1. Field of the Invention
This invention pertains generally to games of chance played using remote location technologies. More particularly, the present invention allows a player to participate in remote bet placement, while simultaneously providing location information on the bettor so that the casino or other game provider can enforce wagering only from places jurisdictions) where it is legal.
2. The Prior Art
Legal game play varies widely from state to state, from the most liberal gaming laws and games found in Nevada casinos to the virtually non-existent gaming (except, of course, for the state itself!) found in a state like Massachusetts. Until recently a person's ability to play games was limited to being physically present at the game's location. This precluded any need to verify the location of the person: if the game was in a legal jurisdiction, so was the person. Further, once a person was age-verified at a gaming establishment entrance no further age-related checks were needed.
All this has changed with advent of remote location gaming, primarily enabled by the internet. Any person having access to a home computer can (legally or not) participate in gambling using readily available, mostly off-shore, gambling sites. Because of the legal liability associated with enabling a person from an intra-US jurisdiction where gambling is illegal to gamble in a jurisdiction where it is legal, honest gaming operators in the US have been largely precluded from this market.
There is a need to provide gaming operators within the US with a way to enable the use of remote gaming by providing the needed legal assurance of physical locality and adequate age verification of the players.
The present invention provides for a system and method allowing remote (off-site, not taking place in person in a casino, at a convenience store counter, etc.) betting using a cell phone. The system and method requires the use of an E-911 compliant cell phone (ref: provisional application 60/426,570 filed on Nov. 14, 2002). E-911 compliant cell phones are enabled for positional placement within the parameters explained in provisional application 60/426,570, generally within several hundred yards. Upon receipt of a call from an E-911 cell phone, the caller then makes use of an initial identifier. This initial identifier can be a PIN or a credit card number (or debit card or similar bank-issued card), or other reasonably unique identifier.
The system receives the phone call data (location data and initial identifier), and makes a determination of the applicable laws regarding the purchase of lottery tickets or placing bets at a casino (or virtual casino) accordingly. For example if the caller is calling from a Nevada location, the only applicable restriction is the caller's age. If calling from a Massachusetts location, the restrictions will both age-related and be limited to the purchase of lottery tickets.
The system uses available telephony equipment and software for the traditional portion of the system: associating the incoming voice and other data (numeric data, encoded biometric data, encoded caller program input data) with a single phone call, also called a phone session. The data and associated internal information may be kept in a database or other means, such as session-based saved state in a complex call-session state machine implemented in software.
The system further comprises additional software that uses the location and age data to determine applicable gaming or lottery restrictions (in some jurisdictions, this will be applicable to betting on live events such as horse racing, dog racing, etc.). In one preferred embodiment, there will be a look-up tree or table which maps each state (plus the District of Columbia) and a cut-off age (typically either 18 or 21) to an allowed betting configuration. For example, a call originating from within Massachusetts where the caller provided an initial identifier that maps to an age of “greater than or equal to 21” would allow the purchase of lottery tickets only.
In addition, the present invention provides for on-going checks of the caller's ID by using a second identifier, that second identifier being a biometric identifier. After an initial transaction or age-check using the initial identifier, the caller uses a cell-phone feature (explained more fully below) to send a biometric identifier to the system. At the start of each transaction (may also be immediately at the end of each transaction, or alternatively may be requested at random intervals by the system), this second identifier is re-sent and checking against that initially received. They must match for the session to continue.
Persons of skill in the art will realize that the following description of the present invention is for illustrative purposes, and is not limiting. Other embodiments of the invention will readily suggest themselves to persons having skill in the art and having the benefit of this disclosure.
Referring to the drawings, for illustrative purposes the present invention is shown embodied in
The present invention provides a system and method for using cell phones to play lottery and casino-style games remotely. It provides for both location and age verification which enables game operators in the U.S., subject to U.S. laws, to lawfully allow remote gaming.
The system of the present invention, through software programming, will be enabled to handle questionable or gray areas. An example of a potentially gray area would be locations too close to a jurisdictional boundary to make a definitive jurisdictional determination. The program will make a decision based on all available and relevant information. Other relevant information includes the competing or next nearest jurisdiction, which could be used to determine the most restrictive gaming laws possibly applicable to the caller. Other factors may include the type of locator technology being used and its known error margin, etc. All such information will be used to make a best reasonable jurisdictional determination.
Continuing with
Database machine 210 carries the data needed by the software running on receiver 208 to make decisions about a caller's location (what gaming may be done, if any, in the caller's jurisdiction). Note that the plurality of gaming servers 212a–212x can be used to provide games allowed in different jurisdictions, such as full Nevada-style games (Class III games), lottery and lottery-style games (central-determination based games), bingo-based games (Class II games), or any other classification allowed by U.S. jurisdictions (such as the Texas hybrid games). Once a caller's location has been determined using the location/jurisdiction data in database 210 (including the determination of which games, lotteries, or events to allow or not allow the caller to place bets on), some check on the caller's age may be made. The first check can be for the phones user to input a PIN, which is checked against the same database record for the incoming call (the phone number of the caller), its current location, and now a PIN input by the caller. If the caller does not have a PIN, the system will ask the user (using text messaging or an automated voice response system, such as is now common with voicemail systems and call-in help desk systems) to set one up. The caller will chose a PIN that meets the requirements of the system (for example, at least 4 digits without more than 2 repeated numbers).
Further identification will be optional, depending on the requirements of the lottery or gaming system to which it is being attached. For example, if there is a requirement that the caller/player be 18 or older, the system may then require a credit card or driver's license ID number, which can be checked using any number of currently available commercial databases. Each implementation will need to make a determination of what commercially available (or locally developed) identity-related databases will be used, and therefore what information will be requested from the caller who is initializing an account.
Receiver 208 is further enabled to make use of any biometric data available from the caller's cell phone. Voice is always available, and will be the basic biometric. As is known in the biometric arts voice printing is inexact, where many people will tend to be mapped to a target voice pattern. Thus, voice recognition is not a good choice for primary identification; however it is very useful as a secondary identifier. In the case of the system of the present invention, receiver 208 will ask caller 200 for a PIN. The PIN is used with the callers' phone number in database 210 to identify a player. After initial identification, and assuming some game play will occur, receiver 208 will instruct player 200 to say a specific phrase into their phone. Upon each game play occurrence, player 200 will need to repeat the phrase to confirm the player initially identified as the caller is still the person who is placing bets (or carrying out other game play).
This is what is meant by a secondary identifier; in this case it will also be a biometric identifier. Once a player is identified by other means, a voice check will reasonably confirm the same player is continuing to play. For the relatively short time period involved in a single game play session, a player's voice will remain fairly constant; any noticeable change in voice tones will indicate another person is trying to “piggyback” game play using the initial player's identification. Upon termination of the session, the voice pattern is erased; it will be regenerated by the player at the start of each game session. This keeps storage under control, as well as obviating the need to account for a person's normal voice variations, including having a cold, allergies, normal stress variations, etc.
In addition to the functions just mentioned, in one preferred embodiment the ID database 408 will keep, in addition to a player's PIN, the player's cell phone number, mailing address, payment method (credit card, debit card, direct checking account withdrawal, an adder to the caller's phone bill either directly or through a 900 service, etc.), and a record of lottery ticket purchases (lottery number, game entered, ticket purchase time, etc.) which will be purged at the end of each lottery drawing of non-winning numbers. The database will receive the results of lottery drawings from the lottery system electronically, and will use the database to inform each participant (at their choice) of both winning numbers and if they in particular have any winning tickets.
Casino game play is enabled by a level 2 cell phone, which allows display software to be downloaded to the phone to show the results of the game play in a realistic manner. For security reasons, one preferred embodiment will have all game play results be determined at the central server sites; the results are then sent and displayed on the player's cell phone. If security layers become computationally more efficient in cell phones through dedicated hardware support, a future preferred embodiment may allow locally derived results.
In addition to the data kept on database 506 as for the lottery system, in one preferred embodiment database 506 will also be an EFT account for casino players. A player will transfer money into the account via a credit/debit card or other means, and then will maintain an on-going balance as games are played. This is greatly preferred over attempting to constantly make credits and withdrawals to a credit card or checking account.
Continuing on with box 606, the caller interacts with the lottery system using text messaging and/or downloaded menus (preferable when using a level 2 cell phone), and picks a lottery number or indicates the lottery system is to generate a randomly generated number. Continuing into box 608, the lottery telephony system interfaces with the lottery itself and purchases the requested tickets, then indicates to the caller that the lottery tickets have been purchased (including what numbers are on the tickets).
Proceeding into box 610, the ticket information is saved in the dedicated non-volatile RAM, if so equipped, for later reference by the lottery menu system downloaded onto the phone. Box 610 is left for box 612. Box 612 corresponds to the actions taken for the lottery telephony system to receive the winning lottery numbers from the lottery system in some kind of machine-readable format, then transmit the numbers to each cell phone player's phone. This is done using the data in the database for each identified user (there will be users/players who, for their own reasons, do not want to be entered into the player ID database permanently). Continuing into box 614, if the phone is application enabled, the application (“applet”) will compare the lottery numbers previously chosen by the player with the winning numbers and indicate any winning ticket, as well as indicating there are no winners.
Finally, the stored numbers are either auto-purged (by the application) or manually purged by the cell phone user, completing the lottery game use cycle for this drawing. Note that there well may be overlapping lottery entries; that is, a player may purchase lottery tickets for more than one lottery drawing at a time. If the cell phone is a level 2 phone with level 4 memory, then the multiple drawings can readily be managed by the application software. If the phone does not have dedicated memory, then in one preferred embodiment the purchased tickets are kept on the lottery telephony database, along with player ID data. Applications programs running on the same computer as the database can then check for winning entries, and indicate to the player when they next call in that they purchased a winning ticket.
Continuing to the actions corresponding to box 708, the cell phone is enabled to play the games allowed in the jurisdiction from which the call is being made. This may be done by downloading specific game software real-time, or, enabling game play at the virtual casino end only on allowed games and signaling the cell phone which game or games can be played (i.e., a bit string turning certain games on or off). The enabled games are now playable by the cell phone user, corresponding to the actions in box 710. For an enabled game the user interacts with the a game server, playing the game until the plyer wishes to stop. During game play, the actions corresponding to box 712 are repeated as often as necessary. These actions are for the player to enter, as required by the biometric, a biometric read for each bet made. This provides on-going assurance that the bets are being made by the same person that logged into the system on their cell phone. In the case of a voice pattern, the person will speak the same phrase into the phone to bet; for a fingerprint or facial recognition biometric, the player will press a fingerprint reader or click a facial picture. The data is compared to that on-file for this session, and if found within range allows this bet to be made (preferably logging the ID check as well as the bet details). The player continues to play until they are finished, and signal the game session is over (box 714). This includes, but is not limited to, loss of signal or a hang-up signal.
From the system's perspective, the game session is not quite over, even though game play is (and the player has disconnected). The player's accounts are updated (credited or billed, or if a local player account, simply tallied) in accordance with the player's choice of billing types. This signals the end of the session, corresponding to box 718.
This application claims priority from provisional application 60/426,570 filed on Nov. 14, 2002.
Number | Name | Date | Kind |
---|---|---|---|
4799683 | Bruner, Jr. | Jan 1989 | A |
5800268 | Molnick | Sep 1998 | A |
5999808 | LaDue | Dec 1999 | A |
6035189 | Ali-Vehmas et al. | Mar 2000 | A |
6104815 | Alcorn et al. | Aug 2000 | A |
6139431 | Walker et al. | Oct 2000 | A |
6358151 | Enzminger et al. | Mar 2002 | B1 |
6470180 | Kotzin et al. | Oct 2002 | B1 |
6527641 | Sinclair et al. | Mar 2003 | B1 |
6573824 | Lovegreen et al. | Jun 2003 | B1 |
6585598 | Nguyen et al. | Jul 2003 | B1 |
6595855 | Sako | Jul 2003 | B1 |
6628939 | Paulsen | Sep 2003 | B1 |
6702672 | Angell et al. | Mar 2004 | B1 |
6837789 | Garahi et al. | Jan 2005 | B1 |
6846238 | Wells | Jan 2005 | B1 |
20020147049 | Carter | Oct 2002 | A1 |
20030104865 | Itkis et al. | Jun 2003 | A1 |
20050070358 | Angell et al. | Mar 2005 | A1 |
20050101383 | Wells | May 2005 | A1 |
20050176507 | Ephrati et al. | Aug 2005 | A1 |
Number | Date | Country | |
---|---|---|---|
60426570 | Nov 2002 | US |