Systems and Methods for Ticket Checking Services for On-Line Lotteries and On-Line Games
A player establishes a player account and may associate tickets with the player account by identifying the player's account when purchasing a ticket. The player may identify the account in various ways. Each ticket purchased by the player is associated with the player's account. The player may then use an account checking service to obtain information about tickets associated with the player's account. The information provided may include results information, allowing a player to learn whether a ticket is winning ticket without manually checking the ticket. The system is operated using a lottery computer system that includes a lottery database. The lottery database is used to store ticket information relating to tickets, player account information relating to player accounts and ticket association information relating to associations between player account and tickets.
The present invention relates to on-line lotteries and on-line games. More particularly it relates to systems, apparatus and methods that allow a player to obtain information relating to the player's tickets for on-line lotteries or on-line games or both.
BACKGROUNDMany lotteries operated by state lottery or gaming commissions and other bodies require a player to select a set of numbers from a larger set of numbers. A player selects a set of played numbers, typically by marking the played numbers on a selection slip. The selection slip is processed using a ticket vending terminal and a lottery computer system. The player is issued a ticket receipt setting out the selected played numbers. These lotteries, some examples of which are described in greater detail below, are referred to herein as on-line lotteries.
Typically, on-line lotteries are operated by a lottery operator who conducts periodic draws of the on-line lottery. The lottery operator operates the on-line lottery using a lottery computer system. The lottery computer system is coupled to one or more ticket vending terminals. A ticket vending terminal is used to process paper selection slips marked by a lottery player to select played numbers. The term “on-line” refers to the use of the ticket vending terminals and the lottery computer system to process a selection slip and to issue a ticket to the player.
The ticket may include a set of played numbers selected by the player or selected automatically for the player or both. Many on-line lotteries allow (or require) a player to request a ticket with played numbers chosen by the lottery computer system or a ticket vending terminal, either randomly, pseudo-randomly, using one or more rotating lists of played numbers or through some other method of automatically selecting played numbers. Played numbers selected in this fashion for a player are referred to herein as automatically selected numbers or automatically selected played numbers.
The set of numbers chosen by the player or automatically selected for the player is referred to herein collectively as a set of played numbers or a played number set. Depending on the rules of a particular on-line lottery, a played number set may consist of one or more played numbers.
At the time a ticket is sold to a player, information about the ticket is recorded in the lottery computer system. Typically, the lottery computer system includes a lottery database and creates a ticket record for the newly sold ticket in the lottery database. The player is given a ticket receipt setting out some or all of the information recorded in ticket record. The ticket receipt is the player's record of the ticket the player has purchased. The ticket record is the lottery operator's record of the ticket it has sold. The word “ticket” is often used in common parlance to refer to the ticket receipt given by a ticket vendor to a lottery player.
For example, one on-line lottery operated by a lottery operator in this manner requires a player to select six different played numbers between 1 and 49, inclusive. Alternatively, the player may have six numbers automatically selected for the player, as described above. In either case, the played number set in this on-line lottery consists of six different played numbers between 1 and 49.
The played number set selected by the player or automatically selected for the player by a ticket vending terminal are transmitted from the ticket vending terminal to the lottery computer system. The lottery computer system records the played number set in a lottery database and transmits instructions to the ticket vending terminal to print a lottery ticket receipt for the player. Typically, the played numbers are recorded on the ticket receipt, along with additional information such as the date of a draw (or draws) of the lottery for which the ticket is valid.
At the time set for the draw, in this exemplary on-line lottery, a set of winning numbers consisting of six different regular numbers and a bonus number (different from all of the regular numbers), all between 1 and 49, inclusive, is drawn. The set of winning numbers are referred to collectively as a winning number set. The winning number set is usually publicized by the lottery operator, often in newspapers, advertisements posted by lottery ticket vendors or on world-wide-web sites (“web sites”) using the Internet. For example, see the web sites operated by the New York Lottery at www.nylottery.com and by the Ontario Lottery and Gaming Commission at www.olgc.ca. Various combinations of the regular numbers and the bonus number are defined as winning combinations. Some of the winning combinations may be: all six regular numbers, any five of the regular numbers and the bonus number, any five of the regular numbers, any four of the regular numbers and any three of the regular numbers. If the played number set includes any of the winning combinations, the player is awarded a prize.
The process of comparing a played number set to the corresponding winning number set, which may be referred to as checking the played numbers or checking the ticket, can be time consuming and is prone to errors. A single ticket may contain numerous played number sets. Each played number set must be individually compared with the corresponding winning number set. A player may have numerous tickets for different draws of the on-line lottery, and accordingly may have many played number sets to compare to different winning number sets. When the player has chosen a set of played numbers that she does not use often, or has a ticket with automatically selected played number sets, the task can require even more care since the player may not be familiar with the played numbers. In some cases, a single ticket may include played numbers sets for more than one on-line lottery, requiring the player to properly compare each played number set with the correct winning number set. In some cases, a ticket may be valid for more than one draw of an on-line lottery, and the player must be careful to ensure that each played number set is compared with all of the corresponding winning number sets for all of the draws.
The difficulty in checking a ticket can result in some players reducing the number of tickets they purchase and can result in other players failing to purchase any tickets at all. Even when a player does buy a ticket, there is a risk that a player may incorrectly check a ticket or may fail to check the ticket at all, thereby missing a prize to which the player is entitled, or incorrectly concluding that a ticket is a winning ticket.
Some lottery operators and other entities have attempted to provide a system to allow players to check their tickets. Some world-wide-web (WWW) sites allow a player to check a ticket by manually entering a set of played numbers from the ticket receipt into a form on a web page and have these played numbers compared to one or more sets of winning numbers from past draws for certain on-line lotteries. Winning combinations of the played numbers may be identified and the prize awarded for the combination may be displayed. The process must be repeated for each set of played numbers. For example, see the ticket checker function at the website www.merseyworld.com, which allows a player to manually enter one or more sets of played numbers from a ticket receipt and have the entered numbers compared to winning numbers from one or more draws of some on-line lotteries operated by the United Kingdom National Lottery. These systems still require a player to accurately enter his played numbers. A player may have one or more played number sets to check for one or more draws. Some of these played number sets may be familiar to the player (i.e. regularly played number sets) but some of them may be unfamiliar (i.e. automatically selected number sets or infrequently played number sets). In either case, the player must accurately and laboriously enter all of the played numbers in each played number set. The player must repeat the process each time he wishes to check his lottery tickets. These partially automated processes for checking a ticket remain laborious and prone to errors.
Some lottery and gaming commissions operate on-line gambling or betting games in which players predict the outcome of one or more events, such as sporting events and wagers or bets some amount of money that he or she has correctly predicted the outcomes in some or all of the events. Such games will be referred to herein as on-line games. A player purchases a ticket for such on-line games by selecting one or more events (often a minimum and maximum number of events are specified) and predicting an outcome for the events. The predictions made by the player are referred to herein as a set of predictions or as a prediction set. The player makes a bet that his predictions will be correct. The player also selects a wager amount for the bet. The player marks the prediction set and wager on a selection slip. The selection slip is processed using a ticket vending terminal and lottery computer system. The player is given a ticket receipt setting out his prediction set at the time he purchases the ticket. If a player successfully predicts the outcome of the event or events according to the rules of the on-line game, he is entitled to a prize. The value of the prize depends on the wager selected by the player.
In one exemplary version of an on-line game, a game operator (who will be generally referred to herein as a lottery operator, since in many cases, on-line lotteries and on-line games are operated by the same operator) publishes a list of future sporting events and provides odds on the likelihood that a home team will win the event, that a visiting team will win the event and that the two teams will tie. The definition of a tie for the listed events is set out by the lottery operator and does not always coincide with the definition used in the actual rules of the events. In other on-line games, the lottery operator may provide odds that one team will defeat the other by a specified point spread. In other on-line games, the lottery operator may specify a total number of goals or points and provide odds that the two teams (or one of the teams) will score over or under the specified number of goals or points.
In one such on-line game, a player purchases a ticket by marking a set of predictions for three to six events on a selection slip. The player also indicates the amount of his wager on the selection slip. The player gives the selection slip to a ticket vendor, as in the on-line lottery described above. The ticket vendor uses a ticket vending terminal to send the information on the selection slip to a lottery computer system. The lottery computer system records details about the player's prediction set in a lottery database and transmits instructions to the ticket vending terminal to print a ticket receipt for the player. The ticket receipt sets out the amount of the bet made by the player, the selected events and the player's prediction set.
The ticket receipt also sets out a payout value based on a function of the odds defined for the set of predictions made by the player and the player's wager. For example, the odds may be defined as numbers greater than one that correspond to likeliness of each outcome, in the judgment of the lottery operator. When using this method for setting odds, the lottery operator sets the odds at a higher number for a less likely outcome. The odds for all of the predicted outcomes are multiplied together to give the payout value. After the selected events have taken place, if the player has correctly guessed the correct outcomes for each event, he receives a prize equal to the payout value.
The process of checking a ticket for such an on-line game can also be time-intensive and subject to error. A player may misinterpret the results of an event, especially since the rules for interpreting the results of the event for the purpose of the on-line game can be different from the rules in the real event and for various other reasons. A player who has many tickets to check based on many different events may make a mistake and miss a prize to which he is entitled or incorrectly conclude that the player has won a prize.
Accordingly, there is a need for improved systems, apparatus and methods for providing information about tickets for on-line lottery and on-line game to lottery players.
SUMMARYThe present invention allows a lottery player to obtain information about the player's lottery tickets, including results information, without manually comparing played numbers on the player's lottery tickets to the corresponding winning numbers. The results information for a ticket indicates whether the ticket is a winning ticket and may also indicate what prizes the ticket has won.
Similarly, the present invention allows a player to obtain information about the results for the player's on-line game tickets, including results information, without manually comparing the player's predictions for events in the on-line game to the actual outcome of those events.
A lottery operator uses a lottery computer system to operate one or more on-line lottery or on-line game, or both. The lottery computer system includes a lottery database that is used to store information relating to the on-line lotteries or on-line game, or both, operated by the lottery operator. The term “lottery database” as used herein may include any data recording system suitable for recording data. The lottery database is not restricted to any particular type of data structure, system or mechanism. For example, a lottery database may be a relational database, a non-relational database, a data file, a set of data files, a flat file or any other mechanism, structure or system for recording data.
The present invention allows a player to create a player account and to associate a plurality of tickets with the player account. The account is created using a player terminal and the lottery computer system. Player account information relating to the player account is recorded in the lottery database. The player account information about the account includes an account identification code. In addition, the player account information may optionally include an account password and personal information relating to the player. An account password may optionally be recorded in a modified form, such as an encrypted or hashed form.
The player may purchase on-line lottery or on-line game tickets and associate the tickets with player's account. When purchasing the tickets, the player identifies the player's account. The player may identify the player's account in various ways.
In some embodiments, the player may purchase a ticket by using a player terminal to log into the player's account at a website (or other interface, depending on the nature of the player terminal) operated by the lottery operator. The player authenticates the player's right to access the player's account by provide the account identification code and a password for the player's account. Once the player has done so, the player is able to make selections for on-line lottery or on-line game tickets, or both. The player's selections for each ticket are transmitted to a ticket server in the lottery computer system, which issues the ticket. The tickets purchased while logged into the player's account are associated with the player's account in the lottery database.
In some embodiments, the player uses a ticket purchase voucher to purchase tickets that are associated with the player's account. The ticket purchase voucher includes selections for one or more tickets that the player wishes to purchase and is associated with the player's account. In some embodiments, the ticket purchase voucher may have a ticket purchase voucher record in the lottery database and the account identification code of the associated player account may be recorded in the ticket purchase voucher record. In other embodiments, the ticket purchase voucher may have the player's account identification code encoded into the ticket voucher. The ticket purchase voucher includes a machine readable version of a ticket purchase voucher code that is unique to the ticket purchase voucher. The player presents the ticket purchase voucher to a ticket vendor who scans the ticket purchase voucher code at a ticket vending terminal. The ticket vending terminal transmits the ticket purchase voucher code to the ticket server. The ticket server issues each of the tickets requested on the ticket purchase voucher. Each of the tickets is associated with the player's account in the lottery database.
In some embodiments, the player uses a player account identification device such as a card with a magnetic strip or bar code, an RFID tag or another device that can be scanned and identified by a scanner coupled to a ticket vending terminal. The player presents the player account identification device and a request for a ticket to a ticket vendor. The request for a ticket may be in the form of a completed selection slip that is not specific to the player's account or a verbal request for a ticket with automatically selected numbers. The ticket vendor scans the player account identification device at the ticket vending terminal. The ticket vendor also enters the request for a ticket into the ticket vending terminal by either scanning the selection slip or entering the verbal request. The ticket vending terminal transmits a ticket request to the ticket server. The ticket request identifies the player account identification device. The ticket server obtains the account identification code corresponding to the account identification device from the lottery database and issues the ticket. The ticket server associates the ticket with the player's account in the lottery database. In some embodiments, the account identification device includes a machine readable version of the player's account identification code. In such embodiments, the ticket request identifies the player's account and the ticket server need not obtain it from the lottery database.
In some embodiments, a player may also be able to identify the player's account when purchasing a lottery ticket by marking the player's account identification code on a selection slip that has an account identification region. The selection slip is scanned at a ticket vending terminal, which sends a ticket request identifying the player's account. The ticket server issues a ticket corresponding to the player's selections on the selection slip and associates the ticket with the player's account.
Any particular embodiment may permit a player to use any one or more of these methods to obtain a ticket that is associated with the player's account. In embodiments that provide selection slips that have an account identification region, the lottery operator may specify rules for the composition of account identification codes that correspond to the layout of the account identification region.
The player may use an account checking service to access the lottery computer system and to obtain information about tickets associated with the player's account. The player accesses the account checking service using a player terminal. The player terminal communicates with a player account server that is part of the lottery computer system. The player identifies the player's account by entering the account identification code for the player's account at the player terminal. In an embodiment in which player accounts have passwords, the player may be required to authenticate the attempt to access the account checking service by also providing the account password for the player account.
In some embodiments, a player account may have a username in addition to an account identification code. A player may be required to provide the username rather than the account identification code to access the account checking service. If the player account also has a password, the player may be required to provide the username and the password to access the account checking service.
When a player accesses the account checking service, the player account server obtains information about the player's tickets from the lottery database and transmits the information to the player terminal, where the information is displayed for the player to view.
The information displayed at the player terminal may include information about played numbers on the player's tickets and results for the player's tickets. As lottery draws are completed, the results for each ticket that is valid for the draw are determined by comparing each played number set on the lottery ticket to the corresponding winning number set. If a player accesses the account checking service after the draw for a lottery ticket has been conducted and the tickets for the draw have been checked, the account checking service provides the player with the results for the ticket. The player is able to learn whether a ticket is a winning ticket, without manually comparing a played number set with the corresponding winning number set.
In some embodiments, when a ticket is checked by the lottery computer system after a lottery draw, ticket results information relating to the results for the ticket is recorded as part of the ticket information for the ticket. When a player uses the account checking service to obtain information about the ticket, the player account server obtains the ticket results information from the lottery database and transmits it to the player terminal.
In other embodiments, ticket results information is not recorded with the ticket information for a ticket. Instead, ticket results information is recorded in a winning tickets file, which identifies winning tickets and the prizes won by those tickets. In such an embodiment, the player account server may provide only the ticket results information recorded in the winning tickets file for a winning ticket. Alternatively, or additionally, the player account server may calculate additional ticket results information for a ticket and provide the calculated ticket results information to the player terminal.
In some embodiments the ticket server and the player account server access the same lottery database when issuing tickets and when providing the account checking service. In other embodiments, the ticket server may access and update a primary lottery database and the player account server may access and update a secondary lottery database. The two databases may be periodically synchronized.
The ticket server typically provides the ticket issuing function described above and may also provide a ticket redemption function that is described below. The structures of the primary and the secondary databases may be identical or different. For example, the primary database may be designed to accommodate and expedite the ticket issuing and redemption functions provided by the ticket server. The secondary database may be designed to accommodate and expedite account checking functions provided by the player account server.
A player is thus able to use the account checking service to obtain information about tickets purchased using a ticket vending terminal as well as tickets purchased through other means offered by the lottery operator.
The invention is capable of being adapted for use with many different on-line lotteries and on-line game offered by different lottery operators. Various features and embodiments of the invention are further described below in the detailed description of several exemplary embodiments of the invention.
Several exemplary embodiments of the present invention will now be described in detail with reference to the drawings, in which:
In the following description of exemplary embodiments, reference numerals in the main body of the description, preceding Appendix A, refer to
A first exemplary embodiment of the invention will be described with reference to several exemplary on-line lotteries and on-line games. As used herein, the word “exemplary” refers to examples of various items and does not denote a preferred or necessary feature of any embodiment or of the invention.
The first exemplary on-line lottery will be referred to as Lotto 7/47. In this on-line lottery, a lottery player selects a set of seven different played numbers between 1 and 47 (inclusive of numbers 1 and 47). The set of seven played numbers is referred to as a Lotto 7/47 played number set. Subsequently, a lottery operator conducts a draw to select a set of winning numbers consisting of seven different regular numbers and a bonus number, also between 1 and 47. The bonus number is different from all of the winning numbers. The player may win different prizes if his played numbers match the winning numbers and/or the bonus number in various winning combinations, as follows:
Some of the prizes a player may win in this exemplary on-line lottery are shared prizes. Shared prizes are calculated by first determining a total prize amount for a particular winning combination and then dividing the total prize value by the number of tickets that have the winning combination to determine what share of the total prize amount each ticket will win. The Grand Prize is a shared prize and the total prize value for the Grand Prize is determined by the lottery operator prior to each draw of the on-line lottery. For example, if the total prize value for the Grand Prize is $10 million and 4 tickets have the 7/7 regular numbers winning combination, then each ticket wins $2.5 million. Some shared prizes may be pari-mutuel prizes, for which the total prize amount may be determined as a portion of the ticket sales revenue for the on-line lottery. The second, third, fourth, fifth and sixth prizes are pari-mutuel prizes. One of the prizes is a fixed prize with the same prize being awarded for each ticket having the specified winning combination. The free ticket prize for the 3/7 regular numbers winning combination is a fixed prize. The present invention may be used with on-line lotteries and games having any type or any combination of types of prizes.
For the purpose of this exemplary embodiment of the invention, the lottery operator conducts a draw of the Lotto 7/47 on-line lottery each week on Friday at 9 p.m. Eastern Standard Time.
The second exemplary on-line lottery will be referred to as Tag. In this on-line lottery, a six digit played number is automatically selected for the lottery player. The played number may be referred to as a Tag played number. The single six digit played number is a played number set for the Tag on-line lottery and may also be referred to as a Tag played number set. Subsequently, the lottery operator selects a six digit winning number for the Tag on-line lottery. The winning number may be referred to as a Tag winning number or a Tag winning number set. The player may win different prizes if various winning combinations of digits in his played number match corresponding digits in the winning number, as follows:
This exemplary Tag on-line lottery may only be played in conjunction with another on-line lottery, such as the Lotto 7/47 on-line lottery described above. The Lotto 7/47 on-line lottery is referred to as a host on-line lottery and the Tag on-line lottery is referred to as an associated on-line lottery. A player may request that one or more Tag played number sets be added to a ticket for the Lotto 7/47 on-line lottery. On draw dates for the Lotto 7/47 on-line lottery, the lottery operator draws a winning number set for the host Lotto 7/47 and also draws a winning number for the associated Tag on-line lottery.
The prize for matching the first or the last digit of the Tag winning number is a free play of the host on-line lottery in the next draw after the ticket is redeemed, including a free played number for the Tag on-line lottery draw on the same date. Players who elect to play the Tag on-line lottery on a ticket may win a prize in the Lotto 7/47 on-line lottery, the Tag on-line lottery or in both on-line lotteries.
The third exemplary on-line lottery will be referred to as Keno. In this on-line lottery, a lottery player is asked to select a play category between two and ten. If the player chooses play category two, he then chooses a set of two different played numbers between 1 and 70 (inclusive of numbers 1 and 70). Similarly, if the player chooses play category ten, the player chooses a set of ten different played numbers between 1 and 70. Similarly, if the player chooses any of play categories three to nine, the player chooses a corresponding amount of different played numbers between 1 and 70. The player's set of played numbers is referred to as a Keno played number set. Subsequently, the lottery operator conducts a draw to select a winning number set consisting of 20 different winning numbers between 1 and 70. The player may win a prize depending on the play category chosen and how many of the played numbers match the winning numbers. Various winning combinations are defined as follows:
If the player's played number set includes a winning combination, the player is awarded a prize equal to the amount wagered by the player for the set of played numbers multiplied by the wager multiplier. For example, a player who chooses play category seven will choose a set of seven different played numbers between 1 and 70. In this exemplary Keno on-line lottery, the player may wager from $1, $2, $5 or $10 for each set of played numbers. If the seven played numbers match seven of the twenty winning numbers, the player wins 5,000 times the amount wagered.
For the purpose of this example, the lottery operator conducts a draw of the Keno on-line lottery every day at 9 p.m. Eastern Standard Time.
This exemplary Keno on-line lottery is also a host lottery for the Tag on-line lottery. When the lottery operator conducts a draw to select a winning number set for the Keno on-line lottery, the lottery operator also conducts a draw to select a winning number for the associated Tag on-line lottery.
As described above, the Lotto 7/47 on-line lottery is a weekly lottery with draws on Fridays and the Keno on-line lottery is a daily lottery. As a result, on Fridays, draws for both the Lotto 7/47 on-line lottery and the Keno on-line lottery will be conducted. The lottery operator may set the rules for the on-line lotteries such that each host lottery will have a separate draw for its associated Tag on-line lottery, or such that only one draw will be conducted for the Tag on-line lottery and the drawn Tag winning number will apply to both Lotto 7/47 and Keno tickets on which the associated Tag on-line lottery has also been played. In the present exemplary embodiment, the lottery conducts separate draws of the associated Tag on-line lottery for each host on-line lottery.
A played number set or played number for an on-line lottery that includes a winning combination may be referred to as a winning played number set or as a winning played number. A ticket that includes at least one winning played number set or winning played number may be referred to as a winning on-line lottery ticket, a winning lottery ticket or more generally as a winning ticket.
Two exemplary on-line games used in this description of exemplary embodiments of the invention will be referred to as Sports Line and Over/Under. In these exemplary on-line games, each week the lottery operator provides an event list of sporting events and various odds corresponding to various possible outcomes of the events. For example, part of a list of odds may include the following events and corresponding odds for the Sports Line and the Over/Under on-line games:
The odds for the Sports Line on-line game are set out under the three columns labeled “V”, “T” and “H” under the heading “Sports Line”. For each event, three possible outcomes may occur: “V” means that the visiting team wins the event; “T” means that the two teams will tie and “H” means that the home team will win the event. The definition of a win or tie is set by the lottery operator and may not match the rules used in the actual event. For example, in this exemplary Sports Line on-line game, for NFL football games the lottery operator has defined a tie as the teams having three or fewer points separating them in the final score. For some events, a tie may not be defined—such as for baseball games, where the rules do not provide for tie games. The odds indicate the lottery operator's estimate of how likely each outcome is. A higher value indicates that the lottery operator believes the outcome is less likely to occur.
In this exemplary Sports Line on-line game, the lottery operator has specified that a player may make a bet by selecting between three and six events and specifying a wager amount. If the player correctly predicts the outcome of all of the selected events, the player wins the bet and wins a prize. The predictions made by the player are collectively referred to as a Sports Line prediction set.
A payout value for the Sports Line prediction set is calculated by multiplying the player's wager by the odds for all of the predicted outcomes. For example, if a player wagers $5 and predicts that Syracuse will beat Pittsburgh in event 12, Nashville will beat Colorado in event 33 and that Dallas will tie Tampa Bay in event 43, then the payout value is $5×4.0×3.0×1.2=$72. If the player successfully predicts the outcome of all three games, the player receives the payout value as his or her prize.
The odds for the Over/Under on-line game are set out under the three columns marked “O ”, “#” and “U”. The value in the “#” column indicates the threshold number of points. A player may predict that the combined scores of the teams in each event will be over this threshold number of points or under it. The outcome of the event is “Over” if the total points scored by the teams is over the threshold. The outcome of the event is “Under” if the total points scored by the teams is under the threshold. For example, in event 32, a player who wishes to make a bet using the over/under odds for this event may bet that Washington and Toronto will score over or under 5.5 goals in their hockey game. In this exemplary Over/Under on-line game, the player makes a bet by selecting between two and six events and predicting whether the outcome will be Over or Under the threshold in each event. The player also selects a wager amount for the bet. The predictions made by the player are collectively referred to as an Over/Under prediction set. A payout value for the Over/Under prediction set is determined by multiplying the player's wager by the odds of the all of the predicted outcomes. The player wins the bet and is entitled to receive the payout value if all of the player's predictions are correct.
In event list 4523, each event is shown with odds for the Sports Line on-line game and for the Over/Under on-line game. In this example, the two on-line games are separate and a lottery operator may optionally use different selection slips to allow players to make bets in the different on-line games. Alternatively, a single selection slip allowing bets to be made on either or both of the on-line games may be used. In another on-line game, players could be permitted to make bets that have both Sports Line and Over/Under outcomes selected.
An on-line game ticket on which a player has won his or her bet may be referred to as a winning on-line game ticket, a winning game ticket or more generally as a winning ticket. In both the Sports Line and Over/Under on-line games described above, all of the predictions made by a player in the prediction set must be correct for the player to win the bet. In other embodiments, an on-line game ticket will be a winning on-line game ticket as long as the prediction set on the ticket (or at least one of the prediction sets, if multiple predictions sets are permitted) matches the appropriate corresponding criteria set by the lottery operator.
The present invention allows a player to establish a player account with the lottery operator and to associate tickets with the account. In the present embodiment, the lottery operator operates both on-line lotteries and on-line games and the tickets associated with the account may be for on-line lotteries or on-line games or both. A player may use the present invention to obtain information about tickets associated with the player's player account (which will also be referred to as the “player's account” herein). Such information may include, for example, the details of the selections (i.e. played numbers sets for on-line lotteries or prediction sets for on-line games), the draws for which the ticket is valid and details of any prizes won by the player's tickets.
The lottery operator operates a lottery computer system including a player account server that players can access to create their player accounts. After creating a player account, a player can visit a ticket vendor and purchase tickets for on-line lotteries or on-line games and associate the tickets with the player account. Subsequently, the player can use a player terminal to access the player account server and obtain information about the tickets associated with the player's account. The player account server may include several player interfaces. One of the player interfaces is a world-wide-web compatible interface which includes a website that players can visit to access the player account server. The player account server also includes other interfaces, in addition to the website, that players can use to access the player account server from different types of player terminals.
In this embodiment, the unique account identification code for each player account is a combination of 6 to 12 different characters selected from the twenty-six letters (A-Z) and ten numerals (0-9). For example, a valid account identification code may be SONIA4 or BRIAN237. In this embodiment, each character (letter or number) in the account identification code must be unique or different. The order of the characters is not relevant. The characters in the account identification code SONIA4 may be ordered as SONIA4, 4AINOS, AINOS4 or OIS4NA or any other permutation of these characters. In each case, the account identification code remains the same since it consists of the same characters. The set of characters from which an account identification code may be selected may be referred to as an account identification code character set. In this embodiment, the account identification code character set consists of thirty six characters: the twenty-six letters and the ten numerals.
In other embodiments of the invention, an account identification code for a player account may be permitted to include multiple instances of the same letter character. In other embodiments, the order of the letters in an account identification code may be used to distinguish between different codes that otherwise consist of the same characters. Various rules for account identification codes in different embodiments are described below.
The lottery computer system 102 is operated by a lottery operator (not shown), who may operate various types of lotteries and games, including the exemplary on-line lotteries and on-line games described above and other on-line lotteries or on-line games.
The ticket vending terminals 104 are operated by ticket vendors (not shown). Each ticket vending terminal 104 is coupled, or is capable of being coupled, to the lottery computer system 102 to permit data communication between the ticket vending terminal 104 and the lottery computer system 102. Some of the ticket vending terminals 104 may be coupled to the lottery computer system 102 through a private communication network 108. The private communication network 108 may be a wide area network (WAN), a private data communication network comprising proprietary (owned, rented or leased) data lines or any other type of data network. The private communications network 108 may be a combination of two or more of these and other types of data communication networks. Ticket vending terminals 104b and 104c are coupled to the lottery computer system 102 through private communication network 108.
Some or all of the ticket vending terminals 104 may be coupled to the lottery computer system 102 through dial-up telephone connections or another type of point-to-point connection that permits data communication between the lottery computer system 102 and the ticket vending terminal 104. For example, ticket vending terminal 104a is coupled to the lottery computer system 102 through a dial-up telephone connection 109, which may be maintained at all times or may be established when required to allow data communication between ticket vending terminal 104c and lottery computer system 102.
Some or all of the ticket vending terminals 104 may be coupled to the lottery computer system 102 through a publicly accessible communications network (a “public network”), such as the Internet. For example, ticket vending terminal 104d is coupled to the lottery computer system 102 through public network 110. Ticket vending terminals 104 coupled to the lottery computer system 102 through the public network 110 may be coupled using a virtual private network or another secure communications protocol or methodology.
The connections between the lottery computer system 102 and the various ticket vending terminals 104 need not be the same. Different connections may be made using different types of data communications networks and lines. A ticket vending terminal 104 may be coupled, or may be capable of being coupled, to the lottery computer system 102 in more than one way, to provide an alternative method of communication if a primary method has failed or is unavailable.
The connection between lottery computer system 102 and any particular ticket vending terminal 104 may be persistent or it may be intermittently made as required for data communication between the lottery computer system 102 and the ticket vending terminal 104. If the coupling includes a publicly accessible network, such as the Internet, communications between the lottery computer system 102 and any of the ticket vending terminals 104 may be secured using an encryption system or other security technique. A security technique or mechanism may optionally be used to secure all communications between the lottery computer system 102 and any ticket vending terminal 104, regardless of the type of connection between the lottery computer system 102 and the ticket vending terminal 104.
The ticket vending terminals 104 are used by ticket vendors to sell tickets and provide ticket receipts to players. As is described more fully below, ticket vendors receive selection slips 112 from players and use ticket vending terminals 104 to process the selection slips 112 and to issue ticket receipts 114 to the players.
Lottery computer system 102 may be coupled to some or all of the player terminals 106 through public network 110. Some player terminals 106 may also be coupled to the lottery computer system 102 directly (for example, using a dial-up connection) or through another network. Each of the player terminals 106 is capable of communicating with lottery computer system 102 and typically includes one or more output devices (such as a display screen or printer) and one or more input devices (such as a keypad, keyboard, computer mouse or remote control device). A player terminal 106 may be any type of device that is capable of being coupled to and communicating with the lottery computer system 102. For example, different player terminals 106 may be personal computers, Internet-enabled television sets, Internet-enabled set-top-boxes used with cable, satellite or other digital communication systems, portable wireless communications devices such as personal data assistant (PDA) devices, cellular phones and wireless portable computers. Players use player terminals 106 to access lottery computer system 102 to create and access their player accounts and to obtain information about tickets associated with their player accounts. Optionally, communications between the lottery computer system 102 and a player terminal 106 may be secured using an encryption system or other security technique. A player terminal 106 used by a player may be referred to as the player's terminal.
Reference is next made to
The exemplary Lotto 7/47 selection slip 116 has various sections or regions. Selection slip 116 includes a lottery play region 120 and an account identification region 136.
The player uses the lottery play region 120 to select one or more played number sets for the Lotto 7/47 on-line lottery, select one or more played numbers for the associated Tag on-line lottery, and to select the number of draws the player wishes to purchase a ticket for. Lottery play region 120 includes five Lotto 7/47 played number selection boards 121, 122, 123, 124, and 125, a tag selection region 132 and a draw selection region 134. Each of the Lotto 7/47 played number selection boards 121-125 may be used to selection played number set. A board may also be referred to a played number selection region or as a panel.
Each board 121, 122, 123, 124, 125 has a played number selection region 119 containing forty seven cells numbered from 1 to 47. A player selects a played number set by marking seven of the forty seven cells. Each board also has a cell identified as an “Auto Pick” cell 126. If the player marks the auto pick cell 126 on a board, then a set of played numbers is automatically selected for the player. Each board also has a cell identified as a “Void” cell 127. If the player marks the void cell 127 on a board, then the board is ignored. A player may mark the void cell on a board if he has marked an incorrect played number or has changed his mind about his selections on the board.
Tag selection region 132 has ten cells numbered from 1 to 10. Tag selection region 132 allows the player to select the number of Tag played numbers that the player wishes to add to a ticket for the associated Tag on-line lottery. If the player does not wish to participate in the Tag on-line lottery, the player may leave all the cells in the tag selection region 132 unmarked.
Draw selection region 134 has nine cells numbered from 2 to 10, which allow the player to select the number of draws for which the player wishes to buy a ticket. If the player does not mark any cell in the draw selection region 134, a ticket will be issued for only the next draw of the Super 7/47 on-line lottery and, if at least one Tag played number is selected, the corresponding draw of the Tag on-line lottery.
On selection slip 116, boards 121 and 122 are marked to select two sets of played numbers for the Lotto 7/47 on-line lottery: 2, 7, 9, 11, 22, 43 and 47; and 5, 10, 17, 23, 32, 36 and 47. The Tag selection region 132 has been marked to select one played number set for the Tag on-line lottery. As described above, in the exemplary Tag on-line lottery, the player does not choose his played number set, but rather a played number set consisting of a six digit Tag played number is automatically selected by a ticket vending terminal 104. Draw selection region 134 has been marked to select 3 draws of each on-line lottery. In the present exemplary embodiment, a ticket for an on-line lottery is issued for the selected number of draws immediately following the time at which the ticket is issued. In an alternative embodiment, a lottery operator may issue tickets for non-consecutive draws or draws selected in any way. For example, if a lottery has draws twice a week on Wednesdays and Saturdays, the lottery operator may issue a ticket for only the Saturday draws. In another alternative embodiment, the lottery operator may issue a ticket that is valid only for draws where the largest prize exceeds some specified amount of money.
Account identification region 136 has thirty-six cells containing the twenty-six letters and ten numerals that may be used in an account identification code in this embodiment. The thirty-six cells may be referred to as a set of primary cells. A player marks an account identification code in the account identification region by marking the primary cells corresponding to all of the letters and numbers in the player's account identification code.
In
Typically, a player will purchase a ticket from a ticket vendor by giving a selection slip 112 to a ticket vendor and paying a fee set by the lottery operator for each set of played numbers. In the present example, the fee for each Lotto 7/47 played number set is $2 and the fee for each Tag played number is $1. The total fee for the exemplary ticket corresponding to selection slip 116 is $15, calculated as follows: ($2×2 Lotto 7/47 played number sets+$1 for one Tag played number)×3 draws.
The ticket vendor uses a ticket vending terminal 104 to scan the selection slip 112. The ticket vending terminal 104 transmits the selections made by the player to lottery computer system 102 as part of a Ticket Issue Request 552 (
Lottery computer system 102 processes the Ticket Issue Request 552 and transmits Ticket Receipt Data 554 (
The exemplary ticket receipt 118 includes the name 140 of the on-line lottery indicating that it is a ticket for the Lotto 7/47 lottery, a date range 142 indicating that it is valid for three draws between Oct. 24, 2003 and Nov. 7, 2003. Ticket receipt 118 also sets out the two Lotto 7/47 played number sets 144, 146 chosen by the player. In addition, ticket receipt 118 contains a Tag played number set 148 for the Tag on-line lottery and the word “Played” to indicate that the player has chosen to participate in the associated Tag on-line lottery. The tag played number set 148 consists of a single six digit played number 909207 on this exemplary ticket receipt 118.
Ticket receipt 118 also contains a human readable ticket code 150, which in this example is a sixteen digit number set out in four sets of four digits: 2131-4556-8878-2902. A ticket code is assigned by the lottery computer system 102 to every ticket that is issued. In this exemplary embodiment, the ticket code is printed on the ticket receipt 114 in a human-readable form. The ticket code is also set out in a machine readable bar code 158, allowing the ticket code to be scanned by a machine, such as a ticket vending terminal 104. In alternative embodiments, the ticket code may be set out in only a human readable form or a machine readable form. In alternative embodiment, a first ticket code for the ticket may be set out in human readable form and a different second ticket code for the ticket may be set out in machine readable form.
The ticket code allows the ticket to be uniquely identified from all other tickets issued by the lottery operator, at least during a selected time period prior to the issuance of the ticket (for example, one year or five years). The lottery operator may select various mechanisms for assigning ticket codes for tickets, including mechanisms that encode information in the ticket code. Such encoded information may include the particular on-line lottery or on-line game that the ticket is issued for, the draws the ticket is issued for and check digits that can be used to ensure the validity of the ticket code, the ticket receipt 118 and the ticket.
A ticket receipt 114 may optionally contain a vendor terminal code 152. The vendor terminal code 152 identifies the ticket vending terminal 104 used to issue ticket receipt 114. Alternatively, the vendor terminal code 152 may identify the ticket vendor who operates the ticket vending terminal, so that tickets issued at different ticket vending terminals operated by the same ticket vendor have the same vendor terminal code. In the present exemplary embodiment, the vendor terminal code 152 uniquely identifies the specific ticket vending terminal 104 at which the ticket was issued, and accordingly different ticket vending terminals operated by the same ticket vendor are identified by different vendor terminal codes.
A ticket receipt 114 may optionally contain a verification code 154. The verification code 154 may be used to verify the integrity of ticket receipt 114. Verification code 154 may be generated using a formula based on other components of the ticket and other data (such as the date and time on which the ticket is issued) or it may be created for the ticket randomly, pseudo-randomly (i.e. based on a seed value or other initial value), using a list of rotating values or verification codes, or using any other formula or method. The verification code 154 may be used in the place of, or in addition to, the use of check digits in the ticket code 150.
At reference number 156, the ticket receipt 118 has the account identification code SONIA4 printed on it, corresponding to the account identification code marked on selection slip 116.
In the present embodiment, all of the characters in an account identification code are marked in a single set of cells in the account identification region 136 on a selection slip 112. Since each player account has a unique account identification code consisting of a different combination of characters than all other account identification codes, the order of characters in an account identification code is not relevant. Any particular account identification code may be uniquely identified by marking all of the characters in the account identification code in a single set of cells.
In alternative embodiments utilizing the present invention, the order of characters in an account identification code may be relevant. Such embodiments are discussed below.
If the player had chosen not to play the Tag on-line lottery on this ticket (by leaving Tag selection area 132 blank on selection slip 116), the ticket could optionally have not included a Tag played number, or could optionally still include the Tag played number but have an indication that the player had chosen not to play the Tag on-line lottery on this ticket.
Keno selection slip 216 has been completed to select three Keno played number sets 244, 245 and 246 that are set out on Keno ticket receipt 218. Keno played number set 246 is an automatically selected played number set, as requested by the player on board 223. No cell in the Tag selection region 232 has been selected. The account identification region 236 has been marked to identify the SONIA4 account identification code.
Ticket receipt 218 also shows the name of the Keno on-line lottery at 240, the wagers for each of the played number sets 244, 245 and 246, the SONIA4 account identification code at 256, a ticket code 250, a verification code 254, a terminal code 252 and a bar code 258. The exemplary Keno ticket receipt 218 also includes a Tag played number at 248, along with an indication that the player chose not to participate in the associated Tag on-line lottery. Alternatively, the Tag played number could have been omitted entirely from the ticket receipt 218.
Game play region 320 includes six Sports Line event selection boards 321, 322, 323, 324, 325 and 326 and a wager selection region 329. Each board 321-326 has an event number region (under the heading “Mark Event Number”) in which the number of an event may be marked. Each board also has a prediction region (under the heading “Mark Predicted Result”) in which a player may mark a prediction for the selected event. A player makes a prediction for an event by marking the event number (as identified in the event list) in the event number region and by marking a prediction in the prediction region. In addition, each board has a void cell 327, which a player may mark if the particular board has been marked incorrectly and the player would like the board to be ignored. Wager selection region 329 has a number of wager amounts and a player marks one of these amounts to select a wager for the ticket.
The account identification region 336 is similar to the account identification region 136 on Lotto 7/47 selection slip 116 (
A player sets out a bet in the Sports Line on-line game by making predictions for between 3 to 6 events and by marking a wager amount on the selection slip 316. Selection slip 316 is marked with three predictions: in event 12, the home team (Syracuse) is predicted to win; in event 33, the visiting team (Nashville) is predicted to win; and in event 43, the teams (Dallas and Tampa Bay) are predicted to tie. A wager of $5 has been marked for this ticket. An account identification code BRIAN237 has been marked in the account identification region on selection slip 316.
At 340, the ticket receipt 318 indicates the name of the on-line game and the list number for which the ticket was issued indicating that it is a ticket receipt for the Sports Line on-line game and is based on the events and odds on list 4523 . The ticket receipt also contains the date 342 on which the ticket was purchased, the three predictions 344, 345, 346 made by the player, a payout value 349 based on the odds set for the predicted outcomes and the wager, a ticket code 350, a vendor terminal code 352, a verification code 354, an account identification code 356 and a bar code 358 corresponding to the ticket code 350. The account identification code is BRIAN237 and corresponds to the cells marked on the account identification region 336 on selection slip 316.
A player sets out a bet in the Over/Under on-line game by making predictions for between 2 to 6 events and by marking a wager amount on the selection slip 416. The exemplary selection slip 416 is marked with five predictions: in event 12, the two teams are predicted to score over the threshold of 42.5 points; in event 13, the two teams are predicted to score under the threshold of 45.5 points; in event 32, the two teams are predicted score under the threshold of 5.5 goals; in event 33, the two teams are predicted to score under the threshold of 5.5 goals; and in event 42, the two teams are predicted to score over the threshold of 38.5 points. A wager of $20 has been marked for this ticket. The account identification code SONIA4 has been marked in the account identification region on selection slip 316.
At 440, the ticket receipt 418 indicates the name of the on-line game and the list number based on which the ticket was issued indicating that it is a ticket receipt for the Over/Under on-line game based on the events and odds on list 4523 . The ticket receipt also contains the date 442 on which the ticket was purchased, the five predictions 444, 445, 446, 447, 448 made by the player, a payout value 449 based on the odds set for the predicted outcomes and the wager, a ticket code 450, a vendor terminal code 452, a verification code 454, an account identification code 456 and a bar code 458 corresponding to the ticket code 450. The account identification code is SONIA4 and corresponds to the cells marked on the account identification region 436 on selection slip 416.
Lotto 7/47 selection slip 116 (
Typically, the different types of selection slips used by a lottery operator will be marked to allow them to be distinguished by a ticket vending terminal 104. Referring to
Referring to
Reference is again made to
Each selection slip 112 has a play region and an account identification region. The play region on a selection slip for an on-line lottery (such as lottery play region 120 (
Optionally, a lottery operator may choose to set out the account identification region on different types of selection slips in substantially the same position on the selection slip and with substantially the same layout, so that players may develop a familiarity with the position and layout. In the present exemplary embodiment, the account identification regions 136, 236, 336 and 436 described above are positioned in the same general region of each selection slip (below the play region) and have substantially the same layout on each of the respective selection slips. Some of the account identification regions differ slightly in the placement of the account identification region on the selection slips and in the placement of cells within the account identification region. For example, in account identification region 136 (
In another embodiment, a lottery operator may choose to use two or more different positions and layouts for the account identification regions on two different groups of selections slips. For example, a lottery operator that offers both on-line lotteries and on-line games may use one layout and position for selections slips for on-line lotteries and a different layout and position for selection slips for the on-line games.
The present invention may be used with selection slips based on many different systems. The selections slips described in this exemplary embodiment are based on “mark-sense” or “bubble-card” technology and utilize cells that are marked by players, typically using a pen or pencil. The marks are detected by an optical scanning device in a ticket vending terminal to determine which cells have been marked. In some cases, the lottery operator may require that the cells be marked with a special ink that can be detected by the scanning or imaging devices in a ticket vending terminal. The positions of cells are determined using pre-marked alignment cells, as described above. Other selection slips may not have alignment cells and may rely on specific positioning of cells on a selection slip. Other selection slips may be punch cards, on which a hole is formed to mark a cell, or other systems, or a combination of systems. The present invention is not restricted to use with any particular system for marking selection slips or for detecting marks on selections slips.
A lottery operator may choose to utilize the present invention with some or all of the on-line lotteries and/or on-line games offered by the lottery operator. For example, a lottery operator that operates five different on-line lotteries may choose to use the present invention only with one of the on-line lotteries, or may choose a subset of the on-line lotteries with which the lottery operator will use the invention. If some of the on-line lotteries are weekly or bi-weekly and some of the other on-line lotteries are daily lotteries, the lottery operator may choose to use the invention with only the weekly or bi-weekly on-line lotteries or with only the daily lotteries. The lottery operator will provide at least one type of selection slip having a play region and an account identification region for each on-line lottery or on-line game with which the invention is used.
Reference is again made to
Lottery computer system 102 may be a single computer or may include various interconnected computers and other devices, including communication and data storage devices. Lottery database 160, player account server 162 and ticket server 164 may reside and operate on one or more of the computers or related systems that comprise lottery computer system 102.
Lottery database 160 is used to store information about player accounts, draws of the on-line lotteries, events in the on-line games and about tickets issued by the lottery operator. Many different data structures may be used to store information about player accounts, on-line lottery draws, on-line game events and tickets and the present invention is not limited to any particular data structure or data structures for doing so. Several exemplary data structures for storing such information will be described here. Skilled persons will be able to design different data structures to accommodate different types of on-line lotteries and games and to accommodate different computers, other devices, operating systems and software that may be used as part of a lottery computer system.
The player account table 502 includes a player account record 514 for each player account. Each draw table 504 includes a draw record 518 for each draw of the corresponding on-line lottery. Each on-line lottery ticket table 506 includes one or more on-line lottery ticket records 524. Each on-line lottery ticket record 524 corresponds to one ticket issued for the corresponding on-line lottery.
Each player account record 514 contains information about one player account. Three player account records 514 are illustrated in
A player account record is created according to method 2100 (
Optionally, a player may be permitted to use the characters in an account identification code more than once when setting out the player's preferred order for the characters. For example, a player may have the account ID code ADEJNY206, but may have a preferred order of JAYDEN2006, in which the character “0” appears twice.
Each player account has a password, which is stored in the Password field in the player account record 514. The password may optionally be stored in an encrypted form.
Personal information about a player is stored in the Name, Address, Phone, Fax, E-mail, Birth Date, Sex and Income fields of the player account record 514. A player may choose not to provide some of this information, and the corresponding field may be left empty or omitted from a particular player account record 514, depending on the data structure used to store a player account record.
An exemplary player account record 514 for the account identification code SONIA4 may contain the following information:
The Player Ticket List field in the player account record 514 for Sonia Smith's player account includes a reference to an Over/Under ticket with the ticket code 9245-1942-8572-9234. This ticket is valid for the Over/Under on-line game and is based on the events on event list 4524 (not shown). Event list 4524 is similar to event list 4523 in that it sets out events for the Over/Under on-line game (and for the Sports Line on-line game), but relates to a different time period and to events that occur within that time period. In this example, event list 4524 includes events that occur between Oct. 30, 2003 and Nov. 5, 2003. Lottery database 160 includes an event table and a ticket table for the Over/Under on-line game with data about events and tickets relating to event list 4524. In this embodiment, event tables and ticket tables relating to different event lists are stored as separate tables.
An exemplary player account record 514 for the account identification code BRIAN237 may contain the following information:
In the present embodiment, a player may optionally create an anonymous account, for which personal information that could identify the player is not recorded. The Account ID Code, the Preferred ID Code Order, the Account Password and the Player Ticket List fields are required for the operation of a player account and the information stored in these fields is required even for an anonymous account. However, a player may optionally not provide some or all of the information for the personal information fields described above. A player may choose not to provide his name and address, but could optionally provide sex and income information to allow some demographic analysis of lottery players. Alternatively, the player may not provide any personal information.
In an alternative embodiment, a lottery operator may designate some personal or other information as required information. For example, the lottery operator may require a lottery player to provide the player's birth date to allow the lottery operator to ensure that only players of a certain age access the player account. Any combination of information may be designated as required information or optional information by a lottery operator. The personal information fields described in relation to the present embodiment are only an example.
In another alternative embodiment, a lottery operator may choose not to collect any personal information and may make all player accounts anonymous accounts. In such an embodiment, a player account record 514 may comprise only an Account ID field, a Preferred ID Code Order field, an Account Password field and a Player Ticket List field.
In another embodiment, a lottery operator may not require a player to enter a password when accessing a player account. In such an embodiment, a player account record would not include an Account Password field.
In another embodiment, a lottery operator may not permit a player to specify a preferred order for the characters in an account identification code. In such an embodiment, a player account record would not include a Preferred ID Code Order field.
In the present embodiment, player account records can be indexed or sorted using the Account ID Code field, in which the characters in each account identification code are sorted using a standardized sort order. This allows the player account records to be searched to determine if a particular account identification code has already been assigned to a player account. In alternative embodiments, the player account records may not be sorted or indexed or they may be ordered, sorted or indexed using another field.
Each draw record 518 in the draw tables 504 contains information about a draw of an on-line lottery, such as the date of the draw, a draw number, winning numbers for the host on-line lottery and for any associated on-line lottery and prize information for the host on-line lottery and any associated on-line lottery.
Each of the draw records 518 in Lotto 7/47 draw table 516 contains information about one draw of the Lotto 7/47 on-line lottery and the corresponding draw of the associated Tag on-line lottery on the same draw date. In this exemplary embodiment, a single draw record is used to maintain information about both a host on-line lottery and its associated on-line lottery, since the two on-line lotteries share information such as their draw date and since the tickets valid for the associated on-line lottery are a subset of those valid for the host on-line lottery. Alternatively, separate draw tables could be used for the two on-line lotteries.
Six draw records 518 for draws between Oct. 10, 2003 and Nov. 14, 2003 are illustrated in
The Lotto 7/47 Winning Number Set and Tag Winning Number fields in a draw record 518 will not contain information about winning numbers until after the draws of the on-line lottery or lotteries have been conducted on the draw date and the winning numbers have been determined. If any of the prizes for the on-line lottery are determined based on the number of winners, as in the case of a shared prize, then the prize values will only be known after the draw. If the prizes are pre-determined, as in the case of the Tag on-line lottery, the relevant prize information may be filled in when the draw record is created by the lottery operator. Where the prizes for an on-line lottery are the same for each draw (or for a series of draws), the corresponding prize information may be stored elsewhere in the lottery database 160 (for example in a lottery table (not shown), which may contain rules and other standard information about each on-line lottery, including any fixed or standard prizes). The corresponding prize information field may be omitted, or may contain a reference to the corresponding information stored elsewhere. In the present exemplary embodiment, the Tag Prize Information field is completed after a draw to record the number of winners of each prize offered in the Tag on-line lottery. The actual value of the prizes is recorded separately from the draw record 518. This information may, for example, be stored in a Tag on-line lottery information file or record (not shown) as another part of the lottery database 160 and is available to the lottery computer system 102.
Records in the draw table for each lottery are created by the lottery operator to store relevant information about each draw. An exemplary draw record 518 for the Oct. 24, 2003 draw of the Lotto 7/47 lottery could have the following contents prior to the draw:
Each on-line lottery ticket record 524 in the on-line lottery ticket tables 506 contains information relating to a ticket issued for one or more draws of the on-line lottery and any associated lottery. Several ticket records 524 are shown in each of the ticket tables 506. Each ticket table 506 also contains additional ticket records (not shown) corresponding to additional tickets for the on-line lottery. In this exemplary embodiment, each lottery ticket record 524 includes the following fields:
Information that is displayed on the ticket receipt 114 may be stored in the format that is used on the ticket or in another corresponding format. For example, the played numbers in a played number set for the Lotto 7/47 on-line lottery may be stored as six different values, or may be stored as a code representing the played numbers, or both. The lottery ticket record may contain additional information, such as the method by which the player paid for ticket, and other information.
The Prize Data field for the ticket includes information based on a comparison of the played number sets with the corresponding winning numbers. The prize data may be recorded in a summary form, such as a simple value indicating the total value of any prize or prizes the ticket has won, or identifying any non-monetary prize the ticket has won. The prize data may alternatively be very detailed, including details of the comparison of each played number to the corresponding winning numbers, the separate result for each played number set and a total result for all played number sets. The prize data may also be in any other format that relates to or is based on a comparison of the played number sets and played numbers on a ticket to the corresponding winning numbers. In the present example, the Prize Data field is used to identify the winning combination, if any, for each played number set for each completed draw that the ticket is valid for. The Prize Data field in an on-line lottery ticket record 524 is updated in method 2300, described below.
Lottery ticket records 524 for seven tickets L1-L7 are illustrated in Lotto 7/47 ticket table 522. The draw record 518 for the Oct. 24, 2003 draw is linked to the lottery ticket records 524 for tickets L3 and L4 indicating that they are valid for that draw. Ticket L3 corresponds to ticket receipt 118 (
Keno draw table 526 and Keno ticket table 528 are similar to Lotto 7/47 draw table and Lotto 7/47 ticket table and contain information relating to draws and tickets for the Keno on-line lottery. Keno draw table 526 contains draw records 518 for daily draws of the Keno on-line lottery. Lottery ticket records 524 for six tickets K1-K6 for the Keno on-line lottery are illustrated in the keno Ticket table 528 in
Referring to
Each event table 508 contains one or more event records 538. Each event record 534 contains information about an event for an on-line game, such as the date and time of the event, the teams participating in the event, the various predicted outcomes that a player may choose, the odds set by the lottery operator for those outcomes and other information.
In this exemplary embodiment, each event record 534 in the Sports Line event table 532 includes the following fields:
In this exemplary embodiment, each event record 534 in the Over/Under event table 540 includes the following fields:
The Actual Outcome field in an event record 534 will be blank until the event has been completed and the outcome is known. In the Sports Line event table 532, the event record 534 for event 43 on list 4523 has the following contents when it is first created:
In the Over/Under event table 532, the event record 534 for event 33 on list 4523 has the following contents when it is first created:
Each on-line game ticket table 510 contains on-line game ticket records 538. Each on-line game ticket record 538 contains information relating to a ticket sold for an on-line game. In this exemplary embodiment, the ticket records 538 in the Sports Line ticket table 536 include the following fields:
Each on-line game ticket table 510 has a Maturation Event Index (not shown) that provides an index of the ticket records 538 in the ticket table ordered by the event identified in the Maturation Event field in each of the ticket records. The Maturation Event Index may be used to identify ticket records 538 that correspond to tickets which mature after a particular event. The Sports Line ticket table 536 has a Sports Line Maturation Event Index (not shown). The Over/Under ticket table 542 has an Over/Under Maturation Event Index (not shown). In another embodiment, ticket records that have a specific maturation event may be identified by searching through each ticket record in a ticket table.
Sports Line ticket table 536 contains seven on-line game ticket records 538 corresponding to seven Sports Line on-line game tickets SL1-SL7. Ticket SL3 corresponds to ticket receipt 318 (
Over/Under ticket table 542 contains six on-line game ticket records 538 corresponding to six Over/Under on-line game ticket OU1-OU6. Ticket OU2 corresponds to ticket receipt 418 (
Player account server 162 manages the creation of player accounts and enables players to access their player accounts using a player terminal 106. Each player interface 166 facilitates communications between the player account server 162 and one or more of the player terminals 106. In the present embodiment, player interface 166a includes a player website 167a, which players may access by using a web browser operating on a player terminal 106, such as a personal computer or any other web-enable computing device. Player interface 166a communicates with web browsers to receive information from the player terminals 106 and to transmit information to the player terminals 106. For example, player interface 166a receives information about new player accounts and creates a corresponding player account record 514 in the lottery database 160. This is further described below in relation to method 2100. Player interface 166a obtains information relating to tickets associated with a player account from the lottery database 160 and transmits it to a player terminal 106. The information is displayed on the player terminal 106. This is further described below in relation to method 2600.
Other player interfaces 166 may be configured to allow other types of player terminals 106 to access the player account server to create player accounts or to obtain information relating to tickets associated with a player account. For example, other player interfaces 166 may be adapted to communicate with portable communication devices with small display screens such as portable digital assistant (PDA) devices or portable telephone devices. Other player interfaces 166 may be adapted to communicate with computer programs executing on a player terminal 106 and to control the display of information by such computer programs.
Referring to
Reference is again made to
Method 2100 next proceeds to step 2104. In step 2104, the player selects a player account identification code and provides other information for her player account. In this step, the player is presented with an account creation form. The account creation form is transmitted from the player website 167a to the player terminal 106 and is displayed on the player terminal 106. The account creation form has a number of fields to allow the player to enter information relating to a player account that the player wishes to create. The account creation form allows the player to propose an account identification code and account password for the player account. The account creation form also allows the player to enter the personal information described above: the player's name, address, phone number, fax number, e-mail address, birth date, sex and income range. When the player has completed the form, the information entered by the player is transmitted to the player account server. Method 2100 proceeds to step 2106.
In step 2106, the player account server 162 determines whether the proposed account identification code may be assigned to the player's account. In the present embodiment, the player account server 162 checks whether:
-
- (i) each of the characters in the proposed account identification code is in the account identification code character set;
- (ii) the proposed account identification code is between 6 and 12 characters long;
- (iii) all of the characters in the proposed account identification code are different from one another; and
- (iv) the proposed account identification code has already been assigned to an existing player account.
To determine if the proposed account identification code has already been assigned to an existing player account, the player account server 162 compares the proposed account identification code with the account identification codes that have already been assigned to existing player accounts (and which are recorded in the Account ID Code fields in the player account records 514 (
The player account server 162 also checks the account password proposed by the player to ensure that it complies with any rules set by the lottery operator. The lottery operator may specify rules for account passwords relating to minimum and maximum numbers of characters, use of different cases of letters (i.e. uppercase, lowercase or mixed case), use of numerals in the password and other requirements.
The player account server 162 also checks the remaining information provided by the player to ensure that it meets any criteria set by the lottery operator. For example, the lottery operator may check to ensure that any required fields are completed. In the present example, the lottery operator allows players to create anonymous accounts without entering any personal information. In other embodiments, the lottery operator may require players to provide some or all of the personal information described here, as well as other personal information.
If the proposed identification code may be assigned to the new player account, and if the password and personal information meet any criteria imposed by the lottery operator, method 2100 proceeds to step 2108. Otherwise, method 2100 returns to step 2104.
In step 2108, a new player account record 514 is created in the player account table 502 for the new player account code. The proposed identification code is recorded in the Preferred ID Code Order field with the characters in the order in which the player entered them in step 2104. The proposed identification code is recorded in the Account ID Code field with the characters sorted in alphanumeric order. The proposed password is recorded in the Password field and any personal information provided by the player is recorded in the appropriate fields.
The Player Ticket List field does not contain a reference to any tickets at this point, since the player account is newly created and no tickets have been associated with the account.
Referring to
Method 2100 proceeds to step 2110. In step 2110, the player account server 162 confirms the creation of the new player account. The player account server 162 transmits a confirmation message to the player terminal 106 where the confirmation message is displayed.
Method 2100 ends when step 2110 is completed.
In another embodiment, in step 2110, the player account server 162 may also generate an image of the account identification region of a selection slip, or a whole selection slip, with the cells corresponding to the player's account identification code marked. The image of the account identification region is also sent to the player terminal 106 where it is displayed. The player may review the image to learn how to properly mark an account identification region to identify the player's account on a selection slip. Optionally, the image of the account identification region may be provided in a printable format (such as an image format or a document format such as PDF), allowing the player to print the image and to refer to it when completing a selection slip.
Typically, a lottery operator will allow a player to change some of the information recorded about the player and the player account in a player account record 514. For example, the player may be permitted to change the password associated with the player account or the personal information about the player. The lottery operator will provide an account modification service for this purpose. A skilled person will be able to provide an appropriate account modification service and the account modification is not further described here.
Referring to
The ticket server 164 also communicates with ticket vending terminals 104 to allow on-line lottery tickets and on-line game tickets to be redeemed. The operation of ticket server 164 to facilitate the redemption of tickets is further described below in relation to method 2500 (
Method 2200 starts in step 2202 in which the player selects and completes a selection slip 112. As described above, a lottery operator may make various types of selection slips 112 available for players to choose from. In this exemplary embodiment, each selection slip 112 is related to at least one on-line lottery or on-line game. The player's choice of selection slip 112 determines the on-line lottery (or lotteries) or on-line game for which the player will purchase a ticket. The player completes both the play region (either a lottery play region on a selection slip for an on-line lottery or a game play region on a selection slip on a selection slip for an on-line game) and the account identification region on the selection slip. After completing the selection slip 112, the player gives it to a ticket vendor.
In the present Lotto 7/47 based example, a lottery player, Sonia Smith, selects selection slip 116 and completes the lottery play region 120 by marking it as shown in
In the present Sports Line based example, a player, Brian Jones, selects selection slip 318 and completes the game play region 320 to make predictions for three events as shown in
Method 2200 proceeds to step 2204, in which the ticket vendor inserts the completed selection slip 112 into a ticket vending terminal 104. Ticket vending terminal 104 scans the selection slip 112 to determine which cells the player has marked and transmits a Ticket Issue Request 552 to the ticket server 164. The contents of a Ticket Issue Request 552 will differ depending on whether the player is purchasing a ticket for an on-line lottery or an on-line game. The ticket vending terminal 104 is configured to determine which type of selection slip the player chose in step 2202 by scanning the selection slip identification region on the selection slip 112. The ticket vending terminal 104 interprets the cells marked by the player on the selection slip 112 based on the type of selection slip.
In this embodiment, a Ticket Issue Request 552 for an on-line lottery or lotteries includes the following information:
(a) the identity of each lottery for which the player has requested a ticket, and for each lottery:
-
- i. any played number sets the player has selected; and
- ii. any played number sets automatically selected by the ticket vending terminal 104 based on the player's selections on the selection slip;
(b) the number of draws for which the player has requested a ticket;
(c) the account identification code marked by the player on the selection slip;
(d) the ticket vending terminal code.
In this embodiment, a Ticket Issue Request 552 for an on-line game includes the following information:
(a) the identity of the on-line game for which the player has requested a ticket;
(b) the event number and predicted outcome for each prediction made by the player;
(c) the player's wager for the ticket;
(d) the account identification code marked by the player on the selection slip;
(e) the ticket vending terminal code.
The account identification code marked on a selection slip is set out in the Ticket Issue Request 552 in the alphanumeric order used in the present embodiment. In this embodiment, a ticket vending terminal 104 cannot determine which permutation of the characters marked in the account identification region on a selection corresponds to the player's preferred order for the account identification code.
In the present Lotto 7/47 based example, the Ticket Issue Request 552 contains the following information, which is based on the cells marked by player Sonia Smith on selection slip 116:
In the present Sports Line based example, the Ticket Issue Request 552 contains the following information which is based on the cells marked by player Brian Jones on selection slip 316:
Method 2200 next proceeds to decision step 2206. In step 2206, the ticket server 164 determines whether a ticket may be issued based on the Ticket Issue Request 552 received from the ticket vending terminal 104 in step 2204. The ticket server 164 ensures that the player's selections comply with the rules of the on-line lottery or lotteries or on-line game or games for which the player has requested a ticket. For example, the ticket server 164 checks to ensure that the player has selected the correct number of played numbers for each played number set. The ticket server 164 may also check to ensure that any other requirements set by the lottery operator are complied with. For example, the lottery operator may set a rule that tickets for a particular on-line lottery may not be purchased with 15 minutes before or after a draw of the on-line lottery. For an on-line game, the lottery operator may specify that a ticket will only be issued if the Ticket Issue Request is received prior to the time of the earliest event that the bet is based on.
In addition, the ticket server 164 determines if a player account with account identification code specified by the player exists in the player account table 502 (
In the present Lotto 7/47 example, the selections made by Sonia Smith on selection slip 116 comply with the rules of Lotto 7/47 on-line lottery and a player account with the account identification code AINOS4 does exist. Method 2200 can proceed to step 2210.
Similarly, in the present Sports Line example, the selections made by Brian Jones on selection slip 316 comply with the rules of the Sports Line on-line game and a player account with the account identification code ABINR237 does exist. In this example, method 2200 can also proceed to step 2210.
In step 2208, the ticket server 164 transmits an Error Message to the ticket vending terminal from which the Ticket Issue Request 552 was received in step 2204. The Error Message indicates that a ticket cannot be issued based on the Ticket Issue Request 552 and may optionally also identify the reason why the ticket cannot be issued. Method 2200 ends after step 2208.
In step 2210, the ticket server 164 creates a new ticket record in the appropriate ticket table, based on the information in the Ticket Issue Request 552 and data generated by the ticket server. The ticket server 164 stores data in the fields of the ticket record based on the Ticket Issue Request and by generating additional data (such as the ticket code, the data and time at which method 2200 is being performed and a verification code). The ticket server 164 updates the draw records 518 (
The ticket server 164 also updates the player account record 514 (
If the Ticket Issue Request 552 identifies an on-line lottery, the ticket server 164 generates or determines the following information:
-
- (a) a ticket code, which is generated by the ticket server 164;
- (b) the date and time at which method 2200 is being performed;
- (c) the identity of the on-line lottery or lotteries for which the ticket is to be issued and the played number sets for each of the lotteries, as indicated in the Ticket Issue Request 552;
- (d) the dates of the draws for which the ticket will be issued, based on the number of draws indicated in the Ticket Issue Request 552 and based on the date and time at which the method 2200 is being performed;
- (e) the vendor terminal code identified in the Ticket Issue Request 552;
- (f) a verification code, which is generated by the ticket server 164; and
- (g) the account identification code with which the ticket will be associated, as indicated in the Ticket Issue Request 552.
In the present embodiment, the lottery operator issues a ticket for consecutive draws, starting with the next draw after the time at which method 2200 is performed. If the Ticket Issue Request 552 is for only one draw, then a ticket for the next draw of the on-line lottery is issued. In other embodiments, the lottery operator may determine the draws for which a ticket will be issued according to any set of rules. For example, if a lottery has twice weekly draws (i.e. on Wednesday and Saturday), the lottery operator may issue a ticket for the next three Saturday draws.
The ticket server 164 creates a new ticket record 524 (
In the present Lotto 7/47 example, the ticket server 164 determines or generates the following information:
As described above, ticket receipt 118 corresponds to ticket L3 (
If the Ticket Issue Request 552 identifies an on-line game, the ticket server 164 generates or determines the following information:
-
- (a) a ticket code, which is generated by the ticket server 164;
- (b) the date and time at which method 2200 is being performed;
- (c) the identity of the on-line game for which the ticket is to be issued and the prediction set, as indicated in the Ticket Issue Request 552;
- (d) the wager made by the player for the ticket;
- (e) the vendor terminal code identified in the Ticket Issue Request 552;
- (f) a verification code, which is generated by the ticket server 164;
- (g) the account identification code with which the ticket will be associated, as indicated in the Ticket Issue Request 552;
- (h) the maturation event for the ticket; and
- (i) the payout value for the ticket.
In the present embodiment, when a Ticket Issue Request is for an on-line game, the date and time at which method 2200 is performed determines which event list a ticket will be issued for. The lottery operator will issue a ticket for the event list that is current when the ticket is issued (if a ticket may be issued as described above in relation to step 2206).
The ticket server 164 creates a new ticket record 538 (
In the present Sports Line Example, the ticket server 164 generates or determines the following information:
-
- (a) ticket code: 9113-4234-2342-3047;
- (b) date and time: Oct. 24, 2004 3:45 p.m.;
- (c) on-line game: Sports Line;
- (d) wager: $5;
- (e) ticket vending terminal code: 85462;
- (f) verification code: 6456;
- (g) account identification code: ABINR237;
- (h) maturation event: event 43; and
- (i) payout value: 72.
Since method 2200 is being processed on October 24 at 3:45 p.m., the current event list for the Sports Line on-line game is event list 4523 . As described above, ticket receipt 318 (FIG. 4 ) corresponds to ticket SL3 (FIG. 6 b). The ticket server 164 creates a new ticket record 538 in the ticket table 536 for the Sports Line Ticket Table for event list 4523 and records the assembled data in the new ticket record 538. The ticket record 538 for ticket SL3 when it is first created is set out above. The ticket server 164 also updates the player record 514 for Brian Jones' player account by adding a reference to the ticket code for the new ticket in the Player Ticket List field.
Method 2200 proceeds to step 2212. In step 2212, the ticket server 164 transmits Ticket Receipt Data 554 to the ticket vending terminal 104 from which the Ticket Issue Request 552 was received in step 2204. The Ticket Receipt Data 554 includes ticket information printed by the ticket vending terminal 104 on the ticket receipt 114 for the ticket. The ticket information includes the account identification code marked by the player in the account identification region on the selection slip 112 in step 2202. In the present embodiment, the ticket information includes the account identification code, as it is stored in the Preferred ID Code Order in the player account record 514, so that the player's account identification code can be printed on the ticket receipt 114 with the characters in the order preferred by the player. The Ticket Receipt Data 554 may also include additional information, such as formatting information to indicate how the information printed on the ticket receipt 114 should be laid out. The ticket vending terminal 104 prints a ticket receipt 114 setting out the ticket information. The account identification code is printed on the ticket, indicating that the ticket issued in this method 2200 has been associated with the player's account in the lottery database 160.
In the present Lotto 7/47 example, ticket vending terminal 104d (
In another embodiment, the ticket vending terminal 104 may transmit a Ticket Receipt Issued message (not shown) to the ticket server 164 as part of step 2212 after the ticket receipt 114 has been printed. The ticket server 164 may use the Ticket Receipt Issued message to as a confirmation that the ticket purchase transaction has been successfully completed.
Method 2200 proceeds to step 2214, in which the ticket vendor gives the printed ticket receipt 114 to the player. The ticket vendor will also obtain payment from the player for the ticket.
Method 2200 then ends.
Method 2200 allows a player to identify the player's account when purchasing a ticket for an on-line lottery or on-line game. A player may participate in an on-line lottery by using a lottery play region on a selection slip to select played number sets, request automatically selected numbers, participate in an associated lottery or select a number of draws to participate in, depending on the selections permitted by the lottery operator. The player may participate in an on-line game by using a game play region of selection slip to make predictions and wagers, depending on the selections permitted by the lottery operator. The present invention allows the player to identify the player's account using an account identification region on a selection slip. The ticket server issues a ticket to the player and associates the ticket with the player's account in step 2210. The player receives a ticket receipt setting out the player's played number set or sets (for an on-line lottery) or his predictions (for an on-line game) and the player's account identification code, indicating that the ticket is associated with the player's account.
In method 2200, the ticket server 164 audits a Ticket Issue Request 552 to determine whether a ticket may be issued in step 2206. In another embodiment, a ticket vending terminal 104 may audit some or all of the selections marked by a player on a selection slip prior. The rules for the various on-line lotteries and on-line games that the lottery operator offers may be programmed into the ticket vending terminal 104. In step 2204, the ticket vending terminal 104 may be programmed to determine if the player has properly marked the play region in accordance with the rules of the on-line lottery or on-line game to which the selection slip relates. Similarly, a list of valid account identification codes may be stored in the ticket vending terminal 104. The ticket vending terminal 104 may compare an account identification code marked on a selection slip to the list of valid account identification codes. If the play region is not marked correctly, or if the marked account identification code is not found in the list of valid account identification code, the ticket vending terminal 104 may display an error message and will not send a Ticket Issue Request. To facilitate up-to-date checking of account identification codes, when a new player account is created according to method 2100, the new account identification code may be transmitted to all ticket vending terminals to be added to the list of valid account identification codes. Alternatively, the list of valid account identification codes could be updated periodically and a player who creates a new account may be unable to use the account until the player's account identification code has been stored in the ticket vending terminals 104. For example, the list of valid account identification codes may be updated in each ticket vending terminal 104 each night. A player can use a player account the day after it is created. If the ticket vending terminal 104 determines that the play region is marked correctly and a valid account identification code has been marked in the account identification region on a selection slip, the ticket vending terminal 104 will send a Ticket Issue Request to the ticket server 164. The ticket server may repeat some of the checks performed by the ticket vending terminal 104 and may perform additional audits as well. In different embodiments, the ticket vending terminal 104 may perform some or all of the audits. For example, in another embodiment, the ticket vending terminal 104 may audit the information marked in the play region while the ticket server 164 audits both the play region and the account identification code marked in the account identification region.
In other embodiments, a ticket may be issued even if an invalid account identification code is marked on a selection slip. Optionally, the invalid account identification code may be ignored and a ticket may be issued as if no account identification code had been marked on the selection slip. Alternatively, the ticket receipt 114 may include a notice to the effect that an invalid account identification code had been marked on the selection slip and was ignored.
On the ticket receipts 114 illustrated in
In system 100, if a player requests that a played number set be automatically selected for the player, the ticket vending terminal 104 automatically selects the requested played numbers and includes the selected numbers in a Ticket Issue Request. Similarly, a ticket vending terminal 104 automatically selects played numbers for an on-line lottery in which all played numbers are automatically selected (such as the Tag on-line lottery). In another embodiment, the ticket vending terminal 104 may include the player's request for an automatically selected played number set or to participate in an on-line lottery for which all played numbers are automatically selected to the ticket server 164. The ticket server may automatically select the requested played numbers and include them in a Ticket Receipt Data message.
Reference is next made to
Method 2300 begins in step 2302 in which the lottery operator conducts the draw of the on-line lottery or lotteries.
In the present example based on the Oct. 31, 2003 draw of the Lotto 7/47 on-line lottery, the lottery operator draws a winning number set for the host Lotto 7/47 on-line lottery and a winning number for the associated Tag on-line lottery. The winning number set for the Lotto 7/47 on-line lottery consists of the winning numbers 2, 7, 11, 17, 22, 36, 43 and bonus number 23. The winning number for the associated Tag on-line lottery is 258952.
Method 2300 then proceeds to step 2304, in which the lottery operator updates the winning number field or fields in the appropriate draw record 518 for the draws conducted in step 2302 in the appropriate draw table 504. In the present example, the lottery operator updates the draw record 518 for the Oct. 31, 2003 draw in the Lotto 7/47 draw table 516. The lottery operator records the Lotto 7/47 winning number set in the Lotto 7/47 Winning Number Set field and records the Tag winning number in the Tag Winning Number field as follows:
Method 2300 then proceeds to step 2306, in which an on-line lottery ticket checking program (not shown) is executed by the lottery operator. The on-line lottery ticket checking program is executed on the lottery computer system 102 and has access to the lottery database 160. The on-line lottery ticket checking program uses the Draw Ticket List field in the draw record 518 for the draw conducted in step 2302 to obtain the ticket record 524 (
If a ticket is valid for more than one draw, the played number sets on the ticket are compared to the corresponding winning numbers sets after each draw and the Prize Data field in the ticket record 524 is updated to reflect the results for the ticket as of the most recent draw. If all of the draws for which the ticket is valid have been conducted, the on-line lottery ticket checking program also updates the Ticket Status field in the ticket record 524. If the ticket has won a prize (in the draw conducted during the current performance of method 2300 or in a previous draw) the ticket status is changed to “Winner-Not Redeemed”. If the ticket has not won any prize in any draw, the Ticket Status is changed to “Not A Winner”. If the ticket is still valid for future draws, the Ticket Status remains “Draws Not Complete”.
Typically, the on-line lottery ticket checking program will check each ticket valid for the draw conducted in step 2302 in turn. Referring to
When each ticket valid for the draw conducted in step 2302 has been checked to determine the results for the ticket in the draw, the lottery ticket checking program records the number of played number sets that have won prizes for each of the winning combinations for each draw conducted in step 2302. Method 2300 then proceeds to step 2308.
In the present example, in step 2306, the result of comparing the played number sets to the corresponding winning numbers for the Oct. 31, 2003 draw gives the following results:
-
- Lotto 7/47 played number set 1: 5/7 regular winning numbers
- Lotto 7/47 played number set 2: No winning combination
- Tag played number 1: No winning combination.
Based on these results, the on-line lottery ticket checking program increments the count of the number of played number sets that have won the fifth prize in the Oct. 31, 2003 Lotto 7/47 draw and also updates the Prize Data field in ticket record 525. The Prize Data field has the following information in it after it is updated:
The data relating to the Oct. 23, 2003 draw was recorded in the Prize Data field earlier when method 2300 was performed in relation to that draw of the Lotto 7/47 on-line lottery and its associated Tag on-line lottery, based on the winning number sets for the Lotto 7/47 and Tag draws on that draw date. Ticket L3 is still valid for another draw on Nov. 7, 2003 and accordingly, the Ticket Status for the ticket remains Draws Not Complete.
In step 2308, the lottery operator determines the value of any shared prizes based on the number of winners for each winning combination, according to the rules of each on-line lottery. The lottery operator then updates the prize information fields in the draw records for the completed draws.
In the present example, the lottery operator calculates the value of each prize for the Oct. 31, 2004 draw of the Lotto 7/47 on-line lottery and updates the Lotto 7/47 Prize Information field in the draw record 518 for the draw. The Free Ticket Prize and all of the prizes for the Tag on-line lottery are fixed prizes and no calculation is required. These fixed prizes are also recorded in the draw record 518 for the draws.
This information is stored in the draw record 518 for the Oct. 31, 2004 draw in the following fields:
After step 2308, method 2300 ends.
Steps 2304, 2306 and 2308 may be automated using a computer program, which would include the on-line lottery ticket checking program described above in relation to step 2306. The lottery operator may input the winning number set into the computer program and the total value of the shared prizes (if any), or the information required to calculate the total value of the shared prizes. The computer program can then carry out all three steps. Alternatively, the lottery operator may carry out step 2304 or 2308 or both separately from the on-line lottery ticket checking program of step 2306. The lottery operator may provide the winning number set to the lottery ticket checking program to allow it to carry out the necessary comparisons. The on-line lottery ticket checking program of step 2306 may process a host on-line lottery and any associated on-line lottery or separate programs may be used to determine the results for each ticket for the different on-line lotteries. A skilled person will be capable of providing one or more computer programs to carry out the comparisons and data operations required depending on the particular structure of any particular on-line lottery or lotteries and data storage techniques with which the invention is used.
Method 2300 allows a lottery operator to conduct a draw for an on-line lottery and to determine the results for each played number set on each ticket that is valid for the draw. The lottery operator can determine the number of winning played number sets for each winning combination for the draw. If the lottery operator has conducted a draw for a host on-line lottery and an associated on-line lottery, the lottery operator may use method 2300 to calculate the number of winning played number sets for each on-line lottery. In addition, the lottery operator may calculate the value of any shared prizes based on the total prize value allotted for a particular winning combination and the number of winners for that winning combination. The lottery operator may update the ticket record for each ticket to record the results for the ticket. The lottery operator may also update the draw record for the completed draw to record the number of winning played number sets for each winning combination, and the value of some or all of the prizes for each on-line lottery, depending on the information stored in the draw records in any particular embodiment of the invention.
Reference is next made to
Method 2400 is performed by the lottery operator for each event in an on-line game. Method 2400 begins in step 2400, in which the lottery operator waits for the event to be completed.
In the present example, the lottery operator waits until the NFL football game between Dallas and Tampa Bay on Oct. 26, 2003 is completed.
After the event has been completed, method 2400 proceeds to step 2404. In step 2404, the lottery operator updates the Actual Outcome field in the event record 534 for the event that has been completed.
For the purposes of the present example, the NFL football game is assumed to have ended with Dallas winning the game 21-18, according to the standards rules for NFL football. However, according to the rules set by the lottery operator for the Sports Line on-line game, the game is deemed to be a tie, since the teams are separated by three or fewer in the final score. The lottery operator updates the Actual Outcome field of the event record 534 for event 43 in Sports Line Event Table 532 as follows:
Method 2400 then proceeds to step 2406, in which the lottery operator executes an on-line game ticket checking program (not shown). The on-line game ticket checking program is executed on the lottery computer system 102 and has access to the lottery database 160. The on-line game ticket checking program checks each on-line game ticket that matured with completion of the completed event, based on the Maturation Event field in the ticket record 538 for the ticket. In the present embodiment, the Maturation Event Index for the on-line game ticket able 510 (
For each ticket that matured with the completed event, the game ticket checking program compares the player's prediction set (set out in the Predicted Outcomes field in the ticket record 538) with the actual outcomes of the corresponding events and determines if the player has won the bet made on the ticket. If, according to the rules for the on-line game, the player has won the bet, the Ticket Status field in the ticket record 538 is updated by changing the ticket status to “Winner-Not Redeemed”. If the player has lost the bet, then the Ticket Status field in the ticket record 538 is updated by changing the ticket status to “Not a Winner”. If a ticket record 538 identifies the completed event in its Maturation Event field, but some of the other events have not been completed when on-line game checking program is executed, then one of the Maturation Event field is changed to identify one of the uncompleted events. If the expected ending time of the uncompleted events can be estimated, then the event with the latest expected ending time is identified in the Maturation Event field. The ticket status for tickets that do not mature with the completion of the completed event is not changed.
The on-line game ticket checking program will check each ticket that matured with the completion of the completed event in turn. Referring to
In the present example, the bet made by the player (Brian Jones) on ticket SL3 is based on three events: event 12, event 33 and event 43 set out for the Sports Line on-line game in List 4523. The actual outcome for event 43 is a tie, according to the rules for the Sports Line on-line game, as described above at step 2404. For the purposes of the present example, it is assumed that the actual outcomes of the other events are as follows: Event 12—Visitor Win; and Event 33—Home Win. After events 12 and 33, method 2400 would have been carried out, however, ticket SL3 would not be checked in step 2406, since the ticket did not mature with the completion of either of those events. In both cases, the ticket status would have been left as “Events Not Complete”.
With the completion of event 43, ticket SL3 matures and the on-line game ticket checking program checks ticket SL3 during step 2406. The on-line game ticket checking program compares the prediction set for the on-line game ticket with the actual outcomes of the corresponding events, with the result that the player correctly predicted the outcome of each event. The player has won the bet on ticket SL3. The ticket checking program changes the Ticket Status field to “Winner-Not Redeemed”. The player is entitled to redeem the on-line game ticket for the Payout Value of $72.
Similarly, the ticket checking program checks tickets SL2, SL4 and SL6 and changes their Ticket Status fields to “Winner-Not Redeemed” or “Not a Winner”. When all the tickets maturing with the completion of event 43 has been checked by the on-line game ticket checking program, method 2400 ends.
Event 43 in the Sports Line on-line game, the NFL Football game between Dallas and Tampa Bay on Oct. 26, 2003 is also an event in the Over/Under on-line game. In the present exemplary embodiment, method 2400 is carried out separately in relation to the Over/Under on-line game after the completion of each event for that on-line game. In an alternative embodiment, a lottery operator may combine the processes of checking tickets for different on-line games, particularly if the on-line games are based on the same events.
Method 2400 allows a lottery operator to update an event record 534 for a completed event and to update the ticket record 538 for each ticket that matures with the completion of the event. In the present embodiment, a lottery operator may choose to perform method 2400 after the completion of each event, without regard for the completion of other events.
In another embodiment, a lottery operator may choose to perform steps 2402 and 2404 in respect of two or more events, and then perform method 2406 in respect of each of the events. For example, a lottery operator may allow a group of events (such a group of sports events held on a particular day) to be completed and update the event record for each of the events based on the outcome of each event. After the group of events is complete, the lottery operator may perform step 2406 in respect of all of the events by configuring the ticket checking program to check any ticket that matures with any event in the set. This allows the lottery operator to determine the results for all tickets that matured with the completion of one or more the events in the group (i.e. all tickets that matured on a particular day) and to update the ticket records for each of the tickets.
In another system, on-line game ticket records may have a Maturation Date field rather than a Maturation Event field. The lottery operator waits until all events on a particular day are complete and updates the event records for each such event, effectively performing steps 2402 and 2404 in respect of each event. Subsequently, the lottery operator performs step 2406 and configures the on-line game ticket checking program to check each ticket that matures on the particular day.
Reference is next made to
Method 2500 begins in step 2500. In this step, a player presents a ticket receipt for a ticket to a ticket vendor. In the present embodiment, the ticket vendor enters the ticket code for the ticket into a ticket vending terminal 104. Ticket receipts in the present embodiment have a machine readable bar code (for example, bar code 158 on
Method 2500 then proceeds to decision step 2504. The ticket server accesses the ticket record 524 or 538 for the ticket in the lottery database 160. If the status in the Ticket Status field of the ticket record 524 is “Winner-Not Redeemed”, method 2500 proceeds to decision step 2506. Otherwise, method 2500 proceeds to step 2512.
In decision step 2506, the ticket server 164 determines if the prize won by ticket may be redeemed by the ticket vendor. A lottery operator may limit the value of cash prizes that may be redeemed by a ticket vendor. Cash prizes exceed the limit must be redeemed at an office operated by the lottery operator. Ticket vendors are also typically permitted to redeem free ticket prizes. However, ticket vendors may not be able to redeem merchandise prizes. In the present embodiment, the lottery operator permits ticket vendors to redeem free ticket prizes and cash prizes with a value of less than $1000. If the ticket may be redeemed by the ticket vendor, method 2500 proceeds to step 2508. Otherwise method 2500 proceeds to step 2510.
In step 2508, the ticket server 164 transmits a “Redeem Ticket” message to the ticket vending terminal 104. The ticket server 164 sets the Ticket Status field in the ticket record 525 to “Winner-Redeemed”. The Redeem Ticket message contains instructions for redeeming the ticket, including the prize or prizes won by the ticket. The instructions may include information that is displayed or printed at the ticket vending terminal. The ticket vendor follows the instructions and redeems the prize or prizes. After step 2508, method 2500 ends.
In step 2510, the ticket server 164 transmits a “Ticket Redemption Information” message to the ticket vending terminal 104 containing instructions as to how the player may redeem the ticket. The ticket vendor provides these instructions to the player. The ticket server 164 does not change the setting of the Ticket Status field in the ticket record 524. After step 2510, method 2500 ends. In the present embodiment, the instructions advise the player to visit a prize claim office operated by the lottery operator to redeem the prize. A player may redeem any prize, including prizes that cannot be redeemed by a ticket vendor, by visiting a prize claim office operated by the lottery operator. When the player redeems a prize in this way, the status for the ticket is also set to “Winner-Redeemed”.
Step 2512 is reached if a player may attempts to redeem an on-line lottery ticket that is not a winning ticket or a ticket that has already been redeemed. The Ticket Status field for such a ticket will be set to “Draws Not Complete”, “Events Not Complete”, “Not a Winner” or “Winner-Redeemed”. The ticket server 164 transmits a “Non-Redeemable Ticket” message to the ticket vending terminal 104. The Non-Redeemable Ticket message instructs the ticket vendor not to give any prize to the player and may optionally include details as to the status of the ticket. The Non-Redeemable Ticket message may optionally contain instructions for printing a report that may be given to the player indicating that the ticket cannot be redeemed and may also indicate the reason. The ticket server 164 does not change the setting of the Ticket Status field in the ticket record 524. After step 2512, method 2500 ends.
Reference is next made to
Method 2600 begins in step 2602 in which a player uses a player terminal 106 to access the player account server 162 and to request access to an account checking service. The player terminal 106 to communicate with a player interface 166 to allow the player to obtain information stored in the lottery database 160. Method 2600 will be described by way of example with reference to the exemplary player account for Sonia Smith. Sonia Smith uses player terminal 106c to access the player account server 162. Player terminal 106c is a personal computer coupled to public network 110 and is configured with a web browser capable of displaying web pages, including web pages provided by player website 167a (
Reference is made to
In the present example, Sonia Smith accesses player website 167a using her player terminal 106c. The welcome web page 602 is displayed on her player terminal 106c. Sonia Smith enters her account identification code SONIA4 in the account identification code field 612, with the characters in the order recorded in the Preferred ID Code Order field in the corresponding player account record 514. She also enters her account password in the account password field 612 and clicks on the Enter button 616.
Method 2600 then proceeds to decision step 2604. In step 2604, the player account server 162 attempts to authenticate the account identification code and account password entered by the player in step 2602. If a player account record 514 matching the entered account identification code and account password exists in the player account table 512 (
In the present embodiment, a player must enter an account identification code with its characters ordered in the same order or permutation that is recorded in the Preferred ID Order field in the player account record 514 for that player account record. If the player enters the characters in a different order in step 2602, then account identification code will not be authenticated in step 2604 and method 2600 proceeds to step 2606. This reduces the likelihood that a player (or any other person) will accidentally (or intentionally) obtain access another player's account, since the player must enter not only the correct characters in the other player's account identification code, but must also enter them in the correct order. In the present embodiment, changing the order of characters in an account identification code does not change the account identification code. As a result, the lottery operator could alternatively allow a player to access the player's account regardless of the order in which the characters in the account identification code are entered in step 2602.
In step 2606, an error message is displayed on the player terminal 106 indicating that the player has entered an invalid account identification code or an invalid password (or both). Method 2600 then ends.
In step 2608, the player is provided access to the account checking service, which allows the player to obtain information relating to the player's tickets. The player account server 162 obtains information about the player's tickets from the lottery database 160. The player account server 162 transmits information about the player's tickets to the player terminal 106 using the player interface with which the player terminal 106 is communicating. The information transmitted to the player terminal 106 is displayed for the player to view.
In the present exemplary embodiment, the player interface 166 provides several types of reports to a player about tickets associated with the player's account. Each report is based on information recorded in the lottery database 160. The different report information about the player's account and the player's tickets in varying levels of detail. The player account server 162 extracts detailed information about individual tickets from the lottery database 160 and provides detailed ticket status reports. The player account server also provides an account summary report which includes summary information about the player's tickets and summary information about individual tickets. Some of the information provided by the player account server 162 may be calculated based on information recorded in the lottery database 160.
In the present example, the player interface 166a formats the reports so that they are suitable for display in a web browser operating on Sonia Smith's player terminal 106c. The player interface then transmits the formatted report to the player terminal where it is displayed.
Reference is next made to
Player interface 166a generates account summary report 700 as a web page based on the contents of the lottery database 160 at the time account summary report 700 is displayed. The formatted account summary report 700 is transmitted to Sonia Smith's player computer 106c where it is displayed for her to view. On the account summary report 700, the date and time that account summary report 700 was generated is set out at 702. The player's account identification code is set out at 704, in the player's preferred order for the characters. The account information page 700 includes an account summary section 706 and a ticket summary section 708.
In the account summary section 706, various information relating to the player's account and to tickets associated with the player's account is set out. In the present exemplary account information page 700, the prizes won by the player in on-line lotteries and on-line games are summarized. The summary indicates that the player has unredeemed prizes and has won prizes on tickets with draws remaining. The summary also provides information about on-line game tickets.
The information presented on the account summary report 700 is calculated based on information about the player's account and the player's tickets extracted from the lottery database 160. The Player Ticket List field in the player account record 514 for the player's account is used to identify the player's tickets. The corresponding on-line lottery ticket records 524 (
In the ticket summary section 708, information about each of the tickets associated with the player's account is set out. The information for each ticket is obtained from the corresponding on-line lottery ticket record 524 or on-line game ticket record 538.
In the present embodiment, the lottery operator allows winning tickets to be redeemed within one year of the on-line lottery draw or on-line game events that the ticket relates to. After the one year period, a ticket becomes expired and invalid. The account summary section 706 and the ticket summary section 708 include information relating to the valid tickets associated with the player's account.
The player may obtain detailed information about any of the listed tickets by clicking on the ticket code for the ticket in the ticket summary section 708. When the player does so, a detailed ticket status report for the corresponding ticket is generated by the player interface 166a in the form of a web page. The detailed ticket status report is transmitted to the player's terminal 106 where it is displayed.
The use of the ticket code for a ticket as a link to the detailed ticket status report is only an example. Additionally, or alternatively, any part of the information displayed about a ticket could be used as the link. Additionally, or alternatively, a button may be provided for some or all of the tickets listed in the ticket summary section 708 as a link to the detailed ticket status report for that ticket.
Reference is made to
On the detailed ticket status report 720a, the date and time at which the detailed ticket status report 720a was generated is displayed at 722. The ticket code for the ticket is set out in a ticket code section 724. The draws and lottery for which the on-line lottery ticket is valid are set out in a validity information section 726.
The played number sets for the Lotto 7/47 on-line lottery and the associated Tag on-line lottery are set out in a played number section 728. In the present embodiment, even if a player chooses not to purchase a Tag played number when purchasing a Lotto 7/47 played number set, a Tag played number is still printed on the ticket receipt 114 for the Lotto 7/47 played number set. In this case, the words “Not Played” are printed beside the Tag played number in the played number section 728 to indicate that the player chose not to purchase the Tag played number. A summary of prizes won and the redemption status for the ticket is set out in a prize summary section 730.
For every draw for which the ticket is valid, the played number sets on the ticket are compared to the corresponding winning numbers. In the present embodiment, this comparison is performed for each lottery ticket following each draw for which the ticket is valid during step 2306 of method 2300 (
The detailed ticket status report includes a “Return to Account Summary” button 732. The player may click on this button 732 to display the account summary report 700 (
The detailed ticket status report 720a provides the player with detailed information about the results for the ticket, allowing the player to learn the result of comparing the played numbers on the ticket with the corresponding winning numbers, without having to do so manually.
A detailed ticket status report 720b is shown in
The played numbers for this ticket are compared to the corresponding winning numbers for each draw that the ticket is valid for. In the number comparison section 732, the results of the comparison for the Oct. 24, 2003 and the Oct. 31, 2003 Lotto 7/47 on-line lottery and Tag on-line lottery draws are shown. Ticket L3 is also valid for the Nov. 7, 2003 draw, which had not been conducted when the detailed ticket status report 720b was generated at 2:00 p.m. on Nov. 2, 2003.
On detailed ticket status report 740a, the date and time at which the report was generated is set out at 742. The ticket code for the ticket is set out in a ticket code section 744. The on-line game and event list for which the ticket is valid is set out in a validity information section 746. A summary of the results for the ticket and the prize redemption status for the ticket is set out in a prize summary section 748.
A comparison of the player's prediction for each event in the prediction set to the actual outcome for the event is set out in a detailed results section 750. The detailed results section 750 indicates that all five predictions in the prediction set are correct and as a result, the ticket is a winning game ticket. At the bottom of the detailed results section, the web page include a link to instructions (not shown) explaining how the player may redeem her prize.
The detailed ticket status report includes a “Return to Account Summary” button 752, which the player may click on to display the account summary report 700 (
Detailed ticket status report 740a provides Sonia Smith with detailed information about the ticket, allowing her to learn the results for the ticket without manually comparing the predictions in her prediction set with the corresponding actual event outcomes.
The sections and layout of detailed ticket status report 740b are similar to those of detailed ticket status report 740b. The detailed ticket results section 750 indicates that one of the predictions in the players prediction set, that Nashville would defeat Colorado in event 33 was wrong. In fact, Colorado won the hockey game and as a result, ticket SL3 is a losing ticket.
Detailed ticket status report 740a allows Sonia Smith to learn that ticket SL3 is not a winning ticket and to learn which prediction in the prediction set was incorrect without having to manually find out the actual outcome of each event and comparing the actual outcome with her predictions.
While using the account checking service, a player may view information about the player's account as permitted by the lottery operator. The player may navigate between different reports, depending on the options provided by the lottery operator. When the player has finished accessing the player's account, method 2600 ends.
System 100 allows a player to create a player account, associate tickets with the player account and obtain information about tickets associated with the player account. The player can obtain information about the results for on-line lottery tickets without manually comparing played numbers on on-line lottery tickets to corresponding winning numbers. The player can obtain information about the results for on-line game tickets without comparing the player's predictions on the ticket with the actual outcomes of events.
An exemplary system 100 that implements aspects of the present invention has been described. In addition, various other embodiments of the invention have been described. Other systems made according to the invention are described below. These systems are also examples. The invention may be implemented in different aspects based on the requirements of a particular lottery operator including the on-line lotteries or on-line game (or both) offered by the lottery operator and the amount of information that the lottery operator wishes to provide a player about tickets associated with the player's account. All such systems are within the scope of the present invention.
The account checking service of system 100 provides three levels of details about a player's account and the player's tickets, as described above in relation to step 2608 of method 2600
Referring to
The reports illustrated in
For example, in another embodiment, a lottery operator may choose to display information only about winning tickets. In another embodiment, a lottery operator may choose to simply inform a lottery player that the player has won a prize on at least one of the player's tickets. The lottery operator may simply identify the winning tickets without providing a detailed ticket report for any of the player's tickets.
In another embodiment, a lottery operator may choose to provide detailed ticket reports only for tickets valid for draws that took place during an immediately preceding time period, such as the last 30 days. Information for tickets valid for earlier draws may only be provided in summary form or may not be provided at all.
In another embodiment, a lottery operator may provide information about all tickets valid for draws that took place during an immediately preceding time period and only for winning tickets that were valid for earlier draws. For example, the lottery operator may provide information about all tickets valid for a draw in the preceding 15 days and only for winning tickets valid for draws that took place between 16 and 90 days ago. The lottery operator may not provide any information, through the account checking service of method 2600, for older tickets, even if some of those tickets are still valid winning tickets and could be redeemed for a prize.
A lottery operator may also choose to provide additional information about a player's account and tickets. For example, a lottery operator may calculate and provide a player with the cost of tickets purchased by a player over a time period. Such information may be organized by on-line lottery and by on-line game to allow a player to learn about his ticket purchasing history. The lottery operator may also provide information about a player's winnings by on-line lottery or on-line game.
The reports illustrated in
Referring to
In system 100, information about a player's account and a player's tickets are presented to the player on a display screen at the player terminal. Information about the player's account and tickets may also be provided in other forms. A lottery operator may limit the number of tickets or the date range for tickets that will be displayed to a player on a display at the player terminal. The lottery operator may make the same or additional information available to the player in a downloadable file that the player may print at the player terminal. For example, the lottery operator may allow a player to download a report in a standard format, such as PDF, which contains detailed information about the player's tickets. The player may be allowed to select the information provided in the downloadable report. In such an embodiment, a player interface will allow a player to configure and download the report.
As described above, a selection slip according to the present invention will have a play region and an account identification region. In any particular on-line lottery or on-line game system using the present invention, the account identification region on a selection slip is configured to allow a player to mark an account identification code according to the rules set by the lottery operator of that system. In system 100, the lottery operator requires that each account identification code is a combination of six to twelve different characters selected from the account identification code character set consisting of twenty-six letters (A-Z) and ten numerals (0-9). The account identification region 136 has thirty-six cells, each of which corresponds to one of the characters in the account identification code character set.
In another embodiment of the present invention, the lottery operator may allow players to have an account identification code with any number of characters. For example, a lottery operator may allow players to have an account identification code with as few as one character. A lottery operator may allow one player account in the system to have an account identification code consisting of all of the characters allowed in an account identification code.
Also, a lottery operator may choose any account identification code character set that a player may use to select an account identification code. For example, a lottery operator may allow account identification codes to include a spade (), a heart (♡), a diamond (♦) and a club () in addition to the letters and numerals. An account identification code character set with a larger number of characters allows more unique account identification codes to be formed. Using an account identification code character set with fewer characters will reduce the number of unique account identification codes that can be formed.
The rules for the account identification code for system 100 allow for similar account identification codes such as HENRICK and HENDRICK. If the player with the account identification code HENDRICK forgets to mark the “D” cell in the account identification region of a selection during step 2202 of method 2200 (
In another embodiment, a lottery operator may use check characters to reduce the likelihood of such errors. For example, a lottery operator may assign a pair of two digit codes to each player account when the account is created. For example, in such an embodiment the lottery operator may assign a first check code 26 and a second check code 38 to a player account that has the account identification code HENDRICK (set out in the preferred order for the account identification code).
Account identification region 836 includes thirty-six primary cells containing the twenty-six letters and the ten numerals, as described above in relation to selection slip 116. In addition, account identification code region 836 includes two sets of check codes cells 870 and 872. Each set of check code cells includes ten cell numbered from 0 to 9. To properly mark an account identification code in the account identification region 136, a player must mark the player's account identification code in the thirty-six primary cells and also mark the first check code assigned to the player's account in the first set of check code cells and also mark the second check code assigned to the player's account in the second set of check code cells.
In
In this embodiment of the invention, the lottery operator will also assign a pair of two digit check codes for a player account with the account identification code HENRICK. For example, the lottery operator may assign a first check code 49 and a second check 23. If the player with the account identification code HENDRICK forgets to mark the cell corresponding to the character D in account identification code region 836, the account identification code region will not be properly marked for the player's own player account (since the cell for the character D is not marked) and will also not be properly marked to identify the account identification code HENRICK (since the first and second check codes are incorrect for that player account). If the player attempts to purchase a ticket with an improperly marked account identification code or without the corresponding the check codes, the lottery operator may choose to issue the ticket without associating the ticket with any player account, or may choose to reject the selection slip and optionally provide an explanation indicating that the account identification code is not properly marked. The explanation may be displayed on a ticket vending terminal 104 and a ticket vendor may advise the player that the account identification code is not properly marked.
To assign check codes to an account identification code, the player account server 162 may analyze a proposed account identification code during step 2106 of method 2100 (
In another embodiment, the lottery operator may allow a player to select the check codes for his own proposed account identification code during step 2104 of method 2100. In step 2106, the player account server may analyze existing account identification codes and their check codes to ensure that any existing account identification codes that are similar to the proposed account identification code have different check codes (or at least one different check code).
In another embodiment, the lottery operator may integrate check codes into an account identification code, by assigning a check code consisting of one or more characters. The assigned check code must be marked as part of an account identification code for the account identification code to be properly marked in the account identification code region of a selection slip 112. For example, if an existing account identification code is SONIA4 and a player proposes a new account identification code SONIA, the player account server may add the check characters 59 to the new proposed account identification code, making the account identification code SONIA59 and thereby making it different from the existing account identification code SONIA4 by two characters.
In another embodiment, the lottery operator may assign one or more check codes based by calculating one or more values based on the characters chosen by a player for the player's account identification code. Such a check code may act as a checksum for verifying the integrity of the account identification code.
In another embodiment, the lottery operator may not permit two account identification codes to differ by only one character, to reduce the likelihood that if a player marks his own account identification code incorrectly by missing a character, accidentally marking an extra character or marking one character incorrectly, the player might mark another valid account identification code. An account identification code differs from another account identification code if the two account identification codes differ only by the addition or deletion of one character or by the substitution of only one character. For example, in step 2106 the player account server 162 may not allow the account identification code FRANK37 to be used if the account identification code KAREN73 is already in use, since the two codes share six out of seven characters. The rules for account identification codes may require a difference of two, three or any other number of characters.
In another embodiment, the player account server may allow account identification codes to be used even if they differ by only one character, so long as the differing characters are at spaced apart by at least three cells on a selection slip. Under this rule, the account identification codes FRANK37 and KAREN73 could not both be used if selection slip 116 (
In an embodiment of the invention where a check code or codes are used, the check code or codes may consist of one or more characters and may be integrated with an account identification code or may be specified separately from the account identification code. The account identification code region on selections slips for the embodiment will be configured to permit the account identification code and the check code or codes to be marked. The player account records will include a field or fields to records the check codes. If the check code or codes are integrated with account identification code, they may be recorded as part of the account identification code.
In system 100, the rules specified by the lottery operator for account identification codes allow each character in the account identification code character set to appear only once in an account identification code. This allows an account identification code to be marked in an account identification code region that has only one cell corresponding to each character. In another embodiment of a system according to the present invention, the lottery operator may allow account identification codes that are different permutations of the same combination of characters to be assigned to different player accounts. For example, a lottery operator may specify that each account identification code use in the lottery operator's lottery system must consist of three letters and three numerals. The three letters need not be different from one another and the three numerals need not be different from one another.
Reference is next made to
The rules described here for the selection of characters in an account identification code are only examples. A lottery operator may set other rules for the characters in an account identification code. Before issuing a ticket based on a Ticket Issue Request, the ticket server ensures that the account identification code and any check code or check codes marked by a player on a selection properly identify a player account. In the exemplary system 100, the ticket server does so in step 2206 of method 2200.
Reference is made to
Selection slip 1116 has a grand prize payment selection region 1117, five boards 1121-1125 for selecting played number sets, an additional automatic played number selection region 1133, a draw selection region 1134 and an account identification region 1136.
A player may choose between the 26 annual payment option and the cash value option for payment of the grand prize by marking a cell in the grand prize payment selection region 1117.
Played number selection board 1121 has a played regular number selection region 1121r and a played mega number selection region 1121m. A player may manually choose the played regular numbers or may have them automatically chosen by marking the “QP” cell in the played regular number selection region 1121r. A player may manually choose the player mega number of may have it automatically chosen by marking the “QP” cell in the played mega number selection region 1121m. The other played number selections boards 1122-1125 may be marked in the same way.
The player may add up to eight additional automatically chosen played number sets to his ticket by marking a cell in the additional automatic played number selection region 1133. A player may purchase a ticket for up to ten consecutive draws by marking a cell in the draw selection region 1134.
The lottery operator for the Mega Lotto on-line lottery uses the same account identification code rules as were described above in relation to system 100. Account identification code region contains thirty-six cells containing the twenty-six letter and 10 numerals.
The Mega Lotto selection slip 1116 also includes alignment cells 1131. The Mega Lotto selection slip 1116 also includes a selection slip identification region 1130 that contains five pre-marked cells in a single row.
A player with an account identification code EJOY259 has marked the account identification code in the account identification region 1136. The player's preferred order for the characters in the account identification code is 5JOEY29.
The player has requested that the grand prize be paid in a single cash payment in the grand prize selection region 1117. The players has marked two played number sets on boards 1121 and 1122 and has requested three additional automatically selected played number sets in the automatic played number region 1133. The player has requested that his ticket be issued for five draws in the draw selection region 1134.
A ticket receipt 1118 shows the details of the player's ticket. The name of on-line lottery is set out at 1140. The dates of the draws for which the ticket is valid is set out at 1142. The player's choice to receive the cash value of the grand prize is set out at 1143. The five set of played numbers are set out at 1144-1148. The three automatically selected played number sets are not identified as such. The player's account identification code is set out at 1156. A ticket code for the ticket is set out at 1156. A verification code is set out at 1154 and a terminal code for the vendor terminal 104 at which the ticket was purchased is set out at 1152. A machine readable bar code, which encodes the ticket code, is set out at 1158.
The play region on a selection slip used with the present invention will be configured based on the rules of the on-line lottery or on-line game with which the selection slip is used. The invention may be used with any type of on-line lottery or on-line game in which a selection slip is used to select a played number set or a prediction set.
The account identification region on a selection slip is configured according to the rules set by a lottery operator for account identification codes. The account identification region may include cells for marking one or more check codes. The account identification regions may include one set of cells for marking all of the characters in an account identification code (as illustrated in
Optionally, a lottery operator may provide a “Void” cell in the account identification region of a selection slip. A player may mark the Void cell to have the account identification region marked on a selection slip ignored. A player may do so if the player has incorrectly marked an account identification code and does not wish to complete a new selection. A player may also do so if the player has correctly marked an account identification code in the account identification region but then prefers not to associate the ticket with a player account.
The present invention does not require a player to mark an account identification code in the account identification region to purchase a ticket. Players who do not have a player account or who prefer not to use a player account for a particular ticket may leave the account identification region blank to purchase a ticket that is not associated with a player account.
In system 100, each player account has a single password that a player uses to access the player account server and to obtain information about the player's tickets. In another embodiment of the invention, a player account may have multiple passwords for use by different players. For example, a player account may be used by two or more players who participate in group ticket purchases. The player account may have a group leader password and a group member password. The group of players may appoint a group leader who uses the group leader password to access the player account. The group leader may manage the player account. For example, the group leader may change personal information related to the player account. Other members of the group use the group member password to access the player account and can only view information about the player account and tickets associated with the account. Group members can access the player account to ensure that the group's tickets have been purchased properly and to obtain ticket results for the group's tickets. By assigning group leader and group member passwords to the same player account, the present invention provides a convenient and simple method for groups that purchase tickets together, whether for on-line lotteries or on-line games, to manage and obtain information about their account and tickets.
Reference is made to
In system 100, the lottery database 160 includes separate draw tables and ticket tables for each on-line lottery. In another embodiment, a single ticket table may be used for two or more on-line lottery tickets. The single ticket table will contain ticket records for each of the lotteries and the tickets may be associated with draws as described above in relation to the Draw Ticket List field of the draw records 518. Similarly, tickets for different on-line games may be recorded in a single ticket list rather than in separate ticket lists for each on-line game.
In another embodiment, information about a draw may be stored in several different tables, lists, files or other data structures. For example, winning number information may be stored in one table while prize information may be stored in a different table and information about tickets valid for the draw is listed in a data file. In each case, a draw identifier or some other information about the draw may be used to look up the different data related to the draw. Similarly, information about tickets, player accounts, events may be stored in several different data structures.
Another embodiment of the invention will now be described. This embodiment will be referred to below as the single database winning tickets file based embodiment. This embodiment is similar to system 100. In this embodiment, the lottery database includes a winning tickets file, which is used to record information about winning on-line lottery tickets. The information recorded for each winning ticket includes the ticket code and the prize (or prizes) won by the ticket. If a ticket has won more than one cash prize, the total value of the prizes may be recorded.
Each on-line lottery ticket is checked after the draws for which the ticket is valid have been conducted by comparing the played number sets on the on-line lottery ticket to the appropriate winning numbers. If the on-line lottery ticket is a winning lottery ticket, then the ticket code and the prizes or prizes won by the ticket are recorded in a winning tickets file. If the ticket is not a winning ticket, then information about the ticket is not recorded in the winning tickets file. (If the on-line lottery has any winning combinations that have shared prizes, then each played number set on each ticket may be checked after each draw for which the ticket is valid, even if the ticket is valid for future draws. This allows the value of any shared prizes to be calculated based on the total number of winning tickets for each such winning combination. However, a winning ticket is not added to the winning tickets file until all draws for which the ticket is valid have taken place.)
If the lottery operator who uses this embodiment operates any on-line games, each on-line game ticket will also be checked when the on-line game ticket matures and information about winning on-line game ticket will be added to the winning tickets file. The information for each winning on-line game ticket will include the ticket code for the on-line game ticket and the prize won by the on-line game ticket.
If a winning ticket expires before the prize won by the ticket is claimed, the ticket is deleted from the winning tickets file.
The winning tickets file is used by the ticket server to determine whether a ticket is a winning ticket when it receives a Redeem Ticket Request (as described in relation to step 2502 of method 2500 (FIG. 11)). The ticket server accesses the winning tickets file. If the ticket code for the ticket is listed in the winning tickets file, the ticket is a winner and the prize for the ticket is redeemed (as described above in relation to step 2508) or the player is provided with information about how the prize may be redeemed (as described in relation to step 2510). If the prize is redeemed, the record for the ticket is deleted from the winning tickets file. If the ticket code is not found in the winning tickets file, then the ticket cannot be redeemed for a prize at that time.
In this embodiment, the ticket records do not include a Prize Data field or a Ticket Status field and accordingly, these fields are not set or updated during operation of the system. As a result, detailed status and prize information about each ticket and its results is not recorded in the ticket records 524 and 538. In system 100, during method 2500, the player account server 162 is able to obtain this detailed information from the Prize Data and Ticket Status fields in the ticket records to produce the account summary report 700 (
In this embodiment, when a player accesses a player account to obtain information about tickets associated with a player account, the player account server may provide a simplified report based on the data stored in the winning tickets file. The player account server may look up each ticket associated with the player account in the winning ticket file. If an entry for a ticket is found in the file, then the player account server lists it in the report and indicates what prize or prizes the ticket has won. If an entry for the ticket is not found in the winning tickets file, then the player account server indicates that no prize can be redeemed for the ticket. In this simplified report, the player is not informed as to why a ticket cannot be redeemed. The ticket may have draws or events remaining, it may not be a winner, it may have already been redeemed or it may have expired, but this detail is not recorded in the winning tickets file and is therefore not provided to the player.
Although such a report provides less information than the account summary report 700 (
Optionally, the player account server in the present embodiment may calculate additional information about the tickets associated with a player account and provide this information for display on a player terminal. For example, the player account server may calculate the current status for an on-line lottery ticket that is valid for several draws, some of which have taken place and some of which are in the future. The player account server may produce an account summary report or a detailed ticket status report using information in the lottery database and, using a player interface, transmit the generated report to a player terminal.
In any particular embodiment according to the invention, when a player accesses the player account server to obtain information about the player's tickets, the player account server may provide information that is stored in the lottery database or information that the player account server has calculated based on data recorded in the lottery database to a player terminal, or the player account server may transmit both types of information. For example, in system 100, the account summary section 706 includes summary information about a player's winnings on multiple tickets. This information is calculated by the player account server 162 based on the Prize Data and Ticket Status fields for the ticket records 524 and 538 for the player's tickets. The ticket summary section 708 includes information extracted directly from the lottery database, including the ticket code, purchase date and status for each ticket.
In system 100, method 2300 (
A lottery operator may choose to carry out method 2300 shortly after each on-line lottery draw. For example, if the lottery operator conducts a draw for one on-line lottery at 2 pm and for another on-line lottery at 9 pm, the lottery operator may choose to perform method 2300 in respect of each draw shortly after the draw.
Alternatively, the lottery operator may choose to perform method 2300 periodically during a selected time for several draws. For example, the lottery operator may choose to conduct method 2300 in respect of all draws that take place on a particular day between 2 am and 4 am the following day (i.e. during the night following the draws).
A lottery operator may choose to make the lottery computer system 102 unavailable for a time period, which may be referred to as a shutdown period. The lottery computer system 102 may be unavailable to the ticket vending terminals 104, the player terminals 106 or both. During this time, the lottery operator may perform methods 2300 in respect of all on-line lottery draws that have been completed since the last shutdown period. For example, the lottery operator may make the lottery computer system 102 unavailable to the ticket vending terminals 104 and the player terminals 106 between 2 am and 4 am each day. During this daily shutdown period, the lottery operator performs methods 2300 and 2400 in respect of all on-line lottery draws that were completed since the last shutdown period began. The lottery operator may also perform other maintenance, configuration and programming operations on the lottery computer system 102 during the shutdown period. After the shutdown period, ticket vending terminals and player terminals are again permitted to access the lottery computer system 102.
A lottery operator may perform method 2300 in respect of some draws shortly after the draws is completed, but may wait to perform method 2300 in respect of other on-line lottery draws at a particular time. For example, some lottery operator conduct several draws for some on-line lotteries on the same day, but only conduct daily, weekly or bi-weekly draws of other on-line lotteries. The lottery operator may perform method 2300 in respect of the on-line lotteries for which many draws are conducted on the same day shortly after each draw, allowing players to redeem their tickets and to obtain information about their tickets using method 2600 shortly after the draw is completed.
Similarly, a lottery operator may choose to perform method 2400 in respect of each on-line game event shortly after the event ends. Alternatively, the lottery operator may perform method 2400 in respect of several on-line game events at a selected time. The lottery operator may choose to conduct method 2400 in respect of several on-line game events during a shutdown period.
In system 100, the ticket server provides a ticket issuing function, which is described in relation to method 2200 (
Reference is next made to
System 1200 includes a primary lottery database 1260a that is similar to the lottery database of system 100. System 1200 also includes a secondary lottery database 1260b that is initially made by copying the primary lottery database 1260a. Ticket server 1264 is coupled to the primary lottery database 1260a. Player account server 162 is coupled to the secondary lottery database 1260b.
When system 1200 is in use, the primary lottery database 1260a and secondary lottery database 1260b are accessed and updated as follows. Methods 2100, 2200, 2300, 2400, 2500 and 2600 are used in system 1200. However, these methods access the primary or secondary lottery database depending on the operation the methods are performing.
The ticket server 1264 accesses and updates the primary lottery database 1260a. When ticket server 164 issues new tickets, new ticket records are created in the primary lottery database 1260a, and the appropriate draw records, event records and player account records are updated, as described above in relation to method 2200. When ticket server 164 redeems a ticket according to method 2500, it accesses and updates the primary lottery database 1260a. When method 2300 is performed, the on-line lottery ticket checking program updates the primary lottery database 1260a. Similarly, the on-line game ticket checking program described above in relation to step 2406 of method 2400 updates the primary lottery database 1260a.
The player account server 162 accesses and updates the secondary lottery database 1260b. When player accounts are created using method 2100, player account server 162 creates new player account records in the secondary lottery database 1260b. When a player uses method 2600 to access a player account, the player account server 162 obtains information from the secondary lottery database 1260b. Typically, a lottery operator will permit a player to modify information recorded in the player account record for the player's account under the control of the player account server 1262. Such modifications are recorded in the secondary database 1260b by the player account server 1262.
Reference is next made to
Method 2700 begins in step 2702, in which access to the secondary database 1260b by the player account server 1262 is stopped. While player account server 1262 is unable to access secondary database 1260b, players are unable to use method 2100 to create new player accounts or use method 2600 to access player accounts or to modify their player accounts. A lottery operator may choose to perform method 2700 at a time when few players are likely to be creating, modifying or accessing their player accounts. For example, a lottery operator may decide to execute method 2700 each night at 3 am.
Method 2700 next proceeds to step 2704, in which any changes to the secondary database made by the player account server 1262 are copied into the primary database 1260a. Such changes may include the addition of new player account records 514 and modifications to player account records. At the end of step 2704, the primary lottery database 1260a contains all updates that have been made by either the ticket server 1264 or the player account server 1262 in either the primary or the secondary database.
Method 2700 next proceeds to step 2706. In this step, the existing secondary database 1260b is replaced with a copy of the primary database 1260a. The new secondary database 1260b includes all of the changes made to the previous version of the secondary database 1260b, since these changes were copied to the primary database 1260a in step 2704 and also includes any changes made directly to the primary database 1260a by the ticket server 1264.
In another embodiment, in step 2706, changes made by the ticket server 1264 to the primary database may be copied into the existing secondary database 1260b. Such changes may include the addition of new ticket records, updates to draw records and player account records and updates to ticket records.
Method 2700 next proceeds to step 2708, in which the player account server 1262 is again permitted to access the new secondary database 1260b.
Method 2700 then ends.
In system 1200, the player account server 1262 does not access the primary lottery database 1260a. Instead, the player account server 1262 uses the secondary database 1260b to create player account records and to obtain information for display on a ticket vending terminal. A lottery operator may configure the lottery computer system 102 with a firewall or other blocking mechanism to prevent a player terminal 1206 from having any access to the primary lottery database 1260a. This will ensure that a malicious user of a player terminal cannot access the primary lottery database 1260a.
A lottery operator that uses system 1200 may optionally periodically block ticket vending terminals 1204 from accessing the lottery computer system 1202 during a shutdown period. During each shutdown period, the lottery operator can perform methods 2300 and 2400 in respect of each on-line lottery draw and on-line game event that has been completed since the previous shutdown period. While methods 2300 and 2400 are performed, player terminals 1206 may still access the secondary lottery database 1260b. When the primary database 1260a has been updated to reflect the results of the completed draws and events, method 2700 is performed. The shutdown period is then ended and ticket vending terminals 1204 are again permitted to access the primary lottery database 1260a using the ticket server 1264. This allows players to access the lottery computer system 1202 during the shutdown, except during method 2700.
The use of a primary lottery database 1260a for the ticket issuing and redemption functions and the use of a secondary lottery database 1260b for the player account creation and account checking services may allow the ticket server 1264 to service Ticket Issue Requests and Ticket Redemption Requests more quickly than in system 100, since the player account server 1262 does not access the primary lottery database 1260a. However, a player is unable to use a newly created player account until the player account has been copied from the secondary lottery database 1260b to the primary lottery database 1260a. If the lottery operator only performs method 2700 overnight, a player may only a newly created player account the day after the account is created.
In system 1200, the primary lottery database 1260a and secondary lottery database 1260b are synchronized periodically by performing method 2700. In another embodiment, the synchronization process may be an ongoing one. Changes to the primary lottery database 1260a may be recorded in a list of primary database changes. Similarly, changes to the secondary lottery database 1260b may be recorded in a list of secondary database changes. A secondary database update process operating in lottery computer system 1202 modifies the secondary lottery database 1260b to correspond to the changes in the primary database change list. A primary database update process operating in lottery computer system 1202 modifies the primary database to correspond to the changes in the secondary database change list. The primary database update process and the secondary database update process may operate independently of one another. As these processes update the primary lottery database and the secondary lottery database, additional changes may be added to the lists of changes to the two databases. As a result, the primary lottery database and the secondary lottery database may not be completely synchronized at any point in time, but over time each change made in one database is also made in the other.
In another embodiment, as new player accounts are created and new player account records 518 are added to the secondary lottery database 1260b, the new player account record may also be added to the primary lottery database 1260a under the control of the lottery computer system 102. Optionally, the player account server 1262 may add the player account to both the secondary and primary lottery databases, although this will not be possible in an embodiment in which a firewall is configured to prevent the player account server 1262 from accessing the primary lottery database 1260a. Optionally, a list of new accounts that have been added to the secondary lottery database 1260b may be kept and each new account may be added to the primary lottery database 1260a by another component of lottery computer system 1202.
In system 1200, the primary lottery database 1260a and the secondary lottery database 1260b have the same structure. When method 2700 has been performed, the primary and secondary databases have the same contents. In another embodiment, the primary and secondary lottery databases may have different structures.
Another embodiment of the present invention will now be described. This embodiment combines features of system 100 (
The secondary lottery database has the same structure as the lottery database 160 described above in relation to system 100. The tables, records and other components of the secondary lottery database may be referred to as secondary components, such as secondary draw tables, secondary draw records, secondary ticket tables, secondary ticket records, secondary player table and secondary player records. Each of these tables and records has the same structures as the corresponding components of the lottery database 160 of system 100.
The tables, records and other components of the primary lottery database may be referred to as primary components to distinguish them from the components of the secondary lottery database.
The primary lottery database includes a winning tickets file, which is used to record information about winning tickets, as described above. The primary lottery database includes primary draw tables with the same structure as the draw tables 504 (
In this embodiment, the ticket server accesses and updates the primary lottery database. When a ticket is issued, the ticket server ensures that the ticket can be issued, as was described in relation to step 2206 of method 2200 (
Tickets are added to and removed from the winning tickets file as described above in relation to the single database winning tickets file based embodiment.
In this embodiment, when a player creates a new player account, the player account server adds the new player account records to the secondary player account table, in which the player account server creates new secondary player account records.
Periodically, the primary lottery database and secondary lottery database are synchronized. During the synchronization process, each database is updated based on its own structure to correspond to new and change information in the other database.
New primary ticket records in the primary lottery database are used to generate corresponding new secondary ticket records in the secondary lottery database. Secondary ticket records in the secondary lottery database have the same structure as the ticket records 524 and accordingly they have Prize Data and Ticket Status fields. These fields are initially set as described above in step 2210 of them 2200. In addition, the secondary player account records have a Player Ticket List field and this field is updated to associated tickets with player accounts, as was also described above in relation to step 2210. In addition, the secondary draw records are updated to add new tickets to their Draw Ticket List fields, as was also described above in relation to step 2210.
New secondary player account records in the secondary lottery database are used to generate corresponding primary player account records in the primary lottery database. This is done by copying only the Account ID Code and Preferred ID Code Order fields from the secondary player account records to new primary player account records. Changes to secondary player account records are also copied to the corresponding primary player account records. For example, the lottery operator may permit a player to change the player's account identification code or the player's preferred order for the characters in an account identification code.
During the synchronization process, changes to the winning tickets file in the primary database are used to update the Ticket Status field of wining tickets in secondary ticket records. When a winning ticket is redeemed, it is removed from the winning tickets file. This removal is recorded and during synchronization, the Ticket Status of the redeemed winning ticket is changed from Winner-Not Redeemed to Winner-Redeemed.
This synchronization process may be performed periodically, as was described above in relation to method 2700. The synchronization process may optionally take place during a shutdown period. Optionally, during the synchronization process, the lottery operator may stop access to the secondary lottery database from the player terminals.
Following the synchronization process, the primary database has an updated primary player account table and the secondary database has updated draw, ticket and player account tables. In this embodiment, method 2300 are used to update the secondary database, thereby updating the Prize Data and Ticket Status fields of the secondary ticket records, as described above in relation to step 2306 of method 2300. Method 2500 is not used with the secondary lottery database in this embodiment, since the ticket server accesses and updates only the primary lottery database.
This embodiment provides a primary lottery database that is used by the ticket server when issuing and redeeming tickets. The embodiment also provides a secondary lottery database that is used by the player account server when adding or modifying player account records and when allowing a player to obtain information about tickets associated with the player's account. The secondary lottery database contains more detailed secondary player account records and more detailed results information about the player's tickets (using the Prize Data and Ticket Status) fields, allowing reports such as and account summary report 700 (
This embodiment has been described with reference to on-line lotteries. Another similar embodiment with differently structured primary and secondary lottery databases may be used by a lottery operator who operates on-line games or both on-line lotteries and on-line games.
Reference is again made to
Reference is made to
In this embodiment, each ticket that is associated with a player account is assigned a reference code during step 2210 of method 2200 (
Using a reference code to identify a ticket in the ticket summary section 1308, a player is more easily able to find ticket receipts that correspond to the various tickets listed, as compared to using the relatively long ticket code.
Reference is made to
For example, a player may be able to purchase a ticket associated with the player's account on the Internet after logging into the player's account by providing the player's account identification code and password (as is described above in relation to
Another method for purchasing tickets is the use of a ticket purchase voucher 113. In
Another method for purchasing tickets associated with a player account is the use of a player account identification device. In
In system 100, selection slips 112 (
A player may use an account identification device 1476 to identify the player's account if a lottery operator does not provide an account identification region on the lottery operator's selection slips. Optionally, a lottery operator may permit a player to use an account identification device 1408 even if the selection slips do have an account identification region.
Player identification devices 1408 may take various forms. In some cases, the lottery operator may provide a player with an account identification card that includes a magnetic strip or a barcode. A card identifier is encoded onto the magnetic strip or in the barcode, allowing the account identification card to be identified. Referring to
In other embodiments, the player's account identification code is directly encoded onto the magnetic strip or into the bar code and an identification card table may not be required.
A lottery operator may alternatively or additionally provide players with account identification devices such as:
-
- a key fob that contains a bar code, magnetic strip or a radio frequency identification (RFID) tag;
- an RFID device;
- a proximity card; or
- any other card or device that may be identified by using a corresponding reader or scanner coupled to a ticket vending terminal 104 (
FIG. 1 ).
The lottery operator may alternatively or additional allow a player to print an account identification card at a player terminal. The player may access the player's account, by logging into the player website and may access an account identification card printing service. The service allows the player to print a card including a bar code that encodes a card identifier or the players' account identification code (or both). The player may use the printed account identification card to purchase tickets in the same manner as a card provided by a lottery operator.
Reference is made to
Method 2800 begin in step 2802, in which a player presents the player's account identification card to a ticket vendor. The player may also optionally present the vendor with a selection slip 1512 (
Method 2800 then proceeds to step 2804, in which the ticket vendor scans the player's account identification card using an appropriate scanner (not shown) coupled to the vendor's ticket vending terminal 104. If the player has presented a selection slip 1512, the ticket vendor scans the selection slip. If the player has requested a ticket with automatically selected player number sets, the ticket vendor enters the player's request into the ticket vending terminal.
The ticket vending terminal transmits a Ticket Issue Request 552 to the ticket server 1564. The Ticket Issue Request 552 identifies the player's account identification card and includes details of any tickets requested by the player. In the present example, the player identification card 1502 includes a card identifier which is included in the Ticket Issue Request 552 to identify the player identification card. The Ticket Issue request of this step 2804 is similar to the Ticket Issue Request of step 2204 of method 2200 (
Method 2800 then proceeds to step 2805, which is performed only if the Ticket Issue Request 552 sent in step 2804 includes a card identifier rather than an account identification code. In embodiments in which the Ticket Issue Request of step 2804 includes a player's account identification code, method 2800 proceeds to step 2806 after step 2804. In step 2805, the Ticket Server 1564 looks up the account identification code corresponding to the card identifier in the identification card table 1478.
Method 2800 then proceeds to step 2806. Steps 2806 to 2814 correspond to steps 2206 to 2214 of method 2200 and are not further described.
Method 2800 allows a player to purchase a ticket using an account identification device 1476 and a selection slip that does not include an account identification region. The ticket is associated with the player's account in step 2810. A lottery operator may optionally allow a player to use method 2800 to purchase a ticket using an account identification device 1476 and a selection slip 112 (
In different embodiments, an lottery operator may permit a player to buy a ticket and have the ticket associated with the player's account using any one or more of the methods described herein, including the use of a selection slip with an account identification region, use of a ticket purchase voucher, Internet based purchase or with the use of an account identification device, or by any other means that allows a player to identify the player's account when purchasing a ticket. In some embodiments, a lottery operator may not provide selections slips at all and may require that all ticket sales be made using a ticket purchase voucher, Internet based purchase or with an account identification device, or with a combination of these or other methods. Regardless of the method by which a ticket is associated with a player's account, the player may use the ticket checking service of method 2600 and
In embodiments in which selection slips do not include an account identification region or in which selections slips are not used at all, it will typically not be necessary to impose restrictions on account identification codes based on the structure and layout of a account identification region. The lottery operator may allow a player to have an account identification code in which the same letters appear any number of times, as is typical of account identification codes or usernames for many WWW based systems.
The ticket checking service described in relation to method 2600 (
Reference is next made to
Advertisement table 1684 includes a plurality of advertisement records 1688. Each advertisement record 1688 includes an advertisement file and one or more display criteria. The advertisement file of each advertisement record 1688 includes data suitable for display on a player terminal. For example, the advertisement file may be a static graphical image file or a text file. Typically, the advertisement file contains data relating to an advertisement for the lottery operator's various on-line lotteries and/or on-line games, causes that are funded by lottery proceeds or other products, services or events. The advertisement file may also be a dynamic file. For example, the advertisement file may include code that assembles an static or moving image based on real time data such as prize value for an on-line lottery, the identities or other information about recent prize winners, alerts about unclaimed prizes, etc. In each advertisement record 1688, the display criteria define the audience to whom the advertisement is to be displayed and may also defined other restrictions on the display of the advertisement. For some advertisements, the lottery operator may specify that the advertisement is intended to be displayed to all players. For other advertisements, the lottery operator may specify certain groups of lottery players to whom the advertisements are to be displayed. Some advertisements may be displayed to players based on the players' demographic characteristics or player's on-line lottery and on-line game participation patterns or behavior. For example, some advertisements may be targeted at players who:
-
- play multi-jurisdictional lotteries;
- play large prize lotteries, such as lotteries with a top prize exceeding $1 million;
- play small prize lotteries, such as lotteries with a top prize of less than $10,000;
- play specific lotteries such as KENO, PowerBALL, MEGA Lotto, etc.;
- play weekly lotteries;
- play daily lotteries;
- play instant or scratch lottery games;
- have not played a particular on-line lottery or a group of on-line lottery in a selected time;
- are within a selected age range;
- live in a selected geographic region;
- have a tendency to participate in lotteries when the prize reaches some threshold;
- have not previously been shown the particular advertisement;
- have not been shown the advertisement in some selected time;
- have visited a casino operated by the lottery operator or a related organization;
- have used a video lottery terminal operated by the lottery operator or a related organization; or
- meet some other selected criteria.
The display criteria may also defined relationships between different advertisements. For example, a series of advertisements may be recorded in two or more advertisement records. The display criteria for the series of advertisements may specify that they advertisements are to be displayed to players in a particular order.
The player characteristics table 1682 includes player characteristic records 1686 corresponding to some or all of the player account records in the player account table 1602. Each player characteristic record may identify one or more characteristics of the player. The identified characteristics relate to the display criteria for advertisements recorded in the advertisement table 1684. For example, a players frequency of playing particular on-line lotteries or on-line games, the most recent date on which the player played particular on-line lottery or on-line game, the geographic region in which the player lives, the players attendance or participation in other products, services or activities offered by the lottery operator or by a related entity. The display characteristics may also include counters or other records that indicate which advertisements the player has seen, when the player was last shown an advertisement. In general, any characteristic of a player that may be used to determine if an advertisement recorded in the advertisement table is to be displayed to the player may be recorded in the player characteristic record for the player. Some characteristics of a player may be recorded in the player's account record 1614 in the player account table 1602.
The lottery operator may periodically update the characteristics recorded for players in the player characteristics table. For example, some characteristics, such as the date on which a player most recently purchased a ticket for a particular on-line lottery or on-line game may be updated each time the player buys a ticket for the on-line lottery or on-line game. Other characteristics, such as the player's attendance at a video lottery terminal (VLT) entertainment facility operated by the lottery operator may be updated only when the player answers a questionnaire on the lottery operator's website or when the customer records for the VLT facility are cross-correlated with the lottery database.
Reference is next made to
In some embodiments, the lottery operator may also choose to display advertisements selected for the player based on the player's characteristics when the player is viewing webpages on the lottery operator's website that do not include any information about the player's own tickets. For example, the lottery operator may have a rules webpage that describes the rules for a particular on-line lottery. If the rules webpage has a section for advertisements, the lottery operator may select the advertisements displayed to the player based on the player's characteristics.
Several embodiments of the invention have been described. In addition, numerous alternatives embodiments and additional features of the invention have been described. A particular lottery operator may combine the various embodiments and features to develop other embodiments that utilize the inventions and fall within the scope of this patent.
APPENDIX A Exemplary Systems, Apparatus and Methods for Ticket Sales Using a Ticket Purchase VoucherWithin this Appendix A, reference numerals refer to
Several examples of systems that allow tickets to be purchased with a ticket purchase voucher are described below. Some of these systems will be described with reference to several on-line lotteries.
The first exemplary on-line lottery will be referred to as Lotto 7/47. In this on-line lottery, a lottery player selects a set of seven different played numbers between 1 and 47 (inclusive of numbers 1 and 47). The set of seven played numbers is referred to as a Lotto 7/47 played number set. Subsequently, a lottery operator conducts a draw to select a set of winning numbers consisting of seven different regular numbers and a bonus number, also between 1 and 47. The bonus number is different from all of the winning numbers. The player may win different prizes if his played numbers match the winning numbers and/or the bonus number in various winning combinations, as follows:
Some of the prizes a player may win in this exemplary on-line lottery are shared prizes. Shared prizes are calculated by first determining a total prize amount for a particular winning combination and then dividing the total prize value by the number of tickets that have the winning combination to determine what share of the total prize amount each ticket will win. The Grand Prize is a shared prize and the total prize value for the Grand Prize is determined by the lottery operator prior to each draw of the on-line lottery. For example, if the total prize value for the Grand Prize is $10 million and 4 tickets have the 7/7 regular numbers winning combination, then each ticket wins $2.5 million. Some shared prizes may be pari-mutuel prizes, for which the total prize amount may be determined as a portion of the ticket sales revenue for the on-line lottery. The second, third, fourth, fifth and sixth prizes are pari-mutuel prizes. One of the prizes is a fixed prize with the same prize being awarded for each ticket having the specified winning combination. The free ticket prize for the 3/7 regular numbers winning combination is a fixed prize. The present invention may be used with on-line lotteries and games having any type or any combination of types of prizes.
For the purpose of this exemplary embodiment of the invention, the lottery operator conducts a draw of the Lotto 7/47 on-line lottery each week on Friday at 9 p.m. Eastern Standard Time.
The second exemplary on-line lottery will be referred to as Tag. In this on-line lottery, a six digit played number is automatically selected for the lottery player. The played number may be referred to as a Tag played number. The single six digit played number is a played number set for the Tag on-line lottery and may also be referred to as a Tag played number set. Subsequently, the lottery operator selects a six digit winning number for the Tag on-line lottery. The winning number may be referred to as a Tag winning number or a Tag winning number set. The player may win different prizes if various winning combinations of digits in his played number match corresponding digits in the winning number, as follows:
This exemplary Tag on-line lottery may only be played in conjunction with another on-line lottery, such as the Lotto 7/47 on-line lottery described above. The Lotto 7/47 on-line lottery is referred to as a host on-line lottery and the Tag on-line lottery is referred to as an associated on-line lottery. A player may request that one or more Tag played number sets be added to a ticket for the Lotto 7/47 on-line lottery. On draw dates for the Lotto 7/47 on-line lottery, the lottery operator draws a winning number set for the host Lotto 7/47 and also draws a winning number for the associated Tag on-line lottery.
The prize for matching the first or the last digit of the Tag winning number is a free play of the host on-line lottery in the next draw after the ticket is redeemed, including a free played number for the Tag on-line lottery draw on the same date. Players who elect to play the Tag on-line lottery on a ticket may win a prize in the Lotto 7/47 on-line lottery, the Tag on-line lottery or in both on-line lotteries.
The third exemplary on-line lottery will be referred to as Keno. In this on-line lottery, a lottery player is asked to select a play category between two and ten. If the player chooses play category two, he then chooses a set of two different played numbers between 1 and 70 (inclusive of numbers 1 and 70). Similarly, if the player chooses play category ten, the player chooses a set of ten different played numbers between 1 and 70. Similarly, if the player chooses any of play categories three to nine, the player chooses a corresponding amount of different played numbers between 1 and 70. The player's set of played numbers is referred to as a Keno played number set. Subsequently, the lottery operator conducts a draw to select a winning number set consisting of 20 different winning numbers between 1 and 70. The player may win a prize depending on the play category chosen and how many of the played numbers match the winning numbers. Various winning combinations are defined as follows:
If the player's played number set includes a winning combination, the player is awarded a prize equal to the amount wagered by the player for the set of played numbers multiplied by the wager multiplier. For example, a player who chooses play category seven will choose a set of seven different played numbers between 1 and 70. In this exemplary Keno on-line lottery, the player may wager from $1, $2, $5 or $10 for each set of played numbers. If the seven played numbers match seven of the twenty winning numbers, the player wins 5,000 times the amount wagered.
For the purpose of this example, the lottery operator conducts a draw of the Keno on-line lottery every day at 9 p.m. Eastern Standard Time.
The Keno on-line lottery is not a host lottery for the Tag on-line lottery. In an alternative embodiment of the invention, the Keno on-line lottery could also be a host lottery for the Tag on-line lottery.
A played number set or played number for an on-line lottery that includes a winning combination may be referred to as a winning played number set or as a winning played number. A ticket that includes at least one winning played number set or winning played number may be referred to as a winning on-line lottery ticket, a winning lottery ticket or more generally as a winning ticket.
Two exemplary on-line games used in this description of exemplary embodiments of the invention will be referred to as Sports Line and Over/Under. In these exemplary on-line games, each week the lottery operator identifies a number of sporting events and sets various odds corresponding to various possible outcomes of the events. For example, part of a list of odds may include the following events and corresponding odds for the Sports Line and the Over/Under on-line games:
The list of events may be referred to herein as an event list. The odds for the Sports Line on-line game are set out under the three columns labeled “V”, “T” and “H” under the heading “Sports Line”. For each event, three possible outcomes may occur: “V” means that the visiting team wins the event; “T” means that the two teams will tie and “H” means that the home team will win the event. The definition of a win or tie is set by the lottery operator and may not match the rules used in the actual event. For example, in this exemplary Sports Line on-line game, for NFL football games the lottery operator has defined a tie as the teams having three or fewer points separating them in the final score. For some events, a tie may not be defined—such as for baseball games, where the rules do not provide for tie games. The odds indicate the lottery operator's estimate of how likely each outcome is. A higher value indicates that the lottery operator believes the outcome is less likely to occur.
In this exemplary Sports Line on-line game, the lottery operator has specified that a player may make a bet by selecting between three and six events and specifying a wager amount. If the player correctly predicts the outcome of all of the selected events, the player wins the bet and wins a prize. The predictions made by the player are collectively referred to as a Sports Line prediction set.
A payout value for the Sports Line prediction set is calculated by multiplying the player's wager by the odds for all of the predicted outcomes. For example, if a player wagers $5 and predicts that Syracuse will beat Pittsburgh in event 12, Nashville will beat Colorado in event 33 and that Dallas will tie Tampa Bay in event 43, then the payout value is $5×4.0×3.0×1.2=$72. If the player successfully predicts the outcome of all three games, the player receives the payout value as his or her prize.
The odds for the Over/Under on-line game are set out under the three columns marked “O”, “#” and “U”. The value in the “#” column indicates the threshold number of points. A player may predict that the combined scores of the teams in each event will be over this threshold number of points or under it. The outcome of the event is “Over” if the total points scored by the teams is over the threshold. The outcome of the event is “Under” if the total points scored by the teams is under the threshold. For example, in event 32, a player who wishes to make a bet using the over/under odds for this event may bet that Washington and Toronto will score over or under 5.5 goals in their hockey game. In this exemplary Over/Under on-line game, the player makes a bet by selecting between two and six events and predicting whether the outcome will be Over or Under the threshold in each event. The player also selects a wager amount for the bet. The predictions made by the player are collectively referred to as an Over/Under prediction set. A payout value for the Over/Under prediction set is determined by multiplying the player's wager by the odds of the all of the predicted outcomes. The player wins the bet and is entitled to receive the payout value if all of the player's predictions are correct.
In event list 8845, each event is shown with odds for the Sports Line on-line game and for the Over/Under on-line game. In this example, the two on-line games are separate and a lottery operator may optionally use different selection slips to allow players to make bets in the different on-line games. Alternatively, a single selection slip allowing bets to be made on either or both of the on-line games may be used. In another on-line game, players could be permitted to make bets that have both Sports Line and Over/Under outcomes selected.
In this example system 100, the lottery operator provides event lists on a weekly basis. In other embodiments, the lottery operator may provide event lists which have time periods that overlap with other event lists, or may provide events lists that have some events in common. In other embodiments, the lottery operator may not divide events into lists and may simply having single event list. In embodiments in which players will be permitted to purchase on-line game tickets using selection slips in addition to using the systems, apparatus and methods disclosed herein, the lottery operator will typically identify events as part of an event list to permit the event list to be identified on a selection slip.
An on-line game ticket on which a player has won his or her bet may be referred to as a winning on-line game ticket, a winning game ticket or more generally as a winning ticket. In both the Sports Line and Over/Under on-line games described above, all of the predictions made by a player in the prediction set must be correct for the player to win the bet. In other embodiments, an on-line game ticket will be a winning on-line game ticket as long as the prediction set on the ticket (or at least one of the prediction sets, if multiple predictions sets are permitted on a single ticket) matches the appropriate corresponding criteria set by the lottery operator.
The present invention allows a player to purchase a ticket for an on-line lottery or on-line game without using a selection slip. In the first example embodiment described herein, the player first establishes a player account with the lottery operator. The player then obtains a ticket purchase voucher using a player computer system. The ticket purchase voucher encodes information for a proposed ticket. The player then presents the ticket purchase voucher to a lottery retailer, who uses the ticket purchase voucher to sell a ticket to the player. The player receives a ticket receipt setting out information about the ticket.
The lottery operator operates a lottery computer system. In the present embodiment, the lottery computer system includes a player account server. A lottery player uses a player terminal to access the player account server and to create a player account. Each player account has an account identification code or user name. The account identification code for each account is unique (with respect to the account identification code for all other player accounts created in the particular embodiment) and may consist of any combination or permutation of letters or numerals. In this description of the first example embodiment, several exemplary player accounts will be described. The account identification codes for these exemplary player accounts include KARINA1022, BRIAN237 and SAMANTHA.
In any particular embodiment of the invention, a lottery operator may impose requirements on the account identification codes that players may use. For example, a lottery operator may set a minimum or maximum number of characters for an account identification code. In the present embodiment, an account identification code may include the same character (i.e. the same letter or numeral) more than once.
In other embodiments, the lottery operator may require that each character in an account identification code be different from the other characters in an account identification code. This requirement may be imposed in the lottery operator also permits players to purchase tickets using a selection slip with account identification region, as is described in the main body of this description preceding this Appendix A.
The lottery computer system 102 is operated by a lottery operator (not shown), who may operate various types of on-line lotteries and on-line games, including the exemplary on-line lotteries and on-line games described above and other on-line lotteries or on-line games.
The ticket vending terminals 104 are operated by ticket vendors (not shown). Each ticket vending terminal 104 is coupled, or is capable of being coupled, to the lottery computer system 102 to permit data communication between the ticket vending terminal 104 and the lottery computer system 102. Some of the ticket vending terminals 104 may be coupled to the lottery computer system 102 through a private communication network 108. The private communication network 108 may be a wide area network (WAN), a private data communication network comprising proprietary (owned, rented or leased) data lines or any other type of data network. The private communications network 108 may be a combination of two or more of these and other types of data communication networks. Ticket vending terminals 104b and 104c are coupled to the lottery computer system 102 through private communication network 108.
Some or all of the ticket vending terminals 104 may be coupled to the lottery computer system 102 through dial-up telephone connections or another type of point-to-point connection that permits data communication between the lottery computer system 102 and the ticket vending terminal 104. For example, ticket vending terminal 104a is coupled to the lottery computer system 102 through a dial-up telephone connection 109, which may be maintained at all times or may be established when required to allow data communication between ticket vending terminal 104c and lottery computer system 102.
Some or all of the ticket vending terminals 104 may be coupled to the lottery computer system 102 through a publicly accessible communications network (a “public network”), such as the Internet. For example, ticket vending terminal 104d is coupled to the lottery computer system 102 through public network 110. Ticket vending terminals 104 coupled to the lottery computer system 102 through the public network 110 may be coupled using a virtual private network or another secure communications protocol or methodology.
The connections between the lottery computer system 102 and the various ticket vending terminals 104 need not be the same. Different connections may be made using different types of data communications networks and lines. A ticket vending terminal 104 may be coupled, or may be capable of being coupled, to the lottery computer system 102 in more than one way, to provide an alternative method of communication if a primary method has failed or is unavailable.
The connection between lottery computer system 102 and any particular ticket vending terminal 104 may be persistent or it may be made intermittently as required for data communication between the lottery computer system 102 and the ticket vending terminal 104. If the coupling includes a publicly accessible network, such as the Internet, communications between the lottery computer system 102 and any of the ticket vending terminals 104 may be secured using an encryption system or other security technique. A security technique or mechanism may optionally be used to secure all communications between the lottery computer system 102 and any ticket vending terminal 104, regardless of the type of connection between the lottery computer system 102 and the ticket vending terminal 104.
The ticket vending terminals 104 are used by ticket vendors to sell tickets and provide ticket receipts to players. Each ticket vending terminal 104 (or at least some of the ticket vending terminals 104) includes a scanner or scanning device capable of reading or scanning machine readable information from a ticket purchase voucher. The sale of tickets to players is further described below.
Lottery computer system 102 may be coupled to some or all of the player terminals 106 through public network 110. Some player terminals 106 may also be coupled to the lottery computer system 102 directly (for example, using a dial-up connection) or through another network. Each of the player terminals 106 is capable of communicating with lottery computer system 102 and typically includes several output devices such as a display screen and a printer. Each player terminal 106 includes a printer that can be used to print a ticket purchase voucher. In addition, each player terminal includes one or more input devices (such as a keypad, keyboard, computer mouse or remote control device). A player terminal 106 may be any type of device that is capable of being coupled to and communicating with the lottery computer system 102. For example, different player terminals 106 may be personal computers, Internet-enabled television sets, Internet-enabled set-top-boxes used with cable, satellite or other digital communication systems, portable wireless communications devices such as personal data assistant (PDA) devices, cellular phones and wireless portable computers.
When system 100 is in operation, a player uses a player terminal 106 to access a ticket purchase voucher creation page 112 (
Reference is next made to
Ticket purchase voucher creation pages 112 are web pages that are accessible on the lottery operator's website. A lottery operator will provide a ticket purchase creation page 112 for each on-line lottery (or on-line game) with which it uses the present invention. A lottery operator accesses the ticket purchase voucher creation pages 112 using a web browser operating on the player's terminal 106. The player completes the ticket purchase voucher creation page 112 and then uses it to create a ticket purchase voucher 113.
Lotto 7/47 ticket purchase voucher creation page 116 is displayed on a display screen (not shown) of player terminal 106b, in the example of
A player named Karina Jones, who's player account has the account identification code KARINA1022, has completed the Lotto 7/47 ticket purchase voucher creation page 116 to manually select two played number sets. The first played number set includes the played numbers 8, 12, 23, 29, 32, 27 and 45. The second played number set includes the played numbers 2, 18, 24, 28, 33, 39 and 42. The player has also chosen to add 1 additional automatically selected Lotto 7/47 played number set, 2 Tag played number sets and to purchase a ticket for four draws.
Once the player has completed the ticket purchase voucher creation page, the player clicks the “Create Voucher” button 119 to create the ticket purchase voucher 117. The process by which ticket purchase voucher 117 is generated is described in greater detail below in relation to method 3000. Ticket purchase voucher is printed at player terminal 106b using a printer attached to the player terminal 106b.
Ticket purchase voucher 117 includes a ticket information section 132 and a ticket purchase voucher code section 134.
Various information about the ticket is set out in ticket information section 132, including the player account with which a ticket purchased with the ticket purchase voucher 117 will be associated, the played number sets selected for the ticket and other information. In the present example, ticket information section 132 includes information that a lottery operator may use to confirm the details of the players selections for the ticket. The ticket information section need not contain any specific information and is optional. Preferably, the ticket information section is provided and contains information that a lottery player may use to understand the played numbers and other options for the ticket that the ticket purchase voucher can be used to purchase.
The ticket purchase code section 134 includes a machine readable ticket purchase voucher code 136 which encodes a ticket purchase voucher code. In this example, the ticket purchase voucher code is set out in a bar code. Alternatively, the ticket purchase voucher code 136 may be set out in the ticket purchase voucher code section 134 in any machine readable format, such as optically scannable characters, single or multi-dimensional bar codes or any other machine recognizable pattern or character set.
The ticket purchase voucher code 136 for any particular ticket purchase voucher is different from the ticket purchase voucher code for all other ticket purchase vouchers that are valid at the time the particular ticket purchase voucher is issued. A ticket purchase voucher is valid if it can be used to purchase a ticket for an on-line lottery or on-line game. A ticket purchase voucher may be valid indefinitely or it may expire at a particular time, or when a specific event occurs or a specific condition becomes true. Ticket purchase voucher 117 does not expire. Karina Jones can use the ticket purchase voucher to purchase a ticket for the next four draws of the Lotto 7/47 on-line lottery whenever she chooses to purchase a ticket with the ticket purchase voucher.
In any embodiment, a lottery operator may choose to make a voucher valid for a fixed time period, a fixed number of uses, or may set some other expiry rule for a ticket purchase voucher. A lottery operator may choose to use any combination of expiry rules for the ticket purchase vouchers used with the lottery operator's on-line lottery and/or on-line games. For example, in another embodiment, the lottery operator may require that a ticket purchase voucher must be used within 1 week of being printed. In such an embodiment, the ticket purchase voucher may optionally set out the time at which the ticket purchase voucher expires.
The ticket information section 132 of ticket purchase voucher 117 includes the ticket purchase voucher code set out in human readable form. It is optional to print the ticket purchase voucher code in human readable form in the ticket information section 132.
At 156, the ticket receipt sets out Karina Jones' account identification code KARINA1022. Optionally, a ticket receipt may set out part of a player's account identification code or another datum related to the player such as the player's name.
Ticket receipt 118 also contains a human readable ticket code 150, which in this example is a sixteen digit number set out in four sets of four digits: 5933-3748-0958-3924. A ticket code is assigned by the lottery computer system 102 to every ticket that is issued. In this exemplary embodiment, the ticket code is printed on the ticket receipt 114 in a human-readable form. The ticket code is also set out in a machine readable bar code 158, allowing the ticket code to be scanned by a machine, such as a ticket vending terminal 104. In alternative embodiments, the ticket code may be set out in only a human readable form or a machine readable form. In alternative embodiment, a first ticket code for the ticket may be set out in human readable form and a different second ticket code for the ticket may be set out in machine readable form.
Typically, the ticket code allows the ticket to be uniquely identified from all other tickets issued by the lottery operator, at least during a selected time period prior to the issuance of the ticket (for example, one year or five years). The lottery operator may select various mechanisms for assigning ticket codes for tickets, including mechanisms that encode information in the ticket code. Such encoded information may include the particular on-line lottery or on-line game that the ticket is issued for, the draws the ticket is issued for and check digits that can be used to ensure the validity of the ticket code, the ticket receipt 118 and the ticket.
Ticket receipt 118 includes a vendor terminal code 152. The vendor terminal code 152 identifies the ticket vending terminal 104 used to issue ticket receipt 114. Alternatively, the vendor terminal code 152 may identify the ticket vendor who operates the ticket vending terminal, so that tickets issued at different ticket vending terminals operated by the same ticket vendor have the same vendor terminal code. In the present exemplary embodiment, the vendor terminal code 152 uniquely identifies the specific ticket vending terminal 104 at which the ticket was issued, and accordingly different ticket vending terminals operated by the same ticket vendor are identified by different vendor terminal codes. Other ticket receipts 114 according to the present invention may not include a vendor terminal code.
Ticket receipt 118 includes a verification code 154. The verification code 154 may be used to verify the integrity of ticket receipt 114. Verification code 154 may be generated using a formula based on other components of the ticket and other data (such as the date and time on which the ticket is issued) or it may be created for the ticket randomly, pseudo-randomly (i.e. based on a seed value or other initial value), using a list of rotating values or verification codes, or using any other formula or method. The verification code 154 may be used in the place of, or in addition to, the use of check digits in the ticket code 150. Other ticket receipts 114 according to the present invention may not include a verification code.
Reference is next made to
Ticket purchase voucher creation page 216 has four boards 221, 222, 223 and 224. On each board, a player may enter up to ten played numbers that form a played number set. In boards 221-224, a player manually types in the played numbers that the player wishes to choose. This differs from the selection of played number on boards 121-124 (
Ticket purchase voucher creation page 216 includes an auto-pick selection field in which a player may choose a play category and wager for up to ten additional automatically selected played number sets. Optionally, a player may choose to purchase a ticket with only automatically selected played number sets and may leave all of the boards 221-224 blank.
Ticket purchase voucher creation page 216 also includes an advance draw selection field 130.
Ticket purchase voucher 217 includes information about the player's selections in a ticket information section 232 and a machine readable ticket purchase voucher code in a ticket purchase voucher code section 234.
Ticket receipt 218 sets out the details of a ticket purchase by the player using ticket purchase voucher 217. In this example, the automatically selected played number set is identified as having been automatically selected for the player.
Ticket purchase voucher creation page 316 includes an event list 321. In this embodiment, event list 321 corresponds to the events listed above in the description of the Sports Line on-line game. Event list 321 identifies the various outcomes and odds for each event that a player may select as part of a bet. To make a bet, a player selects from three to six events and selects one outcome per event. The player selects the outcomes by clicking the radio button beside the odds for the outcome.
Ticket purchase voucher creation page 316 also includes wager amount field 322, in which a player can enter a wager for a bet. In this embodiment a player may type in a wager amount of the player's choice. In other embodiments, the lottery operator may permit the player to choose from a number of predetermined wager amounts. Optionally, the lottery operator may provide options for the predetermined wager amounts in the form of radio button selections, a drop down list or another mechanism for limiting the player's choice of the wager amount. The lottery operator may have a number of predetermined amounts and may also allow a player to choose a different wager than any of the predetermined amounts.
Once a player has selected a bet by marking the player's predicted outcomes and entering a wager, the player can obtain a ticket purchase voucher 317 by clicking the “Create Voucher” button 119. Ticket purchase voucher 317 includes information about the player's selections in a ticket information section 332 and a machine readable ticket purchase voucher code in a ticket purchase voucher code section 334. The player must purchase a ticket prior to beginning of the earliest event on which the player's bet is based. In this example, the voucher states that the voucher must be used before 11:45 am on Saturday, Nov. 12, 2005. Ticket purchase voucher 317 expires at that time.
Ticket receipt 318 sets out the player's Sports Line prediction set at 344-347. At 349, ticket purchase voucher 317 set out the payout value based on the wager and the odds for the selected outcomes.
Referring to
Lottery computer system 102 may be a single computer or may include various interconnected computers and other devices, including communication and data storage devices. Lottery database 160, player account server 162 and ticket server 164 may reside and operate on one or more of the computers or related systems that comprise lottery computer system 102. For example, portions of the player account server may operate on different computers which may be distributed across a large or small geographic area. In some embodiments, portions of the lottery computer system may operated by the lottery operator indirectly through a third party.
Player account server 162 manages the creation of player accounts and the creation of ticket purchase vouchers 113. Lottery players use player terminals 106 to access player account server 162. Optionally, communications between the lottery computer system 102 and a player terminal 106 may be secured using an encryption system or other security technique. A player terminal 106 used by a player may be referred to as the player's terminal.
Player account server 162 includes one or more player interfaces 166. Each player interface 166 facilitates communications between the player account server 162 and one or more of the player terminals 106. In the present embodiment, player interface 166a includes a player website 167a, which players may access by using a web browser operating on a player terminal 106, such as a personal computer or any other web-enabled computing device. Player interface 166a communicates with web browsers to receive information from the player terminals 106 and to transmit information to the player terminals 106. For example, player interface 166a receives information about new player accounts and creates a corresponding player account record 514 in the lottery database 160. This is further described below in relation to method 2100.
Player interface 166a receives Ticket Purchase Voucher Requests 560 from player terminals 106 and transmits Ticket Purchase Voucher Data 562 to the player terminals allowing ticket purchase vouchers 113 to be printed at the player terminals. Ticket Purchase Voucher Requests 560 and Ticket Purchase Voucher Data 562 are further described below in relation to method 3000.
Other player interfaces 166 may be configured to allow various types of player terminals 106 to access the player account server to create player accounts or to obtain information relating to tickets associated with a player account. For example, other player interfaces 166 may be adapted to communicate with portable communication devices with small display screens such as portable digital assistant (PDA) devices or portable telephone devices. Other player interfaces 166 may be adapted to communicate with computer programs executing on a player terminal 106 and to control the display of information by such computer programs.
Lottery database 160 is used to store information about player accounts, draws of the on-line lotteries, events in the on-line games, ticket purchase vouchers and about tickets issued by the lottery operator. Many different data structures may be used to store information about player accounts, on-line lottery draws, on-line game events and tickets and the present invention is not limited to any particular data structure or data structures for doing so. Several exemplary data structures for storing such information will be described here. Skilled persons will be able to design different data structures to accommodate different types of on-line lotteries and games and to accommodate different computers, other devices, operating systems and software that may be used as part of a lottery computer system.
Referring to
Each player account record 514 contains information about one player account. Three player account records 514 are illustrated in
A player creates a player account by accessing an account creation service. Referring briefly to
Each player account has a password, which is stored in the Password field in the player account record 514. The password may optionally be stored in an encrypted form.
Personal information about a player is stored in the Name, Address, Phone, Fax, E-mail, Birth Date, Sex and Income fields of the player account record 514. A player may choose not to provide some of this information, and the corresponding field may be left empty or omitted from a particular player account record 514, depending on the data structure used to store a player account record. In any particular embodiment, the lottery operator may choose not to include some of the fields set out above. For example, a lottery operator that chooses to permit only anonymous player accounts may provide for one an Account ID Code and an Account Password field in the player account records of that embodiment.
Returning to the present example system 100, an exemplary player account record 514 for the account identification code KARINA1022 may contain the following information:
The Player Ticket List field in the player account record 514 for Karina Jones' player account includes a reference to an Over/Under ticket with the ticket code 3576-1942-8572-9234. This ticket is valid for the Over/Under on-line game and is based on the events on event list 8846 (not shown). Event list 8846 is similar to event list 8845 in that it sets out events for the Over/Under on-line game (and for the Sports Line on-line game), but relates to a different time period (which may overlap with the time period corresponding to event list 8845 ) and to events that occur within that time period.
Referring to
Each ticket purchase voucher record 572 in the ticket purchase voucher table 570 corresponds to one ticket purchase voucher created by a player. In this embodiment, each voucher record 572 includes the following fields and data:
In this embodiment, all voucher records are maintained in a single ticket purchase voucher table 570. In other embodiment, voucher records may be kept in a different data structure. For example, voucher records for different on-line lotteries and on-line games may be kept in different tables or in other types of data files.
The voucher records for ticket purchase vouchers 117, 217 and 317 have the following contents:
Voucher 117:
In the present embodiment, a player may optionally create an anonymous account, for which personal information that could identify the player is not recorded. The Account ID Code, the Account Password, the Player Ticket List fields and the Player Ticket Purchase Voucher List are required for the operation of a player account in this embodiment and the information stored in these fields is required even for an anonymous account. However, a player may optionally not provide some or all of the information for the personal information fields described above. A player may choose not to provide his name and address, but could optionally provide sex and income information to allow some demographic analysis of lottery players. Alternatively, the player may not provide any personal information.
In an alternative embodiment, a lottery operator may designate some personal or other information as required information. For example, the lottery operator may require a lottery player to provide the player's birth date to allow the lottery operator to ensure that only players of a certain age access the player account. Any combination of information may be designated as required information or optional information by a lottery operator. The personal information fields described in relation to the present embodiment are only an example.
In another alternative embodiment, a lottery operator may choose not to collect any personal information and may make all player accounts anonymous accounts. In such an embodiment, a player account record 514 may comprise only an Account ID field, an Account Password field, a Player Ticket List field and a Player Ticket Purchase Voucher List field.
In another embodiment, a lottery operator may not require a player to enter a password when accessing a player account. In such an embodiment, a player account record would not include an Account Password field.
Reference is next made to
Each draw record 518 in the draw tables 504 contains information about a draw of an on-line lottery, such as the date of the draw, a draw number, winning numbers for the host on-line lottery and for any associated on-line lottery and prize information for the host on-line lottery and any associated on-line lottery.
Each of the draw records 518 in Lotto 7/47 draw table 516 contains information about one draw of the Lotto 7/47 on-line lottery and the corresponding draw of the associated Tag on-line lottery on the same draw date. In this exemplary embodiment, a single draw record is used to maintain information about both a host on-line lottery and its associated on-line lottery, since the two on-line lotteries share information such as their draw date and since the tickets valid for the associated on-line lottery are a subset of those valid for the host on-line lottery. Alternatively, separate draw tables could be used for the two on-line lotteries.
Six draw records 518 for draws between Nov. 11, 2005 and Dec. 16, 2005 are illustrated in
The Lotto 7/47 Winning Number Set and Tag Winning Number fields in a draw record 518 will not contain information about winning numbers until after the draws of the on-line lottery or lotteries have been conducted on the draw date and the winning numbers have been determined. If any of the prizes for the on-line lottery are determined based on the number of winners, as in the case of a shared prize, then the prize values will only be known after the draw. If the prizes are pre-determined, as in the case of the Tag on-line lottery, the relevant prize information may be filled in when the draw record is created by the lottery operator. Where the prizes for an on-line lottery are the same for each draw (or for a series of draws), the corresponding prize information may be stored elsewhere in the lottery database 160 (for example in a lottery table (not shown), which may contain rules and other standard information about each on-line lottery, including any fixed or standard prizes). The corresponding prize information field may be omitted, or may contain a reference to the corresponding information stored elsewhere. In the present exemplary embodiment, the Tag Prize Information field is completed after a draw to record the number of winners of each prize offered in the Tag on-line lottery. The actual value of the prizes is recorded separately from the draw record 518. This information may, for example, be stored in a Tag on-line lottery information file or record (not shown) as another part of the lottery database 160 and is available to the lottery computer system 102.
Records in the draw table for each lottery are created by the lottery operator to store relevant information about each draw. An exemplary draw record 518 for the Nov. 18, 2005 draw of the Lotto 7/47 lottery could have the following contents prior to the draw:
Each on-line lottery ticket record 524 in the on-line lottery ticket tables 506 contains information relating to a ticket issued for one or more draws of the on-line lottery and any associated lottery. Several ticket records 524 are shown in each of the ticket tables 506. Each ticket table 506 also contains additional ticket records (not shown) corresponding to additional tickets for the on-line lottery. In this exemplary embodiment, each lottery ticket record 524 includes the following fields:
Information that is displayed on the ticket receipt 114 may be stored in the format that is used on the ticket or in another corresponding format. For example, the played numbers in a played number set for the Lotto 7/47 on-line lottery may be stored as six different values, or may be stored as a code representing the played numbers, or both. The lottery ticket record may contain additional information, such as the method by which the player paid for ticket, and other information.
Lottery ticket records 524 for seven tickets L1-L7 are illustrated in Lotto 7/47 ticket table 522. The draw record 518 for the Nov. 18, 2005 draw is linked to the lottery ticket records 524 for tickets L2 and L3 indicating that they are valid for that draw. Ticket L3 corresponds to ticket receipt 118 (
Keno draw table 526 and Keno ticket table 528 are similar to Lotto 7/47 draw table and Lotto 7/47 ticket table and contain information relating to draws and tickets for the Keno on-line lottery. Keno draw table 526 contains draw records 518 for daily draws of the Keno on-line lottery. Lottery ticket records 524 for six tickets K1-K6 for the Keno on-line lottery are illustrated in the Keno Ticket table 528 in
Referring to
Each event table 508 contains one or more event records 534. Each event record 534 contains information about an event for an on-line game, such as the date and time of the event, the teams participating in the event, the various predicted outcomes that a player may choose, the odds set by the lottery operator for those outcomes and other information.
In this exemplary embodiment, each event record 534 in the Sports Line event table 532 includes the following fields:
In this exemplary embodiment, each event record 534 in the Over/Under event table 540 includes the following fields:
The Actual Outcome field in an event record 534 will be blank until the event has been completed and the outcome is known. In the Sports Line event table 532, the event record 534 for event 87 on list 8845 has the following contents when it is first created:
In the Over/Under event table 532, the event record 534 for event 56 on list 8845 has the following contents when it is first created:
Each on-line game ticket table 510 contains on-line game ticket records 538. Each on-line game ticket record 538 contains information relating to a ticket sold for an on-line game. In this exemplary embodiment, the ticket records 538 in the Sports Line ticket table 536 include the following fields:
Each on-line game ticket table 510 has a Maturation Event Index (not shown) that provides an index of the ticket records 538 in the ticket table ordered by the event identified in the Maturation Event field in each of the ticket records. The Maturation Event Index may be used to identify ticket records 538 that correspond to tickets which mature after a particular event. The Sports Line ticket table 536 has a Sports Line Maturation Event Index (not shown). The Over/Under ticket table 542 has an Over/Under Maturation Event Index (not shown). In another embodiment, ticket records that have a specific maturation event may be identified by searching through each ticket record in a ticket table.
Sports Line ticket table 536 contains seven on-line game ticket records 538 corresponding to seven Sports Line on-line game tickets SL1-SL7. Ticket SL3 corresponds to ticket receipt 318 (
Over/Under ticket table 542 contains six on-line game ticket records 538 corresponding to six Over/Under on-line game ticket OU1-OU6. Ticket OU2 corresponds to ticket receipt 418 (
Method 3000 begins in step 3002 in which the player uses a player terminal 106 access the player account server 162. The player terminal 106 communicates with a player interface 166 to allow the player to interact with the lottery computer system.
Referring to
In the present example, a player may access player website 167a using a player terminal 106 that operates a web browser. Player terminal 106c is a computer that is coupled to the Internet and operates a web browser. The welcome web page 602 is displayed on the player terminal 106c. Karina Jones uses this player terminal 106c to access the player website 167a. The player interface 166 can display parts of the player website 167a on the player terminal.
In the present example, Karina Jones enters her account identification code KARINA1022 in the account identification code field 612. She also enters her account password in the account password field 612 and clicks on the Enter button 616.
Method 3000 then proceeds to decision step 3004. In step 3004, the player account server 162 attempts to authenticate the account identification code and account password entered by the player in step 3002. If a player account record 514 matching the entered account identification code and account password exists in the player account table 512 (
Since Karina Jones correctly entered her account ID code and password, in the example, method 3000 proceeds to step 3008.
In step 3006, an error message is displayed on the player terminal 106 indicating that the player has entered an invalid account identification code or an invalid password (or both). Method 3000 then ends.
In step 3008, the player is provided access to the ticket purchase voucher creation service.
In another embodiment, the player may optionally be presented with an opportunity to use various services, such as a ticket checking service or the ticket purchase voucher creation service. For example, a webpage is displayed on the player's terminal identifying the various services and allowing the player to click a button to select the ticket purchase voucher creation service. In such embodiments, the player chooses to access the ticket purchase voucher creation service.
Referring to
In the example, Karina Jones chooses Lotto 7/47.
Method 3000 then proceeds to step 3010, in which the player is presented with a ticket purchase voucher creation page 112 (
For example, ticket purchase voucher creation page 116 for Lotto 7/47 is displayed for Karina Jones on her player terminal 106. She completes the Lotto 7/47 ticket purchase voucher creation page as shown in
Method 3000 then proceeds to step 3012. In this step, the player terminal transmits a Ticket Purchase Voucher Request 560 to the player account server containing proposed ticket information corresponding to the selections made by the player. The ticket purchase voucher generation pages 112, which are part of the player website 167a, are configured such that when a player clicks the Create Voucher 119 button, a Ticket Purchase Voucher Request 560 is sent to the player interface 166. The Ticket Purchase Voucher Request is in the form of a message that includes proposed ticket information.
In the present example, when Karina Jones clicks the Create Voucher button 119 on the Lotto 7/47 ticket purchase voucher creation page, the web browser on her player computer 106c transmits a message to the player interface 166 containing the following proposed ticket information:
Ticket Type Lotto 7/47
Manually selected number sets:
08 12 23 29 32 37 45
02 18 24 28 33 39 42
Automatically selected number sets: 1
Tag Numbers: 2
Draws: 4
In another embodiment, the ticket type may be implicit in the message type or in the source of the message. For example, the message by of a type that indicates the on-line lottery or on-line game for which a ticket purchase voucher is being requested, or the message may indicate that the ticket purchase voucher request originated from a Lotto 7/47 ticket purchase voucher generation page.
Method 3000 then proceeds to step 3014. In this step, the new ticket purchase voucher is added to the lottery database 160. The player account server 162 adds a new voucher record 572 to the ticket purchase voucher table 570 in response to the Ticket Purchase Voucher Request 560. The player account server associates the ticket purchase voucher record with the player's account. The player's account is identified in the Player Account ID Code field in the voucher record 572. The player account server 162 also identifies the new voucher in the Player Ticket Voucher List in the player record for the player's account.
In the present example, the player account server 162 adds the voucher record for voucher 217 (described above) to the voucher table in response to the Ticket Purchase Voucher Request.
Method 3000 then proceeds to step 3016, in which the player account server 162 generates a ticket purchase voucher 113 corresponding to the Ticket Purchase Voucher Request 560. The ticket purchase voucher is generated in a format that is suitable for printing at a player terminal and on which the machine readable voucher code can be scanned using a ticket vending terminal 104. In the present embodiment, ticket purchase vouchers 113 are generated in a portable document format (PDF) that is used widely in computing.
Method 3000 then proceeds to step 3018 in which the ticket purchase voucher is transmitted to the player terminal 106 from which the Ticket Purchase Voucher Request was received and in which a paper copy of the ticket purchase voucher is printed at the player's terminal (or another device) by the player. The ticket purchase voucher includes the ticket purchase voucher code in a form or version suitable for scanning at a ticket vending terminal.
In addition to generating the ticket purchase voucher, the player account server may also generate a version of the ticket purchase voucher that is suitable for display at the player terminal from which the Ticket Purchase Voucher Request 560 was received. This version may be generated by the player interface 166 that is communicating with the player terminal 106. For example, “dumb” player terminals (for example a device connected via a telnet connection) may simply receive and display text from a player interface and may just detect and transmit keystrokes and other input from the player to the player interface. A player interface for such a dumb terminal may transmit text corresponding to the ticket purchase voucher to the player terminal. The text may include instructions for the player to download the ticket purchase voucher, which the player can then print at his player terminal or at another device. When the player follows the instructions, the ticket purchase voucher is transmitted to the player.
In the Karina Jones example, the player is communicating with player interface 166a, which controls the display of webpages from player website 167a on her player terminal 106c. Player interface 166a generates a webpage that includes information corresponding to the ticket purchase voucher (which will generally include text setting out some or all of the contents of the ticket purchase voucher). The webpage is transmitted to the player interface where it is displayed. The webpage includes a “Print Voucher” button. When the player clicks the Print Voucher button, the voucher is transmitted to the player interface and player can print the voucher at the player terminal or at another device.
In another embodiment, the ticket purchase voucher may be transmitted to the player without any additional version of it. The player terminal may be able to display the voucher in addition to printing it. In some embodiments, the player may only be able to print the voucher without seeing a display of it.
In the Karina Jones example, the player interface generates a webpage that includes information on the ticket purchase voucher, as well as additional information, which may include instructions on how to use the voucher, other information about the lottery operator or the lottery operator's on-line lotteries, on-line games and other products, and other information. Karina Jones clicks on the “Print Voucher” button and the voucher is printed on a printer at her player terminal.
Method 3000 then ends.
After completing method 3000, the player has a printed ticket purchase voucher 113 that corresponds to the player's selections on the ticket purchase voucher creation page in step 3010. The player can use the ticket purchase voucher to purchase a ticket for an on-line lottery or on-line game in accordance with a ticket purchase method 3100.
Method 3100 starts in step 3102 in which the player presents a ticket purchase voucher 113 to a ticket vendor.
Method 3100 then proceeds to step 3104, in which the ticket vendor scans the machine readable voucher code 136 (
In other embodiments the scanner is selected such that it can scan the machine readable ticket purchase voucher code used in such embodiments. The ticket vending terminal 104 transmits the ticket purchase voucher code of the ticket purchase voucher to the ticket server 164.
Method 3100 then proceeds to step 3106, in which the lottery computer system 102 issues a ticket to the player. The ticket server 164 receives the ticket purchase voucher code from the ticket vending terminal 104 and obtains the corresponding ticket purchase voucher record 572 from the ticket purchase voucher table 570. The ticket purchase voucher record 572 contains proposed ticket information corresponding to the player's selections for the ticket purchase voucher. The ticket server 164 adds a ticket record to the appropriate ticket table corresponding to the Ticket Type in the proposed ticket information. The ticket server 164 associates the ticket with the player's account by identifying the player's account in the Associated Player Account field of the ticket record and by identifying the new ticket purchase voucher in the Player Ticket Purchase Voucher List field of the corresponding player account record 514.
The ticket server 164 transmits Ticket Receipt Data 554 to the ticket vending terminal 104 from which the voucher code was received in step 3104.
The Ticket Receipt Data 554 includes ticket information printed by the ticket vending terminal 104 on the ticket receipt 114 for the ticket.
In the Karina Jones example, the Ticket Receipt Data 554 includes the information printed on the ticket receipt 118 (
The ticket vendor gives the ticket receipt 114 to the player and method 3100 ends.
In system 100, tickets are issued to players who have created a player account with the lottery operator at the lottery computer system. Tickets issued to a player in method 3100 are associated with the player's account.
Reference is next made to
In such an embodiment, in step 3106 of method 3100, when the ticket server receives a ticket issue request based on the multi-ticket ticket purchase voucher, it issues tickets corresponding to all of the proposed ticket information associated with the ticket purchase voucher's code. Each of the tickets is associated with the corresponding player account.
In the embodiments described above, a player presents a ticket purchase voucher 113 to a ticket vendor in step 3102 of method 3100 to purchase a ticket. A ticket purchase voucher may also be used to purchase a ticket from a player operated ticket vending terminal. The player may scan the barcode of the ticket purchase voucher at the player operated ticket vending terminal, which then communicates with the lottery computer system and prints a ticket receipt or receipts corresponding to the ticket vending terminal, as described above.
In each of the embodiments described above, a player obtains a printed ticket purchase voucher at a player terminal. The ticket purchase voucher code is provided to a ticket vending terminal by scanning the ticket purchase voucher code from the ticket purchase voucher. In other embodiments, the player may be able to provide a ticket purchase voucher code to a ticket vending terminal in another form.
In some embodiments, in step 3018 of method 3000, the player account server provides a version of the ticket purchase voucher in which the ticket purchase voucher code may be displayed on the screen of a portable player terminal such as a PDA or cell phone. For example, a version of the ticket purchase voucher may be provided which displays the ticket purchase voucher code as a bar code on the screen. The player may be able to store the ticket purchase voucher in the portable player terminal. The player may then purchase tickets by displaying the ticket purchase voucher on the screen of the portable player terminal and scanning the displayed bar code at a ticket vending terminal or allowing a ticket vendor to do so during step 3104 of method 3100.
In other embodiments, a ticket vending terminal may be configured to receive a ticket purchase voucher code through a radio frequency or optical signal. For example, in step 3018, the player account server may provide a ticket purchase voucher code in a numeric form or a coded form that can be transmitted by a portable player terminal. The ticket purchase voucher code may be stored on the portable player terminal. During step 3104, the player may cause the portable player terminal to transmit a radio frequency or optical signal (such as an infra-red signal) including the ticket purchase voucher code to a ticket vending terminal with a corresponding receiver. In other embodiments, the player may physically couple the portable player terminal to the ticket vending terminal with a cable and may transmit an electronic signal including the ticket purchase voucher code.
Any other method may be used to input a ticket purchase voucher code into a ticket vending terminal. For example, in some embodiments, a player or ticket vendor may be able to manually enter a ticket purchase voucher code into a ticket vending terminal using a keypad.
Claims
1. Systems, apparatus and methods for allowing lottery players to use a ticket checking service in relation to tickets associated with an account established by or for the player.
Type: Application
Filed: Oct 9, 2007
Publication Date: Feb 12, 2009
Inventor: Bhupinder Randhawa (Richmond Hill)
Application Number: 11/868,974
International Classification: A63F 9/24 (20060101);
