US20120252558A1 - Method for distributing promotional offers using an electronic game application - Google Patents
Method for distributing promotional offers using an electronic game application Download PDFInfo
- Publication number
- US20120252558A1 US20120252558A1 US13/219,759 US201113219759A US2012252558A1 US 20120252558 A1 US20120252558 A1 US 20120252558A1 US 201113219759 A US201113219759 A US 201113219759A US 2012252558 A1 US2012252558 A1 US 2012252558A1
- Authority
- US
- United States
- Prior art keywords
- offer
- user
- game
- offers
- server
- 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
Links
Images
Classifications
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/45—Controlling the progress of the video game
- A63F13/46—Computing the game score
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
- A63F13/61—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor using advertising information
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/70—Game security or game management aspects
- A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
- A63F13/798—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for assessing skills or for ranking players, e.g. for generating a hall of fame
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0241—Advertisements
- G06Q30/0251—Targeted advertisements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/20—Input arrangements for video game devices
- A63F13/21—Input arrangements for video game devices characterised by their sensors, purposes or types
- A63F13/216—Input arrangements for video game devices characterised by their sensors, purposes or types using geographical information, e.g. location of the game device or player using GPS
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
- A63F13/35—Details of game servers
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/50—Controlling the output signals based on the game progress
- A63F13/53—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game
- A63F13/533—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game for prompting the player, e.g. by displaying a game menu
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/80—Special adaptations for executing a specific game genre or game mode
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/90—Constructional details or arrangements of video game devices not provided for in groups A63F13/20 or A63F13/25, e.g. housing, wiring, connections or cabinets
- A63F13/92—Video game devices specially adapted to be hand-held while playing
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/55—Details of game data or player data management
- A63F2300/5506—Details of game data or player data management using advertisements
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
- A63F2300/55—Details of game data or player data management
- A63F2300/5546—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history
- A63F2300/5573—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history player location
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
- A63F2300/60—Methods for processing data by generating or executing the game program
- A63F2300/61—Score computation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/131—Protocols for games, networked simulations or virtual reality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
Definitions
- the present invention relates generally to computer systems.
- the present invention relates to a method for distributing promotional offers using an electronic game application.
- a method for distributing promotional offers using an electronic game application is disclosed.
- a user opens an application or web browser on a user device, preferably a mobile phone.
- the user device sends a request to a server for currently available potential offers.
- the server searches its database of potential offers from vendors based on location data for the user's account or device, where at least one of the potential offers from at least one of the vendors has a game associated with it, the play of which allows for a score to be determined that affects the offer to be made, and returns the search results as a list to the user device.
- the potential offers Preferably, several of the potential offers have such games associated with them.
- a game is presented to the user through the user device, and a score is calculated at some point after play as commenced, typically at the conclusion of the game.
- the score is stored in a high-score database, and an activated offer is presented to the user.
- the activated offer may depend on the user's rank in the high-score database.
- the activated offer may be presented at the conclusion of play or at a later time such as the end of a tournament, or upon the reach of a suitable score or rank, depending on how the game and potential offer are configured.
- Activated offers may be redeemed, for example, by way of a numeric code or barcode provided to the user, or by way of a near-field communications link from the merchant's point-of-sale terminal to the user's mobile phone.
- a first activated offer is presented to players who do not meet a performance bar or rank
- a second activated offer is presented only to players who meet the performance bar or rank.
- the decision to award the second activated offer could be made during play, immediately after play, or at a later time such as the conclusion of a tournament, competition, or offer period.
- the server exposes a management interface to sponsors to receive requests to create, read, update, or delete potential offers, or to process redemptions of activated offers, or to view statistics about users who have attempted to receive potential offers, or to view statistics about activated offers, or to view billing information.
- the server also receives requests made over a telephone by sponsors to process redemptions.
- FIG. 1 is a block diagram of a preferred embodiment of a system for distributing promotional offers using an electronic game application incorporating applicant's invention.
- FIG. 2 is a connection flow diagram suitable for use in the invention shown in FIG. 1 .
- FIGS. 3-7 are screen shots of five displays on user terminal 105 of FIG. 1 .
- FIG. 8 is a connection flow diagram suitable for use in the invention shown in FIG. 1 .
- “potential offer” indicates an offer that is available for one or more users to receive through play of a game. Offers may include, but are not limited to, deals, advertisements, and coupons.
- activate offer indicates an offer which has been provided to a user through play of a game. “Activated offer” could also reasonably be referred to as a coupon or reward.
- “offer code” indicates an identifier corresponding to an activated offer which a user may use to redeem an activated offer.
- FIG. 1 is an overview illustrating an offer distribution system according to an exemplary embodiment of the invention.
- the user terminal 105 corresponds to an Internet-connected computer or interactive device such as a mobile phone, tablet, laptop PC, desktop PC, television, or other electronic device with a web browser or an application for offer distribution.
- user terminal 105 is a smartphone. In certain embodiments multiple user terminals will be connected to the network simultaneously.
- the user terminal 105 is connected to a network, preferably the Internet, through link 110 .
- This link may be a cellular data link such as GSM (Global System for Mobile communication), GPRS (General Packet Radio Service), 1xEV-DO, UMTS (Universal Mobile Telecommunications System), LTE (Long Term Evolution), or other cellular data systems as will be apparent to one having skill in the art.
- the link 110 may also be a wired or fiber-optic connection, or it may use a medium-range wireless communication standard such as Wi-FiTM.
- the link 110 may also use a short-range standard such as Bluetooth® to relay packets through another device using any of the standard connection technologies mentioned above.
- user terminal 105 The purpose of user terminal 105 is to present potential offers, games, and activated offers to the user, and to allow users to play games to compete for offers.
- User terminal 105 communicates with server 120 to provide information such as authentication, gameplay, and location information; and to receive information such as lists of potential offers.
- Network 115 is a network such as the Internet.
- multiple disparate networks may be used to connect different elements of the system.
- vendor terminal 140 is connected to server 120 via a connection involving the PSTN (public switched telephone network), but user terminal 105 is still connected to server 120 via the public Internet.
- PSTN public switched telephone network
- Server 120 processes offer and user information. In a preferred embodiment it receives and responds to requests for offer and user information and processing from users, sponsors, and vendors.
- server 120 may be a cluster of servers, preferably managed by way of a load balancer, or a virtual machine to be run on a grid of servers in a cloud computing-style system. The functionality of server 120 may also be divided into multiple logical units, potentially run by independent systems. For example, social networking services may provide single sign-on functionality on an independent server; captcha services may provide captcha functionality on an independent server; user-, vendor-, and sponsor-facing components may be hosted on different servers or on mirrored servers or on a content distribution network.
- server 120 is a WindowsTM or LinuxTM system running a JavaTM virtual machine, TomcatTM application server to host web services to respond to REST requests using XML messages, and ApacheTM web server.
- Database 125 represents backend storage for the functionality of server 120 .
- Data stored by database 125 for each user includes name, password, email, phone number, demographics including age, gender, location, sexual orientation, social network affiliation, and type of device used.
- Database 125 also stores potential offer information, valid locations for potential offers, targeted demographics for a potential offer, one or more games corresponding to a potential offer.
- database 125 stores information such as redemption codes, flags to indicate viewing, printing, and redemption of potential offers, creation and expiration dates, creator, and last modifier.
- Database 125 stores a table of high scores for a particular game, tournament, or potential offer.
- database 125 stores an identifier, sponsor ID, caption, expiration date, game type, category, description, start date, creation date, modified date, winner identification, an image, creator information, modifier information, and a flag to indicate whether the offer is active, pending, or has been won.
- Database 125 also stores UUIDs (serial numbers) for user devices.
- Database 125 also stores a table of active user sessions.
- Database 125 also stores a table of the types of games available.
- Database 125 also stores sponsor logins and passwords, vendor logins and passwords, and analytics information.
- Database 125 is preferably a standard relational database, but may also be a flat file or a distributed storage service such as Amazon 53 ′′ (Simple Storage Service) or Amazon SimpleDBTM, or another type of database. Database 125 may be divided into multiple locations or functionalities.
- Social networking server 135 is preferably a server providing an interface such as the Facebook ConnectTM platform. Social networking server 135 may act as an authentication server. Server 120 may send social networking server 135 requests for authentication for users, sponsors, or vendors, and social networking server 135 may send server 120 authentication token replies. Server 120 may also send social networking server 135 requests for posting to a wall or news feed when the user requests that a potential offer, a game, or a user's performance in a game be shared.
- Sponsor terminal 130 can be any Internet-connected computer or interactive device, such as a mobile phone, tablet, laptop PC, desktop PC, television, or other electronic device with a web browser or an application.
- the sponsor uses sponsor terminal 130 to communicate with server 120 using an application or web application.
- the application or web application allows the sponsor to create, read, update, or delete offers, tournaments, and offer metadata such as demographic and location targeting.
- the application or web application also provides updated billing data and analytics data to the sponsor.
- Vendor terminal 140 is preferably an Internet connected point-of-sale terminal but could also be a PC, a mobile phone, or other device usable for computerized retail sales. Vendor terminal 140 could also be the backend of an e-commerce server.
- the vendor terminal 140 receives an offer code and sends the offer code to the server 120 for verification and/or redemption, preferably through a web application or XML web services API. Upon verification of the offer code by server 120 , server 120 notifies vendor terminal 140 , and vendor terminal 140 indicates to the vendor that the offer code is valid.
- server 120 Upon redemption of the offer code by server 120 , server 120 notifies vendor terminal 140 , and vendor terminal 140 indicates to the vendor that redemption is complete. Redemption of the activated offer using the offer code causes at least part of the value of the activated offer to no longer be usable, and information to this effect is recorded by server 120 in database 125 .
- Vendor terminal 140 could be replaced in some embodiments by a telephone or text message based redemption system, whereby an activated offer code is sent by the vendor in a phone call, e-mail, or text message to process the verification and/or redemption, and confirmation of the verification and/or redemption is sent back to the vendor over phone, e-mail, or text message.
- a video call could be used: in such an embodiment, scanner 145 would be a camera, and the barcode read by the camera would be sent over a standard video calling system such as IMS (IP Multimedia Subsystem) to server 120 . Server 120 would then decode the barcode and process the verification of redemption. Barcodes used may be one-dimensional or two-dimensional, and may also use a multi-colored data storage system such as the Microsoft® Tag standard.
- Scanner 145 is optionally included in a preferred embodiment. It may be integrated with vendor terminal 140 or implemented as a separate unit. This scanner allows the user to present a token such as a printed barcode or user terminal 105 in order to redeem an activated offer. Scanner 145 preferably reads a barcode representing the activated offer code from the user device. Scanner 145 may also optically read from paper, such as a printed email or web page in which the offer code was distributed to the user as a barcode or number. Scanner 145 preferably also has near-field communication functionality, where software on user terminal 105 such as the offer-distribution application provides scanner 145 with an offer code wirelessly. This near-field communication functionality could be implemented using standards such as ECMA-340, ECMA-352, or FeliCaTM.
- FIG. 2 is a connection flow diagram suitable for use with the exemplary embodiment of the invention shown in FIG. 1 .
- FIG. 2 illustrates the connection between user terminal 105 and server 120 during a typical gameplay scenario.
- the user initiates the gameplay process by launching a gameplay application on user terminal 105 , or by navigating a web browser on user terminal 105 to a predetermined web address.
- Step 205 is executed if the user does not have an account set up.
- the user enters personal account details such as name, password, phone number, preferred location, and demographic information into user terminal 105 , and the user triggers the account creation.
- server 120 Upon receiving this trigger, the user-entered account creation details are sent to server 120 in step 210 .
- Server 120 creates the account, stores the account details in database 125 , and sends an account creation confirmation to user terminal 105 in step 215 .
- Step 220 is executed when the user already has an account.
- the user enters a username and password into user terminal 105 and causes the login request to be sent to server 120 in step 225 . If the credentials provided are valid, a login confirmation is returned to user terminal 105 in step 230 .
- a third-party social networking service may be used for authentication and identification, in which case a multiparty authentication process involving social networking server 135 would be caused.
- user terminal 105 stores a login cookie so that repeating the login process should not usually be necessary.
- Step 235 is executed to get device location to send to the server.
- this device location may be disabled by the user or unavailable, in which case a request with no location or a request with a location previously entered by the user may be sent.
- a request for potential offers preferably including the location, is sent to server 120 in step 240 .
- Server 120 processes this request, searches database 125 for potential offers filtered by the given location, and returns the potential offers in step 245 to user terminal 105 .
- the response of step 245 preferably includes information such as category, description, and an identifier of an associated game.
- Server 120 may also include offers without a location constraint in the response of step 245 .
- server 120 may either return only offers without a location constraint, or alternatively use a previous user location from database 125 or estimate the user's location by sending the user's IP address to a geolocation service.
- the server may also consider the user's playing history and use this data to return prioritization information with the list of offers. This prioritization information would reflect which offers are most likely to be of interest to the user. Prioritization information could be determined by simple techniques such as monitoring which categories of offer the user most commonly plays for over time, or it could use machine learning or other statistical techniques to correlate specific offers to other offers in terms of shared interest by the same user.
- potential offers are displayed on user terminal 105 , preferably in a flickable grid format. Potential offers may be color-coded or sorted by category. If prioritization information was returned by the server, the highest-priority potential offers may be sorted so that they are displayed first or may be shown in a separate area.
- step 255 the user selects a potential offer to pursue.
- the user can select one of these potential offers by tapping, whereupon a detail window opens to display more detail (preferably including information such as a potential offer end time) and the user can decide whether to play the game.
- this window also provides a link to a high score list (or “leaderboard”). If this is requested it may be downloaded in steps 260 and 265 . In some embodiments the leaderboard is automatically downloaded and displayed on user terminal 105 at the end of a game.
- leaderboard is automatically downloaded and displayed on user terminal 105 at the end of a game.
- a game preferably time-limited, associated with the selected potential offer is presented to the user.
- user terminal 105 will download skinning images or gameplay customization settings for the game from server 120 specific to the particular offer selected. This is expected to help promote the sponsor and the sponsor's products.
- a result of the game preferably including at least one score, is sent to server 120 .
- server 120 stores this result in database 125 .
- server 120 generates an activated offer and offer code to send to the user terminal 105 in step 285 .
- This activated offer and offer code may be conditional on performance or rank. For example, a pizza company sponsor may provide a free pizza to anyone who scores over 200 points, or who ranks within the top 5 players.
- step 292 generation of an activated offer is postponed until the conclusion of a potential offer time period or tournament. This would occur in situations such as where the sponsor has chosen to give prizes to the top 5 players on Tuesday, and the final results will not be known until the relevant time period has lapsed.
- step 295 the delayed offer generated and sent to the user in step 298 .
- User terminal 105 then displays the activated offer in step 299 .
- the offer code may be sent to the user through several means. It may be sent as a barcode, for example, or as a code for use over NFC connection, or as text, or as a number. It may be sent to the user's email account, as an SMS to a mobile phone, through a notification architecture such as that provided by Apple iOSTM, or an XML-based web service connection. In a preferred embodiment, all of the communication links in FIG. 2 take place over an XML-based web service connection.
- multiple users can link their accounts, similar to a social network, to merge their scores in a game or tournament. This allows multiple people to work together to win a game and has the benefit of encouraging viral marketing of the sponsors' products.
- the users would indicate to user terminal 105 the account to link to, and this would be sent by user terminal 105 to server 120 and stored in database 125 .
- Server 120 would take these linkages into consideration when determining users' scores and winners of competitions. These linkages may also require confirmation from the user being linked to prior to going into effect; this confirmation could be requested by way of an automatic e-mail, an SMS, or a mobile notification architecture.
- a settings screen is provided on user terminal 105 where location settings can be set.
- the user can enter a default location, turn real time location reporting on or off, and set a radius in which to search for offers.
- server 120 exposes an XML web service API, or alternatively a web application, for creating, reading, updating, and deleting potential offers. Through this API, server 120 receives a request from sponsor terminal 130 to create, read, update, or delete a promotional offer. Server 120 then stores in database 125 information such as timing information, location information, a selection of one or more games suitable for play by one requesting a promotional offer, game configuration, images to skin a particular game with promotional messages, and offer information such as the discount or reward which comes with the offer. Server 120 also may provide analytics data to XML web service clients upon receiving a request therefor, potentially including information such as number of users playing, time of day playing, location of users, and other analytic information as is typically available in advertising platforms.
- an offer when displayed, the user is provided an option to share it over a social network. Upon the user's selection of this option, a message is sent to server 120 or social network server 135 to cause this sharing.
- server 120 will respond with a list of pending activated offers in the user's account.
- FIG. 3 is a screenshot of a display on user terminal 105 of FIG. 1 in step 250 of FIG. 2 .
- Area 305 is a tiled display of the potential offers for the present location. Each of these offers preferably shows a category, title, and offer. In addition, in some embodiments each of these offers could show a distance from the user terminal's current location.
- Button 310 causes user terminal 105 to display a map view of the offers by location.
- Button 315 causes a category view to be displayed to allow the user to filter potential offers by category.
- Button 320 opens a view of offers the user has won or competed for.
- Button 325 opens the settings screen.
- Button 330 allows the user to change account details.
- FIG. 4 is a screenshot of a display on user terminal 105 of FIG. 1 in step 270 of FIG. 2 .
- This figure depicts a slot machine-style game.
- Area 405 displays an advertisement fetched from a server.
- Area 410 shows the time remaining to play the game.
- Area 415 shows the top score as fetched from server 120 .
- Area 420 shows the reels; certain combinations of reels increase the user's score and others (three lemons, for example) decrease the user's score.
- the user's score is shown in area 425 .
- Button 430 causes the reels to spin and the score to be updated based on the ending position of the reels.
- Button 435 ends the game and goes back to step 250 . If button 435 is not pressed before time expires, the process continues to step 275 .
- FIG. 5 is a screenshot of a display on user terminal 105 of FIG. 1 in step 270 of FIG. 2 .
- This figure depicts a spinning wheel-style game.
- Area 505 displays an advertisement fetched from a server.
- Area 512 shows the time remaining to play the game.
- Area 510 shows the top score as fetched from server 120 .
- Area 520 shows the wheel; the ending position of the wheel can increase or decrease the user's score based on the markings on the wheel.
- the user's score is shown in area 515 .
- Button 525 causes the wheel to spin and the score to be updated based on the ending position of the wheel.
- Button 530 ends the game and goes back to step 250 . If button 525 is not pressed before time expires, the process continues to step 275 .
- FIG. 6 is a screenshot of a display on user terminal 105 of FIG. 1 in step 270 of FIG. 2 .
- This figure depicts a scratch-and-win-style game.
- Area 605 displays an advertisement fetched from a server.
- Area 612 shows the time remaining to play the game.
- Area 610 shows the top score as fetched from server 120 .
- Area 620 shows the scratch card; the numbers under the scratched squares increase or decrease the user's score by the marked amount. The user's score is shown in area 615 .
- Button 630 ends the game and goes back to step 250 . If button 630 is not pressed before time expires, the process continues to step 275 .
- FIG. 7 is a screenshot of a display on user terminal 105 of FIG. 1 after playing a game.
- area 715 displays a high-score list fetched from the server in step 360 and 265 .
- Area 710 displays the user's score from playing the game in step 270 .
- Button 720 triggers step 290 , display of the activated offer.
- Area 705 displays an advertisement fetched from a server.
- Button 725 exits the game screen and goes back to step 250 or step 270 , as desired.
- FIG. 8 is a connection flow diagram suitable for use with the exemplary embodiment of the invention shown in FIG. 1 .
- FIG. 8 illustrates the connection between vendor terminal 140 and server 120 during a typical redemption scenario. Connections take place preferably through an XML web service API or alternatively through non-web service HTTP connections (such as in a web application) or potentially a remote communication system other than HTTP.
- a telephone, SMS, or email interface may accept requests for validation and redemption of activated offers rather than vendor terminal 140 .
- the vendor terminal receives an offer code. For example, this can be input manually by the vendor, or automatically from scanner 145 .
- step 810 the vendor terminal receives input specifying that the activated offer should be validated.
- validation could be performed automatically in response to receiving an offer code, and in other embodiments the validation may not be performed at all.
- step 815 a request for validation of the activated offer, containing an offer code, is sent to server 120 .
- server 120 queries database 125 to see if the offer is valid and what it can be redeemed for. This result is sent back to the vendor terminal in step 825 and is indicated to the vendor in step 830 .
- Step 830 may comprise visual or audio indication of the validity of the offer.
- step 840 the vendor terminal receives input specifying that the activated offer should be redeemed. In some embodiments, redemption could be performed automatically in response to receiving an offer code. In response to the redemption input, a request for redemption of the activated offer is sent to server 120 in step 845 .
- step 850 server 120 queries database 125 to see if there is enough residual value to fulfill the amount of the request for redemption. If there is enough value, server 120 deducts the amount of the request from the value remaining in the activated offer and stores the new value in database 125 . This storing causes at least part of the value of the activated offer to no longer be usable.
- server 120 causes billing of the sponsor.
- some vendors may elect to pay for the distribution of offers based on the number or value of offers redeemed. In this case, it is important to mark information about redemptions in database 125 so that the sponsor can be correctly billed. This could be accomplished in several ways: the sponsor's account could be updated in database 125 after each redemption, or the redemption of the activated offers could simply be indicated in database 125 after each redemption, with billing calculated at a later stage. In any case, this update of database 125 would cause the sponsor's account to be charged a certain incremental amount, potentially depending on the type of redemption.
- a vendor may choose to pay based on offers awarded rather than offers redeemed; in such an embodiment server 120 would calculate billing responsive to the activation of offers.
- the billing to the sponsor responsive to the redemption comprises either the majority or the entirety of the charges billed to the sponsor for the distribution of offers.
- server 120 causes an alert to be sent to the user. This could be sent using e-mail, SMS, or a notification mechanism such as that implemented in mobile operating systems such as Apple® iOS. Some embodiments do not include this alert. This alert could be enabled or disabled by a user preference. The alert reduces fraud by alerting the customer if a redemption happens to be made fraudulently by another party who has obtained the user's offer code.
- step 865 server 120 sends a response to vendor terminal 140 to indicate whether or not the redemption was successfully completed.
- step 870 vendor terminal 140 indicates to the vendor through a visual or auditory indication whether or not the redemption was successful. If the redemption is successful, the vendor can then provide the product or service offered in the activated offer to the user.
Abstract
Methods are provided that allow promotional offers to be distributed through the play of an electronic game application. The method may include use of a handheld device, location-based targeting of offers such as deals, advertisements, and coupons, and offer prioritization based on user playing history. The method may involve a server through which offers are distributed. The method may include receiving requests from sponsors to create promotional offers. In some embodiments, the use of rank in a high score database may help determine which players receive a prize.
Description
- 1. Field of the Invention
- The present invention relates generally to computer systems. In particular, the present invention relates to a method for distributing promotional offers using an electronic game application.
- 2. Description of the Related Art
- On handheld computing devices, the play of short, simple games and the use of targeted location-based advertising have become widespread. Many mobile game applications and online browser-based games have a location-based advertising and sponsorship feature. These games allow the user to play, and in between rounds of the game, play is interrupted to display an advertisement.
- A method for distributing promotional offers using an electronic game application is disclosed.
- According to one embodiment, a user opens an application or web browser on a user device, preferably a mobile phone. The user device sends a request to a server for currently available potential offers. The server searches its database of potential offers from vendors based on location data for the user's account or device, where at least one of the potential offers from at least one of the vendors has a game associated with it, the play of which allows for a score to be determined that affects the offer to be made, and returns the search results as a list to the user device. Preferably, several of the potential offers have such games associated with them. A game is presented to the user through the user device, and a score is calculated at some point after play as commenced, typically at the conclusion of the game. Preferably, the score is stored in a high-score database, and an activated offer is presented to the user. The activated offer may depend on the user's rank in the high-score database. The activated offer may be presented at the conclusion of play or at a later time such as the end of a tournament, or upon the reach of a suitable score or rank, depending on how the game and potential offer are configured. Activated offers may be redeemed, for example, by way of a numeric code or barcode provided to the user, or by way of a near-field communications link from the merchant's point-of-sale terminal to the user's mobile phone.
- According to another embodiment, a first activated offer is presented to players who do not meet a performance bar or rank, and a second activated offer is presented only to players who meet the performance bar or rank. The decision to award the second activated offer could be made during play, immediately after play, or at a later time such as the conclusion of a tournament, competition, or offer period.
- Preferably, the server exposes a management interface to sponsors to receive requests to create, read, update, or delete potential offers, or to process redemptions of activated offers, or to view statistics about users who have attempted to receive potential offers, or to view statistics about activated offers, or to view billing information.
- Preferably, the server also receives requests made over a telephone by sponsors to process redemptions.
-
FIG. 1 is a block diagram of a preferred embodiment of a system for distributing promotional offers using an electronic game application incorporating applicant's invention. -
FIG. 2 is a connection flow diagram suitable for use in the invention shown inFIG. 1 . -
FIGS. 3-7 are screen shots of five displays onuser terminal 105 ofFIG. 1 . -
FIG. 8 is a connection flow diagram suitable for use in the invention shown inFIG. 1 . - In the present invention, “potential offer” indicates an offer that is available for one or more users to receive through play of a game. Offers may include, but are not limited to, deals, advertisements, and coupons.
- In the present invention, “activated offer” indicates an offer which has been provided to a user through play of a game. “Activated offer” could also reasonably be referred to as a coupon or reward.
- In the present invention, “offer code” indicates an identifier corresponding to an activated offer which a user may use to redeem an activated offer.
- In the following descriptions, exemplary embodiments of the invention are shown. Reference numerals correspond to numerals from the drawings.
-
FIG. 1 is an overview illustrating an offer distribution system according to an exemplary embodiment of the invention. - The
user terminal 105 corresponds to an Internet-connected computer or interactive device such as a mobile phone, tablet, laptop PC, desktop PC, television, or other electronic device with a web browser or an application for offer distribution. In a preferred embodiment,user terminal 105 is a smartphone. In certain embodiments multiple user terminals will be connected to the network simultaneously. - The
user terminal 105 is connected to a network, preferably the Internet, throughlink 110. This link may be a cellular data link such as GSM (Global System for Mobile communication), GPRS (General Packet Radio Service), 1xEV-DO, UMTS (Universal Mobile Telecommunications System), LTE (Long Term Evolution), or other cellular data systems as will be apparent to one having skill in the art. Thelink 110 may also be a wired or fiber-optic connection, or it may use a medium-range wireless communication standard such as Wi-Fi™. Thelink 110 may also use a short-range standard such as Bluetooth® to relay packets through another device using any of the standard connection technologies mentioned above. - The purpose of
user terminal 105 is to present potential offers, games, and activated offers to the user, and to allow users to play games to compete for offers.User terminal 105 communicates withserver 120 to provide information such as authentication, gameplay, and location information; and to receive information such as lists of potential offers. - Network 115 is a network such as the Internet. In alternative embodiments multiple disparate networks may be used to connect different elements of the system. For example, in certain
embodiments vendor terminal 140 is connected toserver 120 via a connection involving the PSTN (public switched telephone network), butuser terminal 105 is still connected toserver 120 via the public Internet. -
Server 120 processes offer and user information. In a preferred embodiment it receives and responds to requests for offer and user information and processing from users, sponsors, and vendors. Incertain embodiments server 120 may be a cluster of servers, preferably managed by way of a load balancer, or a virtual machine to be run on a grid of servers in a cloud computing-style system. The functionality ofserver 120 may also be divided into multiple logical units, potentially run by independent systems. For example, social networking services may provide single sign-on functionality on an independent server; captcha services may provide captcha functionality on an independent server; user-, vendor-, and sponsor-facing components may be hosted on different servers or on mirrored servers or on a content distribution network. In a preferred embodiment,server 120 is a Windows™ or Linux™ system running a Java™ virtual machine, Tomcat™ application server to host web services to respond to REST requests using XML messages, and Apache™ web server. -
Database 125 represents backend storage for the functionality ofserver 120. Data stored bydatabase 125 for each user includes name, password, email, phone number, demographics including age, gender, location, sexual orientation, social network affiliation, and type of device used.Database 125 also stores potential offer information, valid locations for potential offers, targeted demographics for a potential offer, one or more games corresponding to a potential offer. For activated offers,database 125 stores information such as redemption codes, flags to indicate viewing, printing, and redemption of potential offers, creation and expiration dates, creator, and last modifier.Database 125 stores a table of high scores for a particular game, tournament, or potential offer. For potential offers,database 125 stores an identifier, sponsor ID, caption, expiration date, game type, category, description, start date, creation date, modified date, winner identification, an image, creator information, modifier information, and a flag to indicate whether the offer is active, pending, or has been won.Database 125 also stores UUIDs (serial numbers) for user devices.Database 125 also stores a table of active user sessions.Database 125 also stores a table of the types of games available.Database 125 also stores sponsor logins and passwords, vendor logins and passwords, and analytics information.Database 125 is preferably a standard relational database, but may also be a flat file or a distributed storage service such as Amazon 53″ (Simple Storage Service) or Amazon SimpleDB™, or another type of database.Database 125 may be divided into multiple locations or functionalities. - Social networking server 135 is preferably a server providing an interface such as the Facebook Connect™ platform. Social networking server 135 may act as an authentication server.
Server 120 may send social networking server 135 requests for authentication for users, sponsors, or vendors, and social networking server 135 may sendserver 120 authentication token replies.Server 120 may also send social networking server 135 requests for posting to a wall or news feed when the user requests that a potential offer, a game, or a user's performance in a game be shared. -
Sponsor terminal 130 can be any Internet-connected computer or interactive device, such as a mobile phone, tablet, laptop PC, desktop PC, television, or other electronic device with a web browser or an application. The sponsor usessponsor terminal 130 to communicate withserver 120 using an application or web application. The application or web application allows the sponsor to create, read, update, or delete offers, tournaments, and offer metadata such as demographic and location targeting. The application or web application also provides updated billing data and analytics data to the sponsor. - The vendor and the sponsor are expected to be the same entity in most cases.
Sponsor terminal 130 may be used by the sponsor's marketing staff whilevendor terminal 140 may be used by the sponsor's retail locations.Vendor terminal 140 is preferably an Internet connected point-of-sale terminal but could also be a PC, a mobile phone, or other device usable for computerized retail sales.Vendor terminal 140 could also be the backend of an e-commerce server. Thevendor terminal 140 receives an offer code and sends the offer code to theserver 120 for verification and/or redemption, preferably through a web application or XML web services API. Upon verification of the offer code byserver 120,server 120 notifiesvendor terminal 140, andvendor terminal 140 indicates to the vendor that the offer code is valid. Upon redemption of the offer code byserver 120,server 120 notifiesvendor terminal 140, andvendor terminal 140 indicates to the vendor that redemption is complete. Redemption of the activated offer using the offer code causes at least part of the value of the activated offer to no longer be usable, and information to this effect is recorded byserver 120 indatabase 125. -
Vendor terminal 140 could be replaced in some embodiments by a telephone or text message based redemption system, whereby an activated offer code is sent by the vendor in a phone call, e-mail, or text message to process the verification and/or redemption, and confirmation of the verification and/or redemption is sent back to the vendor over phone, e-mail, or text message. Alternatively, a video call could be used: in such an embodiment,scanner 145 would be a camera, and the barcode read by the camera would be sent over a standard video calling system such as IMS (IP Multimedia Subsystem) toserver 120.Server 120 would then decode the barcode and process the verification of redemption. Barcodes used may be one-dimensional or two-dimensional, and may also use a multi-colored data storage system such as the Microsoft® Tag standard. -
Scanner 145 is optionally included in a preferred embodiment. It may be integrated withvendor terminal 140 or implemented as a separate unit. This scanner allows the user to present a token such as a printed barcode oruser terminal 105 in order to redeem an activated offer.Scanner 145 preferably reads a barcode representing the activated offer code from the user device.Scanner 145 may also optically read from paper, such as a printed email or web page in which the offer code was distributed to the user as a barcode or number.Scanner 145 preferably also has near-field communication functionality, where software onuser terminal 105 such as the offer-distribution application providesscanner 145 with an offer code wirelessly. This near-field communication functionality could be implemented using standards such as ECMA-340, ECMA-352, or FeliCa™. -
FIG. 2 is a connection flow diagram suitable for use with the exemplary embodiment of the invention shown inFIG. 1 .FIG. 2 illustrates the connection betweenuser terminal 105 andserver 120 during a typical gameplay scenario. - The user initiates the gameplay process by launching a gameplay application on
user terminal 105, or by navigating a web browser onuser terminal 105 to a predetermined web address. - Step 205 is executed if the user does not have an account set up. The user enters personal account details such as name, password, phone number, preferred location, and demographic information into
user terminal 105, and the user triggers the account creation. - Upon receiving this trigger, the user-entered account creation details are sent to
server 120 instep 210.Server 120 creates the account, stores the account details indatabase 125, and sends an account creation confirmation touser terminal 105 in step 215. - Step 220 is executed when the user already has an account. The user enters a username and password into
user terminal 105 and causes the login request to be sent toserver 120 instep 225. If the credentials provided are valid, a login confirmation is returned touser terminal 105 in step 230. Alternatively, a third-party social networking service may be used for authentication and identification, in which case a multiparty authentication process involving social networking server 135 would be caused. In the preferred embodiment,user terminal 105 stores a login cookie so that repeating the login process should not usually be necessary. - Step 235 is executed to get device location to send to the server. In some cases this device location may be disabled by the user or unavailable, in which case a request with no location or a request with a location previously entered by the user may be sent. A request for potential offers, preferably including the location, is sent to
server 120 instep 240.Server 120 processes this request, searchesdatabase 125 for potential offers filtered by the given location, and returns the potential offers in step 245 touser terminal 105. The response of step 245 preferably includes information such as category, description, and an identifier of an associated game.Server 120 may also include offers without a location constraint in the response of step 245. If no location was provided instep 240,server 120 may either return only offers without a location constraint, or alternatively use a previous user location fromdatabase 125 or estimate the user's location by sending the user's IP address to a geolocation service. Instep 240, the server may also consider the user's playing history and use this data to return prioritization information with the list of offers. This prioritization information would reflect which offers are most likely to be of interest to the user. Prioritization information could be determined by simple techniques such as monitoring which categories of offer the user most commonly plays for over time, or it could use machine learning or other statistical techniques to correlate specific offers to other offers in terms of shared interest by the same user. - In
step 250, potential offers are displayed onuser terminal 105, preferably in a flickable grid format. Potential offers may be color-coded or sorted by category. If prioritization information was returned by the server, the highest-priority potential offers may be sorted so that they are displayed first or may be shown in a separate area. - In step 255, the user selects a potential offer to pursue. Preferably, the user can select one of these potential offers by tapping, whereupon a detail window opens to display more detail (preferably including information such as a potential offer end time) and the user can decide whether to play the game. In a preferred embodiment, this window also provides a link to a high score list (or “leaderboard”). If this is requested it may be downloaded in steps 260 and 265. In some embodiments the leaderboard is automatically downloaded and displayed on
user terminal 105 at the end of a game. - In step 270, a game, preferably time-limited, associated with the selected potential offer is presented to the user. In certain embodiments,
user terminal 105 will download skinning images or gameplay customization settings for the game fromserver 120 specific to the particular offer selected. This is expected to help promote the sponsor and the sponsor's products. - In step 275, a result of the game, preferably including at least one score, is sent to
server 120. Instep 280,server 120 stores this result indatabase 125. In step 183,server 120 generates an activated offer and offer code to send to theuser terminal 105 in step 285. This activated offer and offer code may be conditional on performance or rank. For example, a pizza company sponsor may provide a free pizza to anyone who scores over 200 points, or who ranks within the top 5 players. - In step 292, generation of an activated offer is postponed until the conclusion of a potential offer time period or tournament. This would occur in situations such as where the sponsor has chosen to give prizes to the top 5 players on Tuesday, and the final results will not be known until the relevant time period has lapsed. In
step 295, the delayed offer generated and sent to the user in step 298.User terminal 105 then displays the activated offer instep 299. - In steps 285 and/or 295, the offer code may be sent to the user through several means. It may be sent as a barcode, for example, or as a code for use over NFC connection, or as text, or as a number. It may be sent to the user's email account, as an SMS to a mobile phone, through a notification architecture such as that provided by Apple iOS™, or an XML-based web service connection. In a preferred embodiment, all of the communication links in
FIG. 2 take place over an XML-based web service connection. - In one embodiment, multiple users can link their accounts, similar to a social network, to merge their scores in a game or tournament. This allows multiple people to work together to win a game and has the benefit of encouraging viral marketing of the sponsors' products. In this case, the users would indicate to
user terminal 105 the account to link to, and this would be sent byuser terminal 105 toserver 120 and stored indatabase 125.Server 120 would take these linkages into consideration when determining users' scores and winners of competitions. These linkages may also require confirmation from the user being linked to prior to going into effect; this confirmation could be requested by way of an automatic e-mail, an SMS, or a mobile notification architecture. - In a preferred embodiment, a settings screen is provided on
user terminal 105 where location settings can be set. The user can enter a default location, turn real time location reporting on or off, and set a radius in which to search for offers. - In a preferred embodiment,
server 120 exposes an XML web service API, or alternatively a web application, for creating, reading, updating, and deleting potential offers. Through this API,server 120 receives a request fromsponsor terminal 130 to create, read, update, or delete a promotional offer.Server 120 then stores indatabase 125 information such as timing information, location information, a selection of one or more games suitable for play by one requesting a promotional offer, game configuration, images to skin a particular game with promotional messages, and offer information such as the discount or reward which comes with the offer.Server 120 also may provide analytics data to XML web service clients upon receiving a request therefor, potentially including information such as number of users playing, time of day playing, location of users, and other analytic information as is typically available in advertising platforms. - In a preferred embodiment, when an offer is displayed, the user is provided an option to share it over a social network. Upon the user's selection of this option, a message is sent to
server 120 or social network server 135 to cause this sharing. - In a preferred embodiment, if a user is logged into the user's account, preferably through
user terminal 105, and sends a request for pending activated offers toserver 120,server 120 will respond with a list of pending activated offers in the user's account. -
FIG. 3 is a screenshot of a display onuser terminal 105 ofFIG. 1 instep 250 ofFIG. 2 .Area 305 is a tiled display of the potential offers for the present location. Each of these offers preferably shows a category, title, and offer. In addition, in some embodiments each of these offers could show a distance from the user terminal's current location.Button 310 causesuser terminal 105 to display a map view of the offers by location.Button 315 causes a category view to be displayed to allow the user to filter potential offers by category.Button 320 opens a view of offers the user has won or competed for.Button 325 opens the settings screen.Button 330 allows the user to change account details. -
FIG. 4 is a screenshot of a display onuser terminal 105 ofFIG. 1 in step 270 ofFIG. 2 . This figure depicts a slot machine-style game.Area 405 displays an advertisement fetched from a server.Area 410 shows the time remaining to play the game.Area 415 shows the top score as fetched fromserver 120.Area 420 shows the reels; certain combinations of reels increase the user's score and others (three lemons, for example) decrease the user's score. The user's score is shown inarea 425.Button 430 causes the reels to spin and the score to be updated based on the ending position of the reels.Button 435 ends the game and goes back tostep 250. Ifbutton 435 is not pressed before time expires, the process continues to step 275. -
FIG. 5 is a screenshot of a display onuser terminal 105 ofFIG. 1 in step 270 ofFIG. 2 . This figure depicts a spinning wheel-style game.Area 505 displays an advertisement fetched from a server.Area 512 shows the time remaining to play the game.Area 510 shows the top score as fetched fromserver 120.Area 520 shows the wheel; the ending position of the wheel can increase or decrease the user's score based on the markings on the wheel. The user's score is shown inarea 515.Button 525 causes the wheel to spin and the score to be updated based on the ending position of the wheel.Button 530 ends the game and goes back tostep 250. Ifbutton 525 is not pressed before time expires, the process continues to step 275. -
FIG. 6 is a screenshot of a display onuser terminal 105 ofFIG. 1 in step 270 ofFIG. 2 . This figure depicts a scratch-and-win-style game.Area 605 displays an advertisement fetched from a server.Area 612 shows the time remaining to play the game.Area 610 shows the top score as fetched fromserver 120.Area 620 shows the scratch card; the numbers under the scratched squares increase or decrease the user's score by the marked amount. The user's score is shown inarea 615. To scratch a circle on the scratch card, the user can tap inarea 620.Button 630 ends the game and goes back tostep 250. Ifbutton 630 is not pressed before time expires, the process continues to step 275. -
FIG. 7 is a screenshot of a display onuser terminal 105 ofFIG. 1 after playing a game. In the embodiment depicted,area 715 displays a high-score list fetched from the server in step 360 and 265.Area 710 displays the user's score from playing the game in step 270.Button 720 triggers step 290, display of the activated offer.Area 705 displays an advertisement fetched from a server.Button 725 exits the game screen and goes back to step 250 or step 270, as desired. -
FIG. 8 is a connection flow diagram suitable for use with the exemplary embodiment of the invention shown inFIG. 1 .FIG. 8 illustrates the connection betweenvendor terminal 140 andserver 120 during a typical redemption scenario. Connections take place preferably through an XML web service API or alternatively through non-web service HTTP connections (such as in a web application) or potentially a remote communication system other than HTTP. In some embodiments, a telephone, SMS, or email interface may accept requests for validation and redemption of activated offers rather thanvendor terminal 140. - In
step 805, the vendor terminal receives an offer code. For example, this can be input manually by the vendor, or automatically fromscanner 145. - In
step 810, the vendor terminal receives input specifying that the activated offer should be validated. In some embodiments, validation could be performed automatically in response to receiving an offer code, and in other embodiments the validation may not be performed at all. - In response to the request for validation, in step 815 a request for validation of the activated offer, containing an offer code, is sent to
server 120. Instep 820,server 120queries database 125 to see if the offer is valid and what it can be redeemed for. This result is sent back to the vendor terminal instep 825 and is indicated to the vendor instep 830. Step 830 may comprise visual or audio indication of the validity of the offer. - In
step 840, the vendor terminal receives input specifying that the activated offer should be redeemed. In some embodiments, redemption could be performed automatically in response to receiving an offer code. In response to the redemption input, a request for redemption of the activated offer is sent toserver 120 instep 845. - In response to the request for redemption, in
step 850server 120queries database 125 to see if there is enough residual value to fulfill the amount of the request for redemption. If there is enough value,server 120 deducts the amount of the request from the value remaining in the activated offer and stores the new value indatabase 125. This storing causes at least part of the value of the activated offer to no longer be usable. - In step 855
server 120 causes billing of the sponsor. In a preferred embodiment some vendors may elect to pay for the distribution of offers based on the number or value of offers redeemed. In this case, it is important to mark information about redemptions indatabase 125 so that the sponsor can be correctly billed. This could be accomplished in several ways: the sponsor's account could be updated indatabase 125 after each redemption, or the redemption of the activated offers could simply be indicated indatabase 125 after each redemption, with billing calculated at a later stage. In any case, this update ofdatabase 125 would cause the sponsor's account to be charged a certain incremental amount, potentially depending on the type of redemption. In an alternative embodiment a vendor may choose to pay based on offers awarded rather than offers redeemed; in such anembodiment server 120 would calculate billing responsive to the activation of offers. - In some embodiments the billing to the sponsor responsive to the redemption comprises either the majority or the entirety of the charges billed to the sponsor for the distribution of offers.
- In step 860,
server 120 causes an alert to be sent to the user. This could be sent using e-mail, SMS, or a notification mechanism such as that implemented in mobile operating systems such as Apple® iOS. Some embodiments do not include this alert. This alert could be enabled or disabled by a user preference. The alert reduces fraud by alerting the customer if a redemption happens to be made fraudulently by another party who has obtained the user's offer code. - In
step 865,server 120 sends a response tovendor terminal 140 to indicate whether or not the redemption was successfully completed. Instep 870,vendor terminal 140 indicates to the vendor through a visual or auditory indication whether or not the redemption was successful. If the redemption is successful, the vendor can then provide the product or service offered in the activated offer to the user.
Claims (22)
1. A method for differentially distributing promotional offers, comprising:
a. receiving a request for currently available potential offers for a user;
b. transmitting a list of potential offers from vendors based on location data for the user's account or device, wherein at least one of the potential offers from at least one of the vendors has a game associated with it, the play of which allows for a score to be determined that affects the offer to be made;
c. determining or receiving a resulting score for the user's play of such game; and
d. giving a currently available potential offer to the user wherein the offer given is dependent at least in part on the rank of the user's score in comparison to other users' scores in the play of such game.
2. The method of claim 1 , in which said transmitting includes at least two potential offers, each from different vendors, and each having a game associated with it, the play of which allows for a score to be determined that affects the offer to be made.
3. The method of claim 1 , which additionally includes the step of giving a delayed offer after a delay.
4. The method of claim 1 , in which said transmitting step comprises including category information for at least one of the potential offers.
5. The method of claim 1 , in which said transmitting step comprises including information based on the user's playing history.
6. A method for accepting promotional offers for distribution comprising:
a. receiving a request from a sponsor to create a promotional offer;
b. storing in a database
(1) timing information,
(2) location information,
(3) a selection of one or more games suitable for play by one requesting a promotional offer, and
(4) offer information,
all related to the promotional offer; and
c. distributing a promotional offer using data from each category stored in said storing step.
7. The method of claim 5 , wherein said storing of the offer information comprises,
storing the offer information to include one offer to be given to game players who do not meet a performance bar, and a separate, second offer to be given only to game players who meet a performance bar.
8. The method of claim 5 , wherein said storing of the offer information comprises,
storing the offer information to include one offer to be given to game players who do not meet a performance bar, and a separate, second offer to be given only to game players dependent on their rank relative to other game players.
9. A method for providing a promotional offer to a user, comprising:
a. receiving a list of currently available potential offers from a server;
b. presenting a location-filtered list of currently available potential offers to a user;
c. receiving a selection of a currently available potential offer from the user;
d. presenting a game to the user based on the selection;
e. transmitting a score of the user in the game to a server;
f. receiving an activated offer from the server, wherein the choice of the activated offer is based at least in part on the score; and
g. presenting the activated offer to the user.
10. The method of claim 9 , wherein said presenting a location-filtered list takes place through a touchscreen display on a mobile device.
11. The method of claim 10 , wherein said mobile device is a cellular phone.
12. The method of claim 9 , wherein said presenting a location-filtered list takes place on a map display.
13. The method of claim 9 , wherein the choice of the activated offer is determined by whether or not the user had the highest score.
14. The method of claim 9 , wherein said presenting a game step comprises presenting a slot-machine-style game.
15. The method of claim 9 , wherein said presenting a game step comprises presenting a spinning-wheel-style game.
16. The method of claim 9 , wherein said presenting a game step comprises presenting a scratch-and-win-style game.
17. The method of claim 9 , wherein said receiving an activated offer step comprises receiving a delayed offer after the game has been concluded.
18. The method of claim 9 , wherein the location-filtered list is filtered or sorted based on the user's playing history.
19. A method for accepting promotional offers for distribution comprising:
a. receiving a request from a sponsor to create a promotional offer;
b. storing in a database information related to the promotional offer;
c. distributing an activated promotional offer to a user based on a result of gameplay;
d. receiving a request for redemption of the activated promotional offer from a vendor terminal;
e. processing redemption of the activated promotional offer; and
f. responsive to the redemption, billing a charge to the sponsor.
20. The method of claim 19 , wherein said billing a charge to the sponsor responsive to the redemption comprises the majority of the charges billed to the sponsor for the distribution of offers.
21. The method of claim 19 , wherein said billing a charge to the sponsor responsive to the redemption comprises the entirety of the charges billed to the sponsor for the distribution of offers.
22. The method of claim 19 , wherein in said receiving the request for redemption comprises receiving a request for less than the full value of the activated promotional offer, and a portion of the balance is retained for subsequent redemption.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/219,759 US20120252558A1 (en) | 2011-03-28 | 2011-08-29 | Method for distributing promotional offers using an electronic game application |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161468556P | 2011-03-28 | 2011-03-28 | |
US13/219,759 US20120252558A1 (en) | 2011-03-28 | 2011-08-29 | Method for distributing promotional offers using an electronic game application |
Publications (1)
Publication Number | Publication Date |
---|---|
US20120252558A1 true US20120252558A1 (en) | 2012-10-04 |
Family
ID=46927947
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/219,759 Abandoned US20120252558A1 (en) | 2011-03-28 | 2011-08-29 | Method for distributing promotional offers using an electronic game application |
Country Status (1)
Country | Link |
---|---|
US (1) | US20120252558A1 (en) |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130065523A1 (en) * | 2011-09-14 | 2013-03-14 | Lg Electronics Inc. | Mobile terminal and method of transmitting information using the same |
US20130096996A1 (en) * | 2011-10-18 | 2013-04-18 | Sparkfly Llc | Mobile Game Promotion Distribution |
US20130238413A1 (en) * | 2012-03-07 | 2013-09-12 | Visa International Service Association | Systems and methods to process offers via mobile devices |
US20150220634A1 (en) * | 2012-05-25 | 2015-08-06 | Apple Inc. | Digital mixed tapes |
US9324088B2 (en) | 2010-06-04 | 2016-04-26 | Visa International Service Association | Systems and methods to provide messages in real-time with transaction processing |
US9443253B2 (en) | 2009-07-27 | 2016-09-13 | Visa International Service Association | Systems and methods to provide and adjust offers |
US9466075B2 (en) | 2011-09-20 | 2016-10-11 | Visa International Service Association | Systems and methods to process referrals in offer campaigns |
US9477967B2 (en) | 2010-09-21 | 2016-10-25 | Visa International Service Association | Systems and methods to process an offer campaign based on ineligibility |
US9558502B2 (en) | 2010-11-04 | 2017-01-31 | Visa International Service Association | Systems and methods to reward user interactions |
US9679299B2 (en) | 2010-09-03 | 2017-06-13 | Visa International Service Association | Systems and methods to provide real-time offers via a cooperative database |
US9697520B2 (en) | 2010-03-22 | 2017-07-04 | Visa U.S.A. Inc. | Merchant configured advertised incentives funded through statement credits |
US9736140B1 (en) * | 2013-02-14 | 2017-08-15 | Google Inc. | Secure authorization for accessing content on a shareable device |
US9972021B2 (en) | 2010-08-06 | 2018-05-15 | Visa International Service Association | Systems and methods to rank and select triggers for real-time offers |
US10055745B2 (en) | 2010-09-21 | 2018-08-21 | Visa International Service Association | Systems and methods to modify interaction rules during run time |
US10290018B2 (en) | 2011-11-09 | 2019-05-14 | Visa International Service Association | Systems and methods to communicate with users via social networking sites |
US10380617B2 (en) | 2011-09-29 | 2019-08-13 | Visa International Service Association | Systems and methods to provide a user interface to control an offer campaign |
US10438299B2 (en) | 2011-03-15 | 2019-10-08 | Visa International Service Association | Systems and methods to combine transaction terminal location data and social networking check-in |
US10497022B2 (en) | 2012-01-20 | 2019-12-03 | Visa International Service Association | Systems and methods to present and process offers |
US10546332B2 (en) | 2010-09-21 | 2020-01-28 | Visa International Service Association | Systems and methods to program operations for interaction with users |
US20230046907A1 (en) * | 2021-08-11 | 2023-02-16 | Toshiba Global Commerce Solutions Holdings Corporation | Methods of determining redemption of content provided through social media marketing using a pos system and related systems |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020128908A1 (en) * | 2000-09-15 | 2002-09-12 | Levin Brian E. | System for conducting user-specific promotional campaigns using multiple communications device platforms |
US20050266925A1 (en) * | 2004-05-25 | 2005-12-01 | Ongame E-Solutions Ab | System and method for an online duel game |
US20070105613A1 (en) * | 2000-01-21 | 2007-05-10 | Igt | Specialized advertising displays for gaming machines and systems |
US20120220368A1 (en) * | 2008-08-14 | 2012-08-30 | Igt | Gaming system and method providing an award for designated losing conditions |
-
2011
- 2011-08-29 US US13/219,759 patent/US20120252558A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070105613A1 (en) * | 2000-01-21 | 2007-05-10 | Igt | Specialized advertising displays for gaming machines and systems |
US20020128908A1 (en) * | 2000-09-15 | 2002-09-12 | Levin Brian E. | System for conducting user-specific promotional campaigns using multiple communications device platforms |
US20050266925A1 (en) * | 2004-05-25 | 2005-12-01 | Ongame E-Solutions Ab | System and method for an online duel game |
US20120220368A1 (en) * | 2008-08-14 | 2012-08-30 | Igt | Gaming system and method providing an award for designated losing conditions |
Cited By (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10354267B2 (en) | 2009-07-27 | 2019-07-16 | Visa International Service Association | Systems and methods to provide and adjust offers |
US9443253B2 (en) | 2009-07-27 | 2016-09-13 | Visa International Service Association | Systems and methods to provide and adjust offers |
US9697520B2 (en) | 2010-03-22 | 2017-07-04 | Visa U.S.A. Inc. | Merchant configured advertised incentives funded through statement credits |
US10354250B2 (en) | 2010-03-22 | 2019-07-16 | Visa International Service Association | Merchant configured advertised incentives funded through statement credits |
US10902420B2 (en) | 2010-03-22 | 2021-01-26 | Visa International Service Association | Merchant configured advertised incentives funded through statement credits |
US10339554B2 (en) | 2010-06-04 | 2019-07-02 | Visa International Service Association | Systems and methods to provide messages in real-time with transaction processing |
US9324088B2 (en) | 2010-06-04 | 2016-04-26 | Visa International Service Association | Systems and methods to provide messages in real-time with transaction processing |
US10977666B2 (en) | 2010-08-06 | 2021-04-13 | Visa International Service Association | Systems and methods to rank and select triggers for real-time offers |
US9972021B2 (en) | 2010-08-06 | 2018-05-15 | Visa International Service Association | Systems and methods to rank and select triggers for real-time offers |
US9990643B2 (en) | 2010-09-03 | 2018-06-05 | Visa International Service Association | Systems and methods to provide real-time offers via a cooperative database |
US9679299B2 (en) | 2010-09-03 | 2017-06-13 | Visa International Service Association | Systems and methods to provide real-time offers via a cooperative database |
US11151585B2 (en) | 2010-09-21 | 2021-10-19 | Visa International Service Association | Systems and methods to modify interaction rules during run time |
US9477967B2 (en) | 2010-09-21 | 2016-10-25 | Visa International Service Association | Systems and methods to process an offer campaign based on ineligibility |
US10055745B2 (en) | 2010-09-21 | 2018-08-21 | Visa International Service Association | Systems and methods to modify interaction rules during run time |
US10546332B2 (en) | 2010-09-21 | 2020-01-28 | Visa International Service Association | Systems and methods to program operations for interaction with users |
US9558502B2 (en) | 2010-11-04 | 2017-01-31 | Visa International Service Association | Systems and methods to reward user interactions |
US10475060B2 (en) | 2010-11-04 | 2019-11-12 | Visa International Service Association | Systems and methods to reward user interactions |
US10438299B2 (en) | 2011-03-15 | 2019-10-08 | Visa International Service Association | Systems and methods to combine transaction terminal location data and social networking check-in |
US20130065523A1 (en) * | 2011-09-14 | 2013-03-14 | Lg Electronics Inc. | Mobile terminal and method of transmitting information using the same |
US8913954B2 (en) * | 2011-09-14 | 2014-12-16 | Lg Electronics Inc. | Mobile terminal and method of transmitting information using the same |
US9466075B2 (en) | 2011-09-20 | 2016-10-11 | Visa International Service Association | Systems and methods to process referrals in offer campaigns |
US10956924B2 (en) | 2011-09-29 | 2021-03-23 | Visa International Service Association | Systems and methods to provide a user interface to control an offer campaign |
US10380617B2 (en) | 2011-09-29 | 2019-08-13 | Visa International Service Association | Systems and methods to provide a user interface to control an offer campaign |
US9466067B2 (en) * | 2011-10-18 | 2016-10-11 | Sparkfly Inc | Mobile promotion distribution |
US20130096996A1 (en) * | 2011-10-18 | 2013-04-18 | Sparkfly Llc | Mobile Game Promotion Distribution |
US10290018B2 (en) | 2011-11-09 | 2019-05-14 | Visa International Service Association | Systems and methods to communicate with users via social networking sites |
US10853842B2 (en) | 2011-11-09 | 2020-12-01 | Visa International Service Association | Systems and methods to communicate with users via social networking sites |
US10497022B2 (en) | 2012-01-20 | 2019-12-03 | Visa International Service Association | Systems and methods to present and process offers |
US11037197B2 (en) | 2012-01-20 | 2021-06-15 | Visa International Service Association | Systems and methods to present and process offers |
US10672018B2 (en) * | 2012-03-07 | 2020-06-02 | Visa International Service Association | Systems and methods to process offers via mobile devices |
US20130238413A1 (en) * | 2012-03-07 | 2013-09-12 | Visa International Service Association | Systems and methods to process offers via mobile devices |
US20150220634A1 (en) * | 2012-05-25 | 2015-08-06 | Apple Inc. | Digital mixed tapes |
US9736140B1 (en) * | 2013-02-14 | 2017-08-15 | Google Inc. | Secure authorization for accessing content on a shareable device |
US20230046907A1 (en) * | 2021-08-11 | 2023-02-16 | Toshiba Global Commerce Solutions Holdings Corporation | Methods of determining redemption of content provided through social media marketing using a pos system and related systems |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20120252558A1 (en) | Method for distributing promotional offers using an electronic game application | |
US20180053214A1 (en) | Online marketing system and method | |
US8880421B2 (en) | System and method for rewarding customer loyalty in a mobile environment | |
RU2434295C2 (en) | Advertisement method and system, advertisement control server and mobile device | |
US8850328B2 (en) | Networked profiling and multimedia content targeting system | |
US20160203352A1 (en) | Using scanable codes to obtain a service | |
US11475473B2 (en) | Image object recognition and item acquisition | |
US20090177541A1 (en) | Method and apparatus for point-based rewards system using interactive devices and software | |
US20130013404A1 (en) | System and method for distribution of digital offers | |
KR101712792B1 (en) | Advertisement intermediation system | |
US20130080257A1 (en) | Systems and methods for providing activity and participation incentives | |
US10902476B2 (en) | Advertisement providing system and advertisement providing method | |
US20120233011A1 (en) | Residual Value Bidding System and Turbo Auction | |
US20150094139A1 (en) | Systems and methods for social gaming | |
WO2011084648A2 (en) | Systems and methods for generating a virtual value item for a promotional campaign | |
US10373431B2 (en) | System and method for advertising distribution through mobile social gaming | |
EP3102299A1 (en) | Methods and systems for algorithmically selected trivia gaming content | |
KR101654191B1 (en) | System and method for supporting target-marketing based on premium event | |
US20190355016A1 (en) | System and method for advertising distribution through mobile social gaming | |
US20140058813A1 (en) | System and Method for Advertising Distribution Through Mobile Social Gaming | |
US20160132972A1 (en) | Social media platform | |
US9814985B2 (en) | System and method for advertising distribution through mobile social gaming | |
US11763351B2 (en) | Fundraising platform | |
US20180147486A1 (en) | Server, information processing system, storage medium storing information processing program, and information processing method | |
KR101729185B1 (en) | On-demand traffic trade method, computer-readable medium and system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: DOBANGO, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MISHRA, RAVI;NAYAK, UDAYA;REEL/FRAME:028206/0059 Effective date: 20120511 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |