US20070055439A1 - Methods and systems for selectively providing a networked service - Google Patents

Methods and systems for selectively providing a networked service Download PDF

Info

Publication number
US20070055439A1
US20070055439A1 US11/412,699 US41269906A US2007055439A1 US 20070055439 A1 US20070055439 A1 US 20070055439A1 US 41269906 A US41269906 A US 41269906A US 2007055439 A1 US2007055439 A1 US 2007055439A1
Authority
US
United States
Prior art keywords
user
lottery
account
ticket
purchase
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/412,699
Inventor
Dennis Denker
Adam Suasman
MyDung Nachman
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ticketmaster LLC
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US11/412,699 priority Critical patent/US20070055439A1/en
Assigned to TICKETMASTER reassignment TICKETMASTER ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: DENKER, DENNIS, NACHMAN, MYDUNG TRAN, SUSSMAN, ADAM
Publication of US20070055439A1 publication Critical patent/US20070055439A1/en
Assigned to JPMORGAN CHASE BANK, N.A. reassignment JPMORGAN CHASE BANK, N.A. SECURITY AGREEMENT Assignors: FLMG HOLDINGS CORPORATION, PACIOLAN, INC., TICKETMASTER
Assigned to TICKETMASTER, L.L.C. reassignment TICKETMASTER, L.L.C. CONFIRMATORY LICENSE (SEE DOCUMENT FOR DETAILS). Assignors: DENKER, DENNIS, SUSSMAN, ADAM, NACHMAN, MYDUNG TRAN
Assigned to FLMG HOLDINGS CORP., A DELAWARE CORPORATION, TICKETMASTER, PACIOLAN, INC., A DELAWARE CORPORATION reassignment FLMG HOLDINGS CORP., A DELAWARE CORPORATION RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT
Assigned to JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT reassignment JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT SECURITY AGREEMENT Assignors: TICKETMASTER L.L.C., A VIRGINIA LLC
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • GPHYSICS
    • G01MEASURING; TESTING
    • G01SRADIO DIRECTION-FINDING; RADIO NAVIGATION; DETERMINING DISTANCE OR VELOCITY BY USE OF RADIO WAVES; LOCATING OR PRESENCE-DETECTING BY USE OF THE REFLECTION OR RERADIATION OF RADIO WAVES; ANALOGOUS ARRANGEMENTS USING OTHER WAVES
    • G01S5/00Position-fixing by co-ordinating two or more direction or position line determinations; Position-fixing by co-ordinating two or more distance determinations
    • G01S5/0009Transmission of position information to remote stations
    • G01S5/0018Transmission from mobile station to base station
    • G01S5/0036Transmission from mobile station to base station of measured values, i.e. measurement on mobile and position calculation on base station
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/953Querying, e.g. by the use of web search engines
    • G06F16/9535Search customisation based on user profiles and personalisation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3224Transactions dependent on location of M-devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0605Supply or demand aggregation
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F17/00Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F17/00Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3286Type of games
    • G07F17/329Regular and instant lottery, e.g. electronic scratch cards
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0853Network architectures or network communication protocols for network security for authentication of entities using an additional device, e.g. smartcard, SIM or a different communication terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/107Network architectures or network communication protocols for network security for controlling access to devices or network resources wherein the security policies are location-dependent, e.g. entities privileges depend on current location or allowing specific operations only from locally connected terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/04Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/52Network services specially adapted for the location of the user terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102Entity profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/131Protocols for games, networked simulations or virtual reality

Definitions

  • An example embodiment provides a computer system configured to selectively provide access to a service, comprising: a first instruction configured to receive a lottery order from a first user; a second instruction configured to determine if the user is identified in a governmental database as being prohibited from participating in at least a first lottery; and a third instruction configured to determine if the lottery order is to be fulfilled at least partly based on determining whether the user is identified in the governmental database as being prohibited from participating in at least the first lottery.
  • One example embodiment provides a method of processing location data for a computer terminal, the method comprising: receiving at a computer system from a first mobile computer terminal and/or from a communication system in communication with the first mobile computer terminal, global positioning satellite and/or cellular network location data, wherein the location data corresponds to the approximate location of the first mobile computer terminal; based at least in part on the location data, determining if the first mobile computer terminal is within a first area, wherein presence in the first area is needed in order to be authorized to access a first service; and at least partly in response to failing to determine that the first mobile terminal is in the first area, transmitting to the first mobile computer terminal location information regarding at least a first location in the first area.
  • Another example embodiment provides a computer readable media that stores a program, said program capable of being executed by a computer to cause the computer to: receive at a computer system global positioning satellite or cellular network location data, wherein the location data corresponds to the approximate location of a first mobile computer terminal; based at least in part on the location data, determine if the first mobile computer terminal is within a first area, wherein presence in the first area is needed in order to be authorized to access a first service; and at least partly in response to failing to determine that the first mobile computer terminal is in the first area, transmit to the first mobile computer terminal location information regarding at least a first location in the first area.
  • Another example embodiment provides a method of processing location data for a computer terminal, the method comprising: receiving at a computer system location data corresponding to the approximate physical location of a first terminal; based at least in part on the location data, determining if the first terminal is within a first area, wherein presence in the first area is needed in order to be entitled to access a first service; and at least partly in response to failing to determine that the first terminal is in the first area, transmitting to the first terminal location information regarding at least a first location in the first area.
  • Still another example embodiment provides a method and system for managing lottery pools.
  • An example method comprises: receiving over a network an indication from a first user that the first user is interested in forming a lottery pool; accessing historical lottery transaction data for the first user from a data store; accessing historical lottery transaction data for other users from the data store; determining which other users are relatively more suitable to be members of the lottery pool at least partly based on the historical lottery transaction data for the first user and for other users; and transmitting over the network to a terminal associated with the first user a presentation of other users with an indication that at least a first other user is more suitable to be a member of the lottery pool than a second other user.
  • An example embodiment provides a method of establishing a lottery account for a user, the method comprising: receiving a request from the user to establish an account related to lotteries; storing an electronic copy of a government document including information identifying the user, the user's age, and an address associated with the user; determining if the user is a customer of a first internet service provider; accessing a database to determine if the user is to be excluded from lottery participation; and establishing an account for the first user at least partly in response to determining that the government document information indicates that the first user meets at least one governmental rule for participating in a lottery, that the user is within the authorized area, and that the database does not indicate that the first user is to be excluded from lottery participation.
  • Another example provides a method of establishing a lottery account for a user, the method comprising: receiving a request from the user to establish an account related to lotteries; determining if the user is a customer of a first internet service provider; receiving personal data related to the user from the first internet service provider; and establishing an account for the first user at least partly in response to the data received from the first internet service provider.
  • Still another example provides a method of distributing lottery funds, the method comprising: storing in computer readable media at least one rule from a user that indicates that a first portion of a future lottery winning is to be deposited in a first account and that a second portion is be deposited in a second account; and storing at least one rule from a governmental entity that indicates that winnings above a specified amount are to be distributed in a manner specified by the governmental entity, wherein the at least one rule from the governmental entity takes precedence over at least one rule from the user.
  • Yet another example provides a method of distributing lottery funds, the method comprising: storing in computer readable media a user instruction that indicates that at least a portion of a future lottery winning be automatically used to make a lottery-related purchase; determining that the user has lottery winnings; and automatically applying at least a portion of the lottery winnings to a first lottery related purchase in accordance with the user instruction.
  • Another example provides a method of processing a lottery-related user instruction, the method comprising: storing in computer readable media a user instruction that indicates that a lottery-related purchase is to be automatically made when a jackpot reaches a user-defined threshold; determining that a first jackpot reached and/or exceeded the user-defined threshold; and automatically applying at least a portion of the lottery winnings to a first lottery related purchase in accordance with the user instruction.
  • Yet another example method provides a method of processing data, the method comprising: receiving a lottery order from a first user; determining if the user is identified in a governmental database as not being eligible to participate in at least a first lottery; determining if the lottery order complies with a first user rule specified by the first user prior to the lottery order; and at least partly based on determining if the user is identified in a governmental database as not being eligible to participate in at least a first lottery and on determining if the lottery order complies with a first user rule specified by the first user prior to the lottery order, determining if the lottery order is to be fulfilled.
  • Still another example provides a method of recommending lotteries to a first user, the method comprising: accessing historical lottery transaction data for the first user from a computer readable data store; accessing location information for the first user; and at least partly based on the historical lottery transaction data and the location information, recommending at least a first lottery to the first user.
  • Another example embodiment provides a method of configuring a lottery, the method comprising: causing a form for configuring a lottery to be presented on a display, the form including the following fields: a lottery identifier; a lottery start date: a lottery end date; a lottery drawing date; date information regarding when online access to the lottery is to be provided to the public; types of bets, wherein a user can select one or more bet-types that will be permitted in the lottery; number of characters or indicia allowed in a lottery ticket or bet identifier; and a lump sum field, wherein the user can indicate that a lump sum payment option is available for the lottery.
  • FIG. 1 illustrates an example embodiment of an apparatus that can be used in conjunction with processes described herein.
  • FIG. 2 illustrates an example process for receiving and verifying user information.
  • FIG. 3 illustrates another example lottery process.
  • FIG. 5 illustrates an example process for providing location information to a user.
  • FIG. 6 illustrates an example message providing location data to a user.
  • FIG. 7 illustrates an example lottery notification.
  • FIG. 10-15 illustrate example user interfaces.
  • the present invention relates to electronic distribution of lottery tickets, and in particular, to systems and methods for lottery distribution and tracking.
  • Web site is used to refer to a user-accessible server site that implements the basic World Wide Web standards for the coding and transmission of hypertextual documents. These standards currently include HTML (the Hypertext Markup Language), which can be used to generate Web pages, and HTTP (the Hypertext Transfer Protocol). It should be understood that the term “site” is not intended to imply a single geographic location, as a Web or other network site can, for example, include multiple geographically-distributed computer systems that are appropriately linked together. Furthermore, while the following description relates to an embodiment utilizing the Internet and related protocols, other networks, such as networked interactive televisions and networked wireless phone or terminals, and other protocols may be used as well.
  • the computers can include one or more central processing units (CPUs) that execute program code and process data, memory, including one or more of volatile memory, such as random access memory (RAM) for temporarily storing data and data structures during program execution, non-volatile memory, such as a hard disc drive, optical drive, or FLASH drive, for storing programs and data, including databases, which may be referred to as a “system database,” and a wired and/or wireless network interface for accessing an intranet and/or Internet.
  • CPUs central processing units
  • RAM random access memory
  • non-volatile memory such as a hard disc drive, optical drive, or FLASH drive
  • databases which may be referred to as a “system database”
  • a wired and/or wireless network interface for accessing an intranet and/or Internet.
  • the computers can include a display for displaying user interfaces, data, and the like, and one or more user input devices, such as a keyboard, mouse, pointing device, microphone and/or the like, used to navigate, provide commands, enter information, provide search queries, and/or the like.
  • user input devices such as a keyboard, mouse, pointing device, microphone and/or the like, used to navigate, provide commands, enter information, provide search queries, and/or the like.
  • the present invention can also be implemented using special purpose computers, terminals, state machines, and/or hardwired electronic circuits.
  • example processes described herein do not necessarily have to be performed in the described sequence, and not all states have to be reached or performed. Further, certain process states that are illustrated as being serially performed can be performed in parallel. Further, while the following discussion may refer to a certain government entity, such as a state, the systems and processes described herein can be used with other government entities (e.g., the federal government), or non-government entities (e.g., private corporations).
  • Users can optionally provide instructions and information to the lottery system described herein via Web pages, SMS messages, instant messages, interactive voice processing systems, and so on, and the user instructions and information can be stored in computer readable memory.
  • the lottery system can optionally provide information, notification, forms and instructions to users via Web pages, SMS messages, instant messages, interactive voice processing systems, and so on.
  • the processes and systems described below relate to systems and processes that enable the distribution, sale, and/or tracking of lottery tickets for a lottery (e.g., an event involving chance and the awarding of one or more prizes, such as a monetary or other prize, wherein a user optionally pays to participate in the lottery).
  • the lottery systems and processes described herein can optionally also be used to sell or auction other items, such as event tickets (e.g., to an event that takes place at a venue, such as a sporting event or a concert) or the like.
  • the term “lottery ticket” as used herein, is not limited to a physical ticket, but can be any form of a right to participate in a lottery (e.g., an alphanumeric or other code, an electronic key, etc.).
  • electronic lottery tickets can be emailed to a user who can print out the lottery tickets, lottery tickets can be downloaded via a Web page, or tickets can be conventional lottery tickets mailed or otherwise delivered to a purchaser, such as via a ticket kiosk.
  • One or more processes can be utilized to verify, with a certain degree of confidence, that a ticket purchaser meets one or more governmental mandates.
  • a lottery distribution system can require that purchasers, and/or potential purchasers, provide credentials (e.g., copies or certified copies of a birth certificate, a social security card, a driver's license, a governmental identity card, a passport, a bill mailed to the purchaser, etc.) via the mail, present copies or original identification through a physical outlet, or provide the credentials electronically over a network.
  • the physical outlet can be a ticket sales outlet, a lottery specific outlet, or a government office.
  • the identification documents can be scanned in or electronically read and stored in computer readable memory.
  • a biometric scan of the user can be made (e.g., one or more of a fingerprint, eye scan, or voice scan), and the results can be stored in computer readable memory for later use by the lottery system for manual or automatic identification and verification purposes.
  • a user account can then be set up on an electronic networked lottery system.
  • the user account information can be stored in a user account database (e.g., the member/transaction database 142 described below) that stores user contact information, billing information, preferences, account status, and the like.
  • the user account database can optionally store electronic copies of one or more identification documents and/or biometric scan.
  • the user can also select or be assigned a user identifier and/or password which can be stored in the user account database.
  • the lottery system can receive over a network and store information validating a user's identity, age, residency, or other characteristics.
  • the lottery system can host a lottery Web site, including a plurality of Web pages.
  • a user can access the lottery system via a user terminal, such as a personal computer, an interactive television, a networkable programmable digital assistant, a computer networkable wireless phone, and the like.
  • the user terminal can include a display, keyboard, mouse, trackball, electronic pen, microphone (which can accept voice commands), other user interfaces, printer, speakers, as well as semiconductor, magnetic, and/or optical storage devices.
  • the lottery system can optionally access, directly or via a third party, a state database, such as a state driver license database, to determine the user's residence, age, etc., wherein certain information provided by the user (e.g., license number, address, phone number, etc.) can be used to locate and access the appropriate driver license database entry.
  • a state database such as a state driver license database
  • certain information provided by the user e.g., license number, address, phone number, etc.
  • User information can be gathered from still other sources. For example, based on billing information provided by a user (e.g., a credit card number), the lottery system can automatically access from one or more public, governmental, or private third party databases the user's residence, age, etc., in order to validate that the user is eligible to purchase a lottery ticket and/or to verify the user's billing information.
  • the lottery system can submit to a third party certain information (e.g., name, address, age, driver's license number, social security number, and/or the like) collected from a potential lottery ticket purchaser, which can then verify that the user is the claimed age and resides at the claimed address. The verification, or failure thereof, can then be transmitted back to the lottery system.
  • a third party certain information (e.g., name, address, age, driver's license number, social security number, and/or the like) collected from a potential lottery ticket purchaser, which can then verify that the user is the claimed age and resides at the claimed address. The verification, or failure thereof, can then be transmitted back to the lottery system.
  • the lottery system may optionally access a state database of people who are not to be permitted to participate in a lottery, and the lottery system can store an indication in its own computer memory not to sell lottery tickets to that user.
  • the lottery system may also store lottery participation rules for one or more states. Because different states may have different rules and lottery ticket participation criteria, the lottery system may permit a given user to participate in certain state lotteries, and not allow the user to participate in lotteries of certain other states, based on state lottery rules and/or applicable federal regulations, and certain user characteristics (age, residency, etc.). For example, if a user attempts to purchase a lottery ticket for a given state via an online process, the lottery system can check certain user characteristics against that state's rules. If the user does not satisfy the state's rules, the lottery system can refuse to accept the lottery ticket purchase, and can transmit a notification to the user as to the reason why the purchase offer was refused.
  • the lottery system can optionally support multistate lotteries (e.g., the Powerball lottery).
  • the lottery system can check the user's characteristics (e.g., age, residency) against each one of the rules of the states participating in the multistate lottery, until a determination is made that the user satisfies the rules of a participating state, as which point the user is validated to participate in the multistate lottery.
  • the lottery system stores mapping data, including the latitude and longitude of borders of state, countries, and so on.
  • the lottery system can also store data on locations within the state, such as within a certain distance from the state border, wherein when certain location information is provided via a user terminal while at such locations, the lottery system can verify that the terminal is within the state.
  • the lottery system can store location information for retail lottery terminals within a given state.
  • the limit can also be based on historical purchase information. For example, if the user has purchased a certain average dollar amount over a given period of time, the user may be prevented from purchasing more than a certain dollar amount of tickets in another period of time unless an additional validation process is performed.
  • the limits can optionally be set by the user as part of the user account set-up, by the lottery system (e.g., in accordance with state rules or lottery system rules), or by the user's credit card issuer, etc.
  • the user can have a credit or prepaid amount associated with their lottery system account and the user can optionally be allowed to use the total account amount to purchase lottery tickets without the foregoing dollar amount restrictions applying.
  • the amount can be automatically (e.g., on a periodic basis on in response to a trigger, such as the user's account balance falling to a predefined threshold) or manually replenished via a bank account, debit card, or credit card.
  • the lottery system can not make all or a portion of the account amount available for lottery ticket purchases for a predetermined amount of time to prevent impulse or compulsive buying of lottery tickets.
  • chargeback in order to reduce the incidence of losing lottery ticket purchasers attempting to cancel credit card charges (a “chargeback”) for the losing lottery ticket one or more of the following processes can be performed:
  • the lottery system can track the number and/or amount of charges that have been declined or charged backed by a user, and if the number and/or amount exceed a predetermined threshold (e.g., 0 chargeback events, 2 chargeback events, $75 in charge backs, 0 declines, 3 declines, etc.) stored in computer readable memory, refuse further charges and/or further lottery ticket purchases.
  • a predetermined threshold e.g., 0 chargeback events, 2 chargeback events, $75 in charge backs, 0 declines, 3 declines, etc.
  • the lottery system can track the number and/or amount of charges that have been declined or charged backed by a user, and if the number and/or amount exceed a predetermined threshold (e.g., 0) stored in computer readable memory, report the matter to an entity (e.g., a government entity) for a fraud investigation.
  • a predetermined threshold e.g., 0
  • Such thresholds can be determined statistically such that total net losses to the lottery system across all purchasers or a selected subset of purchases are set at a certain threshold.
  • the user can opt-in, via a lottery system user interface (e.g., a Web page form) or otherwise, to have all or a predetermined amount or percentage of future lottery winnings rolled over into another lottery (e.g., the next lottery) using one or more of the betting methods described herein.
  • the user can optionally also specify that winnings are to be directly deposited in the user's lottery system account, a specified bank account, money market account, annuities account (e.g., the winner can select between half of the jackpot being paid immediately or the full jackpot paid out yearly over 20 years), or other account.
  • the user can specify that all or a percentage of winnings be deposited in an account associated with a merchant, such as a ticket seller (e.g., an entity that sells, on its on behalf and/or as an agent for others, tickets to sporting events, concerts, shows, fairs, other entertainment events, an entity that sells airplane, train, or bus tickets, or other products or services).
  • a multiplier factor can be applied (e.g., by the merchant or other entity) to the deposited amount (or to amounts deposited in an account associated with the lottery system) when used to purchase goods or services from the merchant or other authorized entity.
  • a multiplier of 1.1 can be applied, wherein if $100 is deposited, and the user wishes to use the $100 to purchase an item, such as a ticket, from the merchant, the merchant will treat the $100 as $110. Similarly, the merchant can provide a price reduction expressed as a discount (e.g., a 10% or other discount) for purchases made using lottery funds.
  • a discount e.g., a 10% or other discount
  • priority e.g., the right to purchase before an item is offered for sale to the general public, the right to purchase more of an item than the general public, etc.
  • certain purchases e.g., tickets to concerts or sporting events
  • the user may optionally be required to log into the lottery system.
  • the user may be asked to provide a user identification and/or password to log in and to enable the lottery system to locate the user's account information.
  • the user may be issued an authentication device (e.g., hardware and/or software) which the user needs to couple to the user's computer in order to identify the user to the lottery system.
  • the user may be given an authentication device (e.g., an electronic key, smart card, etc.) that includes solid state memory storing encrypted identification and other related information.
  • the authentication device may further optionally include a computer port interface (e.g., a USB or Firewire port) via which the user couples the authentication device to the user's computer. While logging in, the user's computer can transmit the encrypted information to the lottery system and the user will then be logged in and the user's account information located and retrieved.
  • the lottery system can request that the user provide biometric information (e.g., voice, retina, fingerprint information) in order to log in and/or purchase a lottery ticket.
  • biometric information e.g., voice, retina, fingerprint information
  • the lottery system may transmit a prompt to the user's computer instructing the user to speak one or more letters, words, and/or numbers into the user's computer microphone.
  • the computer converts the user's voice into digital information and transmits it to the lottery system via VoIP, as an email attachment, or otherwise, and the lottery system can authenticate the user.
  • the user's location can be determined as part of the validation process (performed as part of a login, when a purchase is requested, during a payment or checkout process, or at other times).
  • the lottery system operator or other entity
  • can provide a GPS module e.g., in the form of a secure dongle that plugs into a computer terminal interface, such as a USB, Expresscard, Firewire, or other interface
  • GPS-related software that transmits, via the computer and over a network (e.g., the Internet) the location (and/or data via which the location can be determined) of the computer terminal being used to make the purchase.
  • a lottery ticket will not be sold by the system if the terminal is outside of the authorized region.
  • the approximate location of the mobile phone can be determined via data from the GPS receiver embedded in the phone or data from the cell antenna tower (or towers) via which the mobile phone is communicating when ordering the lottery ticket (e.g., within 150-50 meters, or less). For example, triangulation from multiple towers can provide fairly precise location data. In certain situations (e.g., where the user mobile phone is communicating via an antenna on or very close to the state border) it may be difficult to tell in which state the user mobile phone is located.
  • two or more methods may be used to identify a user location.
  • the system may receive a GPS reading (e.g., from a user terminal, such as a computer or cell phone equipped with a GPS receiver) and cell phone location information for a user, and use both types of information to verify that the user is located in an authorized location.
  • a GPS reading e.g., from a user terminal, such as a computer or cell phone equipped with a GPS receiver
  • cell phone location information for a user
  • the system may receive a GPS reading and an IP address associated with a user terminal, and use both types of information to verify that the user is located in an authorized location.
  • the location data is ambiguous or there is uncertainty regarding whether the computer terminal or phone is in a authorized location (e.g., within the borders of a state associated with the lottery), such as might occur in an area along the state border (a buffer area, such as 100 meters, 500 meters, 1000 meters, or 2000 meters from a state border, or from a localized portion of a state border), a lottery ticket will not be sold by the system in response to an order placed via the terminal or phone.
  • the lottery system can transmit a notification to the user indicating that the system has not been able to verify the user's location, and notifying the user that the user can try again when the user is at another location within the authorized state.
  • a notification to that effect can be transmitted to the user's terminal, further advising the user to try again when the user is at another location (e.g., within the authorized location) [covered in 44 ].
  • the notification can provide the user with specific or general directions to a location (e.g., an address, such as that of a store, restaurant, or coffee shop (e.g., paying an affiliation fee to the lottery system operator or state or optionally not paying such a fee), an intersection, a general direction, such as “move 500 feet west”, etc.) where the system can, or is likely to be able to verify that the user is within the authorized state.
  • a map can be transmitted or otherwise provided to the user terminal, with various locations within the authorized state emphasized (e.g., by color, or graphical push pin).
  • one or more emphasized locations can be identified as having a co-located lottery terminal (e.g., a fixed terminal, optionally, with lottery ticket printing capabilities).
  • the map and/or listing of locations can optionally identify those locations within an approximate specified distance of the user terminal (e.g., within 1 mile, 5 miles, etc.) and/or that are within the same zip code as the terminal's current estimated location/
  • the lottery system can process a variety of lottery types and user bets (e.g., wherein the user purchases a lottery ticket with an associated number, alphanumeric, or other combination, wherein lottery winners are those whose combination corresponds to those pulled or otherwise selected in a lottery drawing), optionally including one or more of the following:
  • N numbers or less e.g., 6 numbers wins the large jackpot, 5 wins less, 4 wins even less, 2 doesn't win, etc.
  • the lottery system provides a user interface enabling groups of individuals to register as a group, each one contributing a certain amount of money.
  • a group leader may be appointed that identifies group members and selects or provides a group name via an electronic form.
  • the group members pool their bets and the lottery system automatically splits winnings based on dollars contributed or the percentage to the total contributed by a given group member.
  • this can prevent cheating by a group member or leader.
  • different group members can contribute different amounts for a given bet.
  • each group member may optionally be able to specify via a lottery system Web form an amount to be contributed to a group lottery purchase, and optionally a group member can remove their group membership.
  • the lottery system reports the amount of federal and/or state tax owed by each group member and/or optionally causes tax to be withheld from a corresponding lottery payout.
  • Numbers selected by the lottery system or government lottery system (as requested by the user) to enhance or maximize individual pay-out e.g., numbers least used by other users in combination for a given lottery or a given group of lotteries).
  • the lottery system or government lottery system chooses numbers (as requested by the user) for the user based on bets placed in the lottery so far. For example, number combinations that are more likely to be selected by many users may be avoided (e.g., numbers that correspond to the date of the lottery may be less desirable bets, because if they win they end up being more heavily bet upon by many users, with the winnings shared).
  • the lottery system can support different lottery jackpot size determinations, optionally including one or more of the following:
  • Jackpot size is based on total number of tickets purchased and/or total dollar value of tickets purchased.
  • a multiplier is applied to the jackpot based on total number of non identical tickets a given user purchased.
  • the multiplier can be selected to act as an incentive to increase sales and lottery profits.
  • the value of increased sales from this incentive is split between the state (or other lottery host) and purchaser(s). For example, a certain larger jackpot bonus or boost can be contributed to the jackpot (and eventually paid) when the ticket sales for a given lottery reaches or exceeds a first threshold.
  • emails, SMS communications, instant messaging, Web pages, or other communications mediums can be used to provide user notifications when a jackpot reaches or exceeds a certain level and/or when the jackpot increases a certain amount (e.g., wherein the user can specify or select the level or increase amounts that will trigger such a communication via the user's account preferences).
  • the lottery system may provide a home page that provides information on upcoming or ongoing lotteries. For example, one or more incrementing tickers can be presented displaying the current jackpots of corresponding lotteries.
  • a link can be provided on the home page, wherein the user is instructed to click on the link if the user wants to receive notifications when the jackpot size exceeds a certain threshold. Further links can be provided to purchase tickets for different lotteries.
  • a user can specify, via their account set-up or otherwise, that bets (and associated ticket purchases) are to be automatically placed by the lottery system on behalf of the user when the jackpot meets and/or exceeds a certain threshold.
  • the user can specify the number of lottery tickets to be automatically purchased, how the numbers are to be selected (using for example, one or more of the betting techniques described herein), the threshold at which the lottery ticket purchase is to be performed, and/or the lotteries for which the automatic bets are to be placed (e.g., which state lotteries, which multistate lotteries, which country lotteries, etc.).
  • the foregoing instructions can be stored in a user account database (e.g., the member/transaction database 142 described below).
  • each lottery ticket can have an associated unique identifier (e.g., an alphanumeric code, a serial number, a bar code, a digital and/or visual watermark, etc.).
  • the unique identifier can be generated or selected by the lottery system, without having to have the state or other government entity provide such unique identifier.
  • the unique identifiers may be provided by another entity (e.g., a separate company, a government entity, etc.). If the lottery system generates the unique identifiers, optionally, the unique identifiers can be provided to a government entity (e.g., a state), or to a separate company or entity to use for selecting a lottery winner and/or for audit purposes.
  • the actual drawing of the winning combination can be performed manually or electronically by the lottery system, a government entity (e.g., a state), or other entity.
  • a verification process can be performed for winners. For example, optionally the validation process described above can be performed after a purchaser is determined to be a winner.
  • an initial validation process can be performed before a user purchases a lottery ticket, and a more extensive validation process is performed if the user's ticket becomes a winning ticket.
  • the list of winners can be generated by the state, the lottery system, or a third party.
  • the state can electronically provide the list to the lottery system. If the lottery system generates the list of winners (e.g., using lottery ticket and betting information stored by the lottery system, and/or unique ticket identifiers generated by the state or the lottery system), the lottery system can electronically provide the list to the state (via a state computer). Optionally, a list of losing betters can be similarly generated.
  • the lottery process can be audited by the state and/or the lottery system operator based on lottery information (e.g., ticket purchaser information, ticket identifiers, payments received, etc.).
  • lottery information e.g., ticket purchaser information, ticket identifiers, payments received, etc.
  • the lottery system can identify contacts in the user's database that are registered users of the lottery system. Those contacts can be presented to the user via a Web page, and the user can select (e.g., by clicking a check box associated with a given contact) which contacts are to receive an invitation.
  • registered users of the lottery system can opt-in to receiving invitations or information regarding groups seeking members.
  • those users that do not opt-in will not receive such invitations.
  • a user managing or establishing a group can specify that invitations are to be sent to those users, or a selected subset thereof, that have opted in to receive such invitations.
  • An invitation can be in the form of an email, an SMS message, a Web page, by way of example.
  • a user can specify preferences with respect to characteristics (which can be specified as desired or required) of potential group members. For example, a user can specify that the user would prefer potential group members to live within the same city as the user, are authorized to purchase lottery tickets in one or more specified states or countries, spend at least a specified amount on lottery tickets (or at least an average amount, or at least a minimum amount a specified percentage of the time) within a given time period (e.g. a week), spend no more than a specified amount on lottery tickets (or no more than an average amount, or no more than a specified amount a specified percentage of the time) within a given time period.
  • a given time period e.g. a week
  • the user can specify that it is desired or mandatory that potential group members tend to, or only make certain types of bets (e.g., bets on a certain quantity of numbers).
  • the user can specify that it is desired or mandatory that potential group members have won at least a specified number of times and/or more than a specified amount of money (optionally, in a specified time period) with respect to lottery records available to the lottery system.
  • the user can also specify that it is desired or mandatory that potential group members have a prepaid account for purchasing lottery tickets, or that the potential group members utilize one or more specified types of financial instruments to fund lottery ticket purchases.
  • the user can also specify that it is desired or mandatory that potential group members are fans of a particular sport, sports team, music, and/or musical performer, or have specified hobbies.
  • the lottery system can automatically present to the user a list. (or other format) of potential group members (e.g., with their actual names or with nicknames/aliases), wherein the list is ordered or otherwise indicates which potential group members more closely match the user's specified preferences and/or requirements.
  • the list is ordered or otherwise indicates which potential group members more closely match the user's specified preferences and/or requirements.
  • the user specified certain requirements other users that do not meet those requirements will not be included in the list of potential group members.
  • the lottery system can examine a user's past betting history (e.g., the amount, frequency, types of bets and/or winnings), the user's eligibility to purchase lottery tickets from different entities (e.g., states or national entities), and based on one or more of the user's past betting history, winning history, and eligibility, locate other registered user's with similar characteristics.
  • the lottery system can optionally automatically present to the user a list of potential group members, wherein the list is ordered or otherwise indicates which potential group members more closely match the user's characteristics.
  • the lottery system can recommend lotteries that the user is qualified for and/or might be interested in.
  • the lottery system can use collaborative filtering, wherein a prediction is made as to which lotteries a user may be interested in based, in whole or in part, on the lottery ticket purchases made by other consumers that have similar purchase histories as the user.
  • other criteria can be used in performing the collaborative filtering (e.g., ticket purchases of tickets to a given type of sporting event, to sporting events associated with a particular team, to a given type of concert event, to concerts associated with a particular performer) made by the user and by others.
  • the lottery system can store and provide a lottery set-up form.
  • the lottery set-up form can be stored in the lottery system and transmitted, in the form of HTML code or otherwise, to a lottery set-up person's (also referred to as a lottery administrator) terminal.
  • the lottery set-up form can optionally include one or more of the following fields:
  • Lottery ticket Identifier increment (e.g., increase previous number or alphanumeric string by “N”).
  • the instructions can be stored in a system database for later use when running the lottery.
  • FIG. 1 illustrates an example system embodiment that can be used in conjunction with the lotteries and processes described herein. Not all of the illustrated systems and components need to be included in the lottery system, and other systems and architectures can be used as well.
  • the lottery system includes a user terminal 102 coupled to an example lottery system (“lottery system”) 104 over the Internet 105 using HTTP/HTTPS.
  • An example web proxy system 106 includes an optional load balancer 108 and web proxy processors 110 , and can selectively block or route an inbound request from a user browser executing on the terminal 102 to an appropriate internal destination, which can be a queue or other destination server.
  • the illustrated example lottery system 104 includes example Web application system 112 , which includes an optional load balancer 114 and Web application processors 116 .
  • a general transaction system 118 includes an optional load balancer 120 and transaction processors 122 that are used to generate transactional pages, populate data caches, provide logic and/or rules for the transaction flows, and to sequence requests.
  • a cache cluster system 124 includes an optional load balancer 126 and processors 128 . The cache cluster system 124 caches data and states for quick access by other system components.
  • a session cluster system 136 includes an optional load balancer 138 and a plurality of processors 140 and is used to manage sessions.
  • a member transaction repository database 142 stores user identification information, age, residency, contact information, billing information, preferences, account status, winnings rollover instructions, lottery eligibility status, lottery group membership data, and the like, that can be accessed by other portions of the lottery system 104 .
  • the database 142 can store an opt-in indication, wherein the user has agreed to have certain lottery tickets/bets be automatically purchased when certain user specified or selected conditions (e.g., the jackpot size) occur.
  • the database 142 can also store a user opt-in for notifications regarding lotteries, lottery status, invitations to join lottery purchase groups, or the like.
  • the database 142 can also store a history of a user's lottery ticket purchases (e.g., lottery identifiers, the states associated with a given lottery, the amount purchased, the types of bets, the combinations selected, the amount won, etc.).
  • An example database 148 is provided that stores one or more of seller (e.g., lottery operator, state, federal government, etc.) rules, purchaser eligibility criteria, information on the lottery (e.g., the types of bets, the types of combinations, maximum number of lottery tickets a purchaser can buy, etc.), the date the lottery ends, etc.
  • the database 148 can optionally store mapping data, including the latitude and longitude of borders of one or more states, or other entity wherein the boarders indicate where certain lottery sales are authorized.
  • the database 148 optionally stores data (e.g., latitude, longitude, whether the location has a retail lottery terminal, whether the location has paid a fee for certain prominence/advertising rights) on locations within the state, such as within a certain distance from the state border, wherein when certain location information is provided via a user terminal (e.g., a mobile phone and/or a GPS receiver-equipped terminal) while at such locations, the lottery system can verify that the terminal is within the state.
  • a user location can also be determined using an IP address associated with the user.
  • a geolocation program executed by the system is optionally used that determines the likely physical location of an Internet visitor using routing trails and IP addresses.
  • a host network system 150 is provided that handles credit card processing, delivery of lottery tickets, and so on.
  • the potential purchaser can manually provide some or all of the identification information (e.g., via an online Web form) and/or the potential purchaser can provide credentials (e.g., copies or certified copies of a birth certificate, a social security card, a driver's license, a governmental identity card, a passport, a bill mailed to the purchaser, etc.) via the mail, at a physical outlet, or electronically over a network.
  • credentials e.g., copies or certified copies of a birth certificate, a social security card, a driver's license, a governmental identity card, a passport, a bill mailed to the purchaser, etc.
  • the identification/residency documents can be scanned in or electronically read and stored in computer readable memory.
  • the lottery system can automatically access from one or more public, governmental, or private third party databases the user's residence, age, etc., in order to validate that the user is eligible to purchase a lottery ticket and/or to verify the user's billing information.
  • the lottery system can submit to a third party certain information (e.g., name, address, age, driver's license number, social security number, citizenship and/or the like). The third party can then verify that the potential purchaser is the claimed age and resides or works at the claimed address. The verification, or failure thereof, can then be transmitted back to the lottery system and stored in computer readable memory.
  • the verification failure, and some or all of the information provided by the user can be transmitted to a government entity. If the potential purchaser information is validated and meets certain criteria (e.g., state and/or lottery system criteria, such as age, residence, and/or work location), a user account is opened. Optionally, even if some or all of the identification information is not validated, a user account can be created, but the user may be prevented from purchasing certain or all categories of lottery tickets.
  • certain criteria e.g., state and/or lottery system criteria, such as age, residence, and/or work location
  • FIG. 3 illustrates another example lottery related process.
  • the lottery system receives a lottery ticket purchase request.
  • the request can specify, by way of example, and the number of lottery tickets desired, the type(s) of bet(s) the user wants to make.
  • the user logs into the system (e.g., by manually or automatically providing identification information, such as a user ID, password, digital key, and/or one or more biometric identifiers).
  • identification information such as a user ID, password, digital key, and/or one or more biometric identifiers.
  • location data for the user terminal e.g., a personal computer, an interactive television, a mobile phone
  • the lottery system e.g., by the terminal or a device that is coupled (via a wired or wireless connection) to the terminal, such as a cellular tower.
  • a notification is transmitted back to the user terminal so informing the user. The user can optionally try to log in again.
  • the lottery system locates account information verifies that the user meets eligibility rules stored in the lottery system or otherwise accessed.
  • certain information such as the biometric information
  • biometric information is compared with biometric information stored in association with the user's account, to verify the user identity.
  • the eligibility rules can be set by the lottery system operator, the state or country associated with the lottery (e.g., in the case of a multi-state lottery, optionally rules set by one or more of the states and/or the rules of any single state participating in the multi-state lottery), the federal or national government, and/or other entity.
  • the rules can relate to residency and/or age. If the user identity is not verified, at state 316 a notification is transmitted back to the user terminal so informing the user.
  • the lottery system optionally determines if the user is on a “list” (e.g., in a database) of those who are specifically not eligible to purchase a lottery ticket (e.g., a blacklist) and/or for whom a notification related to the lottery purchase request is to be provided to a third party (e.g., such as a federal, state, or city government agency or a private entity).
  • a third party e.g., such as a federal, state, or city government agency or a private entity.
  • the system can access over a network (e.g., the Internet, an intranet, a virtual private network, or other network) one or more remote blacklist databases (e.g., federal, state, city, or a private entity databases) or local blacklist databases. If user identification information matches that on a blacklist, appropriate action is taken.
  • a rule can be set (e.g., by the system operator, user, governmental entity, and/or issuer of financial instrument, such as a credit card, used to fund an order) for a selected user, a selected set of users, or for all users, regarding the frequency of lottery ticket purchases within a given time period, the quantity of lottery ticket purchases within a given time period, and/or the dollar value of lottery ticket purchases (e.g., for a given lottery, for a given purchase event, and/or within a given period).
  • the lottery ticket can optionally be in the form of a downloadable or otherwise printable ticket, confirmation, receipt, that includes the user's bet (e.g., the numbers or alphanumeric characters selected by the users), a lottery ticket number, and/or the user's name (and/or the name of an associated syndication group and optionally the percentage share each group member has).
  • the user's bet e.g., the numbers or alphanumeric characters selected by the users
  • a lottery ticket number e.g., the numbers or alphanumeric characters selected by the users
  • the user's name e.g., the names or alphanumeric characters selected by the users
  • the user's name e.g., the name of an associated syndication group and optionally the percentage share each group member has.
  • the lottery system or other entity selects one or more lottery winners.
  • the lottery system or other entity compares the winning data (e.g., the winning numbers) against bets made by users and determines who is a winner.
  • a notification is sent to winners, optionally via a method specified by the winners in their account configuration or otherwise (e.g., by one or more of email, SMS message, Web page, etc.).
  • a notification is sent to losers, optionally via a method specified by the winners in the account setup or otherwise.
  • a user that has purchased more than one lottery ticket can be both a winner and a loser.
  • the winnings are provided to the winner as per the winner's account configuration or in accordance with the winner's instructions received after the notification was sent to the winner at state 320 .
  • the winnings can be transmitted to the winner as a check, deposited in a specified account (as similarly discussed above), or the winnings can be rolled over into another lottery.
  • a rule can specify that a first percentage of winnings be processed in a first manner, and a second percentage be processed in another manner.
  • selected other lotteries are optionally recommend to the user, as similarly discussed above (e.g., wherein the lottery system predicts the user may be interested in the selected other lotteries based on the user's eligibility, the user's past purchase history, the user's past winnings, the current value/jackpots of other lotteries, and/or collaborative filtering).
  • other items such as tickets for events (e.g., sporting events, concerts, show, movies, etc.) can be recommended to the user based on user preferences and/or collaborative filtering.
  • the user preferences may have been directly specified by user via a form, such as a Web page form, accessed during user's account set-up/maintenance, via a survey form, via a specific request by the user for information about an item (e.g., regarding an event, performer, or artist), via a request for notification when a specific item will be available (e.g., when a specific event will occur, or a team or artist will be performing in an area in which the user lives), and/or derived from past item purchase histories.
  • a form such as a Web page form, accessed during user's account set-up/maintenance, via a survey form, via a specific request by the user for information about an item (e.g., regarding an event, performer, or artist), via a request for notification when a specific item will be available (e.g., when a specific event will occur, or a team or artist will be performing in an area in which the user lives), and/or derived from past item purchase histories.
  • ticketed events may be selected based, in part, on the amount of the user's recent lottery winnings (e.g., winnings of which the user was notified the day the recommendations are provided or within a certain time period relative to the notification, such as a week) or winnings remaining in one or more user's accounts (e.g., an account associated with the lottery system, etc.) and on ticket prices (including or excluding shipping, handling, and service fees).
  • a recommendation can be provided for one or more events that have ticket prices no greater than the user's recent lottery winnings, such as the amount just won by the user (which may be in the form of a share of a winning group or syndicate).
  • a recommendation can specifically recommend a ticket for an event at a specific price or within a specific price range based on the recent winnings or winnings on deposit.
  • a recommendation can be provided for event tickets that are no more than a certain specified amount or no more than a specified percentage above the user's recent winnings or winnings on account (e.g., 0% more, 10% more, or 15% more), and optionally at least a certain specified amount or percentage beneath the user's recent winnings or winnings on account (e.g., 0% less, 20% less, or 80% less, etc.).
  • the item is an event ticket
  • historical purchase information can be accessed from a local database and/or a database associated with a ticket issuer or other entity.
  • the historical purchase information can be related to the events for which tickets were purchased by the user, optionally including the performer/team, the ticket price, the number of times the user has purchased tickets for a given performer/team, the timing or dates of prior ticket purchases, etc.
  • the item recommendation can be provided via the same notification (e.g., the same Web page or email) as the notification regarding the user being a lottery winner.
  • FIG. 4 illustrates another example lottery process.
  • lottery ticket identifiers are generated and/or set-up. For example, a starting number or seed can be specified, and an algorithm (e.g., increment number by 1 for next lottery ticket) selected or specified.
  • a large number of identifiers can be generated, which will be assigned to lottery tickets as they are purchased.
  • Lottery ticket as used herein, is not restricted to a physical ticket, and can include a lottery identifier or token stored in computer memory.
  • the lottery ticket identification generation can be performed by a non-governmental entity (e.g., a company via the lottery system described above) or a governmental entity (e.g., a state or federal entity using the lottery system described above or a different system).
  • the lottery ticket identifiers are transmitted to a governmental entity.
  • lottery purchaser information e.g., some or all of the following: the purchaser name, other identifier, physical mailing and/or billing address, email address, number of tickets purchased, purchase amount, financial instrument, such as credit card number, used to fund purchase, etc.
  • lottery winners are selected (e.g., by a governmental or non-governmental entity).
  • winner identification is optionally transmitted (e.g., by the governmental entity to the lottery system if the governmental entity selected the winners, or by the non-governmental entity to a governmental entity if the non-governmental entity selected the winners).
  • FIG. 5 illustrates an example process for providing a user with information on how to proceed to a location where the user's location can be verified as being within an authorized area (e.g., wherein the authorized area is a city, state(s), or country) for buying a lottery ticket to a given lottery.
  • an authorized area e.g., wherein the authorized area is a city, state(s), or country
  • a determination is made that the user's location is sufficiently ambiguous that a determination has not been that the user is within and/or not within an authorized area for purchasing a lottery ticket for a selected lottery.
  • the user's general location may have been determined or received by the system, but without sufficient accuracy and/or resolution to determine whether the user is within the authorized area (as might be the case if the user is right next to, or standing on the area border).
  • information e.g., address, distance, map, description, etc.
  • information e.g., address, distance, map, description, etc.
  • the ordering of the locations is optionally based on one or more of the following:
  • the system will identify lottery terminals within a certain distance of the address stored in the user's account record (e.g., a home address or a business address) and/or within the same zip code.
  • a similar process can be performed if the system determines that the user is outside of an authorized area. For example, if the system determines that the user is outside of an authorized area but within a certain distance (e.g., 0.5 miles, 1 mile, 2 miles, 5 miles, etc.) of the authorized area (or within a certain distance of a specific portion of the authorized area, such as a portion with a road or town), a notification can be transmitted to the user terminal informing the user that the user is outside of the authorized area and providing information (e.g., an address, intersection, a map, and/or directions) on one or more locations within the authorized area.
  • a certain distance e.g., 0.5 miles, 1 mile, 2 miles, 5 miles, etc.
  • information e.g., an address, intersection, a map, and/or directions
  • FIG. 6 illustrates an example notification, such as that provided at state 506 illustrated in FIG. 5 .
  • a message area 602 includes a message that informs the user that the system could not verify that the user was within an authorized location (the state of Illinois in this example), and that the user needs to be within the authorized location in order to purchase a ticket for the lottery as per the user's lottery ticket order request.
  • a message area 604 includes a message that informs the user that if the user proceeds to a listed location, the system should be able or is likely to be able to verify the user's location within the authorized area and that the user can then proceed to purchase the requested lottery ticket.
  • a listing of locations is provided, which in this example, includes the location name, address, distance from the user, and a map link.
  • map area 606 a map of the area, including some or all of the listed locations, is provided, with the listed areas optionally highlighted (e.g., by color, a number, a circle, a graphical push pin, animation, an icon, etc.).
  • FIG. 7 illustrates an example lottery winning notification.
  • the notification can be transmitted, by way of example, via a Web page (or divided over several Web pages), email, or otherwise.
  • a message 702 informs the recipient that the recipient has made a winning selection, and displays the amount won.
  • a list box (or other interface) lists a selection of accounts and/or winning handling instructions.
  • the list can include account identifiers for accounts that the recipient had previously specified (e.g., by providing account names and numbers via the user's account set-up/maintenance user interface), an option to deposit the winnings in a default account previously specified by the user (“Follow Account Instructions”), an option to add a new account, and an option to rollover the winnings into another lottery.
  • a submit button is provided which, when activated, will cause the user's selection to be transmitted to, and executed by the lottery system.
  • One or more lotteries are listed at area 706 .
  • the lotteries may have been selected based in whole or in part on the user's eligibility, preferences and/or using collaborative filtering, as described elsewhere herein.
  • the lotteries are optionally listed using links that, when clicked on, causes a Web page (or other user interface) to be presented via which the user can make a bet and purchase a lottery ticket for the corresponding lottery.
  • the ordering (or other emphasis) of the listed lotteries is optionally based, in whole or in part, a prediction as to which lotteries will have relatively more interest for the recipient (e.g., wherein the higher the relevancy, the higher the listing).
  • the ordering or other emphasis can be based in whole or in part on a fee provided (e.g., by the lottery operator/state) for such emphasis.
  • the recipient is optionally notified that if the recipients lottery winnings are used to purchase additional lottery tickets, then a service fee will not be charged for that additional lottery ticket purchase.
  • One or more items are listed at area 708 .
  • the items/events may have been selected based in whole or in part on the user's explicit or inferred preferences, collaborative filtering, based on ticket prices, and/or location relative to the user, as described elsewhere herein.
  • the listing in this example includes a performer/sports team name, a performance date, a performance venue, and a ticket price range.
  • the listing can be in the form of links.
  • the lottery system or other system causes a ticket selection and/or purchase user interface (e.g., Web page) for the corresponding event to be transmitted to the recipient terminal and presented to the recipient.
  • the recipient is optionally notified that, if the recipient's lottery winnings are used to purchase event tickets (or a ticket to one of a specified selection of events), then the recipient will receive a price reduction.
  • FIG. 8 illustrates an example listing of potential invitees generated by the lottery system for a lottery group initiated and/or managed for a given user.
  • the list is optionally generated based on explicit user-specified preferences and/or requirements, inferred user preferences, and/or the eligibility of potential invitees to participate in a group lottery purchase for one or more lotteries that the lottery groups is intended to buy tickets in.
  • the list is optionally ordered so that those higher are on the list are more likely to correspond to the user's preferences or requirements.
  • the user can click on checkboxes corresponding to those potential invitees that the user wants to invite, or click on a “select all” control to invite all those listed.
  • the system automatically transmits invitations to join the user's lottery group to the selected invitees.
  • FIGS. 9 A-B illustrate another example process.
  • a user visits a game/gambling (e.g., a lottery) Web site homepage or other page.
  • the Web site is hosted on a computer system (e.g., a lottery system) and operated by a state (e.g., a state of the United States or a national entity), an agent of a state, or other entity.
  • the system receives an indication (e.g., via a click on a corresponding link) from the user that the user is interested in playing a lottery. If the user indicates a lack of interest in playing, the process proceeds to end state 906 .
  • the system transmits a Web page presenting one or more available lotteries that the user can elect to play.
  • the user can select a lottery to play (e.g., by clicking on a link or other control).
  • a determination is made as to whether the user has an account with the system (e.g., by reading a cookie stored on the user terminal, via a client application that transmits identification information, or otherwise).
  • an account is created using information received from the user via the user terminal.
  • the information can include a user name, contact information (e.g., email address, SMS address, instant messaging address, physical mail address, residential address, phone number(s)), gender, date of birth, a government issued identifier or a portion thereof (e.g., driver license number, social security number, etc), a password and/or a user ID or alias.
  • the user may also be asked to agree to be bound by rules associated with the account and with lottery rules.
  • the system presents, via the user's terminal, the account information provided by the user, which the user can edit upon activating an edit control. A determination is made as to whether the user wants to edit the information. If the user wants to edit the account, then the account information is provided in an edit mode. Otherwise, at state 920 , the user is asked to confirm the account data. At state 922 , the user is presented with a link, which when activated, causes a Web page to be presented via which the user can deposit funds into an account that can be used to fund lottery ticket purchases.
  • the user can enter a financial account identifier (e.g., a credit card number, a bank account number, etc.), and a maximum amount that can be expended on a given lottery and/or in a specified time period (e.g., a day, a week, a month, a year, etc.).
  • a financial account identifier e.g., a credit card number, a bank account number, etc.
  • a maximum amount that can be expended on a given lottery and/or in a specified time period e.g., a day, a week, a month, a year, etc.
  • state 926 the user is asked to log in to their account (e.g., by providing a user ID and/or password). Optionally, at this time location and authentication verification is performed at this time, using one or more of the techniques described herein.
  • state 928 a user account user interface is transmitted to the user's terminal for display.
  • the account user interface can list lotteries that the user is eligible for (e.g., based on the user's residency and/or location), the user's pending bets and/or the results of recent bets, and/or a display a control via which the user can sign up for one or more alerts (e.g., an alert as to when a lottery jackpot reaches a predetermined level, when lottery winners are announced, an alert to remind the user to make picks for a lottery, etc.).
  • alerts e.g., an alert as to when a lottery jackpot reaches a predetermined level, when lottery winners are announced, an alert to remind the user to make picks for a lottery, etc.
  • the process proceeds to state 948 , where the user selects one or more alerts that the user wants to subscribe to.
  • state 950 a list of the selected alerts is transmitted to the user terminal and the user is asked to confirm the selection. Once the user confirms the selection, the alert selection is stored by the system in the user's account record, and at state 952 , a thank you user message is transmitted to the user.
  • state 954 an alert confirmation message is transmitted to the user (e.g., via email or SMS). If, at state 930 , the user indicates that the user does not want to subscribe to any additional alerts, the process proceeds to end state 932 .
  • a determination is made (e.g., via an activation of an appropriate control) as to whether the user wished to play an online event (e.g., purchase one or more lottery tickets). If the user does not want to play, the process proceeds to end state 936 . If the user wants to play, the process proceeds to 938 , and a determination is made as to whether the user has sufficient funds (e.g., in a deposit account accessible by the system) to fund the lottery picks made by the user. If there are insufficient funds, the process proceeds to state 940 , and the system prompts the user to add funds to the user's account.
  • an online event e.g., purchase one or more lottery tickets.
  • a list of the user lottery ticket picks are presented to the user with corresponding costs, and the user is asked to confirm the ticket purchase.
  • a thank you message is presented to the user.
  • a ticket purchase confirmation message is transmitted to one or more destinations associated with the user.
  • FIG. 10 illustrates an example user interface, which can be transmitted by the lottery system to a user terminal in the form of a Web page or otherwise.
  • the Web page provides links to lottery-related news, links to user interfaces for active games, links to a lottery instructional guide, search links via which the user can search for previous winning numbers by game and/or search by number for games in which the number was a winner.
  • FIG. 11 illustrates an example account set-up form which can be transmitted by the lottery system over a network to a user terminal (e.g., in the form of a Web page).
  • Fields are provided via which the user can enter the user's name, contact information (e.g., email address, physical address, phone number, phone type), gender, password, date of birth, driver license number or social security number, and/or other information.
  • contact information e.g., email address, physical address, phone number, phone type
  • gender e.g., password
  • date of birth e.g., driver license number or social security number
  • a check box is provided via which the user can indicate that the user agrees to be bound by rules associated with the account and with lottery rules.
  • links are provided to a variety of lottery games, to news and faqs, to a list of winners, to lottery subscriptions, to unclaimed prizes, to an alert user interface, and so on.
  • links are provided to different account user interfaces (e.g., a cashier user interface to arrange for account deposits/disbursements, an email subscription user interface, a lottery subscription user interface, a gaming history user interface, etc.). Information on recent lottery winning numbers and corresponding dates are also optionally displayed.
  • account user interfaces e.g., a cashier user interface to arrange for account deposits/disbursements, an email subscription user interface, a lottery subscription user interface, a gaming history user interface, etc.
  • Information on recent lottery winning numbers and corresponding dates are also optionally displayed.
  • FIG. 12 illustrates an example “play online” user interface via which the user can select one or more lotteries to play.
  • information regarding betting amounts and current winnable amounts are also optionally presented.
  • FIG. 13A illustrates an example accounts user interface.
  • a cashier area is provided, including controls for adding funds to the user's account balance, and for cashing out the account balance.
  • a scheduled plays area lists the pending lotteries for which the user has purchased picks, and the corresponding lottery drawing dates.
  • a gaming history area lists the number of games the user has played in a specified time period (e.g., during the current year), and provides a player ranking indication based at least in part on the number of games played.
  • a “my alerts” area provides a link to a user interface via which the user can specify the user's current notification preferences and can sign up for new alerts.
  • Fields are provided for one or more lotteries (e.g., Mega Millions, Lotto) via which the user can enter one or more sets of numbers, can elect to play an enhanced version of the lottery (e.g., mega), via which the user can indicate how many weeks the user wants to play, which days the user wants to play, and the payout type (e.g., lump sum, or annuity).
  • Lotsteries e.g., Mega Millions, Lotto
  • an enhanced version of the lottery e.g., mega
  • the payout type e.g., lump sum, or annuity
  • Links (“quick pick” links) are also provided via which the user can request the system to generate numbers for the user.
  • FIG. 13B illustrates an example confirmation user interface, which lists the lottery and number picks made by the user; and the selected number of weeks to play, days of week to play, payout type, subtotal for purchases for each game, and the total amount for all games. A confirm and edit controls are also provided.
  • FIG. 14 illustrates an example alerts management user interface.
  • Fields are provided via which the user can provide an alert address (e.g., and email address).
  • Controls are provided via which the user can subscribe to drawing alerts for different lottery types (e.g., a mega millions alert, a lotto alert, etc.), alerts for when a lottery is over a specified amount (e.g., $50 million), and/or a play reminder alert (e.g., a reminder to submit picks a specified amount of time prior to a drawing).
  • an alert address e.g., and email address
  • Controls are provided via which the user can subscribe to drawing alerts for different lottery types (e.g., a mega millions alert, a lotto alert, etc.), alerts for when a lottery is over a specified amount (e.g., $50 million), and/or a play reminder alert (e.g., a reminder to submit picks a specified amount of time prior to a drawing).
  • a play reminder alert e.
  • FIG. 15 illustrates a user interface, including links via which the user can select an online lottery to play.
  • the user interface displays the drawing date and the estimated jackpot for the corresponding lotteries.

Abstract

Methods and systems of determining the approximate location of a terminal are described herein. In one embodiment, a computer system receives from a first mobile computer terminal and/or from a communication system in communication with the first mobile computer terminal, global positioning satellite and/or cellular network location data, wherein the location data corresponds to the approximate location of the first mobile computer terminal. Based at least in part on the location data, the system determines if the first mobile computer terminal is within a first area, wherein presence in the first area is needed in order to be authorized to access a first service. The system, at least partly in response to failing to determine that the first mobile terminal is in the first area, transmits to the first mobile computer terminal location information regarding at least a first location in the first area.

Description

    PRIORITY CLAIM
  • This application claims the benefit under 35 U.S.C. 119(e) of U.S. Provisional Application No. 60/675,373, the contents of which are incorporated herein in its entirety.
  • COPYRIGHT RIGHTS
  • A portion of the disclosure of this patent document contains material that is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by any one of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.
  • BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • The present invention relates to methods and systems of determining the location of a terminal, and in particular, to systems and methods for electronically determining the location of a terminal.
  • 2. Description of the Related Art
  • While there have been attempts to distribute lottery tickets via online lottery systems, for a variety of reasons many of these online lottery systems have failed to adequately address the challenges and opportunities presented by such online lottery distribution. For example, certain conventional approaches to online lotteries have failed to efficiently provide processes and systems for validating that lottery purchasers meet governmental regulations regarding lottery purchasers, such as certain residency or age mandates, or purchase location requirements.
  • SUMMARY OF THE INVENTION
  • An example embodiment provides a computer system configured to selectively provide access to a service, comprising: a first instruction configured to receive a lottery order from a first user; a second instruction configured to determine if the user is identified in a governmental database as being prohibited from participating in at least a first lottery; and a third instruction configured to determine if the lottery order is to be fulfilled at least partly based on determining whether the user is identified in the governmental database as being prohibited from participating in at least the first lottery.
  • One example embodiment provides a method of processing location data for a computer terminal, the method comprising: receiving at a computer system from a first mobile computer terminal and/or from a communication system in communication with the first mobile computer terminal, global positioning satellite and/or cellular network location data, wherein the location data corresponds to the approximate location of the first mobile computer terminal; based at least in part on the location data, determining if the first mobile computer terminal is within a first area, wherein presence in the first area is needed in order to be authorized to access a first service; and at least partly in response to failing to determine that the first mobile terminal is in the first area, transmitting to the first mobile computer terminal location information regarding at least a first location in the first area.
  • Another example embodiment provides a computer readable media that stores a program, said program capable of being executed by a computer to cause the computer to: receive at a computer system global positioning satellite or cellular network location data, wherein the location data corresponds to the approximate location of a first mobile computer terminal; based at least in part on the location data, determine if the first mobile computer terminal is within a first area, wherein presence in the first area is needed in order to be authorized to access a first service; and at least partly in response to failing to determine that the first mobile computer terminal is in the first area, transmit to the first mobile computer terminal location information regarding at least a first location in the first area.
  • Another example embodiment provides a method of processing location data for a computer terminal, the method comprising: receiving at a computer system location data corresponding to the approximate physical location of a first terminal; based at least in part on the location data, determining if the first terminal is within a first area, wherein presence in the first area is needed in order to be entitled to access a first service; and at least partly in response to failing to determine that the first terminal is in the first area, transmitting to the first terminal location information regarding at least a first location in the first area.
  • Still another example embodiment provides a method and system for managing lottery pools. An example method comprises: receiving over a network an indication from a first user that the first user is interested in forming a lottery pool; accessing historical lottery transaction data for the first user from a data store; accessing historical lottery transaction data for other users from the data store; determining which other users are relatively more suitable to be members of the lottery pool at least partly based on the historical lottery transaction data for the first user and for other users; and transmitting over the network to a terminal associated with the first user a presentation of other users with an indication that at least a first other user is more suitable to be a member of the lottery pool than a second other user.
  • Yet another example embodiment provides a method of processing data, the method comprising: receiving over a network an indication from a first user that the first user is interested in forming a lottery pool; identifying contacts in a contact database associated with the first user that have a lottery-related account and that have opted in to receive invitations to participate in a lottery pool; transmitting a message to the first user that identifies at least a portion of the contacts in the contact database that have a lottery-related account and that have opted in to receive invitations to participate in a lottery pool; and receiving an indication from the first user that an invitation to join the lottery pool is to be sent to at least a first of the contacts identified in the message.
  • An example embodiment provides a method of establishing a lottery account for a user, the method comprising: receiving a request from the user to establish an account related to lotteries; storing an electronic copy of a government document including information identifying the user, the user's age, and an address associated with the user; determining if the user is a customer of a first internet service provider; accessing a database to determine if the user is to be excluded from lottery participation; and establishing an account for the first user at least partly in response to determining that the government document information indicates that the first user meets at least one governmental rule for participating in a lottery, that the user is within the authorized area, and that the database does not indicate that the first user is to be excluded from lottery participation.
  • Another example provides a method of establishing a lottery account for a user, the method comprising: receiving a request from the user to establish an account related to lotteries; determining if the user is a customer of a first internet service provider; receiving personal data related to the user from the first internet service provider; and establishing an account for the first user at least partly in response to the data received from the first internet service provider.
  • Still another example provides a method of distributing lottery funds, the method comprising: storing in computer readable media at least one rule from a user that indicates that a first portion of a future lottery winning is to be deposited in a first account and that a second portion is be deposited in a second account; and storing at least one rule from a governmental entity that indicates that winnings above a specified amount are to be distributed in a manner specified by the governmental entity, wherein the at least one rule from the governmental entity takes precedence over at least one rule from the user.
  • Yet another example provides a method of distributing lottery funds, the method comprising: storing in computer readable media a user instruction that indicates that at least a portion of a future lottery winning be automatically used to make a lottery-related purchase; determining that the user has lottery winnings; and automatically applying at least a portion of the lottery winnings to a first lottery related purchase in accordance with the user instruction.
  • Another example provides a method of processing a lottery-related user instruction, the method comprising: storing in computer readable media a user instruction that indicates that a lottery-related purchase is to be automatically made when a jackpot reaches a user-defined threshold; determining that a first jackpot reached and/or exceeded the user-defined threshold; and automatically applying at least a portion of the lottery winnings to a first lottery related purchase in accordance with the user instruction.
  • Yet another example method provides a method of processing data, the method comprising: receiving a lottery order from a first user; determining if the user is identified in a governmental database as not being eligible to participate in at least a first lottery; determining if the lottery order complies with a first user rule specified by the first user prior to the lottery order; and at least partly based on determining if the user is identified in a governmental database as not being eligible to participate in at least a first lottery and on determining if the lottery order complies with a first user rule specified by the first user prior to the lottery order, determining if the lottery order is to be fulfilled.
  • Still another example provides a method of recommending lotteries to a first user, the method comprising: accessing historical lottery transaction data for the first user from a computer readable data store; accessing location information for the first user; and at least partly based on the historical lottery transaction data and the location information, recommending at least a first lottery to the first user.
  • Another example embodiment provides a method of configuring a lottery, the method comprising: causing a form for configuring a lottery to be presented on a display, the form including the following fields: a lottery identifier; a lottery start date: a lottery end date; a lottery drawing date; date information regarding when online access to the lottery is to be provided to the public; types of bets, wherein a user can select one or more bet-types that will be permitted in the lottery; number of characters or indicia allowed in a lottery ticket or bet identifier; and a lump sum field, wherein the user can indicate that a lump sum payment option is available for the lottery.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • Exemplary embodiments are illustrated in the accompanying drawings, which are for illustrative purposes only.
  • FIG. 1 illustrates an example embodiment of an apparatus that can be used in conjunction with processes described herein.
  • FIG. 2 illustrates an example process for receiving and verifying user information.
  • FIG. 3 illustrates another example lottery process.
  • FIG. 4 illustrates yet another example lottery process.
  • FIG. 5 illustrates an example process for providing location information to a user.
  • FIG. 6 illustrates an example message providing location data to a user.
  • FIG. 7 illustrates an example lottery notification.
  • FIG. 8 illustrates an example lottery group invitation user interface.
  • FIGS. 9A-B illustrate another example lottery process.
  • FIG. 10-15 illustrate example user interfaces.
  • DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
  • The present invention relates to electronic distribution of lottery tickets, and in particular, to systems and methods for lottery distribution and tracking.
  • Throughout the following description, the term “Web site” is used to refer to a user-accessible server site that implements the basic World Wide Web standards for the coding and transmission of hypertextual documents. These standards currently include HTML (the Hypertext Markup Language), which can be used to generate Web pages, and HTTP (the Hypertext Transfer Protocol). It should be understood that the term “site” is not intended to imply a single geographic location, as a Web or other network site can, for example, include multiple geographically-distributed computer systems that are appropriately linked together. Furthermore, while the following description relates to an embodiment utilizing the Internet and related protocols, other networks, such as networked interactive televisions and networked wireless phone or terminals, and other protocols may be used as well.
  • In addition, unless otherwise indicated, the functions described herein may be performed by software modules including executable code and instructions running on one or more general-purpose computers. The computers can include one or more central processing units (CPUs) that execute program code and process data, memory, including one or more of volatile memory, such as random access memory (RAM) for temporarily storing data and data structures during program execution, non-volatile memory, such as a hard disc drive, optical drive, or FLASH drive, for storing programs and data, including databases, which may be referred to as a “system database,” and a wired and/or wireless network interface for accessing an intranet and/or Internet. In addition, the computers can include a display for displaying user interfaces, data, and the like, and one or more user input devices, such as a keyboard, mouse, pointing device, microphone and/or the like, used to navigate, provide commands, enter information, provide search queries, and/or the like. However, the present invention can also be implemented using special purpose computers, terminals, state machines, and/or hardwired electronic circuits.
  • In addition, the example processes described herein do not necessarily have to be performed in the described sequence, and not all states have to be reached or performed. Further, certain process states that are illustrated as being serially performed can be performed in parallel. Further, while the following discussion may refer to a certain government entity, such as a state, the systems and processes described herein can be used with other government entities (e.g., the federal government), or non-government entities (e.g., private corporations).
  • Users can optionally provide instructions and information to the lottery system described herein via Web pages, SMS messages, instant messages, interactive voice processing systems, and so on, and the user instructions and information can be stored in computer readable memory. The lottery system can optionally provide information, notification, forms and instructions to users via Web pages, SMS messages, instant messages, interactive voice processing systems, and so on.
  • The processes and systems described below relate to systems and processes that enable the distribution, sale, and/or tracking of lottery tickets for a lottery (e.g., an event involving chance and the awarding of one or more prizes, such as a monetary or other prize, wherein a user optionally pays to participate in the lottery). However, the lottery systems and processes described herein can optionally also be used to sell or auction other items, such as event tickets (e.g., to an event that takes place at a venue, such as a sporting event or a concert) or the like. The term “lottery ticket” as used herein, is not limited to a physical ticket, but can be any form of a right to participate in a lottery (e.g., an alphanumeric or other code, an electronic key, etc.). Furthermore, electronic lottery tickets can be emailed to a user who can print out the lottery tickets, lottery tickets can be downloaded via a Web page, or tickets can be conventional lottery tickets mailed or otherwise delivered to a purchaser, such as via a ticket kiosk.
  • Certain states that are considering permitting the online distribution of lottery tickets are considering imposing one or more mandates on whom the state's lottery tickets may be sold to. For example, a state may mandate that a lottery ticket purchaser be of a certain minimum age (e.g., 18 or 21 years old), or may mandate certain residency requirements (e.g., that the lottery ticket purchaser be a state resident, or that the lottery ticket purchaser be a U.S. resident), or location requirements (e.g., that the purchaser be within the state). Still additional mandates may be provided. For example, there may be a prohibition of selling lottery tickets to individuals that are on a certain list or whose names are stored in a certain database (e.g., a database storing names of parents that owe child support payments, a database storing names of prison inmates, a database storing names or other identification information for those on watch lists, such as terrorist watch lists, or a watch list directed to those that are suspected of laundering money, etc.).
  • One or more processes can be utilized to verify, with a certain degree of confidence, that a ticket purchaser meets one or more governmental mandates. Optionally, a lottery distribution system can require that purchasers, and/or potential purchasers, provide credentials (e.g., copies or certified copies of a birth certificate, a social security card, a driver's license, a governmental identity card, a passport, a bill mailed to the purchaser, etc.) via the mail, present copies or original identification through a physical outlet, or provide the credentials electronically over a network. The physical outlet can be a ticket sales outlet, a lottery specific outlet, or a government office. Optionally, the identification documents can be scanned in or electronically read and stored in computer readable memory. In addition, a biometric scan of the user can be made (e.g., one or more of a fingerprint, eye scan, or voice scan), and the results can be stored in computer readable memory for later use by the lottery system for manual or automatic identification and verification purposes.
  • A user account can then be set up on an electronic networked lottery system. The user account information can be stored in a user account database (e.g., the member/transaction database 142 described below) that stores user contact information, billing information, preferences, account status, and the like. In addition, the user account database can optionally store electronic copies of one or more identification documents and/or biometric scan. The user can also select or be assigned a user identifier and/or password which can be stored in the user account database. Once the user account has been established and the user has been validated as meeting certain criteria, the user can then begin using the account and/or purchasing lottery tickets as described herein.
  • In addition, the lottery system can receive over a network and store information validating a user's identity, age, residency, or other characteristics. For example, the lottery system can host a lottery Web site, including a plurality of Web pages. A user can access the lottery system via a user terminal, such as a personal computer, an interactive television, a networkable programmable digital assistant, a computer networkable wireless phone, and the like. The user terminal can include a display, keyboard, mouse, trackball, electronic pen, microphone (which can accept voice commands), other user interfaces, printer, speakers, as well as semiconductor, magnetic, and/or optical storage devices. For example, the lottery system can present queries to the user via a Web page form, or otherwise, asking for certain information, such as one or more of the user's address, age, name, driver's license number or identifier, government identification number or identifier, etc. The lottery system can use some or all of the information to determine if the user meets the qualification for a particular lottery.
  • The lottery system can optionally access, directly or via a third party, a state database, such as a state driver license database, to determine the user's residence, age, etc., wherein certain information provided by the user (e.g., license number, address, phone number, etc.) can be used to locate and access the appropriate driver license database entry. User information can be gathered from still other sources. For example, based on billing information provided by a user (e.g., a credit card number), the lottery system can automatically access from one or more public, governmental, or private third party databases the user's residence, age, etc., in order to validate that the user is eligible to purchase a lottery ticket and/or to verify the user's billing information. For example, the lottery system can submit to a third party certain information (e.g., name, address, age, driver's license number, social security number, and/or the like) collected from a potential lottery ticket purchaser, which can then verify that the user is the claimed age and resides at the claimed address. The verification, or failure thereof, can then be transmitted back to the lottery system.
  • By way of further example, the lottery system may optionally access a state database of people who are not to be permitted to participate in a lottery, and the lottery system can store an indication in its own computer memory not to sell lottery tickets to that user.
  • Optionally, the lottery system can limit online sales of lottery tickets to users that have accounts with specific service providers, such as selected Internet service providers (ISPs). Thus, optionally, if a user has an account with one of the selected ISPs, the user can opt-in to be able to purchase online lottery tickets, and can provide the ISP with the user's characteristics or personal information (e.g., age, residency, etc.). The lottery system can then access and/or copy the information gathered and stored by the service provider in order to determine if a user is able to purchase a lottery ticket for a given lottery.
  • Optionally, the validation process is performed after determining that a user is a lottery winner. Thus, for example, a user may be allowed to purchase a lottery ticket without checking, or without as fully checking, as to whether the user meets the lottery criteria (e.g., age or residency). If the user is a lottery winner, then user characteristics (e.g. age or residency) can be checked before the user is paid the lottery winning, as described above, to determine if the user meets the lottery rules. If the user does not meet the rule requirements, then the user's right to participate in the lottery is invalidated and the user is not paid the lottery winnings. Optionally, if invalidated, the user may be refunded the lottery ticket purchase price, or a portion thereof, and any associated delivery and/or processing fee is refunded as well. Optionally, if invalidated, the user may be refunded the lottery ticket purchase price, or a portion thereof, and any associated delivery and/or processing fee is not refunded. Optionally, if invalidated, the user is not refunded the lottery ticket purchase price, processing fee or delivery fee.
  • For example, the lottery system may also store lottery participation rules for one or more states. Because different states may have different rules and lottery ticket participation criteria, the lottery system may permit a given user to participate in certain state lotteries, and not allow the user to participate in lotteries of certain other states, based on state lottery rules and/or applicable federal regulations, and certain user characteristics (age, residency, etc.). For example, if a user attempts to purchase a lottery ticket for a given state via an online process, the lottery system can check certain user characteristics against that state's rules. If the user does not satisfy the state's rules, the lottery system can refuse to accept the lottery ticket purchase, and can transmit a notification to the user as to the reason why the purchase offer was refused. In addition, the lottery system can optionally support multistate lotteries (e.g., the Powerball lottery). Optionally, the lottery system can check the user's characteristics (e.g., age, residency) against each one of the rules of the states participating in the multistate lottery, until a determination is made that the user satisfies the rules of a participating state, as which point the user is validated to participate in the multistate lottery.
  • Optionally, the lottery system stores mapping data, including the latitude and longitude of borders of state, countries, and so on. The lottery system can also store data on locations within the state, such as within a certain distance from the state border, wherein when certain location information is provided via a user terminal while at such locations, the lottery system can verify that the terminal is within the state. In addition, the lottery system can store location information for retail lottery terminals within a given state.
  • Optionally, there may be limits placed on how many lottery tickets a particular user can purchase, and/or limits on the amount a particular user can spend on online lottery tickets within one or more time periods (e.g., per day, week, month, and/or year) or for a given lottery drawing or sale. The limit can also be based on historical purchase information. For example, if the user has purchased a certain average dollar amount over a given period of time, the user may be prevented from purchasing more than a certain dollar amount of tickets in another period of time unless an additional validation process is performed. The limits can optionally be set by the user as part of the user account set-up, by the lottery system (e.g., in accordance with state rules or lottery system rules), or by the user's credit card issuer, etc. Optionally, the user can have a credit or prepaid amount associated with their lottery system account and the user can optionally be allowed to use the total account amount to purchase lottery tickets without the foregoing dollar amount restrictions applying. Optionally, the amount can be automatically (e.g., on a periodic basis on in response to a trigger, such as the user's account balance falling to a predefined threshold) or manually replenished via a bank account, debit card, or credit card. Optionally, the lottery system can not make all or a portion of the account amount available for lottery ticket purchases for a predetermined amount of time to prevent impulse or compulsive buying of lottery tickets.
  • Optionally, in order to reduce the incidence of losing lottery ticket purchasers attempting to cancel credit card charges (a “chargeback”) for the losing lottery ticket one or more of the following processes can be performed:
  • 1. Store in computer readable memory a maximum lottery ticket charge limit per credit card. The lottery system then tracks the pending charges to the credit card for lottery tickets, and refuses further charges if such charges would result in the maximum lottery ticket charge limit being exceeded.
  • 2. The lottery system can track the number and/or amount of charges that have been declined or charged backed by a user, and if the number and/or amount exceed a predetermined threshold (e.g., 0 chargeback events, 2 chargeback events, $75 in charge backs, 0 declines, 3 declines, etc.) stored in computer readable memory, refuse further charges and/or further lottery ticket purchases.
  • 3. The lottery system can track the number and/or amount of charges that have been declined or charged backed by a user, and if the number and/or amount exceed a predetermined threshold (e.g., 0) stored in computer readable memory, report the matter to an entity (e.g., a government entity) for a fraud investigation. In addition, such thresholds can be determined statistically such that total net losses to the lottery system across all purchasers or a selected subset of purchases are set at a certain threshold.
  • If the user has a lottery system account, the user can opt-in, via a lottery system user interface (e.g., a Web page form) or otherwise, to have all or a predetermined amount or percentage of future lottery winnings rolled over into another lottery (e.g., the next lottery) using one or more of the betting methods described herein. The user can optionally also specify that winnings are to be directly deposited in the user's lottery system account, a specified bank account, money market account, annuities account (e.g., the winner can select between half of the jackpot being paid immediately or the full jackpot paid out yearly over 20 years), or other account.
  • For example, optionally the user can specify that all or a percentage of winnings be deposited in an account associated with a merchant, such as a ticket seller (e.g., an entity that sells, on its on behalf and/or as an agent for others, tickets to sporting events, concerts, shows, fairs, other entertainment events, an entity that sells airplane, train, or bus tickets, or other products or services). Optionally, a multiplier factor can be applied (e.g., by the merchant or other entity) to the deposited amount (or to amounts deposited in an account associated with the lottery system) when used to purchase goods or services from the merchant or other authorized entity. For example, a multiplier of 1.1 can be applied, wherein if $100 is deposited, and the user wishes to use the $100 to purchase an item, such as a ticket, from the merchant, the merchant will treat the $100 as $110. Similarly, the merchant can provide a price reduction expressed as a discount (e.g., a 10% or other discount) for purchases made using lottery funds. Optionally, in addition to or instead of such price reductions, priority (e.g., the right to purchase before an item is offered for sale to the general public, the right to purchase more of an item than the general public, etc.) with respect to certain purchases (e.g., tickets to concerts or sporting events) can be given to a user registered with the lottery system, and/or to a user that is using lottery winnings deposited in a designated account to make purchases of the item to which priority is being given.
  • In order to purchase a lottery ticket online via the lottery system, the user may optionally be required to log into the lottery system. The user may be asked to provide a user identification and/or password to log in and to enable the lottery system to locate the user's account information. Optionally, the user may be issued an authentication device (e.g., hardware and/or software) which the user needs to couple to the user's computer in order to identify the user to the lottery system. For example, the user may be given an authentication device (e.g., an electronic key, smart card, etc.) that includes solid state memory storing encrypted identification and other related information. The authentication device may further optionally include a computer port interface (e.g., a USB or Firewire port) via which the user couples the authentication device to the user's computer. While logging in, the user's computer can transmit the encrypted information to the lottery system and the user will then be logged in and the user's account information located and retrieved.
  • Optionally, the lottery system can request that the user provide biometric information (e.g., voice, retina, fingerprint information) in order to log in and/or purchase a lottery ticket. For example, the lottery system may transmit a prompt to the user's computer instructing the user to speak one or more letters, words, and/or numbers into the user's computer microphone. Once the user performs the corresponding vocalization, the computer converts the user's voice into digital information and transmits it to the lottery system via VoIP, as an email attachment, or otherwise, and the lottery system can authenticate the user.
  • Optionally, the user's location can be determined as part of the validation process (performed as part of a login, when a purchase is requested, during a payment or checkout process, or at other times). For example, if a state mandates that a lottery buyer be present in the state and not in specified Federally-controlled land within a state, such as Indian reservations and certain waterways, while buying a lottery ticket online, the lottery system operator (or other entity) can provide a GPS module (e.g., in the form of a secure dongle that plugs into a computer terminal interface, such as a USB, Expresscard, Firewire, or other interface) and/or GPS-related software that transmits, via the computer and over a network (e.g., the Internet) the location (and/or data via which the location can be determined) of the computer terminal being used to make the purchase. In this example embodiment, a lottery ticket will not be sold by the system if the terminal is outside of the authorized region.
  • In addition or alternatively, if the lottery ticket purchase is being made via a cellular, mobile phone, the approximate location of the mobile phone can be determined via data from the GPS receiver embedded in the phone or data from the cell antenna tower (or towers) via which the mobile phone is communicating when ordering the lottery ticket (e.g., within 150-50 meters, or less). For example, triangulation from multiple towers can provide fairly precise location data. In certain situations (e.g., where the user mobile phone is communicating via an antenna on or very close to the state border) it may be difficult to tell in which state the user mobile phone is located. Optionally, two or more methods may be used to identify a user location. For example, the system may receive a GPS reading (e.g., from a user terminal, such as a computer or cell phone equipped with a GPS receiver) and cell phone location information for a user, and use both types of information to verify that the user is located in an authorized location. Similarly, the system may receive a GPS reading and an IP address associated with a user terminal, and use both types of information to verify that the user is located in an authorized location.
  • Optionally, to the extent the location data is ambiguous or there is uncertainty regarding whether the computer terminal or phone is in a authorized location (e.g., within the borders of a state associated with the lottery), such as might occur in an area along the state border (a buffer area, such as 100 meters, 500 meters, 1000 meters, or 2000 meters from a state border, or from a localized portion of a state border), a lottery ticket will not be sold by the system in response to an order placed via the terminal or phone. Optionally, the lottery system can transmit a notification to the user indicating that the system has not been able to verify the user's location, and notifying the user that the user can try again when the user is at another location within the authorized state. Similarly, if the user's location is determined to be outside of the authorized location, or the user's location cannot be determined at all (e.g., if there is no GPS reception and/or no cell phone network coverage), a notification to that effect can be transmitted to the user's terminal, further advising the user to try again when the user is at another location (e.g., within the authorized location) [covered in 44].
  • Optionally, the notification can provide the user with specific or general directions to a location (e.g., an address, such as that of a store, restaurant, or coffee shop (e.g., paying an affiliation fee to the lottery system operator or state or optionally not paying such a fee), an intersection, a general direction, such as “move 500 feet west”, etc.) where the system can, or is likely to be able to verify that the user is within the authorized state. Optionally, a map can be transmitted or otherwise provided to the user terminal, with various locations within the authorized state emphasized (e.g., by color, or graphical push pin). Optionally, one or more emphasized locations can be identified as having a co-located lottery terminal (e.g., a fixed terminal, optionally, with lottery ticket printing capabilities). For example, the map and/or listing of locations can optionally identify those locations within an approximate specified distance of the user terminal (e.g., within 1 mile, 5 miles, etc.) and/or that are within the same zip code as the terminal's current estimated location/
  • The lottery system can process a variety of lottery types and user bets (e.g., wherein the user purchases a lottery ticket with an associated number, alphanumeric, or other combination, wherein lottery winners are those whose combination corresponds to those pulled or otherwise selected in a lottery drawing), optionally including one or more of the following:
  • 1. User bet wins on N numbers or less (e.g., 6 numbers wins the large jackpot, 5 wins less, 4 wins even less, 2 doesn't win, etc.)
  • 2. User bet wins on exactly N numbers, with a higher jackpot amount. This bet is similar to “Bet wins on N numbers or less”, except, for example, the user forgoes the chance of winning on 4 or 5 numbers in favor of a potentially larger 6 number jackpot based on a share of the 4 and 5 number winners who opted out of winning anything but the jackpot.
  • 3. Bets representing groups of individuals with shares. The lottery system provides a user interface enabling groups of individuals to register as a group, each one contributing a certain amount of money. A group leader may be appointed that identifies group members and selects or provides a group name via an electronic form. The group members pool their bets and the lottery system automatically splits winnings based on dollars contributed or the percentage to the total contributed by a given group member. Advantageously, this can prevent cheating by a group member or leader. Optionally, different group members can contribute different amounts for a given bet. For example, each group member may optionally be able to specify via a lottery system Web form an amount to be contributed to a group lottery purchase, and optionally a group member can remove their group membership. Optionally, the lottery system reports the amount of federal and/or state tax owed by each group member and/or optionally causes tax to be withheld from a corresponding lottery payout.
  • 4. Numbers selected by the user, wherein the user selects the numbers the user is betting on to win the lottery.
  • 5. Numbers selected randomly by the lottery system or government lottery system.
  • 6. Numbers selected by the lottery system or government lottery system (as requested by the user) to enhance or maximize individual pay-out (e.g., numbers least used by other users in combination for a given lottery or a given group of lotteries).
  • 7. The lottery system or government lottery system chooses numbers (as requested by the user) for the user based on bets placed in the lottery so far. For example, number combinations that are more likely to be selected by many users may be avoided (e.g., numbers that correspond to the date of the lottery may be less desirable bets, because if they win they end up being more heavily bet upon by many users, with the winnings shared).
  • The lottery system can support different lottery jackpot size determinations, optionally including one or more of the following:
  • 1. Jackpot size is based on total number of tickets purchased and/or total dollar value of tickets purchased.
  • 2. A multiplier is applied to the jackpot based on total number of non identical tickets a given user purchased. The multiplier can be selected to act as an incentive to increase sales and lottery profits. Optionally, the value of increased sales from this incentive is split between the state (or other lottery host) and purchaser(s). For example, a certain larger jackpot bonus or boost can be contributed to the jackpot (and eventually paid) when the ticket sales for a given lottery reaches or exceeds a first threshold.
  • Optionally, emails, SMS communications, instant messaging, Web pages, or other communications mediums, can be used to provide user notifications when a jackpot reaches or exceeds a certain level and/or when the jackpot increases a certain amount (e.g., wherein the user can specify or select the level or increase amounts that will trigger such a communication via the user's account preferences).
  • The lottery system may provide a home page that provides information on upcoming or ongoing lotteries. For example, one or more incrementing tickers can be presented displaying the current jackpots of corresponding lotteries. A link can be provided on the home page, wherein the user is instructed to click on the link if the user wants to receive notifications when the jackpot size exceeds a certain threshold. Further links can be provided to purchase tickets for different lotteries.
  • Optionally, a user can specify, via their account set-up or otherwise, that bets (and associated ticket purchases) are to be automatically placed by the lottery system on behalf of the user when the jackpot meets and/or exceeds a certain threshold. For example, the user can specify the number of lottery tickets to be automatically purchased, how the numbers are to be selected (using for example, one or more of the betting techniques described herein), the threshold at which the lottery ticket purchase is to be performed, and/or the lotteries for which the automatic bets are to be placed (e.g., which state lotteries, which multistate lotteries, which country lotteries, etc.). The foregoing instructions can be stored in a user account database (e.g., the member/transaction database 142 described below).
  • Optionally, each lottery ticket can have an associated unique identifier (e.g., an alphanumeric code, a serial number, a bar code, a digital and/or visual watermark, etc.). The unique identifier can be generated or selected by the lottery system, without having to have the state or other government entity provide such unique identifier. Alternatively, the unique identifiers may be provided by another entity (e.g., a separate company, a government entity, etc.). If the lottery system generates the unique identifiers, optionally, the unique identifiers can be provided to a government entity (e.g., a state), or to a separate company or entity to use for selecting a lottery winner and/or for audit purposes. Optionally, the lottery system transmits betting information to a government entity (e.g., a state), including one or more of lottery ticket purchaser information (e.g., ticket purchaser name or other identifier), combinations chosen by corresponding lottery purchasers, and/or ticket identification information.
  • The actual drawing of the winning combination can be performed manually or electronically by the lottery system, a government entity (e.g., a state), or other entity. A verification process can be performed for winners. For example, optionally the validation process described above can be performed after a purchaser is determined to be a winner. Optionally, an initial validation process can be performed before a user purchases a lottery ticket, and a more extensive validation process is performed if the user's ticket becomes a winning ticket. The list of winners can be generated by the state, the lottery system, or a third party. If the state generates the list of winners (e.g., using lottery ticket and betting information provided by the lottery system, and/or unique ticket identifiers generated by the state or the lottery system), the state (via a state computer system) can electronically provide the list to the lottery system. If the lottery system generates the list of winners (e.g., using lottery ticket and betting information stored by the lottery system, and/or unique ticket identifiers generated by the state or the lottery system), the lottery system can electronically provide the list to the state (via a state computer). Optionally, a list of losing betters can be similarly generated. Winning notifications (e.g., via email, SMS, instant messaging, a Web page, etc.) can optionally be provided to winning users by the lottery system or by a government entity (e.g., a state). Losing notifications can optionally be provided to losing users by the lottery system or by a government entity (e.g., a state). In addition, a publicly available Web page can list the winning combinations. Lottery jackpots can optionally be provided to winning users by the lottery system or by a government entity (e.g., a state).
  • The lottery process can be audited by the state and/or the lottery system operator based on lottery information (e.g., ticket purchaser information, ticket identifiers, payments received, etc.).
  • The lottery system optionally stores in a database, or other data store, historical information on a given user's purchases, and can display the historical information to the given user. For example, a user account Web page can display a table listing some or all of the following: the lotteries the user has purchased tickets for, the number of tickets purchased by the user for each lottery, the dollar value of the tickets purchased per lottery, the combinations bet on for each lottery ticket purchased, the winnings (if any) per lottery and/or per lottery ticket, the lottery status (e.g., open, closed, ended, etc), whether the ticket was purchased as part of a group (and if so, the name of the group, and the percentage stake the user had in the group), the total number of tickets bought for all lotteries by the user (and/or the total number of tickets purchased by the user for a selected period of time or for the last selected number of lotteries), and the total dollar value of the lottery tickets bought for all lotteries by the user (and/or the total dollar value of tickets purchased by the user for a selected period of time or for the last selected number of lotteries). The foregoing information can be limited to that corresponding to a selected period of time.
  • As previously discussed, optionally, a group or syndicate can be formed wherein group members own a share or percentage of a bet. Optionally, the user can create a group or syndicate by registering a group name and password. Optionally, the user can designate group members by the user or group member manually registering a group member. Optionally, a user can send out invitations, optionally with the group name and/or password, via the lottery system to invite others to join a group. The invitation can include a link to a registration Web page on the lottery system. The registration Web page can include a group name and a password field into which the invitee would input the user name, group name, and/pr password to join the group.
  • For example, the lottery system can identify contacts in the user's database that are registered users of the lottery system. Those contacts can be presented to the user via a Web page, and the user can select (e.g., by clicking a check box associated with a given contact) which contacts are to receive an invitation. Optionally, registered users of the lottery system can opt-in to receiving invitations or information regarding groups seeking members. Optionally, those users that do not opt-in will not receive such invitations. A user managing or establishing a group can specify that invitations are to be sent to those users, or a selected subset thereof, that have opted in to receive such invitations. An invitation can be in the form of an email, an SMS message, a Web page, by way of example. If an invitee accepts the invitation (e.g., by clicking on an “accept” link in the invitation or in a Web page accessed via a link in the invitation) the invitee will be recorded in a lottery system database as a member of the group and the user will optionally be notified of the acceptance.
  • Optionally, a user can specify preferences with respect to characteristics (which can be specified as desired or required) of potential group members. For example, a user can specify that the user would prefer potential group members to live within the same city as the user, are authorized to purchase lottery tickets in one or more specified states or countries, spend at least a specified amount on lottery tickets (or at least an average amount, or at least a minimum amount a specified percentage of the time) within a given time period (e.g. a week), spend no more than a specified amount on lottery tickets (or no more than an average amount, or no more than a specified amount a specified percentage of the time) within a given time period.
  • By way of further example, the user can specify that it is desired or mandatory that potential group members tend to, or only make certain types of bets (e.g., bets on a certain quantity of numbers). By way of further example, the user can specify that it is desired or mandatory that potential group members have won at least a specified number of times and/or more than a specified amount of money (optionally, in a specified time period) with respect to lottery records available to the lottery system. Optionally, the user can also specify that it is desired or mandatory that potential group members have a prepaid account for purchasing lottery tickets, or that the potential group members utilize one or more specified types of financial instruments to fund lottery ticket purchases. Optionally, the user can also specify that it is desired or mandatory that potential group members are fans of a particular sport, sports team, music, and/or musical performer, or have specified hobbies.
  • Based on the user specified preferences and/or requirements, the lottery system can automatically present to the user a list. (or other format) of potential group members (e.g., with their actual names or with nicknames/aliases), wherein the list is ordered or otherwise indicates which potential group members more closely match the user's specified preferences and/or requirements. Optionally, if the user specified certain requirements, other users that do not meet those requirements will not be included in the list of potential group members.
  • In addition or instead, optionally, the lottery system can examine a user's past betting history (e.g., the amount, frequency, types of bets and/or winnings), the user's eligibility to purchase lottery tickets from different entities (e.g., states or national entities), and based on one or more of the user's past betting history, winning history, and eligibility, locate other registered user's with similar characteristics. The lottery system can optionally automatically present to the user a list of potential group members, wherein the list is ordered or otherwise indicates which potential group members more closely match the user's characteristics.
  • Optionally, based on the user's past betting history, winnings, and/or eligibility, and, optionally, the current or predicted value of the jackpots for other lotteries, the lottery system can recommend lotteries that the user is qualified for and/or might be interested in. For example, the lottery system can use collaborative filtering, wherein a prediction is made as to which lotteries a user may be interested in based, in whole or in part, on the lottery ticket purchases made by other consumers that have similar purchase histories as the user. Optionally, other criteria can be used in performing the collaborative filtering (e.g., ticket purchases of tickets to a given type of sporting event, to sporting events associated with a particular team, to a given type of concert event, to concerts associated with a particular performer) made by the user and by others.
  • Optionally, the lottery system can store and provide a lottery set-up form. For example, the lottery set-up form can be stored in the lottery system and transmitted, in the form of HTML code or otherwise, to a lottery set-up person's (also referred to as a lottery administrator) terminal. The lottery set-up form can optionally include one or more of the following fields:
  • Lottery identifier or name;
  • Lottery start date:
  • Lottery end date;
  • Lottery drawing date;
  • Date information regarding lottery is to be placed for online access by the public;
  • A list of types of bets, wherein the lottery set-up person can select one or more bet-types that will be permitted in the lottery;
  • Maximum number of characters or indicia (e.g., alphanumeric characters) allowed in a combination;
  • Maximum number of tickets a user can buy for the lottery;
  • Annuity pay-out option;
  • Starting number of alphanumeric string to be used for first lottery ticket; and/or
  • Lottery ticket Identifier increment (e.g., increase previous number or alphanumeric string by “N”).
  • Once the lottery set-up person provides the appropriate lottery setup instructions, the instructions can be stored in a system database for later use when running the lottery.
  • FIG. 1 illustrates an example system embodiment that can be used in conjunction with the lotteries and processes described herein. Not all of the illustrated systems and components need to be included in the lottery system, and other systems and architectures can be used as well. With reference to FIG. 1, the lottery system includes a user terminal 102 coupled to an example lottery system (“lottery system”) 104 over the Internet 105 using HTTP/HTTPS. An example web proxy system 106 includes an optional load balancer 108 and web proxy processors 110, and can selectively block or route an inbound request from a user browser executing on the terminal 102 to an appropriate internal destination, which can be a queue or other destination server.
  • The illustrated example lottery system 104 includes example Web application system 112, which includes an optional load balancer 114 and Web application processors 116. A general transaction system 118 includes an optional load balancer 120 and transaction processors 122 that are used to generate transactional pages, populate data caches, provide logic and/or rules for the transaction flows, and to sequence requests. A cache cluster system 124 includes an optional load balancer 126 and processors 128. The cache cluster system 124 caches data and states for quick access by other system components.
  • An example lottery processor system 130 is provided that includes an optional load balancer 132 and lottery processors 134. The example lottery processors 134 conduct and/or manage the lotteries, keep track of lottery tickets, the status of lotteries, the current purchasers, the lottery jackpots, the purchase rate, and so on. In addition, the lottery processor 130 can optionally assign a unique identifier (e.g., generated by the lottery system or by a third party), to each ticket and can associate the identifier with the lottery ticket purchaser. The lottery processor system 130 can also verify if a user meets the lottery purchaser criteria (e.g., age, residency) access from the member transaction repository database 142. The use of load balancers and multiple lottery processors can enable the lottery to continue, potentially with little or no performance impact, even if a lottery system component (e.g., a processor 134) fails. 104. For example, if a lottery processor fails, lottery processes that were performed by the failed lottery processor are optionally directed via the load balancer to another lottery processor. A session cluster system 136 includes an optional load balancer 138 and a plurality of processors 140 and is used to manage sessions.
  • A member transaction repository database 142 stores user identification information, age, residency, contact information, billing information, preferences, account status, winnings rollover instructions, lottery eligibility status, lottery group membership data, and the like, that can be accessed by other portions of the lottery system 104. In addition, the database 142 can store an opt-in indication, wherein the user has agreed to have certain lottery tickets/bets be automatically purchased when certain user specified or selected conditions (e.g., the jackpot size) occur. The database 142 can also store a user opt-in for notifications regarding lotteries, lottery status, invitations to join lottery purchase groups, or the like. The database 142 can also store a history of a user's lottery ticket purchases (e.g., lottery identifiers, the states associated with a given lottery, the amount purchased, the types of bets, the combinations selected, the amount won, etc.).
  • An example database 148 is provided that stores one or more of seller (e.g., lottery operator, state, federal government, etc.) rules, purchaser eligibility criteria, information on the lottery (e.g., the types of bets, the types of combinations, maximum number of lottery tickets a purchaser can buy, etc.), the date the lottery ends, etc. The database 148 can optionally store mapping data, including the latitude and longitude of borders of one or more states, or other entity wherein the boarders indicate where certain lottery sales are authorized. The database 148 optionally stores data (e.g., latitude, longitude, whether the location has a retail lottery terminal, whether the location has paid a fee for certain prominence/advertising rights) on locations within the state, such as within a certain distance from the state border, wherein when certain location information is provided via a user terminal (e.g., a mobile phone and/or a GPS receiver-equipped terminal) while at such locations, the lottery system can verify that the terminal is within the state. Optionally, a user location can also be determined using an IP address associated with the user. For example, a geolocation program executed by the system is optionally used that determines the likely physical location of an Internet visitor using routing trails and IP addresses.
  • A host network system 150 is provided that handles credit card processing, delivery of lottery tickets, and so on.
  • FIG. 2 illustrates an example process for receiving and verifying identification/residency information (e.g., including name, age, residential address, work address, billing address, email address, mobile phone number, regular phone number, credit card number and/or expiration date, etc.) for a potential lottery ticket purchaser. At state 202, the information can be received as similarly discussed above. The information can be received by the lottery system, a governmental entity, or other entity. By way of illustration, the potential purchaser can manually provide some or all of the identification information (e.g., via an online Web form) and/or the potential purchaser can provide credentials (e.g., copies or certified copies of a birth certificate, a social security card, a driver's license, a governmental identity card, a passport, a bill mailed to the purchaser, etc.) via the mail, at a physical outlet, or electronically over a network. Optionally, the identification/residency documents can be scanned in or electronically read and stored in computer readable memory.
  • At state 204, some or all of the information received at state 202 is verified. For example, based on billing information provided by a user, the lottery system can automatically access from one or more public, governmental, or private third party databases the user's residence, age, etc., in order to validate that the user is eligible to purchase a lottery ticket and/or to verify the user's billing information. By way of further example, the lottery system can submit to a third party certain information (e.g., name, address, age, driver's license number, social security number, citizenship and/or the like). The third party can then verify that the potential purchaser is the claimed age and resides or works at the claimed address. The verification, or failure thereof, can then be transmitted back to the lottery system and stored in computer readable memory. Optionally, the verification failure, and some or all of the information provided by the user (e.g., name, contact information, residency, etc.) can be transmitted to a government entity. If the potential purchaser information is validated and meets certain criteria (e.g., state and/or lottery system criteria, such as age, residence, and/or work location), a user account is opened. Optionally, even if some or all of the identification information is not validated, a user account can be created, but the user may be prevented from purchasing certain or all categories of lottery tickets.
  • FIG. 3 illustrates another example lottery related process. At state 302, the lottery system receives a lottery ticket purchase request. The request can specify, by way of example, and the number of lottery tickets desired, the type(s) of bet(s) the user wants to make.
  • Referring to state 304, optionally, before or after providing the lottery purchase request, the user logs into the system (e.g., by manually or automatically providing identification information, such as a user ID, password, digital key, and/or one or more biometric identifiers). Optionally, location data for the user terminal (e.g., a personal computer, an interactive television, a mobile phone) will be transmitted directly or indirectly to the lottery system (e.g., by the terminal or a device that is coupled (via a wired or wireless connection) to the terminal, such as a cellular tower). If the user identity is not verified, a notification is transmitted back to the user terminal so informing the user. The user can optionally try to log in again.
  • At state 306, the lottery system locates account information verifies that the user meets eligibility rules stored in the lottery system or otherwise accessed. Optionally, certain information, such as the biometric information, is compared with biometric information stored in association with the user's account, to verify the user identity. The eligibility rules can be set by the lottery system operator, the state or country associated with the lottery (e.g., in the case of a multi-state lottery, optionally rules set by one or more of the states and/or the rules of any single state participating in the multi-state lottery), the federal or national government, and/or other entity. For example, the rules can relate to residency and/or age. If the user identity is not verified, at state 316 a notification is transmitted back to the user terminal so informing the user.
  • At state 308, the lottery system optionally determines if the user is on a “list” (e.g., in a database) of those who are specifically not eligible to purchase a lottery ticket (e.g., a blacklist) and/or for whom a notification related to the lottery purchase request is to be provided to a third party (e.g., such as a federal, state, or city government agency or a private entity). For example, the system can access over a network (e.g., the Internet, an intranet, a virtual private network, or other network) one or more remote blacklist databases (e.g., federal, state, city, or a private entity databases) or local blacklist databases. If user identification information matches that on a blacklist, appropriate action is taken. For example, optionally a notification is transmitted back to the user terminal informing the user that the user is on a blacklist and that the user order is not accepted. Optionally instead, the user is not notified that the user is on a blacklist and the order is, or appears to the user to be, accepted and a notification related to the order (e.g., including user provided identification information, contact information, and order information) is manually or automatically provided to a government and/or private entity.
  • At state 310, a determination is optionally made as to whether the user order satisfies one or more rules. For example, a rule can be set (e.g., by the system operator, user, governmental entity, and/or issuer of financial instrument, such as a credit card, used to fund an order) for a selected user, a selected set of users, or for all users, regarding the frequency of lottery ticket purchases within a given time period, the quantity of lottery ticket purchases within a given time period, and/or the dollar value of lottery ticket purchases (e.g., for a given lottery, for a given purchase event, and/or within a given period).
  • Thus, for example, a rule can be set preventing a user from purchasing more than a specified dollar amount of lottery tickets (e.g., for a given state, group of states, and/or any states; or for a given lottery) within a specified period. This rule can be used to better ensure that a user does not overspend on lottery tickets. Similarly, a rule can be set limiting a user from purchasing more than a specified quantity of lottery tickets (e.g., for a given state, group of states, and/or any states; or for a given lottery) within a specified period. If one or more rules are not satisfied, a notification is transmitted back to the user terminal at state 316 so informing the user and optionally informing the user how to adjust the user order so that it satisfies the rules.
  • At state 312, a determination is made as to whether the user's order is accepted, or not (e.g., for one of the reasons discussed above, because the user has exceeded a chargeback threshold, because the user's financial instrument limit has been exceeded, because the user has had more than a threshold number of credit card charges declined, or for other reasons). If the order is not accepted, at state 316, a notification informing the user of the purchase disapproval is provided to the user via the user terminal. If the user's order is accepted (or is to appear as accepted), at state 314 a lottery “ticket”, confirmation, and/or receipt is optionally issued to the user. The lottery ticket can optionally be in the form of a downloadable or otherwise printable ticket, confirmation, receipt, that includes the user's bet (e.g., the numbers or alphanumeric characters selected by the users), a lottery ticket number, and/or the user's name (and/or the name of an associated syndication group and optionally the percentage share each group member has).
  • At state 318, the lottery system or other entity (e.g., a state or national government or an agent thereof) selects one or more lottery winners. The lottery system or other entity compares the winning data (e.g., the winning numbers) against bets made by users and determines who is a winner. At state 320, a notification is sent to winners, optionally via a method specified by the winners in their account configuration or otherwise (e.g., by one or more of email, SMS message, Web page, etc.). Optionally, at state 322, a notification is sent to losers, optionally via a method specified by the winners in the account setup or otherwise. Optionally, a user that has purchased more than one lottery ticket can be both a winner and a loser.
  • At state 324, the winnings are provided to the winner as per the winner's account configuration or in accordance with the winner's instructions received after the notification was sent to the winner at state 320. For example, the winnings can be transmitted to the winner as a check, deposited in a specified account (as similarly discussed above), or the winnings can be rolled over into another lottery.
  • Portions of the winnings can be distributed differently. For example, the state, the winner, the lottery system operator, and/or other entity can set up one or more rules, stored in the lottery system memory, defining how winnings to a given winner are to be processed. For example, a user can specify that any winnings up to a certain dollar amount are to be automatically deposited in a first account, and that deposits over that first amount are to be automatically deposited in a second account. The state can set up a rule, which is optionally configured to override in whole or in part, user defined rules, which specifies that for any winnings over a second amount, the winner must go to a state office or a specified agent of the state in order to pick up a physical check and/or to provide identification verification information (e.g., a driver license, a tax bill, a utility bill, etc.). For example, if a user specified the first amount as $600, and the state specified the second amount as $10,001, then the first $600 would be automatically deposited in the first account, the next $9400 would be automatically deposited into the second account, and for any additional amount, the user would go to a state office or an agent of the state to arrange for the remaining payment.
  • Similarly, a rule can specify that a first percentage of winnings be processed in a first manner, and a second percentage be processed in another manner.
  • At state 326, selected other lotteries are optionally recommend to the user, as similarly discussed above (e.g., wherein the lottery system predicts the user may be interested in the selected other lotteries based on the user's eligibility, the user's past purchase history, the user's past winnings, the current value/jackpots of other lotteries, and/or collaborative filtering). Optionally, other items, such as tickets for events (e.g., sporting events, concerts, show, movies, etc.) can be recommended to the user based on user preferences and/or collaborative filtering. The user preferences may have been directly specified by user via a form, such as a Web page form, accessed during user's account set-up/maintenance, via a survey form, via a specific request by the user for information about an item (e.g., regarding an event, performer, or artist), via a request for notification when a specific item will be available (e.g., when a specific event will occur, or a team or artist will be performing in an area in which the user lives), and/or derived from past item purchase histories. Optionally, ticketed events may be selected based, in part, on the amount of the user's recent lottery winnings (e.g., winnings of which the user was notified the day the recommendations are provided or within a certain time period relative to the notification, such as a week) or winnings remaining in one or more user's accounts (e.g., an account associated with the lottery system, etc.) and on ticket prices (including or excluding shipping, handling, and service fees). For example, a recommendation can be provided for one or more events that have ticket prices no greater than the user's recent lottery winnings, such as the amount just won by the user (which may be in the form of a share of a winning group or syndicate). Optionally, a recommendation can specifically recommend a ticket for an event at a specific price or within a specific price range based on the recent winnings or winnings on deposit. By way of further example, a recommendation can be provided for event tickets that are no more than a certain specified amount or no more than a specified percentage above the user's recent winnings or winnings on account (e.g., 0% more, 10% more, or 15% more), and optionally at least a certain specified amount or percentage beneath the user's recent winnings or winnings on account (e.g., 0% less, 20% less, or 80% less, etc.).
  • For example, if the item is an event ticket, historical purchase information can be accessed from a local database and/or a database associated with a ticket issuer or other entity. For example, the historical purchase information can be related to the events for which tickets were purchased by the user, optionally including the performer/team, the ticket price, the number of times the user has purchased tickets for a given performer/team, the timing or dates of prior ticket purchases, etc. Optionally, the item recommendation can be provided via the same notification (e.g., the same Web page or email) as the notification regarding the user being a lottery winner. Optionally, the notification can include a “buy” control (e.g., a link or button) which, when activated will cause the item to be added to the user's electronic shopping cart or cause the purchase to be made immediately. Optionally, a control is provided via which the user can indicate that some or all of the lottery winnings be applied to the item purchase. Optionally, the notification will inform the user that a price reduction will occur if the user applied lottery winnings to the purchase. Optionally, the notification will provide a link to another user interface (e.g., a Web page) which will provide more information about the item, and via which the item can be purchased or added to the user's shopping cart.
  • FIG. 4 illustrates another example lottery process. At state 402, lottery ticket identifiers are generated and/or set-up. For example, a starting number or seed can be specified, and an algorithm (e.g., increment number by 1 for next lottery ticket) selected or specified. Optionally, instead, a large number of identifiers can be generated, which will be assigned to lottery tickets as they are purchased. Lottery ticket, as used herein, is not restricted to a physical ticket, and can include a lottery identifier or token stored in computer memory. The lottery ticket identification generation can be performed by a non-governmental entity (e.g., a company via the lottery system described above) or a governmental entity (e.g., a state or federal entity using the lottery system described above or a different system).
  • If the ticket identification generation is performed by a non-governmental entity, then optionally, at state 404, the lottery ticket identifiers are transmitted to a governmental entity. At state 406, lottery purchaser information (e.g., some or all of the following: the purchaser name, other identifier, physical mailing and/or billing address, email address, number of tickets purchased, purchase amount, financial instrument, such as credit card number, used to fund purchase, etc.) is optionally transmitted to one or more governmental entities. At state 408, lottery winners are selected (e.g., by a governmental or non-governmental entity). At state 410, winner identification is optionally transmitted (e.g., by the governmental entity to the lottery system if the governmental entity selected the winners, or by the non-governmental entity to a governmental entity if the non-governmental entity selected the winners).
  • FIG. 5 illustrates an example process for providing a user with information on how to proceed to a location where the user's location can be verified as being within an authorized area (e.g., wherein the authorized area is a city, state(s), or country) for buying a lottery ticket to a given lottery. At state 502, a determination is made that the user's location is sufficiently ambiguous that a determination has not been that the user is within and/or not within an authorized area for purchasing a lottery ticket for a selected lottery. For example, the user's general location may have been determined or received by the system, but without sufficient accuracy and/or resolution to determine whether the user is within the authorized area (as might be the case if the user is right next to, or standing on the area border).
  • At state 504, one or more potential alternative locations are selected or identified that are within the authorized area. For example, the locations can be selected using mapping software from a database that stores location and mapping information. The locations are optionally selected based at least in part on the distance from the user terminal or the zip code in which the user terminal is currently located. For example, optionally only locations within a certain distance from the user (e.g., 0.5 miles, 1 mile, 2 miles, 5 miles, etc.) are selected, wherein the distance can be measured in a straight line from the user, via the shortest route on a paved road, or via a shortest route using a routing preference specified by the user in the user's account configuration (e.g., shortest route, quickest route, route that uses freeways/highways, route that avoids freeways/highways). Optionally, if the nearest location from the user is more than a specified amount (e.g., 10 miles), a selection is not performed. Optionally, if the user's location cannot be adequately determined, the system will access the user's address information stored in the user's account record, identify the locations of retail lottery terminals within the same zip code and/or within a certain distance of that address (e.g., 5 miles), and transmit a list of those identified retail lottery terminals and/or a mapping of the identified retail lottery terminals, to the user terminal.
  • At state 506, information (e.g., address, distance, map, description, etc.) on one or more of the locations identified at state 504 is transmitted to the user's terminal (e.g., via a Web page, an email, or otherwise). The ordering of the locations is optionally based on one or more of the following:
      • distance from user (where those closer to the user tend to be listed relatively higher up)
      • whether the location is equipped with a lottery terminal (e.g. a fixed, retail lottery terminal)
      • the location type (e.g., roadside location, a restaurant, a ticket outlet for event tickets, a supermarket, a sundry store, a gas station, a bookstore, etc.)
      • whether an entity associated with a location has paid a fee or has agreed to pay a fee for a preferential listing (e.g., a higher listing, and/or a listing highlighted by color, bolding, placement, animation, or otherwise)
  • Optionally, as similarly discussed above, if user's location cannot be determined or cannot be adequately determined, the system will identify lottery terminals within a certain distance of the address stored in the user's account record (e.g., a home address or a business address) and/or within the same zip code.
  • Optionally, a similar process can be performed if the system determines that the user is outside of an authorized area. For example, if the system determines that the user is outside of an authorized area but within a certain distance (e.g., 0.5 miles, 1 mile, 2 miles, 5 miles, etc.) of the authorized area (or within a certain distance of a specific portion of the authorized area, such as a portion with a road or town), a notification can be transmitted to the user terminal informing the user that the user is outside of the authorized area and providing information (e.g., an address, intersection, a map, and/or directions) on one or more locations within the authorized area.
  • FIG. 6 illustrates an example notification, such as that provided at state 506 illustrated in FIG. 5. A message area 602 includes a message that informs the user that the system could not verify that the user was within an authorized location (the state of Illinois in this example), and that the user needs to be within the authorized location in order to purchase a ticket for the lottery as per the user's lottery ticket order request. A message area 604 includes a message that informs the user that if the user proceeds to a listed location, the system should be able or is likely to be able to verify the user's location within the authorized area and that the user can then proceed to purchase the requested lottery ticket. A listing of locations is provided, which in this example, includes the location name, address, distance from the user, and a map link. An indication is also provided that a given location has a co-located lottery terminal, with the listing emphasized in bold. At map area 606, a map of the area, including some or all of the listed locations, is provided, with the listed areas optionally highlighted (e.g., by color, a number, a circle, a graphical push pin, animation, an icon, etc.).
  • FIG. 7 illustrates an example lottery winning notification. The notification can be transmitted, by way of example, via a Web page (or divided over several Web pages), email, or otherwise. A message 702 informs the recipient that the recipient has made a winning selection, and displays the amount won. A list box (or other interface) lists a selection of accounts and/or winning handling instructions. For example, the list can include account identifiers for accounts that the recipient had previously specified (e.g., by providing account names and numbers via the user's account set-up/maintenance user interface), an option to deposit the winnings in a default account previously specified by the user (“Follow Account Instructions”), an option to add a new account, and an option to rollover the winnings into another lottery. A submit button is provided which, when activated, will cause the user's selection to be transmitted to, and executed by the lottery system.
  • One or more lotteries are listed at area 706. The lotteries may have been selected based in whole or in part on the user's eligibility, preferences and/or using collaborative filtering, as described elsewhere herein. The lotteries are optionally listed using links that, when clicked on, causes a Web page (or other user interface) to be presented via which the user can make a bet and purchase a lottery ticket for the corresponding lottery. The ordering (or other emphasis) of the listed lotteries is optionally based, in whole or in part, a prediction as to which lotteries will have relatively more interest for the recipient (e.g., wherein the higher the relevancy, the higher the listing). Optionally, the ordering or other emphasis (e.g., color, bolding, placement, animation) can be based in whole or in part on a fee provided (e.g., by the lottery operator/state) for such emphasis. The recipient is optionally notified that if the recipients lottery winnings are used to purchase additional lottery tickets, then a service fee will not be charged for that additional lottery ticket purchase.
  • One or more items (e.g., concert, plays, shows, movies or sporting events) are listed at area 708. The items/events may have been selected based in whole or in part on the user's explicit or inferred preferences, collaborative filtering, based on ticket prices, and/or location relative to the user, as described elsewhere herein. The listing in this example includes a performer/sports team name, a performance date, a performance venue, and a ticket price range. The listing can be in the form of links. When the recipient activates an event link, the lottery system or other system causes a ticket selection and/or purchase user interface (e.g., Web page) for the corresponding event to be transmitted to the recipient terminal and presented to the recipient. The recipient is optionally notified that, if the recipient's lottery winnings are used to purchase event tickets (or a ticket to one of a specified selection of events), then the recipient will receive a price reduction.
  • FIG. 8 illustrates an example listing of potential invitees generated by the lottery system for a lottery group initiated and/or managed for a given user. As similarly discussed above, the list is optionally generated based on explicit user-specified preferences and/or requirements, inferred user preferences, and/or the eligibility of potential invitees to participate in a group lottery purchase for one or more lotteries that the lottery groups is intended to buy tickets in. The list is optionally ordered so that those higher are on the list are more likely to correspond to the user's preferences or requirements. The user can click on checkboxes corresponding to those potential invitees that the user wants to invite, or click on a “select all” control to invite all those listed. Once the user submits that invitee list (e.g., by click on a submit control), the system automatically transmits invitations to join the user's lottery group to the selected invitees.
  • FIGS. 9A-B illustrate another example process. At state 902, a user visits a game/gambling (e.g., a lottery) Web site homepage or other page. Optionally, the Web site is hosted on a computer system (e.g., a lottery system) and operated by a state (e.g., a state of the United States or a national entity), an agent of a state, or other entity. At state 904, the system receives an indication (e.g., via a click on a corresponding link) from the user that the user is interested in playing a lottery. If the user indicates a lack of interest in playing, the process proceeds to end state 906. At state 912, the system transmits a Web page presenting one or more available lotteries that the user can elect to play. The user can select a lottery to play (e.g., by clicking on a link or other control). At state 914, a determination is made as to whether the user has an account with the system (e.g., by reading a cookie stored on the user terminal, via a client application that transmits identification information, or otherwise).
  • If the user does not have an account, the process proceeds to state 916, and an account is created using information received from the user via the user terminal. For example, the information can include a user name, contact information (e.g., email address, SMS address, instant messaging address, physical mail address, residential address, phone number(s)), gender, date of birth, a government issued identifier or a portion thereof (e.g., driver license number, social security number, etc), a password and/or a user ID or alias. The user may also be asked to agree to be bound by rules associated with the account and with lottery rules.
  • At state 918, the system presents, via the user's terminal, the account information provided by the user, which the user can edit upon activating an edit control. A determination is made as to whether the user wants to edit the information. If the user wants to edit the account, then the account information is provided in an edit mode. Otherwise, at state 920, the user is asked to confirm the account data. At state 922, the user is presented with a link, which when activated, causes a Web page to be presented via which the user can deposit funds into an account that can be used to fund lottery ticket purchases. The user can enter a financial account identifier (e.g., a credit card number, a bank account number, etc.), and a maximum amount that can be expended on a given lottery and/or in a specified time period (e.g., a day, a week, a month, a year, etc.). At state 924, an “account established” confirmation communication is sent by the system to the user via an address provided by the user.
  • If, at state 914, a determination is made that the user has an account with the system, the process proceeds to state 926. At state 926, the user is asked to log in to their account (e.g., by providing a user ID and/or password). Optionally, at this time location and authentication verification is performed at this time, using one or more of the techniques described herein. At state 928, a user account user interface is transmitted to the user's terminal for display. For example, the account user interface can list lotteries that the user is eligible for (e.g., based on the user's residency and/or location), the user's pending bets and/or the results of recent bets, and/or a display a control via which the user can sign up for one or more alerts (e.g., an alert as to when a lottery jackpot reaches a predetermined level, when lottery winners are announced, an alert to remind the user to make picks for a lottery, etc.).
  • If, at state 930, the user indicates (e.g., by activating an appropriate control) that the user wants to subscribe to one or more alerts, the process proceeds to state 948, where the user selects one or more alerts that the user wants to subscribe to. At state 950, a list of the selected alerts is transmitted to the user terminal and the user is asked to confirm the selection. Once the user confirms the selection, the alert selection is stored by the system in the user's account record, and at state 952, a thank you user message is transmitted to the user. At state 954, an alert confirmation message is transmitted to the user (e.g., via email or SMS). If, at state 930, the user indicates that the user does not want to subscribe to any additional alerts, the process proceeds to end state 932.
  • At state 934, a determination is made (e.g., via an activation of an appropriate control) as to whether the user wished to play an online event (e.g., purchase one or more lottery tickets). If the user does not want to play, the process proceeds to end state 936. If the user wants to play, the process proceeds to 938, and a determination is made as to whether the user has sufficient funds (e.g., in a deposit account accessible by the system) to fund the lottery picks made by the user. If there are insufficient funds, the process proceeds to state 940, and the system prompts the user to add funds to the user's account. If there are sufficient funds, at state 942, a list of the user lottery ticket picks are presented to the user with corresponding costs, and the user is asked to confirm the ticket purchase. At state 944, a thank you message is presented to the user. At state 954, a ticket purchase confirmation message is transmitted to one or more destinations associated with the user.
  • FIG. 10 illustrates an example user interface, which can be transmitted by the lottery system to a user terminal in the form of a Web page or otherwise. The Web page provides links to lottery-related news, links to user interfaces for active games, links to a lottery instructional guide, search links via which the user can search for previous winning numbers by game and/or search by number for games in which the number was a winner.
  • FIG. 11 illustrates an example account set-up form which can be transmitted by the lottery system over a network to a user terminal (e.g., in the form of a Web page). Fields are provided via which the user can enter the user's name, contact information (e.g., email address, physical address, phone number, phone type), gender, password, date of birth, driver license number or social security number, and/or other information. In this example, a check box is provided via which the user can indicate that the user agrees to be bound by rules associated with the account and with lottery rules. In addition, links are provided to a variety of lottery games, to news and faqs, to a list of winners, to lottery subscriptions, to unclaimed prizes, to an alert user interface, and so on. In addition, links are provided to different account user interfaces (e.g., a cashier user interface to arrange for account deposits/disbursements, an email subscription user interface, a lottery subscription user interface, a gaming history user interface, etc.). Information on recent lottery winning numbers and corresponding dates are also optionally displayed.
  • FIG. 12 illustrates an example “play online” user interface via which the user can select one or more lotteries to play. In addition, information regarding betting amounts and current winnable amounts are also optionally presented.
  • FIG. 13A illustrates an example accounts user interface. A cashier area is provided, including controls for adding funds to the user's account balance, and for cashing out the account balance. In addition, a scheduled plays area lists the pending lotteries for which the user has purchased picks, and the corresponding lottery drawing dates. A gaming history area lists the number of games the user has played in a specified time period (e.g., during the current year), and provides a player ranking indication based at least in part on the number of games played.
  • A “my alerts” area provides a link to a user interface via which the user can specify the user's current notification preferences and can sign up for new alerts. Fields are provided for one or more lotteries (e.g., Mega Millions, Lotto) via which the user can enter one or more sets of numbers, can elect to play an enhanced version of the lottery (e.g., mega), via which the user can indicate how many weeks the user wants to play, which days the user wants to play, and the payout type (e.g., lump sum, or annuity). Links (“quick pick” links) are also provided via which the user can request the system to generate numbers for the user.
  • FIG. 13B illustrates an example confirmation user interface, which lists the lottery and number picks made by the user; and the selected number of weeks to play, days of week to play, payout type, subtotal for purchases for each game, and the total amount for all games. A confirm and edit controls are also provided.
  • FIG. 14 illustrates an example alerts management user interface. Fields are provided via which the user can provide an alert address (e.g., and email address). Controls are provided via which the user can subscribe to drawing alerts for different lottery types (e.g., a mega millions alert, a lotto alert, etc.), alerts for when a lottery is over a specified amount (e.g., $50 million), and/or a play reminder alert (e.g., a reminder to submit picks a specified amount of time prior to a drawing).
  • FIG. 15 illustrates a user interface, including links via which the user can select an online lottery to play. The user interface displays the drawing date and the estimated jackpot for the corresponding lotteries.
  • Although this invention has been disclosed in the context of certain embodiments and examples, it will be understood by those skilled in the art that the present invention extends beyond the specifically disclosed embodiments to other alternative embodiments and/or uses of the invention and obvious modifications and equivalents thereof. In addition, while a number of variations of the invention have been shown and described in detail, other modifications, which are within the scope of this invention, will be readily apparent to those of skill in the art based upon this disclosure. It is also contemplated that various combinations or subcombinations of the specific features and aspects of the embodiments may be made and still fall within the scope of the invention. Accordingly, it should be understood that various features and aspects of the disclosed embodiments can be combined with or substituted for one another in order to form varying modes of the disclosed invention. Thus, it is intended that the scope of the present invention herein disclosed should not be limited by the particular disclosed embodiments described above.

Claims (56)

1. A computer system configured to selectively provide access to a service, comprising:
a first instruction configured to receive a lottery order from a first user;
a second instruction configured to determine if the user is identified in a governmental database as being prohibited from participating in at least a first lottery; and
a third instruction configured to determine if the lottery order is to be fulfilled at least partly based on determining whether the user is identified in the governmental database as being prohibited from participating in at least the first lottery.
2. The computer system as defined in claim 43, wherein the governmental database is operated by a non-governmental entity.
3. The computer system as defined in claim 43, further comprising a rule stored in computer readable media that prevents at least one lottery-related transaction when a frequency of lottery-related transactions meets and/or exceeds a first threshold.
4. The method as defined in claim 43, further comprising a rule stored in computer readable media that prevents at least one lottery-related transaction when a first lottery purchase amount and/or exceeds a first threshold.
5. A method of processing data, the method comprising:
receiving over a network an indication from a first user that the first user is interested in forming a lottery pool;
accessing historical lottery transaction data for the first user from a data store;
accessing historical lottery transaction data for other users from the data store;
determining which other users are relatively more suitable to be members of the lottery pool at least partly based on the historical lottery transaction data for the first user and for other users; and
transmitting over the network to a terminal associated with the first user a presentation of other users with an indication that at least a first other user is more suitable to be a member of the lottery pool than a second other user.
6. The method as defined in claim 1, the method further comprising determining with other users are relatively more suitable to be members of the lottery pool at least partly based on historical purchase information for performance event tickets.
7. The method as defined in claim 1, wherein the indication that at least the first other user is more suitable to be a member of the lottery pool than the second other user is provided by listing the first other user relatively higher up in a list than the second other user.
8. The method as defined in claim 1, the method further comprising:
receiving from the first user an indication that the first other user is to be invited to join the lottery pool; and
transmitting an invitation to the first other user to join the lottery pool.
9. The method as defined in claim 1, the method further comprising:
storing a lottery pool group name;
storing a lottery pool password;
receiving from the first user an indication that the first other user is to be invited to join the lottery pool; and
transmitting an invitation to the first other user to join the lottery pool, the invitation including the lottery pool group name, the lottery pool password, and a link to a user interface via which the first other user can accept the invitation.
10. The method as defined in claim 1, wherein the transaction data for at least one of the other users includes data related to lottery participation frequency.
11. The method as defined in claim 1, wherein the transaction data for at least one of the other users includes data related to lottery winnings.
12. The method as defined in claim 1, wherein the transaction data for at least one of the other users includes data related to a lottery number chosen by the one other user.
13. The method as defined in claim 1, wherein the transaction data for at least one of the other users includes data related to the types of lotteries played by at least one other user.
14. The method as defined in claim 1, wherein the presentation of other users includes the corresponding names or aliases of the other users.
15. The method as defined in claim 1, further comprising identifying to the first user other users having a lottery-related account and that are also in a contact database associated with the first user.
16. The method as defined in claim 1, further comprising:
identifying contacts in a contact database associated with the first user that have a lottery-related account and that have opted in to receive invitations to participate in a lottery pool; and
transmitting a message to the first user that identifies at least a portion of the contacts in the contact database that have a lottery-related account and that have opted in to receive invitations to participate in a lottery pool.
17. The method as defined in claim 1, further comprising providing information to the first user regarding the number of lottery pools the first user is participating in.
18. A method of processing data, the method comprising:
receiving over a network an indication from a first user that the first user is interested in forming a lottery pool;
identifying contacts in a contact database associated with the first user that have a lottery-related account and that have opted in to receive invitations to participate in a lottery pool;
transmitting a message to the first user that identifies at least a portion of the contacts in the contact database that have a lottery-related account and that have opted in to receive invitations to participate in a lottery pool; and
receiving an indication from the first user that an invitation to join the lottery pool is to be sent to at least a first of the contacts identified in the message.
19. The method as defined in claim 18, the method further comprising transmitting an invitation to join the lottery pool to the first contact.
20. The method as defined in claim 18, the method further comprising transmitting an invitation to join the lottery pool to the first contact, the invitation including a group name and a password.
21. The method as defined in claim 18, the method further comprising:
transmitting an invitation to join the lottery pool to the first contact;
receiving an acceptance of the invitation from the first contact; and
recording the acceptance in a database.
22. A method of establishing a lottery account for a user, the method comprising:
receiving a request from the user to establish an account related to lotteries;
storing an electronic copy of a government document including information identifying the user, the user's age, and an address associated with the user;
determining if the user is a customer of a first internet service provider;
accessing a database to determine if the user is to be excluded from lottery participation; and
establishing an account for the first user at least partly in response to determining that the government document information indicates that the first user meets at least one governmental rule for participating in a lottery, that the user is within the authorized area, and that the database does not indicate that the first user is to be excluded from lottery participation.
23. The method as defined in claim 22, the method further comprising:
storing in computer readable memory a maximum lottery ticket charge limit for at least a first credit card; and
refusing a charge to the first credit card related to at least one lottery if the charge would result in the maximum lottery ticket charge limit being exceeded.
24. The method as defined in claim 22, the method further comprising:
tracking the number and/or amount of charges that have been declined and/or that have been charged backed by a user; and
if the number and/or amount of charges exceed a predetermined threshold, refusing at least one charge.
25. The method as defined in claim 22, the method further comprising:
tracking the number and/or amount of charges that have been declined and/or that have been charged backed by a user; and
if the number and/or amount of charges exceed a predetermined threshold, causing the user to be reported to a government entity.
26. A method of establishing a lottery account for a user, the method comprising:
receiving a request from the user to establish an account related to lotteries;
determining if the user is a customer of a first internet service provider;
receiving personal data related to the user from the first internet service provider; and
establishing an account for the first user at least partly in response to the data received from the first internet service provider.
27. The method as defined in claim 26, further comprising using at least a portion of the personal data from the first internet service provider to at least partly determine whether the user is eligible to participate in at least a first lottery.
28. The method as defined in claim 26, further comprising accessing a database that identifies individuals that are not eligible to participate in at least one.
29. The method as defined in claim 26, further comprising accessing a black list data store that identifies specific individuals that are not to be allowed to participate in at least one lottery.
30. The method as defined in claim 26, wherein the personal data from the first internet service provider indicates the user's residence.
31. The method as defined in claim 26, wherein the personal data from the first internet service provider indicates the user's age.
32. The method as defined in claim 22, the method further comprising:
storing in computer readable memory a maximum lottery ticket charge limit for at least a first credit card; and
refusing a charge to the first credit card if the charge would result in the maximum lottery ticket charge limit being exceeded.
33. The method as defined in claim 22, the method further comprising:
tracking the number and/or amount of charges that have been declined and/or that have been charged backed by a user; and
if the number and/or amount of charges exceed a predetermined threshold, refusing at least one lottery-related charge.
34. The method as defined in claim 22, the method further comprising:
tracking the number and/or amount of charges that have been declined and/or that have been charged backed by a user; and
if the number and/or amount of charges exceed a predetermined threshold, causing the user to be reported to a government entity
35. The method as defined in claim 22, the method further comprising:
receiving at least one rule from the user that indicates that a first portion of a future lottery winning is to be deposited in a first account and that a second portion is be deposited in a second account; and
receiving at least one rule from a governmental entity that indicates that winnings above a specified amount are to be distributed in a manner specified by the governmental entity,
wherein the at least one rule from the governmental entity takes precedence over at least one rule from the user.
36. A method of distributing lottery funds, the method comprising:
storing in computer readable media at least one rule from a user that indicates that a first portion of a future lottery winning is to be deposited in a first account and that a second portion is be deposited in a second account; and
storing at least one rule from a governmental entity that indicates that winnings above a specified amount are to be distributed in a manner specified by the governmental entity,
wherein the at least one rule from the governmental entity takes precedence over at least one rule from the user.
37. The method as defined in claim 36, wherein a first user rule specified that a first amount of the future lottery winning is to be deposited in the first account and that an amount over the first amount is to be deposited in the second account.
38. The method as defined in claim 36, wherein a first user rule specified that a first percentage of the future lottery winning is to be deposited in the first account.
39. The method as defined in claim 36, wherein a first rule from the governmental entity specifies that for a lottery winning greater than a first amount, additional user identity verification is to be performed.
40. A method of distributing lottery funds, the method comprising:
storing in computer readable media a user instruction that indicates that at least a portion of a future lottery winning be automatically used to make a lottery-related purchase;
determining that the user has lottery winnings; and
automatically applying at least a portion of the lottery winnings to a first lottery related purchase in accordance with the user instruction.
41. The method as defined in claim 41, wherein the lottery first lottery related purchase is for a lottery ticket.
42. A method of processing a lottery-related user instruction, the method comprising:
storing in computer readable media a user instruction that indicates that a lottery-related purchase is to be automatically made when a jackpot reaches a user-defined threshold;
determining that a first jackpot reached and/or exceeded the user-defined threshold; and
automatically applying at least a portion of the lottery winnings to a first lottery related purchase in accordance with the user instruction.
43. A method of processing data, the method comprising:
receiving a lottery order from a first user;
determining if the user is identified in a governmental database as not being eligible to participate in at least a first lottery;
determining if the lottery order complies with a first user rule specified by the first user prior to the lottery order; and
at least partly based on determining if the user is identified in a governmental database as not being eligible to participate in at least a first lottery and on determining if the lottery order complies with a first user rule specified by the first user prior to the lottery order, determining if the lottery order is to be fulfilled.
44. The method as defined in claim 43, wherein the governmental database is operated by a non-governmental entity.
45. The method as defined in claim 43, wherein the first rule relates to a frequency of lottery purchases.
46. The method as defined in claim 43, wherein the first rule relates to lottery purchase amounts.
47. The method as defined in claim 43, the method further comprising determining whether the lottery order complies with a government rule related to lottery purchase amounts and/or lottery purchase frequency.
48. A method of recommending lotteries to a first user, the method comprising:
accessing historical lottery transaction data for the first user from a computer readable data store;
accessing location information for the first user; and
at least partly based on the historical lottery transaction data and the location information, recommending at least a first lottery to the first user.
49. The method as defined in claim 48, the method further comprising:
accessing historical performance event ticket purchase data for the first user from a computer readable data store; and
at least partly based on the historical performance event ticket purchase data, recommending at least a second lottery to the first user.
50. The method as defined in claim 48, the method further comprising:
accessing historical ticket purchase data related to concerts and/or sport events for the first user from a computer readable data store; and
at least partly based on the historical performance event ticket purchase data, recommending at least a second lottery to the first user.
51. The method as defined in claim 48, the method further comprising offering a discount for at least a first performance event ticket if the first performance event ticket is purchased using lottery winnings.
52. The method as defined in claim 48, the method further comprising selectively providing the first user with information on a future performance event at least partly based on historical purchase data.
53. The method as defined in claim 48, the method further comprising selectively providing the first user with information on a future performance event at least partly based on historical purchase data and on location data for the first user.
54. A method of configuring a lottery, the method comprising:
causing a form for configuring a lottery to be presented on a display, the form including the following fields:
a lottery identifier;
a lottery start date:
a lottery end date;
a lottery drawing date;
date information regarding when online access to the lottery is to be provided to the public;
types of bets, wherein a user can select one or more bet-types that will be permitted in the lottery;
number of characters or indicia allowed in a lottery ticket or bet identifier; and
a lump sum field, wherein the user can indicate that a lump sum payment option is available for the lottery.
55. The method as defined in claim 54, further comprising:
generating a plurality of lottery ticket or bet identifiers, wherein the plurality of lottery ticket or bet identifiers are generated by a non-governmental entity; and
transmitting the plurality of lottery ticket or bet identifiers to a governmental entity.
56. The method as defined in claim 54, wherein the form further comprises:
an annuity pay-out field, wherein the user can indicate that an annuity payment option is available for the lottery;
a starting number of alphanumeric string to be used for a first lottery ticket or bet identifier; and
a lottery ticket or bet identifier increment.
US11/412,699 2005-04-27 2006-04-27 Methods and systems for selectively providing a networked service Abandoned US20070055439A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/412,699 US20070055439A1 (en) 2005-04-27 2006-04-27 Methods and systems for selectively providing a networked service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US67537305P 2005-04-27 2005-04-27
US11/412,699 US20070055439A1 (en) 2005-04-27 2006-04-27 Methods and systems for selectively providing a networked service

Publications (1)

Publication Number Publication Date
US20070055439A1 true US20070055439A1 (en) 2007-03-08

Family

ID=37215475

Family Applications (3)

Application Number Title Priority Date Filing Date
US11/412,699 Abandoned US20070055439A1 (en) 2005-04-27 2006-04-27 Methods and systems for selectively providing a networked service
US11/413,062 Active 2031-02-28 US8668568B2 (en) 2005-04-27 2006-04-27 Methods and systems for determining user location
US14/170,328 Abandoned US20140195278A1 (en) 2005-04-27 2014-01-31 Methods and systems for determining user location

Family Applications After (2)

Application Number Title Priority Date Filing Date
US11/413,062 Active 2031-02-28 US8668568B2 (en) 2005-04-27 2006-04-27 Methods and systems for determining user location
US14/170,328 Abandoned US20140195278A1 (en) 2005-04-27 2014-01-31 Methods and systems for determining user location

Country Status (2)

Country Link
US (3) US20070055439A1 (en)
WO (1) WO2006116549A2 (en)

Cited By (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070106721A1 (en) * 2005-11-04 2007-05-10 Philipp Schloter Scalable visual search system simplifying access to network and device functionality
US20070149271A1 (en) * 2005-12-27 2007-06-28 Gingher Robert G System and method for pooling lottery chances
US20070293296A1 (en) * 2006-06-14 2007-12-20 Woo Jong R Method of facilitating lottery players in tying lottery tickets together
US20080071750A1 (en) * 2006-09-17 2008-03-20 Nokia Corporation Method, Apparatus and Computer Program Product for Providing Standard Real World to Virtual World Links
US20080071770A1 (en) * 2006-09-18 2008-03-20 Nokia Corporation Method, Apparatus and Computer Program Product for Viewing a Virtual Database Using Portable Devices
US20080233921A1 (en) * 2003-09-11 2008-09-25 Cvon Innovations Limited Method and system for distributing data to mobile devices
US20080250482A1 (en) * 2007-04-03 2008-10-09 Cvon Innovations Ltd. Network invitation arrangement and method
US20090150433A1 (en) * 2007-12-07 2009-06-11 Nokia Corporation Method, Apparatus and Computer Program Product for Using Media Content as Awareness Cues
US20100228576A1 (en) * 2009-03-06 2010-09-09 Marti Benjamin J Networked barcode verification system
US20110288866A1 (en) * 2010-05-24 2011-11-24 Microsoft Corporation Voice print identification
US8477786B2 (en) 2003-05-06 2013-07-02 Apple Inc. Messaging system and service
US8671000B2 (en) 2007-04-24 2014-03-11 Apple Inc. Method and arrangement for providing content to multimedia devices
US8700613B2 (en) 2007-03-07 2014-04-15 Apple Inc. Ad sponsors for mobile devices based on download size
US8745048B2 (en) 2005-09-30 2014-06-03 Apple Inc. Systems and methods for promotional media item selection and promotional program unit generation
US20140295945A1 (en) * 2013-04-02 2014-10-02 Ontario Lottery And Gaming Corporation System and methods of managing and using information in a lottery system
US20140324616A1 (en) * 2013-04-26 2014-10-30 Past Eleven Llc. System and method for location and time specific mobile commerce
US20140342810A1 (en) * 2013-05-17 2014-11-20 Douglas Duba Electronic coin-operated merchandiser with remote management system
US20140364188A1 (en) * 2008-03-26 2014-12-11 Gtech Corporation Method and system for facilitating extended play of a wagering game
WO2015184361A1 (en) * 2014-05-30 2015-12-03 Square, Inc. Automated fraud detection for point-of-sale devices
US20160086441A1 (en) * 2014-09-18 2016-03-24 Gtech Uk Interactive Limited Methods and apparatus for facilitating online search for up-to-date available sports betting opportunities
US9367847B2 (en) 2010-05-28 2016-06-14 Apple Inc. Presenting content packages based on audience retargeting
US20160285772A1 (en) * 2014-12-12 2016-09-29 Xiaomi Inc. Method and device for granting and acquiring qualification
US20160321722A1 (en) * 2015-04-30 2016-11-03 Adam Stein Systems and methods for obtaining consumer data
US9715581B1 (en) * 2011-11-04 2017-07-25 Christopher Estes Digital media reproduction and licensing
US10102393B2 (en) 2016-01-25 2018-10-16 Live Nation Entertainment, Inc. System and method for using unique device identifiers to enhance security
US10387853B1 (en) * 2010-01-19 2019-08-20 The Pnc Financial Services Group, Inc. Secondary purchase card for financial transactions (“cap card”)
US20190379999A1 (en) * 2018-06-06 2019-12-12 Fujitsu Limited Time-based verification for determining presence of devices and/or individuals at specific locations
US11005801B1 (en) * 2020-01-31 2021-05-11 Salesforce.Com, Inc. Personalized dashboard chart for email subscriptions
US11062412B2 (en) * 2004-05-19 2021-07-13 Touchpay Holdings, Llc Machines and process for managing a service account
TWI741565B (en) * 2019-04-30 2021-10-01 南相鉉 System for selling shares in a lotto ticket using internet
US11184365B1 (en) * 2020-06-18 2021-11-23 Bank Of America Corporation System for data authentication optimization based on real time and historical resource information
US11665163B2 (en) 2020-06-18 2023-05-30 Bank Of America Corporation System for dynamic resource allocation based on real time geographic data

Families Citing this family (92)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7534169B2 (en) 2005-07-08 2009-05-19 Cfph, Llc System and method for wireless gaming system with user profiles
US8616967B2 (en) 2004-02-25 2013-12-31 Cfph, Llc System and method for convenience gaming
US11308477B2 (en) 2005-04-26 2022-04-19 Spriv Llc Method of reducing fraud in on-line transactions
US9762685B2 (en) 2005-04-27 2017-09-12 Live Nation Entertainment, Inc. Location-based task execution for enhanced data access
US20140379390A1 (en) 2013-06-20 2014-12-25 Live Nation Entertainment, Inc. Location-based presentations of ticket opportunities
US10510214B2 (en) 2005-07-08 2019-12-17 Cfph, Llc System and method for peer-to-peer wireless gaming
US11818287B2 (en) 2017-10-19 2023-11-14 Spriv Llc Method and system for monitoring and validating electronic transactions
US8066565B2 (en) 2005-11-10 2011-11-29 Nemisys Networks, Llc System, method, and apparatus for the electronic operation, management, sponsorship, advertising, promotion, marketing, and regulation of games of chance on a network
US8684265B1 (en) 2006-05-25 2014-04-01 Sean I. Mcghie Rewards program website permitting conversion/transfer of non-negotiable credits to entity independent funds
US9704174B1 (en) 2006-05-25 2017-07-11 Sean I. Mcghie Conversion of loyalty program points to commerce partner points per terms of a mutual agreement
US8668146B1 (en) 2006-05-25 2014-03-11 Sean I. Mcghie Rewards program with payment artifact permitting conversion/transfer of non-negotiable credits to entity independent funds
US7703673B2 (en) 2006-05-25 2010-04-27 Buchheit Brian K Web based conversion of non-negotiable credits associated with an entity to entity independent negotiable funds
US10062062B1 (en) 2006-05-25 2018-08-28 Jbshbm, Llc Automated teller machine (ATM) providing money for loyalty points
AU2007286825B2 (en) * 2006-08-21 2010-09-16 Scientific Games, Llc System and method for implementing an additional game to players of a lottery game
US9306952B2 (en) 2006-10-26 2016-04-05 Cfph, Llc System and method for wireless gaming with location determination
US9411944B2 (en) 2006-11-15 2016-08-09 Cfph, Llc Biometric access sensitivity
US8793184B2 (en) * 2007-02-12 2014-07-29 Visa U.S.A. Inc. Mobile payment services
US9183693B2 (en) 2007-03-08 2015-11-10 Cfph, Llc Game access device
US8756659B2 (en) * 2007-04-19 2014-06-17 At&T Intellectual Property I, L.P. Access authorization servers, methods and computer program products employing wireless terminal location
US11354667B2 (en) 2007-05-29 2022-06-07 Spriv Llc Method for internet user authentication
US8768778B2 (en) 2007-06-29 2014-07-01 Boku, Inc. Effecting an electronic payment
GB0809382D0 (en) * 2008-05-23 2008-07-02 Vidicom Ltd Funds transfer electronically
GB0809381D0 (en) * 2008-05-23 2008-07-02 Vidicom Ltd Funds transfer electronically
GB0809383D0 (en) 2008-05-23 2008-07-02 Vidicom Ltd Customer to supplier funds transfer
GB0809386D0 (en) * 2008-05-23 2008-07-02 Vidicom Ltd Transferring funds electronically
US20100076862A1 (en) * 2008-09-10 2010-03-25 Vegas.Com System and method for reserving and purchasing events
US20100075732A1 (en) * 2008-09-22 2010-03-25 Gtech Corporation Winner awareness data distribution systems and methods
US8116730B2 (en) * 2009-01-23 2012-02-14 Vidicom Limited Systems and methods to control online transactions
US9652761B2 (en) 2009-01-23 2017-05-16 Boku, Inc. Systems and methods to facilitate electronic payments
US8041639B2 (en) * 2009-01-23 2011-10-18 Vidicom Limited Systems and methods to facilitate online transactions
US8548426B2 (en) 2009-02-20 2013-10-01 Boku, Inc. Systems and methods to approve electronic payments
US9990623B2 (en) 2009-03-02 2018-06-05 Boku, Inc. Systems and methods to provide information
US8700530B2 (en) 2009-03-10 2014-04-15 Boku, Inc. Systems and methods to process user initiated transactions
US20100250290A1 (en) * 2009-03-27 2010-09-30 Vegas.Com System and method for token-based transactions
US8224727B2 (en) 2009-05-27 2012-07-17 Boku, Inc. Systems and methods to process transactions based on social networking
US8160943B2 (en) * 2009-03-27 2012-04-17 Boku, Inc. Systems and methods to process transactions based on social networking
US8131258B2 (en) * 2009-04-20 2012-03-06 Boku, Inc. Systems and methods to process transaction requests
US9595028B2 (en) 2009-06-08 2017-03-14 Boku, Inc. Systems and methods to add funds to an account via a mobile communication device
CA2767981A1 (en) * 2009-06-17 2010-12-23 Mpura, Inc. Internet and mobile technologies based secured lottery system and method
US9697510B2 (en) 2009-07-23 2017-07-04 Boku, Inc. Systems and methods to facilitate retail transactions
US9519892B2 (en) 2009-08-04 2016-12-13 Boku, Inc. Systems and methods to accelerate transactions
US8660911B2 (en) 2009-09-23 2014-02-25 Boku, Inc. Systems and methods to facilitate online transactions
US8224709B2 (en) 2009-10-01 2012-07-17 Boku, Inc. Systems and methods for pre-defined purchases on a mobile communication device
US8412626B2 (en) 2009-12-10 2013-04-02 Boku, Inc. Systems and methods to secure transactions via mobile devices
US8566188B2 (en) 2010-01-13 2013-10-22 Boku, Inc. Systems and methods to route messages to facilitate online transactions
US9245419B2 (en) * 2010-02-10 2016-01-26 Leap Forward Gaming, Inc. Lottery games on an electronic gaming machine
WO2011106664A1 (en) * 2010-02-25 2011-09-01 Ipi Llc Completing obligations associated with transactions performed via mobile user platforms based on digital interactive tickets
US8219542B2 (en) * 2010-03-25 2012-07-10 Boku, Inc. Systems and methods to provide access control via mobile phones
US11792314B2 (en) 2010-03-28 2023-10-17 Spriv Llc Methods for acquiring an internet user's consent to be located and for authenticating the location information
US8583504B2 (en) 2010-03-29 2013-11-12 Boku, Inc. Systems and methods to provide offers on mobile devices
US8355987B2 (en) 2010-05-06 2013-01-15 Boku, Inc. Systems and methods to manage information
AU2015203184B2 (en) * 2010-05-25 2016-06-09 Intralot S.A. - Integrated Lottery Systems And Services Methods and a system for detecting fraud in betting and lottery games
US20110295672A1 (en) * 2010-05-25 2011-12-01 Dimitriadis Christos K Methods and a system for detecting fraud in betting and lottery games
US10096161B2 (en) 2010-06-15 2018-10-09 Live Nation Entertainment, Inc. Generating augmented reality images using sensor and location data
US9781170B2 (en) 2010-06-15 2017-10-03 Live Nation Entertainment, Inc. Establishing communication links using routing protocols
EP2583235A4 (en) 2010-06-15 2014-01-22 Ticketmaster L L C Methods and systems for computer aided event and venue setup and modeling and interactive maps
EP2603891A4 (en) 2010-08-11 2018-01-03 Boku, Inc. Systems and methods to identify carrier information for transmission of premium messages
US8956231B2 (en) 2010-08-13 2015-02-17 Cfph, Llc Multi-process communication regarding gaming information
US8699994B2 (en) 2010-12-16 2014-04-15 Boku, Inc. Systems and methods to selectively authenticate via mobile communications
US8412155B2 (en) 2010-12-20 2013-04-02 Boku, Inc. Systems and methods to accelerate transactions based on predictions
US8583496B2 (en) 2010-12-29 2013-11-12 Boku, Inc. Systems and methods to process payments via account identifiers and phone numbers
US8700524B2 (en) 2011-01-04 2014-04-15 Boku, Inc. Systems and methods to restrict payment transactions
US8468052B2 (en) 2011-01-17 2013-06-18 Vegas.Com, Llc Systems and methods for providing activity and participation incentives
US8543087B2 (en) 2011-04-26 2013-09-24 Boku, Inc. Systems and methods to facilitate repeated purchases
US9830622B1 (en) 2011-04-28 2017-11-28 Boku, Inc. Systems and methods to process donations
US9191217B2 (en) 2011-04-28 2015-11-17 Boku, Inc. Systems and methods to process donations
SE1100374A1 (en) * 2011-05-17 2012-11-18 Jan Stocklassa System and procedure
US20130012287A1 (en) * 2011-07-06 2013-01-10 Al Ani Manar Method and system to assign a lottery-awarded good
US9390526B2 (en) 2011-11-17 2016-07-12 Oracle International Corporation Method, system, and computer program product for forming a relative location map based on user-specified decision criteria
JP5845069B2 (en) * 2011-11-25 2016-01-20 任天堂株式会社 COMMUNICATION SYSTEM, COMMUNICATION PROGRAM, INFORMATION PROCESSING DEVICE, SERVER, AND COMMUNICATION METHOD
US8977680B2 (en) 2012-02-02 2015-03-10 Vegas.Com Systems and methods for shared access to gaming accounts
TW201838697A (en) * 2012-02-28 2018-11-01 美商Cfph有限責任公司 Method and apparatus for providing gaming service
TWI566564B (en) * 2012-04-25 2017-01-11 Samton International Development Technology Co Ltd Virtual reality authentication circuit, system and electronic consumption method
US20130310130A1 (en) * 2012-05-21 2013-11-21 Vinay Kumar Asthana Methods and systems of providing lottery pool setup, management, and winning distribution
DE202013012400U1 (en) * 2012-06-28 2016-09-22 Tms Global Services Pty Ltd Lottery syndicate system
US20140006069A1 (en) * 2012-06-29 2014-01-02 Chris Guggenheim Systems and methods for integrating geolocated sales with social media platforms
US9087330B2 (en) * 2012-09-14 2015-07-21 Bank Of America Corporation Geography based transaction cost recovery
US9799169B1 (en) 2012-12-21 2017-10-24 Johnathan Gibson Bintliff On-line lottery with player exclusion based on citizenship and residency
US20140235313A1 (en) * 2013-02-19 2014-08-21 Gtech Corporation Lottery Game Market with Developer Network
US10062096B2 (en) 2013-03-01 2018-08-28 Vegas.Com, Llc System and method for listing items for purchase based on revenue per impressions
WO2015127030A1 (en) * 2014-02-20 2015-08-27 Cfph, Llc Account and fund management
RU2609087C2 (en) * 2014-04-09 2017-01-30 Общество С Ограниченной Ответственностью "Яндекс" Method of locating a user and server used therein
FR3025912B1 (en) * 2014-09-16 2016-12-09 Compagnie Ind Et Financiere Dingenierie Ingenico METHOD FOR DETECTING A SUBSTITUTION RISK OF A TERMINAL, CORRESPONDING DEVICE, PROGRAM, AND RECORDING MEDIUM
US20160189061A1 (en) * 2014-12-30 2016-06-30 Divyesh Jain System and method of event position allocation
US20160225230A1 (en) * 2015-01-30 2016-08-04 Excalibur One Investment Group Lottery winnings notification system
TWI565339B (en) * 2015-05-18 2017-01-01 南臺科技大學 Method for dynamic management of context awareness service to multiple users
RU2609082C2 (en) * 2015-06-30 2017-01-30 Общество С Ограниченной Ответственностью "Яндекс" Method and system for determining address corresponding to most probable physical position of electronic device associated with user
US10044710B2 (en) 2016-02-22 2018-08-07 Bpip Limited Liability Company Device and method for validating a user using an intelligent voice print
JP7071098B2 (en) * 2017-11-20 2022-05-18 キヤノン株式会社 Voice control system, control method and program
CN111046128B (en) * 2019-12-20 2024-01-19 北京明略软件系统有限公司 Track similarity determination method and device, electronic equipment and storage medium
CA3167513A1 (en) * 2020-02-10 2021-08-19 Stephen W. DURRELL Systems and methods for raffle-type game play
US11853923B2 (en) 2020-08-06 2023-12-26 Vigilante Strategy LLC Method for controlling remote system settings using cloud-based control platform

Citations (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4797677A (en) * 1982-10-29 1989-01-10 Istac, Incorporated Method and apparatus for deriving pseudo range from earth-orbiting satellites
US4845739A (en) * 1985-07-10 1989-07-04 Fdr Interactive Technologies Telephonic-interface statistical analysis system
US5112050A (en) * 1990-01-05 1992-05-12 John R. Koza Broadcast lottery
US5119295A (en) * 1990-01-25 1992-06-02 Telecredit, Inc. Centralized lottery system for remote monitoring or operations and status data from lottery terminals including detection of malfunction and counterfeit units
US5559707A (en) * 1994-06-24 1996-09-24 Delorme Publishing Company Computer aided routing system
US5679077A (en) * 1995-08-11 1997-10-21 Pocock; Terrence System and method for remote participation in bingo and other games of chance where players select numbers
US5757916A (en) * 1995-10-06 1998-05-26 International Series Research, Inc. Method and apparatus for authenticating the location of remote users of networked computing systems
US6023686A (en) * 1996-02-20 2000-02-08 Health Hero Network Method for conducting an on-line bidding session with bid pooling
US6024641A (en) * 1997-11-19 2000-02-15 Sarno; Robert A. Method, apparatus and system for lottery gaming
US6146272A (en) * 1997-08-15 2000-11-14 Walker Digital, Llc Conditional lottery system
US6154172A (en) * 1998-03-31 2000-11-28 Piccionelli; Gregory A. System and process for limiting distribution of information on a communication network based on geographic location
US6202023B1 (en) * 1996-08-22 2001-03-13 Go2 Systems, Inc. Internet based geographic location referencing system and method
US20010039204A1 (en) * 1999-12-23 2001-11-08 Erkki Tanskanen Mobile station for use in a betting system
US6332446B1 (en) * 1999-05-21 2001-12-25 Toyota Jidosha Kabushiki Kaisha Internal combustion engine having solenoid-operated valves and control method
US20020046131A1 (en) * 2000-10-16 2002-04-18 Barry Boone Method and system for listing items globally and regionally, and customized listing according to currency or shipping area
US20020052786A1 (en) * 2000-08-09 2002-05-02 Lg Electronics Inc. Informative system based on user's position and operating method thereof
US20020052965A1 (en) * 2000-10-27 2002-05-02 Dowling Eric Morgan Negotiated wireless peripheral security systems
US6383078B1 (en) * 2000-03-17 2002-05-07 Elottery, Inc. On-line lottery game system
US6446917B2 (en) * 2000-01-18 2002-09-10 Schmitz-Werke Gmbh & Co. Bracket for fastening the support pipe of a joint arm awning
US6449346B1 (en) * 1985-07-10 2002-09-10 Ronald A. Katz Technology Licensing, L.P. Telephone-television interface statistical analysis system
US20020138325A1 (en) * 2001-03-22 2002-09-26 Fujitsu Limited Event invitation method and system
US20030013530A1 (en) * 2001-07-12 2003-01-16 Telecents Communications Inc. Lottery club system
US20030023547A1 (en) * 2001-07-26 2003-01-30 U-Pickit.Com, Inc. Method of facilitating participation in lotteries
US20030061147A1 (en) * 2001-09-27 2003-03-27 Jeff Fluhr System and method for providing logistics for a sale of goods
US20030060264A1 (en) * 2001-09-21 2003-03-27 Chilton Ward W. Gaming device providing tournament entries
US6671633B2 (en) * 2002-05-13 2003-12-30 Entek Ird International Corporation Modular monitoring and protection system with automatic device programming
US6688976B1 (en) * 2000-05-01 2004-02-10 Walker Digital, Llc Systems and methods wherein a lottery number combination is associated with a limited number of occurrences
US6736322B2 (en) * 2000-11-20 2004-05-18 Ecrio Inc. Method and apparatus for acquiring, maintaining, and using information to be communicated in bar code form with a mobile communications device
US20040111369A1 (en) * 2002-11-20 2004-06-10 Lane Kathleen Heila Method to associate the geographic location of a participant with the content of a communications session
US20040204235A1 (en) * 1998-03-31 2004-10-14 Walker Jay S. Apparatus and method for facilitating team play of slot machines
US6824464B2 (en) * 2001-11-09 2004-11-30 Scientific Games Corporation Prepaid account lottery system and method
US20040259626A1 (en) * 2003-04-22 2004-12-23 Zakir Akram System and method for wireless gaming
US6869358B2 (en) * 1999-12-10 2005-03-22 Elot, Inc. System and a method for operating on-line governmental lottery games
US20050071417A1 (en) * 2003-09-29 2005-03-31 Jeffrey Taylor Method and apparatus for geolocation of a network user
US20050176490A1 (en) * 2004-01-27 2005-08-11 Robert Wright Multiple levels of participation in a lottery jackpot
US20050197190A1 (en) * 2004-02-25 2005-09-08 Amaitis Lee M. System and method for convenience gaming
US6965914B2 (en) * 2000-10-27 2005-11-15 Eric Morgan Dowling Negotiated wireless peripheral systems
US20050278117A1 (en) * 2004-06-14 2005-12-15 Raghav Gupta Automated method and system to calculate the surface distance between two geographical locations, and to filter a data set based on the calculation
US6987734B2 (en) * 2001-04-20 2006-01-17 Clear Channel Wireless, Inc. Provision of digital data via multiple broadcasts
US20060025222A1 (en) * 2004-07-27 2006-02-02 Aruze Corp. Gaming machine, service providing system, server and mobile device
US7018292B2 (en) * 2001-05-25 2006-03-28 Scientific Games Royalty Corporation Methods and systems for metered raffle-style gaming
US7022017B1 (en) * 1996-09-25 2006-04-04 Oneida Indian Nation Interactive resort operating system
US20060085396A1 (en) * 2004-10-15 2006-04-20 Evans Scott A Ticket entry systems and methods
US7035932B1 (en) * 2000-10-27 2006-04-25 Eric Morgan Dowling Federated multiprotocol communication
US7035626B1 (en) * 2002-11-14 2006-04-25 Sierra Design Group Remote gaming using cell phones with location and identity restrictions
US20060099964A1 (en) * 2004-11-05 2006-05-11 Ebay Inc. System and method for location based content correlation
US20060136969A1 (en) * 2004-12-22 2006-06-22 Patton David L Ordering promotional materials during motion picture showing
US7085818B2 (en) * 2001-09-27 2006-08-01 International Business Machines Corporation Method, system, and program for providing information on proximate events based on current location and user availability
US7305398B2 (en) * 2003-06-15 2007-12-04 Mordechai Teicher Apparatus and method for managing social games

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2793658B2 (en) * 1988-12-28 1998-09-03 沖電気工業株式会社 Automatic screening device
US5794207A (en) 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US5766076A (en) * 1996-02-13 1998-06-16 International Game Technology Progressive gaming system and method for wide applicability
US6999936B2 (en) * 1997-05-06 2006-02-14 Sehr Richard P Electronic ticketing system and methods utilizing multi-service visitor cards
US6119096A (en) 1997-07-31 2000-09-12 Eyeticket Corporation System and method for aircraft passenger check-in and boarding using iris recognition
JP2001519571A (en) 1997-10-03 2001-10-23 シティバンク,エヌ.エイ. Method for electronically delivering specific financial services for large mobile passenger vehicles
US6101477A (en) 1998-01-23 2000-08-08 American Express Travel Related Services Company, Inc. Methods and apparatus for a travel-related multi-function smartcard
US6539080B1 (en) * 1998-07-14 2003-03-25 Ameritech Corporation Method and system for providing quick directions
US6845361B1 (en) * 1998-07-21 2005-01-18 Eric M. Dowling Virtual-wait queue for mobile commerce
GB2359173A (en) 1998-11-07 2001-08-15 Identalink Uk Ltd Identity system
US6522875B1 (en) 1998-11-17 2003-02-18 Eric Morgan Dowling Geographical web browser, methods, apparatus and systems
US6704489B1 (en) * 1999-05-06 2004-03-09 Matsushita Electric Industrial Co., Ltd. Resource management system and digital video reproducing/recording apparatus
KR101145534B1 (en) 1999-05-19 2012-06-01 디지맥 코포레이션 Methods and systems for controlling computers or linking to internet resources from physical and electronic objects
EP1208504A4 (en) 1999-07-02 2002-08-21 Zebrapass Inc System and method for provisioning ticket purchases over global or local networks
US6738322B2 (en) 1999-07-29 2004-05-18 Research Investment Network, Inc. Optical data storage system with focus and tracking error correction
WO2001052139A1 (en) 2000-01-13 2001-07-19 Justarrive, Inc. A system and method for electronic ticketing
AU2001227934A1 (en) 2000-01-19 2001-07-31 Cyberlocator, Inc. Method and system for controlling access to and taxation of gaming and other activities over a communitations network
US20040205065A1 (en) * 2000-02-10 2004-10-14 Petras Gregory J. System for creating and maintaining a database of information utilizing user opinions
DE10011655B4 (en) * 2000-03-10 2004-07-01 Siemens Ag Method and arrangement for allocating resources in a communication system
US20040006497A1 (en) * 2001-03-22 2004-01-08 Nestor Tod A. Entertainment event ticket purchase and exchange system
WO2001077962A2 (en) * 2000-04-05 2001-10-18 Ods Properties, Inc. Interactive wagering systems and methods for restricting wagering access
EP1313535A4 (en) * 2000-06-02 2006-04-05 Gtech Corp Game of chance with multiple paths on a virtual scratch ticket
WO2002004977A2 (en) 2000-07-12 2002-01-17 Cyberlocator, Inc. Geolocation of telecommunications devices by means of space-based signals processed in a networked computer architecture
US20030040324A1 (en) * 2001-04-04 2003-02-27 Eldering Charles A. Location based information
US20030003984A1 (en) * 2001-04-30 2003-01-02 Petruzzi Anthony J. Method and system for globally accessible offshore lottery game
EP1401546A4 (en) * 2001-06-15 2006-11-02 Walker Digital Llc Method and apparatus for planning and customizing a gaming experience
US7817013B2 (en) 2003-09-05 2010-10-19 Honeywell International Inc. Distributed stand-off ID verification compatible with multiple face recognition systems (FRS)
US7124062B2 (en) * 2003-12-30 2006-10-17 Sap Ag Services search method
US8086591B2 (en) * 2004-01-23 2011-12-27 Microsoft Corporation Combining domain-tuned search systems
US20070060358A1 (en) * 2005-08-10 2007-03-15 Amaitis Lee M System and method for wireless gaming with location determination
US7584123B1 (en) * 2004-04-06 2009-09-01 Ticketmaster Systems for dynamically allocating finite or unique resources
US7630313B2 (en) * 2004-09-30 2009-12-08 Alcatel-Lucent Usa Inc. Scheduled determination of network resource availability
US7577847B2 (en) * 2004-11-03 2009-08-18 Igt Location and user identification for online gaming
US8346843B2 (en) * 2004-12-10 2013-01-01 Google Inc. System and method for scalable data distribution
US20060155857A1 (en) * 2005-01-06 2006-07-13 Oracle International Corporation Deterministic session state management within a global cache array
US20080021998A1 (en) * 2006-07-20 2008-01-24 Rachel Wentink Presence-based resource locator
US8032443B2 (en) * 2006-09-28 2011-10-04 Michel Remy Everaert Systems and methods for enabling trading of currency

Patent Citations (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4797677A (en) * 1982-10-29 1989-01-10 Istac, Incorporated Method and apparatus for deriving pseudo range from earth-orbiting satellites
US4845739A (en) * 1985-07-10 1989-07-04 Fdr Interactive Technologies Telephonic-interface statistical analysis system
US6449346B1 (en) * 1985-07-10 2002-09-10 Ronald A. Katz Technology Licensing, L.P. Telephone-television interface statistical analysis system
US5112050A (en) * 1990-01-05 1992-05-12 John R. Koza Broadcast lottery
US5119295A (en) * 1990-01-25 1992-06-02 Telecredit, Inc. Centralized lottery system for remote monitoring or operations and status data from lottery terminals including detection of malfunction and counterfeit units
US5559707A (en) * 1994-06-24 1996-09-24 Delorme Publishing Company Computer aided routing system
US5679077A (en) * 1995-08-11 1997-10-21 Pocock; Terrence System and method for remote participation in bingo and other games of chance where players select numbers
US5757916A (en) * 1995-10-06 1998-05-26 International Series Research, Inc. Method and apparatus for authenticating the location of remote users of networked computing systems
US6023686A (en) * 1996-02-20 2000-02-08 Health Hero Network Method for conducting an on-line bidding session with bid pooling
US6202023B1 (en) * 1996-08-22 2001-03-13 Go2 Systems, Inc. Internet based geographic location referencing system and method
US7022017B1 (en) * 1996-09-25 2006-04-04 Oneida Indian Nation Interactive resort operating system
US6146272A (en) * 1997-08-15 2000-11-14 Walker Digital, Llc Conditional lottery system
US6024641A (en) * 1997-11-19 2000-02-15 Sarno; Robert A. Method, apparatus and system for lottery gaming
US6154172A (en) * 1998-03-31 2000-11-28 Piccionelli; Gregory A. System and process for limiting distribution of information on a communication network based on geographic location
US20040204235A1 (en) * 1998-03-31 2004-10-14 Walker Jay S. Apparatus and method for facilitating team play of slot machines
US6332446B1 (en) * 1999-05-21 2001-12-25 Toyota Jidosha Kabushiki Kaisha Internal combustion engine having solenoid-operated valves and control method
US6869358B2 (en) * 1999-12-10 2005-03-22 Elot, Inc. System and a method for operating on-line governmental lottery games
US20010039204A1 (en) * 1999-12-23 2001-11-08 Erkki Tanskanen Mobile station for use in a betting system
US20020151344A1 (en) * 1999-12-23 2002-10-17 Erkki Tanskanen Mobile lotto
US6446917B2 (en) * 2000-01-18 2002-09-10 Schmitz-Werke Gmbh & Co. Bracket for fastening the support pipe of a joint arm awning
US6383078B1 (en) * 2000-03-17 2002-05-07 Elottery, Inc. On-line lottery game system
US6688976B1 (en) * 2000-05-01 2004-02-10 Walker Digital, Llc Systems and methods wherein a lottery number combination is associated with a limited number of occurrences
US20020052786A1 (en) * 2000-08-09 2002-05-02 Lg Electronics Inc. Informative system based on user's position and operating method thereof
US20020046131A1 (en) * 2000-10-16 2002-04-18 Barry Boone Method and system for listing items globally and regionally, and customized listing according to currency or shipping area
US20020052965A1 (en) * 2000-10-27 2002-05-02 Dowling Eric Morgan Negotiated wireless peripheral security systems
US7035932B1 (en) * 2000-10-27 2006-04-25 Eric Morgan Dowling Federated multiprotocol communication
US6965914B2 (en) * 2000-10-27 2005-11-15 Eric Morgan Dowling Negotiated wireless peripheral systems
US6901429B2 (en) * 2000-10-27 2005-05-31 Eric Morgan Dowling Negotiated wireless peripheral security systems
US6736322B2 (en) * 2000-11-20 2004-05-18 Ecrio Inc. Method and apparatus for acquiring, maintaining, and using information to be communicated in bar code form with a mobile communications device
US20020138325A1 (en) * 2001-03-22 2002-09-26 Fujitsu Limited Event invitation method and system
US6987734B2 (en) * 2001-04-20 2006-01-17 Clear Channel Wireless, Inc. Provision of digital data via multiple broadcasts
US7018292B2 (en) * 2001-05-25 2006-03-28 Scientific Games Royalty Corporation Methods and systems for metered raffle-style gaming
US20030013530A1 (en) * 2001-07-12 2003-01-16 Telecents Communications Inc. Lottery club system
US20030023547A1 (en) * 2001-07-26 2003-01-30 U-Pickit.Com, Inc. Method of facilitating participation in lotteries
US20030060264A1 (en) * 2001-09-21 2003-03-27 Chilton Ward W. Gaming device providing tournament entries
US7085818B2 (en) * 2001-09-27 2006-08-01 International Business Machines Corporation Method, system, and program for providing information on proximate events based on current location and user availability
US20030061147A1 (en) * 2001-09-27 2003-03-27 Jeff Fluhr System and method for providing logistics for a sale of goods
US6824464B2 (en) * 2001-11-09 2004-11-30 Scientific Games Corporation Prepaid account lottery system and method
US6671633B2 (en) * 2002-05-13 2003-12-30 Entek Ird International Corporation Modular monitoring and protection system with automatic device programming
US7035626B1 (en) * 2002-11-14 2006-04-25 Sierra Design Group Remote gaming using cell phones with location and identity restrictions
US20040111369A1 (en) * 2002-11-20 2004-06-10 Lane Kathleen Heila Method to associate the geographic location of a participant with the content of a communications session
US20040259626A1 (en) * 2003-04-22 2004-12-23 Zakir Akram System and method for wireless gaming
US7305398B2 (en) * 2003-06-15 2007-12-04 Mordechai Teicher Apparatus and method for managing social games
US20050071417A1 (en) * 2003-09-29 2005-03-31 Jeffrey Taylor Method and apparatus for geolocation of a network user
US20050176490A1 (en) * 2004-01-27 2005-08-11 Robert Wright Multiple levels of participation in a lottery jackpot
US20050197190A1 (en) * 2004-02-25 2005-09-08 Amaitis Lee M. System and method for convenience gaming
US20050278117A1 (en) * 2004-06-14 2005-12-15 Raghav Gupta Automated method and system to calculate the surface distance between two geographical locations, and to filter a data set based on the calculation
US20060025222A1 (en) * 2004-07-27 2006-02-02 Aruze Corp. Gaming machine, service providing system, server and mobile device
US20060085396A1 (en) * 2004-10-15 2006-04-20 Evans Scott A Ticket entry systems and methods
US20060099964A1 (en) * 2004-11-05 2006-05-11 Ebay Inc. System and method for location based content correlation
US20060136969A1 (en) * 2004-12-22 2006-06-22 Patton David L Ordering promotional materials during motion picture showing

Cited By (69)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10402580B2 (en) 2002-12-09 2019-09-03 Live Nation Entertainment, Inc. System and method for using unique device identifiers to enhance security
US11593501B2 (en) 2002-12-09 2023-02-28 Live Nation Entertainment, Inc. System and method for using unique device identifiers to enhance security
US10878118B2 (en) 2002-12-09 2020-12-29 Live Nation Entertainment, Inc. System and method for using unique device identifiers to enhance security
US8477786B2 (en) 2003-05-06 2013-07-02 Apple Inc. Messaging system and service
US8280416B2 (en) 2003-09-11 2012-10-02 Apple Inc. Method and system for distributing data to mobile devices
US20080233921A1 (en) * 2003-09-11 2008-09-25 Cvon Innovations Limited Method and system for distributing data to mobile devices
US11908029B2 (en) 2004-05-19 2024-02-20 Touchpay Holdings, Llc Machine and process for managing a service account
US11062412B2 (en) * 2004-05-19 2021-07-13 Touchpay Holdings, Llc Machines and process for managing a service account
US8745048B2 (en) 2005-09-30 2014-06-03 Apple Inc. Systems and methods for promotional media item selection and promotional program unit generation
US20070106721A1 (en) * 2005-11-04 2007-05-10 Philipp Schloter Scalable visual search system simplifying access to network and device functionality
US9600584B2 (en) 2005-11-04 2017-03-21 Nokia Technologies Oy Scalable visual search system simplifying access to network and device functionality
US8849821B2 (en) 2005-11-04 2014-09-30 Nokia Corporation Scalable visual search system simplifying access to network and device functionality
US20070149271A1 (en) * 2005-12-27 2007-06-28 Gingher Robert G System and method for pooling lottery chances
US20070293296A1 (en) * 2006-06-14 2007-12-20 Woo Jong R Method of facilitating lottery players in tying lottery tickets together
US9678987B2 (en) 2006-09-17 2017-06-13 Nokia Technologies Oy Method, apparatus and computer program product for providing standard real world to virtual world links
US20080071750A1 (en) * 2006-09-17 2008-03-20 Nokia Corporation Method, Apparatus and Computer Program Product for Providing Standard Real World to Virtual World Links
US8775452B2 (en) * 2006-09-17 2014-07-08 Nokia Corporation Method, apparatus and computer program product for providing standard real world to virtual world links
US20080071770A1 (en) * 2006-09-18 2008-03-20 Nokia Corporation Method, Apparatus and Computer Program Product for Viewing a Virtual Database Using Portable Devices
US8700613B2 (en) 2007-03-07 2014-04-15 Apple Inc. Ad sponsors for mobile devices based on download size
US20080307511A1 (en) * 2007-04-03 2008-12-11 Cvon Innovations Ltd. Network invitation arrangement and method
US8464315B2 (en) 2007-04-03 2013-06-11 Apple Inc. Network invitation arrangement and method
US7958357B2 (en) 2007-04-03 2011-06-07 CVON Innoventions Limited Network invitation arrangement and method
US7581101B2 (en) * 2007-04-03 2009-08-25 Cvon Innovations Ltd. Network invitation arrangement and method
US20080250482A1 (en) * 2007-04-03 2008-10-09 Cvon Innovations Ltd. Network invitation arrangement and method
US8671000B2 (en) 2007-04-24 2014-03-11 Apple Inc. Method and arrangement for providing content to multimedia devices
US20090150433A1 (en) * 2007-12-07 2009-06-11 Nokia Corporation Method, Apparatus and Computer Program Product for Using Media Content as Awareness Cues
US20140364188A1 (en) * 2008-03-26 2014-12-11 Gtech Corporation Method and system for facilitating extended play of a wagering game
US8510138B2 (en) 2009-03-06 2013-08-13 Ticketmaster Llc Networked barcode verification system
US20100228576A1 (en) * 2009-03-06 2010-09-09 Marti Benjamin J Networked barcode verification system
US10387853B1 (en) * 2010-01-19 2019-08-20 The Pnc Financial Services Group, Inc. Secondary purchase card for financial transactions (“cap card”)
US9691393B2 (en) 2010-05-24 2017-06-27 Microsoft Technology Licensing, Llc Voice print identification for identifying speakers at an event
US20110288866A1 (en) * 2010-05-24 2011-11-24 Microsoft Corporation Voice print identification
US8606579B2 (en) * 2010-05-24 2013-12-10 Microsoft Corporation Voice print identification for identifying speakers
US9367847B2 (en) 2010-05-28 2016-06-14 Apple Inc. Presenting content packages based on audience retargeting
US10885154B2 (en) * 2011-11-04 2021-01-05 Media Chain, Llc Digital media reproduction and licensing
US11681782B1 (en) * 2011-11-04 2023-06-20 Media Chain, Llc Digital media reproduction and licensing
US9715581B1 (en) * 2011-11-04 2017-07-25 Christopher Estes Digital media reproduction and licensing
US11210371B1 (en) * 2011-11-04 2021-12-28 Media Chain, Llc Digital media reproduction and licensing
US11210370B1 (en) * 2011-11-04 2021-12-28 Media Chain, Llc Digital media reproduction and licensing
US9898590B2 (en) * 2011-11-04 2018-02-20 Christopher A. Estes Digital media reproduction and licensing
US10860691B2 (en) * 2011-11-04 2020-12-08 Media Chain LLC Digital media reproduction and licensing
US20180307808A1 (en) * 2011-11-04 2018-10-25 Christopher A. Estes Digital media reproduction and licensing
US10657226B2 (en) * 2011-11-04 2020-05-19 Media Chain, Llc Digital media reproduction and licensing
US10650120B2 (en) * 2011-11-04 2020-05-12 Media Chain, Llc Digital media reproduction and licensing
US10515191B2 (en) * 2011-11-04 2019-12-24 Media Chain, Llc Digital media reproduction and licensing
US10489560B2 (en) * 2011-11-04 2019-11-26 Media Chain, Llc Digital media reproduction and licensing
US9870673B2 (en) * 2013-04-02 2018-01-16 Ontario Lottery And Gaming Corporation System and methods of managing and using information in a lottery system
US20140295945A1 (en) * 2013-04-02 2014-10-02 Ontario Lottery And Gaming Corporation System and methods of managing and using information in a lottery system
US20140324616A1 (en) * 2013-04-26 2014-10-30 Past Eleven Llc. System and method for location and time specific mobile commerce
US10636066B2 (en) 2013-04-26 2020-04-28 Emma K. Proietti System and method for location and time specific mobile commerce
US9830625B2 (en) * 2013-04-26 2017-11-28 Emma K. Proietti System and method for location and time specific mobile commerce
US20140342810A1 (en) * 2013-05-17 2014-11-20 Douglas Duba Electronic coin-operated merchandiser with remote management system
US10152713B2 (en) 2014-05-30 2018-12-11 Square, Inc. Automated fraud detection for point-of-sale devices
WO2015184361A1 (en) * 2014-05-30 2015-12-03 Square, Inc. Automated fraud detection for point-of-sale devices
US9626679B2 (en) 2014-05-30 2017-04-18 Square, Inc. Automated fraud detection for point-of-sale devices
US20160086441A1 (en) * 2014-09-18 2016-03-24 Gtech Uk Interactive Limited Methods and apparatus for facilitating online search for up-to-date available sports betting opportunities
US11037400B2 (en) * 2014-09-18 2021-06-15 Igt Uk Interactive Limited Methods and apparatus for facilitating online search for up-to-date available sports betting opportunities
US10972395B2 (en) * 2014-12-12 2021-04-06 Xiaomi Inc. Method and device for granting and acquiring qualification
US20160285772A1 (en) * 2014-12-12 2016-09-29 Xiaomi Inc. Method and device for granting and acquiring qualification
US20160321722A1 (en) * 2015-04-30 2016-11-03 Adam Stein Systems and methods for obtaining consumer data
US10102393B2 (en) 2016-01-25 2018-10-16 Live Nation Entertainment, Inc. System and method for using unique device identifiers to enhance security
US20190379999A1 (en) * 2018-06-06 2019-12-12 Fujitsu Limited Time-based verification for determining presence of devices and/or individuals at specific locations
TWI741565B (en) * 2019-04-30 2021-10-01 南相鉉 System for selling shares in a lotto ticket using internet
US11418473B2 (en) * 2020-01-31 2022-08-16 Salesforce.Com, Inc. Personalized dashboard chart for email subscriptions
US20220329559A1 (en) * 2020-01-31 2022-10-13 Salesforce.Com, Inc. Personalized dashboard chart for email subscriptions
US11658930B2 (en) * 2020-01-31 2023-05-23 Salesforce.Com, Inc. Personalized dashboard chart for email subscriptions
US11005801B1 (en) * 2020-01-31 2021-05-11 Salesforce.Com, Inc. Personalized dashboard chart for email subscriptions
US11184365B1 (en) * 2020-06-18 2021-11-23 Bank Of America Corporation System for data authentication optimization based on real time and historical resource information
US11665163B2 (en) 2020-06-18 2023-05-30 Bank Of America Corporation System for dynamic resource allocation based on real time geographic data

Also Published As

Publication number Publication date
WO2006116549A2 (en) 2006-11-02
US8668568B2 (en) 2014-03-11
US20070055440A1 (en) 2007-03-08
WO2006116549A3 (en) 2009-04-16
US20140195278A1 (en) 2014-07-10

Similar Documents

Publication Publication Date Title
US8668568B2 (en) Methods and systems for determining user location
US20050215306A1 (en) Lottery methods and apparatus
US7374483B2 (en) System, methods and apparatuses for lottery pool management
US20090037311A1 (en) system for and a method of a multifunction transaction
US20040248637A1 (en) Interactive networked game
US8219497B2 (en) System and method for anonymously servicing lottery players
AU2021202507A1 (en) Pool wagering apparatus, methods and systems
US20140006262A1 (en) Systems and methods for providing gaming activities
US20130159174A1 (en) Systems, methods, and apparatus for enhancing and utilizing owed-value accounts
US20040111369A1 (en) Method to associate the geographic location of a participant with the content of a communications session
US20020082969A1 (en) Event ticket pricing and distribution system
US20070143185A1 (en) Systems and Methods for Allocating a Consumer Access Right to a Live Event
US20070105612A1 (en) System, method, and apparatus for the electronic operation, management, sponsorship, advertising, promotion, marketing, and regulation of games of chance on a network
US20060019736A1 (en) Method and system for subscription lottery play
US20040063494A1 (en) Prepaid gaming card method
US20090018942A1 (en) System and method for online auction
US20110302055A1 (en) System and method for an internet based charitable event
US20150072771A1 (en) Systems and methods for managing gaming activities
US20050171840A1 (en) Online commerce in buyer items with incidental free raffle tickets
US20120054096A1 (en) System and method for intra- and inter-jurisdictional collection and distribution of funds
US20080077500A1 (en) Systems and methods for third party sponsorship of a network event
NL2025553B1 (en) Games, lotteries, and sweepstakes and tickets, systems, technologies, and methods related thereto
US20230360485A1 (en) Location-aware digital betting platform transaction processing systems and methods
US20230230447A1 (en) System amd method for monitoring, aggregating and limiting individual user credit accounts for wagering, online gaming and igaming
KR20000037293A (en) System and method for providing gift by lottery through Internet

Legal Events

Date Code Title Description
AS Assignment

Owner name: TICKETMASTER, CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DENKER, DENNIS;SUSSMAN, ADAM;NACHMAN, MYDUNG TRAN;REEL/FRAME:018520/0425;SIGNING DATES FROM 20061026 TO 20061102

AS Assignment

Owner name: JPMORGAN CHASE BANK, N.A., NEW YORK

Free format text: SECURITY AGREEMENT;ASSIGNORS:TICKETMASTER;PACIOLAN, INC.;FLMG HOLDINGS CORPORATION;REEL/FRAME:021439/0542

Effective date: 20080819

Owner name: JPMORGAN CHASE BANK, N.A.,NEW YORK

Free format text: SECURITY AGREEMENT;ASSIGNORS:TICKETMASTER;PACIOLAN, INC.;FLMG HOLDINGS CORPORATION;REEL/FRAME:021439/0542

Effective date: 20080819

AS Assignment

Owner name: TICKETMASTER, L.L.C., CALIFORNIA

Free format text: CONFIRMATORY LICENSE;ASSIGNORS:DENKER, DENNIS;SUSSMAN, ADAM;NACHMAN, MYDUNG TRAN;REEL/FRAME:021916/0761;SIGNING DATES FROM 20080613 TO 20081124

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION

AS Assignment

Owner name: TICKETMASTER,CALIFORNIA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT;REEL/FRAME:024358/0733

Effective date: 20100506

Owner name: PACIOLAN, INC., A DELAWARE CORPORATION,CALIFORNIA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT;REEL/FRAME:024358/0733

Effective date: 20100506

Owner name: FLMG HOLDINGS CORP., A DELAWARE CORPORATION,CALIFO

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT;REEL/FRAME:024358/0733

Effective date: 20100506

Owner name: JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT,TEX

Free format text: SECURITY AGREEMENT;ASSIGNOR:TICKETMASTER L.L.C., A VIRGINIA LLC;REEL/FRAME:024358/0801

Effective date: 20100506

Owner name: TICKETMASTER, CALIFORNIA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT;REEL/FRAME:024358/0733

Effective date: 20100506

Owner name: PACIOLAN, INC., A DELAWARE CORPORATION, CALIFORNIA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT;REEL/FRAME:024358/0733

Effective date: 20100506

Owner name: FLMG HOLDINGS CORP., A DELAWARE CORPORATION, CALIF

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT;REEL/FRAME:024358/0733

Effective date: 20100506

Owner name: JPMORGAN CHASE BANK, N.A., AS COLLATERAL AGENT, TE

Free format text: SECURITY AGREEMENT;ASSIGNOR:TICKETMASTER L.L.C., A VIRGINIA LLC;REEL/FRAME:024358/0801

Effective date: 20100506