US20070238507A1 - Retail channel appeasement method and system - Google Patents
Retail channel appeasement method and system Download PDFInfo
- Publication number
- US20070238507A1 US20070238507A1 US11/398,273 US39827306A US2007238507A1 US 20070238507 A1 US20070238507 A1 US 20070238507A1 US 39827306 A US39827306 A US 39827306A US 2007238507 A1 US2007238507 A1 US 2007238507A1
- Authority
- US
- United States
- Prior art keywords
- module
- data
- retailer
- gaming
- user
- 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
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
- G07F17/3225—Data transfer within a gaming system, e.g. data sent between gaming machines and users
- G07F17/3232—Data transfer within a gaming system, e.g. data sent between gaming machines and users wherein the operator is informed
- G07F17/3237—Data transfer within a gaming system, e.g. data sent between gaming machines and users wherein the operator is informed about the players, e.g. profiling, responsible gaming, strategy/behavior of players, location of players
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
- G07F17/3225—Data transfer within a gaming system, e.g. data sent between gaming machines and users
- G07F17/3232—Data transfer within a gaming system, e.g. data sent between gaming machines and users wherein the operator is informed
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
- G07F17/3244—Payment aspects of a gaming system, e.g. payment schemes, setting payout ratio, bonus or consolation prizes
- G07F17/3255—Incentive, loyalty and/or promotion schemes, e.g. comps, gaming associated with a purchase, gaming funded by advertisements
Definitions
- This disclosure relates generally to the technical fields of software and/or hardware technology and, in one example embodiment, to a method and/or system of accessibility and security in a gaming environment.
- a gaming provider may provide a gaming service (e.g., a lottery, a game of chance, game of skill, etc.) to a user (e.g., a player).
- a gaming service e.g., a lottery, a game of chance, game of skill, etc.
- the gaming provider's services may not be available to users wishing to access the service online (e.g., through the internet).
- the gaming provider's offerings e.g., lottery tickets, scratch-cards, gaming coupons, etc.
- a physical retail channel e.g., a grocery store, a deli, a supermarket, a stand, etc.
- a retail store may realize commercial benefits by advertising the gaming provider's offerings.
- the gaming provider's offerings may be highly attractive to a person, and may entice the person to enter the retail store. Even though the person may have initially been interested in purchasing the gaming provider's offerings, it is likely that the person might also purchase items for sale as part of the retail store's offerings (e.g., groceries, snacks, drinks, reading material, etc.) and in so doing generate a revenue derived from the person's initial interest in the gaming provider's offerings.
- the potential for the gaming provider's offerings to generate such foot traffic may represent a strong incentive for the retail store to continue displaying the gaming provider's offerings.
- the retail store may oppose an initiative by the gaming provider to make its offerings (e.g., the gaming provider's offerings) available for sale to the public at alternative locations, such as online (e.g., on the internet).
- the retail store may consider such a move by the gaming provider to be undesirable because it would result in a loss of potential revenue for the retail store.
- the retail store may oppose attempts by the gaming provider to make its offerings available online by boycotting (e.g., by refusing to stock the gaming provider's offerings), in an attempt to discourage the gaming provider from attempting online sale of its offerings.
- a large group of gaming providers may unite (e.g., form a group with the same objectives) to threaten to boycott their sale of the gaming provider's offerings if the gaming provider intended to offer its services to online users, because an online environment might allow users from any location to access the gaming provider's offerings without having to purchase them from the retail stores, and therefore retail stores located anywhere might be affected by a drop in customer traffic.
- a method includes generating a relationship data based on a profile meta-data analysis of a plurality of retailers, comparing a context data generated by a positioning module with the relationship data to determine a priority retailer of the plurality of retailers, and/or automatically providing an appeasement consideration to the priority retailer when a transaction is processed of a gaming module.
- the meta-data may be a time data, a position data, a contract data, a sales volume data, a statistical data, a historical regression data, a demographic data, a financial data and/or a personal data.
- the method may also include determining a quantification of the appeasement consideration based on an agreement data formed of a relationship between the priority retailer, the distribution module and a gaming provider, and/or allocating a portion of a disbursement associated with the transaction processed of the gaming module to the priority retailer.
- the appeasement consideration may be earned by the priority retailer without participation of the priority retailer in the transaction.
- the method may further include providing a mark-up language portal to a user of the gaming module.
- the mark-up language portal may include an advertisement of at least one of the plurality of retailers, and/or a number of games including a lottery game, a card game, a game of chance and/or a game of skill.
- the games may each include a subscription option, a group play option, a quick-pick option, and/or a multiple game option.
- the method may yet include verifying an identity of a user using a digital signature to certify the identity with the transaction processed of the gaming module.
- the method may also include communicating with a positioning module to allocate a context data of a position of a user of the gaming module relative to a position of a retailer of the plurality of retailers.
- the method may further include generating a notification having aggregation information of the transaction and other transactions associated with the priority retailer, and/or notifying a user of the gaming module of an outcome associated with a gaming activity carried out by the user through the mark-up language portal.
- the method may yet include providing a print media marketing incentive to individual ones of the plurality of retailers.
- a method in another aspect, includes determining a geographical positioning framework based on a communication with a reference provider module, a gaming module, and/or a distribution module, and/or generating a context data of a position of a user of a gaming module within the geographical positioning framework relative to a position of a retailer independent of a transaction processed of the gaming module.
- the geographical positioning framework may be generated using a mapping data, a reference data, a zoning data, a GPS data, a web-enabled search data, a proprietary algorithm data, and/or a demographic data.
- the method may also include compiling a continuous lifecycle tracking history associated with the user of the gaming module and the priority retailer.
- the lifecycle tracking history may track changes in the context data and/or the geographical positioning framework over a time period of an association of the user with the gaming module.
- a system includes automatically providing an appeasement consideration to the priority retailer when a transaction is processed of a gaming module, generating a context data of a position of a user of a gaming module within the geographical positioning framework relative to a position of a retailer independent of a transaction processed of the gaming module, originating a disbursement to at least one of a priority retailer and a user of the gaming module, and/or processing the portion of the disbursement provided by the distribution module in a communication with the gaming module.
- the system may further include comparing the context data with a relationship data to determine a priority retailer associated with the user of the gaming module.
- the appeasement consideration may be provided without the involvement of the retailer module in the transaction processed of the gaming module.
- FIG. 1 is a system view of a distribution module that communicates with a positioning module, a gaming module, a retailer, a reference provider module, and an individual device, according to one embodiment.
- FIG. 2 is an exploded view of the distribution module of FIG. 1 , according to one embodiment.
- FIG. 3 is an exploded view of the positioning module of FIG. 1 , according to one embodiment.
- FIG. 4 is a user data table view of content referenced by the distribution database of FIG. 2 , according to one embodiment.
- FIG. 5 is a retailer data table view of content referenced by the distribution database of FIG. 2 , according to one embodiment.
- FIG. 6 is an aerial view of a geographic positioning framework, according to one embodiment.
- FIG. 7 is a user interface game view of the distribution module of FIG. 1 , according to one embodiment.
- FIG. 8 is a diagrammatic representation of a machine in the form of a data processing system within which a set of instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed, according to one embodiment.
- FIG. 9 is a process flow at automatically provide an appeasement consideration to a priority retailer when a transaction is processed of a gaming module.
- FIG. 10 is a process flow to generate a context data of a position of a user of a gaming module within a geographical positioning framework relative to a position of a priority retailer independent of a transaction processed of the gaming module.
- Retail channel appeasement system and method is disclosed.
- numerous specific details are set forth in order to provide a thorough understanding of the various embodiments. It will be evident, however to one skilled in the art that the various embodiments may be practiced without these specific details.
- An example embodiment provides a method of generating a relationship data based on a profile meta-data analysis (e.g., using an analysis module 210 of FIG. 2 ) of a plurality of retailers, comparing a context data generated by a positioning module 104 (e.g., using a context module 302 of FIG. 3 ) with the relationship data (e.g., associated with a retailer 108 of FIG. 1 ) to determine a priority retailer of the plurality of retailers, and/or automatically providing an appeasement consideration (e.g., a financial disbursement, a payment, etc. using the payment module 238 of FIG.
- a profile meta-data analysis e.g., using an analysis module 210 of FIG. 2
- a positioning module 104 e.g., using a context module 302 of FIG. 3
- the relationship data e.g., associated with a retailer 108 of FIG. 1
- an appeasement consideration e.g., a financial disbursement, a payment
- a transaction is processed (e.g., a successful transaction, a winning ticket purchase, etc.) of a gaming module 106 (e.g., a gaming module 106 associated with gaming offerings such as lottery games, card games, games of chance, games of skill, etc.)
- a gaming module 106 e.g., a gaming module 106 associated with gaming offerings such as lottery games, card games, games of chance, games of skill, etc.
- a method may include determining a geographical positioning framework (e.g., the geographical positioning framework 600 illustrated in FIG. 6 ) based on a communication with a reference provider module 110 , a gaming module 106 , and/or a distribution module 102 , and/or generating a context data of a position of a user of a gaming module 106 within the geographical positioning framework (e.g., using the context module 302 of FIG. 3 b ) relative to a position of a retailer independent of a transaction processed of the gaming module (e.g., the retailer may not be actively involved in the transaction).
- a geographical positioning framework e.g., the geographical positioning framework 600 illustrated in FIG. 6
- a method may include determining a geographical positioning framework (e.g., the geographical positioning framework 600 illustrated in FIG. 6 ) based on a communication with a reference provider module 110 , a gaming module 106 , and/or a distribution module 102 , and/or generating a context data of a position of a
- a system may include automatically providing an appeasement consideration (e.g., a financial disbursement, a payment, etc.) to the priority retailer when a transaction is processed of a gaming module 106 , generating a context data of a position of a user of a gaming module 106 within the geographical positioning framework (e.g., the geographical positioning framework 600 illustrated in FIG. 6 ) relative to a position of a retailer independent of a transaction processed of the gaming module, originating a disbursement (e.g., using the payment module 238 of FIG.
- an appeasement consideration e.g., a financial disbursement, a payment, etc.
- a priority retailer e.g., and/or another retailer
- processing the portion of the disbursement e.g., the appeasement consideration
- FIG. 1 is a system view of a distribution module 102 that communicates with a positioning module 104 , a gaming module 106 , a retailer 108 , a reference provider module 110 , an individual device 114 and/or an individual device 118 , according to one embodiment.
- the distribution module 102 may communicate (e.g., through a network 100 of FIG. 1 ) with an individual device (e.g., an individual device 114 associated with an individual 112 , and/or an individual device 118 associated with a group 120 , as illustrated in FIG. 1 ) and/or the gaming module 106 to make available (e.g., provide, facilitate and/or host, etc. in an online environment) various gaming offerings (e.g., lottery games, card games, games of chance and/or games of skill, etc.) to a user (e.g., the individual 112 of FIG. 1 ).
- various gaming offerings e.g., lottery games, card games, games of chance and/or games of skill, etc.
- the distribution module 102 may provide options related to the gaming offerings (e.g., subscription options, group-play options, quick-pick options, and a multiple game option.
- the distribution module 102 may provide a mark-up language portal (e.g., a user interface, a graphical user interface and/or a website, etc.) to allow the user to participate in (e.g., play, view, use, apply and/or execute, etc.) the gaming offerings (e.g., gaming offerings provided by the gaming module 106 ).
- a mark-up language portal e.g., a user interface, a graphical user interface and/or a website, etc.
- the gaming module 106 may be associated with a gaming provider (e.g., an organization, an association, a board, and/or an institution, etc.) that may communicate with the distribution module 102 to provide the gaming offerings to the public (e.g., to multiple users in an online environment).
- a gaming provider e.g., an organization, an association, a board, and/or an institution, etc.
- the distribution module 102 may communicate with the distribution module 102 to provide the gaming offerings to the public (e.g., to multiple users in an online environment).
- the distribution module 102 may process (e.g., capture, generate, analyze, record, track and/or store, etc.) a relationship data (e.g., a relationship data associated with a retailer 108 ) based on a profile (e.g., a relationship, a contract, an agreement, etc.) meta-data analysis of a retailer (e.g., a grocery store, a supermarket, a deli, a stand, a shop, a store, etc.).
- the meta-data associated with the retailer may include a time data, a position data, a contract data, a sales volume data, a statistical data, a historical regression data, a demographic data, a financial data and/or a personal data, etc.
- the distribution module 102 may process (e.g., capture, analyze, track, etc.) a context data (e.g., the context data 122 of FIG. 1 ) communicated by the positioning module 104 .
- the context data 122 may be associated with a position (e.g., a geographical position, a relative position, a meta-data representation of a location, etc.) of the user (e.g., the individual 112 of FIG. 1 ) of the gaming module 106 relative to a position of the retailer.
- the distribution module may process (e.g., compare and/or analyze, etc.) the relationship data and the context data 122 to determine (e.g., select, choose, compute, etc.) a priority retailer (e.g., based on a preference, a relationship, a contract, an agreement, a special interest, an association, and/or a membership, etc.) of retailers (e.g., the retailer 108 of FIG. 1 ).
- the distribution module 102 may process a transaction (e.g., a play, a purchase of tickets, and/or a gaming transaction, etc.) by the user of the gaming module 106 (e.g., through the mark-up language portal provided by the distribution module 102 ).
- the distribution module 102 may communicate with the gaming module 106 to verify a successful transaction (e.g., a winning ticket purchase by the user) processed by the gaming module 106 .
- the distribution module 102 may automatically provide an appeasement consideration (e.g., a portion of a financial disbursement provided by the gaming module 106 to the user associated with the successful transaction) to the priority retailer (e.g., may provide a financial disbursement, a material consideration, a benefit, an incentive, etc. without the priority retailer's participation and/or involvement in the transaction).
- the distribution module 102 is best understood with reference to FIG. 2 .
- FIG. 2 is an exploded view of the distribution module 102 of FIG. 1 , having a user module 200 , a retailer module 202 , a transaction module 206 , an analysis module 210 , a financial module 212 , and a distribution database 214 , according to one embodiment.
- the user module 200 may include a history module 216 , a subscription module 218 , and/or an activity module 220 .
- the history module 216 may process (e.g., capture, track, record, store and/or analyze, etc.) data (e.g., static data and/or dynamic data associated with the user's gaming preferences, priority retailers corresponding to transactions made by the user, personal information, locations, play patterns, winnings, purchases, transactions, etc.) associated with the gaming activity (e.g., through the mark-up language portal provided by the distribution module 102 ) of the user (e.g., of the individual device 114 ) over a time period of an association (e.g., subscription, membership, use, etc.) of the user with the gaming module 106 .
- data e.g., static data and/or dynamic data associated with the user's gaming preferences, priority retailers corresponding to transactions made by the user, personal information, locations, play patterns, winnings, purchases, transactions, etc.
- the gaming activity e.g., through the mark-up language portal provided by the distribution module 102
- the user e.g., of the individual device 114
- the history module may track changes in the context data 122 associated with the user, maintain a record of priority retailers associated (e.g., over the course of, and/or at multiple instances during, various transactions) with the user, and/or update information associated with the position (e.g., geographical location, and/or personal circumstances, etc. of the user, etc.
- the subscription module 218 may process (e.g., capture, store, track, record, and or analyze, etc.) data (e.g., historical data, contemporaneous data, etc.) associated with the user's association (e.g., subscription, membership, contract, term of use, etc.) with the gaming module 106 .
- the subscription module 218 may process (e.g., capture, track, store and/or generate, etc.) a subscription data (e.g., communicated by the user through the mark-up language portal provided by the distribution module 102 ) which may activate reoccurring transactions (e.g., tickets, gaming options, and/or playing rounds, etc. associated with a particular user) that may be issued (e.g., periodically and/or automatically) to the user.
- a subscription data e.g., communicated by the user through the mark-up language portal provided by the distribution module 102
- reoccurring transactions e.g., tickets, gaming options, and/or playing rounds, etc. associated with
- the activity module 220 may process information associated with the user's gaming activity (e.g., game play options) through the gaming module 106 .
- the user may initiate a transaction (e.g., a ticket selection and/or purchase, a dice roll, a wheel spin, etc.) as an individual (e.g., the individual 112 of FIG. 1 ) and/or on behalf of a group (e.g., a group 120 associated with the individual device 118 of FIG. 1 ).
- a transaction e.g., a ticket selection and/or purchase, a dice roll, a wheel spin, etc.
- the activity module 220 may communicate with the history module 216 to process the user's preferences associated with the gaming activity (e.g., based on a user prompt and/or input, based on historical data associated with the user's preferences, based an automated selection, etc.) and/or to process a group gaming activity (e.g., multiple ticket selections, group lottery ticket purchases, simultaneous game plays) based on the user's preferences, and/or transaction parameters (e.g., single and/or multiple transaction parameters) specified by the user (e.g., using the mark-up language portal).
- the user's preferences associated with the gaming activity e.g., based on a user prompt and/or input, based on historical data associated with the user's preferences, based an automated selection, etc.
- a group gaming activity e.g., multiple ticket selections, group lottery ticket purchases, simultaneous game plays
- transaction parameters e.g., single and/or multiple transaction parameters specified by the user (e.g., using the mark-up language portal).
- the activity module 220 may process game play options (e.g., quick-picks, randomized selections of gaming parameters generated by an algorithm, multiple simultaneous gaming selections, bet amounts, stakes, antes, etc.) associated with the user's gaming activity.
- game play options e.g., quick-picks, randomized selections of gaming parameters generated by an algorithm, multiple simultaneous gaming selections, bet amounts, stakes, antes, etc.
- the retailer module 202 may include a relationship module 222 , an incentive module 224 and/or a location module 226 .
- the retailer module 202 may process data and/or meta data associated with and/or relevant to a retailer associated with the distribution module 102 .
- the relationship module 222 may process a profile meta data (e.g., a time data, a position data, a contract data, a sales volume data, a statistical data, a historical regression data, a demographic data, a financial data and/or a personal data, etc.) analysis of retailers associated with a geographical positioning framework (e.g., the geographical positioning framework illustrated in FIG. 6 ).
- a geographical positioning framework e.g., the geographical positioning framework illustrated in FIG. 6 .
- the relationship module 222 may generate a relationship data associated with a particular retailer based on the profile meta data analysis of the retailers associated with the geographical positioning framework.
- the incentive module 224 may process (e.g., capture, track, generate, store, record and/or analyze, etc.) data and/or meta data related to an incentive associated with a retailer (e.g., as part of and/or based on the relationship data generated by the relationship module 222 .
- the incentive module 224 may generate an advertisement associated with a particular retailer and/or display the advertisement to users of the mark-up language portal.
- the incentive module may communicate with the location module 226 and/or the positioning module 104 to process (e.g., determine, allocate, generate and/or create, etc.) a print media marketing (e.g., a billboard, a physical display, an ad campaign, a sign, etc.) associated with a particular retailer (e.g., in the geographical positioning framework 600 illustrated in FIG. 6 ).
- the location module 226 may communicate with the positioning module 104 of FIG. 1 to process (e.g., capture, analyze, track and/or store, etc.) data and/or meta data associated with the location of a retailer (e.g., within the geographical positioning framework 600 illustrated in FIG. 6 ).
- the location module 226 may communicate the location associated with the retailer to the positioning module 104 .
- the transaction module 206 may include a tracking module 228 , a verification module 230 , a notification module 232 , a compliance module 234 , and/or a security module 236 .
- the tracking module 228 may communicate with the user module 200 , the security module 236 , the analysis module 210 , the gaming module 106 and/or the positioning module 104 of FIG. 1 to process meta-data associated with a gaming transaction (e.g. a purchase of a lottery ticket, a card game, a game of chance and or a game of skill, etc.) carried out by the user associated with the gaming module 106 .
- a gaming transaction e.g. a purchase of a lottery ticket, a card game, a game of chance and or a game of skill, etc.
- the tracking module 228 may capture, track, monitor and/or record a revenue flow and/or a series of transactions (e.g., the revenue flow may accrue from payments receivable of the gaming module 106 of FIG. 1 ) based on a cumulative history of the users' gaming activities that are verified (e.g., by the verification module 230 , in a communication with the gaming module 106 ) as successful transactions (e.g., winning ticket purchases).
- the verification module 230 may communicate with the tracking module 228 , the security module 236 , and/or the gaming module 106 to process (e.g., verify, certify, authenticate, etc.) a gaming transaction carried out by the user through the mark-up language portal (e.g., a gaming transaction and/or meta data associated with the gaming transaction communicated as an electronic document to the gaming module 106 ).
- process e.g., verify, certify, authenticate, etc.
- a gaming transaction carried out by the user through the mark-up language portal (e.g., a gaming transaction and/or meta data associated with the gaming transaction communicated as an electronic document to the gaming module 106 ).
- the verification module 230 may verify that an identifier (e.g., a digital signature, a digital watermark, a digital fingerprint, etc.) associated with the electronic document (e.g., a ticket) communicated by the user to the gaming module 106 is authentic and/or unaltered.
- the verification module 230 may process the electronic document to determine if the electronic document is associated with a successful transaction (e.g., a winning ticket number, a winning combination, a lucky number, a winning configuration, etc.)
- the security module 236 may verify an identity of a user using a digital signature to certify the identity with the transaction processed of the gaming module 106 .
- the notification module 232 may interact with the positioning module 104 and the gaming module 106 of FIG. 1 and the tracking module 228 to process communications to various parties (e.g., to users, to retailers and/or priority retailers, to gaming providers, etc.)
- the communications may include information associated with and/or relevant to the various parties.
- the notification module 232 may communicate an outcome associated with a gaming transaction by the user, a report of revenue generated (e.g., the user's winnings for each successful transaction and/or portions of disbursements processed of the gaming module 106 to a priority retailer), meta data (e.g., user activity and/or context data statistics, meta data associated with the user's gaming activities, etc.), aggregation information (e.g., of the transaction and other transactions associated with the priority retailer), and/or financial options (e.g., payment options associated with payments receivable of a user for gaming activities, payment and/or deposit preferences, etc.).
- a report of revenue generated e.g., the user's winnings for each successful transaction and/or portions of disbursements processed of the gaming module 106 to a priority retailer
- meta data e.g., user activity and/or context data statistics, meta data associated with the user's gaming activities, etc.
- aggregation information e.g., of the transaction and other transactions associated with the
- the compliance module 234 may process information associated with transactions processed of the gaming module 106 and/or ensure that the gaming module 106 and/or the distribution module 102 is in compliance with (e.g., conforms to, adheres to, follows, is functioning within, etc.) any requirements (e.g., legal regulations, statutes, laws, codes, guides, ethical requirements, etc.) associated with transactions, offerings, and/or dealings, etc. processed by the distribution module 102 and/or the gaming module 106 .
- any requirements e.g., legal regulations, statutes, laws, codes, guides, ethical requirements, etc.
- the security module 236 may process transactions, communications and/or electronically transmitted documents (e.g. lottery ticket purchases) initiated by the user and/or information communicated by the gaming module and/or the user to ensure that the transaction and/or the information communicated is secure (e.g., that personal information submitted by the user may not be identifiable and/or available to any non-authorized party, that data and/or meta data submitted and/or received by the user, the priority retailer and/or the gaming module is is trusted and unaltered in any form, etc.).
- transactions, communications and/or electronically transmitted documents e.g. lottery ticket purchases
- the financial module 212 may include a payment module 238 and/or a gaming revenue module 240 .
- the payment module 238 may communicate with the positioning module 104 and/or the gaming module 106 of FIG. 1 , and/or the transaction module 206 , the verification module 230 and/or the user module 200 to process an payment (e.g., a financial disbursement) to the user when a successful transaction is processed of the gaming module 106 of FIG. 1 .
- the payment module 238 may process a portion of the payment (e.g., an appeasement consideration, in a communication with the gaming module 106 and/or the retailer module 202 ) to a priority retailer (e.g., a priority retailer determined based on an analysis of a context data and a relationship data by the distribution module 102 of FIG. 1 ).
- a priority retailer e.g., a priority retailer determined based on an analysis of a context data and a relationship data by the distribution module 102 of FIG. 1 .
- the payment module may process an appeasement consideration based on an agreement data formed of a relationship between the priority retailer, the distribution module and a gaming provider (e.g., the relationship may not require the priority retailer's participation).
- the gaming revenue module 240 may process (e.g., analyze, record, track, store, generate, capture, etc.) data and/or meta data related to revenue receivable by the gaming module 106 and/or the distribution module 102 (e.g., from payments receivable of users based on the users' gaming transactions, activities and/or subscription options, etc.), and/or associated with the users (e.g., based on payments processed of the gaming module 106 based upon verification of successful transactions), and/or the priority retailers associated with the users.
- process e.g., analyze, record, track, store, generate, capture, etc.
- the distribution database may store information, data and/or meta data related to communications, transactions, entities, interests and/or offerings, etc. associated with various parties (e.g., gaming providers, users, retailers, etc.) and/or the distribution module 102 , the positioning module 104 and/or the gaming module 106 of FIG. 1 .
- the analysis module 210 may interact with the positioning module 104 and/or the gaming module 106 of FIG. 1 , the user module 200 , the retailer module 202 , and/or the transaction module 206 to process (e.g., analyze, interpret, manipulate, compile, track, record, generate, etc.) data and/or meta data (e.g., a context data communicated by the positioning module 104 of FIG. 1 , a relationship data communicated by the retailer module 202 , etc.) associated with the user and/or the retailer.
- the analysis module may compare a context data (e.g., generated by the positioning module 104 of FIG. 1 ) with the relationship data (e.g., communicated by the retailer module 202 ) to determine a priority retailer of the retailers.
- the priority retailer may be the retailer most proximal (e.g., based on a geographical association) to the user, or may be a different retailer (e.g., based on a priority analysis of the relationship data associated with the different retailer).
- the analysis module 210 may include a conflict resolution module 242 .
- the conflict resolution module 242 may process (e.g., analyze, resolve, determine, sort, etc.) differences (e.g., inconsistencies, disparities, conflicts, variations, etc.) associated with the context data and/or the relationship data.
- the context data may be generated at multiple instances during the time period of an association of the user with the gaming module.
- the conflict resolution module 242 may resolve discrepancies associated with different instances of the context data generated for a particular user (e.g., due to demographic changes, displacement, address change, a particular retailer going out of business or moving, etc.), and/or communicate with the user module 200 , the retailer module 202 , and/or the positioning module 104 to refresh (e.g., recalculate, reassess, revise, update, etc.) the context data associated with the user.
- FIG. 3 is an exploded view of the positioning module 104 of FIG. 1 , having a reference module 300 , a context module 302 , a meta module 304 , a zoning module 306 and a segmentation module 308 , according to one embodiment.
- the reference module 300 may communicate with a reference provider module (e.g., the reference provider module 110 of FIG.
- a positioning data and/or meta data e.g., a mapping data, a reference data, a zoning data, a GPS data, a web-enabled search data, a proprietary algorithm data, and/or a demographic data
- a position e.g., a geographical position
- a positioning data and/or meta data e.g., a mapping data, a reference data, a zoning data, a GPS data, a web-enabled search data, a proprietary algorithm data, and/or a demographic data
- the context module 302 may communicate with the user module 200 and/or the retailer module of FIG. 2 , the reference module 300 and/or the zoning module 306 to generate a context data associated with a position of a user of the gaming module 106 within the geographical positioning framework 600 , relative to a position of a retailer (e.g., a retailer independent of a transaction processed of the gaming module).
- the context data may be generated at multiple instances for a particular user (e.g., the context data may vary based on changes in the user's and/or the retailer's position, changes in the priority zone associated with a particular retailer, changes in the relationship data associated with a particular retailer, etc.)
- the meta module 304 may process (e.g., analyze, record, track, store, capture, etc.) meta data (e.g., associated with the context data for a particular user, the relationship data for a retailer, the priority classification for a retailer, etc.). For example, the meta module 304 may classify (e.g., using meta tags, identifiers, markers, etc.) data received and/or communicated in an interaction with various modules (e.g., to synchronize and/or organize communications between modules).
- meta data e.g., associated with the context data for a particular user, the relationship data for a retailer, the priority classification for a retailer, etc.
- the meta module 304 may classify (e.g., using meta tags, identifiers, markers, etc.) data received and/or communicated in an interaction with various modules (e.g., to synchronize and/or organize communications between modules).
- the meta module may process a profile meta data (e.g., a time data, a position data, a contract data, a sales volume data, a statistical data, a historical regression data, a demographic data, a financial data and/or a personal data, etc.) associated with a retailer in a communication with the analysis module 210 of FIG. 2 .
- a profile meta data e.g., a time data, a position data, a contract data, a sales volume data, a statistical data, a historical regression data, a demographic data, a financial data and/or a personal data, etc.
- the zoning module 306 may interact with the reference module 300 , the context module 302 , and/or the segmentation module 308 to process (e.g., determine, analyze, capture, track, store, etc.) data and/or meta data associated with positioning information.
- the zoning module 306 may determine a geographical positioning framework (e.g., using a mapping data, a reference data, a zoning data, a GPS data, a web-enabled search data, a proprietary algorithm data, and/or a demographic data) associated with the positions, populations and/or geographical distribution of various users and retailers.
- the zoning module 306 may determine a priority zone associated with a retailer (e.g., based on a relationship data associated with the retailer communicated by the retailer module 202 of FIG. 2 .
- the zoning module 306 may determine a territory(e.g., a population, a zone, an area, etc.) within a geographical positioning framework based on an analysis of data and/or meta data associated with a particular section (e.g., location, division, subset) of the geographical positioning framework relative to the position of a retailer.
- the zoning module 306 may determine boundaries associated with the territory (e.g., relative to a position associated with a particular retailer) based on a population density of the territory associated with the position of the retailer.
- the segmentation module 308 may interact with the context module 302 , the meta module 304 and/or the distribution module 102 of FIG. 1 to process (e.g., segment, classify, analyze, track, etc.) data and/or meta data (e.g., a context data, a relationshio data, a priority classification) associated with a user and/or a retailer.
- process e.g., segment, classify, analyze, track, etc.
- meta data e.g., a context data, a relationshio data, a priority classification
- the segmentation module may analyze multiple instances of the context data associated with a particular user (e.g., based on a communication with the context module 302 ) to capture variations in the data and/or meta data based on various criteria (e.g., an epoch criteria, a principality criteria, a location criteria, an ordinance criteria, a legal criteria, etc.) the segmentation module 308 may resolve conflicts associated with incompatibilities between communications of data and/or meta data (e.g., different data formats due to changes in data collection measures, differing conventions, data linked to unavailable data, etc.) by segmenting the data and/or meta data associated with positioning information according to categorizations that may be easier processed by the positioning module 104 and/or the distribution module 106 .
- criteria e.g., an epoch criteria, a principality criteria, a location criteria, an ordinance criteria, a legal criteria, etc.
- the segmentation module 308 may resolve conflicts associated with incompatibilities between communications of data and/or meta data (
- FIG. 4 is a user data table view 400 of content referenced by the distribution database 214 of FIG. 2 , according to one embodiment.
- the user data table view 400 may include a user ID field 402 , a ticket ID field 404 , a transaction date field 406 , an initial priority field 408 , a final priority field 410 , a provider field 412 , a winnings field 414 , user share field 416 and/or a priority share field 418 .
- the user ID field 402 may display an identifier for the user associated with a gaming transaction represented in the user data table view 400 (e.g., the user may be an individual 112 communicating using an individual device 114 and/or an individual 116 associated with a group 120 communicating through an individual device 118 ).
- the ticket ID field 404 may display an identifier associated with a gaming transaction of the user (e.g., a lottery ticket purchase, a card game, a game of chance, a game of skill, etc.) through the mark-up language portal provided by the distribution module 102 of FIG. 1 ).
- the transaction date field 406 may display an identifier associated with a time and/or date that the gaming transaction was carried out by the user.
- the initial priority field 408 may display an identifier for the priority retailer associated with the user (e.g., determined by the analysis module 210 of FIG. 2 ) based on an analysis of the context data (e.g., the context data 310 generated by the context module 302 of FIG. 3 ) associated with the user at the time referenced in the transaction date field 406 .
- the final priority field 410 may display an identifier associated with the priority retailer associated with the user at the time of expiry and/or conversion of the gaming transaction.
- the provider field 412 may display an identifier referencing a gaming provider (e.g., the gaming provider associated with the gaming module 106 of FIG. 1 ) associated with the gaming transaction.
- the winnings field 414 may display a currency amount indicating a gross value (e.g., without any deductions and/or adjustments) of the winnings associated with the user's successful gaming transaction.
- the user share field 416 may display a currency amount indicating a net value (e.g., an adjusted value) of the user's winnings associated with the currency amount displayed in the winnings field 414 .
- the priority share field 418 may display a currency amount associated with a portion of the disbursement (e.g., an appeasement consideration) referenced in the winnings field 414 to the final priority retailer associated with the user.
- the user ID field 402 displays ‘John’ and ‘Bill,’ indicating identifiers for the users associated with each transaction.
- the ticket ID field 404 displays ‘3G’ and ‘4F,’ indicating identifiers for the tickets (e.g., processed by the distribution module 102 in a communication with the gaming module 106 of FIG. 1 ) associated with each gaming transaction (e.g., John's ticket is ‘3G’ and Bill's ticket is ‘4F.’
- the transaction date field 406 displays ‘23:43:22’ and ‘Mar. 28, 2006’ as the time and date associated with John's gaming transaction, and ‘16:22:03’ and ‘Mar. 10, 2006’ as the time and date associated with Bill's gaming transaction.
- the Initial Priority field 408 displays ‘Rana Groceries—66 Alphonso Rd, San Jose, Calif. 96208,’ indicating the priority retailer (e.g., determined by the analysis module 210 of FIG. 2 ) associated with the user ‘John’ at the time the transaction was made, and ‘Fraga Fruits—094 Lobo Ave, Oakland, Calif. 95673’ indicating the priority retailer associated with the user ‘Bill’ at the time the transaction was made.
- the final priority field 410 displays ‘Joe's Deli, 868 Alphonso Rd, San Jose, Calif., 96208,’ indicating that the initial priority retailer associated with the user ‘John’ at the time of the gaming transaction is different from the final priority retailer associated with ‘John’ upon expiry and/or conversion of the transaction (e.g., ‘Rana Groceries’ or ‘John’ may have moved, the relationship between ‘Rana Groceries’ and the distribution module 102 of FIG. 1 may have changed, etc.), and ‘Fraga Fruits—094 Lobo Ave, Oakland, Calif. 95673,’ indicating that the final priority retailer associated with the user ‘Bill’ is the same as the initial priority retailer associated with ‘Bill.’
- the provider field 412 displays ‘CA State Lottery,’ indicating the gaming provider (e.g., associated with the gaming module 106 of FIG. 1 ) associated with the gaming transaction carried out by ‘John,’ and ‘Lotto,’ indicating the gaming provider associated with the gaming transaction carried out by ‘Bill.’
- the winnings field 414 displays ‘$200,000,’ indicating the gross value of the successful transaction (e.g., the value of the winning ticket) carried out by ‘John’ and verified by ‘CA State Lottery,’ and ‘$50,000,’ indicating the gross value of the successful transaction carried out by ‘Bill’ and verified by ‘Lotto.’
- the user share field 416 displays ‘$175,000,’ indicating the currency (e.g., net) amount that ‘John’ is entitled to receive of the ‘$200,000’ (e.g., gross winnings), and ‘$48,500,’ indicating the net currency amount ‘Bill; is entitled to receive of the ‘$50,000’ gross winnings.
- the priority share 418 displays ‘$25,000,’ indicating the currency amount (e.g., an appeasement consideration) that ‘Joe's Deli’ is entitled to receive of the ‘$200,000’ winnings, and ‘$1500,’ indicating the currency amount that ‘Fraga Fruits’ is entitled to receive of the ‘$200,000’ winnings.
- FIG. 5 is a retailer data table view 500 of content referenced by the distribution database of FIG. 2 , according to one embodiment.
- the retailer data table view 500 may include a retailer ID field 502 , a relationship code field 504 , a priority classification field 506 , a territory code field 508 , a player ID field 510 , a provider field 512 , a revenue split field 514 , and/or an incentive type field 518 .
- the retailer ID field 502 may display an identifier for a retailer (e.g., a retailer 108 of FIG. 1 ) associated with a gaming transaction (e.g., the retailer 108 may not be actively involved in the gaming transaction).
- the relationship code field 504 may display an identifier referencing a relationship (e.g., based on a relationship data generated by the relationship module 222 of FIG. 2 ) between the retailer 108 and the distribution module 102 of FIG. 1 .
- the priority classification field 506 may display an identifier referencing a priority classification (e.g., rating, code, contract, agreement, etc.) based on the relationship between the retailer and the distribution module and/or based on an analysis of the context data of the user associated with the retailer (e.g., using the context module 302 of FIG. 3 and/or the analysis module 210 of FIG. 2 ).
- a priority classification e.g., rating, code, contract, agreement, etc.
- the territory code field 508 may display an identifier referencing a territory (e.g., a geographical region, a framework, a zone, a location, a matrix, etc.) associated with the retailer 108 (e.g., based on a communication with the zoning module 306 of FIG. 3 ).
- the player ID field 510 may display an identifier for a user of a gaming module 106 for a gaming transaction associated with the retailer 108 .
- the retailer 108 may be determined to be a priority retailer associated with a user who carries out a successful transaction (e.g., purchases a winning ticket) through the mark-up language portal provided by the distribution module 102 of FIG. 1 .
- the provider field 512 may display an identifier for a gaming provider (e.g., a gaming provider associated with the gaming module 106 of FIG. 1 ) associated with the successful transaction of the user associated with the retailer 108 .
- the revenue split field 514 may display various currency amounts referencing disbursements (e.g., appeasement considerations) processed of the gaming module 106 to the retailer 108 and/or other retailers (e.g., based on a relationship, agreement, contract, etc. between the retailers).
- the incentive type field 518 may display an identifier associated with an incentive provided by the distribution module 102 to the retailer 108 (e.g., an online advertisement on the mark-up language portal and/or a print media marketing such as a billboard, sign, etc.).
- FIG. 5 may be understood with reference to the hypothetical examples illustrated in FIG. 4 .
- the retailer ID field 502 displays ‘Joe's Deli, 868 Alphonso Rd, San Jose, Calif., 96208’ and ‘Fraga Fruits—094 Lobo Ave, Oakland, Calif. 95673,’ indicating identifiers for two different retailers.
- the relationship code field 504 displays ‘L1G2,’ indicating an identifier associated with the relationship between ‘Joe's Deli’ and the distribution module 102 of FIG. 1 , and ‘N/A,’ indicating that ‘Fraga Fruits’ has no current relationship with the distribution module 102 .
- the priority classification field 506 displays ‘01,’ indicating an identifier associated with ‘Joe's Deli’ priority classification (e.g., determined by the analysis module 210 of FIG. 2 ), and ‘05,’ indicating an identifier associated with ‘Fraga Fruits’ priority classification.
- the territory code field 508 displays ‘P4,’ indicating that ‘Joe's Deli’ is associated with a territory ‘P4’ (e.g. population, zone, location, matrix, etc.), and ‘G9,’ indicating that ‘Fraga Fruits’ is associated with a territory ‘G9.’
- the territories associated with the retailers may be determined by the zoning module 306 of FIG. 3 .
- the player ID field 510 displays ‘John,’ indicating an identifier for the user associated with ‘Joe's Deli’ (e.g., Joe's Deli may be the priority retailer associated with ‘John’), and ‘Bill,’ indicating that ‘Fraga Fruits’ may be the priority retailer associated with ‘Bill.’ (e.g.,
- the provider field 512 displays ‘CA State Lottery,’ indicating an identifier for the gaming provider associated with the successful gaming transaction by ‘John,’ as ‘CA State Lottery,’ and ‘Lotto,’ indicating the identifier for the gaming provider associated with the successful gaming transaction by ‘Bill’ as ‘Lotto.’
- the revenue split field 514 displays in the first row ‘Retailer—$20,000’ and ‘Julio Deli—$5,000,’ indicating that ‘Joe's Deli’ may have agreed to split a winnings of $25,000 (e.g., according to the distribution illustrated) with ‘Julio Deli.’
- the revenue split field 514 displays ‘N/A,’ indicating that ‘Fraga Fruits’ may not have an arrangement and/or agreement with the distribution module 102 to split revenue (e.g., the appeasement package) with (an)other retailer(s).
- the incentive type field 518 displays ‘PMM02,’ indicating that the distribution module 102 may provide an incentive (e.g., a print media marketing incentive such as a billboard, sign and/or flyer service) to ‘Joe's Deli,’ and ‘ONL64,’ indicating the distribution module 102 may provide an incentive (e.g., an online advertisement through a mark-up language portal available to users) to ‘Fraga Fruits.’
- an incentive e.g., a print media marketing incentive such as a billboard, sign and/or flyer service
- FIG. 6 is an aerial view 600 of a geographical positioning framework, according to one embodiment.
- the aerial view 600 may be a virtual representation of the geographical positioning framework (e.g., generated by the zoning module 306 of FIG. 3 ).
- the aerial view 600 may include territories 602 (e.g., a territory 602 A, a territory 602 B, a territory 602 N, etc.), retailers 604 (e.g., a retailer 604 A, a retailer 604 B, a retailer 604 N, etc.), priority zones 606 (e.g., a priority zone 606 A, a priority zone 606 B, etc.), and/or users 608 (e.g., a user 608 A, a user 608 B, a user 608 N, etc.).
- territories 602 e.g., a territory 602 A, a territory 602 B, a territory 602 N, etc.
- retailers 604 e.g., a retailer 604 A, a retailer 604
- the territories 602 may be geographical areas (e.g., territories, matrices, zones, population distributions, demographic units, etc.) associated with the retailers 604 (e.g., determined by the positioning module 104 of FIG. 1 ) based on a context data (e.g., the context data 122 generated by the positioning module 104 of FIG. 1 ) associated with the users 608 .
- the territories 602 may be inversely proportional in coverage (e.g., area, spread, scope, etc.) to the population density of the users 608 associated with the geographical positioning framework.
- the territories 602 associated with the retailers 604 may be determined based on an analysis of data associated with the number and/or distribution of users 608 (e.g., having access to the internet, having subscription to gaming offerings of the gaming module 106 through the mark-up language portal provided by the distribution module 102 of FIG. 1 , having access to the retailers 604 , etc.).
- users 608 e.g., having access to the internet, having subscription to gaming offerings of the gaming module 106 through the mark-up language portal provided by the distribution module 102 of FIG. 1 , having access to the retailers 604 , etc.
- some territories 602 may have less coverage (e.g., less area, less scope, less spread etc.) but more population density of the users 608 (e.g., based on various metrics, data and/or models) than other territories 602 , as illustrated in FIG. 6 (e.g., territory coverage may be represented by area sizes of the territories 602 , and/or population density of the users 608 may be represented by number of users 608 depicted).
- the priority zones 606 may be associated with the retailers 604 (e.g., various retailers 604 may be priority retailers for the users 608 illustrated as being within the boundaries of the priority zones 606 associated with the various retailers 604 ) and/or the users 608 (e.g., based an context data generated by the positioning module 104 of FIG. 1 ).
- FIG. 7 is a user interface game view 700 of the distribution module 102 of FIG. 1 , according to one embodiment.
- the user interface game view 700 may include a welcome page, a game play options view 702 , a subscription options view 704 , a promotional information view 706 , a current games view 708 , an account information view 710 , a checkout now view 712 , and/or a profile view 714 .
- the game play options view 702 may display various playing options (e.g., selections, combinations, lucky numbers, multiple simultaneous picks, etc.) associated with a game that the user is currently playing.
- the current games view 708 may include a list of games associated with the user's preferences (e.g., quickpick, Lotto, bingo, sports betting, poker and/or new car sweepstakes, etc.).
- the account information view 710 may display subscription information about the user.
- the checkout now view 712 may display the user's current outstanding balance.
- the profile view 714 may include data about the user (e.g., address, source IP, location, etc.).
- the user interface game view includes a welcome message ‘Welcome John’ identifying ‘John’ as a user.
- the subscriptions options view 704 shows ‘52’ weeks, ‘weekly’ frequency, and ‘IND’ type indicating that the subscription is for a duration of fifty two weeks, on a weekly basis, and individual type (e.g., John may also have the option of being associated with a group type).
- the current games view 708 shows that ‘John’ is currently playing ‘quick pick’ and ‘bingo’.
- ‘John’ may also view the promotional information 706 associated with the retailer ‘Fraga Fruits,’ view and/or edit his account information 710 , profile 714 (e.g., ‘John’ may enter information that may be communicated with the positioning module 104 to generate a context data when ‘John’ initiates a transaction), view his current balance (e.g., the current balance may be communicated by the gaming revenue module 240 of FIG. 2 ) and/or choose to checkout now 712 .
- profile 714 e.g., ‘John’ may enter information that may be communicated with the positioning module 104 to generate a context data when ‘John’ initiates a transaction
- view his current balance e.g., the current balance may be communicated by the gaming revenue module 240 of FIG. 2
- choose to checkout now 712 e.g., the current balance may be communicated by the gaming revenue module 240 of FIG. 2 .
- FIG. 8 is a diagrammatic representation of a machine in the form of a data processing system within which a set of instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed, according to one embodiment.
- the machine operates as a standalone device and/or may be connected (e.g., networked) to other machines.
- the machine may operate in the capacity of a server and/or a client machine in server-client network environment, and/or as a peer machine in a peer-to-peer (or distributed) network environment.
- the machine may be a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch and/or bridge, an embedded system and/or any machine capable of executing a set of instructions (sequential and/or otherwise) that specify actions to be taken by that machine.
- PC personal computer
- PDA Personal Digital Assistant
- STB set-top box
- STB set-top box
- a Personal Digital Assistant PDA
- a cellular telephone a web appliance
- network router switch and/or bridge
- embedded system an embedded system and/or any machine capable of executing a set of instructions (sequential and/or otherwise) that specify actions to be taken by that machine.
- machine shall also be taken to include any collection of machines that individually and/or jointly execute a set (or multiple sets) of instructions to perform any one and/or more of the methodologies discussed herein.
- the example computer system 800 includes a processor 802 (e.g., a central processing unit (CPU) a graphics processing unit (GPU) and/or both), a main memory 804 and a static memory 806 , which communicate with each other via a bus 808 .
- the computer system 800 may further include a video display unit 810 (e.g., a liquid crystal display (LCD) and/or a cathode ray tube (CRT)).
- the computer system 800 also includes an alphanumeric input device 812 (e.g., a keyboard), a cursor control device 814 (e.g., a mouse), a disk drive unit 816 , a signal generation device 818 (e.g., a speaker) and a network interface device 820 .
- an alphanumeric input device 812 e.g., a keyboard
- a cursor control device 814 e.g., a mouse
- a disk drive unit 816 e.g., a disk drive unit 816
- a signal generation device 818 e.g., a speaker
- the disk drive unit 816 includes a machine-readable medium 822 on which is stored one or more sets of instructions (e.g., software 824 ) embodying any one or more of the methodologies and/or functions described herein.
- the software 824 may also reside, completely and/or at least partially, within the main memory 804 and/or within the processor 802 during execution thereof by the computer system 800 , the main memory 804 and the processor 802 also constituting machine-readable media.
- the software 824 may further be transmitted and/or received over a network 826 via the network interface device 820 .
- the machine-readable medium 822 is shown in an example embodiment to be a single medium, the term “machine-readable medium” should be taken to include a single medium and/or multiple media (e.g., a centralized and/or distributed database, and/or associated caches and servers) that store the one or more sets of instructions.
- the term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding and/or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the various embodiments.
- the term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals.
- an appeasement consideration is automatically provided to the priority retailer when a transaction (e.g., by a user through the mark-up language portal provided by the distribution module 102 of FIG. 1 ) is processed of a gaming module (e.g., the gaming module 106 of FIG. 1 ).
- a quantification is determined of the appeasement consideration based on an agreement data formed of a relationship between the priority retailer, the distribution module 102 and a gaming provider (e.g., a gaming provider associated with the gaming module 106 of FIG. 1 ).
- a mark-up language portal is provided (e.g., by the distribution module 102 ) to a user of the gaming module 106 .
- an identity of a user is verified (e.g., by the verification module 230 of FIG. 2 ) using a digital signature to certify the identity with the transaction processed of the gaming module 106 .
- a positioning module 104 is communicated with to allocate a context data (e.g., using the context module 302 of FIG. 3 ) of a position (e.g., a geographical position) of a user of the gaming module 106 relative to a position of a retailer of the retailers.
- a notification is generated (e.g., by the notification module 232 of FIG. 2 ) having aggregation information of the transaction and other transactions (e.g., by the user of the gaming module 106 ) associated with the priority retailer.
- a print media marketing incentive e.g., a billboard service, a sign advertisement, a flyer service, etc.
- a user of the gaming module 106 is notified of an outcome associated with a gaming activity (e.g, a successful transaction, a winning ticket purchase, etc.) carried out by the user through the mark-up language portal (e.g., provided by the distribution module 102 ).
- a portion of a disbursement e.g., an appeasement consideration
- the priority retailer e.g., by the payment module 238 of FIG. 2 .
- FIG. 10 is a process flow to generate a context data of a position of a user of a gaming module within a geographical positioning framework relative to a position of a priority retailer independent of a transaction processed of the gaming module.
- a geographical positioning framework is determined (e.g., by the zoning module 306 of FIG. 3 ) based on a communication with at least one of a reference provider module (e.g., the reference provider module 110 of FIG. 1 ), a gaming module 106 , and a distribution module 102 .
- a context data is generated of a position of a user of a gaming module 106 (e.g., by the context module 302 of FIG. 3 ) within the geographical positioning framework (e.g., the geographical positioning framework 600 illustrated in FIG. 65 ) relative to a position of a retailer (e.g., the retailers 604 of FIG. 6 ) independent of a transaction processed of the gaming module 106 .
- a continuous lifecycle tracking history associated with the user of the gaming module and the priority retailer is compiled (e.g., by the history module 216 of FIG. 2 ).
- the distribution module 102 , the positioning module 104 , the gaming module 106 , the reference provider module 110 , the individual device 114 , the individual device 118 , the user module 200 , the retailer module 202 , the transaction module 206 , the analysis module 210 , the financial module 212 , the history module 216 , the subscription module 218 , the activity module 220 , the relationship module 222 , the incentive module 224 , the location module 226 , the tracking module 228 , the verification module 230 , the notification module 232 , the compliance module 234 , the security module 236 , the payment module 238 , the gaming revenue module 240 , the conflict resolution module 242 , the reference module 300 , the context module 302 , the meta module 304 , the zoning module 306 , and/or the segmentation module 308 may be enabled using a distribution circuit 102 , a positioning circuit 104 , a gaming circuit 106 , a reference provider circuit 110 , an individual
Abstract
Retail channel appeasement method system is disclosed. In one embodiment, a method includes generating a relationship data based on a profile meta-data analysis of a plurality of retailers, comparing a context data generated by a positioning module with the relationship data to determine a priority retailer of the plurality of retailers, and/or automatically providing an appeasement consideration to the priority retailer when a transaction is processed of a gaming module. The method may also include determining a quantification of the appeasement consideration based on an agreement data formed of a relationship between the priority retailer, the distribution module and a gaming provider, and/or allocating a portion of a disbursement associated with the transaction processed of the gaming module to the priority retailer.
Description
- This disclosure relates generally to the technical fields of software and/or hardware technology and, in one example embodiment, to a method and/or system of accessibility and security in a gaming environment.
- A gaming provider (e.g., California State Lottery, Lotto™) may provide a gaming service (e.g., a lottery, a game of chance, game of skill, etc.) to a user (e.g., a player). However, the gaming provider's services may not be available to users wishing to access the service online (e.g., through the internet). The gaming provider's offerings (e.g., lottery tickets, scratch-cards, gaming coupons, etc.) may be accessible to a potential user only through a physical retail channel (e.g., a grocery store, a deli, a supermarket, a stand, etc.).
- A retail store may realize commercial benefits by advertising the gaming provider's offerings. For example, the gaming provider's offerings may be highly attractive to a person, and may entice the person to enter the retail store. Even though the person may have initially been interested in purchasing the gaming provider's offerings, it is likely that the person might also purchase items for sale as part of the retail store's offerings (e.g., groceries, snacks, drinks, reading material, etc.) and in so doing generate a revenue derived from the person's initial interest in the gaming provider's offerings. The potential for the gaming provider's offerings to generate such foot traffic (e.g., walk-in customers) may represent a strong incentive for the retail store to continue displaying the gaming provider's offerings.
- The retail store may oppose an initiative by the gaming provider to make its offerings (e.g., the gaming provider's offerings) available for sale to the public at alternative locations, such as online (e.g., on the internet). The retail store may consider such a move by the gaming provider to be undesirable because it would result in a loss of potential revenue for the retail store. The retail store may oppose attempts by the gaming provider to make its offerings available online by boycotting (e.g., by refusing to stock the gaming provider's offerings), in an attempt to discourage the gaming provider from attempting online sale of its offerings.
- A large group of gaming providers may unite (e.g., form a group with the same objectives) to threaten to boycott their sale of the gaming provider's offerings if the gaming provider intended to offer its services to online users, because an online environment might allow users from any location to access the gaming provider's offerings without having to purchase them from the retail stores, and therefore retail stores located anywhere might be affected by a drop in customer traffic.
- The effect of one retail store boycotting sale of the gaming provider's offerings may be disastrous to the gaming provider, because if a large number of gaming providers also decided to boycott the gaming provider's offerings, the gaming provider may perceive it as a considerable risk for commercial loss (e.g., revenue lost as a result of a large drop in sales).
- Retail Channel Appeasement method and system is disclosed. In one aspect, a method includes generating a relationship data based on a profile meta-data analysis of a plurality of retailers, comparing a context data generated by a positioning module with the relationship data to determine a priority retailer of the plurality of retailers, and/or automatically providing an appeasement consideration to the priority retailer when a transaction is processed of a gaming module. The meta-data may be a time data, a position data, a contract data, a sales volume data, a statistical data, a historical regression data, a demographic data, a financial data and/or a personal data.
- The method may also include determining a quantification of the appeasement consideration based on an agreement data formed of a relationship between the priority retailer, the distribution module and a gaming provider, and/or allocating a portion of a disbursement associated with the transaction processed of the gaming module to the priority retailer. The appeasement consideration may be earned by the priority retailer without participation of the priority retailer in the transaction.
- The method may further include providing a mark-up language portal to a user of the gaming module. The mark-up language portal may include an advertisement of at least one of the plurality of retailers, and/or a number of games including a lottery game, a card game, a game of chance and/or a game of skill. The games may each include a subscription option, a group play option, a quick-pick option, and/or a multiple game option.
- The method may yet include verifying an identity of a user using a digital signature to certify the identity with the transaction processed of the gaming module. The method may also include communicating with a positioning module to allocate a context data of a position of a user of the gaming module relative to a position of a retailer of the plurality of retailers. The method may further include generating a notification having aggregation information of the transaction and other transactions associated with the priority retailer, and/or notifying a user of the gaming module of an outcome associated with a gaming activity carried out by the user through the mark-up language portal. The method may yet include providing a print media marketing incentive to individual ones of the plurality of retailers.
- In another aspect, a method includes determining a geographical positioning framework based on a communication with a reference provider module, a gaming module, and/or a distribution module, and/or generating a context data of a position of a user of a gaming module within the geographical positioning framework relative to a position of a retailer independent of a transaction processed of the gaming module. The geographical positioning framework may be generated using a mapping data, a reference data, a zoning data, a GPS data, a web-enabled search data, a proprietary algorithm data, and/or a demographic data.
- The method may also include compiling a continuous lifecycle tracking history associated with the user of the gaming module and the priority retailer. The lifecycle tracking history may track changes in the context data and/or the geographical positioning framework over a time period of an association of the user with the gaming module.
- In yet another aspect, a system includes automatically providing an appeasement consideration to the priority retailer when a transaction is processed of a gaming module, generating a context data of a position of a user of a gaming module within the geographical positioning framework relative to a position of a retailer independent of a transaction processed of the gaming module, originating a disbursement to at least one of a priority retailer and a user of the gaming module, and/or processing the portion of the disbursement provided by the distribution module in a communication with the gaming module.
- The system may further include comparing the context data with a relationship data to determine a priority retailer associated with the user of the gaming module. The appeasement consideration may be provided without the involvement of the retailer module in the transaction processed of the gaming module.
- The methods, systems, and apparatuses disclosed herein may be implemented in any means for achieving various aspects, and may be executed in a form of a machine-readable medium embodying a set of instructions that, when executed by a machine, cause the machine to perform any of the operations disclosed herein. Other features will be apparent from the accompanying drawings and from the detailed description that follows.
- Example embodiments are illustrated by way of example and not limitation in the figures of the accompanying drawings, in which like references indicate similar elements and in which:
-
FIG. 1 is a system view of a distribution module that communicates with a positioning module, a gaming module, a retailer, a reference provider module, and an individual device, according to one embodiment. -
FIG. 2 is an exploded view of the distribution module ofFIG. 1 , according to one embodiment. -
FIG. 3 is an exploded view of the positioning module ofFIG. 1 , according to one embodiment. -
FIG. 4 is a user data table view of content referenced by the distribution database ofFIG. 2 , according to one embodiment. -
FIG. 5 is a retailer data table view of content referenced by the distribution database ofFIG. 2 , according to one embodiment. -
FIG. 6 is an aerial view of a geographic positioning framework, according to one embodiment. -
FIG. 7 is a user interface game view of the distribution module ofFIG. 1 , according to one embodiment. -
FIG. 8 is a diagrammatic representation of a machine in the form of a data processing system within which a set of instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed, according to one embodiment. -
FIG. 9 is a process flow at automatically provide an appeasement consideration to a priority retailer when a transaction is processed of a gaming module. -
FIG. 10 is a process flow to generate a context data of a position of a user of a gaming module within a geographical positioning framework relative to a position of a priority retailer independent of a transaction processed of the gaming module. - Other features of the present embodiments will be apparent from the accompanying drawings and from the detailed description that follows.
- Retail channel appeasement system and method is disclosed. In the following description, for the purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the various embodiments. It will be evident, however to one skilled in the art that the various embodiments may be practiced without these specific details.
- An example embodiment provides a method of generating a relationship data based on a profile meta-data analysis (e.g., using an analysis module 210 of
FIG. 2 ) of a plurality of retailers, comparing a context data generated by a positioning module 104 (e.g., using acontext module 302 ofFIG. 3 ) with the relationship data (e.g., associated with aretailer 108 ofFIG. 1 ) to determine a priority retailer of the plurality of retailers, and/or automatically providing an appeasement consideration (e.g., a financial disbursement, a payment, etc. using thepayment module 238 ofFIG. 2 ) to the priority retailer when a transaction is processed (e.g., a successful transaction, a winning ticket purchase, etc.) of a gaming module 106 (e.g., agaming module 106 associated with gaming offerings such as lottery games, card games, games of chance, games of skill, etc.) - In another embodiment, a method may include determining a geographical positioning framework (e.g., the
geographical positioning framework 600 illustrated inFIG. 6 ) based on a communication with areference provider module 110, agaming module 106, and/or adistribution module 102, and/or generating a context data of a position of a user of agaming module 106 within the geographical positioning framework (e.g., using thecontext module 302 ofFIG. 3 b) relative to a position of a retailer independent of a transaction processed of the gaming module (e.g., the retailer may not be actively involved in the transaction). - In yet another embodiment, a system may include automatically providing an appeasement consideration (e.g., a financial disbursement, a payment, etc.) to the priority retailer when a transaction is processed of a
gaming module 106, generating a context data of a position of a user of agaming module 106 within the geographical positioning framework (e.g., thegeographical positioning framework 600 illustrated inFIG. 6 ) relative to a position of a retailer independent of a transaction processed of the gaming module, originating a disbursement (e.g., using thepayment module 238 ofFIG. 2 ) to at least one of a priority retailer (e.g., and/or another retailer)and a user of thegaming module 106, and/or processing the portion of the disbursement (e.g., the appeasement consideration) provided by thedistribution module 102 in a communication with thegaming module 106. - It will be appreciated that the various embodiments discussed herein may/may not be the same embodiment, and may be grouped into various other embodiments not explicitly disclosed herein.
-
FIG. 1 is a system view of adistribution module 102 that communicates with apositioning module 104, agaming module 106, aretailer 108, areference provider module 110, anindividual device 114 and/or anindividual device 118, according to one embodiment. Thedistribution module 102 may communicate (e.g., through anetwork 100 ofFIG. 1 ) with an individual device (e.g., anindividual device 114 associated with an individual 112, and/or anindividual device 118 associated with agroup 120, as illustrated inFIG. 1 ) and/or thegaming module 106 to make available (e.g., provide, facilitate and/or host, etc. in an online environment) various gaming offerings (e.g., lottery games, card games, games of chance and/or games of skill, etc.) to a user (e.g., the individual 112 ofFIG. 1 ). - In another embodiment, the
distribution module 102 may provide options related to the gaming offerings (e.g., subscription options, group-play options, quick-pick options, and a multiple game option. Thedistribution module 102 may provide a mark-up language portal (e.g., a user interface, a graphical user interface and/or a website, etc.) to allow the user to participate in (e.g., play, view, use, apply and/or execute, etc.) the gaming offerings (e.g., gaming offerings provided by the gaming module 106). Thegaming module 106 may be associated with a gaming provider (e.g., an organization, an association, a board, and/or an institution, etc.) that may communicate with thedistribution module 102 to provide the gaming offerings to the public (e.g., to multiple users in an online environment). - In one embodiment, the
distribution module 102 may process (e.g., capture, generate, analyze, record, track and/or store, etc.) a relationship data (e.g., a relationship data associated with a retailer 108) based on a profile (e.g., a relationship, a contract, an agreement, etc.) meta-data analysis of a retailer (e.g., a grocery store, a supermarket, a deli, a stand, a shop, a store, etc.). For example, the meta-data associated with the retailer may include a time data, a position data, a contract data, a sales volume data, a statistical data, a historical regression data, a demographic data, a financial data and/or a personal data, etc. In another embodiment, thedistribution module 102 may process (e.g., capture, analyze, track, etc.) a context data (e.g., thecontext data 122 ofFIG. 1 ) communicated by thepositioning module 104. Thecontext data 122 may be associated with a position (e.g., a geographical position, a relative position, a meta-data representation of a location, etc.) of the user (e.g., the individual 112 ofFIG. 1 ) of thegaming module 106 relative to a position of the retailer. - The distribution module may process (e.g., compare and/or analyze, etc.) the relationship data and the
context data 122 to determine (e.g., select, choose, compute, etc.) a priority retailer (e.g., based on a preference, a relationship, a contract, an agreement, a special interest, an association, and/or a membership, etc.) of retailers (e.g., theretailer 108 ofFIG. 1 ). In a further embodiment, thedistribution module 102 may process a transaction (e.g., a play, a purchase of tickets, and/or a gaming transaction, etc.) by the user of the gaming module 106 (e.g., through the mark-up language portal provided by the distribution module 102). - The
distribution module 102 may communicate with thegaming module 106 to verify a successful transaction (e.g., a winning ticket purchase by the user) processed by thegaming module 106. Thedistribution module 102 may automatically provide an appeasement consideration (e.g., a portion of a financial disbursement provided by thegaming module 106 to the user associated with the successful transaction) to the priority retailer (e.g., may provide a financial disbursement, a material consideration, a benefit, an incentive, etc. without the priority retailer's participation and/or involvement in the transaction). Thedistribution module 102 is best understood with reference toFIG. 2 . -
FIG. 2 is an exploded view of thedistribution module 102 ofFIG. 1 , having a user module 200, aretailer module 202, atransaction module 206, an analysis module 210, afinancial module 212, and adistribution database 214, according to one embodiment. The user module 200 may include ahistory module 216, asubscription module 218, and/or anactivity module 220. - The
history module 216 may process (e.g., capture, track, record, store and/or analyze, etc.) data (e.g., static data and/or dynamic data associated with the user's gaming preferences, priority retailers corresponding to transactions made by the user, personal information, locations, play patterns, winnings, purchases, transactions, etc.) associated with the gaming activity (e.g., through the mark-up language portal provided by the distribution module 102) of the user (e.g., of the individual device 114) over a time period of an association (e.g., subscription, membership, use, etc.) of the user with thegaming module 106. - For example, the history module may track changes in the
context data 122 associated with the user, maintain a record of priority retailers associated (e.g., over the course of, and/or at multiple instances during, various transactions) with the user, and/or update information associated with the position (e.g., geographical location, and/or personal circumstances, etc. of the user, etc. - The
subscription module 218 may process (e.g., capture, store, track, record, and or analyze, etc.) data (e.g., historical data, contemporaneous data, etc.) associated with the user's association (e.g., subscription, membership, contract, term of use, etc.) with thegaming module 106. For example, thesubscription module 218 may process (e.g., capture, track, store and/or generate, etc.) a subscription data (e.g., communicated by the user through the mark-up language portal provided by the distribution module 102) which may activate reoccurring transactions (e.g., tickets, gaming options, and/or playing rounds, etc. associated with a particular user) that may be issued (e.g., periodically and/or automatically) to the user. - The
activity module 220 may process information associated with the user's gaming activity (e.g., game play options) through thegaming module 106. For example, the user may initiate a transaction (e.g., a ticket selection and/or purchase, a dice roll, a wheel spin, etc.) as an individual (e.g., the individual 112 ofFIG. 1 ) and/or on behalf of a group (e.g., agroup 120 associated with theindividual device 118 ofFIG. 1 ). - In one embodiment, the
activity module 220 may communicate with thehistory module 216 to process the user's preferences associated with the gaming activity (e.g., based on a user prompt and/or input, based on historical data associated with the user's preferences, based an automated selection, etc.) and/or to process a group gaming activity (e.g., multiple ticket selections, group lottery ticket purchases, simultaneous game plays) based on the user's preferences, and/or transaction parameters (e.g., single and/or multiple transaction parameters) specified by the user (e.g., using the mark-up language portal). - In another embodiment, the
activity module 220 may process game play options (e.g., quick-picks, randomized selections of gaming parameters generated by an algorithm, multiple simultaneous gaming selections, bet amounts, stakes, antes, etc.) associated with the user's gaming activity. - The
retailer module 202 may include arelationship module 222, anincentive module 224 and/or alocation module 226. Theretailer module 202 may process data and/or meta data associated with and/or relevant to a retailer associated with thedistribution module 102. In one embodiment, therelationship module 222 may process a profile meta data (e.g., a time data, a position data, a contract data, a sales volume data, a statistical data, a historical regression data, a demographic data, a financial data and/or a personal data, etc.) analysis of retailers associated with a geographical positioning framework (e.g., the geographical positioning framework illustrated inFIG. 6 ). - For example, the
relationship module 222 may generate a relationship data associated with a particular retailer based on the profile meta data analysis of the retailers associated with the geographical positioning framework. Theincentive module 224 may process (e.g., capture, track, generate, store, record and/or analyze, etc.) data and/or meta data related to an incentive associated with a retailer (e.g., as part of and/or based on the relationship data generated by therelationship module 222. For example, theincentive module 224 may generate an advertisement associated with a particular retailer and/or display the advertisement to users of the mark-up language portal. - In one embodiment, the incentive module may communicate with the
location module 226 and/or thepositioning module 104 to process (e.g., determine, allocate, generate and/or create, etc.) a print media marketing (e.g., a billboard, a physical display, an ad campaign, a sign, etc.) associated with a particular retailer (e.g., in thegeographical positioning framework 600 illustrated inFIG. 6 ). Thelocation module 226 may communicate with thepositioning module 104 ofFIG. 1 to process (e.g., capture, analyze, track and/or store, etc.) data and/or meta data associated with the location of a retailer (e.g., within thegeographical positioning framework 600 illustrated inFIG. 6 ). For example, thelocation module 226 may communicate the location associated with the retailer to thepositioning module 104. - The
transaction module 206 may include atracking module 228, averification module 230, anotification module 232, acompliance module 234, and/or asecurity module 236. Thetracking module 228 may communicate with the user module 200, thesecurity module 236, the analysis module 210, thegaming module 106 and/or thepositioning module 104 ofFIG. 1 to process meta-data associated with a gaming transaction (e.g. a purchase of a lottery ticket, a card game, a game of chance and or a game of skill, etc.) carried out by the user associated with thegaming module 106. - For example, the
tracking module 228 may capture, track, monitor and/or record a revenue flow and/or a series of transactions (e.g., the revenue flow may accrue from payments receivable of thegaming module 106 ofFIG. 1 ) based on a cumulative history of the users' gaming activities that are verified (e.g., by theverification module 230, in a communication with the gaming module 106) as successful transactions (e.g., winning ticket purchases). - The
verification module 230 may communicate with thetracking module 228, the security module236, and/or thegaming module 106 to process (e.g., verify, certify, authenticate, etc.) a gaming transaction carried out by the user through the mark-up language portal (e.g., a gaming transaction and/or meta data associated with the gaming transaction communicated as an electronic document to the gaming module 106). - For example, the
verification module 230 may verify that an identifier (e.g., a digital signature, a digital watermark, a digital fingerprint, etc.) associated with the electronic document (e.g., a ticket) communicated by the user to thegaming module 106 is authentic and/or unaltered. In one embodiment, theverification module 230 may process the electronic document to determine if the electronic document is associated with a successful transaction (e.g., a winning ticket number, a winning combination, a lucky number, a winning configuration, etc.) In another example, thesecurity module 236 may verify an identity of a user using a digital signature to certify the identity with the transaction processed of thegaming module 106. - The
notification module 232 may interact with thepositioning module 104 and thegaming module 106 ofFIG. 1 and thetracking module 228 to process communications to various parties (e.g., to users, to retailers and/or priority retailers, to gaming providers, etc.) The communications may include information associated with and/or relevant to the various parties. - For example, the
notification module 232 may communicate an outcome associated with a gaming transaction by the user, a report of revenue generated (e.g., the user's winnings for each successful transaction and/or portions of disbursements processed of thegaming module 106 to a priority retailer), meta data (e.g., user activity and/or context data statistics, meta data associated with the user's gaming activities, etc.), aggregation information (e.g., of the transaction and other transactions associated with the priority retailer), and/or financial options (e.g., payment options associated with payments receivable of a user for gaming activities, payment and/or deposit preferences, etc.). - The
compliance module 234 may process information associated with transactions processed of thegaming module 106 and/or ensure that thegaming module 106 and/or thedistribution module 102 is in compliance with (e.g., conforms to, adheres to, follows, is functioning within, etc.) any requirements (e.g., legal regulations, statutes, laws, codes, guides, ethical requirements, etc.) associated with transactions, offerings, and/or dealings, etc. processed by thedistribution module 102 and/or thegaming module 106. - The
security module 236 may process transactions, communications and/or electronically transmitted documents (e.g. lottery ticket purchases) initiated by the user and/or information communicated by the gaming module and/or the user to ensure that the transaction and/or the information communicated is secure (e.g., that personal information submitted by the user may not be identifiable and/or available to any non-authorized party, that data and/or meta data submitted and/or received by the user, the priority retailer and/or the gaming module is is trusted and unaltered in any form, etc.). - The
financial module 212 may include apayment module 238 and/or agaming revenue module 240. Thepayment module 238 may communicate with thepositioning module 104 and/or thegaming module 106 ofFIG. 1 , and/or thetransaction module 206, theverification module 230 and/or the user module 200 to process an payment (e.g., a financial disbursement) to the user when a successful transaction is processed of thegaming module 106 ofFIG. 1 . - The
payment module 238 may process a portion of the payment (e.g., an appeasement consideration, in a communication with thegaming module 106 and/or the retailer module 202) to a priority retailer (e.g., a priority retailer determined based on an analysis of a context data and a relationship data by thedistribution module 102 ofFIG. 1 ). For example, the payment module may process an appeasement consideration based on an agreement data formed of a relationship between the priority retailer, the distribution module and a gaming provider (e.g., the relationship may not require the priority retailer's participation). - The
gaming revenue module 240 may process (e.g., analyze, record, track, store, generate, capture, etc.) data and/or meta data related to revenue receivable by thegaming module 106 and/or the distribution module 102 (e.g., from payments receivable of users based on the users' gaming transactions, activities and/or subscription options, etc.), and/or associated with the users (e.g., based on payments processed of thegaming module 106 based upon verification of successful transactions), and/or the priority retailers associated with the users. - The distribution database may store information, data and/or meta data related to communications, transactions, entities, interests and/or offerings, etc. associated with various parties (e.g., gaming providers, users, retailers, etc.) and/or the
distribution module 102, thepositioning module 104 and/or thegaming module 106 ofFIG. 1 . - The analysis module 210 may interact with the
positioning module 104 and/or thegaming module 106 ofFIG. 1 , the user module 200, theretailer module 202, and/or thetransaction module 206 to process (e.g., analyze, interpret, manipulate, compile, track, record, generate, etc.) data and/or meta data (e.g., a context data communicated by thepositioning module 104 ofFIG. 1 , a relationship data communicated by theretailer module 202, etc.) associated with the user and/or the retailer. For example, the analysis module may compare a context data (e.g., generated by thepositioning module 104 ofFIG. 1 ) with the relationship data (e.g., communicated by the retailer module 202) to determine a priority retailer of the retailers. - The priority retailer may be the retailer most proximal (e.g., based on a geographical association) to the user, or may be a different retailer (e.g., based on a priority analysis of the relationship data associated with the different retailer). The analysis module 210 may include a conflict resolution module 242. The conflict resolution module 242 may process (e.g., analyze, resolve, determine, sort, etc.) differences (e.g., inconsistencies, disparities, conflicts, variations, etc.) associated with the context data and/or the relationship data. For example, the context data may be generated at multiple instances during the time period of an association of the user with the gaming module.
- The conflict resolution module 242 may resolve discrepancies associated with different instances of the context data generated for a particular user (e.g., due to demographic changes, displacement, address change, a particular retailer going out of business or moving, etc.), and/or communicate with the user module 200, the
retailer module 202, and/or thepositioning module 104 to refresh (e.g., recalculate, reassess, revise, update, etc.) the context data associated with the user. -
FIG. 3 is an exploded view of thepositioning module 104 ofFIG. 1 , having areference module 300, acontext module 302, ameta module 304, azoning module 306 and asegmentation module 308, according to one embodiment. Thereference module 300 may communicate with a reference provider module (e.g., thereference provider module 110 ofFIG. 1 ) to process (e.g., analyze, compare, track, etc.) a positioning data and/or meta data (e.g., a mapping data, a reference data, a zoning data, a GPS data, a web-enabled search data, a proprietary algorithm data, and/or a demographic data) associated with a position (e.g., a geographical position) of a retailer. - The
context module 302 may communicate with the user module 200 and/or the retailer module ofFIG. 2 , thereference module 300 and/or thezoning module 306 to generate a context data associated with a position of a user of thegaming module 106 within thegeographical positioning framework 600, relative to a position of a retailer (e.g., a retailer independent of a transaction processed of the gaming module). The context data may be generated at multiple instances for a particular user (e.g., the context data may vary based on changes in the user's and/or the retailer's position, changes in the priority zone associated with a particular retailer, changes in the relationship data associated with a particular retailer, etc.) - The
meta module 304 may process (e.g., analyze, record, track, store, capture, etc.) meta data (e.g., associated with the context data for a particular user, the relationship data for a retailer, the priority classification for a retailer, etc.). For example, themeta module 304 may classify (e.g., using meta tags, identifiers, markers, etc.) data received and/or communicated in an interaction with various modules (e.g., to synchronize and/or organize communications between modules). For example, the meta module may process a profile meta data (e.g., a time data, a position data, a contract data, a sales volume data, a statistical data, a historical regression data, a demographic data, a financial data and/or a personal data, etc.) associated with a retailer in a communication with the analysis module 210 ofFIG. 2 . - The
zoning module 306 may interact with thereference module 300, thecontext module 302, and/or thesegmentation module 308 to process (e.g., determine, analyze, capture, track, store, etc.) data and/or meta data associated with positioning information. For example, thezoning module 306 may determine a geographical positioning framework (e.g., using a mapping data, a reference data, a zoning data, a GPS data, a web-enabled search data, a proprietary algorithm data, and/or a demographic data) associated with the positions, populations and/or geographical distribution of various users and retailers. - In one embodiment, the
zoning module 306 may determine a priority zone associated with a retailer (e.g., based on a relationship data associated with the retailer communicated by theretailer module 202 ofFIG. 2 . In another embodiment, thezoning module 306 may determine a territory(e.g., a population, a zone, an area, etc.) within a geographical positioning framework based on an analysis of data and/or meta data associated with a particular section (e.g., location, division, subset) of the geographical positioning framework relative to the position of a retailer. For example, thezoning module 306 may determine boundaries associated with the territory (e.g., relative to a position associated with a particular retailer) based on a population density of the territory associated with the position of the retailer. - The
segmentation module 308 may interact with thecontext module 302, themeta module 304 and/or thedistribution module 102 ofFIG. 1 to process (e.g., segment, classify, analyze, track, etc.) data and/or meta data (e.g., a context data, a relationshio data, a priority classification) associated with a user and/or a retailer. - For example, the segmentation module may analyze multiple instances of the context data associated with a particular user (e.g., based on a communication with the context module 302) to capture variations in the data and/or meta data based on various criteria (e.g., an epoch criteria, a principality criteria, a location criteria, an ordinance criteria, a legal criteria, etc.) the
segmentation module 308 may resolve conflicts associated with incompatibilities between communications of data and/or meta data (e.g., different data formats due to changes in data collection measures, differing conventions, data linked to unavailable data, etc.) by segmenting the data and/or meta data associated with positioning information according to categorizations that may be easier processed by thepositioning module 104 and/or thedistribution module 106. -
FIG. 4 is a user data table view 400 of content referenced by thedistribution database 214 ofFIG. 2 , according to one embodiment. The user data table view 400 may include a user ID field 402, aticket ID field 404, atransaction date field 406, aninitial priority field 408, afinal priority field 410, aprovider field 412, awinnings field 414,user share field 416 and/or apriority share field 418. The user ID field 402 may display an identifier for the user associated with a gaming transaction represented in the user data table view 400 (e.g., the user may be an individual 112 communicating using anindividual device 114 and/or an individual 116 associated with agroup 120 communicating through an individual device 118). - The
ticket ID field 404 may display an identifier associated with a gaming transaction of the user (e.g., a lottery ticket purchase, a card game, a game of chance, a game of skill, etc.) through the mark-up language portal provided by thedistribution module 102 ofFIG. 1 ). Thetransaction date field 406 may display an identifier associated with a time and/or date that the gaming transaction was carried out by the user. Theinitial priority field 408 may display an identifier for the priority retailer associated with the user (e.g., determined by the analysis module 210 ofFIG. 2 ) based on an analysis of the context data (e.g., thecontext data 310 generated by thecontext module 302 ofFIG. 3 ) associated with the user at the time referenced in thetransaction date field 406. - The
final priority field 410 may display an identifier associated with the priority retailer associated with the user at the time of expiry and/or conversion of the gaming transaction. Theprovider field 412 may display an identifier referencing a gaming provider (e.g., the gaming provider associated with thegaming module 106 ofFIG. 1 ) associated with the gaming transaction. Thewinnings field 414 may display a currency amount indicating a gross value (e.g., without any deductions and/or adjustments) of the winnings associated with the user's successful gaming transaction. - The
user share field 416 may display a currency amount indicating a net value (e.g., an adjusted value) of the user's winnings associated with the currency amount displayed in thewinnings field 414. Thepriority share field 418 may display a currency amount associated with a portion of the disbursement (e.g., an appeasement consideration) referenced in thewinnings field 414 to the final priority retailer associated with the user. - For example, in the hypothetical example illustrated in
FIG. 4 , two gaming transactions are represented. The user ID field 402 displays ‘John’ and ‘Bill,’ indicating identifiers for the users associated with each transaction. Theticket ID field 404 displays ‘3G’ and ‘4F,’ indicating identifiers for the tickets (e.g., processed by thedistribution module 102 in a communication with thegaming module 106 ofFIG. 1 ) associated with each gaming transaction (e.g., John's ticket is ‘3G’ and Bill's ticket is ‘4F.’ Thetransaction date field 406 displays ‘23:43:22’ and ‘Mar. 28, 2006’ as the time and date associated with John's gaming transaction, and ‘16:22:03’ and ‘Mar. 10, 2006’ as the time and date associated with Bill's gaming transaction. - The
Initial Priority field 408 displays ‘Rana Groceries—66 Alphonso Rd, San Jose, Calif. 96208,’ indicating the priority retailer (e.g., determined by the analysis module 210 ofFIG. 2 ) associated with the user ‘John’ at the time the transaction was made, and ‘Fraga Fruits—094 Lobo Ave, Oakland, Calif. 95673’ indicating the priority retailer associated with the user ‘Bill’ at the time the transaction was made. Thefinal priority field 410 displays ‘Joe's Deli, 868 Alphonso Rd, San Jose, Calif., 96208,’ indicating that the initial priority retailer associated with the user ‘John’ at the time of the gaming transaction is different from the final priority retailer associated with ‘John’ upon expiry and/or conversion of the transaction (e.g., ‘Rana Groceries’ or ‘John’ may have moved, the relationship between ‘Rana Groceries’ and thedistribution module 102 ofFIG. 1 may have changed, etc.), and ‘Fraga Fruits—094 Lobo Ave, Oakland, Calif. 95673,’ indicating that the final priority retailer associated with the user ‘Bill’ is the same as the initial priority retailer associated with ‘Bill.’ - The
provider field 412 displays ‘CA State Lottery,’ indicating the gaming provider (e.g., associated with thegaming module 106 ofFIG. 1 ) associated with the gaming transaction carried out by ‘John,’ and ‘Lotto,’ indicating the gaming provider associated with the gaming transaction carried out by ‘Bill.’ Thewinnings field 414 displays ‘$200,000,’ indicating the gross value of the successful transaction (e.g., the value of the winning ticket) carried out by ‘John’ and verified by ‘CA State Lottery,’ and ‘$50,000,’ indicating the gross value of the successful transaction carried out by ‘Bill’ and verified by ‘Lotto.’ - The
user share field 416 displays ‘$175,000,’ indicating the currency (e.g., net) amount that ‘John’ is entitled to receive of the ‘$200,000’ (e.g., gross winnings), and ‘$48,500,’ indicating the net currency amount ‘Bill; is entitled to receive of the ‘$50,000’ gross winnings. Thepriority share 418 displays ‘$25,000,’ indicating the currency amount (e.g., an appeasement consideration) that ‘Joe's Deli’ is entitled to receive of the ‘$200,000’ winnings, and ‘$1500,’ indicating the currency amount that ‘Fraga Fruits’ is entitled to receive of the ‘$200,000’ winnings. -
FIG. 5 is a retailerdata table view 500 of content referenced by the distribution database ofFIG. 2 , according to one embodiment. The retailerdata table view 500 may include aretailer ID field 502, arelationship code field 504, apriority classification field 506, aterritory code field 508, aplayer ID field 510, aprovider field 512, arevenue split field 514, and/or anincentive type field 518. - The
retailer ID field 502 may display an identifier for a retailer (e.g., aretailer 108 ofFIG. 1 ) associated with a gaming transaction (e.g., theretailer 108 may not be actively involved in the gaming transaction). Therelationship code field 504 may display an identifier referencing a relationship (e.g., based on a relationship data generated by therelationship module 222 ofFIG. 2 ) between theretailer 108 and thedistribution module 102 ofFIG. 1 . Thepriority classification field 506 may display an identifier referencing a priority classification (e.g., rating, code, contract, agreement, etc.) based on the relationship between the retailer and the distribution module and/or based on an analysis of the context data of the user associated with the retailer (e.g., using thecontext module 302 ofFIG. 3 and/or the analysis module 210 ofFIG. 2 ). - The
territory code field 508 may display an identifier referencing a territory (e.g., a geographical region, a framework, a zone, a location, a matrix, etc.) associated with the retailer 108 (e.g., based on a communication with thezoning module 306 ofFIG. 3 ). Theplayer ID field 510 may display an identifier for a user of agaming module 106 for a gaming transaction associated with theretailer 108. For example, theretailer 108 may be determined to be a priority retailer associated with a user who carries out a successful transaction (e.g., purchases a winning ticket) through the mark-up language portal provided by thedistribution module 102 ofFIG. 1 . - The
provider field 512 may display an identifier for a gaming provider (e.g., a gaming provider associated with thegaming module 106 ofFIG. 1 ) associated with the successful transaction of the user associated with theretailer 108. The revenue splitfield 514 may display various currency amounts referencing disbursements (e.g., appeasement considerations) processed of thegaming module 106 to theretailer 108 and/or other retailers (e.g., based on a relationship, agreement, contract, etc. between the retailers). Theincentive type field 518 may display an identifier associated with an incentive provided by thedistribution module 102 to the retailer 108 (e.g., an online advertisement on the mark-up language portal and/or a print media marketing such as a billboard, sign, etc.). - For example, two
hypothetical retailers 108 are illustrated inFIG. 5 .FIG. 5 may be understood with reference to the hypothetical examples illustrated inFIG. 4 . Theretailer ID field 502 displays ‘Joe's Deli, 868 Alphonso Rd, San Jose, Calif., 96208’ and ‘Fraga Fruits—094 Lobo Ave, Oakland, Calif. 95673,’ indicating identifiers for two different retailers. Therelationship code field 504 displays ‘L1G2,’ indicating an identifier associated with the relationship between ‘Joe's Deli’ and thedistribution module 102 ofFIG. 1 , and ‘N/A,’ indicating that ‘Fraga Fruits’ has no current relationship with thedistribution module 102. Thepriority classification field 506 displays ‘01,’ indicating an identifier associated with ‘Joe's Deli’ priority classification (e.g., determined by the analysis module 210 ofFIG. 2 ), and ‘05,’ indicating an identifier associated with ‘Fraga Fruits’ priority classification. - The
territory code field 508 displays ‘P4,’ indicating that ‘Joe's Deli’ is associated with a territory ‘P4’ (e.g. population, zone, location, matrix, etc.), and ‘G9,’ indicating that ‘Fraga Fruits’ is associated with a territory ‘G9.’ The territories associated with the retailers may be determined by thezoning module 306 ofFIG. 3 . Theplayer ID field 510 displays ‘John,’ indicating an identifier for the user associated with ‘Joe's Deli’ (e.g., Joe's Deli may be the priority retailer associated with ‘John’), and ‘Bill,’ indicating that ‘Fraga Fruits’ may be the priority retailer associated with ‘Bill.’ (e.g., -
- Fraga Fruits’ may be the priority retailer associated with ‘Bill’ regardless of not having an assigned priority classification).
- The
provider field 512 displays ‘CA State Lottery,’ indicating an identifier for the gaming provider associated with the successful gaming transaction by ‘John,’ as ‘CA State Lottery,’ and ‘Lotto,’ indicating the identifier for the gaming provider associated with the successful gaming transaction by ‘Bill’ as ‘Lotto.’ The revenue splitfield 514 displays in the first row ‘Retailer—$20,000’ and ‘Julio Deli—$5,000,’ indicating that ‘Joe's Deli’ may have agreed to split a winnings of $25,000 (e.g., according to the distribution illustrated) with ‘Julio Deli.’ In the second row, the revenue splitfield 514 displays ‘N/A,’ indicating that ‘Fraga Fruits’ may not have an arrangement and/or agreement with thedistribution module 102 to split revenue (e.g., the appeasement package) with (an)other retailer(s). - The
incentive type field 518 displays ‘PMM02,’ indicating that thedistribution module 102 may provide an incentive (e.g., a print media marketing incentive such as a billboard, sign and/or flyer service) to ‘Joe's Deli,’ and ‘ONL64,’ indicating thedistribution module 102 may provide an incentive (e.g., an online advertisement through a mark-up language portal available to users) to ‘Fraga Fruits.’ -
FIG. 6 is anaerial view 600 of a geographical positioning framework, according to one embodiment. Theaerial view 600 may be a virtual representation of the geographical positioning framework (e.g., generated by thezoning module 306 ofFIG. 3 ). Theaerial view 600 may include territories 602 (e.g., aterritory 602A, aterritory 602B, aterritory 602N, etc.), retailers 604 (e.g., aretailer 604A, aretailer 604B, aretailer 604N, etc.), priority zones 606 (e.g., a priority zone 606A, a priority zone 606B, etc.), and/or users 608 (e.g., a user 608A, a user 608B, a user 608N, etc.). - The territories 602 may be geographical areas (e.g., territories, matrices, zones, population distributions, demographic units, etc.) associated with the retailers 604 (e.g., determined by the
positioning module 104 ofFIG. 1 ) based on a context data (e.g., thecontext data 122 generated by thepositioning module 104 ofFIG. 1 ) associated with the users 608. In one embodiment, the territories 602 may be inversely proportional in coverage (e.g., area, spread, scope, etc.) to the population density of the users 608 associated with the geographical positioning framework. - For example, the territories 602 associated with the retailers 604 may be determined based on an analysis of data associated with the number and/or distribution of users 608 (e.g., having access to the internet, having subscription to gaming offerings of the
gaming module 106 through the mark-up language portal provided by thedistribution module 102 ofFIG. 1 , having access to the retailers 604, etc.). - For example, some territories 602 may have less coverage (e.g., less area, less scope, less spread etc.) but more population density of the users 608 (e.g., based on various metrics, data and/or models) than other territories 602, as illustrated in
FIG. 6 (e.g., territory coverage may be represented by area sizes of the territories 602, and/or population density of the users 608 may be represented by number of users 608 depicted). Thepriority zones 606 may be associated with the retailers 604 (e.g., various retailers 604 may be priority retailers for the users 608 illustrated as being within the boundaries of thepriority zones 606 associated with the various retailers 604) and/or the users 608 (e.g., based an context data generated by thepositioning module 104 ofFIG. 1 ). - The
priority zones 606 may cross boundaries associated with the territories 602, and/or may represent a priority of association of the retailers 604 (e.g., associated with the priority zones 606) with the users 608 within boundaries of coverage (e.g., areas) of the priority zones 606 (e.g., aretailer 604A having aterritory 602A may be a priority retailer associated with a user 608N despite the user 608N being within aterritory 602N associated with aretailer 604N, based on an analysis of a relationship data associated with theretailer 604A and/or a context data associated with the user 608N). -
FIG. 7 is a userinterface game view 700 of thedistribution module 102 ofFIG. 1 , according to one embodiment. The userinterface game view 700 may include a welcome page, a game play options view 702, a subscription options view 704, apromotional information view 706, a current games view 708, anaccount information view 710, a checkout now view 712, and/or aprofile view 714. The game play options view 702 may display various playing options (e.g., selections, combinations, lucky numbers, multiple simultaneous picks, etc.) associated with a game that the user is currently playing. - The subscriptions options view 704 may display subscription options (e.g., number of weeks, frequency and/or type, etc.) associated with the game (e.g., based on a communication with the
subscription module 218 ofFIG. 2 ). Thepromotional information view 706 may display any offerings (e.g., promotions and/or deals) that may be in effect (e.g., online advertisements associated with aretailer 108 and/or generated by anincentive module 224 ofFIG. 2 ) - The current games view 708 may include a list of games associated with the user's preferences (e.g., quickpick, Lotto, bingo, sports betting, poker and/or new car sweepstakes, etc.). The
account information view 710 may display subscription information about the user. The checkout now view 712 may display the user's current outstanding balance. Theprofile view 714 may include data about the user (e.g., address, source IP, location, etc.). - For example, a hypothetical participant ‘John’ is illustrated in
FIG. 4 . The user interface game view includes a welcome message ‘Welcome John’ identifying ‘John’ as a user. The subscriptions options view 704 shows ‘52’ weeks, ‘weekly’ frequency, and ‘IND’ type indicating that the subscription is for a duration of fifty two weeks, on a weekly basis, and individual type (e.g., John may also have the option of being associated with a group type). The current games view 708 shows that ‘John’ is currently playing ‘quick pick’ and ‘bingo’. ‘John’ may also view thepromotional information 706 associated with the retailer ‘Fraga Fruits,’ view and/or edit hisaccount information 710, profile 714 (e.g., ‘John’ may enter information that may be communicated with thepositioning module 104 to generate a context data when ‘John’ initiates a transaction), view his current balance (e.g., the current balance may be communicated by thegaming revenue module 240 ofFIG. 2 ) and/or choose to checkout now 712. -
FIG. 8 is a diagrammatic representation of a machine in the form of a data processing system within which a set of instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed, according to one embodiment. In various embodiments, the machine operates as a standalone device and/or may be connected (e.g., networked) to other machines. In a networked deployment, the machine may operate in the capacity of a server and/or a client machine in server-client network environment, and/or as a peer machine in a peer-to-peer (or distributed) network environment. - The machine may be a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch and/or bridge, an embedded system and/or any machine capable of executing a set of instructions (sequential and/or otherwise) that specify actions to be taken by that machine. Further, while only a single machine is illustrated, the term “machine” shall also be taken to include any collection of machines that individually and/or jointly execute a set (or multiple sets) of instructions to perform any one and/or more of the methodologies discussed herein.
- The
example computer system 800 includes a processor 802 (e.g., a central processing unit (CPU) a graphics processing unit (GPU) and/or both), amain memory 804 and astatic memory 806, which communicate with each other via abus 808. Thecomputer system 800 may further include a video display unit 810 (e.g., a liquid crystal display (LCD) and/or a cathode ray tube (CRT)). Thecomputer system 800 also includes an alphanumeric input device 812 (e.g., a keyboard), a cursor control device 814 (e.g., a mouse), adisk drive unit 816, a signal generation device 818 (e.g., a speaker) and a network interface device 820. - The
disk drive unit 816 includes a machine-readable medium 822 on which is stored one or more sets of instructions (e.g., software 824) embodying any one or more of the methodologies and/or functions described herein. Thesoftware 824 may also reside, completely and/or at least partially, within themain memory 804 and/or within theprocessor 802 during execution thereof by thecomputer system 800, themain memory 804 and theprocessor 802 also constituting machine-readable media. - The
software 824 may further be transmitted and/or received over anetwork 826 via the network interface device 820. While the machine-readable medium 822 is shown in an example embodiment to be a single medium, the term “machine-readable medium” should be taken to include a single medium and/or multiple media (e.g., a centralized and/or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding and/or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the various embodiments. The term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals. -
FIG. 9 is a process flow to automatically provide an appeasement consideration to a priority retailer when a transaction is processed of a gaming module. Inoperation 902, a relationship data is generated (e.g., using therelationship module 222 ofFIG. 2 ) based on a profile meta-data analysis (e.g., by the analysis module 210 ofFIG. 2 ) of retailers (e.g., theretailer 108 ofFIG. 1 ). Inoperation 904, a context data generated by a positioning module is compared with the relationship data (e.g., by the analysis module 210 ofFIG. 2 ) to determine a priority retailer of the retailers. Inoperation 906, an appeasement consideration is automatically provided to the priority retailer when a transaction (e.g., by a user through the mark-up language portal provided by thedistribution module 102 ofFIG. 1 ) is processed of a gaming module (e.g., thegaming module 106 ofFIG. 1 ). - In
operation 908, a quantification is determined of the appeasement consideration based on an agreement data formed of a relationship between the priority retailer, thedistribution module 102 and a gaming provider (e.g., a gaming provider associated with thegaming module 106 ofFIG. 1 ). Inoperation 910, a mark-up language portal is provided (e.g., by the distribution module 102) to a user of thegaming module 106. Inoperation 912, an identity of a user is verified (e.g., by theverification module 230 ofFIG. 2 ) using a digital signature to certify the identity with the transaction processed of thegaming module 106. - In operation 914, a
positioning module 104 is communicated with to allocate a context data (e.g., using thecontext module 302 ofFIG. 3 ) of a position (e.g., a geographical position) of a user of thegaming module 106 relative to a position of a retailer of the retailers. Inoperation 916, a notification is generated (e.g., by thenotification module 232 ofFIG. 2 ) having aggregation information of the transaction and other transactions (e.g., by the user of the gaming module 106) associated with the priority retailer. Inoperation 918, a print media marketing incentive (e.g., a billboard service, a sign advertisement, a flyer service, etc.) is provided to individual retailers. - In
operation 920, a user of thegaming module 106 is notified of an outcome associated with a gaming activity (e.g, a successful transaction, a winning ticket purchase, etc.) carried out by the user through the mark-up language portal (e.g., provided by the distribution module 102). Inoperation 922, a portion of a disbursement (e.g., an appeasement consideration) associated with the transaction processed of the gaming module is allocated to the priority retailer (e.g., by thepayment module 238 ofFIG. 2 ). -
FIG. 10 is a process flow to generate a context data of a position of a user of a gaming module within a geographical positioning framework relative to a position of a priority retailer independent of a transaction processed of the gaming module. Inoperation 1002, a geographical positioning framework is determined (e.g., by thezoning module 306 ofFIG. 3 ) based on a communication with at least one of a reference provider module (e.g., thereference provider module 110 ofFIG. 1 ), agaming module 106, and adistribution module 102. - In
operation 1004, a context data is generated of a position of a user of a gaming module 106 (e.g., by thecontext module 302 ofFIG. 3 ) within the geographical positioning framework (e.g., thegeographical positioning framework 600 illustrated inFIG. 65 ) relative to a position of a retailer (e.g., the retailers 604 ofFIG. 6 ) independent of a transaction processed of thegaming module 106. Inoperation 1006, a continuous lifecycle tracking history associated with the user of the gaming module and the priority retailer is compiled (e.g., by thehistory module 216 ofFIG. 2 ). - Although the present embodiments have been described with reference to specific example embodiments, it will be evident that various modifications and changes may be made to these embodiments without departing from the broader spirit and scope of the various embodiments. For example, the various devices, modules, analyzers, generators, etc. described herein may be enabled and operated using hardware circuitry (e.g., CMOS based logic circuitry), firmware, software and/or any combination of hardware, firmware, and/or software (e.g., embodied in a machine readable medium).
- For example, the distribution module 102, the positioning module 104, the gaming module 106, the reference provider module 110, the individual device 114, the individual device 118, the user module 200, the retailer module 202, the transaction module 206, the analysis module 210, the financial module 212, the history module 216, the subscription module 218, the activity module 220, the relationship module 222, the incentive module 224, the location module 226, the tracking module 228, the verification module 230, the notification module 232, the compliance module 234, the security module 236, the payment module 238, the gaming revenue module 240, the conflict resolution module 242, the reference module 300, the context module 302, the meta module 304, the zoning module 306, and/or the segmentation module 308 may be enabled using a distribution circuit 102, a positioning circuit 104, a gaming circuit 106, a reference provider circuit 110, an individual circuit 114, an individual circuit 118, a user circuit 200, a retailer circuit 202, a transaction circuit 206, an analysis circuit 210, a financial circuit 212, a history circuit 216, a subscription circuit 218, an activity circuit 220, a relationship circuit 222, and incentive circuit 224, a location circuit 226, a tracking circuit 228, a verification circuit 230, a notification circuit 232, a compliance circuit 234, a security circuit 236, a payment circuit 238, a gaming revenue circuit 240, a conflict resolution circuit 242, a reference circuit 300, a context circuit 302, a meta circuit 304, a zoning circuit 306, and/or a segmentation circuit 308.
- In addition, it will be appreciated that the various operations, processes, and methods disclosed herein may be embodied in a machine-readable medium and/or a machine accessible medium compatible with a data processing system (e.g., a computer system), and may be performed in any order. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.
Claims (20)
1. A method of a distribution module, comprising:
generating a relationship data based on a profile meta-data analysis of a plurality of retailers;
comparing a context data generated by a positioning module with the relationship data to determine a priority retailer of the plurality of retailers; and
automatically providing an appeasement consideration to the priority retailer when a transaction is processed of a gaming module.
2. The method of claim 1 further comprising determining a quantification of the appeasement consideration based on an agreement data formed of a relationship between the priority retailer, the distribution module and a gaming provider.
3. The method of claim 2 wherein the appeasement consideration is earned by the priority retailer without participation of the priority retailer in the transaction.
4. The method of claim 1 further comprising providing a mark-up language portal to a user of the gaming module.
5. The method of claim 4 wherein the mark-up language portal includes an advertisement of at least one of the plurality of retailers.
6. The method of claim 4 wherein the mark-up language portal includes a number of games including at least one of a lottery game, a card game, a game of chance and a game of skill.
7. The method of claim 6 wherein the number of games each include at least one of a subscription option, a group play option, a quick-pick option, and a multiple game option.
8. The method of claim 1 further comprising verifying an identity of a user using a digital signature to certify the identity with the transaction processed of the gaming module.
9. The method of claim 1 further comprising communicating with a positioning module to allocate a context data of a position of a user of the gaming module relative to a position of a retailer of the plurality of retailers.
10. The method of claim 1 wherein the meta-data is at least one of a time data, a position data, a contract data, a sales volume data, a statistical data, a historical regression data, a demographic data, a financial data and a personal data.
11. The method of claim 1 further comprising generating a notification having aggregation information of the transaction and other transactions associated with the priority retailer.
12. The method of claim 1 further comprising providing a print media marketing incentive to individual ones of the plurality of retailers.
13. The method of claim 1 further comprising notifying a user of the gaming module of an outcome associated with a gaming activity carried out by the user through the mark-up language portal.
14. The method of claim 1 further comprising allocating a portion of a disbursement associated with the transaction processed of the gaming module to the priority retailer.
15. A method of a positioning module, comprising:
determining a geographical positioning framework based on a communication with at least one of a reference provider module, a gaming module, and a distribution module; and
generating a context data of a position of a user of a gaming module within the geographical positioning framework relative to a position of a retailer independent of a transaction processed of the gaming module.
16. The method of claim 15 wherein the geographical positioning framework is generated using at least one of a mapping data, a reference data, a zoning data, a GPS data, a web-enabled search data, a proprietary algorithm data, and a demographic data.
17. The method of claim 15 further comprising compiling a continuous lifecycle tracking history associated with the user of the gaming module and the priority retailer, wherein the lifecycle tracking history tracks changes in the context data and the geographical positioning framework over a time period of an association of the user with the gaming module.
18. A system, comprising:
a gaming module to originate a disbursement to at least one of a priority retailer and a user of the gaming module;
a distribution module to automatically provide an appeasement consideration to the priority retailer when a transaction is processed of the gaming module, and to process the portion of the disbursement provided by the distribution module in a communication with the gaming module; and
a positioning module to generate a context data of a position of a user of a gaming module within the geographical positioning framework relative to a position of a retailer independent of a transaction processed of the gaming module.
19. The system of claim 18 further comprising comparing the context data with a relationship data to determine a priority retailer associated with the user of the gaming module.
20. The system of claim 18 wherein the appeasement consideration is provided without the involvement of the retailer module in the transaction processed of the gaming module.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/398,273 US20070238507A1 (en) | 2006-04-05 | 2006-04-05 | Retail channel appeasement method and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/398,273 US20070238507A1 (en) | 2006-04-05 | 2006-04-05 | Retail channel appeasement method and system |
Publications (1)
Publication Number | Publication Date |
---|---|
US20070238507A1 true US20070238507A1 (en) | 2007-10-11 |
Family
ID=38575998
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/398,273 Abandoned US20070238507A1 (en) | 2006-04-05 | 2006-04-05 | Retail channel appeasement method and system |
Country Status (1)
Country | Link |
---|---|
US (1) | US20070238507A1 (en) |
Cited By (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070241187A1 (en) * | 2006-04-18 | 2007-10-18 | Dean Alderucci | Systems and methods for providing access to wireless gaming devices |
US20090131138A1 (en) * | 2007-11-18 | 2009-05-21 | Lenzizky Bezalel | System and method for advanced lottery wagering |
WO2009066276A2 (en) * | 2007-11-19 | 2009-05-28 | Bezalel Lenzizky | System and method for advanced lottery wagering |
US7811172B2 (en) | 2005-10-21 | 2010-10-12 | Cfph, Llc | System and method for wireless lottery |
US8070604B2 (en) | 2005-08-09 | 2011-12-06 | Cfph, Llc | System and method for providing wireless gaming as a service application |
US8092303B2 (en) | 2004-02-25 | 2012-01-10 | Cfph, Llc | System and method for convenience gaming |
US8292741B2 (en) | 2006-10-26 | 2012-10-23 | Cfph, Llc | Apparatus, processes and articles for facilitating mobile gaming |
US8308568B2 (en) | 2004-02-25 | 2012-11-13 | Cfph, Llc | Time and location based gaming |
US8319601B2 (en) | 2007-03-14 | 2012-11-27 | Cfph, Llc | Game account access device |
WO2013006645A1 (en) * | 2011-07-05 | 2013-01-10 | Sony Computer Entertainment Inc. | Method and system for establishing location-based leaderboard |
US8504617B2 (en) | 2004-02-25 | 2013-08-06 | Cfph, Llc | System and method for wireless gaming with location determination |
US8506400B2 (en) | 2005-07-08 | 2013-08-13 | Cfph, Llc | System and method for wireless gaming system with alerts |
US8510567B2 (en) | 2006-11-14 | 2013-08-13 | Cfph, Llc | Conditional biometric access in a gaming environment |
US8581721B2 (en) | 2007-03-08 | 2013-11-12 | Cfph, Llc | Game access device with privileges |
US8695876B2 (en) | 2006-05-05 | 2014-04-15 | Cfph, Llc | Systems and methods for providing access to wireless gaming devices |
US8784197B2 (en) | 2006-11-15 | 2014-07-22 | Cfph, Llc | Biometric access sensitivity |
US20140244648A1 (en) * | 2013-02-27 | 2014-08-28 | Pavlov Media, Inc. | Geographical data storage assignment based on ontological relevancy |
US8840018B2 (en) | 2006-05-05 | 2014-09-23 | Cfph, Llc | Device with time varying signal |
US8956231B2 (en) | 2010-08-13 | 2015-02-17 | Cfph, Llc | Multi-process communication regarding gaming information |
US8974302B2 (en) | 2010-08-13 | 2015-03-10 | Cfph, Llc | Multi-process communication regarding gaming information |
US20150141144A1 (en) * | 2013-11-18 | 2015-05-21 | Court Intelligence Holdings, LLC | Apparatus, system, and method for in-game statistics entry and analysis |
US9306952B2 (en) | 2006-10-26 | 2016-04-05 | Cfph, Llc | System and method for wireless gaming with location determination |
US9355518B2 (en) | 2004-02-25 | 2016-05-31 | Interactive Games Llc | Gaming system with location determination |
US9576434B2 (en) | 2011-07-25 | 2017-02-21 | Sony Interactive Entertainment Inc. | Implementing computer activity-based challenges |
US10332155B2 (en) | 2007-03-08 | 2019-06-25 | Cfph, Llc | Systems and methods for determining an amount of time an object is worn |
US10951688B2 (en) | 2013-02-27 | 2021-03-16 | Pavlov Media, Inc. | Delegated services platform system and method |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040078302A1 (en) * | 2001-02-15 | 2004-04-22 | Cooper Andrew Mcdonald | Common web facility for franchisee online sales |
US20040078305A1 (en) * | 2000-04-20 | 2004-04-22 | Scott Weller | Internet sales tracking system for reimbursing display store costs |
US6969318B1 (en) * | 2000-03-14 | 2005-11-29 | Walker Digital, Llc | System and method for applying lottery multipliers |
US20090137304A1 (en) * | 1999-12-10 | 2009-05-28 | Yacenda Michael W | System and Method for Operating Governmental Lottery Games with Television-Based User Terminals |
-
2006
- 2006-04-05 US US11/398,273 patent/US20070238507A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090137304A1 (en) * | 1999-12-10 | 2009-05-28 | Yacenda Michael W | System and Method for Operating Governmental Lottery Games with Television-Based User Terminals |
US6969318B1 (en) * | 2000-03-14 | 2005-11-29 | Walker Digital, Llc | System and method for applying lottery multipliers |
US20040078305A1 (en) * | 2000-04-20 | 2004-04-22 | Scott Weller | Internet sales tracking system for reimbursing display store costs |
US20040078302A1 (en) * | 2001-02-15 | 2004-04-22 | Cooper Andrew Mcdonald | Common web facility for franchisee online sales |
Cited By (49)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8308568B2 (en) | 2004-02-25 | 2012-11-13 | Cfph, Llc | Time and location based gaming |
US10347076B2 (en) | 2004-02-25 | 2019-07-09 | Interactive Games Llc | Network based control of remote system for enabling, disabling, and controlling gaming |
US10360755B2 (en) | 2004-02-25 | 2019-07-23 | Interactive Games Llc | Time and location based gaming |
US9355518B2 (en) | 2004-02-25 | 2016-05-31 | Interactive Games Llc | Gaming system with location determination |
US10515511B2 (en) | 2004-02-25 | 2019-12-24 | Interactive Games Llc | Network based control of electronic devices for gaming |
US8504617B2 (en) | 2004-02-25 | 2013-08-06 | Cfph, Llc | System and method for wireless gaming with location determination |
US8092303B2 (en) | 2004-02-25 | 2012-01-10 | Cfph, Llc | System and method for convenience gaming |
US8506400B2 (en) | 2005-07-08 | 2013-08-13 | Cfph, Llc | System and method for wireless gaming system with alerts |
US8690679B2 (en) | 2005-08-09 | 2014-04-08 | Cfph, Llc | System and method for providing wireless gaming as a service application |
US8070604B2 (en) | 2005-08-09 | 2011-12-06 | Cfph, Llc | System and method for providing wireless gaming as a service application |
US7811172B2 (en) | 2005-10-21 | 2010-10-12 | Cfph, Llc | System and method for wireless lottery |
US20070241187A1 (en) * | 2006-04-18 | 2007-10-18 | Dean Alderucci | Systems and methods for providing access to wireless gaming devices |
US8403214B2 (en) | 2006-04-18 | 2013-03-26 | Bgc Partners, Inc. | Systems and methods for providing access to wireless gaming devices |
US7644861B2 (en) * | 2006-04-18 | 2010-01-12 | Bgc Partners, Inc. | Systems and methods for providing access to wireless gaming devices |
US8840018B2 (en) | 2006-05-05 | 2014-09-23 | Cfph, Llc | Device with time varying signal |
US11024120B2 (en) | 2006-05-05 | 2021-06-01 | Cfph, Llc | Game access device with time varying signal |
US8939359B2 (en) | 2006-05-05 | 2015-01-27 | Cfph, Llc | Game access device with time varying signal |
US10286300B2 (en) | 2006-05-05 | 2019-05-14 | Cfph, Llc | Systems and methods for providing access to locations and services |
US8695876B2 (en) | 2006-05-05 | 2014-04-15 | Cfph, Llc | Systems and methods for providing access to wireless gaming devices |
US8740065B2 (en) | 2006-05-05 | 2014-06-03 | Cfph, Llc | Systems and methods for providing access to wireless gaming devices |
US10535223B2 (en) | 2006-05-05 | 2020-01-14 | Cfph, Llc | Game access device with time varying signal |
US8899477B2 (en) | 2006-05-05 | 2014-12-02 | Cfph, Llc | Device detection |
US9306952B2 (en) | 2006-10-26 | 2016-04-05 | Cfph, Llc | System and method for wireless gaming with location determination |
US8292741B2 (en) | 2006-10-26 | 2012-10-23 | Cfph, Llc | Apparatus, processes and articles for facilitating mobile gaming |
US8510567B2 (en) | 2006-11-14 | 2013-08-13 | Cfph, Llc | Conditional biometric access in a gaming environment |
US9280648B2 (en) | 2006-11-14 | 2016-03-08 | Cfph, Llc | Conditional biometric access in a gaming environment |
US8784197B2 (en) | 2006-11-15 | 2014-07-22 | Cfph, Llc | Biometric access sensitivity |
US10424153B2 (en) | 2007-03-08 | 2019-09-24 | Cfph, Llc | Game access device with privileges |
US8581721B2 (en) | 2007-03-08 | 2013-11-12 | Cfph, Llc | Game access device with privileges |
US10332155B2 (en) | 2007-03-08 | 2019-06-25 | Cfph, Llc | Systems and methods for determining an amount of time an object is worn |
US8319601B2 (en) | 2007-03-14 | 2012-11-27 | Cfph, Llc | Game account access device |
US20090131138A1 (en) * | 2007-11-18 | 2009-05-21 | Lenzizky Bezalel | System and method for advanced lottery wagering |
WO2009066276A3 (en) * | 2007-11-19 | 2009-09-03 | Bezalel Lenzizky | System and method for advanced lottery wagering |
WO2009066276A2 (en) * | 2007-11-19 | 2009-05-28 | Bezalel Lenzizky | System and method for advanced lottery wagering |
US8956231B2 (en) | 2010-08-13 | 2015-02-17 | Cfph, Llc | Multi-process communication regarding gaming information |
US8974302B2 (en) | 2010-08-13 | 2015-03-10 | Cfph, Llc | Multi-process communication regarding gaming information |
US10406446B2 (en) | 2010-08-13 | 2019-09-10 | Interactive Games Llc | Multi-process communication regarding gaming information |
US20130013094A1 (en) * | 2011-07-05 | 2013-01-10 | Sony Computer Entertainment Inc. | Method and system for establishing location-based leaderboard |
US20150018103A1 (en) * | 2011-07-05 | 2015-01-15 | Sony Computer Entertainment Inc. | Location-based leaderboard |
US8784214B2 (en) * | 2011-07-05 | 2014-07-22 | Sony Computer Entertainment Inc. | Method and system for establishing location-based leaderboard |
WO2013006645A1 (en) * | 2011-07-05 | 2013-01-10 | Sony Computer Entertainment Inc. | Method and system for establishing location-based leaderboard |
US9576434B2 (en) | 2011-07-25 | 2017-02-21 | Sony Interactive Entertainment Inc. | Implementing computer activity-based challenges |
US10264090B2 (en) * | 2013-02-27 | 2019-04-16 | Pavlov Media, Inc. | Geographical data storage assignment based on ontological relevancy |
US20140244648A1 (en) * | 2013-02-27 | 2014-08-28 | Pavlov Media, Inc. | Geographical data storage assignment based on ontological relevancy |
US10581996B2 (en) | 2013-02-27 | 2020-03-03 | Pavlov Media, Inc. | Derivation of ontological relevancies among digital content |
US10601943B2 (en) | 2013-02-27 | 2020-03-24 | Pavlov Media, Inc. | Accelerated network delivery of channelized content |
US10951688B2 (en) | 2013-02-27 | 2021-03-16 | Pavlov Media, Inc. | Delegated services platform system and method |
US9687742B2 (en) * | 2013-11-18 | 2017-06-27 | Court Intelligence Holdings, LLC | Apparatus, system, and method for in-game statistics entry and analysis |
US20150141144A1 (en) * | 2013-11-18 | 2015-05-21 | Court Intelligence Holdings, LLC | Apparatus, system, and method for in-game statistics entry and analysis |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20070238507A1 (en) | Retail channel appeasement method and system | |
US20130346170A1 (en) | Customized Customer Loyalty Rewards Program Enhanced Rewards Distribution System and Method | |
US20130231999A1 (en) | Method and apparatus for personalized marketing | |
US20080114653A1 (en) | Systems and methods for allocating a consumer access right to a live event | |
US20040148224A1 (en) | Method and apparatus for electronic support and delivery of multiple lottery and sweepstake programs, in substantially off-line environments | |
US20170109716A1 (en) | User directed donation system and method | |
US20060003826A1 (en) | System and method for presenting prizes in a game | |
US20100137053A1 (en) | Mobile scratch off advertising system | |
CN101366056A (en) | Method and apparatus for compensating participation in marketing research | |
US20100241573A1 (en) | Conducting Customized Market Surveys with Transactional Data | |
US20070293307A1 (en) | Methods and apparatus for operating games and contests utilizing a novel and unique point system to realistically emulate real money gaming and contests | |
AU2013101797A4 (en) | Gaming System and Method | |
US20220347579A1 (en) | Game platform | |
US20020161629A1 (en) | Method for providing financial incentive for interacting with an internet website | |
US20100250363A1 (en) | Exchange based on traders buying and selling fictitious shares of content types based upon anticipated returns of such content | |
US20100291995A1 (en) | Methods and apparatus for a promotional couponing system | |
US20030171989A1 (en) | Interactive on line marketing system and method therefor | |
US20050261913A1 (en) | Providing means to accrue miles or points | |
US20110276491A1 (en) | Methods and systems for in-game advertising | |
Kim et al. | Two-sided platform competition in the online daily deals promotion market | |
US11465039B2 (en) | Method and system for mobile device users to engage in multiple promotional campaigns by single registration | |
US20230325863A1 (en) | Incorporating digital tokens into multi-wave user structures | |
Mehling | Integrated marketing communications strategy: An examination of Harrah’s Entertainment, Inc. | |
US20180181975A1 (en) | System and process for delivering advertising | |
KR20020004271A (en) | Managing Method for Web Site Based on Advertisement Business through Distribution of Advertisement Media |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: LOYALCOMMERCE SYSTEMS, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SOBEL, WILLIAM D.;STOPFORD, WILLIAM T.;REEL/FRAME:017733/0863 Effective date: 20060403 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |