Devices, systems, and related methods for real time monitoring and display of related data for casino gaming devices

Abstract

Monitoring systems for monitoring electronic card handling devices are disclosed. A monitoring system includes a monitoring server configured to receive card handling performance data from a number of electronic card handling devices. The monitoring server is further configured to associate received performance data with a corresponding electronic card handling device. The monitoring server is further configured to receive user input, and in response to the user input, identify a plurality of electronic card handling devices of the number of electronic card handling devices. The monitoring server is further configured to display a graphical user interface including at least one graphical representation of the performance data associated with the identified electronic card handling devices. Other related systems and methods are also disclosed.

Description

TECHNICAL FIELD

The present disclosure relates to casino gaming devices and, more specifically, to casino gaming devices in a communications network and related methods for real-time monitoring of the casino gaming devices.

BACKGROUND

Electronic devices used in the gaming industry are well known to be used for increasing the efficiency, security and game speed of various casino wagering games. For example, card handling devices (e.g., automatic card shufflers) may be used in live table games to perform a variety of functions, including randomly shuffling one or more decks of playing cards in an efficient and thorough manner to reduce delay during game play as well as between rounds. Card handling devices may also help to prevent players from having an advantage by knowing the position of specific cards or groups of cards in the final arrangement of cards delivered in the play of the game. Card handling devices may also include card recognition systems that verify contents of the deck and recognize the rank and suits of cards dispensed by the card handling device during game play. Other casino gaming devices may include gaming tables that include player interfaces for displaying virtual cards, displaying virtual chips for betting, receiving player inputs for entering game commands, etc. In some embodiments, gaming tables may employ a combination of physical and virtual features. For example, some gaming tables may include touch screen displays to manage some game features while also using traditional physical objects, such as physical wagering chips and/or physical playing cards. Some gaming tables include bet sensors integrated into the gaming table to detect the presence of physical wagers, side wagers, etc., in the form of chips or tokens and, in some situations, may even detect the value of the various wagers. Other casino gaming devices (e.g., roulette) may also include physical and/or virtual elements to game play.

As a result, some of the casino gaming devices may employ human control and direction during game play, such as by a card dealer or other game operator. Casino personnel often stand next to the gaming tables to observe game play to monitor game flow and outcomes. Casinos and casino personnel are very busy; therefore, efficiency of the gaming devices may help to reduce the time spent by casino personnel in monitoring these devices in order to allow the casino personnel to attend to other issues elsewhere in the casino. Some systems have used network architectures to gather data from the casino gaming devices, such as to assist in monitoring and/or in generating use-based billing for casinos that lease the devices. These conventional systems, however, have been somewhat limited in the information and presentation of data to the casino personnel.

BRIEF SUMMARY

An embodiment of the present disclosure includes a monitoring system in an environment including a plurality of casino table games which have associated, electronic card handling devices each adapted to generate card handling performance data and a communication network. The monitoring system comprises a monitoring server in communication with the network and programmed to receive the card handling performance data from the card handling devices, the performance data selected from the group consisting of one or more of shuffling data, game hand data, card dealing/distribution data, game round data, and game outcome data; and an operator station in communication with the monitoring server and including a user input device and a video display. At least one of the monitoring server or the operator station is configured to associate each card handling devices received performance data with the data generating device, and control the operator station video display to display a graphical user interface including for each of at least two casino table games graphical representations of the selected performance data.

Another embodiment includes a method of gathering and maintaining operational performance indicators for a plurality of casino table devices operably coupled to a casino network including a middleware server and a client terminal. The method comprises each of the plurality of table devices generating associated operational performance indicators, storing the operational performance indicators gathered from the plurality of table devices at the middleware server, in response to receiving a request from the client terminal at the middleware server, generating a response data set including at least some of the operational performance indicators related to at least one of the plurality of table devices, and transmitting the response data set to the requesting client terminal, and processing and presenting the response data set at one or more output devices of the client terminal.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic block diagram of a casino gaming device monitoring system according to an embodiment of the present disclosure.

FIG. 2 is a schematic block diagram of a casino gaming device monitoring system according to another embodiment of the present disclosure.

FIG. 3 is a schematic block diagram of the operator station and the monitoring server according to an embodiment of the present disclosure.

FIGS. 4A-4H illustrate a graphical user interface having a dashboard view for various graphical elements that may be generated and displayed by the operator station using the game data stored in the game operation database of the monitoring server.

FIGS. 5A-5C are graphs of various representative off line reports that may be generated using game data from card handling devices.

FIGS. 6A-6D are graphs of various representative off line reports that may be generated using game data from roulette tables.

DETAILED DESCRIPTION

In the following detailed description, reference is made to the accompanying drawings that form a part hereof, and in which is illustrated specific embodiments in which the disclosure may be practiced. These embodiments are described in sufficient detail to enable those of ordinary skill in the art to practice the disclosure. It should be understood, however, that the detailed description and the specific examples, while indicating examples of embodiments of the disclosure, are given by way of illustration only and not by way of limitation. From this disclosure, various substitutions, modifications, additions, rearrangements, or combinations thereof within the scope of the disclosure may be made and will become apparent to those of ordinary skill in the art.

The illustrations presented herein are not meant to be actual views of any particular apparatus (e.g., device, system, etc.) or method, but are merely idealized representations that are employed to describe various embodiments of the disclosure. Accordingly, some of the drawings may be simplified for clarity. Thus, the drawings may not depict all of the components of a given apparatus (e.g., device) or all operations of a particular method. In addition, like reference numerals may be used to denote like features throughout the specification and figures.

Information and signals described herein may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof. Some drawings may illustrate signals as a single signal for clarity of presentation and description. It will be understood by a person of ordinary skill in the art that the signal may represent a bus of signals, wherein the bus may have a variety of bit widths and the disclosure may be implemented on any number of data signals including a single data signal.

The various illustrative logical blocks, modules, circuits, and algorithm acts described in connection with embodiments disclosed herein may be implemented or performed with a general-purpose processor, a special-purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein.

A processor herein may be any processor, controller, microcontroller, or state machine suitable for carrying out processes of the disclosure. A processor may also be implemented as a combination of computing devices, such as a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration. When configured according to embodiments of the disclosure, a special-purpose computer improves the function of a computer because, absent the disclosure, the computer would not be able to carry out the processes of the disclosure. The disclosure also provides meaningful limitations in one or more particular technical environments that go beyond an abstract idea. For example, embodiments include features that improve the functionality of such monitoring systems used in the gaming industry. Thus, a new system, device, and method for monitoring casino gaming devices are described. As a result, embodiments of the present disclosure provide improvements in the technical field of networked gaming devices and related monitoring systems.

In addition, it is noted that the embodiments may be described in terms of a process that is depicted as a flowchart, a flow diagram, a structure diagram, or a block diagram. Although a flowchart may describe operational acts as a sequential process, many of these acts can be performed in another sequence, in parallel, or substantially concurrently. In addition, the order of the acts may be re-arranged. A process may correspond to a method, a function, a procedure, a subroutine, a subprogram, interfacing with an operating system, etc. Furthermore, the methods disclosed herein may be implemented in hardware, software, or both. If implemented in software, the functions may be stored or transmitted as one or more instructions (e.g., software code, firmware, etc.) on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another.

FIG. 1 is a schematic block diagram of a casino gaming device monitoring system 100 (hereinafter referred to as “monitoring system 100”) according to an embodiment of the present disclosure. The monitoring system 100 includes a plurality of casino gaming devices 110. The casino gaming devices 110 may be located on a casino floor for facilitating play of one or more different casino wagering games (e.g., card games, roulette, etc.). Each casino gaming device 110 is operably coupled to one or more device networks 120 (e.g., via corresponding communication links 115). The monitoring system 100 may further include a monitoring server 140 that is operably coupled with the one or more device networks 120 (e.g., via communication link 125). Data stored in the monitoring server 140 may be accessible by an operator station 130. In some embodiments, the monitoring server 140 may be located within the operator station 130 (e.g., as shown in FIG. 5). In some embodiments, the operator station 130 and the monitoring server 140 may be located separate from each other. The monitoring server 140 may also be referred to as “utility server” or “middleware server.” The operator station 130 may also be referred to as a “client terminal.”

In some embodiments, the operator station 130 and the monitoring server 140 may be located within the casino property, whereas in other embodiments the operator station 130 and/or monitoring server 140 may be located remote from the casino property. In an embodiment in which either the operator station 130 and/or the monitoring server 140 are located remote from the casino property, the operator station 130 and the monitoring server 140 may still be operated and administered by casino personnel. In some embodiments, the monitoring system 100 may further include a service center 160 operably coupled (e.g., via communication links 145, 155 over a world wide network 150) to the monitoring server 140. The service center 160 may also be located either on the casino property or at a remote location. In some embodiments, the service center 160 and/or operator station 130 and monitoring server 140 may service gaming devices 110 at geographically different casinos. The communication links 115, 125, 145, 155 may include any form of wireless or wired connections, or any combination thereof.

The casino gaming devices 110 may include network-compatible casino gaming devices. For example, the casino gaming devices 110 may include one or more card handling devices (e.g., electro-mechanical smart card shufflers such as described in Wadds, et al., Ser. No. 14/549,301 filed Nov. 20, 2014 and titled “System for Billing Usage of a Card Handling Device” and electronic card handling and reading card shoes such as described in Grauzer, et al., U.S. Pat. No. 8,511,684 filed Jan. 16, 2009 and titled “Card-reading Shoe with Inventory Correction Feature and methods of Correcting inventory,” the disclosures of each which are hereby incorporated herein in its entirety by this reference), electronic gaming tables, roulette tables, progressive support equipment such as meters and displays and combinations thereof. In addition, sub-components of such devices may also be network-compatible, such as individual player stations, wagering sensors, dealer stations, game operator stations, a dolly sensor, roulette wheels, chip sorters, chip dispensers, etc.

Each individual casino gaming device 110 may be configured to be uniquely identified according to one or more unique identifiers assigned thereto. The unique identifiers may be encrypted and stored within memory of the casino gaming device 110 and/or within an associated memory device. For example, an external memory device may be mounted to a gaming table and connected to the casino gaming device 110. In some embodiments, the unique identifier may be unique as to the casino gaming device itself as a device identifier (e.g., device serial number or a unique network interface identifier). For example, if the casino gaming device 110 is a shuffler, the identifier may be a shuffler identifier. If the casino gaming device 110 is a gaming table, the identifier may be a table identifier, and so on. In some embodiments, the unique identifier may be assigned to all devices at a specific station. For example, the shuffler, sensors, etc., at a single gaming table may all be assigned the same table identifier. Each casino gaming device 110 may also be assigned additional identifiers, such as having a pit name that is shared with other casino gaming devices 110 located within the same pit, or having a section name that is shared with a subset of casino gaming devices 110 located within the a section of the same pit. An additional identifier may include a game identifier that is used to identify which wagering game is currently assigned to the casino gaming device 110. The messaging protocol between the gaming devices 110 and the casino network 120 may include message headers identifying the gaming device 110 (or each reporting component), and/or other identifiers such as a table identifier, a location reference and a casino property reference.

The monitoring server 140 may be configured to identify each individual casino gaming device 110 based on the unique identifier(s) assigned to the different casino gaming devices 110 coupled thereto. For example, during installation of the casino gaming devices 110 the casino gaming device 110 may retrieve the unique identifier and transmit the unique identifier to the monitoring server 140. The casino gaming devices 110 may also be configured to retrieve and transmit the unique identifiers to the monitoring server 140 at other instances, such as power up or other triggering events. In some embodiments, the monitoring server 140 may be configured to assign Internet Protocol (IP) addresses to the different casino gaming device 110 responsive to receiving a unique identifier therefrom.

The monitoring server 140 and the casino gaming devices 110 may be configured to communicate with each other via one or more different protocol formats. For example, some casino gaming devices 110 may communicate over a first protocol, whereas other casino gaming devices 110 may communicate over a second protocol. As a result, the monitoring server 140 may be configured to communicate with different types of casino gaming devices 110 (e.g., gaming tables, card shufflers, roulette tables, etc.) at the same time, which may also be produced by different gaming device manufacturers.

The monitoring server 140 may further be configured to receive operational performance data (i.e., game data) from all devices in real-time during operation thereof and perform real-time analysis on the operational data. The monitoring server 140 may also create and manage a game operation database 142 (FIG. 3) stored therein that receives the game data available from the various casino gaming devices 110. The monitoring server 140 may identify the data type of the received game data to determine how to handle the received game data for writing into the pre-defined database sections.

For card handling devices 110, the game data collected by the card handling device 110 and transmitted to the monitoring server 140 may include shuffling data, game hand data, card dealing/distribution data, game round data, game outcome data, and combinations thereof. The card handling devices 110 may be used for different types of card games. For example, the card handling device 110 may be configured to facilitate play of house-banked card games or other forms of card games. For roulette devices, the game data may include spin data, outcome data, and combinations thereof. In some embodiments, additional data such as wager data and player data may also be collected and transmitted to the monitoring server 140 by various casino gaming devices and/or sub-components thereof.

The operator station 130 may be configured to generate and display various reports in real-time based on the game data stored in the game operation database 142 of the monitoring server 140 in order to assist casino personnel to improve yield and productivity of the casino gaming devices 110. The game operation database 142 may also be made available for integration with other table management systems within the casino and/or third party systems, wherein the game data may be used for player tracking, determining player proficiency or possible irregular or improper play events, game optimization, game reports, table reports, dealer performance reports, utilization reports, service schedules, and combinations thereof. Optionally, the operator station 130 may also analyze the game data to generate real-time alerts to casino management (optional) and/or the service center 160 in the event of detection of any service outages or other irregularities.

An administrator may be provided with administrator access to the monitoring server 140 and its game operation database 142. Administrator access may be granted using the operator station 130 via the local casino network and/or through remote access through a remote device connected via the world wide network 150. The administrator access may permit the administrator to perform certain tasks, such as to assign casino gaming devices 110 to different gaming tables, set regular intervals for the monitoring server 140 to receive game data from the casino gaming devices 110, and/or define time periods (e.g., daily, weekly, etc.) for generating long term reports based on the game data. In some embodiments, the administrator may set chip values accepted for the different wagering games supported by the casino gaming devices 110.

An operator (e.g., a pit manager) may be provided with user access to the monitoring server 140 and its game operation database 142. User access may be granted using the operator station 130 via the local casino network and/or through remote access through a remote device connected via the world wide network 150. The user access may permit the operator perform certain tasks, such as viewing real-time reports displayed by the operator station 130. Long term reports may also be generated and displayed by the operator station 130.

For card handling devices 110, the reports may include total rounds per hour, total player hands dealt per hour, average players per round per hour, revenue per hour, wager values for individual players as well as for all players serviced by a particular gaming device 110. Such reports may be generated and viewable for each individual card handling device 110 or reporting component thereof. As a result, a report for each individual card handling device 110 may be viewable simultaneously for the operator to compare real-time performance across the entire network of card handling devices 110. In some embodiments, the game data may be aggregated across all card handling devices 110 of the device network 120 to generate and display the rounds per hour, player hands per hour, average players per round per hour, and revenue per hour in the aggregate for all card handling devices of the casino network and/or as an average across all card handling devices of the casino network. In some embodiments, reports may be generated that display comparisons of different card handling devices 110 against each other or the average values for all gaming devices 110 across the casino network 120. In each of these examples, an hour is used as the time period for measurement; however, other time periods are contemplated (e.g., 15 minutes).

For roulette gaming devices 110, the reports may include total number of spins per hour, revenue per hour, average players per spin per hour, wager values for individual players as well as for all players at a roulette table and outcomes. Such reports may be generated and viewable for each individual roulette gaming device 110. As a result, a report for each individual roulette gaming device 110 may be viewable simultaneously for the operator to compare real-time performance across the entire network of roulette gaming devices 110. In some embodiments, the game data may be aggregated across all roulette gaming devices 110 of the device network 120 to generate and display the spins per hour, revenue per hour, average players per spin per hour, wager values in the aggregate for all roulette gaming devices 110 of the casino network 120 and/or as an average across all roulette gaming devices 110 of the casino network 120. In some embodiments, reports may be generated that display comparisons of different roulette gaming devices 110 against each other or the average values for all roulette gaming devices 110 across the casino network 120. In each of these examples, an hour is used as the time period for measurement; however, other time periods are contemplated (e.g., 15 minutes).

Such reports of the different gaming devices 110 may be updated in real time on a dashboard view of a graphical user interface displaying the reports for all casino gaming devices 110 of the casino network 120. As a result, casino personnel may review profitability metrics of the casino gaming devices 110 simultaneously in order to improve table yield and determine irregularities in operation or performance. Logging the duration and intensity of use for each individual casino gaming device 110 may also be used by the casino personnel for setting service schedules, workforce schedules and gaming device 110 usage rotation to do so more efficiently.

In some embodiments, game outcomes may be reported to the monitoring server 140 and displayed to the operator station 130. For example, jackpot or progressive wins and other high value winning events may be reported to the monitoring server 140 after the round has finished for verification by the pit manager. In addition, during the session of an anonymous player (e.g., a player who is not identified by a player loyalty card), the player's average wager as well as the overall turnover during a specific time frame may be tracked, which may be used to identifying the anonymous player as a potential VIP.

Performance of some gaming devices 110 may also be monitored to detect irregularities such as, for example, dealer-player collusion, improper card counting, outcome biases and betting patterns which may suggest improper activities or the like. Algorithms may be applied to automatically flag gaming devices associated with such activities for detailed monitoring.

FIG. 2 is a schematic block diagram of a casino gaming device monitoring system 200 (hereinafter referred to as “monitoring system 200”) according to another embodiment of the present disclosure. The monitoring system 200 may include a plurality of casino gaming devices 110A, 110B located on a casino floor for facilitating play of one or more different casino wagering games (e.g., card games, roulette, etc.). Each casino gaming device 110A, 110B is operably coupled to one or more device networks 120A, 120B. For example, a first set of casino gaming devices 110A may be coupled to a first device network 120A, and a second set of casino gaming devices 110B may be coupled to a second device network 120B. The first set of casino gaming devices 110A may be configured to facilitate a first type of wagering game (e.g., a card game), and the second set of casino gaming devices 110B may be configured to facilitate a second type of wagering game (e.g., roulette).

In the embodiment of FIG. 2, the monitoring system 200 may further include additional operator stations 230A, 230B and local monitoring servers 240A, 240B. The first monitoring server 240A and corresponding first operator station 230A may be coupled to the first device network 120A to receive game data from the first set of casino gaming devices 110A. The second monitoring server 240B and corresponding second operator station 230B may be coupled to the second device network 120B to receive game data from the second set of casino gaming devices 110B. The monitoring system 200 may still include the monitoring server 140 as described in FIG. 1 to receive game data from the casino gaming devices 110A, 110B of the entire casino network so that all game data is accessible to simultaneously to a single operator. The embodiment of FIG. 2 differs from FIG. 1 in that it also enables local pit operators to have a limited subset of the data for a particular group of casino gaming devices 110A, 110B. Each of the additional operator stations 230A, 230B may be configured to generate and display similar reports as discussed above, but limited to the specific casino gaming devices 110A, 110B connected to its respective device network 120A, 120B.

FIG. 3 is a schematic block diagram 300 of the operator station 130 and the monitoring server 140 according to an embodiment of the present disclosure. The operator station 130 includes a processor 302 operably coupled with an electronic video display 304, a memory device 306, communication elements 308, input devices 310 (e.g., mouse, keyboard, voice activation devices, etc.), and output devices 312 (e.g., printer). The video display 304 may include touch screen capability. The memory device 306 may include volatile and non-volatile storage memory, which may include computer-readable instructions (e.g., software, firmware, operating system, etc.) for the processor 302 to execute to perform the functions described herein. The operator station 130 may be a consumer electronic device, such as a desktop computer, a laptop computer, a tablet computer, a smart phone or other type of computing device. The monitoring server 140 may store the game operation database 142, from which the operator station 130 may retrieve the game operation data for generating and displaying real-time reports and other reports to monitor the operation, efficiency, etc., of the casino gaming device 110 and or the dealer.

As described above, the operator station 130 and the monitoring server 140 may be separate devices such that they communicate with each other through communication devices for external communication therebetween. In some embodiments, the operator station 130 and the monitoring server 140 may be integrally formed such that the monitoring server 140 is internal to the operator station 130 with the game operation database 142 stored in the memory device 306 or other storage medium within the operator station 130.

FIGS. 4A-4H illustrate a graphical user interface 400 having a dashboard view for various graphical elements that may be generated and displayed by the operator station 130 using the game data stored in the game operation database 142 of the monitoring server 140. In particular, FIGS. 4A-4H show different views and features that may be displayed by the graphical user interface 400 for monitoring operation of the casino gaming devices.

Referring specifically to FIGS. 4A and 4B, the graphical user interface 400 may include a real-time dashboard that presents updated game data in real time. The graphical user interface 400 may include an events area 410 that is configured to display one or more log entries for game events 412 for the different casino gaming devices 110. The graphical user interface 400 may also include a pit details area 420 that is configured to graphically display different operational rate graphics 422A-422L (FIG. 4A), 422A-422P (FIG. 4B) for the different casino gaming devices 110. The graphical user interface 400 may also include a table details area 430 that is configured to display different operational graphs 432A, 432B for the different casino gaming devices 110. These different areas 410, 420, 430 may be part of a floor view option offered by the graphical user interface 400 for providing information and reports for the casino gaming devices 110 that are grouped together on a particular floor (e.g., pit) of the casino.

In some embodiments, each of the events area 410, pit details area 420, and table details area 430 may be implemented as separate windows that may be adjusted (e.g., repositioned, resized, minimized, etc.) by the user. For example, as shown in FIG. 4B the pit details area 420 may be resized so that the operational rate graphics 422A-422L are rearranged within the pit details area 420 and additional operational rate graphics 422M-422P are viewable within the pit details area 420 without needing to scroll down as in the case of FIG. 4A. In some embodiments, one or more of the events area 410, pit details area 420, or table details area 430 may be embedded in the graphical user interface 400 such that its size and/or position may be fixed.

The events area 410 may be populated with log entries for game events 412 for the different casino gaming devices 110. As new events are completed, new log entries may be added in real-time to the events area 410. Each log entry may include an event type (e.g., game complete, error notification) that completed at a specific date and time (e.g., Aug. 18, 2016 at 8:09:17 PM) for a particular table defined by its unique table identifier (e.g., RLT_02, RLT_01, OTS_SD_1, etc.). The log entry may also include an event description (e.g., game complete, missing cards, invalid deck, etc.).

The pit details area 420 may be populated with different operational rate graphics 422A-422P for the different casino gaming devices 110. Each operational rate graphic 422A-422P may graphically depict an operational rate (e.g., as a meter, bar graph, etc.) in real-time for a particular casino gaming device 110. For example, a first operational rate graphic 422A may depict two operational rates for the hands per hour dealt by the card handling device 110 (e.g., shoe or shoe/shuffler) and the number of rounds per hour completed at the specific table defined by the table identifier OTS_SD_1. Likewise, a second operational rate graphic 422B may depict two operational rates for the colors per hour and the turnover per hour at the roulette table defined by the table identifier RLT_01. As used herein, “color” refers to a unique player at a roulette table as some roulette tables (e.g., particularly those that only allow wagers having one value) assign different color chips to the different players. The term “turnover” refers to the revenue received by the roulette table. The other operational rate graphics 422C-422P may similarly depict various operational rates that may be specifically tailored to the gaming device 110 type and/or game type assigned to a particular table. Additional operational rates may include, for example, cards drawn/hour, shuffles/hour, rounds/shoe, and other rates that indicate the efficiency of the device or dealer and/or the profitability of the gaming device 110.

The table details area 430 may include additional real-time reports 432A, 432B for individual tables within the pit. For example, a first real-time table report 432A may show the number of cards drawn (line 444) or the number of hands dealt (line 446) since the last real-time reading. The first real-time table report may also show table identifying information, such as the pit name, section name, table category, unique table name, device serial number, the current game being played, and the average card dealt per player for the game of blackjack (which is the current game being played in the example shown). As another example, a second real-time table report 432B may show the unique players (i.e., colors, line 454) playing a roulette game and the amount of turnover (i.e., revenue, line 456) since the last real-time reading.

During the real-time analysis, the operator station 130 may generate real-time management alerts to the casino personnel responsive to certain trends or thresholds being identified. For example, a potential VIP may be identified responsive to detecting an average bet from an individual player that exceeds a predetermined threshold. As a result, a manager may be alerted regarding the existence of a potential VIP. In addition, an alert may be generated if there exists a deviation over a predetermined target roulette game spin rate, a target table game round rate, etc. In some embodiments, an alert may be generated to casino personnel to recommend opening a new table based on the real-time usage of the various tables in the pit. In other embodiments, the real-time data may be analyzed to calculate the theoretical win rate (e.g., turnover multiplied by the house edge) to compare with the actual results to generate an alert if the actual win rate deviates from the theoretical win rate substantially over time.

Additional outcome data may also be captured by the card handling devices 110 employing card recognition systems to track individual cards and hands that are dealt. Such data may also be compared to determine if the dealt hands (e.g., royal flush, full house, etc.) deviate substantially from the theoretical rate for the winning hands.

Referring specifically to FIG. 4C, the graphical user interface 400 may include a management portal in which the user may review entries 440 to identify the current status of the different casino gaming devices 110. For example, FIG. 4C shows a device-level listing of the different gaming devices 110 (e.g., identified by serial number) linked to the monitoring server 140. The different gaming devices 110 (e.g., a roulette wheel, a chip sorter, and various configurations of card shufflers and electronic shoes) may be viewable individually to see the status (e.g., online vs. offline), the table to which the device is connected, as well as the most recent alert. The graphical user interface 400 may also provide the user with the option to view different levels of listings (e.g., a table-level listing, a section-level listing, and also a pit-level listing of different devices) that are linked to the monitoring server. Referring specifically to FIG. 4D, a new window 442 may be opened responsive to the user selecting one of the entries to view an expanded list of prior alerts for a specific gaming device 110.

Referring specifically to FIG. 4E, the graphical user interface 400 may include a report portal in which the user may generate reports 450 for the different gaming devices 110 linked to the monitoring server 140. The reports may be sorted as a general report (e.g., all devices) or filtered according to individual device types (e.g., single deck tables, multi-deck tables, baccarat tables, roulette tables, etc.).

Referring specifically to FIGS. 4F-4H, the graphical user interface 400 may further include an administrator portal in which the user may manage various administrative features of the system. For example, as shown in FIG. 4F, the user may manage general settings for the network such as defining monitoring shifts 460 (e.g., start and end times, number of shifts monitored, etc.), application settings 462 (e.g., wager currency, time limits for generating offline reports, etc.), card game settings 464 (e.g., player and round naming conventions for reports), and roulette game settings 466 (e.g., player and round naming conventions for reports). In FIG. 4G, the administrator may manage different card game tables by naming new card game tables according to either a multi deck card game 470 or a single deck card game 472 as well as entering other information, such as the name of the game, the number of decks, the number of cards per deck, and an estimated average cards per round per player or dealer. In FIG. 4H, the administrator may manage different roulette tables by assigning different chip values permitted to be used by the a chip sorting device assigned to the roulette table.

FIGS. 5A-5C are graphs 500-520 of various representative off line reports that may be generated using game data from card handling devices. FIGS. 6A-6D are graphs 600-630 of various representative off line reports that may be generated using game data from roulette tables. Such off line reports may be defined over a desired interval selected by the user. In some embodiments, the user may set up automatic reports to be generated according to a defined schedule (e.g., daily, weekly, etc.).

Referring specifically to FIG. 5A (graph 500), the total rounds per hour from a card handling device 110 may be displayed using bars 502 as compared with the total number of rounds per 15 minutes using bars 504. In addition, line 506 is overlaid onto graph 500 showing the average number of hands per round. Referring specifically to FIG. 5B (graph 510), the total hands per hour from a card handling device 110 are displayed using bars 512 as compared with the total number of hands per 15 minutes using bars 514. Generating such reports using other metrics (e.g., total number of shuffles, total number of cards dealt, etc.) are also contemplated.

Referring specifically to FIG. 5C (graph 520), game data from multiple different card handling devices 110 may be compared in the same report. For example, the total number of shuffles per hour of a first card handling device 110 may be displayed using bars 522 in comparison to the total number of shuffles per hour of a second card handling device 110 displayed using bars 524. Of course, other metrics (e.g., total rounds, total cards dealt, total hands, etc.) are also contemplated for such reports of comparing game data between multiple gaming devices 110 over the same time interval.

Referring specifically to FIG. 6A (graph 600), total spins per hour from a roulette table may be displayed using bars 602 as compared with the total number of spins per 15 minutes using bars 604. In addition, line 606 is overlaid onto graph 600 showing the average number of colors (i.e., players) per play. Referring specifically to FIG. 6B (graph 610), the total colors (i.e., players) per 15 minutes from a roulette table are displayed using bars 612. Referring specifically to FIG. 6C (graph 620), total turnover (i.e., revenue) per hour from a roulette table may be displayed. using bars 622 as compared with the total number of turnover per 15 minutes using bars 624.

Referring specifically to FIG. 6D (graph 630), game data from multiple different roulette tables may be compared in the same report. For example, the total turnover per hour of a first roulette table may be displayed using bars 632 in comparison to the total turnover per hour of a second roulette table displayed using bars 634. Of course, other metrics (e.g., total colors, total spins, etc.) are also contemplated for such reports of comparing game data between multiple roulette tables over the same time interval.

Specific embodiments have been shown by way of example in the drawings and have been described in detail herein; however, the invention may be susceptible to various modifications and alternative forms. It should be understood that the invention is not limited to the particular forms disclosed. Rather, the invention includes all modifications, equivalents, derivatives and alternatives within the scope of the invention as defined by the following appended claims and legal equivalents.

Claims

1. A monitoring system, comprising: a monitoring server configured to: receive card handling performance data from a number of electronic card handling devices in real-time during operation thereof, the card handling performance data including at least one of shuffling data, game hand data, card dealing/distribution data, game round data, or game outcome data;associate each electronic card handling device's received performance data with the corresponding electronic card handling device generating the performance data;receive user input including one or more user-defined settings;in response to the user input, identify a plurality of electronic card handling devices of the number of electronic card handling devices; andcontrol, based at least partially on the one or more user-defined settings, a video display to display a graphical user interface including at least one graphical representation of the performance data associated with the identified electronic card handling devices, the at least one graphical representation depicting a comparison of the performance data for at least two card handling devices of the identified electronic card handling devices.

2. The monitoring system of claim 1, further comprising the number of electronic card handling devices, each card handling device of the number of electronic card handling devices including a unique identifier and configured to generate the associated card handling performance data.

3. The monitoring system of claim 2, wherein the monitoring server is further configured to receive the associated unique identifier from each card handling device of the number of electronic card handling devices.

4. The monitoring system of claim 3, wherein the monitoring server is further configured to identify the plurality of electronic card handling devices of the number of electronic card handling devices based on the unique identifiers associated with the plurality of electronic card handling devices.

5. The monitoring system of claim 1, wherein the monitoring server is further configured to control, based at least partially on the one or more user-defined settings, the video display to display the at least one graphical representation of at least one of dealer performance data, player data, or wager data.

6. A method, comprising: receiving, for each card handling device of a number of card handling devices coupled to a network, operational performance indicators of a respective card handling device;receiving a user-selected device type;generating a response data set including at least some of the operational performance indicators related to two or more card handling devices of the user-selected device type; anddisplaying the response data set at one or more output devices coupled to the network, the response data set including at least one report including operational performance indicators for at least one card handling device of the two or more card handling devices and a comparison of operational performance indicators of at least two card handling devices of the two or more card handling devices.

7. The method of claim 6, wherein displaying the response data set comprises displaying the response data set in real-time at the one or more output devices.

8. The method of claim 6, further comprising receiving an area identifier identifying an area including the respective card handling device.

9. The method of claim 8, further comprising receiving a user-selected area identifier.

10. The method of claim 9, wherein generating the response data set comprises generating the response data set including at least some of the operational performance indicators related to the two or more card handling devices of the user-selected device type and having an area identifier matching the user-selected area identifier.

11. The method of claim 6, further comprising storing, at a server remote from the number of card handling devices, the operational performance indicators of each card handling device of the number of card handling devices.

12. The method of claim 6, wherein receiving the user-selected device type comprises receiving the user-selected device type from a user input device of an operator station.

13. The method of claim 12, wherein displaying the response data set comprises displaying the response data set via a display of the operator station.

14. The method of claim 12, further comprising receiving at least one user-defined setting from the user input device of the operator station, wherein generating the response data set comprises generating the response data set based at least partially on the at least one user-defined setting.

15. A monitoring system, comprising: a number of casino table devices coupled to a network; anda monitoring server coupled to the network and configured to: receive performance data from the number of casino table devices;associate received performance data with a corresponding casino table device of the number of casino table devices;identify a plurality of casino table devices of the number of casino table devices; anddisplay, via a graphical user interface, a report depicting a comparison of the performance data for at least two casino table devices of the identified plurality of casino table devices.

16. The monitoring system of claim 15, further comprising a service center coupled to the monitoring server via another network, the monitoring server configured to convey real-time alerts to the service center.

17. The monitoring system of claim 15, wherein the performance data includes at least one of shuffling data, game hand data, card dealing/distribution data, game round data, or game outcome data.

18. The monitoring system of claim 15, wherein the monitoring server is further configured to display, via the graphical user interface, at least one additional report including aggregate data for at least some of the number of casino table devices.

19. The monitoring system of claim 15, wherein the monitoring server is configured to receive the performance data in real-time and display the report in real-time.

20. The monitoring system of claim 15, wherein the monitoring server is further configured to display real-time alerts via the graphical user interface.