US20040087362A1 - System and method of data handling for table games - Google Patents

Abstract

A table game system is provided. The table game system includes a position system that generates position data, such as the positions of one or more players and the value of cards, dice, roulette wheels, or other game table positions. A wager system generates wager data, such as the wager placed by each player at each position. A payout system receives the position data and the wager data and generates payout data, such as by using the position data to determine the outcome of the table game and the wager data to determine the payout data based on the outcome of the table game.

Description

RELATED APPLICATIONS
• This application is related to and claims priority to U.S. provision patent application 60/222,967, entitled “Data Automation System for Casinos,” filed Aug. 4, 2000, which is hereby incorporated by reference for all purposes.[0001]
FIELD OF THE INVENTION
• The invention relates to automation of data acquisition, distribution and maintenance for casino gaming systems. More specifically, the invention automates data acquisition, distribution, and maintenance for casino gaming systems to allow casino operators to obtain accurate information on a greater number of players, hedge security and significantly enhance customer service in a casino environment.[0002]
BACKGROUND OF THE INVENTION
• Casinos have at least three primary areas of concern related to operations which are security, administration and customer service. Casino operators must process large quantities of data in order to most effectively manage these areas of operations in typical day-to-day business practice. These areas are dynamically linked, as the performance in any one area is relative to the effectiveness and/or efficiency of any other area.[0003]
• Casinos employ the use of a network computing system, or a configuration of connected computing devices, in tandem with related software applications to facilitate the management of such data. In particular the network computing system, with related software applications provides casinos with methods to track players, request fills and credits, validate fills and credits, reconcile accounts or otherwise record, analyze and manipulate data indicative of casino operations. However, the existing systems employ inefficient processes to provide this functionality and require that casinos rely on less accurate data that is commonly derived from operator-entered data, which often requires operators to provide estimates, use historical assumptions, or otherwise provide inaccurate data. Furthermore, operators can become fatigued, only track a limited number of patrons, and may themselves be involved in illicit activities and may provide improper information for the purpose of defrauding the casinos.[0004]
• In particular, table games such as black jack, roulette, and craps are among the most difficult to track, for a large variety of reasons. Table games are typically arranged in a group referred to as a pit, which is managed by a pit supervisor or a pit boss. The table games within the pit are subdivided into smaller groups referred to as sections, which are managed by floor supervisors under the direction of the pit supervisor. Floor supervisors generally are not provided with direct access to the network computing system, as there is typically one terminal available in each pit, which is primarily used by the pit supervisor or a pit clerk. The current system uses visual observation to oversee dealers, floor supervisors, and pit bosses, with remotely located surveillance officer(s) observing the entire casino through video surveillance means.[0005]
• A table game's integrity can be compromised inadvertently through dealer error, or by willful infractions such as fraud, theft or cheating. These problems often go undetected because the primary method for detection is visual observation. Even after willful infractions are suspected, casinos must surrender additional revenue in order to obtain evidence. Further, when a dealer or supervisor observes a willful infraction on the part of a patron or another employee, there is no discreet method of communicating detailed information within the prior systems.[0006]
• Dealers for table games must clock in and out at centrally located time clocks, which often results in lost productive time between the time the dealer clocks in and the time they reach the table. Furthermore, dealers are commonly given a twenty (20) minute break for every hour on a table game to reduce errors caused by mental fatigue. Unfortunately, some dealers take advantage of the system and return from their break late. There is no practical method for monitoring each dealer's return time.[0007]
• A player rating typically comprises a player's account, average bet, buy-in amounts, time-in, time-out and win/loss information. The method in use for rating players at table games requires handwritten forms to be manually entered into a database. This method of data acquisition is inefficient and inherently prone to error, and it is typical for this process to be accomplished through multiple personnel. This historical method of data acquisition is also inaccurate because dollar transactions below $100 are generally ignored because of the transaction costs required to monitor these small transactions, which presents certain opportunities for breaches in security as well. Casinos are also required by law to monitor and report transactions above certain thresholds. This legal requirement often requires a casino to rate unknown players. As an unknown player moves between table games, rating and/or establishing when the player has reached a particular threshold becomes increasingly difficult. Security cameras that are typically mounted in the ceiling of a casino are sometimes used to help resolve this issue. However, these cameras are elevated and usually oriented at an exterior orientation to the table game. They are also not dedicated to securing photographic records for positive identifications of players, but rather are provided to allow security personnel to make identifications, making it difficult to validate ratings.[0008]
• Casino personnel are frequently required to reconstruct a session of play for a table game where there is a discrepancy in regard to a dealer's action (i.e. a dealer takes or pays a bet incorrectly). In these situations, a supervisor attempts to replicate the session by taking the cards from the discard rack and redistributing them to the players according to the rules of the game, which is a time consuming process. If it is discovered that a dealer has in fact taken a player's bet incorrectly, an unscrupulous player may claim a larger bet than was actually wagered, taking advantage of the confusing situation to cheat the casino.[0009]
• These and other problems with the tracking of table game wagering, payouts, events, and status result in table games having higher losses and greater uncertainty than other types of casino games. Likewise, these problems also make monitoring of players and dealers at table games difficult and manpower-intensive.[0010]
SUMMARY OF THE INVENTION
• In accordance with the present invention, a system and method of data handling for table games are presented that overcome known problems with data handling for table games.[0011]
• In particular, a system and method of data handling for table games are provided that allow table game data to be gathered and monitored to detect dealer mistakes, fraud, and to provide other useful functionality.[0012]
• In accordance with an exemplary embodiment of the present invention, a table game system is provided. The table game system includes a position system that generates position data, such as the positions of one or more players and the value of cards, dice, roulette wheels, or other game table positions. A wager system generates wager data, such as the wager placed by each player at each position. A payout system receives the position data and the wager data and generates payout data, such as by using the position data to determine the outcome of the table game and the wager data to determine the payout data based on the outcome of the table game.[0013]
• The present invention provides many important technical advantages. One important technical advantage of the present invention is a table game system that allows the complex transactions occurring at table games, such as blackjack, roulette, and craps, to be monitored and stored. The present invention thus helps to track transactions without requiring human observation and data entry, and can use data from such transactions to detect fraudulent activities, mistakes, or for other suitable purposes.[0014]
• Those skilled in the art will further appreciate the advantages and superior features of the invention together with other important aspects thereof on reading the detailed description that follows in conjunction with the drawings.[0015]
BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS
• FIG. 1 is a diagrammatic plan view of one embodiment of an electronic gaming device configuration within the scope of the present invention;[0016]
• FIG. 2 is a view of one embodiment of a workstation[0017]
• FIGS. 3A and 3B are views of one embodiment of a workstation;[0018]
• FIGS. 4A and 4B are views of one embodiment of a data automation system for table games;[0019]
• FIG. 5 is a diagrammatic top plan view of one embodiment of a capture device;[0020]
• FIG. 6 is a right side plan view of the embodiment of the capture device of FIG. 5;[0021]
• FIG. 7 is a diagrammatic top plan view of one embodiment of a cheque counting device;[0022]
• FIG. 8 is a cutaway illustration of the cheque counting device embodiment of FIG. 7;[0023]
• FIG. 9 is a diagrammatic cutaway plan view of one embodiment of a lid monitor;[0024]
• FIGS. 10A and 10B are views of an alternative embodiment of a cheque counting device;[0025]
• FIG. 11 is a view of a display device;[0026]
• FIGS. 12A and 12B are a table game printer device for producing printed media for use with a table game system;[0027]
• FIGS. 13A and 13B are views of one embodiment of a card recognition device configured with a card dispensing device;[0028]
• FIGS. 14 and 15 are views of a cheque detection device;[0029]
• FIG. 16 is an illustrated example of typical wager placement at a blackjack style table game;[0030]
• FIGS. 17 and 18 are illustrated examples of a wager placement interface for a roulette table game and a player identification interface;[0031]
• FIG. 19 is a diagrammatic plan view of one complex implementation of a cheque detection system;[0032]
• FIGS. 20 and 21 are diagrammatic plan views of one embodiment of a paddle device seated in the dropslot of the embodiment of the capture device of FIG. 5;[0033]
• FIGS. 22 through 23 are diagrammatic right side and bottom plan views, respectively, of one embodiment of a ball detection device;[0034]
• FIG. 24A through 24E are wave form segment samples derived from the counter clockwise rotation of a roulette wheel and timing analyses of a wave form segment generated by the ball detection device and the clockwise rotation of the roulette wheel;[0035]
• FIG. 25 is a diagrammatic front plan view of one embodiment of a remote terminal device;[0036]
• FIG. 26 is a diagram of a pedal device in accordance with an exemplary embodiment of the present invention;[0037]
• FIG. 27 is a diagram of a system for processing table game data in accordance with an exemplary embodiment of the present invention;[0038]
• FIG. 28 is a diagram of a system for processing cheque data in accordance with an exemplary embodiment of the present invention;[0039]
• FIG. 29 is a diagram of a system for processing player data in accordance with an exemplary embodiment of the present invention;[0040]
• FIG. 30 is a diagram of a system for processing dealer data in accordance with an exemplary embodiment of the present invention;[0041]
• FIG. 31 is a diagram of a system for performing roulette data processing in accordance with an exemplary embodiment of the present invention;[0042]
• FIG. 32 is a diagram of a system for providing craps data processing in accordance with an exemplary embodiment of the present invention;[0043]
• FIG. 33 is a diagram of a system for providing blackjack data processing in accordance with an exemplary embodiment of the present invention;[0044]
• FIG. 34 is a flowchart of a method for processing table game data in accordance with an exemplary embodiment of the present invention; and[0045]
• FIG. 35 is a flowchart of a method for monitoring dealers in accordance with an exemplary embodiment of the present invention.[0046]
DETAILED DESCRIPTION OF THE INVENTION
• In the description that follows, like parts are marked throughout the specification and drawings with the same reference numerals, respectively. The drawing figures might not be to scale, and certain components can be shown in generalized or schematic form and identified by commercial designations in the interest of clarity and conciseness.[0047]
• Referencing FIG. 1 a network computing system comprises a[0048]server10 with memory and storage, an application program and a database, and hosts one or more software systems of theworkstation30,game stations40 and electronic gaming devices20 via a network. Communication between theserver10 and the systems and components of the present invention, which can be indicated by use of the term “couple” or its cognate terms, such as “coupled” or “couples,” can be accomplished through a physical connection (such as a copper conductor), a virtual connection (such as a randomly assigned data memory location), a logical connection (such as through one or more logical devices of a semiconducting component), other suitable connections, or a suitable combination of connections. In one exemplary embodiment, systems and components can be coupled to other systems and components through intervening systems and components, such as through an operating system of a general purpose server platform. In another exemplary embodiment, aprogramming interface12 can be used to functionally isolate the network and the associated application program from the systems and components of the present invention.
• The configuration of a pit can include a plurality of[0049]game stations40 that are managed in sections by floor supervisors. Floor supervisors can be provided with individual access points to thenetwork computing system10 viaworkstation30 orremote terminals50. Dealers administer a game according to the rules and regulations of the game, at thegame stations40, in conjunction with a table game system of the present invention and game data systems and components of the present invention.
• A[0050]workstation30 is used to provide access to a supervisor for each ofgame stations40. In this manner, the supervisor can review data pertaining to the table game being controlled by the operator ofgame stations40, and can also perform visual verification when needed.
• Likewise, an encoder[0051]36.2, printer36.4, charger36.5, storage device, and other suitable devices can be configured for use throughworkstation30, such as to provide continuous recording and printing out of data gathered throughgame stations40, or other suitable purposes. Likewise, aremote terminal50 can be used to allow the supervisor to view data from a distance, while in a mobile location, instead of through the use ofworkstation30, or in other suitable configurations.
• Referencing FIG. 2,[0052]workstation30 is comprised of a primary work-surface31 that includes amonitor window34, that is rendered flush with the primary work-surface31 maximizing the useable space of primary work-surface31.Monitor window34 provides user feedback to computing device36.01 ofworkstation30.Workstation30 further comprises a secondary work-surface32 that is desirably used to accommodate input devices32.01 of computing device36.01.
• Referencing FIGS. 3A and 3B,[0053]workstations30 include rack-mount hardware35 to facilitate the installation of standardized rack-mount appliances36, and in particular rack-mount appliances36.01-36.06; and aswivel support33 that allows primary and secondary work15 surfaces31 and32 to pivot.
• Referencing FIGS. 4A and 4B,[0054]game station40 can include a table game structure40.01 to facilitate the administration of the game, acapture device41 for data entry and retrieval, acheque counting system42 to monitor trays holding dealer bank inventories, adisplay device43 for dynamic distribution of data, a tablegame printer device44 to provide a physical media representative of data, asystem45 to monitor the distribution of playing cards in card style games, acheque detection system46 to monitor open type bank inventories, game progression and wager related activity, apedal device47 to provide a discreet means of input, and apaddle device48 to provide an alternative means of discreet input. In another exemplary embodiment,game station40 can include aball detection device49 to monitor game progression activity for roulette style table games. A toke box41.5.1 with a cheque detector can also be provided to allow an operator to provide tips or “tokes” to a storage area in a manner that allows the amount of the tip to be stored. In one exemplary embodiment, the dealer enters tip amount data, scans the tip to generate image data, weighs the tip (if the tip is cheques), or performs other suitable procedures to generate data quantifying the amount of the tip. The tip amount data can also be automatically entered.
• Referencing FIGS. 5 and 6,[0055]capture device41 allows information to be manually input, retrieved and modified using a player position key set41.1, a cheque value key set41.2, a standard function key set41.3, or other suitable data entry devices. Player position key set41.1 comprises a grouping of keys that are oriented and configured in a manner that is indicative of the playing positions allowed at aparticular table game40, which are used to access or enter information relative to a player position attable game40. Cheque value key set41.2 comprises a grouping of keys that are marked with standard cheque values used by a casino, such indicia as color coding according to standard cheque values. Standard function key set41.3 comprises a grouping of standard keys, such as an enter key, a shift key, a cancel/clear key, and an alternate function key.
• Card reader[0056]41.4 can be a Mag-Tek model 68100065 card reader available from Mag-Tek Inc. of Carson, California, and retrieves information from encoded media, such as that on a magnetic stripe card, smart card, bar code card, or other suitable devices and generates patron recognition data, such as an account or identification number that can be associated with a patron. The angled orientation of cardreader41.4 minimizes the area required for installation ofcapture device41. The angled orientation of cardreader41.4 also provides an ergonomic benefit to a user.
• Dropslot[0057]41.5 allowscapture device41 to be oriented on the table game in a manner that minimizes the area required for installation. Display apparatus41.6 and audio apparatus41.7 provide feedback to the user. Display apparatus41.6 can be a Crystalfontz LCD model CFA2004A-YYB-JP available from Crystalfontz America Inc. of Valleyford, Wash. or other suitable displays, and can be oriented relative to dropslot41.5 ofcapture device41, so that the common dealer action of dragging currency withpaddle device48 over beveled edges41.12 ofcapture device41, to be dropped in dropslot41.5, causes the currency to clean, or otherwise polish, the face of display apparatus41.6 through such dealer action.
• Paddle detector[0058]41.8 provides a data transfer connection to allowcapture device41 to communicate withpaddle device48. In one exemplary embodiment, paddle detector41.8 communicates with an infrared communications device electrical contact whenpaddle device48 is resting in dropslot41.5 ofcapture device41. In another exemplary embodiment, plugs, wireless media, or other suitable systems or components can provide for the transmission or reception of data betweenpaddle device48 andcapture device41. Pressure sensitive material41.10 absorbs shocks applied to capturedevice41 during regular use.
• Alerting device[0059]41.11 communicates information to supervisors discreetly and from a distance, such as in response to activation of a pedal by the dealer, or automatically by a table game system. In one exemplary embodiment, alerting device is a multi-color LED mounted at the rear of thecapture device41 and displays different colors, color combinations, or modulated patterns in order to communicate information to an observer.
• The enclosure of[0060]capture device41 can be mounted on or in the proximity of a table game. In one exemplary embodiment, thecapture device41 enclosure can be mounted on the table game without modification to the table game core, such as by placing the dropslot ofcapture device41 over the existing dropslot of the table game core. This configuration minimizes the surface area required by the device, and replaces the existing dropslot cover with thenew capture device41. The dropslot contains thecapture device41 data communications apparatus, which can be an infrared signal receiver or other suitable media, so that when the paddle device is resting in the dropslot receptacle, it is aligned with the infrared signal transmitter ofpaddle device48 and data can be transmitted between thecapture device41 and thepaddle device48. The dropslot can also have charger terminals positioned so as to charge the power source ofpaddle device48 when it is resting in the dropslot receptacle. The dropslot can also contain an optical switch configuration, which can be used to determine the presence of thepaddle device48 in the dropslot receptacle. The enclosure body can also have a depth that allows the unit to be installed without modification of the table game core, such that the face ofcapture device41 is flush with the felt/foam surface of the table game.
• The display apparatus of[0061]capture device41 can be an LED display, an LCD display, a CRT display, or other suitable display. In one exemplary embodiment, an LCD display is used and is mounted forward of the dropslot in thecapture device41 enclosure, so that the face of the LCD is cleaned/polished each time that cash is dragged by a dealer across its surface with thepaddle device48.
• The player position key set is a set of keys that has a single representative key associated with each specific seat/player location at a particular table game, so as to generate player location data, player position data, or other suitable data. In one exemplary embodiment of the[0062]capture device41, the player position set keys are placed in a natural map configuration, so that the association of any particular key is in direct relation to the particular seat/player location at the table game. This configuration makes the use of this key set more intuitive to the user.
• The cheque value key set is a set of keys that has a single representative key associated with a specific cheque value so as to generate cheque value data, bet data, payout data, or other suitable data. This unique design aspect allows casino personnel to enter dollar value data into the system in a manner that is more intuitive to casino personnel. In one exemplary embodiment, the key set can include five keys having values of one dollar, five dollars, twenty-five dollars, one-hundred dollars, and five-hundred dollars. The shift key or other suitable keys can be used in combination with any of the cheque value keys to multiply the value of the key by one thousand, so that the one dollar key becomes one thousand dollars, the five dollar key becomes five-thousand dollars, and do forth. The cheque value keys can be color coded to improve their intuitive characteristic. For example, white can be representative of the one dollar value cheque, red can be representative of the five dollar value cheque, green can be representative of the twenty-five dollar value cheque, black can be representative of the one hundred dollar value cheque and purple can be representative of the five hundred dollar value cheque.[0063]
• Referencing FIGS. 7 and 8, cheque[0064]counting device body42A andlid42B are two separate but related components ofcheque counting system42.Body42A is comprised of an array of tubes42.01 that are used to hold the cheques used on table game40.01. Each tube42.01 in the array has a sample window42.02 that extends its length, providing a means for sampling device42.03 to generate image data of the cheques within the tube42.01. An image sampling process can be initiated automatically, manually with a manual control key42.04 on the cheque counting device keypad, or in other suitable manners.
• A photo-imaging device[0065]42.07 generates image data, such as of players, wagers, or other suitable persons or objects at a table game, from an interior orientation to the table game. Control of photo-imaging device42.07 can be through automated or manual processes. In one exemplary embodiment, photo-imaging device42.07 accumulates image data relative to game progression or player activity. In another exemplary embodiment, photo-imaging device42.07 can be directed by a user at a player in order to monitor or acquire image data that includes the face of the player, a particular wager, or a particular activity at thetable game40.
• An action indicator array[0066]42.10 provides a means of discreet and instantaneous feedback related to game progression and player activity. In one exemplary embodiment, action indicator array42.10 can include a set of LEDs that are multi-colored and are configured in a corresponding relationship to the player position key set of thecapture device41.
• Referencing FIG. 9, the lid monitor[0067]42.05 provides a means for detecting the secure status oflid42B. In one exemplary embodiment, when locking mechanism42.06 secureslid42B tobody42A, tongue42.06.01 of the locking mechanism causes the light emitted by the LED42.05A and received by the photo sensitive resistor42.05B to be interrupted, changing the state of the lid monitor42.05 sensor indicating that the lid is secure. Alid42B storage area is provided by the lid shelf42.08. Hardware alignment tracks42.08.01 insure that the lid is positioned securely in the storage area, as well as providing a uniform appearance for storedlids42B.
• Referencing FIGS. 10A and 10B an alternative embodiment of the[0068]cheque counting system42 includes imaging sensor42.10 andcheque detection device46, for monitoring open-type bank inventories, such as those on roulette or craps style table games.Cheque detection system46 is installed beneath the playing-surface of a table game. Scale cells46.01 of thecheque detection device46 are weight measuring devices that monitor the applied force to a particular area of a table game. The known weight of casino cheques is used to determine quantity data from the data provided by scale cells46.01. In another exemplary embodiment, scale cells46.01 include an automatic means to zero and tare, so that manual calibrating adjustments are not required to be made by the user. In the instance of an array of scale cells46.01 incheque counting device42, the effects of an applied force in one particular scale cell46.01 area on adjacent scale cells46.01 in the array is calculated and subtracted from the value of that adjacent scale cell46.01, such as by automatic zero and tare. In one exemplary embodiment, imaging sensor42.10 acquires an image sample from which a cheque value is extrapolated. The extrapolated cheque value is used as the base value of cheques detected in a particular scale cell46.01 array, so that if the cheque value determined from analysis of image data from image sensor42.10 is $5.00 and the quantity of cheques in the associated array determined from weight data is equal 100 cheques, then the extrapolated value of the inventory would be $500.00 for that particular array. Guides42.15A and B can be used to assist a user in aligning cheques relative to a grouping of scale cells46.01.
• FIG. 11 shows an[0069]exemplary display device43 with mounting hardware43.03.01, swivel supports43.03 and swivel arm43.02 (swivel arm43.02 can alternatively be excluded). Display screen43.01 can include touch-sensing functionality to allow touch location data to be generated in response to a user-selection of a screen control.Display device43 can be used to display historical game progression data such as previous numbers in the game of roulette, a virtual roulette wheel showing a simulated ball drop in real-time, payout data showing the amounts of money won by players, table minimum bets, or other suitable data.
• [0070]Display device43 can be used to present image data to users, such as a dealer, patrons, observers, or other suitable persons. A request to display a particular image or series of images can be initiated manually or automatically through the control interface ofdisplay device43. For example, when a table-minimum is set to $5.00, the media program presented by the display device can be configured to correspond to that table-minimum.
• A[0071]display device43 is comprised of touch sensitive monitor43.01, keypad43.02, mounting hardware43.03 and indicator43.08. Touch sensitive monitor43.01 can be a Caltron Industries FPT-06410 VGA open frame touch sensitive monitor available from Caltron Industries of Fremont, Calif., and generates audiovisual data relating to betting parameters associated with a particular table game, advertising, table game events according to game progression (such as the value of a die roll, a roulette result, or the occurrence of a large payout event) and player activity information derived by the system of the present invention. Touch sensitive monitor43.01 and or a keypad also allow data to be input by players, dealers, or other suitable persons for use in a table game system. In one exemplary embodiment, keypad43.02 can be configured so that a predetermined key can be associated with one or more suitable functions relating to the table game system.
• In one exemplary embodiment, mounting hardware[0072]43.03 is attached togame station40 with mounting plate43.03.01, which can include a pivotal bracket43.03.02 that is connected to the touch sensitive monitor43.01 via a ball joint43.03.03 which allows the touch sensitive monitor43.01 to be rotated and angled at the ball joint43.03.03.
• In another alternative embodiment, a wireless implantation of[0073]display device43 comprises a battery and an indicator43.08 that provides visual indication of the battery power level. In one exemplary embodiment, the indicator is a multi-colored LED that displays green, yellow or red according to the ability of the battery cartridge to sufficiently supply power to operatedisplay device43. In an alternative embodiment, mounting hardware43.03 comprises a tripod stand that is connected to touch sensitive monitor43.01 with a ball joint43.03.03. The tripod configuration of mounting hardware43.03 makes it more difficult to conceal cheques underneath it.
• Referencing FIGS. 12A and 12B, table[0074]game printer device44 produces printed media for use with a table game system. Mounting hardware44.04 for tablegame printer device44 is secured to the underside of the playing-surface. Tablegame printer device44 slides into the mounting hardware44.04 and is held in place with tensioning clamps44.05. The tear-blades44.03 located at the paper output allow for a tear action to occur in either an upward or downward motion. Paper is loaded into tablegame printer device44 by pressing well release keys44.02, which releases the paper well from the secured portion of the printer device.
• FIGS. 13A and 13B are a[0075]system45 for generating card status data in accordance with an exemplary embodiment of the present invention. In one exemplary embodiment,system45 includescard recognition system45A, which is configured to be slid onto or otherwise mounted with anshoe45B or other suitable card dispensing systems or apparatuses.Card recognition system45A including an enclosure, a burn control45.04, a hold card reveal control45.05, an include control45.06, an indicator45.07 and an imaging sensor45.02. The imaging sensor45.02 is oriented so that card image data can be acquired as a card is drawn from theshoe45B.Shoe45B can include a battery45.03, photoelectric cell45.15 or other suitable power source, to supply power to thecard recognition system45A.Shoe45B can further include a shuttle45.01 and shuttle guide45.09, which are configured to generate card deck data. In one exemplary embodiment, shuttle45.01 can be weighted and include a wheel and sensor-type contact that allows the approximate number of cards in the deck to be assessed. In another exemplary embodiment, imaging sensor45.02 can be a contact image sensor (CIS), model number PI216MC-DR, available from Peripheral Imaging Corporation of San Jose, Calif. or a CMOS linear photo diode array (PDA), can allow an independent light source to be omitted, or can be other suitable devices or systems. In other exemplary embodiment,system45 can also be configured in the table surface, with a shuffle machine (such as one that shuffles two decks and deals cards, one that deals cards in a random order, or other suitable shuffle machines), or in other suitable locations. A wheel device45.99 can be used to generate card coordinate data, such as a wheel device in proximity to the withdraw slot45.08, and the card coordinate data can be used in a suitable embodiment, such as where the imaging sensor45.02 is used with a shuffle machine or is embedded in the table. In this manner, data pertaining to whether or not a card was drawn, the exact value of the card that was drawn or other suitable data can be stored. Likewise, controls such as a burn control45.04 generating burn data (such as to ignore the last card or next card that is drawn), a hold card reveal control45.05 generating hold card reveal data, and include control45.06 generating player include data (for including players after initiation of play), or other suitable controls can be used to allow the dealer to indicate the status of a drawn card. A reveal indicator45.07 can also indicate to the dealer when the dealer's face-down card in a game of black jack is an ace if the dealer's face-up card has a value of ten, so as to save the time it would normally take to complete a session of blackjack when the dealer has already won. Activation of the hold card reveal control45.05 can be performed by a suitable system when the dealer has a card with a value of ten showing, or other suitable procedures can be used.
• In operation,[0076]system45 allows the status of a deck of cards to be determined for use in providing data for a game table system.System45 can be used to provide an indication of the amount of cards remaining in a shoe, the number of cards being taken out of the shoe in the course of playing a game, and in one exemplary embodiment, can be used to track the actual values of cards being used so as to determine the correct outcome of the game, so as to verify that payouts and processing of wagers made by dealers is correct, and make historical comparisons to determine if the cards have been shuffled.
• FIGS. 14 and 15 are a diagram of a[0077]cheque detection system46 in accordance with an exemplary embodiment of the present invention.Cheque detection system46 allows cheque values to be determined through weight data analysis, image data analysis, user entry, or in other suitable manners. Cheque detector system46.30 is arranged in an exemplary embodiment for use in the game of blackjack.
• Cheque detector system[0078]46.30 includes a housing H to contain a grouping of scale cells46.01, a playing surface F, and a waterproof barrier B. Housing H can further be used to create a scale cell46.01 array, providing for the definition of distinct regions within the relative area of play at a table game. Scale cells46.01 can be weight activated, and can be used to measure the weight of items placed on top of each cell. The sensitivity of each scale cell46.01 in the housing H can be, for example, 25 percent of the weight of the lightest cheque that is to be detected, such as for games where a player may place a bet that covers one quarter of each of four betting zones. Each scale cell46.01 can include a relative marking46.03.02 on the playing surface F in order to indicate the location of the scale cell46.01 beneath the playing surface F. Markings46.03.02 can be linear, or of a numeric value from 1 to 0 and control buttons, such as “enter” and “cancel,” such that a user can perform data entry using scale cell46.01 array. Likewise, cheque detector system46.30 can be used to determine the value of cheques placed on the surface of scale cell46.01 array, such as by using weight measurement, image data generated from an imaging sensor placed in the rail of thetable game40, image data generated from an imaging sensor above or to the side of scale cell array H, or other suitable data.
• In one exemplary embodiment,[0079]cheque detection system46 is used in a cashless betting system to allow patrons to enter an amount being bet, such as a dollar amount, an amount of cheques, or other suitable data. In this exemplary embodiment, the individual cell markings46.03.02 can be with cheque representations, so that the patron can select $1.00 cheques, $5.00 cheques, $100.00 cheques, or other suitable denominations. In another exemplary embodiment, the patron places cheques on scale cell46.01 array, and the weight of the cheques and image data of the cheques provided by photo imaging device42.07 can be used to determine the value of the bet. For example, cheques can have colors or a particular height, and the image data can be used to identify the colors or the depth of the cheques present. Likewise, cheques can have known weights, such that the total weight can be used to determine all possible combinations of cheques that could result in that weight. The color data and the weight data can then be used to identify the exact combination of cheques that has been placed on scale cell46.01 array. Imaging sensors can be placed adjacent to scale cell46.01 array, such as in a side rail of a blackjack table or in other suitable locations, and the height of a cheque stack or other suitable data can also be generated that is used to determine the value of cheques placed on scale cell46.01 array. In another exemplary embodiment, when two or more combinations of cheques could result in a weight/color/image data combination, the dealer can be prompted to select one of the two or more combinations, enter a third combination, or take other suitable actions.
• Access holes[0080]46.04 allow an operator to reset a weight cell if it has broken away, such as where exceeding the rating of a weight cell results in the weight cell breaking away from position “L” to position “M.” An audible or viewable signal can also be generated where suitable, such as through an audio41.7 or display41.6 apparatus of thecapture device41,display device43, or other suitable devices.
• In operation,[0081]cheque detection system46 is used to allow players to engage in cashless betting, to determine the amount of cheques placed on scale cell46.01 array through weight, image data or other suitable data, to allow patrons to enter personal identification numbers, or for other suitable purposes.Cheque detection system46 thus performs data gathering and generating functions for use in a table game system that can be used to improve the reliability of the table game system and to decrease the chance for fraud or error.
• FIG. 16 is a diagram of zone markings[0082]46.03.02 for use in conjunction with a zone cheque detection system in accordance with an exemplary embodiment of the present invention, as used in the game of blackjack. In this exemplary embodiment, zone46.30.04 is used as the location to place a bet when a double down is being performed. Zone46.30.01 is used for the primary bet prior to initiation of play. Zone46.30.02 is used for the zone where a bet is placed for a dealer. Zones46.30.03 are used to place splits, or other suitable bets. In this manner, each of the zones are used to indicate the presence of a bet, the value of the bet, and other suitable data. Weight data, image data, or other suitable data can be used, and dealer validation of automatically generated bet amounts can further be used to allow rapid data entry of player and dealer bets at table games.
• FIGS. 17 and 18 are examples of wager payout system[0083]46.98 for use with a roulette game, and player identification system46.99 for generating player identification data, both of which can be implemented in hardware, software, or a suitable combination of hardware and software and which can be one or more user-readable displays generated on a touch-sensitive graphic user interface, such asremote terminal50. Wager payout system46.98 allows the parameters of a wager to be readily entered into a terminal, to generate payout data. All of the betting combinations for a roulette game can be entered by a user or dealer, such as by pressing one of the cheque placement locations (46.98.01 through46.98.03), and entering the amount of cheques bet at that location (46.98.04 through46.98.06, respectively), such as through a keypad, by use of cheque detection systems and components, or in other suitable manners. In this manner, payout data can be generated once the final position of the roulette ball is known. The ovals are display features on a graphic user interface that indicate the number of cheques entered relative to its adjacent cheque placement area. These values can also be altered prior to the payout calculation and can be used for a single player, groups of players, or in other suitable manners.
• Likewise, player identification system[0084]46.99 can be used to facilitate the entry of uniform player identification data by an operator. Zones46.99.01 through46.99.06 can include icons or text for uniform player identification attribute displays, such as eyeglasses, a short-sleeve shirt, a moustache, or other similar identifying features that can be used by casino personnel to identify a player, such as to track players that are winning large amounts of money and who may be required to provide information to government agencies, players who may be engaged in fraudulent activities, players who should receive compensatory awards for making a predetermined number or amount of bets, or for other suitable purposes. Zones46.99.01 through46.99.06 and other suitable indicators or zones can be generated on a touch-sensitive keypad, so as to allow operators to use uniform identification criteria for visual identification and record generation.
• FIG. 19 is a diagram of a zoned cheque detector system[0085]46.40 in accordance with an exemplary embodiment of the present invention. Zone cheque detector system46.40 is configured for use in a roulette game, and includes zones for roulette wagers such as red, black, even, odd, low, high, numbers from 00 to 36, and other suitable zones. Zone cheque detector system46.40 can detect whether a bet has been placed in a given zone, the value of the bet placed, and other suitable data, such that the legal placement of the bet and the expected payout for a given outcome can be determined. Likewise, guidance data can be generated instructing the dealer of the payouts due for bets placed on the table, such as to reduce dealer error in the calculation of payouts. Zone cheque detector system46.40 can also be used in conjunction with a ball drop detector, such as that shown in FIG. 4.9.02.
• Zoned cheque detection system[0086]46.40 includes a plurality of scale cells46.01, where one or more scale cells46.01 is associated with each zone to allow the placement of cheque or other objects on a zone to be detected. Thus, if a wager is placed on a zone after initiation or completion of play, zone data can be generated and a betting system, table game system, or other suitable system can generate notification data to notify the dealer of an improper or fraudulent bet. The scale cells46.01 can be configured to detect allowable bets, such as bets that straddle two or more zones. A payout validation workzone46.41 can include one or more weight sensors generating weight data, image sensors generating image data, or other suitable devices that allow the amount of payout that a dealer is preparing for a player to be determined. Marker zone46.42 is used to hold a marker that is placed on the winning number after the roulette ball has landed in a pocket. In this manner, the marker weight can be validated prior to each session of play. After a marker has been placed on a winning position, generating winning position data, the marker weight can be subtracted from the weight data provided by the relative scale cell46.01 winning position, prior to the marker placement. In this manner, the cheque weight data of thecheque detection system46 can be determined. Likewise, for example, two or more players each have cheques on one or more winning positions, and the dealer prepares one player's payout in the workzone46.41. The dealer removes the cheques from the winning positions within the cheque detector system46.40, that are related to the payout being prepared in the workzone46.41. In this manner, the weight of the removed cheques can be determined through analysis of the cheque weight data provided by the cheque detector system46.40 before and after the cheques are removed from the winning positions. In addition, the removed cheques can be placed in the marker zone46.42, or other suitable zone, for further comparison such as in the changes occurring in the system of thecheque counting device42. Further, the system can be configured with image device42.07 in order to acquire image data such as to generate color data or height data.
• FIGS. 20 and 21 are diagrams of a paddle device in accordance with an exemplary embodiment of the present invention.[0087]Paddle device48 includes a handle48.06 and a blade48.05. In this configuration,paddle device48 has a similar configuration to existing paddles used in game tables to “sweep” currency that is placed on the game table and that is to be exchanged for cheques.Paddle device48 further includes data entry device48.03, communication device48.01, display48.04, indicator48.08 and charger terminals48.02A andB. Paddle device48 can be used by a dealer to enter data, can be handed to a player for entry of data, such as an account number, a personal identification number, or other suitable data, and can perform other suitable functions for generation of data for use in game table systems. FIG. 21 further shows paddledevice48 from a side view. In this view, indicator48.08 on handle48.06 is shown, which allows indication of the status ofpaddle device48, such as whether it is securely placed in a slot, whether entry of data into paddle device is allowed, or other suitable status. Data entry device48.03, display48.04, and charger terminal48.02B are also shown.
• In operation, paddle[0088]48 is used to allow entry of data for use in a table game system.Paddle device48 is configured to be readily integrated into an existing table game, such that dealer and player data can be obtained through data entry device48.03. In this manner,paddle device48 can be used to allow dealer and player data entry without the addition of other keyboard devices, data entry devices, or similar devices that may be unacceptable in certain environments.
• FIGS. 22 and 23 are diagrams of a sonic ball drop detector in accordance with an exemplary embodiment of the present invention. Sonic[0089]ball drop detector49 generates sonic data and determines the amount of time required for the sonic data to travel a distance “A” and “B”, which can then be used to estimate the shape of a surface passing underneathsonic detector49.Sonic detector49 includes a detector head49.01, which is tunable to fit different roulette wheel configurations. In one exemplary embodiment,sonic detector49 detects the length of time that a sound wave takes to travel from detector head49.01 to the bottom of a pocket and back again, such that if a ball is in the pocket the amount of time is shortened. In this manner,sonic detector apparatus49 allows a waveform to be generated that can then be analyzed to determine the location of a ball in pockets of the roulette wheel. Likewise,sonic detector49 can be used to keep track of the pockets of the roulette wheel, such that once a pocket location has been confirmed, the pocket locations can be tracked without any contact to the roulette wheel. By placing sonic detector at an angle, the relative direction of spin of the roulette wheel can also be determined. In another exemplary embodiment, light data can also be used to detect ball drop and direction of rotation using distance measurement.
• FIGS. 24A through 24E are exemplary waveforms of sonic data in accordance with an exemplary embodiment of the present invention. The waveforms are generated by a sonic detector configured or placed over a roulette wheel, and show the expected wave shape of sonic data as the roulette wheel pockets pass beneath the sonic detector.[0090]
• In FIG. 24C, a roulette wheel with a ball placed in a pocket is shown. The pocket sides T[0091]1, T2, and T3 can be used to keep track of the roulette wheel location, such as by detecting the sequence of tops and corners from an angled vantage point. In this exemplary embodiment, the roulette wheel markings, such as 0, 2, 14, 35, and so forth can be associated with a position of the roulette wheel, such that the location of the roulette wheel can be determined by counting peaks from FIGS. 24A and 24B. Furthermore, by measuring distance with the orientation “A” , then the relative direction of spin of the roulette wheel can be determined as described below.
• In addition, peak B of FIGS. 24A and 24B indicate the peak that will be detected from the location of a ball in a pocket. Thus, the location of the ball in a pocket can be determined by the magnitude of the peak, by the timing of the peak relative to other peaks, or other suitable data. In this manner, the location of the ball in a pocket of a roulette wheel can be determined and the location of the roulette wheel can be tracked in a manner that does not generate an indication that is viewable to the human observer.[0092]
• Waveform timing analysis A and B in FIGS. 24D and 24E indicate the manner in which direction of rotation can be determined. For the direction of rotation shown in[0093]24A, the waveform in24D will be generated. Likewise, For the direction of rotation shown in24B, the waveform in24E will be generated.
• The wheel position is defined when a ball rests in a pocket and a marker is placed on the relative number of the pocket. In this manner, the pocket numbers of the roulette wheel can be determined by a game table system. In addition, if the system is unable to determine the value of a pocket on the roulette wheel, the system can be automatically reset when the dealer places the marker in the relative winning position.[0094]
• FIG. 25 is a diagram of an exemplary remote terminal[0095]50 in accordance with an exemplary embodiment of the present invention.Remote terminal50 includes function keys50.01, which can include one or more predetermined control commands such as rate player, issue comp, capture image, or other suitable functions. A card swipe slot50.02 can be used to read a data card, such as a magnetic stripe card, a smart card, or other suitable cards. Stylus50.03 can be used to perform data entry into writing area50.04, such as to allow a user to enter a signature, to receive alphanumeric data, or for other suitable purposes. Display50.05 is used to generate a display of data entered into writing area50.04, data from card swipe slot50.02, data responsive-to-function keys50.01, or other suitable data. Likewise, photo-imaging device50.6 can be used to generate a still image, a moving image, or other suitable image data, such as to record a patron's visual facial identity, the status of a game, or other suitable data.
• In operation,[0096]remote terminal50 allows data to be generated for use in a game table system.Remote terminal50 can be used to provide supervisory capabilities, and can be used by dealers, players, or in other suitable configurations. In one exemplary embodiment,remote terminal50 allows a floor supervisor to enter data for a table game system in parallel with a dealer, such as to provide independent verification of user-entered data, such as player identification data, bet amount data, bet location data, game progression data (such as die roll data, card data, roulette ball data), or other suitable data. Notification data for the supervisor can be generated by a notification system if a discrepancy exists between data entered by the dealer and data entered by the supervisor. Likewise, player identification data, bet amount data, bet location data, game progression data and other suitable data that is automatically generated can be transmitted toremote terminal50, such that the supervisor can use such automatically-generated data to monitor the progression of the game or dealer performance, can combine the automatically generated data with user-entered data to verify the automatically generated data or review dealer performance, or can perform other suitable functions.
• FIG. 26 is a diagram of a[0097]pedal device47 in accordance with an exemplary embodiment of the present invention.Pedal device47 includes one or more pedals,47.01 through47.04, which can be used by a dealer to discreetly enter control data. In one exemplary embodiment, the dealer can indicate to a supervisor or other personnel that assistance is required, such as where activation of one or more of the pedals can cause an indicator on the supervisor's display, a light such as alerting LED41.11, or other suitable indicators to be activated. In another exemplary embodiment, activation of one or more pedals can cause a display to be activated, such as indicating the occurrence of blackjack, a roulette game payout, a craps dice position, or other suitable data. Pedals47.01 through47.04 can also be used in combination, such as by allowing the dealer to activate two pedals, such as one with each foot. In this manner, the four pedals shown can result in ten different control indications.
• FIG. 27 is a diagram of a[0098]system700 for processing table game data in accordance with an exemplary embodiment of the present invention.System700 includestable game system702 andplayer data system704,dealer data system706,cheque system708,roulette system710,craps system712, andblackjack system714, each of which can be implemented in hardware, software, or a suitable combination of hardware and software, and which can be one or more software systems operating on a general purpose server platform. As used herein, a software system can include one or more objects, agents, lines of code, threads, subroutines, databases, application programming interfaces (APIs), web browser plug-ins, or other suitable data structures, source code (human readable), object code (machine readable), and can include two or more different lines of code or suitable data structures operating in two or more separate software applications, on two or more different processing platforms, or in other suitable architectures. In one exemplary embodiment, a software system can include one or more lines of code or other suitable software structures operating in a general purpose software application, such as an operating system, and one or more lines of code or other suitable software structures operating in a specific purpose software application. In another exemplary embodiment, a software system can be implemented as a distributed software system, on a different processing platform than that shown in the exemplary embodiments herein, or in other suitable manners.
• [0099]Player data system704 is used to track player data for use in a table game system. In one exemplary embodiment,player data system704 tracks player identity, the amount of each wager made by a player, the amount of proceeds or payout received in response to wagers, and other suitable player data.Player data system704 can include an image recognition system that is used to analyze image data to determine the identity of the player.Player data system704 can also be implemented in parts, such as where portions ofplayer data system704's functionality are made available to a player for access, and where other portions are made available only to operations personnel, such as on different platforms, or in other suitable embodiments.
• [0100]Dealer data system706 is used to track and generate data for use by a dealer in a table game system. In one exemplary embodiment,dealer data system706 can receive game status data indicative of players, wagers, tips or “tokes,” dealer time and attendance data, cards that have been dealt to players, the position of dice, the position of a roulette wheel ball, wagers placed on a gaming table, or other suitable data, and can provide assistance to a dealer, such as by generating an indication of all properly placed bets, any attempts to change bets during the course of play, the proper payouts for wagers based on the results of cards dealt, dice rolls, the location of balls on a roulette wheel, or other suitable data. In one exemplary embodiment,dealer data system706 can be implemented on two or more separate platforms, such as a first platform for monitoring by security or operations personnel, and a second platform for use by the dealer. Other suitable configurations can be used.
• [0101]Cheque system708 is used to determine the value of cheques in a game table system. In one exemplary embodiment,cheque system708 can receive data entries from a dealer or player from a keypad, can use image analysis, weight analysis, stack length analysis, or can be used in a cheque-less gaming system such as where all betting is performed through electronic data entry.Cheque system708 can also perform verification of payment, such as by performing debit card clearance processes, credit card clearance processes, or other suitable processes.
• [0102]Roulette system710 performs roulette table game data processing using data generated by game data devices, and generates payout data, overpay data, underpay data, notification data, and other suitable data. In one exemplary embodiment,roulette system710 receives wager data, such as from a zone system that identifies wagers that have been placed at the beginning of play, and receives ball drop data, such as data indicating the location of a ball at rest on a roulette wheel.Roulette system710 can then generate payout data, and can determine the total amount of payout that should be paid.Roulette system710 can further determine whether a change in a dealer's cheque tray amount is less than or greater than the payout, such as to generate notification data of an overpay or underpay situation, and can further use image data or other suitable data to determine exact payout amounts so as to track amounts paid to various players and detect overpay or underpay. Other suitable functionality can be provided.
• [0103]Craps system712 performs craps table game data processing using data generated by game data devices. In one exemplary embodiment,craps system712 receives die position indication, such as by processing optical image data, die position sensor data, or other suitable data that indicates the position of a die. For example, a die can include directional locators that can be used to determine which face of the die is facing upwards, such as different colors for each face of the die that are viewable under ultraviolet or infrared light, but which are not apparent to human observers. In this manner, an ultraviolet or infrared light source and sensor can be used to readily determine the value of the die as rolled. Other suitable die position indicators can be used.Craps system712 can also receive zone betting data from a game table zone system, detect improper changes in bets, can perform calculations of payout data to detect underpay or overpay, can analyze a change in the dealer's cheque tray bank in light of wagers and game results so as to indicate overpay or underpay positions, and can perform other suitable functions.
• [0104]Blackjack system714 performs blackjack table game data processing using data generated by game data devices.Blackjack system714 receives data indicative of wagers, cards dealt, and other suitable data, and determines the amount of payout for each player.Blackjack system714 can further track the amount of cheques placed, the amount of payout made, and other suitable data so as to generate overpay indication data, underpay indication data, to allow a game's integrity to be monitored, a session to be reconstructed, or for other suitable purposes.
• In operation,[0105]system700 allows table game data processing to be performed so as to increase the reliability, traceability, and to decrease the potential for fraud or mistakes in table games.System700 thus allows games that have traditionally been monitored only through the use of manual processes to be automated, so as to allow additional novel processes to be performed to increase the reliability of the game, decrease the potential for mistake or fraud, and improve the overall game experience.
• FIG. 28 is a diagram of a[0106]system800 for processing cheque data in accordance with an exemplary embodiment of the present invention.System800 includescheque system708 and imagedata analysis system802,cheque weight system804,stack length system806,tube value system808,verification system810, andcheque value system812, each of which can be implemented in hardware, software, or a suitable combination of hardware and software, and which can be one or more software systems operating on a general purpose processor platform or other suitable platforms, alone or in combination.
• Image[0107]data analysis system802 receives image data and performs analysis of the image data to identify the presence of one or more types of cheques, the quantity of cheques, or other suitable data. In one exemplary embodiment, imagedata analysis system802 receives image data from one or more locations on the side of a gaming table, so as to allow individual cheques to be determined by analysis of side views of stacks of cheques. Likewise, imagedata analysis system802 can receive image data generated from overhead of a table game, image data generated when cheques are being handled by dealers or players, or other suitable image data. For example, imagedata analysis system802 can generate data representative of the number of cheques resting on a surface, passing a point, the color of cheques resting on a surface or passing a point, or other suitable data.
• [0108]Cheque weight system804 receives weight data and performs weight analysis to determine the quantity of cheques according to the weight data or possible combinations of cheques that could result in the weight data. In one exemplary embodiment,cheque weight system804 can include zone weight measurement, such that the presence or absence of cheques in a zone can be determined.Cheque weight system804 can further generate indication data, such as whether cheque weights in a zone change after the initiation of a game, such as to detect player attempts to commit fraudulent acts or other situations.
• [0109]Stack length system806 is used to determine the length of a stack of cheques, the number of cheques in the stack based on the known dimensions of cheques, and other suitable data. In one exemplary embodiment,stack length system806 can be used in conjunction with a tray or other holding device, such as a dealer tray, a player tray, or other suitable trays. Likewise,stack length system806 can be used in conjunction with image data, such as image data generated from sensors along the sides of a gaming table that measure stack lengths available to the image sensors.Stack length system806 receives stack length data and cheque type data, retrieves cheque dimension data, and determines the number of cheques in a stack based on the stack length data and the check dimension data.
• [0110]Tube value system808 is used to generate tube values based on stack length data, cheque data, and other suitable data. In one exemplary embodiment, tube value system receives stack length data fromstack length806 of cheques in the tube, and multiplies the number of cheques in the tube by predetermined cheque values to track the total value of cheques being held by a dealer, a player, or other suitable parties.Tube value system808 can also determine whether a cheque has been misplaced in a tube, such as by receiving image data fromimage analysis system802 or other suitable data.
• [0111]Verification system810 is used to verify cheque values based on combinations of cheque data, such as cheque colors, cheque weight data, stack length data, or other suitable data.Verification system810 can also generate two or more potential combinations and can request dealer verification of the actual cheque amount. Likewise,verification system810 can be used to verify data provided by a dealer or player for chequeless betting systems, such as a pin number, a player identification number, credit card number, debit card number, or other suitable data that may require verification from a third-party system.
• [0112]Cheque value system812 is used to track cheque values associated with colors of cheques, tube locations of cheques, or other suitable cheque values. In one exemplary embodiment,cheque value system812 can store cheque values associated with predetermined keys, such as to allow dealers, players, or other suitable persons to select cheque values for gambling, payout, wagering, or other suitable purposes from one or more key selections.
• In operation,[0113]system800 allows data related to cheques to be generated for use in a table game system.System800 can be used to generate cheque values, to allow cheque values to be verified, allow cheque values to be input, or for other suitable purposes, so as to allow the amount of wagers, payouts, or other suitable data to be calculated, to assist the dealer with game operation, perform fraud or mistake checking, and for other suitable purposes.
• FIG. 29 is a diagram of a[0114]position system900 for processing player position data in accordance with an exemplary embodiment of the present invention.Position system900 includesplayer data system702 andwager system902,payout system904,player identification system906,recognition system908,monitoring system910, andreward system912, each of which can be implemented in hardware, software, or a suitable combination of hardware and software, and which can be one or more software systems operating on a general purpose platform or other suitable platforms. Player position data for a player includes data relevant to that player, such as location at the game table, identification, wager amount, wager placement, wager type, cards held, payout received, and other suitable data.
• [0115]Wager system902 tracks player wager data. In one exemplary embodiment,wager system902 can determine wager values through use of a cheque system or other suitable systems that process weight data, image data or other suitable data to generate wager values. Likewise,wager system902 can receive wager input data from a player or dealer, can request verification of wager amounts, or other suitable processes can be used.Wager system902 can also track wagers placed by a player, such as to identify wagers that are historically greater or less than wagers the player typically places. In this manner, fraud or mistakes can be detected by determining if players are changing their historical betting practices for a certain dealer, in combinations with other players, in suspicious circumstances, or at other predetermined times.
• [0116]Payout system904 is used to track payout data for players. In one exemplary embodiment,payout system904 receives payout data from a dealer, in response to dealer payouts to players, generates payout data in a cheque-less betting system, and performs other suitable functions.Payout system904 can also track payout amounts made to players, such as to identify players that receive unusually large numbers of payouts, payouts that do not match the possible payout amounts for a given game or game outcome, or other suitable data.
• [0117]Player identification system906 generates player identification data, such as by receiving player identification input from a card (such as a smart card, magnetic stripe card, or other suitable cards), by receiving player inputs from a keypad data entry, fingerprint scan, retina scan, image data, or other suitable data.Player identification system906 is used to track the winnings made by a player, and to confirm that users of stored value cards or other similar player financial instruments are authorized to use such instruments. In one exemplary embodiment,player identification system906 can be used to store image data and other suitable data for players that present credit cards or other forms of payment.
• [0118]Recognition system908 receives image data and matches the image data to stored images of players, such as to generate player identification data from image data. Likewise,recognition system908 can analyze handwriting data, fingerprint data, retina image data, voiceprint data, or other suitable data that can be used to provide identification of players.Recognition system908 can also track players as they move through a casino, such as to track the amounts wagered and paid out to a player throughout the casino even when the ultimate identify of the player is unable to be immediately established.
• [0119]Monitoring system910 performs monitoring functions for players. In one exemplary embodiment,monitoring system910 can track wager data and payout data, such as to keep track of player average wagers, average payouts, total amounts paid in and out, and other suitable data.Monitoring system910 thus allows a profile of player history data to be assembled and tracked, such as to determine whether players are behaving in a manner that is suspicious, or other suitable data.
• [0120]Reward system912 is used to track player performance versus reward criteria. In one exemplary embodiment,reward system912 can be used to reward players who meet predetermined wager profiles (such as amount of wagers, number of wagers, total value of wagers), payout profiles (such as total payout, maximum payout, time since last major payout), game involvement profiles (such as length of time played, number of times played, game affinity or aversion), or other suitable profile data.
• In operation,[0121]position system900 allows player data to be generated, tracked, and provided to table game systems for use in table game data processing.Position system900 allows the reliability of table game systems to be improved by performing additional novel functions that allow player data to be tracked in a manner that can be used to determine when players have not been paid sufficiently for certain wagers, when they have been overpaid, the potential existence of fraud, or other suitable functions.
• FIG. 30 is a diagram of a[0122]position system1000 for processing dealer data in accordance with an exemplary embodiment of the present invention.Position system1000 includesdealer data system704 andplayer overpay system1002,player underpay system1004,timekeeper system1006,notification system1008,tip system1010, andgame assistance system1012, each of which can be implemented in hardware, software, or a suitable combination of hardware and software, and which can be one or more software systems operating on a general purpose processing platform. In one exemplary embodiment,position system1000 can be implemented in conjunction with a wireless terminal, so as to allow supervisory personnel to observe dealer data while discreetly monitoring dealer activities. Dealer position data includes data relevant to that dealer, such as time at the game table, identification, wager processing, game control actions, notification data generated, and other suitable data.
• [0123]Player overpay system1002 generates player overpay data when a payout to a player is in excess of the amount that the player should have received for the wager and game result. In one exemplary embodiment,player overpay system1002 can be used to track when a dealer overpays a player, and can also store player identification data such as image data or other suitable data so as to develop a record of dealer fraudulent activities. Likewise,player overpay system1002 can generate notification data for the dealer, for supervisors, or other suitable personnel.
• [0124]Player underpay system1004 generates player underpay data in response to players who are not paid the correct amount of payout for a wager. In one exemplary embodiment,player underpay system1004 can be used to track when a dealer underpays a player, and can also store player identification data such as image data or other suitable data so as to develop a record of dealer fraudulent activities.Player underpay system1004 can generate notification data for supervisory personnel, the dealer, or other suitable data.
• [0125]Timekeeper system1006 allows a dealer's presence at game tables to be tracked, monitored, and recorded. In one exemplary embodiment,timekeeper system1006 can read a dealer identification badge, receive a dealer user ID number, or other suitable data that indicates the presence of the dealer at the table.Timekeeper system1006 can also track amounts of times that dealers are on break, such as to generate notification data for supervisory personnel when a dealer has exceeded an allotted break time, or for other suitable purposes.
• [0126]Notification system1008 receives data fromplayer overpay system1002,player underpay system1004,timekeeper system1006, and other suitable systems and generates notification data for supervisory personnel, dealers, or other suitable persons. Likewise,notification system1008 can generate notification data from a dealer to supervisory personnel, such as when the dealer requires a discreet means for getting the attention of supervisory personnel, such as to obtain their attention in a manner that does not alert a player that is committing fraud to the additional oversight.Notification system1008 can also include a display that is viewable by players and observers, that generates game-related information such as table minimum and maximum betting parameters, game instructions (such as “place your bets”), game outcome data (such as “we have a winner”), or other suitable notification data. Such player-oriented data can be automatically generated, generated in response to a dealer command, or in other suitable manners. Other suitable notification can be performed bynotification system1008.
• [0127]Tip system1010 is used to track tips paid to a dealer. In one exemplary embodiment,tip system1010 can count cheques, cash, or other suitable payments to a dealer in the form that they are deposited into a tip container.Tip system1010 can also accumulate tip data, can track tip data paid out so as to ensure that tips are evenly shared, or perform other suitable functions.
• [0128]Game assistance system1012 generates game assistance data for a dealer. In one exemplary embodiment,game assistance system1012 indicates to a dealer when overpay or underpay occurs, indicates to a dealer when or which players have won, such as by lighting up player indicators on player selection buttons, provides guidance to the dealer regarding proper steps to be performed in a game (such as “take player's bet,” “double down,” “hit,”) or performs other suitable game assistance. For example,game assistance system1012 can query a game system such as a blackjack system, a roulette system, or other suitable systems and can determine the correct amount of payout for a wager, whether a player should receive a payout, or other suitable data.Game assistance system1012 also provides card change indication data, such as to comply with regulations setting deck replacement requirements.
• In operation,[0129]position system1000 performs dealer data processing in conjunction with a game table system to improve reliability of the game table system, decrease the risk of fraud or error, and perform other suitable functions. In this manner,position system1000 allows game table systems to be improved so as to decrease inadvertent losses, increase player satisfaction, and improve the gaming experience.
• FIG. 31 is a diagram of a[0130]system1100 for performing roulette data processing in accordance with an exemplary embodiment of the present invention.System1100 includesroulette system708 andwager zone system1102,wager amount system1104,ball location system1106, andpayout system1108, each of which can be implemented in hardware, software, or a suitable combination of hardware and software, and which can be one or more software systems generating on a general purpose server platform.
• [0131]Wager zone system1102 detects the presence of wagers in one or more zones of a roulette table. In one exemplary embodiment,wager zone system1102 can determine the presence of cheques in a wager zone, can coordinate with a cheque system to determine the value of cheques in a wager zone, can determine whether the amount of cheques changes during the course of play when changes are not authorized, and can perform other suitable functions.
• [0132]Wager amount system1104 generates wager data representative of the amount of wagers placed, such as in conjunction withwager zone system1102, a cheque system, and other suitable systems.Wager amount system1104 tracks the amount of wagers, and can be used to verify wager amounts, confirm wager amounts, or for other suitable purposes.
• [0133]Ball location system1106 performs ball location processing for a roulette wheel. In one exemplary embodiment,ball location system1106 receives a waveform generated by a sonic ball location indicator and analyzes the waveform to determine whether the ball has come to rest in a pocket of the roulette wheel. In this exemplary embodiment, this can include determining the waveform reflected back from a sonic source, so as to determine the height of the waveform, determine whether the height corresponds to the presence of a ball at rest in a pocket, to count pockets so as to track the location of the roulette wheel, to provide accurate reporting of the results of the game, or for other suitable purposes.Ball location system1106 can also perform calibration processing, such as by receiving marker calibration remove data indicating that a marker has been removed from a calibration area, and marker placement data, indicating that the marker has been placed on a zone corresponding to a number on a roulette wheel. In this manner, an uncalibrated roulette wheel (i.e., where the relative location of the pockets is unknown) can be calibrated so that the relative location of the pockets is known. The direction of wheel spin can also be determined byball location system1106, such as by analyzing a waveform generated by sonic data from an angled sonic sensor, or other suitable data.
• [0134]Payout system1108 receives wager amount data and ball location data and determines payout amounts based on wagers and the ball location. In one exemplary embodiment,payout system1108 receives wager zone data fromwager zone system1102 and determines the possible payout combinations based on the wagers.Payout system1108 then receives payout data from change in value of a dealer's cheque tray, and performs a verification that the amount paid out correlates to the wagers placed.Payout system1108 further can receive exact wager amounts for zones, and can determine exact amounts payable and determine whether amounts paid out are greater than, less than, or equal to the amounts that should be paid out.Payout system1108 can also generate dealer assistance data, such as to indicate to a dealer the amounts that should be paid out to wagers in various zones.
• In operation,[0135]system1100 provides roulette game table data processing, such as to increase the reliability of the roulette game, decrease the likelihood of fraud, and to otherwise improve the gaming experience.
• FIG. 32 is a diagram of a[0136]system1200 for providing craps data processing in accordance with an exemplary embodiment of the present invention.System1200 includescraps system712 andwager zone system1202,wager amount system1204, dievalue system1206, andpayout system1208, each of which can be implemented in hardware, software, or a suitable combination of hardware and software, and which can be one or more software systems operating on a general purpose server platform.
• [0137]Wager zone system1202 detects the presence of wagers in one or more zones of a craps table. In one exemplary embodiment,wager zone system1202 can determine the presence of cheques in a wager zone, can coordinate with a cheque system to determine the value of cheques in a wager zone, can determine whether the amount of cheques changes during the course of play when changes are not authorized, and can perform other suitable functions.
• [0138]Wager amount system1204 generates wager data representative of the amount of wagers placed, such as in conjunction withwager zone system1202, a cheque system, and other suitable systems.Wager amount system1204 tracks the amount of wagers, and can be used to verify wager amounts, confirm wager amounts, or for other suitable purposes.
• [0139]Die value system1206 is used to determine the numbers showing on die in a craps game. In one exemplary embodiment, dievalue system1206 can receive image data, can analyze the image data to determine the numbers showing on the face of the die, and generates die value data. In another exemplary embodiment, dievalue system1206 can use directional indicators on die or within the die to determine the face of die that is facing up when the dies are at rest. In another exemplary embodiment, dievalue system1206 can use image data generated from the sensors on the side of a craps table, and can determine the top face of the die from the images showing on the sides of the die. Other suitable processes can be used to determine the value of the die, including but not limited to dealer entry of die values showing.
• [0140]Payout system1208 receives wager amount data and die value data and determines payout amounts based on wagers and the die value. In one exemplary embodiment,payout system1208 receives wager zone data fromwager zone system1202 and determines the possible payout combinations based on the wagers.Payout system1208 then receives payout data from change in value of a dealer's cheque tray, and performs a verification that the amount paid out correlates to the wagers placed.Payout system1208 further can receive exact wager amounts for zones, and can determine exact amounts payable and determine whether amounts paid out are greater than, less than, or equal to the amounts that should be paid out.Payout system1208 can also generate dealer assistance data, such as to indicate to a dealer the amounts that should be paid out to wagers in various zones.
• In operation,[0141]system1200 performs data processing for a craps table game to provide assistance to a dealer, to allow processes to be performed to improve the reliability of the game, to detect fraud, and to otherwise improve the gaming experience.
• FIG. 33 is a diagram of a[0142]system1300 for providing blackjack data processing in accordance with an exemplary embodiment of the present invention.System1300 includesblackjack system714 andwager zone system1302,wager amount system1304,card value system1306, andpayout system1308, each of which can be implemented in hardware, software, or a suitable combination of hardware and software, and which can be one or more software systems operating on a general purpose server platform.
• [0143]Wager zone system1302 detects the presence of wagers in one or more zones of a blackjack table. In one exemplary embodiment,wager zone system1302 can determine the presence of cheques in a wager zone, can coordinate with a cheque system to determine the value of cheques in a wager zone, can determine whether the amount of cheques changes during the course of play when changes are not authorized, and can perform other suitable functions.
• [0144]Wager amount system1304 generates wager data representative of the amount of wagers placed, such as in conjunction withwager zone system1302, a cheque system, and other suitable systems.Wager amount system1304 tracks the amount of wagers, and can be used to verify wager amounts, confirm wager amounts, or for other suitable purposes.
• [0145]Card value system1306 is used to determine the value of cards in a game of blackjack or other suitable games. In one exemplary embodiment,card value system1306 can read each card as it is taken out of the shoe, and can generate card value data, card counting data such as to determine the number of cards in the shoe, or other suitable data. Likewise,card value system1306 can include image data processing from an overhead image data source, or other suitable image data generating sources so as to determine the value of cards showing, the number of cards on the table, or other suitable data. In this exemplary embodiment,card value system1306 determines the value of the cards, including suit and number, as the cards are available for viewing by all participants in the game, and not prior to when cards are revealed. In addition,card value system1306 can track the sequence in which cards are removed from the shoe and compare the sequence from the previous shoe or other suitable data, such that a false shuffle can be detected.
• [0146]Payout system1308 receives wager amount data and card value data and determines payout amounts based on wagers and the card values. In one exemplary embodiment,payout system1308 receives wager zone data fromwager zone system1302 and determines the possible payout combinations based on the wagers.Payout system1308 then receives payout data from change in value of a dealer's cheque tray, and performs a verification that the amount paid out correlates to the wagers placed.Payout system1308 further can receive exact wager amounts for zones, and can determine exact amounts payable and determine whether amounts paid out are greater than, less than, or equal to the amounts that should be paid out.Payout system1308 can also generate dealer assistance data, such as to indicate to a dealer the amounts that should be paid out to wagers in various zones.Payout system1308 can also receive burn data (such as to ignore a card removed from the deck), include data (such as to allow an additional player to join a game after it has begun but before prohibited by standard operating procedures), reveal data (such as to generate a reveal indication when the dealer has blackjack, so as to allow the game to be terminated without using additional time that would not result in any additional income for the casino), and other suitable data.
• In operation,[0147]system1300 performs data processing for a blackjack table game to provide assistance to a dealer, to allow processes to be performed to improve the reliability of the game, to detect fraud, and to otherwise improve the gaming experience.
• FIG. 34 is a flowchart of a[0148]method1400 for processing table game data in accordance with an exemplary embodiment of the present invention.Method1400 allows table game data to be processed so as to improve table game reliability, prevent overpayments or underpayments of wagers, detect dealer or player fraud, and perform other functions to improve the reliability and enjoyability of the game.
• [0149]Method1400 begins at1402 where player identification data is obtained. In one exemplary embodiment, player identification data can be obtained through data entry by a player, such as a card swipe, entry of a personal identification number, fingerprint scan, retina scan, or other suitable forms of player identification. In another exemplary embodiment, the player identification can be determined through image processing using facial image of the player or other suitable data. The method then proceeds to1404.
• At[0150]1404, player wager data is obtained. In one exemplary embodiment, the player wager data is obtained through keypad entry of wager data by the player or the dealer, by processing image data, weight data, or a suitable combination of image data and weight data to determine the amount of cheques resting on a surface, by processing image data or weight data to determine the number of cheques taken out of a cheque-holding device or a place on a table, or by other suitable data processing. The method then proceeds to1406.
• At[0151]1406, player wager location data is obtained. In one exemplary embodiment, the player wager location data can include one or more zones in a zoned table game, such as to detect bets for roulette, craps, whether a player has doubled down or split in a blackjack game or other suitable zone or wager location data. The method then proceeds to1408.
• At[0152]1408, the game is initiated or continued. For example, in blackjack, the initial hand of the blackjack game is dealt, such as where each player receives a first card facedown and a second card face up. In a roulette game, the ball is placed on the wheel and the wheel is spun. In a craps game, the dice are thrown. For the blackjack game, player card and dealer card data can be stored, such as the number of cards dealt, the identity of the cards dealt, or other suitable data. The method then proceeds to1410.
• At[0153]1410, it is determined whether the game is over. For example, in a blackjack game, the game is over if the dealer or any of the players have reached 21, if the dealer has busted, or in other circumstances. In a craps game, the game can be over if a player has rolled a certain combination of numbers on the die twice, or other suitable combinations of numbers on the die a first time. In roulette, the game can be over when a ball lands on a predetermined number of the roulette wheel. Other suitable data can be used to determine whether the game is over. If it is determined at1410 that the game is over, the method proceeds to1412. Otherwise, the method returns to1404.
• At[0154]1412, the payout for each player's wager is determined. In one exemplary embodiment, the game results determined at1410 can be used to determine the amount of payout based on the wager value and location data. Likewise, payout data can be determined based on possible payouts from wager location data, user-entered data, or other suitable payout data. The method then proceeds to1416.
• At[0155]1416, the payout data is received, such as the amount of payout actually made to players as opposed to the amount of payout that should have been made to players. The actual payout data can be determined or received from a dealer tray device that measures the change in value of the cheques held by the dealer at the end of the game, image data generated when cheques are removed from a tray, or other suitable procedures. The method then proceeds to1418.
• At[0156]1418, it is determined whether a discrepancy exists in the payout data determined at1412 and the actual payout data received at1416. If no discrepancy exists, the method proceeds to1420 and player accounts are updated with payout data, wager data, and other suitable data. Otherwise, the method proceeds to1422 where notification data is generated, such as to notify a dealer that a player has been overpaid or underpaid, to notify supervisory personnel of potential problems, or other suitable notification data. Likewise, notification data can be generated if there is no discrepancy at1420 such as to notify observers and other players that a player has won so as to increase interest in a game.
• In operation,[0157]method1400 is used to process table game data so as to improve the reliability and decrease the risk of fraud or mistake in a table game.Method1400 allows table game data generated through various devices, such as wager value data, wager location data, player identification data, and game result data to be analyzed and processed in a construct of table games, so as to provide additional reliability and repeatability and control of table games and improve the overall gaming experience.
• FIG. 35 is a flowchart of a[0158]method1500 for monitoring dealers in accordance with an exemplary embodiment of the present invention.Method1500 allows dealers to be monitored to detect fraud, mistakes, or other problems or for other suitable purposes.
• [0159]Method1500 begins at1502 where game status data is received. The game status data can include the results of games, game status data generated during the progress of a game that indicates that wagers are being changed or other similar anomalies are occurring without dealer correction. The method then proceeds to1504.
• At[0160]1504, it is determined whether dealer notification should be made. If it is determined at1504 that dealer notification should not be made, the method proceeds to1508. Otherwise, the method proceeds to1506 where a notification indicator is generated. In one exemplary embodiment, the notification indicator can include a dealer display or security display that indicates that the dealer has committed an error, that a player has been overpaid or underpaid, the correct amount to pay a player, or other suitable dealer notification data. The method then proceeds to1508.
• At[0161]1508, it is determined whether a payout flag exists. If a payout flag does not exist, the method proceeds to1514. Otherwise, the method proceeds to1510 where game data is stored. For example, the game data can be stored to show the current status of the game, the status of the game over a period of time, or other suitable game data. The method then proceeds to1512 where player data is stored, such as player identification data, image data, or other suitable data. The payout flag can then be investigated by the dealer or supervisory personnel, such as to recreate the game, to track players or dealers that are having a history of payout flags generated so as to detect fraud, or other suitable purposes. The method then proceeds to1514.
• At[0162]1514, it is determined whether a cheque flag has been indicated or generated. If a cheque flag has not been generated, the method proceeds to1520. Otherwise, the method proceeds to1516 where a notification indicator is generated. A cheque flag can include an indication that the dealer has removed more cheques than should have been removed, has misplaced cheques in a manner so as to create a misleading appearance as to the amount or value of cheques in a cheque tray, or other suitable cheque flags. Likewise, the notification indicator can notify supervisory personnel to investigate cheque discrepancy, can notify the dealer of an improper cheque, such as to prevent payout overpayment or underpayment, or other suitable data. The method then proceeds to1518.
• At[0163]1518, flag indicators are stored related to the cheque flag. In one exemplary embodiment, the flag indicators can be stored to develop a record of potentially fraudulent activities, to develop a record of dealers who do not meet reliability levels required by casinos, or other suitable purposes. The flag indicators can include the particulars of the cheque flag generation event, such as whether a cheque was misfiled in the wrong tube, whether a cheque was paid out of a wrong tube, the amount of overpayment, or other suitable cheque data. The method then proceeds to1520.
• At[0164]1520, it is determined whether a procedures flag has been generated. The procedures flag can include a violation of casino procedures that are used to ensure that dealers and/or players are performing the game correctly and that fraudulent activities are not occurring. For example, procedures can include the opening of a cheque lid cover prior to opening of a game, the final placement of all bets prior to initiation of the game, sequence procedures for payout to players, amount of payout procedures, or other suitable procedures. If it is determined at1520 that a procedures flag does exist, the method proceeds to1524 where a notification indicator is generated. In one exemplary embodiment, the notification indicator can be a notification to supervisory personnel, the dealer, or other suitable persons. The method then proceeds to1526.
• At[0165]1526, flag indicators are stored related to the procedures flag. In one exemplary embodiment, the flag indicators can include image data, game data such as card values, dice values, roulette ball positions, or other suitable data.
• In operation,[0166]method1500 allows dealers to be monitored through the use of game data for table game systems.Method1500 thus allows the reliability of table game systems to be improved and maintained so as to improve the quality of the gaming experience.
• Although exemplary embodiments of a system and method of the present invention have been described in detail herein, those skilled in the art will also recognize that various substitutions and modifications can be made to the systems and methods without departing from the scope and spirit of the appended claims.[0167]

Claims (56)

What is claimed is:

1. A device for obtaining data for use in a table game system comprising:

a handle;

a straight portion extending downwards from the handle, configured for insertion into a game table cash slot; and

a data entry device receiving user-entered data and providing the user-entered data to the game table system.

2. The device ofclaim 1 further comprising a user-readable display coupled to the data entry device and displaying the user-entered data.

3. The device ofclaim 1 further comprising a data transfer device coupled to the data entry device, the data transfer device connecting to a game table system data transfer device so as to allow the user-entered data to be transferred to the game table system.

4. A system for obtaining data for use in a table game system comprising:

a weight sensor system receiving weight data for a location; and

a cheque system receiving the weight data and the image data and generating cheque value data.

5. The system ofclaim 4 wherein the weight sensor system comprises two or more weight detection cells, each weight detection cell generating cell weight data.

6. The system ofclaim 4 further comprising:

an optical sensor generating image data of the location; and

wherein the cheque system further comprises an image data analysis system receiving the image data and generating cheque color data.

7. The system ofclaim 4 wherein the cheque system further comprises a cheque weight system receiving the weight data and generating one or more combinations of cheques.

8. The system ofclaim 4 wherein the cheque system further comprises:

an image data analysis system receiving the image data and generating cheque color data;

a cheque weight system receiving the weight data and generating one or more combinations of cheques; and

a verification system receiving the cheque color data and the combinations of cheques, determining which of the combinations of cheques corresponds to the cheque color data; and generating verification request data for an operator to select one of two or more remaining combinations of cheques.

9. A system for obtaining data for use in a table game system comprising:

a tray having one or more tubes, wherein each tube is configured for holding a plurality of cheques, each tube having a window slot;

a sensor generating image data of each window slot; and

a cheque system receiving the image data and generating tube value data.

10. The system ofclaim 9 wherein the cheque system further comprises a stack length system receiving the image data and generating stack length data.

11. The system ofclaim 9 wherein the cheque system further comprises a cheque value system receiving cheque value data for each tube and providing the cheque value data to generate the tube value data.

12. The system ofclaim 9 wherein the cheque system further comprises:

a stack length system receiving the image data and generating stack length data;

a cheque value system receiving cheque value data for each tube; and

a tube value system receiving the stack length data and the cheque value data and generating the tube value data.

13. A system for obtaining data for use in a table game system comprising:

a patron identification system receiving patron identification data; and

a cheque value system receiving one or more cheque value selections and providing the cheque value selections to the table game system.

14. The system ofclaim 13 wherein the patron identification system comprises a card recognition system receiving a card and extracting the patron identification data from the card.

15. The system ofclaim 14 wherein the card is one or more of the group comprising a magnetic stripe card, a smart card, and a bar code card.

16. The system ofclaim 13 wherein the cheque value system further comprises a plurality of keys, wherein each key is associated with a cheque value.

17. A system for obtaining data for use in a table game system comprising:

a player position entry system comprising two or more keys corresponding to player locations at a table game; and

a cheque value system having a plurality of keys, wherein each key is associated with a cheque value, the cheque value system receiving one or more cheque value selections and providing the cheque value selections to the table game system.

18. The system ofclaim 17 further comprising a housing containing the player position entry system and the cheque value system, wherein the housing is configured to be placed over a drop slot of the game table.

19. The system ofclaim 18 further comprising a display located between the drop slot and the gaining table, such that an operator must drag currency over the display when using a paddle to place the currency into the drop slot, so as to clean the display.

20. The system ofclaim 17 further comprising a card entry device angled so as to allow an operator to easily provide a card to the card entry device, the card entry device receiving account data from the card and providing the account data to the table game system.

21. A system for obtaining data for use in a table game system comprising:

one or more foot pedals configured for discreet operation by an operator of a table game, each foot pedal generating control data; and

one or more indicators generating indication data based upon the control data.

22. The system ofclaim 21 wherein the one or more indicators further comprise a light device configured to provide an indication to casino operations personnel in a manner that does not alert one or more patrons at the table game.

23. The system ofclaim 21 wherein the one or more indicators further comprise a display device configured to provide an indication to one or more patrons of an occurrence of an event at the table game.

24. A system for obtaining data for use in a table game system comprising:

two or more zone sensors generating zone sensor data;

a wager system receiving wager data; and

wherein the table game system receives the zone sensor data and the wager data and determines whether the wager data correlates to the zone sensor data.

25. The system ofclaim 24 wherein the zone sensors correspond to one or more betting zones of a craps game table.

26. The system ofclaim 24 wherein the zone sensors correspond to one or more betting zones of a roulette game table.

27. The system ofclaim 24 wherein the zone sensors are weight sensors.

28. The system ofclaim 24 wherein the wager system is a dealer data entry system receiving payout data and game result data and generating the wager data from the payout data and the game result data.

29. A system for obtaining data for use in a table game system comprising:

a sonic sensor configured for placement over a roulette wheel and generating sonic data; and

a waveform analysis system receiving the sonic data and generating ball location data from the sonic data.

30. The system ofclaim 29 wherein the waveform analysis system further comprises a peak detection system receiving the sonic data and generating the wheel position data from the sonic data.

31. The system ofclaim 29 wherein the sonic sensor is oriented at an angle to the roulette wheel.

32. A system for obtaining data for use in a table game system comprising:

a card shoe configured to hold a plurality of cards;

a shuttle guide coupled to the card shoe generating shuttle position data; and

a shuttle in the card shoe and in contact with the shuttle guide, the shuttle holding the plurality of cards in a manner that allows a number of cards to be estimated based on a position of the shuttle.

33. The system ofclaim 32 further comprising a card removal sensor generating card removal data and providing the card removal data to the table game system.

34. The system ofclaim 33 wherein the card removal sensor further comprises a card scanning device using ambient lighting to generate image data of each card as it is removed from the card shoe and providing the image data to the table game system.

35. The system ofclaim 33 further comprising one or more of the group including a burn control generating burn data, an include control generating include data, a reveal control generating reveal data, and a reveal indicator.

36. A table game system comprising:

a position system generating position data;

a wager system generating wager data;

a payout system receiving the position data and the wager data and generating payout data; and

wherein the position data and the wager data are representative of positions and wagers at a table game in a casino.

37. The table game system ofclaim 36 wherein the position system further comprises:

an image system generating image data; and

a card detection system receiving the image data and generating card data from the image data.

38. The table game system ofclaim 36 wherein the position system further comprises:

an image system generating image data; and

a player detection system receiving the image data and generating player position data from the image data.

39. The table game system ofclaim 36 wherein the wager system further comprises two or more zone sensors.

40. The table game system ofclaim 36 wherein the wager system further comprises:

two or more zone sensors generating zone data; and

a cheque value system receiving the zone data and generating wager data from the zone data.

41. The table game system ofclaim 36 wherein the payout system further comprises a blackjack payout system.

42. The table game system ofclaim 36 wherein the payout system further comprises a craps payout system.

43. The table game system ofclaim 36 wherein the payout system further comprises a roulette payout system.

44. The table game system ofclaim 36 wherein the position system further comprises a ball position system.

45. The table game system ofclaim 36 wherein the position system further comprises a dice position system.

46. A system for monitoring two or more operators of table game systems comprising:

a wager system generating wager data

a payout system generating payout data; and

wherein the table game system receives the wager data and the payout data and generates notification data.

47. The system ofclaim 46 wherein the wager system further comprises a zone system generating zone data.

48. The system ofclaim 46 wherein the payout system further comprises a position system receiving position data and the wager data and generating the payout data from the position data and the wager data.

49. The system ofclaim 46 further comprising a player overpay system generating player overpay data.

50. The system ofclaim 46 further comprising a player underpay system generating player underpay data.

51. A system for monitoring two or more players of table game systems comprising:

a player identification system generating player identification data;

a wager system generating wager data associated with the player identification data;

a payout system generating payout data associated with the player identification data; and

a player monitoring system receiving the player identification data, the wager data, and the payout data and generating total data and average bet data.

52. The system ofclaim 51 wherein the player identification system comprises:

an image data system generating image data; and

a player recognition system receiving the image data and generating player identification data.

53. The system ofclaim 51 wherein the player identification system comprises a card reader.

54. A system for generating game data comprising:

a plurality of zones, each zone generating zone data associated with a type of betting data;

a grid array superimposed on each of the plurality of zones, such that each zone is associated with a grid box; and

wherein selection of each grid box can be used to generate numerical data.

55. The system ofclaim 54 wherein the grid array is inscribed on a felt layer that covers the plurality of zones.

56. The system ofclaim 54 wherein each zone further comprises a weight sensor and the zone data comprises weight data.

Images