U.S. patent application number 11/676055 was filed with the patent office on 2008-08-21 for systems and methods for verifying gaming machine cash out tokens.
This patent application is currently assigned to CADILLAC JACK, INC.. Invention is credited to William T. Cook, Malvern U. Griffin, Jack Saltiel.
Application Number | 20080200240 11/676055 |
Document ID | / |
Family ID | 39707146 |
Filed Date | 2008-08-21 |
United States Patent
Application |
20080200240 |
Kind Code |
A1 |
Saltiel; Jack ; et
al. |
August 21, 2008 |
Systems and Methods For Verifying Gaming Machine Cash Out
Tokens
Abstract
Systems and methods for verifying a cash out token associated
with a gaming machine. The systems and methods include a gaming
machine receiving a cash out token that contains an encoded data
field and an encoded checksum field. A checksum algorithm is then
performed on at least a portion of the encoded data field to
produce a numerical result, which is then compared with the
checksum field. Upon detecting a match between the produced
numerical result and the checksum field, a data set is then
extracted from the encoded data field, where a monetary value
associated with the cash out token is determined. The player is
then credited an equivalent amount of game credits to the validated
value of the cash out token.
Inventors: |
Saltiel; Jack;
(Lawrenceville, GA) ; Griffin; Malvern U.;
(Atlanta, GA) ; Cook; William T.; (Atlanta,
GA) |
Correspondence
Address: |
SUTHERLAND ASBILL & BRENNAN LLP
999 PEACHTREE STREET, N.E.
ATLANTA
GA
30309
US
|
Assignee: |
CADILLAC JACK, INC.
Duluth
GA
|
Family ID: |
39707146 |
Appl. No.: |
11/676055 |
Filed: |
February 16, 2007 |
Current U.S.
Class: |
463/25 |
Current CPC
Class: |
G07F 17/3251 20130101;
G07F 17/3248 20130101; G07F 17/32 20130101 |
Class at
Publication: |
463/25 |
International
Class: |
A63F 9/24 20060101
A63F009/24 |
Claims
1. A method of verifying a cash out token associated with a gaming
machine comprising: receiving a cash out token signal with an
encoded data field and an encoded checksum field; performing a
checksum algorithm on at least a portion of the encoded data field
to produce a numerical result; comparing the produced numerical
result with the checksum field, wherein a match between the
produced numerical result and the checksum field is detected;
extracting a data set from the encoded data field; using at least a
portion of the checksum field to perform an operation on the
extracted data set to obtain the information necessary to locate a
stored value of the cash out token; retrieving the stored value of
the cash out token; and crediting a player an equivalent amount to
the validated value of the cash out token.
2. The method of claim 1, wherein the received data field includes
at least one of site identification, machine identification, and
sequence information.
3. The method of claim 1, wherein the received data field includes
player identification information.
4. The method of claim 1, wherein the cash out token signal is
encrypted; and prior to extracting a data set from the encoded data
field, decrypting the cash out token signal.
5. The method of claim 1, wherein performing a checksum algorithm
on the extracted data set to produce a numerical result includes
the use of a polynomial equation.
6. The method of claim 1, wherein the cash out token is a plastic
card, wherein the encoded data field and an encoded checksum field
are stored electronically.
7. The method of claim 1, wherein the cash out token signal with an
encoded data field and an encoded checksum field is received
through wireless communication means.
8. A method of producing a cash out token associated with a gaming
machine comprising: detecting whether the end of game play
condition exists; upon detection of the end of game play,
determining the a data field associated with the game play;
performing a checksum operation on the data field to produce a
checksum field; using at least a portion of the checksum field to
perform an operation with the data field wherein a result of the
operation identifies a storage location of a value of a cash out
token; transmitting the value of the cash out token to be stored in
the storage location; encoding the data field and checksum field;
printing the encoded data field and checksum field on a the cash
out token; and dispensing the cash out token.
9. The method of claim 8, wherein the determined data field
associated with the game play includes at least one of site
identification, machine identification, and sequence
information.
10. The method of claim 8, wherein the determined data field
associated with the game play includes player identification
information.
11. The method of claim 8, further comprising, printing a time
stamp on the cash out token.
12. The method of claim 8, wherein encoding the data field and
checksum field includes dispersing the content of the checksum
field throughout the data field.
13. The method of claim 8, wherein performing a checksum operation
on the data field to produce a checksum field includes the use of a
polynomial equation.
14. The method of claim 8, further comprising prior to encoding the
data field and checksum field, encrypting the data field and
checksum field.
15. A system for verifying cash out tokens associated with gaming
machines comprising: a plurality of gaming machines, wherein each
of the plurality of gaming machines includes a bar code reader; a
server in communication with the plurality of gaming machines,
wherein the server includes a processor executing software
instructions for: receiving an encoded data field and an encoded
checksum field from one of the gaming machines, performing a
checksum algorithm on at least a portion of the encoded data field
to produce a numerical result, comparing the produced numerical
result with the checksum field, wherein a match between the
produced numerical result and the checksum field is detected,
extracting a data set from the encoded data field, using at least a
portion of the checksum field to perform an operation on the
extracted data set to obtain the information necessary to retrieve
a stored value of a cash out token, retrieving the stored value of
the cash out token, and crediting a player an equivalent amount to
the validated value of the cash out token.
16. The system of claim 15 wherein each of the plurality of gaming
machines includes a player identification code reader.
17. The system of claim 15, wherein each of the plurality of gaming
machines includes a printer for printing a cash out token at the
end of game play.
18. The system of claim 15, wherein the checksum algorithm includes
the use of a polynomial equation.
19. The system of claim 15 , further comprising a plurality of
change stations in communication with the server, wherein the
change stations each include a display and are associated with a
processor executing software instructions for: receiving an encoded
data field and an encoded checksum field from a cash out token,
performing a checksum algorithm on at least a portion of the
encoded data field to produce a numerical result, comparing the
produced numerical result with the checksum field, upon detecting a
match between the produced numerical result and the checksum field,
extracting a data set from the encoded data field, wherein a
monetary value associated with a cash out token is contained in the
data set, and displaying equivalent amount of currency to the
validated value of the cash out token on a display.
20. The system of claim 15, further comprising a plurality of
change stations in communication with the server, wherein the
change stations are associated with a processor executing software
instructions for: receiving an encoded data field and an encoded
checksum field from a cash out token, performing a checksum
algorithm on at least a portion of the encoded data field to
produce a numerical result, comparing the produced numerical result
with the checksum field, upon detecting a match between the
produced numerical result and the checksum field, extracting a data
set from the encoded data field, wherein a monetary value
associated with a cash out token is contained in the data set, and
dispensing an equivalent amount of currency to the validated value
of the cash out token.
Description
FIELD OF THE INVENTION
[0001] The invention relates generally to a system and method of
providing secure payment transactions at a terminal, and more
particularly, to a system and method of validating a printed ticket
used as payment and pay out for play in a gaming machine.
BACKGROUND OF THE INVENTION
[0002] Historically, gaming machines, such as slot machines, have
been activated by the insertion of coins or paper currency into the
gaming machine through a slot or optical reader and providing the
player with credits corresponding to the value if the coins and/or
currency. In relatively recent times, gaming machines include a bar
code reader that can read and validate pre-printed free play
coupons or cash out tokens (also referred to throughout this
document as "tickets"), which include a machine-readable bar code.
The gaming machine also includes a printer that prints and
dispenses cash out tickets that include a bar code.
[0003] Each individual gaming machine includes an interface to a
server that collects the gaming machine data, such as the codes
from the bar codes and the output of the paper currency reader and
formats it and then transmits it to the server. The server is
typically located in a secured office at the casino. The printed
cash out tickets can be accepted by the gaming machines in order to
obtain credit to play the gaming machine or can be inserted or
scanned into a separate device at a change station to obtain actual
currency. In effect, these systems permit the player to use the
gaming machines in exactly the same manner as if the player was
using money.
[0004] In previous gaming machine systems, the bar code on the cash
out ticket included the value of the free play coupon or cash out
token augmented by a unique control number randomly generated by
the server in order to permit the server to verify the validity and
unique identification of the ticket at a later time. When the
ticket was inserted into the bar code reader, the server compared
the bar code on the particular cash out ticket with those stored in
its memory. Also stored in memory was an indication of whether or
not the bar code had been "paid" or not. For example, the status
may be "paid," in which case the cash out ticket will be consider
invalid and no credit will be given for the cash out token because
a cash out ticket can receive credit only once. Additionally,
control numbers for free play coupons were generated externally and
then entered into the server as a valid code. The options available
if the code was invalid are: (1) the gaming machine would merely
reject the cash out token if it does not have any readable code,
such as would be the case if it was blank paper; or (2) if there is
a readable bar code, but one that is an invalid code, a silent
alarm would be used to alert security personnel to go to the
specific gaming machine when an invalid code was attempted to be
used.
[0005] Thus, the concern over counterfeiting of individual cash out
tokens was lessened because the server will be able to keep track
of the unique random number for each cash out token or coupon.
However, counterfeiting of cash out tickets and other methods of
perpetuating fraud on the cash out ticketing system remain
unaddressed by the prior art.
SUMMARY OF THE INVENTION
[0006] According to an embodiment of the invention, there is
disclosed a method of verifying a cash out token associated with a
gaming machine that includes a cash out token signal with an
encoded data field and an encoded checksum field and includes
performing a checksum algorithm on at least a portion of the
encoded data field to produce a numerical result and comparing the
produced numerical result with the checksum field. Upon detecting a
match between the produced numerical result and the checksum field,
a data set is extracted from the encoded data field, where a
monetary value associated with the cash out token or,
alternatively, an index (or pointer) value, which constitutes
reference into a database is contained in the data set. The pointer
may reference a monetary value stored in the database that is
associated with the cash out token. The server is then instructed
to look up the cash balance associated with the token so that the
player may be credited an equivalent amount of game credits to the
value which the server has determined is the balance associated
with this token.
[0007] In accordance with one aspect of the invention, the received
data field includes site identification, machine identification,
and/or sequence information. According to another aspect of the
invention, the received data field includes player identification
information. In accordance with yet another aspect of the
invention, the cash out token signal is encrypted, and prior to
extracting a data set from the encoded data field, the cash out
token signal is decrypted. According to yet another aspect of the
invention, the method further includes performing a checksum
algorithm on the extracted data set to produce a numerical result
includes the use of a polynomial equation. In accordance with
another aspect of the invention, the cash out token may be a
plastic card, on which the encoded data field and an encoded
checksum field are stored electronically. According to another
aspect of the invention, the cash out token signal may be received
through wireless communication means.
[0008] According to another embodiment of the invention, there is
disclosed a method of producing a cash out token associated with a
gaming machine upon the detection of the end of game play. Upon
detection of the end of game play, a data field associated with the
game play is determined and a checksum operation is performed on
the data field to produce a checksum field. The method further
includes encoding the data field and checksum field; printing the
encoded data field and checksum field on a cash out token; and
dispensing the cash out token to the player.
[0009] In accordance with one aspect of the invention, the
determined data field associated with the game play may include
site identification, machine identification, and/or sequence
information. According to another aspect of the invention, the
determined data field associated with the game play includes player
identification information. In accordance with yet another aspect
of the invention, the method further includes printing a time stamp
on the cash out token. In accordance with yet another aspect of the
invention, the data field includes data provided by the server
which may include some or all of: site identification, machine
identification, sequence information, a date/time stamp, player
identification or a randomly generated piece of information.
According to yet another aspect of the invention, encoding the data
field and checksum field includes dispersing the checksum field
throughout the data field. In accordance with another aspect of the
invention, performing a checksum operation on the data field to
produce a checksum field includes the use of a polynomial equation.
According to another aspect of the invention, the method further
includes encrypting the data field and checksum field prior to
encoding the data field and checksum field.
[0010] According to yet another embodiment of the invention, there
is disclosed a system for verifying cash out tokens associated with
gaming machines that includes two or more gaming machines, where
each of the gaming machines includes a bar code reader. The system
further includes a server in communication with the gaming
machines, where the server includes a processor executing software
instructions for: receiving an encoded data field and an encoded
checksum field from one of the gaming machines; performing a
checksum algorithm on at least a portion of the encoded data field
to produce a numerical result; comparing the produced numerical
result with the checksum field. Upon detecting a match between the
produced numerical result and the checksum field, a data set is
extracted from the encoded data field, where a monetary value
associated with a cash out token is contained in the data set. A
player is then credited an equivalent amount of game credits to the
validated value of the cash out token.
[0011] In accordance with one aspect of the invention, each of the
gaming machines may include a player identification code reader.
According to another aspect of the invention, each of the gaming
machines may include a printer for printing a cash out token at the
end of game play. In accordance with yet another aspect of the
invention, the checksum algorithm includes, at least in part, the
use of a polynomial equation.
[0012] According to yet another aspect of the invention, the system
further includes two or more change stations in communication with
a server. The change stations each include a display and are
associated with a processor for executing software instructions
for: receiving an encoded data field and an encoded checksum field
from a cash out token, performing a checksum algorithm on at least
a portion of the encoded data field to produce a numerical result
and comparing the produced numerical result with the checksum
field. Upon detecting a match between the produced numerical result
and the checksum field, a data set is extracted from the encoded
data field where a monetary value associated with a cash out token
or, alternatively, a pointer to a monetary value that is stored in
a database and is associated with the cash out token is contained
in the data set is contained in the data set. The equivalent amount
of currency to the validated value of the cash out token is then
displayed on a display.
[0013] In accordance with yet another aspect of the invention, the
system further includes two or more change stations in
communication with the server. The change stations are associated
with a processor for executing software instructions for: receiving
an encoded data field and an encoded checksum field from a cash out
token, performing a checksum algorithm on at least a portion of the
encoded data field to produce a numerical result, and comparing the
produced numerical result with the checksum field. Upon detecting a
match between the produced numerical result and the checksum field,
a data set is extracted from the encoded data field where a
monetary value associated with a cash out token is contained in the
data set. An equivalent amount of currency to the validated value
of the cash out token is then dispensed.
BRIEF DESCRIPTION OF DRAWINGS
[0014] Having thus described the invention in general terms,
reference will now be made to the accompanying drawings, which are
not necessarily drawn to scale, and wherein:
[0015] FIG. 1 shows a gaming machine network employed at a casino
in accordance with an exemplary embodiment of the invention.
[0016] FIG. 2 shows a gaming machine interface in accordance with
an exemplary embodiment of the invention.
[0017] FIG. 3 shows a cash out ticket in accordance with an
exemplary embodiment of the invention.
[0018] FIG. 4 is a flowchart directed to the creation of a cash out
ticket in accordance with an exemplary embodiment of the
invention.
[0019] FIG. 5 is a flowchart directed to the verification of a cash
out ticket in accordance with an exemplary embodiment of the
invention.
DETAILED DESCRIPTION OF THE INVENTION
[0020] The embodiments of the invention discussed herein are
directed to a method for verifying the authenticity of a cash out
ticket generated by gaming machine. The verification process
utilizes a checksum operation when producing and validating the bar
code generated on a ticket. At least a portion of the bar code may
be used to determine the amount of currency or credits a player has
at her disposal for use in a gaming machine, or to determine the
location of such information stored in a database. The use of the
checksum operation provides an additional means of security and
allows the ticket to be a single source of verification rather than
relying solely on a database entry associated with the generated
ticket. In addition to gaming machines, this method of secure
payment printing may also be used for other applications and
industries where it is considered less expensive and/or more secure
to return a printed, negotiable instrument rather than currency
when the user wants to take his balance or change from a
transaction.
[0021] An embodiment of the invention is described below with
reference to block diagrams of systems, methods, apparatuses and
computer program products according to an embodiment of the
invention. It will be understood that each block of the block
diagrams, and combinations of blocks in the block diagrams,
respectively, can be implemented by computer program instructions.
These computer program instructions may be loaded onto a general
purpose computer, special purpose computer, or other programmable
data processing apparatus to produce a machine, such that the
instructions which execute on the computer or other programmable
data processing apparatus create means for implementing the
functionality of each block of the block diagrams, or combinations
of blocks in the block diagrams discussed in detail in the
descriptions below.
[0022] These computer program instructions may also be stored in a
computer-readable memory that can direct a computer or other
programmable data processing apparatus to function in a particular
manner, such that the instructions stored in the computer-readable
memory produce an article of manufacture including instruction
means that implement the function specified in the block or blocks.
The computer program instructions may also be loaded onto a
computer or other programmable data processing apparatus to cause a
series of operational steps to be performed on the computer or
other programmable apparatus to produce a computer implemented
process such that the instructions that execute on the computer or
other programmable apparatus provide steps for implementing the
functions specified in the block or blocks.
[0023] Accordingly, blocks of the block diagrams support
combinations of means for performing the specified functions,
combinations of steps for performing the specified functions and
program instruction means for performing the specified functions.
It will also be understood that each block of the block diagrams,
and combinations of blocks in the block diagrams, can be
implemented by special purpose hardware-based computer systems that
perform the specified functions or steps, or combinations of
special purpose hardware and computer instructions.
[0024] The inventions may be implemented through an application
program running on an operating system of a computer. The
inventions also may be practiced with other computer system
configurations, including hand-held devices, multiprocessor
systems, microprocessor based or programmable consumer electronics,
mini-computers, mainframe computers, etc.
[0025] Application programs that are components of the invention
may include routines, programs, components, data structures, etc.
that implement certain abstract data types, perform certain tasks,
actions, or tasks. In a distributed computing environment, the
application program (in whole or in part) may be located in local
memory, or in other storage. In addition, or in the alternative,
the application program (in whole or in part) may be located in
remote memory or in storage to allow for the practice of the
inventions where tasks are performed by remote processing devices
linked through a communications network. Exemplary embodiments of
the invention are more fully described hereinafter with reference
to the accompanying drawings, in which like numerals indicate like
elements throughout the several drawings. Indeed, these inventions
may be embodied in many different forms and should not be construed
as limited to the embodiments set forth herein; rather, these
embodiments are provided so that this disclosure will satisfy
applicable legal requirements.
[0026] Throughout the description below of various embodiments of
the invention, the phrase "cash out token" maybe interpreted as a
paper receipt or coupon, a card with a magnetic strip, a smart
card, or the like. The "cash out token" may also refer to more
sophisticated means of providing secure tracking of a player's game
play and/or monetary values associated with such game play such as
the use of a wireless device, PDA's, mobile phone, etc. that may be
associated with a player or group of players. Other forms of "cash
out tokens" may be appreciable by one of ordinary skill in the
art.
[0027] FIG. 1 shows a gaming machine system employed at a casino
for playing an electronic casino game in accordance with an
exemplary embodiment of the invention. The gaming machine system
includes both gaming machine(s) 100 and change stations 102
connected to a server 104 via a network 106. As shown in the
exemplary embodiment of FIG. 1, the gaming machine(s) 100 are each
made up of several components may include memory 108, a processor
of the gaming machine 110, I/O interfaces 112, and, in certain
exemplary embodiments of the invention, such as the embodiment
shown in FIG. 1, the gaming machine 100 may include a network
interface 114. The gaming machine 100 may be a stand alone machine
fully operational without the need to be connected to a server 106,
or as in the exemplary embodiment shown in FIG. 1, the gaming
machine 100 may communicate with a server 106 via a network 104 and
may even be connected via the network 104 to other gaming machines
or change stations to provide more robust game play or provide an
added convenience for exchanging game credits for currency,
respectively.
[0028] The various functions of the gaming machine 102 discussed
herein are controlled by the processor of the gaming machine 110
utilizing various software programs stored in memory 108. The
memory 108 is where various game data such as winning game patterns
and the pay schedule (i.e., pay tables, which are utilized to
determine the value of the awards payable for such patterns) are
stored. The memory also stores a random number generator program
116, the game program software 118, and an O/S (Operating System)
120 for use by the processor of the gaming machine 110 in
controlling the various functionality of the gaming machine 102,
such as the calling of various software routines and operating
various system hardware and interfaces such as the I/O interfaces
112 and network interfaces 114.
[0029] In alternative embodiments of the invention, the software
that implements the random number generation and game software can
be integrated into one software program. In additional alternative
embodiments of the invention, the random number generator could
utilize additional hardware that is internal or external to the
gaming machine for more complex generation of number selection
and/or to provide additional security and integrity to the
operation of the casino game. In yet another alternative embodiment
of the invention, the gaming machine 100 (also referred to as a
"player station") may be a "dummy" terminal that accepts input
signals from a player through the I/O interfaces 112 and is
operated via the network 104 by software, including software for
the remote number generation, located on the remote server 106.
[0030] In the exemplary embodiment of FIG. 1, the memory 108
resides within the gaming machine 100, or in an alternative
embodiment of the invention, the memory may reside remote from the
gaming machine 100. For example, the memory 108, and some or all of
its stored content, may reside on a central machine or server 106
where two or more game machines 100 are networked together. In such
a case, the gaming machine communicates with the central machine or
server 106 through a network interface 114. The network interface
allows the gaming machine 100 to simply communicate with a
transmission portal such as a server or router, and the gaming
program 118 functions may be ran remotely from the game machine
100.
[0031] In the exemplary embodiment of the invention shown in FIG.
1, the server 106 can include a stand alone computer having some or
all of the conventional attributes of a general purpose computer.
The server 106 is connected to a series of gaming machines 100. In
certain exemplary embodiments of the invention, the play of the
gaming machine 100 is controlled by internal game software located
at the server 106 with preset parameters for the play of the game.
The server 106 may also control various menu driven options, such
as game selection and amount of the wager for the game.
[0032] In an exemplary embodiment of the invention, the server 106
is fed signals generated by an interface, such as 114, which acts
as the interface between the gaming machine 100 and the server 106.
The interface may be a commercially available interface which is
widely used in the gaming industry to control the operation of
existing stand alone electronic gaming apparatus. In an exemplary
embodiment of the invention, the interface, such as 114, may be a
Universal Interface Board (UIB) or other interface that will be
appreciable by one of ordinary skill in the art. The interface
includes an electronic chip or controller which collects all of the
gaming machine data, organizes and formats it, and then transmits
the organized data to the server 106. In certain exemplary
embodiments of the invention, the interface also acts as a
controller for the operation and functions of the bar code reader,
the printer, the paper currency reader, the player identification
card input and other peripherals associated with the gaming
machine(s) 100. The interface is capable of being reconfigured by
the server 106 to alter its functions. Standard computer
programming, such as is well known to computer programmers in the
gaming industry, is used to select the particular parameters
designed to be employed in the operation and control of the
interface and the server 106.
[0033] The game machine(s) 100 contains one or more I/O interfaces
112. These interfaces, or I/O devices, may include a display,
touch-screen display, microphones, speakers, buttons, mouse,
joystick, a keyboard or other user interfaces appreciable by one of
ordinary skill in the art. The I/O interfaces 112 may also include
card readers, bar code readers, coin and/or paper currency
detectors, scanners, disk drives, USB ports, receiving/transmitting
antennae, infra-red (IR) sensors, or other such I/O interfaces
appreciated by one of ordinary skill in the art capable of
accepting information relating to wager amounts, game credits,
etc.
[0034] In an exemplary embodiment of the invention, the gaming
machine 100 includes a monetary input interface as part of its I/O
interfaces 112 through the use of which a player receives game
credits available to wager. In an exemplary embodiment of the
invention, the monetary input interface is a bill acceptor into
which a player inserts paper currency and receives credit on the
gaming machine 102 for the amount deposited. Additionally, the
monetary input interface is also a ticket reader into which the
player places a paper ticket bearing an encoded monetary value into
the monetary input interface and is credited with that monetary
value. Other monetary input interfaces may also be included such as
a coin slot, credit card reader or other means known in the art.
Further, the I/O interfaces 112 also may include printers, coin
dispensers, ticket dispenser and other such I/O interfaces 112
appreciated by one of ordinary skill capable of dispensing a user's
remaining credits and/or winnings (i.e., "cashing out").
[0035] The gaming machine 100 also includes a bar code printer for
printing cash out tokens having bar codes on a permanent storage
medium, such as paper, which is stored within the housing. The
printer prints a bar code on the cash out tokens responsive to the
instructions from the processor of the gaming machine 110 or server
106, depending on the configuration. Such printers are well known.
In an exemplary embodiment of the invention, the bar code printer
is commercially available from FutureLogic, Inc. and other bar code
printer and/or reader manufacturers and/or suppliers. A fan fold
stack of preprinted cash out tokens should be sufficient to
generate numerous cash out tokens. In an exemplary embodiment of
the invention, a sensor can signal the processor of the gaming
machine 110 or server 106 when only a particular amount, of the
stored cash out tokens are remaining so that the paper can be
changed.
[0036] In addition to the bar code, the cash out token may also
contain other information such as the date of the print out of the
cash out token. In certain exemplary embodiments of the invention,
the processor of the gaining machine 110 generates the bar code to
be printed, in other embodiments of the invention the server 106
generates the bar code to be printed. In an exemplary embodiment of
the invention where the server 106 is controlling the bar code
generation, the generated information to be printed on the cash out
token may be stored in a database 122 associated with the server
106. In alternative embodiments of the invention, the database 122
may be contained in or local to the server 106. The generation of
the bar code and the information to be considered during its
generation and/or included in the generated bar code is discussed
in further detail below with reference to the other figures.
[0037] In an exemplary embodiment of the invention, the paper
currency reader and/or the bar code reader are located within the
housing of the gaming machine 100 so that the free play coupons,
cash out tokens and paper currency are all entered within a single
slot and stored in a lock box that would be removable from the
gaming machine by authorized personnel. However, it is also
possible to have the paper currency deposited in a separate slot
from the free play coupons or cash out tokens and stored them
separately.
[0038] In an exemplary embodiment of the invention, a user may
enter wager information utilizing the gaming machine's I/O
interface 112. The wager information is stored in the memory 108.
Next, the processor of the gaming machine 110 utilizes an operating
system (O/S) 120, which in turn calls the gaming program 118 to run
the game functionality. As part of the game operation, the random
number generator 116, under the control of the processor of the
gaming machine 110 or server 106, generates random numbers which
are utilized in the game operation to determine whether or not the
game will have a winning outcome. In alternative embodiments of the
invention, the random number generation and determination of a
winning outcome may occur remote to the gaming machine 100.
[0039] When a game is over, the user's winnings are determined by
the processor of the gaming machine 110 running the gaming program
118. The user may continue to play a new game or the player may
"cash out." When "cashing out," the processor of the gaming machine
110 operates the dispensing of the user's remaining credits and/or
winnings. After one user ends his or her play, the gaming machine
100 is reset for another user to begin play.
[0040] As shown in the exemplary embodiment of FIG. 1, a number of
game machines 100 may be in communication with a server 106 through
a network 104. The network 104 can be a dedicated private network
including a LAN, WAN, T1 connection, or a public network such as
the Internet. The network 104 can also be one which supports any
networking protocol including Internet Protocol, FTP, Telnet,
TCP/IP, Point to Point Protocol (PPP), Challenge Handshake
Authentication Protocol (CHAP), or another public or private
networking protocol. Secured or encrypted network protocols such as
secured HTTPS protocol and other secure methods of data transfer
over public networks appreciable by one of ordinary skill in the
art and/or user ID and password protected log-in security features
may also be utilized. In an exemplary embodiment of the invention,
the use of a dedicated server 106 allows the game machines 102 to
be remotely accessed through the Internet or some other network 104
such as a private Intranet, LAN, WAN, T1 connection, or other
networking configurations appreciable by one of ordinary skill in
the art.
[0041] In an exemplary embodiment of the invention that utilizes
the above described network configuration, a plurality of gaming
machines 100 may be networked together in which case a processor
and/or the operational software that implements one or more aspects
of the game may reside on a central computer or server 106 and
control each individual gaming machine 100 in the network 104. In
such an exemplary embodiment of the invention, many players may
participate in the same game. The requisite architecture for
networking a series of games is well known in the art and is not
discussed further herein.
[0042] Also associated with the server 106 are one or more change
stations 102 (or convenient ATM) devices which instead of
dispensing cash, generate a coupon usable with the gaming machines
100. In an exemplary embodiment of the invention, the change
station 102 may include of a second bar code reader that accepts
cash out tokens. The validity of the cash out token 222 is verified
by either a processor associated with the change station 103 or the
server 106, depending on the configuration of the system. If the
ticket is determined to be valid, a process that will be discussed
below, the value of the ticket will be paid for by an
attendant.
[0043] As is the case with the gaming machine 100, in the event
that a cash out token is inserted into the bar code reader, either
a processor associated with the change station 102 or the server
106 will validate the cash out token by making sure that it had not
already been paid or is otherwise invalid as will be discussed
below. If the cash out token is valid then the corresponding value
of currency would be paid out by the change station attendant. The
attendant could be advised of the amount of currency to be paid to
the player by a monitor display or a receipt printer, such is used
in cash registers. Such receipt printers are well known.
[0044] In an alternative embodiment of the invention, the change
station 102 may be more automated. For example, the change station
102 may include a second paper currency reader, a second bar code
reader, and a second bar code printer for printing bar codes on a
permanent storage medium. The second currency reader, second bar
code reader, and second bar code printer may be the same as used in
the gaming machine 100. In this alternative embodiment of the
invention, the change station 102 may also include a currency
dispenser so that when a cash out token is inserted into the bar
code reader, then paper currency and coins can be dispensed
directly to the user. In yet another alternative embodiment of the
invention, a coin receiver is capable of accepting coins from a
player in order to print cash out tokens having a bar code, in the
same manner that the gaming machine 100 would print out cash out
tokens that could be used with the gaming machines 100.
[0045] FIG. 2 shows a gaming machine interface in accordance with
an exemplary embodiment of the invention. In the exemplary
embodiment shown in FIG. 2, the gaming machine includes a display
202 and a series of buttons 204 for use as a user interface for
controlling game play. In the exemplary embodiment of the invention
shown in FIG. 2, the buttons 204 include a "Bet" button for
controlling the amount of the wager placed on a particular game, a
"Play" button, for starting the game, a "Max Bet" button, which
automatically places the maximum allowable bet on the next round of
game play and a "Cash Out" button allowing the player to retrieve
the monetary value remaining upon completion of play.
[0046] In addition to these buttons 204, other buttons or other
forms of user input can be utilized to allow a player to select the
particular game that the player wishes to play, as well as other
options. For example, a menu may provide the player with the
options of playing blackjack, conventional slots, poker, horse
racing, roulette, or any other game available on software. In
alternative embodiments of the invention, the display 202 has a
"touch screen" including icons representing some or all of the
features associated with the buttons 204 of FIG. 2. Through the use
of a touch-screen a user can activate some or all of the features
associated with the icons by touching the appropriate area of the
display 202. The technology for touch screen menu driven devices is
known. Such touch screen of the invention is sold commercially by
3M Touch Systems, Inc. and others.
[0047] The gaming machine 200 also includes a currency input 206 as
a first input means in the form of a paper currency reader. The
paper currency reader provides a signal to the processor of the
gaming machine or alternatively to the server computer controlling
game play of the gaming machine remotely, where the signal
indicates the validity of the inserted currency and its value. The
processor of the gaming machine and/or the server then authorizes
the appropriate credit to the gaming machine. While in an exemplary
embodiment of the invention the paper currency reader 206 may be
limited to United States paper currency, it is possible to have
several different paper currency readers or one reader that
recognize a variety of international currencies. The processor of
the gaming machine and/or the server can have the current exchange
rates for purposes of determining the credit available to the
player. The paper and coin currency readers that may be utilized as
currency input 206 are well known in the trade and are commercially
available from numerous companies, including Japan Cash Machine
Co., Ltd. (JCM) and others.
[0048] The gaming machine 200 has a second input means in the form
of a bar code reader 208. The operation of bar code readers is well
known, and in an exemplary embodiment of the invention, a bar code
reader commercially available from JCM may be used. While in the
exemplary embodiment of the invention, the bar code is inserted in
the form of a permanent storage means, such as a paper cash out
token, shown below in FIG. 3, which has a bar code on the ticket
for reading by the bar code reader.
[0049] It is recognized that other forms of codes can be used in
its place, such as coded magnetic strips on plastic cards. In
alternative embodiments of the invention, the cash out token may be
a plastic card or a portable electronic device such as a pager or
cell phone, where the encoded data field and an encoded checksum
field are stored electronically on the card or device. In such
embodiments of the invention, the cash out token signal with an
encoded data field and an encoded checksum field may be transmitted
from a transmitter (e.g. antenna) located on or proximate to the
gaming machine and/or change stations and received by a receiver
(e.g., antenna or sensor) on the card or device through wireless
communication means such as radio frequency (RF) transmission or
infra-red (IR) data transfer methods. Examples of such wireless
communications means include Bluetooth or WiFi enabled devices such
as PDA's, mobile phones, Blackberries, or the like.
[0050] It is also recognized that, in alternative embodiments of
the invention, the same input means used to accept the paper
currency may be used to accept the paper tickets containing the
printed bar codes. For instance, in an exemplary embodiment of the
invention, the bar code reader below is integrated into the bill
acceptor such that a bill or cash out ticket may be entered into
the same slot, read by the same reader and stacked in the same
vault. Further, in an alternative embodiment of the invention, when
paper currency, a cash out token or a free play coupon is inserted
into either the currency input 206 or bar code reader 208, a status
indicator in the form of a visual display of the amount of the
value of the ticket, currency or free play coupon may appear on the
display. In another embodiment of the invention, a query to the
player to verify that the displayed amount is the correct amount
may also be displayed to the user. If it is not the right amount or
there is some other error, then the player would be directed to
call an attendant.
[0051] As shown in FIG. 2, another input to the game machine 200
can be a player identification code reader 210 which is capable of
reading a specially encoded identification card, such as one having
a magnetic strip, for identifying the player using the gaming
machine 200. The tracking of the amount of use of the gaming
machines by a particular player is important to a casino which
frequently provides perks to customers that use the casino to a
significant extent. In certain exemplary embodiments of the
invention, a room key may be utilized as the specially encoded
identification card. This identification card is intended to permit
the processor of the gaming machine 200 or the sever in
communication with the gaming machine 200 to keep track of the
player, the type of games played, and the amount of time and/or
money played by the identified player. The processor of the gaming
machine and/or the server would then store the types of games
played, amount of play, time and/or money, and/or the individual
player. The processor of the gaming machine and/or the server would
stop tracking the individual player when a cash out token was
generated by a printer associated with or contained in the gaming
machine 200 and dispensed by the ticket output 212. This system can
provide a complete or comprehensive accounting of customer
accounts.
[0052] In alternative embodiments of the invention, the
identification card reader 210 input can also be a key pad which
the player would use to enter a number or some other means of
identification. Such key pads are will known and are commercially
available. If no identification card or the like is inserted, the
gaming machine still operates, but the player is not tracked. In
alternative embodiments of the invention, once a player has
inserted an identification card into a gaming machine, that player
can then be tracked by the insertion of any cash out token
generated by the gaming machine for that player. The player would
not have to insert the identification card into a gaming machine as
long as the player had a cash out token.
[0053] FIG. 3 shows a cash out ticket in accordance with an
exemplary embodiment of the invention. In an exemplary embodiment
of the invention, an 18-digit validation number on all of the
bar-coded tickets as receipts from its games and terminals may be
issued. The number of digits in the bar code could vary
considerably in different implementations. In exemplary embodiments
of the invention, the number of digits in the bar code may range
from as few as 5 digits to as many as 50 (or more). These ticket
receipts may be cash receipts, credit receipts and coupons of
various types. While in most cases the tickets will be in the form
of a monetary value, preprinted free play coupons not having money
values associated with them, but other forms of play are possible.
For example, the coupon may be used to permit the player to compete
in a contest, or other promotional purposes.
[0054] As shown in the exemplary embodiment of FIG. 3, the ticket
300 may contain a time stamp 302 indicating the time and date the
ticket was printed. Further, the ticket 300 may include
identification information 304. The identification information may
include casino identification information for identifying the
particular casino in which the ticket was printed. The
identification information may include gaming machine
identification information for identifying the particular game or
gaming machine associated with game play and/or associated with the
printing of the ticket. In alternative embodiments of the invention
the ticket identification information may have player
identification information obtained from the preferred player's
card also inserted into the gaming machine. Player identification
information may be used to ensure the game play associated with the
preferred player's card that is associated with the printing of the
ticket performed at termination of the game play and that both are
attributed to the same player.
[0055] The exemplary ticket shown in FIG. 3 also includes the
ticket value 306, which represents the winnings or monetary balance
at the end of game play for the player to be credited and a bar
code 308. The bar code enables the tickets to be automatically read
by a variety of bar code scanning equipment. In alternative
embodiments of the invention, the validation number encoded in the
bar code may be of any arbitrary length that can be printed by the
ticket printers in use at the time and which can be read by the bar
code readers in use. In an exemplary embodiment of the invention
the bar code may broken into two distinct areas. The two distinct
and pre-defined areas the data field ("D"), which represents data
relative to the encoding of the ticket and a coded checksum field
("C"). For example:
[0056] DDDDDDDDDDDDDDCCCC
[0057] The data field contains data that relates to the ticket
produced. Such encoded data may include, but not be limited to:
site identification related to where the ticket was produced,
machine identification related to the machine which produced the
ticket, time and/or date of when the ticket was produced, sequence
information relating to the sequence number of the ticket produced
(as related to the machine, site, or multiple sites), and the type
of ticket produced (e.g., cash, credit, coupon, free play,
etc.).
[0058] In an exemplary embodiment of the invention the checksum
field ("C") is produced after the data field is produced. The
checksum field is produced as a result of taking the data field and
performing some mathematical, Boolean or combination of processes
on the field to produce a result. That result, the Checksum, can be
used by the reader of the ticket, to verify that the ticket has
been produced and transmitted correctly. A checksum of n digits in
length, when defined properly, will insure, in virtually all cases,
that the ticket is valid. For instance, an n-digit checksum can
only be accidentally produced correctly, with no knowledge of the
actual algorithm, one time out of 10.sup.n trial, on average, as
there are 10.sup.n different checksums possible. The process of
producing a checksum can be as simple as adding the digits in the
data field and as complex as using a complex polynomial equation to
produce a result. Often a process in the computer industry known as
CRC-16 (Cyclic Redundancy Check-16 bit) or CRC-32 is used to
produce the checksum.
[0059] The different data elements in a single field can be
combined in a variety of ways ranging from a simple separating of
digits for each data element to a combination of data elements
using a mathematical formula or process. While the two areas (i.e.,
data field "D" and checksum field "C") are shown above as distinct
from each other and contiguous, there is no requirement that they
be encoded that way. The data areas may be broken up and
distributed through the bar code in a variety of ways, all of which
are valid, as they are predefined. The number of digits allocated
for each field is arbitrary as well. Some possible schemas for
layout of this combined set of fields include:
[0060] DDDDCDDDDCDDDCDDDC
[0061] CCDDDDDDDDDDDDDDCC
[0062] CCDDDDDDCDDDDDDDCC
[0063] DDDDDDDCCCCDDDDDDD
Other schemas for layout of the bar code number wilt be appreciable
by one of ordinary skill in the art. Additionally, in alternative
embodiments of the invention, as a further protection to the
checksum field the check sum data may only be presented on the
ticket in the form of the bar code and not presented numerically on
the face of the ticket. In other alternative embodiments of the
invention the data field and checksum field may be encrypted prior
to encoding and/or printing the bar code on the cash out token. The
encrypted version may then be encoded and or printed on the cash
out token as an additional layer of security. When another game
machine or change station receives such a cash out token, then the
data field and checksum field are decrypted and then the checksum
is validated.
[0064] While the exemplary embodiment described in FIG. 3 utilizes
printed bar codes are used as the encoding means, it is also
possible to use other coding means, such as magnetic codes on
magnetic strips on plastic cards. The cards would be treated the
same as cash out tokens, but would require magnetic code readers
and magnetic code generators rather than bar code readers and bar
code printers. Other security devices, such as holograms and the
like that can be visually inspected to provide further security for
the ticket may be employed as well.
[0065] FIG. 4 is a flowchart directed to the creation of a cash out
ticket in accordance with an exemplary embodiment of the invention.
The ticket producing process begins at step 402 where the end of
game play is detected by the gaming machine that produces the
ticket. Next, step 404 is invoked where the required data elements
to produce the data field are retrieved and the data field is
producing utilizing mathematical, Boolean, substitution or a
combination of those processes. Step 406 is then invoked where the
data field is then presented to the process which creates a
checksum field for production of the checksum field. When the
checksum field has been produced, step 408 is then invoked where
the data field and checksum field can be combined according to
whatever layout schema has been adopted for use in the particular
application. This data is then converted to an industry standard
bar code, such as a "2 of 5" bar code, in step 410 and then printed
on the ticket in step 412. In an exemplary embodiment of the
invention, step 414 is invoked where at least a portion of the data
relating to the ticket and the bar code produced is passed to a
host computer for future use. In an exemplary embodiment of the
invention the host computer creates a temporary account record
which relates to this ticket and will place the cash balance in the
temporary account which corresponds to the value of the ticket when
it is issued. As an additional security measure, the host computer
may use at least a portion of or the entire checksum field to
perform a mathematical or Boolean operation on the data field prior
to storing it in any database or storage medium. In this way the
data cannot be retrieved by simply performing a lookup against the
validated data field. The data must be transformed by this
operation in order to be able to retrieve the data.
[0066] FIG. 5 is a flowchart directed to the verification of a cash
out ticket in accordance with an exemplary embodiment of the
invention. As shown in the flowchart of FIG. 5, the process begins
at step 502 where the gaming machine receives a ticket. In step
504, the bar code of the ticket is read and its data is converted
to numeric values. In an exemplary embodiment of the invention the
bar code itself contains encoding and error checking information to
assure the reading device that the code has been read
correctly.
[0067] Next, step 506 is invoked where the n-digit bar code is then
broken up, according to the predefined schema, into a data field
and a checksum field. The data field is used to obtain information
from the ticket. The data field may be used for means of lookup or
comparison into a database which is used to provide the cash
balance available for the temporary account which is represented by
the ticket. Alternatively, information may be extracted from the
data field for further processing. For instance, a host computer
with a database relating to all the tickets previously produced may
use the data presented in the data field to determine that a ticket
has a certain value and has not been previously presented for use.
As an additional security measure the host computer may use some of
or all of the checksum field to perform a mathematical or Boolean
operation on the data field prior to trying to retrieve it from any
database or storage medium where it may have been stored. In this
exemplary embodiment of the invention, the data cannot be retrieved
by doing a simple lookup against the validated data field, rather
the data must be transformed by this operation in order to be able
to retrieve the data.
[0068] Step 508 is then invoked to process the data field by the
same checksum producing algorithm described above in reference to
FIG. 4 to determine if the produced checksum is the same as the
checksum contained within the bar code. If the checksums are not
the same, then step 510 is invoked where an indication is presented
to the user that the ticket is invalid and an attendant may be
notified to assist them. If the checksums do match, then step 512
is invoked where the ticket is deemed valid and may have further
processing performed. In an alternative embodiment of the ticket
validation process, the entire bar code, including the checksum may
be processed to verify its validity.
[0069] Many modifications and other embodiments of the inventions
set forth herein will come to mind to one skilled in the art to
which these inventions pertain having the benefit of the teachings
presented in the foregoing descriptions and the associated
drawings. Therefore, it is to be understood that the inventions are
not to be limited to the specific embodiments disclosed and that
modifications and other embodiments are intended to be included
within the scope of the appended claims. Although specific terms
are employed herein, they are used in a generic and descriptive
sense only and not for purposes of limitation. It is appreciated
that other variations of the invention may be devised which do not
depart from the inventive concept of the invention.
* * * * *