Recherche Images Maps Play YouTube Actualités Gmail Drive Plus »
Connexion
Les utilisateurs de lecteurs d'écran peuvent cliquer sur ce lien pour activer le mode d'accessibilité. Celui-ci propose les mêmes fonctionnalités principales, mais il est optimisé pour votre lecteur d'écran.

Brevets

  1. Recherche avancée dans les brevets
Numéro de publicationUS20110106601 A1
Type de publicationDemande
Numéro de demandeUS 12/778,485
Date de publication5 mai 2011
Date de dépôt12 mai 2010
Date de priorité29 oct. 2009
Autre référence de publicationUS8676639, WO2011059757A1
Numéro de publication12778485, 778485, US 2011/0106601 A1, US 2011/106601 A1, US 20110106601 A1, US 20110106601A1, US 2011106601 A1, US 2011106601A1, US-A1-20110106601, US-A1-2011106601, US2011/0106601A1, US2011/106601A1, US20110106601 A1, US20110106601A1, US2011106601 A1, US2011106601A1
InventeursJeffrey William Perlman, Caroline Grace Dempsey
Cessionnaire d'origineJeffrey William Perlman, Caroline Grace Dempsey
Exporter la citationBiBTeX, EndNote, RefMan
Liens externes: USPTO, Cession USPTO, Espacenet
System And Method For Promotion Processing And Authorization
US 20110106601 A1
Résumé
An example funds facilitation system that facilitates transactions between a payer and payee includes a promotion processing system that facilitates the provision of promotions to account holders on the funds facilitation system. The party offering the promotion may be a merchant/payee that also has an account with the funds facilitation system. The promotion processing system applies promotion rules based on the identity of the merchant/payee and upon conditions placed on the promotion that identify a payer or a group of payers to receive the promotion. A user interface is provided for generating promotion rules and monitoring promotions. A user interface is also provided that displays unused promotion and gift codes and links to merchant/payee websites associated with the unused codes. The funds facilitation system can also provide authorization for purchases based on a condition, such as the age of the payer.
Images(8)
Previous page
Next page
Revendications(55)
1. A computer-implemented promotion processing system for generating and processing promotion rules for a promotion in a funds facilitation system, the funds facilitation system facilitating transactions between a payer and a payee, the system comprising:
a user interface configured to:
receive promotion data, the promotion data comprising a promotion identification and a payee identification; and
associate the promotion identification with the payee identification;
a promotion rules database that stores the promotion rule;
a promotion processor configured to:
generate the promotion rule from the information provided from the user interface;
receive transaction data identifying the payee and the payer, and
compare the transaction data with the promotion rules stored in the database to identify the promotion rule associated with the payee identification; and
apply the promotion rule to the transaction data.
2. The system of claim 1, wherein the promotion data further comprises a condition for applying the promotion.
3. The system of claim 2, the promotion processor applies the promotion rule to the transaction data if the condition for applying the promotion rule is met.
4. The system of claim 1, wherein applying the promotion rule to the transaction data comprises delivering a promotion code to the payee.
5. The system of claim 1, wherein applying the promotion rule to the transaction data comprises automatically, electronically delivering a discount to the payee from a transaction amount.
6. The system of claim 1, wherein applying the promotion rule to the transaction data comprises automatically, electronically delivering a drawing entry to the payee.
7. The system of claim 1, wherein a user account of the payee is debited after the promotion rule is applied.
8. The system of claim 1, wherein a user account of the payee is debited after the promotion rule is generated and before the promotion rule is applied.
9. The system of claim 2, wherein the promotion data further comprises a second condition for applying the promotion rule.
10. The system of claim 3, wherein more than one condition must be met before the promotion rule is applied to the transaction data.
11. The system of claim 1, wherein the processor is configured to provide access to the user interface to the payer.
12. The system of claim 2, wherein the condition requires that the promotion data indicate that the user is of a certain age.
13. The system of claim 2, wherein the condition is based on payer account information stored in a database.
14. The system of claim 2, wherein the condition is: demographic data associated with the payer, an expiration date, one or more specified payer accounts, a triggering event, a number of times the promotion may be used in total, a total dollar amount of discount applied for the entire promotion, a referral by the payer, or a dollar threshold amount associated with the transaction data.
15. The system of claim 1, wherein the promotion is a discount for a future transaction with a second payee.
16. The system of claim 2, wherein the condition requires that the payer make a purchase from the payee and a second payee to receive the promotion.
17. The system of claim 1, wherein the promotion data comprises a group of payees, wherein if a purchase is made from any one of the payees the promotion rule is applied.
18. The system of claim 2 wherein the funds facilitation system approves or declines the transaction based upon whether the payer meets the condition.
19. A computer-implemented method for processing promotions in a funds facilitation system that facilitates transaction between a payer and payee, the method comprising:
receiving promotion data, the promotion data comprising a promotion identification and a payee identification;
associating the promotion identification with the payee identification;
generating a promotion rule based on the associated promotion identification and payee identification;
storing the promotion rule in a promotion rules database;
receiving at a promotion processor transaction data identifying the payee and the payer; and
comparing the transaction data to the promotion rules stored in the database to identify the promotion rule associated with the payee identification; and
applying the promotion rule to the transaction data;
the receiving, generating, associating, storing, comparing, and applying steps being performed by software executable on one or more data processors.
20. The method of claim 19, wherein the promotion data further comprises a condition for applying the promotion.
21. The method of claim 19, further comprising applying the promotion rule to the transaction data if the condition for applying the promotion rule is met.
22. The method of claim 19, wherein applying the promotion rule to the transaction data comprises electronically delivering a promotion code to the payee.
23. The method of claim 19, wherein applying the promotion rule to the transaction data comprises electronically delivering a discount to the payee from a transaction amount.
24. The method of claim 19, wherein applying the promotion rule to the transaction data comprises electronically delivering a drawing entry to the payee.
25. The method of claim 19, further comprising debiting a user account of the payee after the promotion rule is applied.
26. The method of claim 19, further comprising debiting a user account of the payee after generating the promotion rule and before applying the promotion rule.
27. The method of claim 19, wherein the promotion data further comprises a second condition for applying the promotion rule.
28. The method of claim 27, wherein more than one condition must be met before applying the promotion rule to the transaction data.
29. The method of claim 19, wherein the promotion data is received and associated with the payee identification through a user interface.
30. The method of claim 29, comprising providing access to the user interface to the payer.
31. The method of claim 20, wherein the condition requires that the promotion data indicate that the user is of a certain age.
32. The method of claim 20, wherein the condition is based on payer account information stored in a payer account database.
33. The system of claim 20, wherein the condition is: demographic data associated with the payer, an expiration date, one or more specified payer accounts, a triggering event, a number of times the promotion may be used in total, or a dollar amount associated with the transaction data.
34. The system of claim 20, wherein the promotion is a discount for a future transaction with a second payee.
35. The system of claim 20, wherein the condition requires that the payer make a purchase from the payee and a second payee to receive the promotion.
36. The system of claim 19, wherein the promotion data is received through a server call.
37. A display device for displaying a user interface for determining rules and parameters for a promotion in a funds facilitation system, the funds facilitation system facilitating transactions between a payer and a payee, the interface comprising:
a rule field for entering a promotion identification, the promotion identification identifying a type of promotion;
a condition field for entering a parameter that places a condition on the promotion;
an account ID field for entering an account ID of the payee;
wherein the promotion is applied to purchases made from the payee, and the condition on the promotion rule identifies a payer to receive the promotion.
38. The display device of claim 37, further comprising a field for generating a promotion rule, the promotion rule including a promotion identification, and at least one of a parameter or an account ID.
39. The display device of claim 37, further comprising a field for entering a price to charge the payee for the promotion.
40. The display device of claim 37, wherein the payee is provided with access to control the user interface.
41. The display device of claim 37, further comprising a display for monitoring usage of promotion codes or to generate usage reports.
42. The display device of claim 37, wherein a promotion processor receives the promotion identification, and at least one of a parameter or an account ID, generates a promotion rule, receives transaction data from the payee, associates the promotion rule with the transaction data, and applies the promotion rule to the transaction data.
43. A computer-implemented method for processing transactions in a funds facilitation system, the funds facilitation system facilitating transactions between a payer and a payee, the method comprising:
receiving age information associated with a payer;
receiving an electronic transaction authorization request from a payee, the electronic transaction authorization request including information associated with an age-based condition;
comparing the age information associated with the payer to the age-based condition; and
processing the transaction based upon whether the age information associated with the payer meets the age-based condition;
the receiving age information, receiving the electronic transaction authorization, comparing, and processing steps being performed by software executable on one or more data processors.
44. The method of claim 43 further comprising determining that an item referenced in the information associated with an age-based condition is associated with an age-based condition.
45. The method of claim 43, further comprising providing the age information to the payee in an electronic transaction response message.
46. The method of claim 43, wherein the age information received from the payer is generated during an initial account registration.
47. The method of claim 43, wherein the age information from the payer is stored in a user account database.
48. The method of claim 43, wherein the transaction is only funded by the funds facilitation system if the age information associated with the payer is equal to or above an age specified in the age-based condition received from the payee.
49. A display device for displaying a promotion and gift code user interface for a funds facilitation system, the funds facilitation system facilitating transactions between a payer and a payee, the interface comprising:
a presentation of an unused gift code or promotion code associated with a payer user account on the funds facilitation system; and
a presentation of a link to a payee website associated with the gift code or promotion code.
50. The display device of claim 49, wherein all unused gift code or promotion codes associated with a payer user account are displayed.
51. The display device of claim 49, wherein the user interface further displays previously used promotion and gift codes associated with the payer user account.
52. A computer-implemented method for processing transactions in a funds facilitation system, the funds facilitation system authorizing and facilitating transactions between a payer and a payee, the method comprising:
receiving account data associated with a payer;
receiving an electronic transaction authorization request from a payee, the electronic transaction authorization request including information associated with a condition;
comparing the account data associated with the payer to the condition; and
authorizing and processing the transaction based upon whether the account data associated with the payer meets the condition;
the receiving account data, receiving the electronic transaction authorization request, comparing, and authorizing and processing steps being performed by software executable on one or more data processors.
53. The computer-implemented method of claim 52 wherein the user account data and condition relate to payment source information, recent transaction activity information, or location information.
54. The computer-implemented method of claim 52 wherein a promotional benefit is provided to the user based upon whether the account data associated with the payer meets the condition.
55. The computer-implemented method of claim 54, wherein the promotional benefit is a discount or a special price.
Description
    CROSS-REFERENCE TO RELATED APPLICATION
  • [0001]
    This application claims the benefit of priority from U.S. Provisional Application No. 61/256,143, filed on Oct. 29, 2009. This prior application, including the entire written description and drawing figures, is hereby incorporated into the present application by reference.
  • TECHNICAL FIELD
  • [0002]
    The present disclosure relates generally to computer-implemented systems and methods for electronic commerce for promotion processing and authorization.
  • BACKGROUND AND SUMMARY
  • [0003]
    Electronic commerce, commonly known as electronic marketing, e-commerce, or eCommerce, consists of the buying and selling of products or services over electronic systems such as the Internet and other computer networks. The amount of trade conducted electronically has grown extraordinarily with widespread Internet usage. Commerce conducted in this manner utilizes a complex web of innovations in electronic funds transfer, supply chain management, Internet marketing, online transaction processing, electronic data interchange (EDI), inventory management systems, automated data collection systems, and many others. Modern electronic commerce typically uses the World Wide Web at least at some point in the transaction's lifecycle, although it can encompass a wider range of technologies such as e-mail as well.
  • [0004]
    With the continued increase in competition on the web, product, content, and service providers must strive to not only produce the best products, content, and services, but they must also compete to offer the most intuitive, secure, and fast mechanisms for accepting payments and providing their wares to interested consumers. The systems and methods disclosed herein offer enhanced capabilities for providing targeted promotions and transaction authorizations for individual merchant/payees, consumers/payers, and groups of the same.
  • [0005]
    In a funds facilitation system that facilitates transactions between a payer and a payee, a computer-implemented promotion processing system for generating and processing promotion rules for a promotion in the funds facilitation system, includes: a user interface configured to: receive promotion data, the promotion data comprising a promotion identification and a payee identification. The user interface is configured to associate the promotion identification with the payee identification. Additionally, a promotion processor is configured to generate the promotion rule from the promotion identification with the payee identification; receive transaction data identifying the payee and the payer, and to compare the transaction data with the promotion rules stored in the database to identify the promotion rule associated with the payee identification; and apply the promotion rule to the transaction data.
  • [0006]
    A computer-implemented method for processing promotions in a funds facilitation system that facilitates transaction between a payer and payee includes the steps of: receiving promotion data, the promotion data comprising a promotion identification and a payee identification; associating the promotion identification with the payee identification; generating a promotion rule based on the associated promotion identification and payee identification; storing the promotion rule in a promotion rules database; receiving at a promotion processor transaction data identifying the payee and the payer; and comparing the transaction data to the promotion rules stored in the database to identify the promotion rule associated with the payee identification; and applying the promotion rule to the transaction data. The receiving, generating, associating, storing, comparing, and applying steps are performed by software executable on one or more data processors.
  • [0007]
    In a funds facilitation system that facilitates transactions between a payer and a payee, a display device for displaying a user interface for determining rules and parameters for a promotion in the funds facilitation system comprises: a rule field for entering a promotion identification, the promotion identification identifying a type of promotion; a parameter field for entering a parameter that places a condition on the promotion; an account ID field for entering an account ID of the payee; wherein the promotion is applied to purchases made from the payee, and the condition on the promotion rule identifies a payer to receive the promotion.
  • [0008]
    In a funds facilitation system that facilitates transactions between a payer and a payee, a computer-implemented method for processing transactions in a funds facilitation system includes the steps of receiving age information associated with a payer; receiving an electronic transaction authorization request from a payee, the electronic transaction authorization request including information associated with an age-based condition; comparing the age information associated with the payer to the age-based condition; processing the transaction based upon whether the age information associated with the payer meets the age-based condition;
  • [0000]
    the receiving age information, receiving the electronic transaction authorization request, comparing, and processing steps being performed by software executable on one or more data processors.
  • [0009]
    In a funds facilitation system that facilitates transactions between a payer and a payee, a display device for displaying a promotion and gift code user interface for a funds facilitation system includes: a presentation of an unused gift code or promotion code associated with a payer user account on the funds facilitation system; a presentation of a link to a payee website associated with the gift code or promotion code.
  • [0010]
    In a funds facilitation system that facilitates transactions between a payer and a payee, a computer-implemented method for processing transactions in a funds facilitation system includes the steps of: receiving account data associated with a payer; receiving an electronic transaction authorization request from a payee, the electronic transaction authorization request including information associated with a condition; comparing the account data associated with the payer to the condition; and authorizing and processing the transaction based upon whether the account data associated with the payer meets the condition. The receiving account data, receiving the electronic transaction authorization request, comparing, and authorizing and processing steps are performed by software executable on one or more data processors.
  • [0011]
    The details of one or more embodiments of the invention are set forth in the accompanying drawings and the description below. Other features, aspects, and advantages of the invention will become apparent from the description, the drawings, and the claims.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • [0012]
    For the present disclosure to be easily understood and readily practiced, the present disclosure will now be described, for purposes of illustration and not limitation, in conjunction with the following figures.
  • [0013]
    FIG. 1 depicts a computer-implemented environment wherein users can interact with a merchant system and a funds facilitation system hosted on one or more servers through a network.
  • [0014]
    FIG. 2 shows an example promotion processing system.
  • [0015]
    FIG. 3 shows an example interface for generating and managing promotion rules.
  • [0016]
    FIG. 4 shows a second example interface for generating and managing promotion rules.
  • [0017]
    FIG. 5 is an example flow-chart for processing promotions in a funds facilitation system.
  • [0018]
    FIG. 6 is an example flow diagram for determining the application of age-based criteria.
  • [0019]
    FIG. 7 is a second example flow diagram for determining the application of age-based criteria.
  • [0020]
    FIG. 8 illustrates example hardware on which the various embodiments of the method of the present invention may be practiced.
  • [0021]
    Like reference numbers and designations in the various drawings indicate like elements.
  • DETAILED DESCRIPTION
  • [0022]
    An example funds facilitation system that facilitates transactions between a payer and payee includes a promotion processing system that facilitates the provision of promotions to account holders on the funds facilitation system. The party offering the promotion may be a merchant/payee that also has an account with the funds facilitation system. (The term “payee” includes not only persons that receive payment directly from the payer, but includes promoters or sponsors, which are discussed below). The promotion processing system applies promotion rules based on the identity of the merchant/payee and upon conditions placed on the promotion that identify a payer or a group of payers to receive the promotion. A user interface is provided for generating promotion rules and monitoring promotions. A user interface is also provided that displays unused promotion and gift codes and links to merchant/payee websites associated with the unused codes. The funds facilitation system can also provide authorization for purchases based on a condition, such as the age of the payer.
  • [0023]
    FIG. 1 depicts at 100 a computer-implemented environment wherein users 102 can interact with a merchant system 104 hosted on one or more servers through a network 106. The merchant system 104 contains software operations or routines for receiving a transaction request from a user 102 and providing fulfillment or notice of fulfillment of the requested transaction or a denial of the transaction request to the user 102. The users 102 can interact with the merchant system 104 in a number of ways, such as over one or more networks 106. One or more servers accessible through the network(s) 106 can host the merchant system 104.
  • [0024]
    The computer-implemented environment further includes a funds facilitation system 108. The funds facilitation system 108 may be configured for identifying the availability of funds in a user account, acquiring funding for a user account, disbursing funding to a merchant to pay for a transaction, providing promotions to payees, and authorizing a transaction between a merchant and a payee, as well as other operations. Both payers and merchant/payees have user accounts with the funds facilitation system 108. The funds facilitation system 108 is hosted on one or more servers through one or more networks 106.
  • [0025]
    In an example operation, a payer user 102 accesses a web page hosted on the merchant system 104 via the one or more networks 106. For example, the web page may list a number of book titles that are available for download from the merchant system 104 in exchange for a payment from the payer user 102. The payer user 102 indicates his desire to download one of the listed books by clicking a button on the web page that initiates a transaction request to the merchant system 104.
  • [0026]
    Upon receipt of the transaction request, the merchant system 104 prepares a transaction authorization request for authorization of the transaction and facilitating payment for the transaction. The merchant system 104 may access one or more data stores 110 a to acquire a merchant ID 112 a identifying the merchant system 104. The merchant system 104 may further access the one or more data stores 110 a to access a merchant payer user ID 114 a associated with the payer user 102 that provided the transaction request. The merchant payer user ID 114 a associated with the payer user 102 may be identified based on a prior user identification at the merchant system 104, such as the payer user 102 a providing a username and password combination. The merchant system 104 packages the merchant ID 112 a, the merchant payer user ID 114 a, as well as a transaction amount associated with the transaction requested by the payer user 102 into a transaction authorization request that is transmitted to the funds facilitation system 108 via the one or more networks 106.
  • [0027]
    The funds facilitation system 108 receives the transaction authorization request from the merchant system 104 and accesses one or more data stores 110 responsive to the funds facilitation system 108 to identify the funds facilitation system user IDs 114 associated with the merchant ID 112 a and the merchant payer user ID 114 a included in the transaction authorization request. The funds facilitation system user ID 114 accessed by the funds facilitation system 108 provides a link to user account data 112 for the merchant/payee and payer user 102 that provided the transaction request. The user account data 112 may include data related to one or more accounts related to the payer-user 102 including prepaid accounts, stored value accounts, credit accounts, debit accounts, or the like. In one embodiment, the stored value accounts may be useful for conducting low value transactions. In another embodiment, the account may be a credit, debit, or other account, or an alias for such an account, that may be more appropriate for higher value transactions. The merchant/payee account data 112 may include account data for providing payment and charging the merchant/payee.
  • [0028]
    The funds facilitation system 108 may determine the viability of the transaction described in the transaction authorization request from the merchant system 104 based on the provided transaction amount, a funds available value from the payer user account data 112, as well as other user account settings and data and other criteria.
  • [0029]
    If the funds facilitation system 108 determines that the proper criteria for a transaction approval are met, the funds facilitation system 108 may transfer the transaction amount from the user's account to the merchant and provide a transaction authorization to the merchant system 104. Upon receipt of a transaction authorization from the funds facilitation system 108, the merchant system 104 may make the book title available for immediate download by the user 102 with the knowledge that compensation for the transaction has been provided to the merchant.
  • [0030]
    While the above example describes providing a digital book to a user 102 in response to a transaction request, the system 100 may be utilized in a multitude of other scenarios. For example, instead of providing immediate digital content, the merchant may instead mail a physical product to the user 102 or perform a service, such as a healthcare service, for the user 102 upon receipt of a transaction authorization.
  • [0031]
    The funds facilitation system 108 may comprise one or more servers containing software operations or routines for creating and maintaining accounts for the users; for enabling the users to conduct transactions with one or more websites; for enabling users to initiate dispute proceedings with one or more websites and to automate the communications related to the dispute and the resolution of the dispute; to initiate and transmit alerts to users, websites, and or system administrators based upon pre-defined and/or customizable parameters; to configure and apply fees to transactions; and to conduct reporting as may be relevant to the websites, the account processor and/or the users.
  • [0032]
    Furthermore, the one or more servers of the account processor may additionally contain software operations or routines related to managing the accounts (such as by updating billing addresses, delivery addresses, user preferences, and the like); for enabling users to authorize and manage recurring payments or to pre-authorize payments; for enabling users to pre-authorize or prohibit (i.e., blacklist) websites and/or transactions; and/or for enabling users to manage accounts and conduct transactions using mobile electronic devices or any other electronic device such as internet-connected gaming consoles, a digital set-top box, or similar devices. A user 102 can register with the funds facilitation system 108, such as by registering with a particular account in order to receive a promotion affiliated with that account.
  • [0033]
    FIG. 2 shows an example promotion processor 200 that is part of the funds facilitation system 108. The promotion processor 200 receives data from the data stores 110. In this example, the data stores 110 include a user account database 205 that stores user account and demographic information, and a promotion rules database 210 that stores promotion rules. The promotion processor 200 may also receive data from one or more merchant systems 104 through the network 106. In this example the merchant system is a payee website 215. The promotion processor 200 receives input defining and associating a promotion, a payee, and a condition from either or both of the payee user interface 220 and the administrator user interface 225. The user interface is provided on a display device. The administrator user interface may also receive input to define a price to charge the payee for the promotion. The promotion processor 200 processes the data it receives and facilitates a variety of promotion functionalities.
  • [0034]
    In an example funds facilitation system 108, the system can access payer profile data 112 and take action based upon one or more profile data values corresponding to one or more conditions. In these implementations, promotions can be based upon data corresponding to the one or more conditions. In an example implementation of the system, the promotion processor 200 generates promotion rules in response to the input received from the user interfaces 220, 225. It then stores the promotion rules in the promotion rules database 210. The promotion processor is configured to receive transaction data identifying the payee and the payer, and compares the transaction data with the promotion rules stored in the promotion rules database 210 to identify the promotion rule or rules associated with the payee identification and any additional conditions. The promotion processor 200 applies the promotion rule to the transaction data. The promotion processor then delivers any promotions to the payer. For example, delivering the promotion may include electronically sending a notification to the payer directly or through the payee, or it may include automatically applying the discount as part of the funds facilitation process. The promotion may be for the current transaction or a future transaction or may be a benefit not related to a transaction.
  • [0035]
    In some implementations, the funds facilitation system 108 can randomly and securely generate and apply rules to track promotion codes.
  • [0036]
    The funds facilitation system 108 can assign one or more promotion types. Due at least in part to the example system structure described in FIG. 1 and the example funds facilitation system 108 described herein, the system administrator or merchant/payee has a variety of options for generating and placing conditions (or parameters) on the promotions. For example, conditions for delivering, activating, deactivating, and customizing promotions can be established. The one or more promotions or promotion codes can be valid at a specific merchant, a specific list of merchants, a specific group of merchants (e.g., based on a set of common attribute(s) like a merchant category type), or all merchants. The promotion can even be tied to no merchants by being tied to an activity other than a purchase.
  • [0037]
    An example promotion can be a specific dollar value off of a purchase. The promotion can be a specific percentage discount value off of a purchase. The promotion code can be associated with a specific product ID, such as when the promotion code is used to receive a special price on a specific product. In these implementations, the specific product ID may signify that the product is only available with the promotion code. Alternatively, a promotion code can be a specific non-purchase value (e.g., an entry into a drawing or a competition).
  • [0038]
    In some examples, the funds facilitation system 108 can condition promotion validity or availability to all payer account holders, a specific account holder, a specific list of payer account holders, or a specific group of payer account holders defined by a common piece of data. For example, promotion availability/validity can be restricted based upon a common condition or set of conditions that are met in a payer's user account profile that is stored in the user account database 205. For example, the availability of the promotion may be conditioned upon a demographic indicator, state(s), postal code(s), age, account type, or account level. Additionally, promotion code availability/validity can be restricted based upon transaction history, such as transaction(s) conducted of a certain type or value, or at a specific merchant, group of merchants, or in general, over a specified date range. For example, a promotion code can be valid for all account holders who have made more than three purchases at Merchant X, Y and/or Z between Feb. 1, 2011 and Feb. 28, 2011.
  • [0039]
    Alternatively, or in addition to controlling promotion code validity as described above, the presentation and advertisement of promotional codes may also be controlled by the funds facilitation system 108.
  • [0040]
    An example funds facilitation system 108 can also set conditions or parameters on a promotion, for example, by using non-overlapping ranges, such as by awarding a different discount value depending upon the dollar value of the purchase being made. For example, if a user spends more than $5.00 (e.g., $5.01-$10.00), they get a $1.00 discount, and if a user spends more than $10.00 (e.g., $10.01 or more), they get a $3.00 discount. In another example, the percentage discount can be different depending on the dollar value of the purchase being made. For example, if a user spends up to $10.00 ($0.01-$10.00), they receive a 5 percent discount, if a user spends from $10.01 to $20.00, they receive a 10% discount, and if a user spends $20.01 or more, they receive a 15% discount.
  • [0041]
    In another example, a special price on a specific product can be applied only when the condition is met that another specific product is bought in the same purchase. For example, if a user buys product X, they receive product Y free, or at half-price.
  • [0042]
    In yet another example, the promotion may encompass a drawing instead of a discount. The number of entries in the drawing could be variable based upon an event or a value associated with an event that triggers the issuance of the promotion. For example, a user can spend $0.01-$5.00 for one free entry, $5.01-$10.00 for three entries, and $10.01 or more for five entries.
  • [0043]
    The funds facilitation system 108 may set activation and expiration date and time conditions for a promotion. In a related function, the funds facilitation system 108 can expire a promotion code early or extend the expiration date/time of a promotion code.
  • [0044]
    In some implementations, the funds facilitation system 108 can set universal conditions or parameters on a promotion to limit the use of the promotion. For example, a universal parameter can be based upon the total number of times the promotion code has been used. In one embodiment, the promotion is valid for the first 500 customers' uses only. In another example, a universal parameter can be based upon the total value of a promotion redemption, such as, when the total value of the redemption exceeds $10,000, the promotion is deactivated.
  • [0045]
    The universal parameters may also be applied to a group of promotions. For example, when there is more than one offer (e.g., three offers) available, all offers can cease to be valid when the total number of redemptions or a total value of the redemptions with respect to all three offers is reached or exceeded.
  • [0046]
    The funds facilitation system 108 may, for example, issue promotions to account holders based on a trigger event. For example, a trigger event can occur when the existing account attributes meet one or more of the defined parameters noted above, such as purchasing a certain amount. A trigger event can occur as a result of a specific purchase. A trigger event may also occur as a result of a specific user-initiated account activity such as inviting friends, a successful friend referral, a set-up of regular account top-ups, the addition of a specific card type to funding options, the setting of a specific card type as default, or the setting up of a sponsored account. In yet another example, a trigger event can occur as a result of a passive user “event,” such as the user's birthday or the length of time an account has been open and/or active.
  • [0047]
    The promotion processor 200 as a part of the funds facilitation system 108 can deliver promotions through a variety of vehicles. For example, a promotion can be delivered in a transaction response message to a merchant/payee that the merchant can display to the purchaser on a transaction successful screen. In this example, the promotion does not need to be an offer from the merchant/payee sending the transaction response message. For example, the promotion can be a cross-promotion from another merchant. In another example, a promotion code can be delivered in an email to an account holder(s). Alternatively, the promotion code can be presented in a graphical user interface of the funds facilitation website or in the payee website. In one example, the email can be automatically sent following a trigger event. In yet another example, a promotion code can be delivered using an out-of-service vehicle (e.g., in an advertisement by a merchant or the funds facilitation system operator).
  • [0048]
    The example promotion processor 200 as a part of the funds facilitation system 108 can facilitate promotion redemption 211 in multiple scenarios. For example, a promotion code can be entered manually (e.g., by a user on a transaction authorization screen in a merchant/payee website and passed in a transaction request message, or by an account holder on an account page where an activity is being authorized with a password. In another example, a promotion code can be entered automatically (e.g., by a merchant/payee website as part of the transaction request message). In yet another example, a promotion code is not entered at all, but is applied automatically by the funds facilitation system 108. For example, when a promotion code benefit is automatically triggered at the occurrence of a condition, such as a trigger event (e.g., when a payer spends more than $20.00 at merchant X in February, then $2.00 will be discounted from the price, or in another example, donated to charity Y). In this example, a confirmation message can be sent to the user upon the occurrence of the condition and associated promotion benefit.
  • [0049]
    The promotions and conditions can be input and managed using a user interface, such as the example graphic user interfaces shown in FIGS. 3 and 4. In an alternative example, the promotions and conditions can be managed through a server call.
  • [0050]
    FIG. 3 shows an example interface 300 for generating and managing promotion codes. The interface is provided on a display device. Example interface 300 can be an administrative interface that can facilitate the generation 301 and configuration of promotion rules. In this example, drop down menus present a number of possible selections. The interface 300 can also be used to subsequently modify 304 a promotion 302 or a condition 303 for an existing promotion rule. For example, an existing promotion rule can be selected in a previous user interface, which then opens the example interface 300 with the fields pre-filled with the existing promotion rule data. Similarly, the promotion could be configured and edited using a reference ID via specifically formatted messages communicated via server calls.
  • [0051]
    The example interface 300 can be used to designate a payee Account ID in an Account ID field 306 which can be used to manage a promotion code or group of promotion codes. A specific merchant/payee Account ID can be designated for a specific merchant promotion, or multiple Account IDs can be specified for a group merchant promotion. In this case, the promotion rule will associate the selected promotion with the selected Account IDs. In one example, ownership can be assigned to a specific group account, and then access permissions can be provided to that group account for use by all group participants. In some implementations, the Account ID field 306 may have an operator input to designate a specific promotion run by the funds facilitation system rather than a payee Account ID.
  • [0052]
    In one example, the user interface provides the ability to create an Account ID only for the purpose of managing a promotion code or group of promotion codes. For example, a third-party “promoter” who is not an account holder on the funds facilitation system may have an account opened solely for the purpose of managing promotions. For example, a sponsor or affiliate of a merchant may run a promotion to give account holders a free download or discount from the merchant's website.
  • [0053]
    For example, a third-party who is not an account holder (e.g., a third-party bank that is a sponsor of an event), can run a promotion to give bank account holders a free download from a sponsored event website or a discount on any purchase of merchandise from the sponsored website. Thus, even though the event organizers are a merchant/payee, the promotion is controlled by the third-party bank, not the event organizers.
  • [0054]
    The example interface 300 can be used to charge fees to one or more accounts. Fees can be fixed and/or percentage based. Fees can be applied to the issuance of a promotion rule with pricing parameters 305. Pricing parameters 305 can be based upon, for example, date range of validity, value of offer, or volume/size of payee/merchant(s). For example, a different fee can be charged to each participating merchant(s) depending on a parameter such as sales volume. In some implementations, a fee can be charged in addition to or in lieu of a standard transaction fee, for each use of the promotion. In some implementations, a fee can be charged for each change to promotion code configuration (e.g. early expiration, extension of validity, or a change to valid account parameters). The fee may be charged at the generation of the promotion rule, or when the promotion is delivered to the payer.
  • [0055]
    Although drop-down menus are indicated in FIG. 3, more than one entry may be made for each of the promotion 302, condition 303, Account ID 306, and Pricing 305 fields. In some examples, a separate operator may be input to determine if multiple entered conditions, such as A and B, are to be processed as requiring both A and B, or requiring either A or B.
  • [0056]
    FIG. 4 shows a second example user interface 400 for assigning promotion codes, which may be more easily utilized to assign multiple promotions, account IDs, and conditions, for generating a promotion rule than the example of FIG. 3. The user interface is provided on a display device. Furthermore, this user interface excludes the pricing input, so it may be more appropriate for use by a payee/merchant.
  • [0057]
    In the example user interface of FIG. 4, three columns are displayed. At one side of the user interface 400, a listing of promotions is shown in a column titled “Promotion ID Database” 405. At the opposite side thereof, another column titled “Payee User Account Database” 410 contains a listing of possible Payee Accounts that may be selected. In the same column, a separate row, beneath the “Payee User Account Database,” includes a number of conditions that are listed under the heading “Conditions Database” 415. In the middle column, titled “Promotion Rule” 420, a promotion field 422, an account ID field 424, and a condition field 426 are presented.
  • [0058]
    To populate each of the promotion field 422, account ID field 424, and condition field 426, the user may select one or more promotions from the promotion ID database 405, payee user account database 410, and condition database 415, and input the selection into the respective promotion rule field, by clicking (or otherwise activating) the respective “Add” arrow 430 pointing to the respective field of the promotion rule column. Items input to the promotion rule column 420 may be deselected and sent back to the respective field by clicking (or otherwise activating) the respective “Delete” arrow 435 pointing away from the promotion rule field. In this way a promotion rule for the desired payee user account and conditions is associated with the desired promotion. The promotion rule is generated and stored in a promotion rules database by clicking (or otherwise activating) the “Generate Rule” button 440, at the bottom of the promotion rule column 420.
  • [0059]
    A “New” button 450 corresponding to each of the promotion database, payee user account database, and condition database is provided in case the user does not see a desired promotion, payee user account, or condition in the listings of selectable items. Clicking (or otherwise activating) the “New” button 450 may cause a message window to be opened wherein the user can draft a request for the new item and send it to an administrator for creation. Alternatively, activation of the “New” button may directly open an interface for creating new items for the promotion database, payee user account database, and condition database.
  • [0060]
    In some implementations, either the example interface 300 of FIG. 3 or the example interface 400 of FIG. 4 can further be used to monitor promotion issuance and usage and to generate usage reports. For example, a previously generated promotion rule may be selected and a pop-up screen may show usage statistics, which may indicate that a promotion code is being passed around to more users than the payee intended. Thus, the interface 300 may function to modify the rule based on one or more conditions 303, such as limiting the times the promotion or promotion code may be used or the total amount of discount or drawing entries that are available, after which the promotion or promotion code will cease to be valid.
  • [0061]
    In some implementations, an interface can be used to provide one-time use promotions, such as a gift card, to a merchant/payee. In these implementations, a merchant/payee can configure and sell one-time use promotion codes (e.g., in the form of “gift codes”), to standard account holders from any enrolled merchant/payee account, or directly from the fund facilitation system 108 using the interface. A seller can set a face value for a gift code that is different than the purchase price. For example, a seller can allow a user to buy a discounted $20.00 gift code for $18.00. Alternately, a seller can attach a $2.00 purchase fee to a $20.00 gift code, causing the user to pay $22.00.
  • [0062]
    For example, a user can purchase one-time use promotion codes in the form of gift codes for themselves or for another user, for example for use at a merchant website that has an account with the funds facilitation system 108.
  • [0063]
    FIG. 5 shows an example flow chart of a computer-implemented method for processing promotions in a funds facilitation system 108 that facilitates a transaction between a payer and payee. In this example, promotion data comprising a promotion ID, payee ID, condition, and price are input in a user interface 502, and a promotion rule is generated 504 based on the input from the user interface 502. The promotion rule is stored in a promotion rules database. Optionally, the payee is charged according to the price of the promotion rule 506 shortly after the promotion rule is generated.
  • [0064]
    Transaction data is received 510 by a promotion processor operating on the funds facilitation system, for example, subsequent to a transaction request from the payee's website. The transaction data identifies the payee and payer and the transaction amount. Further information may also be provided, such as information regarding an item that is being purchased or a request to apply a condition before providing the promotion. The promotion processor then compares the transaction data to the promotion rules stored in the database 512 to identify the applicable promotion rule associated with the payee identification and any conditions. The one or more identified promotion rules are then applied to the transaction data 514. Again there is the option of charging the payee for the promotion 506 at this point, when the promotion is applied to a transaction. In one embodiment the payee may be charged both when the rule is generated and when it is applied.
  • [0065]
    Once the promotion rule is applied, the promotion is delivered to the payer. Delivering the promotion to the payer may, for example, include automatically applying a discount to the transaction, informing the payer of a promotion code to be used on a later transaction, or informing the payer of an entry in a drawing being held concurrently or at a future time. Each step of the example method is performed by software executable on one or more data processors.
  • [0066]
    The funds facilitation system 108 can additionally approve or decline the transaction (e.g., based upon whether the purchaser meets conditions set by a seller).
  • [0067]
    In an example transaction authorization system, the fund facilitation system 108 will provide information to a seller and approve or decline transactions based upon seller instructions (e.g., as reflected in age criteria). In these implementations, a privacy policy may indicate that the provision of age-related information to a seller is for a particular purpose. In one example, the user may not opt out of including this information (e.g., it will be a part of the standard terms and conditions for use of the service). Additionally, age indicator response data will be provided to a seller with a disclaimer. For example, the disclaimer can include language indicating that the fund facilitation system 108 holds no liability for the accuracy of age or other demographic-related information. Additionally, the disclaimer may state that the fund facilitation system 108 is providing the parameter-related information to the seller for information purposes only. Moreover, it may also state that decisions made based on condition-based information will be at the exclusive direction of the seller. In some examples, an additional field can be added to the transaction data in the purchase authorization request message. A merchant/payee can optionally use the purchase authorization request message to indicate an instruction (e.g., to apply a specific age-based condition to the approval of a purchase).
  • [0068]
    FIG. 6 is an example flow diagram for authorizing a transaction based on an age-based condition. Initially, a transaction authorization request is received that includes information associated with an age-based condition as part of the transaction data. This information may be the age-based condition itself as shown in step 602. Alternatively, the transaction authorization request contains item information as part of the transaction data 604, such as information identifying an item for purchase. In this case, the funds facilitation system 108 determines if the item is associated with an age-based condition previously stored in a database 606.
  • [0069]
    A payer establishes an account before the requested transaction takes place. This process includes a query to determine the age of the payer 610. After the age is determined, the payer account is created 612. In one example, an account cannot be opened unless an age is provided. Requesting age information at the outset of account generation at the funds facilitation system 108 should decrease untrue responses, since the request is made apart from any specific product purchase that may have an age-based condition. Optionally, the age of the payer can be verified electronically, e.g., through a third-party identification check on passport and/or driver's license, and/or through the association of other age-related indicators, e.g., a credit card in the user's name.
  • [0070]
    The funds facilitation system 108 compares the age-based condition, determined from the transaction data with the age information associated with the payer account to determine whether the age of the payer meets the age-based condition 620. If the payer does meet the age-based condition, then the system 108 processes the transaction and/or informs the payee that the payer meets the age-based condition 630. If the payer does not meet the age-based condition, then the system 108 terminates the transaction request and/or informs the payee that the payer does not meet the age-based condition 635.
  • [0071]
    In another example, instead of an age-based condition, the example shown in FIG. 6 can be performed based on a different condition. For example, other data from the user account is compared with a defined condition in order to determine if the transaction will be authorized and/or processed. Examples of user account data that may be used to determine whether to authorize the transaction and/or discount or special pricing to apply to the transaction and/or other promotional benefits to associate with the transaction includes payment source information, recent transaction activity information, or location information. Other data may also be used. In the case of location information, some items may be illegal for purchase in some locations, and thus the payee would want to determine whether the payer resides in such locations before processing the transaction. The payee may also want to only do business with or may only want to extend a promotional benefit to payers that have certain payment sources associated with their account or have certain data reflected in their transaction history.
  • [0072]
    The above steps may be performed by software executable on one or more data processors.
  • [0073]
    In a more specific embodiment of the transaction authorization process an additional field is displayed 701 to a payee/merchant (e.g., in a purchase authorization request message). A determination 702 is made as to whether the merchant/payee filled in the field and how the merchant/payee filled in the field. In some implementations, if the field is left blank, the funds facilitation system 108 will not check or apply 703 any age-based criteria.
  • [0074]
    If the field is populated by a positive integer 704, then the fund facilitation system 108 will interpret the instruction to indicate that the seller requires the user to be greater than or equal to the positive integer 708, in years of age, in order for the transaction to be approved.
  • [0075]
    In some implementations, if the field is populated by a negative integer 705, then the system will interpret the instruction to indicate that the seller requires the user to be less than or equal to the absolute value of the negative integer 706, in years of age, in order for the transaction to be approved.
  • [0076]
    If the field is populated by both a positive integer 704 and a negative integer 707 (including an appropriate separator), then the fund facilitation system 108 will interpret the instruction to indicate that the seller requires both criteria to be applied 709 in order for the transaction to be approved. For example, if the negative integer has an absolute value which is higher than the positive integer, then the purchaser must be in the age range from the positive integer to the negative integer. For example, “14;-17” would indicate the purchaser must be between 14 and 17 years of age, including both 14 and 17, to meet the criteria). In another example, if the positive integer has a value which is higher than the absolute value of the negative integer, then the purchaser must be of one of the two age ranges. For example, “65;-17” would indicate that the purchaser must be either 65 years of age or older, or 17 years of age or younger.
  • [0077]
    In some implementations, more than one set of age-based criteria may be provided with specific prices assigned to each age range. For example, this can be done to set the transaction value of an item at normal price unless a user is within a specific age-range criteria. If the user is within a specific age-range criteria, then the transaction value of an item can be set at a specific price associated with that age range. As another example, a specific percentage or value discount associated with that age range can be applied. Additionally, the discount can be indicated in a line item. Alternatively, all such parameters could be set as conditions in the promotion processing system described in the discussion of FIGS. 2-5.
  • [0078]
    In some implementations, merchants/payees can add additional instructions for determining acceptable age-related information for approving a transaction.
  • [0079]
    The merchant/payee can be provided with information related to what information was used to check the age in addition to the result; for example, in an additional field added to a purchase authorisation response message. In some implementations, a purchase authorization response message can include a result code indicative of which criteria were met or not met. For example, if no age-based criteria are met, the result code can be a “0” and the transaction would be declined. If a single set of age-based criteria are met, then the result code can be a “1” and the transaction would be approved. If multiple age criteria are provided, then a result code of “1”, “2”, “3”, . . . “n” can be provided (e.g., based on which age criteria is met).
  • [0080]
    In some implementations, a purchase authorization response message can include a date-of-birth code to indicate how the date of birth used in the age criteria check has been validated. For example, “S” can indicate that the date of birth was self-declared at time of registration. “V” can indicate that the date of birth was verified electronically (e.g., through a third-party identification check on passport and/or driver's license).
  • [0081]
    In some implementations, a purchase authorization response message can include a payment instrument code to indicate the highest ranking payment instrument associated with the account, from the following (listed in hierarchical order from highest ranking to lowest):
  • [0082]
    C=Credit
  • [0083]
    D=Debit
  • [0084]
    P=Prepaid
  • [0085]
    B=Bank Account
  • [0086]
    N=None
  • [0087]
    A response including age indicator data can include a notation embedded in the response which includes the text of the disclaimer, as noted above. Additionally, age indicator request criteria and age indicator response data, including the result code, date of birth, and payment instrument code, may be included in both the merchant/payee view and the administrative view of the transaction details, but not the payer's view. Moreover, an age indicator response field in the merchant/payee transaction details view may include a link to the disclaimer language noted above, which would load as a dialogue message box on a page when activated.
  • [0088]
    FIG. 7 shows an example user interface 700 for displaying gift and promotion codes to an associated payer. The user interface is provided on a display device. The promotion and gift codes, when obtained, are stored in a database and associated with the payer user account. The promotion and gift codes may be entered manually by the payer or they may be automatically electronically delivered by the promotion processing system. For example, the user account interface 700 displays the unused promotion codes 705 and gift codes 710 and includes links 720 to the merchant site where the unused promotion codes and gift codes may be used. The funds facilitation system may store in a database and display at a user interface a record of the date the promotion code or gift code was used and a link to the associated transaction information.
  • [0089]
    FIG. 8 is a block diagram of hardware 1010 which may be used to implement the various embodiments of the method of the present invention. The hardware 1010 may be a personal computer system comprised of a computer 1012 having as input devices keyboard 1014, mouse 1016, and microphone 1018. Output devices such as a monitor 1020 and speakers 1022 may also be provided. The reader will recognize that other types of input and output devices may be provided and that the present invention is not limited by the particular hardware configuration.
  • [0090]
    Residing within computer 1012 is a main processor 124 which is comprised of a host central processing unit 1026 (CPU). Software applications 1027, such as the method of the present invention, may be loaded from, for example, disk 1028 (or other device), into main memory 1029 from which the software application 1027 may be run on the host CPU 1026. The main processor 124 operates in conjunction with a memory subsystem 130. The memory subsystem 130 is comprised of the main memory 1029, which may be comprised of a number of memory components, and a memory and bus controller 1032 which operates to control access to the main memory 1029. The main memory 1029 and controller 1032 may be in communication with a graphics system 134 through a bus 1036. Other buses may exist, such as a PCI bus 1037, which interfaces to I/O devices or storage devices, such as disk 1028 or a CDROM, or to provide network access.
  • [0091]
    Embodiments of the subject matter and the functional operations described in this specification can be implemented in digital electronic circuitry, or in computer software, firmware, or hardware, including the structures disclosed in this specification and their structural equivalents, or in combinations of one or more of them. Embodiments of the subject matter described in this specification can be implemented as one or more computer program products, i.e., one or more modules of computer program instructions encoded on a computer-readable medium for execution by, or to control the operation of, data processing apparatus.
  • [0092]
    The computer-readable medium can be a machine-readable storage device, a machine-readable storage substrate, a memory device, a composition of matter effecting a machine-readable propagated signal, or a combination of one or more of them. The term “data processing apparatus” encompasses all apparatus, devices, and machines for processing data, including by way of example a programmable processor, a computer, or multiple processors or computers. The apparatus can include, in addition to hardware, code that creates an execution environment for the computer program in question, e.g., code that constitutes processor firmware, a protocol stack, a database management system, an operating system, or a combination of one or more of them, A propagated signal is an artificially generated signal, e.g., a machine-generated electrical, optical, or electromagnetic signal, that is generated to encode information for transmission to suitable receiver apparatus.
  • [0093]
    A computer program (also known as a program, software, software application, script, or code), can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment. A computer program does not necessarily correspond to a file in a file system. A program can be stored in a portion of a file that holds other programs or data (e.g., on or more scripts stored in a markup language document), in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub-programs, or portions of code). A computer program can be deployed to be executed on one computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a communication network.
  • [0094]
    The processes and logic flows described in this specification can be performed by one or more programmable processors executing one or more computer programs to perform functions by operating on input data and generating output. The processes and logic flows can also be performed by, and apparatus can also be implemented as, special purpose logic circuitry, e.g., an FPGA (field programmable gate array) or an ASIC (application-specific integrated circuit).
  • [0095]
    Processors suitable for the execution of a computer program include, by way of example, both general and special purpose microprocessors, and any one or more processors of any kind of digital computer. Generally, a processor will receive instructions and data from a read-only memory or a random access memory or both. The essential elements of a computer are a processor for performing instructions and one or more memory devices for storing instructions and data. Generally, a computer will also include, or be operatively coupled to receive data from or transfer data to, or both, one or more mass storage devices for storing data, e.g., magnetic, magneto-optical disks, or optical disks. However, a computer need not have such devices. Moreover, a computer can be embedded in another device, e.g., a mobile telephone, a personal digital assistant (PDA), a mobile audio player, a Global Positioning System (GPS) receiver, to name just a few. Computer-readable media suitable for storing computer program instructions and data include all forms of nonvolatile memory, media, and memory devices, including by way of example semiconductor memory devices, e.g., EPROM, EEPROM, and flash memory devices; magnetic disks, e.g., internal hard disks or removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks. The processor and the memory can be supplemented by, or incorporated in, special purpose logic circuitry.
  • [0096]
    To provide for interaction with a user, embodiments of the subject matter described in this specification can be implemented on a computer having a display device, e.g., a CRT (cathode ray tube) to LCD (liquid crystal display) monitor, for displaying information to the user and a keyboard and a pointing device, e.g., a mouse or a trackball, by which the user can provide input to the computer. Other kinds of devices can be used to provide for interaction with a user as well; for example, feedback provided to the user can be any form of sensory feedback, e.g., visual feedback, auditory feedback, or tactile feedback; and input from the user can be received in any from, including acoustic, speech, or tactile input.
  • [0097]
    Embodiments of the subject matter described in this specification can be implemented in a computing system that includes a back-end component, e.g., as a data server, or that includes a middleware component, e.g., an application server, or that includes a front-end component, e.g., a client computer having a graphical user interface or a Web browser through which a user can interact with an implementation of the subject matter described in this specification, or any combination of one or more such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication, e.g., a communication network. Examples of communication networks include a local area network (“LAN”) and a wide area network (“WAN”), e.g., the Internet.
  • [0098]
    The computing system can include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.
  • [0099]
    While this specification contains many specifics, these should not be construed as limitations on the scope of the invention or of what may be claimed, but rather as descriptions of features specific to particular embodiments of the invention. Certain features that are described in this specification in the context or separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed o a subcombination or variation of a subcombination.
  • [0100]
    Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Moreover, the separation of various system components in the embodiments described above should not be understood as requiring such separation in all embodiments, and it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products.
  • [0101]
    Thus, particular embodiments of the invention have been described. Other embodiments are within the scope of the following claims. For example, the actions recited in the claims can be performed in a different order and still achieve desirable results.
Citations de brevets
Brevet cité Date de dépôt Date de publication Déposant Titre
US2640577 *3 oct. 19492 juin 1953Deere & CoHopper and extension conveyer mechanism for small grain elevators
US5329589 *3 juin 199312 juil. 1994At&T Bell LaboratoriesMediation of transactions by a communications system
US5412730 *23 avr. 19922 mai 1995Telequip CorporationEncrypted data transmission system employing means for randomly altering the encryption keys
US5450537 *4 nov. 199312 sept. 1995Hitachi, Ltd.Method and apparatus for completing a partially completed document in accordance with a blank form from data automatically retrieved from a database
US5537314 *23 févr. 199516 juil. 1996First Marketrust Intl.Referral recognition system for an incentive award program
US5742845 *22 juin 199521 avr. 1998Datascape, Inc.System for extending present open network communication protocols to communicate with non-standard I/O devices directly coupled to an open network
US5745574 *15 déc. 199528 avr. 1998Entegrity Solutions CorporationSecurity infrastructure for electronic transactions
US5790790 *24 oct. 19964 août 1998Tumbleweed Software CorporationElectronic document delivery system in which notification of said electronic document is sent to a recipient thereof
US5793302 *12 nov. 199611 août 1998Stambler; LeonMethod for securing information relevant to a transaction
US5794259 *25 juil. 199611 août 1998Lextron Systems, IncApparatus and methods to enhance web browsing on the internet
US5862325 *27 sept. 199619 janv. 1999Intermind CorporationComputer-based communication system and method using metadata defining a control structure
US5893120 *2 janv. 19976 avr. 1999Nemes; Richard MichaelMethods and apparatus for information storage and retrieval using a hashing technique with external chaining and on-the-fly removal of expired data
US5960411 *12 sept. 199728 sept. 1999Amazon.Com, Inc.Method and system for placing a purchase order via a communications network
US5974148 *13 mai 199726 oct. 1999Stambler; LeonMethod for securing information relevant to a transaction
US5974430 *30 sept. 199726 oct. 1999Unisys Corp.Method for dynamically embedding objects stored in a web server within HTML for display by a web browser
US6029150 *4 oct. 199622 févr. 2000Certco, LlcPayment and transactions in electronic commerce system
US6067621 *6 oct. 199723 mai 2000Samsung Electronics Co., Ltd.User authentication system for authenticating an authorized user of an IC card
US6088717 *31 août 199811 juil. 2000Onename CorporationComputer-based communication system and method using metadata defining a control-structure
US6092053 *7 oct. 199818 juil. 2000Cybercash, Inc.System and method for merchant invoked electronic commerce
US6192407 *4 avr. 199720 févr. 2001Tumbleweed Communications Corp.Private, trackable URLs for directed document delivery
US6227447 *10 mai 19998 mai 2001First Usa Bank, NaCardless payment system
US6341724 *11 janv. 200129 janv. 2002First Usa Bank, NaCardless payment system
US6351739 *11 mai 200026 févr. 2002Netcraft CorporationInternet billing method
US6421729 *14 avr. 199916 juil. 2002Citicorp Development Center, Inc.System and method for controlling transmission of stored information to internet websites
US6467684 *2 mars 199922 oct. 2002Netvisions, Inc.Pre-paid card system for purchasing products or services
US6547129 *11 mars 200215 avr. 2003Henry R. NicholsCheck writing point of sale system
US6609113 *3 févr. 200019 août 2003The Chase Manhattan BankMethod and system for processing internet payments using the electronic funds transfer network
US6757710 *5 févr. 200229 juin 2004Onename CorporationObject-based on-line transaction infrastructure
US6850996 *7 juil. 20031 févr. 2005Datascape, Inc.System and method for enabling transactions between a web server and an automated teller machine over the internet
US6873974 *16 août 200029 mars 2005Citibank, N.A.System and method for use of distributed electronic wallets
US6907476 *3 févr. 200414 juin 2005Datascape, Inc.Open network system and method for I/O operations with non-standard I/O devices using an extended open network protocol
US6915271 *5 mars 19995 juil. 2005The Product Engine, Inc.Method and system for delivering redeeming dynamically and adaptively characterized promotional incentives on a computer network
US6932268 *30 juin 200323 août 2005Checkfree CorporationDual mode credit card based payment technique
US7006993 *26 mai 200028 févr. 2006The Coca-Cola CompanyMethod and apparatus for surrogate control of network-based electronic transactions
US7062706 *29 avr. 200313 juin 2006America Online, Inc.Method and apparatus for populating a form with data
US7089208 *28 avr. 20008 août 2006Paypal, Inc.System and method for electronically exchanging value among distributed users
US7099850 *21 sept. 200129 août 2006Jpmorgan Chase Bank, N.A.Methods for providing cardless payment
US7103571 *30 janv. 20025 sept. 2006Oki Electric Industry Co., Ltd.Electronic settlement system using prepaid type electronic money
US7127427 *8 mars 200024 oct. 2006Andrew CasperSecure transaction processing system and method
US7159180 *14 déc. 20012 janv. 2007America Online, Inc.Proxy platform integration system
US7177838 *21 avr. 200013 févr. 2007Paybyclick CorporationMethod and apparatus for conducting electronic commerce transactions using electronic tokens
US7216292 *1 sept. 19998 mai 2007Microsoft CorporationSystem and method for populating forms with previously used data values
US7231372 *15 sept. 199912 juin 2007Siemens AktiengesellschaftMethod and system for paying for goods or services
US7249097 *16 sept. 200324 juil. 2007Echarge CorporationMethod for ordering goods, services, and content over an internetwork using a virtual payment account
US7249099 *30 mars 200524 juil. 2007Paybyclick CorporationMethod and apparatus for conducting electronic commerce transactions using electronic tokens
US7251656 *26 juil. 200231 juil. 2007Checkfree CorporationElectronic payments using multiple unique payee identifiers
US7254569 *23 juin 20047 août 2007Microsoft CorporationIntelligent autofill
US7257581 *6 août 200114 août 2007Guardian Networks, LlcStorage, management and distribution of consumer information
US7324972 *22 juin 200029 janv. 2008Clickshare Service CorporationManaging transactions on a network: four or more parties
US7328189 *2 janv. 20015 févr. 2008Paybyclick CorporationMethod and apparatus for conducting electronic commerce transactions using electronic tokens
US7334184 *10 mars 200019 févr. 2008American Express Travel Related Services Company, Inc.Method for online information sharing for completing electronic forms
US7343351 *31 août 200011 mars 2008American Express Travel Related Services Company, Inc.Methods and apparatus for conducting electronic transactions
US7346577 *28 août 200018 mars 2008Javien Digital Payment Solutions, Inc.Third-party billing system and method
US7346587 *6 déc. 200218 mars 2008Aol LlcIntelligent method of order completion in an e-commerce environment based on availability of stored billing information
US7347361 *11 juil. 200625 mars 2008Robert LovettSystem, method and program product for account transaction validation
US7350139 *16 juin 200025 mars 2008American Express Travel Related Services Company, Inc.System and method for utilizing a drag and drop technique to complete electronic forms
US7366703 *4 janv. 200129 avr. 2008American Express Travel Related Services Company, Inc.Smartcard internet authorization system
US7376621 *18 sept. 200020 mai 2008Paybyclick CorporationMethod and apparatus for conducting electronic commerce transactions using electronic tokens
US7379919 *11 avr. 200127 mai 2008Mastercard International IncorporatedMethod and system for conducting secure payments over a computer network
US7412420 *16 janv. 200312 août 2008U.S. Encode CorporationSystems and methods for enrolling a token in an online authentication program
US7415443 *24 sept. 200719 août 2008American Express Travel Related Services Company, Inc.Online card present transaction
US7437757 *16 janv. 200314 oct. 2008Us Encode CorporationToken for use in online electronic transactions
US7483845 *24 juin 200327 janv. 2009Nokia CorporationMethods, system, and computer readable medium for user data entry, at a terminal, for communication to a remote destination
US7533063 *14 juin 200112 mai 2009Silicon Storage Technology, Inc.Smart memory card wallet
US7533064 *29 janv. 199912 mai 2009Paypal Inc.E-mail invoked electronic commerce
US7533828 *28 août 200719 mai 2009Ong Yong Kin MichaelElectronic credit card—ECC
US7568631 *21 nov. 20054 août 2009Sony CorporationSystem, apparatus and method for obtaining one-time credit card numbers using a smart card
US7580898 *30 déc. 200625 août 2009Qsecure, Inc.Financial transactions with dynamic personal account numbers
US7581257 *25 mai 200025 août 2009Safepay Australia Pty LimitedSystem for handling network transactions
US7584153 *30 déc. 20061 sept. 2009Qsecure, Inc.Financial transactions with dynamic card verification values
US7606760 *24 sept. 200320 oct. 2009Echarge CorporationMethod and apparatus for ordering goods, services and content over an internetwork using a virtual payment account
US7660779 *12 mai 20049 févr. 2010Microsoft CorporationIntelligent autofill
US7664699 *21 déc. 200516 févr. 2010Symantec CorporationAutomatic generation of temporary credit card information
US7716596 *8 nov. 200611 mai 2010International Business Machines CorporationDynamic input field protection
US7761374 *18 août 200320 juil. 2010Visa International Service AssociationMethod and system for generating a dynamic verification value
US20010029535 *22 mars 200111 oct. 2001Motohisa HiranoMethod and system for providing environmental information on network
US20010032182 *16 févr. 200118 oct. 2001Srihari KumarInteractive bill payment center
US20010039511 *7 déc. 20008 nov. 2001Noel DuckworthLottery award promotional method and system
US20020016769 *11 juil. 20017 févr. 2002Ellen BarbaraMethod and system for on-line payments
US20020046185 *8 mai 200118 avr. 2002Jean-Marc VillartSystem and method conducting POS transactions
US20020111867 *5 avr. 200215 août 2002Walker Jay S.Method and apparatus for defining routing of customers between merchants
US20050147225 *4 janv. 20057 juil. 2005Mallick John C.Method of managing prepaid accounts
US20060161474 *6 août 200320 juil. 2006David DiamondDelivery of targeted offers for move theaters and other retail stores
US20070136211 *30 déc. 200614 juin 2007Brown Kerry DFinancial transactions with dynamic card verification values
US20070198354 *1 mai 200723 août 2007American Express Travel Related Services Company, Inc.System and method for tiered filtering of purchase transactions
US20070288313 *27 avr. 200713 déc. 2007Mark BrodsonE-Coupon System and Method
US20080110983 *15 nov. 200615 mai 2008Bank Of America CorporationMethod and apparatus for using at least a portion of a one-time password as a dynamic card verification value
US20080177796 *19 janv. 200724 juil. 2008Eldering Charles AMethod of Distributing Contact Information to Merchant Websites
US20080228653 *22 avr. 200818 sept. 2008U.S. Encode CorporationSystems and methods for enrolling a token in an online authentication program
US20080255940 *19 déc. 200716 oct. 2008Perreault Bruno DMethod and apparatus for reward calculation and disbursement
US20090006646 *26 juin 20071 janv. 2009Data Frenzy, LlcSystem and Method of Auto Populating Forms on Websites With Data From Central Database
US20090063345 *29 août 20075 mars 2009American Express Travel Related Services Company, Inc.System and Method for Facilitating a Financial Transaction with a Dynamically Generated Identifier
US20090157531 *21 janv. 200918 juin 2009Bui Hong QPayment service capable of being invoked from merchant sites
US20090171778 *28 déc. 20072 juil. 2009Jonathan Robert PowellMethods and systems for applying a rewards program promotion to payment transactions
US20090171844 *28 déc. 20072 juil. 2009Hugo OlliphantSystem and method of a passphrase account identifier for use in a network environment
US20090173782 *2 janv. 20099 juil. 2009Muscato Michael ADynamic Card Validation Value
US20090182674 *14 janv. 200816 juil. 2009Amol PatelFacilitating financial transactions with a network device
US20090182675 *23 déc. 200816 juil. 2009Brody EdwardMethod and system for conducting electronic commerce over a network using a shadow credit card number
US20090259547 *10 avr. 200915 oct. 2009Brian CloppAffiliate and cross promotion systems and methods
USRE40220 *12 juil. 20048 avr. 2008Lml Patent Corp.Check writing point of sale system
Référencé par
Brevet citant Date de dépôt Date de publication Déposant Titre
US89316911 déc. 201013 janv. 2015Visa U.S.A. Inc.Dynamic payment device characteristics
US93428353 août 201017 mai 2016Visa U.S.ASystems and methods to deliver targeted advertisements to audience
US20090313168 *12 juin 200917 déc. 2009Visa U.S.A. Inc.System and Method for Authorizing Financial Transactions with Online Merchants
US20120215610 *14 févr. 201223 août 2012Visa International Service AssociationSystems and Methods to Facilitate Offer Sharing
US20120253903 *11 juin 20124 oct. 2012First Data CorporationSystems and methods for analyzing the effectiveness of a promotion
US20130297393 *9 juil. 20137 nov. 2013Sony Computer Entertainment America LlcDynamic redemption codes
US20130304555 *14 mai 201214 nov. 2013Mastercard International IncorporatedMethod and system for applying coupon rules to a financial transaction
US20150199660 *14 janv. 201416 juil. 2015Bank Of America CorporationCommunication network for collecting data and executing electronic transaction services
US20160132889 *1 mars 201412 mai 2016Govindaraj SetlurSystem and method for payer controlled payment processing system
Classifications
Classification aux États-Unis705/14.14, 705/14.16, 705/14.26
Classification internationaleG06Q30/00
Classification coopérativeG06Q30/0214, G06Q30/0225, G06Q40/02, G06Q30/0212
Classification européenneG06Q40/02, G06Q30/0214, G06Q30/0212, G06Q30/0225
Événements juridiques
DateCodeÉvénementDescription
12 mai 2010ASAssignment
Owner name: VISA INTERNATIONAL SERVICE ASSOCIATION, CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:PERLMAN, JEFFREY WILLIAM;DEMPSEY, CAROLINE GRACE;SIGNING DATES FROM 20100501 TO 20100507;REEL/FRAME:024374/0530
21 août 2017MAFP
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551)
Year of fee payment: 4