U.S. Pat. No. 9,406,188

DETAILED DESCRIPTION OF EXAMPLE EMBODIMENTS

Some example embodiments of the present invention are related to gaming devices. More specifically, some example embodiments of the present invention relate to progressive gaming systems employing a plurality of video lottery terminals.

There is a need in the art to address the situation where multiple VLTs are concurrently active. Specifically, between the time a player executes a play on the machine and the result is displayed, approximately three seconds elapse (spin time). The Jackpot Controller resets all non-active VLTs to the predetermined beginning jackpot amount when the win is communicated at the conclusion of the spin. The VLT communicates a win upon the conclusion of the spin. However, during the spin time, another VLT could initiate a play. However, active VLTs, at the time the win is received by the Jackpot Controller from the winning VLT, are not reset. Those active VLTs complete their current game applying the progressive win amounts that have already been won. Hence, should the active VLT also win, two payouts will be required to be made at the progressive amount while the venue's collections only support a single progressive payout. Should a freeze or reset be enacted upon an active VLT before it completes its play, the progressive win amounts for which the player is playing would change, thereby potentially causing player confusion or even player anger.

Another deficiency in the art is a lack of safeguards to prevent data loss from the Jackpot Controller. In the event of some interruption that affects the memory of the Jackpot Controller, the potential exists that the Jackpot Controller would no longer have the proper progressive jackpot amount stored. Consequently, the Jackpot Controller could not display the jackpot amount on either an advertising sign or on the VLT screens, nor could the Jackpot Controller communicate the correct progressive amount when a VLT communicates a win.

Another deficiency in the art is a lack of VLT monitoring by the Jackpot Controller to prevent non-functioning VLTs from operating. In the event the connection between a VLT and the Jackpot Controller is interrupted, a subsequent play initiated on the malfunctioning VLT would not compete for the jackpot. This interruption is not apparent to the player at that VLT, and that player may continue to use that VLT after the interruption occurs. Subsequent plays may result in apparent wins, possibly for the jackpot, but no payout would occur, likely angering the player or causing player confusion.

There is a need for a system and method of communication between a Jackpot Controller and a plurality of connected VLTs that prevents other VLTs from registering a jackpot win for the same jackpot that a different VLT has previously registered to win, but has yet to be disclosed to the player. In addition, such a system and method of communication may also monitor the connection of individual VLT machines to ensure each VLT is connected to the system, and preventing play should an interruption of that connection occur. In addition, in the event an interruption in the network connection occurs that jeopardizes the data stored by the Jackpot Controller, such communications may ensure that the jackpot amount prior to the network interruption is retained such that the Jackpot Controller may resume the progressive game following the interruption event.

Some example embodiments of the present invention decrease the event of near-concurrent wins of a progressive jackpot through message communications sent between a winning VLT, a Jackpot Controller, and a plurality of other connected VLTS, whereby a registered win initiates a sequence which locks other VLTs from play for the progressive jackpot amount, and then resets the other VLTs to play for a new progressive jackpot amount.

Some example embodiments of the present invention provide a Jackpot Controller monitoring function, whereby individual VLTs send status messages at predetermined configurable intervals to the Jackpot Controller, and in the event the Jackpot Controller does not receive a status messages from a VLT, the Jackpot Controller initiates a procedure to disconnect the VLT from the progressive game network.

Some example embodiments of the present invention incorporate an interruption recovery mechanism whereby upon the occurrence of an interruption event, the Jackpot Controller initiates a recover process to obtain progressive jackpot amount data from the VLTs, stored by the VLTs from broadcast messages periodically sent by the Jackpot Controller.

Some example embodiments of the present invention establish a communication protocol, which deals with the near-concurrent win situation, thus avoiding any possibility or pressure on a casino to pay jackpots more often than necessary. In summary, the individual VLT, once credits are received, will communicate the upcoming outcome to the central controller or jackpot controller. This jackpot controller can then determine if the jackpot amount is won and provide appropriate lockouts to all other VLTs. Once play of the individual VLT has commenced (i.e., the spinning starts), the central system is already aware that the machine will achieve a winning outcome, and has communicated this back to the VLT as a confirmation. Further, the jackpot controller blocks other VLTs from registering wins in a like manner. Consequently, any message sent back to subsequent winners will clearly identify the lower jackpot amount that is being played for at that point in time.

In this continuing communication with the jackpot controller, constant updates may be received so that the jackpot controller can maintain a history of the VLT status. By maintaining this history, the ability to perform interrupt recover is provided by the jackpot controller. This interrupt recovery possibility could then be used should the VLTs ever have operation difficulties.

Video Lottery Terminals (“VLTs”)

FIG. 1provides a perspective view of an example video gaming machine10. For example, U.S. Pat. Nos. 5,393,061 and 5,697,843 (both to Manship et al.) describe various aspects of a video gaming machine and are incorporated herein by reference. For the purposes of this description, a video gaming machine is interchangeably referred to as a video lottery terminal, a VLT, a terminal, a machine, and other similar descriptive labels.

The VLT machine10may include a housing20having a display screen30, and a money receptacle40for the depositing of coins, bills, tokens, etc. The VLT10may also have a series of buttons50. Each of these buttons may be used for a particular feature of the game. For example, one button50may be used to place a bet while another button50may be used to spin the reels of the game. Alternatively, the buttons may be multipurpose and the player will be prompted by messages on the screen. A payout device60may be used to release a certain number of quarters, tokens, etc. when a winning game is played.

FIG. 2is a simplified block diagram of an example progressive win gaming system, according to an example embodiment of the present invention. In the example progressive system, a plurality of VLTs220may be connected via a communication data network230to a central controller240(“Jackpot Controller”). Such network communication may be a wide area network (“WAN”) via a modem (analog, ISDN, cable, DSL, etc.), radio link, Ethernet connection, or other hardware or software now known or later developed.

System Communication Between VLTs and Jackpot Controller Preventing Near-Concurrent Wins

Some example embodiments of the present invention may prevent concurrent or near-concurrent wins, which might require the venue hosting the progressive game to make multiple payouts at the elevated progressive jackpot amount when only a single payout is required to be made. In such instances when a second progressive jackpot winner is registered shortly after the first progressive jackpot winner, occurring when the second VLT initiates its play during the spin-time of the first winning VLT, the second winner should win the subsequent or reset jackpot. In the past the casino operator had the choice of paying the large jackpot amount twice, or upsetting one of the winning players.

Other potential solutions to this problem in the art have been found to be inadequate. For example, issuing a “block” on other VLTs to prevent a second win of the progressive amount while the first win is being processed does not account for other active VLTs that are in process at the time of the first win. Such a solution still permits multiple near-concurrent “wins”, which is a costly burden on the venue as well as dampen player enthusiasm for the game.

Another potential solution is to issue a block on subsequent wins at the time the first win is processed, and extend the block to alternate active VLTs in process at the time the first win is processed. This solution would protect the venue from paying multiple progressive jackpots. However, such an action would create both customer confusion and, potentially, customer anger. Customer confusion may arise because the jackpot amount for which the player is competing would change during the play. Furthermore, a sudden change in the jackpot amount may anger some consumers.

Some example embodiments of the present invention solve this problem facing venues employing progressive gaming systems.FIG. 3is a general flowchart of an example message communications, according to an example embodiment of the present invention. In part, this the example embodiment exploits the two-part interaction between the player and the VLT, first the deposit of credit to initiate the play, and second the execution of the play. The player's300deposit of credit310with the VLT320may establish the outcome330of the play and may send a message340to the Jackpot Controller345prior to the time at which play is executed390. The Jackpot Controller may determine whether the player wins the progressive jackpot350and sends360a return message to the VLT. The VLT then executes the play. If the play is a win for the progressive jackpot, the Jackpot Controller may block other VLTs from registering a win for that jackpot amount350. The execution of the play390may either result in the predetermined loss or the predetermined win3100. Following the award of a win for the progressive jackpot, other VLTs may be released from the block395.

Alternatively, the VLT may determine whether a player wins the jackpot and may inform the controller of the progressive win.

One example embodiment is now described in more detail. Of course, one skilled in the art will recognize that different game vendors or game programmers may use differing approaches; the embodiment is merely exemplary. The disclosed method of blocking subsequently active VLTs from awarding a previously won progressive jackpot can be readily adapted.FIG. 4is a flowchart illustrating an example interaction between a specific VLT that awards the jackpot, the Jackpot Controller, and other non-awarding VLTS. Communication between a specific VLT and the Jackpot Controller may be initiated by the player405. The player may commit a credit to play410, which may be either a single credit or any number of credits up to the limit prescribed by the machine. Upon commitment of the first credit, the VLT may initialize415and determine420the outcome of the ensuing play (e.g., win or loss, and if a win, the amount). This play information may be sent to the Jackpot Controller thru message425.

FIG. 4-2, illustrates example message fields of the communication sent from the VLT to the Jackpot Controller upon the VLT's determination that the play will be a “win”, according to an example embodiment of the present invention. The message may consist of four fields: the VLT identification number4-201, the game identification number4-202, the progressive jackpot identification number4-203, and the normal win amount4-204.

Upon receipt of the “win” message from the VLT, the Jackpot Controller may determine435whether a “win” is permitted based upon the progressive jackpot identification number4-203and Progressive Win/Loss indicator4-206provided in the message from the VLT. The VLT may send the normal win amount (non progressive win amount) to the Jackpot Controller for accounting purposes. The total amount being displayed to the player may be as follows: Total Award=Progressive Jackpot Amount+Normal VLT Game Play Win. If the Jackpot Controller has not blocked the win for the submitted progressive jackpot identification number, the Jackpot Controller may then issue a block440on all subsequent wins corresponding to that specific progressive jackpot identification number.

Upon issuance of the block, the Jackpot Controller may send445a message to the winning VLT to communicate the current actual jackpot amount information.FIG. 4-3shows example message fields of the message sent from the Jackpot Controller to the VLT, confirming the win of the Progressive Jackpot, according to an example embodiment of the present invention. The message sent may consist of four fields, the VLT identification number4-310, the game identification number4-320, the progressive jackpot identification number4-330, and the actual progressive jackpot amount4-340. The receipt of this message causes the VLT execute the play447and records the player's bet in its logs at this time. See,FIG. 4.

Execution of the play may cause the VLT to send a message455back to the controller to confirm that the VLT game has started and the jackpot should be awarded. Illustrated inFIG. 4-4are the contents of the example message sent from the VLT to the Jackpot Controller to confirm the jackpot amount, according to an example embodiment of the present invention. The confirmation message may consist of four fields: the VLT identification number4-410, the game identification number4-420, the progressive jackpot identification number4-430, and the normal win amount won4-440, the progressive bet amount by the player4-450, and the progressive win/loss indicator4-460.

Execution of the play may also prompt the VLT to begin a series of events to evidence the play to the consumer. After the confirmation message is sent to the Jackpot Controller, the VLT may start play460, may stop the play465, and then may display the result470, previously determined when the player initially committed a credit to play410. After displaying the result, the VLT may update475its internal financial accounting and statistical meters. See,FIG. 4.

As shown inFIG. 4, the VLT may send a confirmation message480to the Jackpot Controller to confirm a win was displayed, and that no malfunction occurred between the time the VLT received the jackpot award amount and the time after the play was executed.FIG. 4-5illustrates example contents of the message sent from the VLT to the Jackpot Controller to confirm the win execution, according to an example embodiment of the present invention. The message may consist of five fields: the VLT identification number4-510, the game identification number4-520, the progressive game identification number4-530, the progressive jackpot amount4-540won, and an indication that no error occurred4-550, which acts as a prompt to the Jackpot Controller that the progressive jackpot will be dispersed, and that the Jackpot Controller should advertise the win.

After the VLT sends the win confirmation message to the Jackpot Controller, the VLT may proceed to disperse the winnings485to the player. Disbursement may be done in alternate methods, including, but not limited to, payout by tokens or other currency at the VLT machine, crediting a players venue play card, or directly by the venue itself. Once the VLT pays the player, the VLT may reset490and may send a message495to the Jackpot Controller to clear the win advertising message. Alternatively, the message may also time out on the meter after a period of time. In yet another embodiment, the casino operator may have the ability of clearing the meter/sign immediately upon the player receiving payment by the establishment. Once the VLT resets, the VLT is prepared for another play4100.

Referring toFIG. 4, when the Jackpot Controller receives the VLT win confirmation message480, the Jackpot Controller may display a progressive win message4105on its signage and may send a message to other VLTs4110to advertise the win. The Jackpot Controller win advertisement may be displayed4115on the signage for a predetermined time or until the winning VLT has been reset, after which the signage may revert to displaying the current progressive jackpot amount.

The above description of the method by which a venue may prevent the occurrence of near-concurrent wins is an example embodiment of the present invention. It will be appreciated that alternate embodiments may be derived from this above embodiments. For example, in an alternate example embodiment of the present invention, the Jackpot Controller may determine the result of all plays as well as track and increment the progressive jackpot.

Jackpot Controller Interruption/Data Recovery

Generally, the Jackpot Controller's main purpose is to calculate, track, and display the progressive jackpot amount associated with the VLT group to which it is connected. A risk associated with using an incrementing jackpot amount is the constantly changing amount when the VLTs are active. Because of this constant incrementation, it may be difficult for the Jackpot Controller to store such information, and should power be interrupted or some other event occurs that interrupts the data stream between the VLTs and the Jackpot Controller, such jackpot information could be lost. This risk may manifest when an interruption event occurs which severs the network connection between the Jackpot Controller and the VLTs, or where the interruption event causes a loss of data stored in the Jackpot Controller.

To alleviate this risk, the Jackpot Controller may send periodic messages to all connected VLTs. This periodic message may be sent at predetermined intervals to update connected VLTs of the current progressive jackpot amount. Upon the occurrence of an interruption event, the Jackpot Controller may initiate a process by which it retrieves the information sent in the periodic message to reestablish the progressive jackpot amount.

Referring toFIG. 6, a flowchart is shown which illustrates the above described example method to recover the progressive jackpot information following a catastrophic event which would require the replacement of the Jackpot Controller. After a predetermined time610, the Jackpot Controller may send a broadcast message620to all VLTs630connected to the network. Connected VLTs may receive the message and store640the information. Once this message is sent, the Jackpot Controller may broadcast message timer650is reset and begins another countdown to the predetermined time at which the broadcast is repeated.

Should a catastrophic event occur660, the Jackpot Controller may shift to recovery mode670and may initiate a recovery process680to determine the appropriate progressive jackpot amount. The Jackpot Controller may contact each VLT it is/was communicating with675to request what the VLT has stored as the last jackpot amount640. The Jackpot Controller then may determine680the most recent jackpot amount and prompts the user to accept or reject the jackpot amount for the restored jackpot.

FIG. 6-1shows example message fields of an example broadcast message sent by the Jackpot Controller, according to an example embodiment of the present invention. These information fields may include the current jackpot amount to be displayed6-110, the progressive jackpot identification number6-120, the actual jackpot amount6-130, an error message6-140to be displayed on the VLT display should there be some error associated with the VLT, and a Jackpot Controller date/time stamp6-150. Of course, it may be appreciated that these are not the only fields that may be required in the communication between the Jackpot Controller and the VLT. Other fields may also be used.

In an alternate example embodiment, the Jackpot Controller may send periodic messages to individual VLTs by cycling through the list of VLT identification numbers associated with the Jackpot Controller. At each periodic instance, a single message may be sent to a single VLT controller containing the information inFIG. 6-1, with the addition of a field to identify the VLT controller to which the message is sent. Upon the occurrence of an interruption event, the Jackpot Controller, during its recovery process, may cycle through each VLT response communication to determine the current progressive jackpot amount.

In an alternate example embodiment, the periodic broadcast communication may be incorporated with a status request message sent from the Jackpot Controller to each individual VLT to ensure the VLT is online and connected to the network. This alternate example embodiment that incorporates both processes would reverse the flow of message communications to determine the online status of individual VLTs.

Monitoring VLT Online Status

Another feature of some example embodiments is monitoring a VLT's operational status through the use of “heartbeat” or “keep-alive” messages sent from a VLT to the Jackpot Controller. While the concept of such messages are well known in the art, they have not been applied to progressive gaming systems.

Implementation of a progressive gaming system may need a constant data connection between the Jackpot Controller and the individual VLTs. While a VLT is in use by a player the VLT is in communication with the Jackpot Controller, and a sudden interruption in the connection may almost be immediately identified by the Jackpot Controller. However, where a VLT has been inactive, it is necessary to ensure that the existing data connection is still functioning. Should an interruption in the data connection occur, the VLT may lose its connection with the Jackpot Controller. In such an instance, the VLT could not award the progressive jackpot, but this malfunction would not be directly reflected to a player.

To alert a player to the malfunction, and initiate a process to correct the malfunction, an inactive VLT will send to the Jackpot Controller a status message at predetermined periodic intervals. The Jackpot Controller monitors these status messages from each individual VLT, and should an individual VLT not submit a status message within a predetermined time, the Jackpot Controller initiates a process whereby the VLT is disconnected from the network and the error instance is logged.

An example embodiment of the online status according to the present invention is shown inFIG. 5. A plurality of VLTs5-110may be connected to a network5-120, as is the Jackpot Controller5-130. If a VLT experiences no activity for a predetermined time5-140, the VLT sends a status message5-150to the Jackpot Controller. During operations, the Jackpot Controller maintains timers for each VLT that is connected to its system. Where the Jackpot Controller does not receive a status message from a VLT within the VLT's assigned predetermined time5-160, the Jackpot Controller initiates a process to notify the venue of the disabled VLT's status. The Jackpot Controller disconnects the VLT from the progressive gaming system5-170and generates a log5-180of the error.

An alternate example embodiment may reverse the monitoring action, whereby the Jackpot Controller pings each individual VLT. Each VLT may be configured to time out and disconnect itself from the progressive gaming network should it not receive a ping within a predetermined time period.

In another example embodiment, the Jackpot Controller's ping monitoring may be combined with sending jackpot amount information used for information recovery.

The foregoing description addresses example embodiments encompassing the principles of the present invention. The embodiments may be changed, modified and/or implemented using various types of arrangements. It will be appreciated that various modifications and changes may be made to the invention without strictly following the exemplary embodiments and applications illustrated and described herein, and without departing from the scope of the invention, which is set forth in the following claims.