US20110004514A1 - Pay yourself first with revenue generation - Google Patents

Pay yourself first with revenue generation Download PDF

Info

Publication number
US20110004514A1
US20110004514A1 US12/852,122 US85212210A US2011004514A1 US 20110004514 A1 US20110004514 A1 US 20110004514A1 US 85212210 A US85212210 A US 85212210A US 2011004514 A1 US2011004514 A1 US 2011004514A1
Authority
US
United States
Prior art keywords
user
information
layaway
consumer
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US12/852,122
Inventor
Tracey R. Thomas
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Liberty Peak Ventures LLC
Original Assignee
CONSUMER AND MERCHANT AWARENESS FOUNDATION
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US09/836,213 external-priority patent/US7398225B2/en
Priority claimed from US10/010,947 external-priority patent/US7398226B2/en
Priority claimed from US10/710,779 external-priority patent/US8473380B2/en
Priority claimed from US12/710,566 external-priority patent/US20100153200A1/en
Priority claimed from US12/756,346 external-priority patent/US20100198724A1/en
Priority to US12/852,122 priority Critical patent/US20110004514A1/en
Application filed by CONSUMER AND MERCHANT AWARENESS FOUNDATION filed Critical CONSUMER AND MERCHANT AWARENESS FOUNDATION
Assigned to CONSUMER AND MERCHANT AWARENESS FOUNDATION reassignment CONSUMER AND MERCHANT AWARENESS FOUNDATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: THOMAS, TRACEY R.
Publication of US20110004514A1 publication Critical patent/US20110004514A1/en
Assigned to PROPULSION REMOTE HOLDINGS, LLC reassignment PROPULSION REMOTE HOLDINGS, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: CONSUMER AND MERCHANT AWARENESS FOUNDATION
Assigned to GULA CONSULTING LIMITED LIABILITY COMPANY reassignment GULA CONSULTING LIMITED LIABILITY COMPANY MERGER (SEE DOCUMENT FOR DETAILS). Assignors: PROPULSION REMOTE HOLDINGS, LLC
Assigned to INTELLECTUAL VENTURES ASSETS 66 LLC reassignment INTELLECTUAL VENTURES ASSETS 66 LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: GULA CONSULTING LIMITED LIABILITY COMPANY
Assigned to LIBERTY PEAK VENTURES, LLC reassignment LIBERTY PEAK VENTURES, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: INTELLECTUAL VENTURES ASSETS 66 LLC
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/384Payment protocols; Details thereof using social networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0215Including financial accounts
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0226Incentive systems for frequent usage, e.g. frequent flyer miles programs or point systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03Credit; Loans; Processing thereof

Definitions

  • This invention relates generally to money management, and more particularly, to the hierarchical distribution of income among a user's savings account and a user's debts, wherein the distribution may include various forms of transferring funds.
  • An increasing number of people have difficulty managing their income and debts as evidenced by an increase in bankruptcies, home foreclosures, excessive credit card balances, and other money mismanagement practices. Additionally, a larger number of people tend to live paycheck to paycheck, and unfortunately, an increasing number of consumer services take advantage of consumer's money mismanagement practices. For example, an increased number of financial products and services exist which put people in larger debt or require people to pay more bills including, for example, check cashing centers with large fees, home equity loans, interest free or payment free purchases for a certain number of months, cash advance offers, pawn shops, short-term cash loans with large interest rates, debt consolidation loans and early partial monies based upon the user assigning tax rebates.
  • a system is needed to encourage and increase savings prior to paying all or a portion of debts, while reducing such bill payment fears and at least partially discouraging the attitude to pay the entire amount of bills or debts first.
  • the automatic bill payment systems typically require consumer input of a particular amount to be paid and a particular bill to be paid.
  • the automatic bill payment systems do not include any hardware or software to consider user income, user income sources and user savings goals when determining bill payments.
  • the automatic bill payment systems cannot be sufficiently customized or altered to provide such features. Accordingly, a technical problem exists wherein the automatic bill payment systems lack certain needed features. As such, a need exists to develop complex hardware and software to analyze income sources and savings goals before transferring the consumer funds to an automatic bill payment system.
  • Incentive award programs have been developed in a variety of industries to promote customer loyalty. Generally, such programs reward customers for repeat business with the same merchant or service provider by accumulating reward points which can then be redeemed in a plurality of ways, including exchanging the reward points for additional goods and services that may be selected from an approved list or a redemption catalog, for example.
  • the reward points are usually calculated using a predetermined formula or ratio that relates a customer's purchase volume (i.e., in terms of money value or some other volume parameter) to a certain number of reward points. For example, reward points may be issued on a one-for-one basis with each dollar that a customer spends on particular goods and services.
  • a customer incentive program is a “frequent flyer” program which rewards airlines passengers with “mileage points” based upon the distances that the passengers fly with a particular airline. The mileage points may then be redeemed for free airfare or free car rentals.
  • Other incentive award programs are designed to induce usage of particular financial instruments, such as credit cards or debit cards, by accumulating reward points or dollar value points based upon the volume of purchases made using the particular financial instrument. These types of programs may be designed such that customers of the financial institution accumulate reward points which can be redeemed for selected goods or services or, alternatively, such that customers accumulate points which have a dollar value which can be applied toward a credit or debit balance, depending on whether the instrument is a credit or debit instrument, for example.
  • Other examples of online membership reward systems are disclosed in U.S. Pat. No. 5,774,870, issued on Jun.
  • each of the above-described programs may be used to induce customer loyalty to particular merchants or service providers who directly provide goods or services to the consumer.
  • these prior art frequency awards programs provide a means for retail businesses, financial institutions, and others in direct contact with the customers they service to provide incentives to their customers to encourage repeat and/or volume business.
  • these programs do not sufficiently address the similar needs of businesses that are further up in the distribution chain, such as manufacturers, to promote volume purchases by customers based upon, for example, brand loyalty independent of the retail source for the purchase.
  • the prior art programs do not provide a means for monitoring, tracking, and/or analyzing consumer and product data across distribution channels for a particular manufacturer and/or the variety of goods which that manufacturer places into the stream of commerce for ultimate sale to consumers by a retailer.
  • POS point-of-sale
  • POS systems generally include one or more automated check-out terminals which are capable of inputting or sensing and interpreting a symbol or other indicia related to the product, such as a Universal Product Code (UPC), generally comprising a machine-readable bar code coupled with a human-readable UPC number, that is printed on a label or tag which is placed on each item of merchandise to be purchased.
  • UPC Universal Product Code
  • the manufacturer may assign and mark each product that it sells with a UPC.
  • the retailer further identifies each product with a Stock Keeping Unit (SKU) number or code as well as other information for identifying a specific item or style of merchandise.
  • SKU Stock Keeping Unit
  • the retailer's SKU number may be either an entirely different number used to identify each product (e.g., by style) or a modified version of the manufacturer's UPC number, derived, perhaps, by adding a SKU number to the UPC number, for example.
  • a POS terminal, a kiosk terminal, or a sales person's hand-held terminal might be coupled to a store computer system, such as a network server or some other store platform host, which is able to recognize and process UPC and/or SKU information which has been manually keyed-in or sensed and interpreted by a device, such as a barcode reader, coupled to the terminal.
  • the computer system typically includes a database which stores information relating to the retailer's product inventory, such as stocked merchandise, a UPC and/or SKU number for each item of merchandise, and various types of merchandise identification information, such as price, inventory, style, color, size, etc., which is associated with each UPC and/or SKU number.
  • a computer interprets the UPC and/or SKU number comprised by the barcode, accesses the database to determine the price for each item, and maintains a running total of the total transaction price.
  • a system and method which provides a universal customer incentive program that networks various levels of the product distribution chain, such as manufacturers, wholesalers, and retailers, to provide incentives to consumers to purchase products not only from a particular merchant or group of merchants but also from particular manufacturers, who are not necessarily related to the specific merchant who sells the manufacturer's products to the consumer.
  • the present invention encourages users to not only pay themselves first, but to pay themselves first in the largest amounts possible, even if they are not able to fully pay outstanding debts.
  • the system obtains information related to the user's income, income sources, user's debts (e.g., bills) and user's goals and determines a savings amount for transfer to a user savings account.
  • the system obtains information related to the user's income, income sources, user's debts (e.g., bills) and user's goals and determines a savings amount for transfer to a user savings account.
  • the system determines a payment hierarchy based upon the savings amount, the plurality of penalties and the community recommendation, wherein the payment hierarchy minimizes the plurality of penalties.
  • the savings amount and/or the payment hierarchy may be determined based upon transaction account information (e.g., one or more credit card transactions), a donation amount (e.g., for a charity), a recommendation formulated by a personalized financial advice network (e.g., a group created from a social network) and a new income opportunity that may identified to the user by the system.
  • the system and/or the user may determine a payment hierarchy which includes transferring funds to the user's savings account prior to paying all or a portion of certain bills.
  • the payment hierarchy comprises a strategy for minimizing penalties associated with a plurality of user debt obligations.
  • the invention allocates income to a user savings account and to user debts by receiving user financial information, wherein the financial information includes, for example, user income information related to user income, user income source information related to user income sources, user debt information related to user debts and user savings goal information related to user goals; providing at least one recommendation, wherein the recommendation includes, for example, suggestions for minimizing penalties and/or fees associated with debt obligations and maximizing user savings; establishing a payment hierarchy based at least in part on the recommendation, wherein the payment hierarchy includes at least a portion of a payment allocated to the user savings account and a portion allocated to the user debts; acquiring user income; and, transferring user income, based at least in part upon the payment hierarchy, to at least one of user savings account and user debts.
  • the invention also monitors a consumer's purchasing activity based upon an established budget.
  • the transfer of funds may include any system or method for transferring funds such as, for example, prompting a user to transfer user income, prompting a user to select a particular transfer of funds, and providing at least one of cash and negotiable instrument to at least one of a user, guardian and third party.
  • the transfer of funds may then include withdrawing funds from a user account and depositing funds in a third party account, transferring user income to a financial instrument, and placing the selected funds in a pooled account.
  • a computer enabled system is configured to enable user savings.
  • the system comprises a computer configured to receive user financial information of a user, the user financial information comprising user savings goal information, user debt information and user income information.
  • the system determines a revenue producing opportunity for the user.
  • the revenue producing opportunity may involve an opportunity for the user to become a franchisee, a sales representative, a retailer and a commissioned agent.
  • the system may determine based upon, for example a user savings goal or a user income source, that the user is either training to be a chef or is already working as chef.
  • the system may also determine based upon, for instance advertiser information, job listings or direct solicitation from an employer, that an opportunity exists to earn commission to for selling knives.
  • the system forecasts a new income based upon the revenue producing opportunity.
  • the system determines a savings amount, or adjusts a predetermined savings amount, based upon the forecast of new income.
  • the savings amount is transferred to a user savings account.
  • the system determines a payment hierarchy based upon the savings amount, the forecasting and user financial information such as user debt information, user income information and user goal information.
  • the system further receives the new income from a provider of the revenue producing opportunity.
  • FIGS. 1-3 are schematic block diagrams illustrating exemplary incentive systems in accordance with various aspects of the present invention.
  • FIG. 4 is a schematic block diagram of an exemplary central rewards mechanism in accordance with the present invention.
  • FIG. 5 is a schematic block diagram of an exemplary rewards server in accordance with the present invention.
  • FIG. 6 is a flowchart illustrating an exemplary process for capturing and processing POS SKU data in accordance with the present invention
  • FIG. 7 is a flowchart illustrating an exemplary process for associating SKU data and UPC data in accordance with the present invention
  • FIG. 8 is a schematic block diagram illustrating an exemplary virtual purchasing system in accordance with the invention.
  • FIG. 9 is a schematic block diagram of an exemplary virtual purchaser in accordance with the invention.
  • FIG. 10 is a flowchart illustrating an exemplary process for conducting a network-wide search for an item in accordance with the invention
  • FIG. 11 is a flowchart illustrating an exemplary process for facilitating the purchase of an item located through the process of FIG. 10 ;
  • FIG. 12 is a schematic block diagram of an exemplary consumer purchasing analysis system in accordance with the invention.
  • FIG. 13 is flowchart illustrating an exemplary process for obtaining a record of a consumer's purchasing activities
  • FIG. 14 is flowchart illustrating an exemplary process for analyzing a consumer's purchasing activities
  • FIG. 15 is a block diagram showing an exemplary embodiment of a system in accordance with the present invention.
  • FIG. 16 is a flow chart showing an exemplary embodiment of a method for implementing the present invention.
  • the terms “user” and “participant” shall interchangeably refer to any person, entity, charitable organization, machine, hardware, software, or business who accesses and uses the system of the invention, including consumers, retailers, manufacturers, and third-party providers. Participants in the system may interact with one another either online or off-line.
  • online refers to interactive communications that take place between participants who are remotely located from one another, including communication through any of the networks or communications means described above or the like.
  • manufacturer shall include any person, entity, charitable organization, machine, software, hardware, and/or the like that manufactures, distributes, or originates a product or service which may ultimately be offered to a consumer directly or indirectly through a retailer.
  • manufacturer may also include any party that generates and/or provides manufacturer item identifiers.
  • retailer shall include any person, entity, charitable organization, machine, software, hardware, and/or the like that that offers a product or service to a consumer.
  • product or service is used interchangeably with the term “merchant”.
  • a retailer or merchant may offer or sell, either online or off-line, products and/or services made or supplied by at least one manufacturer.
  • network level and “network-wide level” shall refer to a system that includes more than one retailer and at least one manufacturer.
  • the terms “purchaser”, “customer”, “consumer”, and “end-user” may be used interchangeably with each other, and each shall mean any person, entity, charitable organization, or business which uses a consumer ID to participate in the present system.
  • a “consumer ID”, as used herein, includes any device, code, or other identifier suitably configured to allow the consumer to interact or communicate with the system, such as, for example, a rewards card, charge card, credit card, debit card, prepaid card, telephone card, smart card, magnetic stripe card, bar code card, transponder, authorization/access code, personal identification number (PIN), Internet code, other identification code, and/or the like.
  • a “consumer ID” may comprise any form of radio wave, electronic, magnetic, and/or optical device capable of receiving (uploading) and/or transmitting (downloading) data to and/or from itself to a second device which is capable of interacting and communicating with such forms of consumer ID.
  • “Consumer enrollment data” may comprise any of the following: name;
  • a consumer may register to participate in the present system by any methods known and practiced in the art. For example, a consumer may be enrolled automatically (e.g., if the consumer holds an existing consumer account with the system administrator), over the phone, at the point of sale (e.g., through a paper application or a verbal interview), through the mail, or through instant enrollment online. Upon enrollment, the consumer receives a consumer ID that is associated with a consumer account.
  • “consumer enrollment data” may also comprise a transaction card number for charging any fees that may be associated with participation in the system and/or for facilitating the purchase of goods and services through the virtual purchasing system described below.
  • a “transaction card number” may include any device, code, or suitable financial instrument representing an account with a financial institution, such as a bank, a card issuer, and/or the like, wherein the device, code, or other suitable financial instrument has a credit line or balance associated with it, and wherein the credit line or balance is in a form of financial tender having discrete units, such as currency.
  • a “transaction card number”, a “transaction card”, or a “card”, as used herein, includes any device, code, or financial instrument suitably configured to allow the cardholder to interact or communicate with the system, such as, for example, a charge card, credit card, debit card, prepaid card, telephone card, smart card, magnetic stripe card, bar code card, authorization/access code, personal identification number (PIN), Internet code, other identification code, and/or the like.
  • a “consumer profile”, as used herein, shall refer to any data used to characterize a consumer and/or the behavior of a consumer.
  • a consumer profile shall be understood to include, for example, the time and date of a particular purchase, the frequency of purchases, the volume/quantity of purchases, the transaction size (price), and/or the like.
  • the term “consumer profile” shall also be understood to include non-purchase behaviors of a consumer, such as consumer enrollment data, visiting a Web site, referrals of prospective participants in the system, completion of a survey or other information gathering instrument, and/or the like.
  • a participating online consumer may earn rewards points automatically through a triggering event, such as visiting a Web site, completing an online survey, or clicking on a banner advertisement for example.
  • a participating consumer may earn rewards points by completing a task or showing their consumer ID to the cashier and triggering the cashier to provide a “behavior” ID which may be input (e.g., by scanning a bar code on a paper survey for example) into the POS terminal.
  • a “behavior” ID may be input (e.g., by scanning a bar code on a paper survey for example) into the POS terminal.
  • any aspects of the consumer profile may be used in the context of data analysis.
  • a “third-party provider” may comprise any additional provider of goods and/or services to a consumer.
  • a “third-party provider” includes any party other than the particular manufacturer and retailer who is involved in a transaction with a consumer.
  • a third-party provider may include, for example, a financial institution, such as a bank or an issuer of a financial instrument (such as a credit card or a debit card).
  • a third-party provider may also include a provider of goods and services which are offered as awards to consumers in exchange for a requisite number of reward points.
  • the invention may generically be described with reference to a series of transactions which transfer a good or service from an originating party to an intermediary party and a subsequent transaction which transfers the good or service from the intermediary party to an end-user of that good or service, for convenience and purposes of brevity and consistency, the present disclosure generally refers to the originating party as a “manufacturer”, the intermediary party as a “retailer”, the end-user as a “consumer”, and a good or service as a “product” or “item”.
  • the retailer need not provide a product or item to a consumer in exchange for monetary currency.
  • third-party providers may include financial institutions, such as banks, credit card companies, card sponsoring companies, or issuers of credit who may be under contract with financial institutions. It will be appreciated that any number of consumers, retailers, manufacturers, third-party providers, and the like may participate in the system of the present invention.
  • UPC UPC
  • manufacturer and associated with, an item including any type of goods and/or services, ultimately offered to a consumer or other end-user.
  • a UPC is sometimes referred to as a SKU number.
  • SKU and the phrase “retailer item identifier” shall refer to any symbol or indicia which provides additional information and, in an exemplary embodiment, shall refer to any number, code, or identifier assigned by a retailer and associated with an item, including any type of goods and/or services, offered to a consumer or other end-user.
  • “Purchase data”, as used herein, comprises data relating to the offer of any item to a consumer or other end-user.
  • Purchase data may include any of the following: an item purchased, an item price, a number of items purchased, a total transaction price, a payment vehicle, a date, a retailer ID, a store ID, an employee identifier, a retailer item identifier, a manufacturer ID, a manufacturer item identifier, a loyalty identifier, and/or the like.
  • Retailer ID or “retailer identifier”, as used herein, comprises any symbol, indicia, code, number, or other identifier that may be associated with a retailer of any type of goods and/or services offered to a consumer or other end-user.
  • a retailer ID may also include or be associated with a “store ID”, which designates the location of a particular store.
  • a “manufacturer ID” or “manufacturer identifier” comprises any symbol, indicia, code, number, or other identifier that may be associated with a manufacturer of any type of goods and/or services ultimately offered to a consumer or other end-user.
  • An “award” or “reward” may comprise any quantity of products, services, coupons, gift certificates, rebates, reward points, bonus points, credits or debits to a financial instrument, any combination of these, and/or the like.
  • Data analysis shall be understood to comprise quantitative and qualitative research, statistical modeling, regression analyses, market segmentation analyses, econometrics, financial analyses, budgeting analyses, and/or the like. Such analyses may be used to predict consumer behaviors and/or correlate consumer profiles, retailer data, manufacturer data, and/or product or service data. Such analyses may also be used to monitor a consumer's personal finances by enabling a consumer to track their spending behaviors and patterns, as an individual or as part of a family, organization or other group.
  • the system of the present invention associates or maps manufacturer UPC data and retailer SKU data on a network level to reward consumers and/or to analyze the data for a variety of business purposes, such as market segmentation analyses and/or analyses relating to consumer spending behaviors or patterns for example.
  • a Record of Charge (ROC) level that is, recording consumer purchases in a general fashion by designating purchase categories (such as “clothing”, “electronics”, or “hardware” for example)
  • the system identifies the particular item purchased (such as “jeans”, “stereo”, or “hammer” for example) as well as its corresponding manufacturer.
  • ROC Record of Charge
  • This standardization not only permits a record of both the specific item purchased and its manufacturer, regardless of the particular retailer involved in the transaction, but it permits the mapping of multiple consumers, multiple goods and/or services, multiple retailers, and/or multiple manufacturers to advantageously cross-market goods and services to consumers.
  • the association of UPC and SKU data by the system facilitates implementation of an incentive or loyalty program by providing a universal rewards currency which may be “spent” by participants who have earned rewards and accepted by the other participants in the multi-tiered network created by the system.
  • the network may comprise any number of participants, including consumers, retailers (and any of their employees), manufacturers, third-party providers, and the like. Each of these categories of participants may be considered a tier in the network, and each participant within the various tiers may design and implement an independent rewards scheme within the context of the universal environment provided by the system.
  • Manufacturer 1 may produce and assign a UPC to Item X. Item X may subsequently be offered for sale by both Retailer 1 and Retailer 2.
  • Retailer 1 and Retailer 2 may then each assign an independent SKU number to Item X to facilitate their own tracking, inventory, and pricing schemes. A consumer may then purchase Item X from both Retailer 1 and Retailer 2.
  • this data can then be used by the manufacturer, the retailer, the system administrator, and/or a third-party provider to provide rewards to consumers, employees, retailers, etc.
  • a manufacturer may provide frequency-based incentives, such as every 10 th purchase of a particular item will be discounted by 50% for example, independent of and/or in addition to any incentives offered by the specific retailer involved in the transaction.
  • the manufacturer may provide sales incentives to the employees of retailers independent of and/or in addition to any employee incentive programs that the retailers may choose to implement.
  • rewards which may be in the form of rewards points
  • rewards may also be used or spent across the various tiers in the network.
  • any rewards points that an employee may earn by promoting a particular manufacturer's line of products, may be “spent” by that employee on goods or services provided by any participant in the network, not merely at the retailer who employs that employee.
  • any rewards points earned by a consumer may be spent on goods or services offered by any participant in the network.
  • the association of UPC and SKU data by the system facilitates data analysis on a network level based upon several factors, including any of the following: consumer ID, consumer profile, retailer ID, SKU number, UPC, manufacturer ID, and/or the like.
  • the system may compile any of the above data across multiple participants for the purpose of data analysis, such as analyses which may be employed in strategic planning and marketing for example.
  • the system of the invention may be used to compile, analyze, and report data in a manner which would inform any or all network participants that, for example, a specific consumer (1) has made multiple purchases of particular manufacturers' products; (2) has spent Q dollars over a certain time period; (3) at specific multiple retailers; and (4) of the purchases made, R dollars went towards the purchase of Product 1, S dollars went towards the purchase of Product 2, and T dollars went towards the purchase of Service 1 .
  • the system may be used to compile, analyze, and report data that enable a retailer, a manufacturer, and/or a third-party provider to create a variety of targeted marketing promotions, such as, for example, (1) marketing Product 1 offered by Manufacturer 1 to consumers who purchase Product 2 offered by Manufacturer 2; (2) marketing Product 1 offered by Manufacturer 1 and sold by Retailer X to consumers who purchase Product 2 offered by Manufacturer 2 at Retailer Y; and/or (3) marketing Product 1 offered by Manufacturer 1 and sold by Retailer X to consumers who purchase Product 2 offered by Manufacturer 2 at Retailer Y five times a year. It will be appreciated that these are but a few of the many possible applications for data gathered and generated by the system of the present invention.
  • the system administrator may allocate rewards points to participants in the system.
  • participating retailers and/or manufacturers may purchase points from the system administrator and the points are then allocated to an account associated with the retailer and/or manufacturer.
  • the system administrator may give or donate points to participating retailers and/or manufacturers.
  • the system administrator maintains an account with each of the participating retailers and manufacturers and tracks available points balances and/or balances owing on a rolling basis. The points purchased by the retailers and/or manufacturers may then be earned by and issued to consumers in a manner that is predetermined by the retailer and/or manufacturer involved in the transaction with the consumer.
  • Retailer 1 may purchase 10,000 points from the system administrator and then offer consumers 1 point for every $10 dollars spent in Retailer 1's store or, perhaps, some number of points for every fifth transaction in the store.
  • Manufacturer 1 who produces the product offered by Retailer 1 may also purchase points from the system administrator.
  • Manufacturer 1 may issue some number of points to the consumer.
  • the issuance of points, either by retailers or manufacturers, may be based upon any selected criteria, including a points-for-dollars ratio, a defined quantity of points per item or per transaction, some combination of these, and/or the like.
  • the system administrator maintains an account for each participating consumer and apprises the consumer of the points totals and account activity.
  • the consumer may review the total number of points in the account either online or off-line, such as through a periodic statement sent by the system administrator or through the use of a communications network, such as the Internet, for example.
  • Points in the consumer's account are accumulated across the multiple retailers and/or manufacturers participating in the system. Thus, points earned by a consumer based upon transactions with different retailers and/or manufacturers are combined, resulting in a rapid accrual of points.
  • the system administrator offers a catalog of products and services, which may be either online or off-line, from which consumers may select rewards in exchange for accrued points.
  • FIG. 1 is a diagram illustrating an exemplary embodiment of an incentive or loyalty system 100 .
  • System 100 comprises a central rewards mechanism 102 ; a plurality of retailer/merchant systems 104 ; and at least one manufacturer 106 .
  • system 100 may comprise any number of retailer systems 104 and any number of manufacturers 106 .
  • the central rewards mechanism 102 manages the incentive or loyalty program of the system 100 .
  • central rewards mechanism 102 receives, processes, and stores manufacturer data, such as information regarding products and/or services and UPC data, transmitted by manufacturers 106 who have enrolled in the system 100 .
  • Manufacturers 106 may transmit data to central rewards mechanism 102 in any form and by any means known in the art, including any of the communications means described above.
  • the manufacturer data is stored by the central rewards mechanism 102 in database 103 .
  • Database 103 may be any type of database, such as relational, hierarchical, object-oriented, and/or the like.
  • database 103 Common database products that may be used to implement database 103 include DB2 by IBM (White Plains, N.Y.), any of the database products available from Oracle Corporation (Redwood Shores, Calif.), Microsoft Access by Microsoft Corporation (Redmond, Wash.), or any other database product.
  • Database 103 may be organized in any suitable manner, including as data tables or lookup tables.
  • the central rewards mechanism 102 may receive and process consumer ID information and purchase data from any of the retailer systems 104 .
  • the central rewards mechanism 102 may also associate a particular consumer ID with the purchase data and a corresponding manufacturer item identifier.
  • the central rewards mechanism 102 performs an analysis involving any of the following: a consumer ID, purchase data, a points ratio, a consumer profile, a retailer ID, and a manufacturer ID.
  • the analysis may be dependent upon an association of the consumer IDs, the purchase data, and the manufacturer item identifier.
  • the analysis may further comprise, for example, a calculation of rewards points and/or other analyses for purposes of market segmentation, determining consumer spending behavior, correlating spending behavior and consumer demographics, and/or the like, as described in greater detail above.
  • the central rewards mechanism 102 stores and informs a consumer of the rewards points that have been earned by a particular transaction as well as accumulated over time.
  • the number of rewards points calculated and awarded by the central rewards mechanism 102 for a particular purchase may depend upon a predetermined rewards ratio.
  • the rewards ratio may be determined by the retailer, the system administrator, the manufacturer of the purchased item, and/or any other suitable third-party. For example, if a participating consumer buys a product from a retailer for $100 and if the retailer rewards ratio is one reward point for each dollar of the purchase price (i.e., one-for-one), once the consumer's consumer ID is identified by the system, the consumer is credited with a suitable number of rewards points from the retailer, which, in this case, would be 100 points.
  • the manufacturer may select a points ratio that is different from the retailer's selected ratio. In the illustrated example, if the manufacturer's selected points ratio is two-for-one, then the consumer will be awarded an additional 200 points from the manufacturer for this single $100 purchase.
  • the system of the invention may provide “earn accelerators” through which consumers may accumulate rewards points at a comparatively rapid rate. In other words, a single purchase may generate rewards points for a consumer from any or all of a retailer, a manufacturer, and/or a third-party provider, and those rewards points may be used as rewards currency by the consumer throughout the network established by the system of the invention.
  • retailer system 104 comprises a retailer terminal 108 and a retailer processor 110 in communication with database 111 .
  • Retailer terminal 108 comprises any device capable of identifying a consumer ID. Exemplary devices for identifying a consumer ID may include: a conventional card reader which recognizes a magnetic stripe or bar code associated with a consumer ID; a biometric device; a smart card reader which recognizes information stored on a microchip integrated with a consumer ID; and any device capable of receiving or uploading consumer ID data transmitted electronically, magnetically, or optically; and/or the like.
  • retailer terminal 108 and retailer processor 110 are co-located at a retail store. In another embodiment, retail terminal 108 and retailer processor 110 are remote from each other.
  • retailer terminal 108 comprises a retailer POS terminal 112 , such as a cash register or an online retailer Web site, for example.
  • POS terminal 112 such as a cash register or an online retailer Web site
  • purchase data including a SKU number
  • Retailer processor 110 comprises or is in communication with a suitable database 111 or other storage device for maintaining and storing purchase data and any other suitable retailer information.
  • Database 111 may be any type of database, such as any of the database products described above for example.
  • Database 111 may be organized in any suitable manner, including as data tables or lookup tables.
  • Purchase data that is stored in database 111 is available to the retailer's local back office system (not shown) for inventory, accounting, tax, data analysis, and other purposes.
  • the captured purchase data may include the item purchased, the item's unit price, the number of items purchased, the date, the store location, an employee ID, and any other information related to the purchase.
  • retailer processor 110 may also receive, process, and store manufacturer data, such as information regarding products and/or services and UPC data, from manufacturers 106 who have enrolled in the system 100 .
  • the manufacturer data may be stored in any suitable form, including data tables or lookup tables.
  • purchase data may also be transmitted to, and then processed and stored by, a retailer regional processor 114 (or, alternatively, a retailer national processor (not shown)) in communication with database 115 for the purpose of further back office and cumulative data analysis.
  • Database 115 may be any type of database, such as any of the database products described in greater detail above for example.
  • Database 115 may be organized in any suitable manner, including as data tables or lookup tables.
  • retailer processor 110 optionally may be integrated with retailer regional processor 114 (illustrated by the phantom lines encompassing Retailer Processor 1 and retailer regional processor 114 within the system of Retailer/Merchant #2), thereby forming a single device.
  • retailer processor 110 and retailer regional processor 114 are separate devices which may be either co-located with each other or remotely located from one another.
  • retailer processor 110 and regional processor 114 are co-located at a particular retail store.
  • retailer processor 110 is located at a particular retail store and retailer regional processor 114 is remotely located at a regional office.
  • retailer regional processor 114 receives and processes similar information from each of the retailer processors 110 associated with each of the retail stores owned by the same retailer.
  • the system 100 comprises a retailer regional processor 114 or a retailer national processor may be a function of the number of stores maintained by a particular retailer. That is, a larger retailer who has numerous stores throughout the country, for example, may choose to have a plurality of regional processors, while a smaller retailer with a few stores scattered across the country may be better served by a single, national processor.
  • the retailer regional processors 114 and/or national processors communicate with a suitable database 115 or other storage device which is configured to store and maintain purchase data and any other suitable retailer information.
  • retailer regional processor 114 may receive, process, and store manufacturer data, such as information regarding products and/or services and UPC data, from manufacturers 106 who have enrolled in the system 100 .
  • manufacturer data may be stored in any suitable form, including data tables or lookup tables.
  • retailer terminal 108 may comprise a rewards terminal 116 through which a consumer may be updated with regard to various aspects of the system.
  • rewards terminal 116 may inform a consumer of the number of reward points that they have accumulated from all system participants and the types of awards that may be obtained using those reward points.
  • rewards terminal 116 may suggest to the consumer various awards for which the consumer is eligible based upon the rewards points generated by the consumer's network-wide purchases.
  • network-wide purchases include any purchases of items corresponding to retailers and/or manufacturers participating in the system 100 .
  • rewards terminal 116 operates in real-time.
  • “real-time” means that reward points are immediately, or nearly immediately, updated at the time purchases are made and are therefore immediately redeemable by the consumer at the a point of sale.
  • a consumer may be informed by rewards terminal 116 at the point of sale that the item being purchased by the consumer may be purchased using the consumer's accumulated reward points, including points accumulated on a network level. Points accumulated on a network level enable consumers to accumulate points more rapidly than would be possible if only a single retailer or group of retailers were issuing the points.
  • rewards terminal 116 may update a consumer's rewards points in real-time and, in response to the consumer's particular points total, issue a coupon, a gift certificate, and/or additional bonus points to the consumer.
  • the system may operate in batch mode, wherein points totals are calculated, stored, and periodically updated for access by the retailer terminal 108 , including POS terminal 112 and/or rewards terminal 116 .
  • the consumer may be notified of available points sometime after a purchase, or a suggestive sale may take place after a purchase.
  • the total point count or suggestive sale may take into account points generated and accumulated as the result of network-wide purchases.
  • retailer terminal 108 may include a rewards terminal 116 but not a POS terminal 112 ; a POS terminal 112 but not a rewards terminal 116 ; or a POS terminal 112 in communication with a rewards terminal 116 .
  • terminal 108 includes a POS terminal 112 and a rewards terminal 116
  • the two terminals 112 and 116 may be variously implemented as separate terminals, integrated terminals, or software within a device.
  • terminal 108 may be a kiosk terminal located within a retail store or some other remote terminal which is capable of recognizing a consumer ID and communicating with the system 100 .
  • a consumer may use independent rewards terminal 116 to do, for example, any of the following: view accumulated reward points totals; view potential awards which the consumer may obtain in exchange for various numbers of points; select an award; redeem rewards points for a selected award; request and/or receive a reward points advisory statement; and/or view a directory of participating retailers, manufacturers, and third-party providers.
  • system 100 further comprises a consumer terminal 118 .
  • Consumer terminal 118 is any remote terminal through which a consumer may access other aspects of the system 100 .
  • Consumer terminal 118 may comprise any of the input devices, computing units, or computing systems described above.
  • consumer terminal 118 communicates with the system 100 through any of the communications networks described above.
  • consumer terminal 118 permits a consumer to engage multiple facets of the system 100 in an interactive online communications environment.
  • the interactive online environment made available through consumer terminal 118 is an extension of the network-level incentive award program and is implemented in conjunction with other aspects of the system 100 .
  • a consumer may use consumer terminal 118 for a variety of purposes.
  • consumer terminal 118 may be used to communicate with and receive information from the central rewards mechanism 102 .
  • a consumer may use consumer terminal 118 to do any of the following: enroll in the system; receive statements or reports regarding accumulated reward points totals; receive bonus details; view potential awards which the consumer may obtain in exchange for various numbers of points; select an award; receive redemption information; view points adjustments; redeem rewards points for a selected award; request and/or receive a reward points advisory statement; receive information regarding where and how points were earned and/or how points were redeemed; receive information regarding expiration dates for points earned; receive information relating to any applicable fees; receive information regarding marketing promotions; and/or view a directory of participating retailers, manufacturers, and/or third-party providers.
  • consumer terminal 118 may be used to interact with and/or make purchases and generate rewards points from participating online retailers, as illustrated by the various phantom lines in FIG. 1 .
  • the online retailer may then communicate with the central rewards mechanism 102 to transmit and process a consumer ID, purchase data, etc., as described above with reference to retailer 104 of FIG. 1 .
  • Information communicated between the online consumer, the online retailer, and the online central rewards mechanism may include, for example, product or service information, prices, availability of the product or service, shipping information, rewards points information, available awards, information regarding points ratios and points redemption, and/or the like.
  • consumer terminal 118 operates in real-time, as described above with respect to rewards terminal 116 .
  • the consumer terminal 118 may operate in batch mode, as described above.
  • consumer terminal 118 operates in a manner which includes aspects of both real-time functionality and batch mode functionality.
  • the system 100 may comprise a rewards server 120 in communication with a database 121 , as illustrated in FIG. 2 .
  • Database 121 may be any type of database, such as any of the database products described above for example.
  • Database 121 may be organized in any suitable manner, including as data tables or lookup tables.
  • rewards server 120 may be any hardware and/or software that is configured to communicate with the central rewards mechanism 102 and either the retailer processor 110 or the retailer regional processor 114 .
  • rewards server 120 may be integrated with retailer system 104 ; rewards server 120 may be integrated with central rewards mechanism 102 ; or rewards server 120 may be separate from both retailer system 104 and central rewards mechanism 102 .
  • the rewards server 120 may communicate with both a retailer national processor (not shown) and the central rewards mechanism 102 .
  • rewards server 120 receives, processes, and stores both manufacturer data and retailer data.
  • Manufacturer data may include descriptions of products and/or services and UPC data transmitted from manufacturers 106 who have enrolled in the system 100 .
  • the manufacturer data may be stored in any suitable form, including data tables or lookup tables.
  • Retailer data may include descriptions of products and/or services and SKU data transmitted from retailers 104 who have enrolled in the system 100 .
  • the retailer data may be stored in any suitable form, including data tables or lookup tables.
  • the rewards server 120 performs a plurality of functions that might otherwise be performed by the central rewards mechanism 102 . For example, since rewards calculations require significant processing and memory resources, performance of calculations processing by the rewards server 120 at the regional level lessens the processing load on the central rewards mechanism 102 , thereby increasing the efficiency of the central rewards mechanism 102 .
  • each retailer's region which comprises a plurality of that retailer's stores or outlets, accesses a rewards server 120 which acts as an intermediary between the retailer regional processor 114 and the central rewards mechanism 102 . This configuration relieves the processing, power, memory, and other requirements of the central rewards mechanism 102 .
  • each retailer is but one of many retailers that may participate in the network level rewards structure. Accordingly, a plurality of rewards servers 120 may be in communication with the central rewards mechanism 102 as well as each of the participating retailer regional processors 114 , further alleviating the processing burden and freeing up the resources of the central rewards mechanism 102 .
  • Implementations which include at least one independent rewards server 120 are also advantageous because cost-effective communications links may be used to facilitate communications with the central rewards mechanism 102 .
  • Performance by the rewards server 120 of many of the “intelligence functions” of the system 100 permits transmission of only particular forms of purchaser information to the central rewards mechanism 102 .
  • data sent from the rewards server 120 to the central rewards mechanism 102 may include the consumer ID and the total number of rewards points earned by a consumer in a particular transaction.
  • data transmitted by the rewards server 120 to the central rewards mechanism 102 may also include any pre-selected aspect of the consumer profile, any pre-selected aspect of the purchase data, and/or any other pre-selected data associated with a consumer, a retailer, a manufacturer, and/or a third-party provider. Pre-selection of the types of data transmitted by the rewards server 120 to the central rewards mechanism 102 may be conducted by the system administrator, a retailer, a manufacturer, and/or a third-party provider. Thus, data which may be useful for purposes of data analysis but unrelated to the rewards feature, such as the characteristics of the particular item purchased for example, may not need to be transmitted to the central rewards mechanism 102 .
  • Exemplary functions performed by the rewards server 120 may include the association of UPC and SKU data; manipulation of the rewards criteria applicable in particular cases, which may further depend upon the retailer, manufacturer, and/or third-party provider involved in a specific transaction with a consumer; calculation of rewards benefits earned by the consumer; filtration functions for determining which data is transmitted from the rewards server 120 to the central rewards mechanism 102 ; and/or various types of data analyses, as described above.
  • the retailer system 104 houses, maintains, and updates the hardware and/or software of the rewards server 120 .
  • rewards server 120 may be housed, maintained, and updated by the system administrator.
  • the system 100 permits an open payment system. Since the invention generally provides that consumer participation in the system is based upon a consumer ID, a purchaser may use any of multiple payment vehicles (such as cash, check, charge card, credit card, debit card, MasterCard®, Visa®, and/or the American Express® Card for example) to make purchases at the various retailers and still participate in the system. Thus, in one embodiment, the consumer ID is independent of any particular payment vehicle, such as a credit card for example.
  • alternate embodiments of the invention may be implemented which associate a consumer ID with a particular payment vehicle, such as a consumer's credit card account, charge card account, debit card account, and/or bank account for example.
  • the retailer conducting the transaction need only participate in the system to the extent that the retailer provides its SKU data to the system 100 , such as to the rewards server 120 .
  • the retailer need not provide a rewards terminal or other terminal capable of processing the consumer ID, since the third-party provider may process the consumer ID as part of the payment transaction.
  • rewards benefits may be earned by the consumer on a network-wide level without the retailer's direct participation in the rewards feature (notwithstanding the retailer's participation in transmitting SKU data to the system).
  • a single consumer ID may be associated with multiple third-party payment vehicles, thereby allowing a consumer to generate rewards points regardless of the particular payment vehicle selected for a particular purchase.
  • an exemplary central rewards mechanism 402 includes a central processor 404 in communication with other elements of the rewards mechanism 402 through a system interface or bus 406 .
  • a suitable display device/input device 408 such as a keyboard or pointing device in combination with a monitor, may be provided for receiving data from and outputting data to a user of the system.
  • a memory 410 which is associated with the rewards mechanism 402 , includes various software modules, such as an enrollment module 412 and an authentication module 414 for example.
  • the memory 410 preferably further includes an operating system 416 which enables execution by central processor 404 of the various software applications residing at enrollment module 412 and authentication module 414 .
  • Operating system 416 may be any suitable operating system, as described above.
  • a network interface 418 is provided for suitably interfacing with other elements of the incentive awards system, such as the elements described above with reference to FIGS. 1-3 .
  • a storage device 420 such as a hard disk drive for example, preferably contains files or records which are accessed by the various software modules, such as enrollment module 412 and authentication module 414 .
  • consumer data 422 comprises information received from a consumer upon registration with the rewards mechanism 402 .
  • Consumer rewards 424 comprises data corresponding to each consumer's rewards account. Consumer rewards 424 may include cumulative rewards points totals as well as historical totals and rewards account activity over time.
  • Retailer records 426 comprises information received from the various participating retailers.
  • Manufacturer records 428 comprises information received from the various participating manufacturers.
  • the storage device 420 and, therefore, consumer data 422 , consumer rewards 424 , retailer records 426 , and manufacturer records 428 may be co-located with the rewards mechanism 402 or may be remotely located with respect to the rewards mechanism 402 . If the storage device 420 is remotely located with respect to the rewards mechanism 402 , communication between storage device 420 and rewards mechanism 402 may be accomplished by any suitable communication link but is preferably accomplished through a private intranet or extranet.
  • Enrollment module 412 receives information from consumers, retailers, and/or manufacturers who wish to participate in the system. Enrollment module 412 accesses and stores information in storage device 420 . Authentication and/or validation of the identity and status of participants, including any of the other system components, may be performed by the authentication module 414 , which preferably has access to the records residing in storage device 420 .
  • an exemplary rewards server 502 includes a central processor 504 in communication with other elements of the rewards server 502 through a system interface or bus 506 .
  • a suitable display device/input device 508 such as a keyboard or pointing device in combination with a monitor, may be provided for receiving data from and outputting data to a user of the system.
  • a memory 510 which is associated with the rewards server 502 , includes a variety of software modules, such as an association module 512 , a rewards calculation module 514 , a data analysis module 516 , and a filtering module 518 for example.
  • the memory 510 preferably further includes an operating system 520 which enables execution by central processor 504 of the various software applications residing at the various modules 512 , 514 , 516 , and 518 .
  • Operating system 520 may be any suitable operating system, as described above.
  • a network interface 522 is provided for suitably interfacing with other elements of the incentive awards system, such as the elements described above with reference to FIGS. 1-3 .
  • a storage device 524 such as a database as described above for example, preferably contains files or records which are accessed by the various software modules 512 , 514 , 516 , and 518 .
  • manufacturer data 526 comprises information received from a manufacturer, such as descriptions or other information regarding the manufacturer's products and/or services as well as UPC data for example.
  • Retailer data 528 comprises information received from a retailer, such as descriptions or other information regarding the retailer's products and/or services as well as SKU data for example.
  • Consumer data 530 comprises information pertaining to a consumer, including a consumer ID, purchase data, a consumer profile, and/or the like.
  • the storage device 524 and, therefore, manufacturer data 526 , retailer data 528 , and consumer data 530 may be co-located with the rewards server 502 or may be remotely located with respect to the rewards server 502 . If the storage device 524 is remotely located with respect to the rewards server 502 , communication between storage device 524 and rewards server 502 may be accomplished by any suitable communication link but is preferably accomplished through a private intranet or extranet.
  • FIGS. 6 and 7 the process flows depicted in these figures are merely exemplary embodiments of the invention and are not intended to limit the scope of the invention as described above. It will be appreciated that the following description makes appropriate reference not only to the steps depicted in FIGS. 6 and 7 but also to the various system components as described above with reference to FIGS. 1-3 .
  • FIG. 6 is flowchart illustrating an exemplary process for capturing and processing POS SKU data in accordance with the present invention.
  • the association or matching of UPC and SKU data begins with POS data capture (step 602 ).
  • POS data capture step 602 .
  • the consumer ID is processed by a rewards terminal 116 that recognizes the consumer ID and identifies the consumer as a participant in the system 100 .
  • Purchase data is captured by the retailer POS terminal 112 .
  • Purchase data may include any of the following: a SKU number; a unit price; a total transaction price; the payment vehicle(s) used; a store ID which identifies the particular store location if a retailer operates more than one store; a department ID, if the store has multiple departments; the date of the transaction; the time of the transaction; the employee ID of the store clerk who facilitates the transaction; a POS terminal ID to identify the particular terminal conducting the transaction; any retailer-specific incentive program ID; and/or the like.
  • the retailer POS terminal 112 creates a transaction file comprising the consumer data (including a consumer ID) and purchase data (including a SKU number associated with each item purchased), and the transaction file is then stored by the retailer processor 110 in database 111 (step 604 ).
  • the various transaction files may be consolidated by the retailer processor 110 and then forwarded to the retailer regional processor 114 (step 606 ) for further back-office and cumulative data analysis performed by retailer 104 .
  • the transaction file is transmitted by either of the retailer processor 110 or the retailer regional processor 114 to the rewards server 120 (step 608 ).
  • the SKU information for each item included in the transaction file is then matched to or associated with corresponding UPC information which identifies the related manufacturer 106 .
  • An exemplary association process is illustrated in the flowchart of FIG. 7 .
  • Association of SKU and UPC data may be accomplished through any data association technique known and practiced in the art. For example, the association may be accomplished either manually or automatically. Automatic association techniques may include, for example, a database search, a database merge, GREP, AGREP, SQL, and/or the like.
  • database 121 receives and stores manufacturer data, including UPC data, from manufacturer 106 (step 702 ).
  • Database 121 also receives and stores retailer data, including SKU numbers, from retailer 104 (step 704 ).
  • database 121 stores manufacturer data in a separate manufacturer data table for each participating manufacturer 106 .
  • Each manufacturer data table may comprise a plurality of fields, such as “UPC” and “product description” for example, and a plurality of records, each of which corresponds to an item offered by the participating manufacturer 106 .
  • database 121 stores retailer data in a separate retailer data table for each participating retailer 104 .
  • Each retailer data table may comprise a plurality of fields, such as “SKU” and “product description”, for example, and a plurality of records, each record corresponding to an item offered by a participating retailer 104 .
  • Data from each of the manufacturer and the retailer data tables is then associated (step 706 ).
  • the association step may be accomplished by a database merge function, for example, using a “key field” in each of the manufacturer and retailer data tables.
  • a “key field” partitions the database according to the high-level class of objects defined by the key field.
  • a “product description” class may be designated as a key field in both the manufacturer data table and the retailer data table, and the two data tables may then be merged on the basis of the “product description” data in the key field.
  • the data corresponding to the key field in each of the merged data tables is preferably the same. That is, the product descriptions in the manufacturer data table matches the product descriptions in the retailer data table.
  • manufacturer and retailer data tables having similar, though not identical, data in the key fields may also be merged by using AGREP, for example.
  • the result of the data association step is the creation of a separate data table, such as a UPC/SKU lookup table for example (step 708 ).
  • a separate data table such as a UPC/SKU lookup table for example (step 708 ).
  • the rewards server 120 may search the UPC/SKU lookup table for the appropriate SKU number and then match the SKU to the corresponding UPC data (step 712 ).
  • the “SKU” and “UPC” fields in the UPC/SKU data table may be linked by an appropriate pointer.
  • the specifically identified SKU datafield uses a pointer to direct the rewards server 120 to the UPC datafield that corresponds to that SKU number.
  • the UPC datafield may be linked by one or more additional pointers to other key fields, such as a consumer ID, a retailer ID, a manufacturer ID, and/or a third-party ID. These additional pointers may be used as means for compiling data which may be useful in any of the various data analyses performed by the rewards server 120 . In this manner, the association of POS SKU numbers and UPC data may be used to create a context in which standardized, network-wide analyses may be conducted.
  • the rewards server 120 utilizes the association information to calculate the rewards points generated by a consumer's purchase. For example, an appropriate series of pointers leading from a SKU to a UPC to a manufacturer ID may ultimately direct the rewards server 120 to employ a 2-for-1 manufacturer rewards ratio to award a consumer twice as many points as the dollar amount of the consumer's total transaction price. In another exemplary embodiment, an appropriate series of pointers may result in the calculation of rewards points based upon multiple rewards criteria, such as rewards criteria associated with the manufacturer of the item as well as rewards criteria associated with a third-party provider for example.
  • the rewards server 120 may use the association of UPC and SKU number data to analyze a variety of marketing variables across multiple manufacturers and retailers. For example, rewards server 120 may use a series of pointers leading from an SKU to a UPC and then to a “consumer profile” field or table to correlate, for instance, consumer spending behaviors, particular manufacturers, and/or specific products across multiple retailers for example.
  • association of the UPC data and SKU number may take place at any of the rewards terminal 116 , the retailer POS terminal 112 , the retailer processor 110 , the retailer regional processor 114 (or a retailer national processor), and/or the central rewards mechanism 102 .
  • the retailer 104 may offer an incentive or loyalty program that is independent from the program offered by the system 100 .
  • the retailer 104 may use the system's UPC data for its own internal purposes.
  • the consumer ID and the earned rewards information are transmitted to the central rewards mechanism 102 after the rewards server 120 has filtered out consumer data associated with the consumer ID (step 610 ).
  • the central rewards mechanism 102 may use the captured and matched UPC information to determine rewards and/or for data analysis.
  • FIG. 8 is an exemplary diagram illustrating an exemplary virtual purchasing system 800 .
  • Virtual purchasing system 800 creates a purchasing environment that combines the opportunity to physically inspect the goods that are offered for sale by “brick and mortar” retail establishments with the automation, convenience, and large selection offered by an online retail network.
  • virtual purchasing system 800 facilitates a convenient purchasing environment which enables a consumer to select the particular goods that they wish to purchase, transmit data regarding the selected goods to a virtual purchaser, and then purchase the selected goods under perceived optimal conditions through the virtual purchaser.
  • the perceived optimal conditions may include conditions such as lowest price, quickest estimated delivery time, or a preferred retailer, for example.
  • virtual purchasing system 800 comprises a consumer terminal 802 , a central rewards mechanism 804 , a virtual purchaser 806 , and a retailer/merchant system 808 . It will be appreciated that the system 800 may comprise any number of consumer terminals 802 and any number of retailer systems 808 .
  • the consumer terminal 802 may be any remote terminal through which a consumer may access other aspects of the system 800 .
  • Consumer terminal 802 may comprise any of the input devices, computing units, or computing systems described above.
  • consumer terminal 802 may be implemented in the form of an electronic hand-held device or personal digital assistant, such as a Palm Pilot® available from Palm, Inc. (Santa Clara, Calif.), for example.
  • Consumer terminal 802 communicates with the system 800 through any of the communications networks described above.
  • consumer terminal 802 permits wireless communication with the system 800 .
  • consumer terminal 802 may operate in real-time, as described above.
  • the consumer terminal 802 may operate in batch mode, as described above.
  • consumer terminal 802 operates in a manner which includes aspects of both real-time functionality and batch mode functionality.
  • consumer terminal 802 permits a consumer to engage multiple facets of the system 800 in an interactive online communications environment.
  • the interactive online environment made available through consumer terminal 802 is an extension of the network-level system and is implemented in conjunction with other aspects of the system 800 .
  • a consumer may use consumer terminal 802 for a variety of purposes.
  • consumer terminal 802 is adapted to input a retailer item identifier associated with an item located at a retailer's store and then communicate the retailer item identifier to virtual purchaser 806 .
  • consumer terminal 802 comprises an input device 810 ; a network interface 812 which facilitates communication with the virtual purchaser 806 ; and a virtual purchaser (VP) application module 814 .
  • VP virtual purchaser
  • Input device 810 may be any device that is capable of identifying a retailer item identifier. Input device 810 may be configured to communicate a retailer item identifier to consumer terminal 802 in real time or some time later. Input device 810 may be integrated with consumer terminal 802 or may be a separate component that is adapted to communicate with consumer terminal 802 . Exemplary input devices may include devices for manually inputting a retailer item identifier (such as an alphanumeric keypad, for example) and devices for optically, electronically or digitally inputting a retailer item identifier (such as a bar code reader or scanner, for example).
  • a retailer item identifier such as an alphanumeric keypad, for example
  • devices for optically, electronically or digitally inputting a retailer item identifier such as a bar code reader or scanner, for example.
  • input device 810 includes a conventional bar code reader which is adapted to scan a retailer item identifier.
  • the bar code reader is integrated with, and is a part of, the consumer terminal 802 .
  • the input device 810 is used to input a retail item identifier and then communicate the retail item identifier to consumer terminal 802 while, or soon after, reading the retail item identifier.
  • the bar code reader is a separate component (such as a wand or a pen for example).
  • input device 810 is configured to input and then store a retailer item identifier for later communication (e.g., downloading) to consumer terminal 802 .
  • Network interface 812 may be any suitable interface for establishing a communications link between consumer terminal 802 and virtual purchaser 806 and may establish communication with virtual purchaser 806 by any of the communications means set forth in detail above. In one embodiment, network interface 812 facilitates wireless communication between consumer terminal 802 and virtual purchaser 806 .
  • VP application module 814 is configured to facilitate interaction between consumer terminal 802 and virtual purchaser 806 . After consumer terminal 802 receives a retailer item identifier from input device 810 , VP application module 814 processes, stores, and/or communicates the retailer item identifier to virtual purchaser 806 via network interface 812 .
  • the central rewards mechanism 804 is substantially similar to, and may comprise any of the components of, central rewards mechanism 102 and/or central rewards mechanism 402 , as described above with reference to FIGS. 1-4 . Moreover, central rewards mechanism 804 may be configured to include any of the functionality described above with reference to central rewards mechanism 102 and/or central rewards mechanism 402 .
  • central rewards mechanism 804 comprises an enrollment module 816 , which is substantially similar to enrollment module 512 of FIG. 5 , and a storage device 818 , which is substantially similar to storage device 420 of FIG. 4 .
  • enrollment module 816 receives consumer enrollment data from consumers and then processes and transmits the consumer enrollment data to storage device 818 for storage and future retrieval.
  • virtual purchaser 806 comprises a purchase module 820 and a database 822 .
  • an exemplary virtual purchaser 806 further includes a processor 824 in communication with other elements of virtual purchaser 806 through an interface or bus 826 .
  • a suitable display/input device 828 such as a keyboard or pointing device in combination with a monitor, may be provided for receiving data from and outputting data to a user of virtual purchaser 806 .
  • a memory 830 associated with virtual purchaser 806 includes a purchase module 820 .
  • Memory 830 further includes an operating system 832 which enables execution by processor 824 of the software applications residing at purchase module 820 . Operating system 832 may be any suitable operating system, as described above.
  • the database 822 may be any type of database, such as relational, hierarchical, object-oriented, and/or the like.
  • Common database products that may be used to implement database 822 include DB2 by IBM (White Plains, N.Y.), any of the database products available from Oracle Corporation (Redwood Shores, Calif.), any of the database products available from Sybase, Inc. (Emeryville, Calif.), Microsoft Access by Microsoft Corporation (Redmond, Wash.), or any other database product.
  • a network interface 834 is provided for facilitating the interface of virtual purchaser 806 with other elements of the virtual purchasing system 800 , described herein with reference to FIG. 8 .
  • virtual purchaser 806 includes an authentication module 821 which facilitates the authentication and/or validation of the identity and/or status of consumers who seek access to virtual purchaser 806 through a consumer terminal 802 .
  • the authentication module 821 may have access to a suitable storage device, such as database 822 for example, which maintains records identifying authorized consumers.
  • virtual purchasing system 800 further includes one or more retailer systems 808 .
  • the retailer system 808 is substantially similar to, and may comprise any of the components of, retailer system 104 , as described above with reference to FIGS. 1 , 2 , and 3 .
  • retailer system 808 may be configured to include any of the functionality described above with reference to retailer system 104 .
  • the retailer system 808 is in communication with a database 809 .
  • Database 809 is substantially similar to, and may comprise any of the components and/or functionality of, database 111 , as described above.
  • database 809 stores retailer item identifiers and related data, such as item descriptions and item prices for example.
  • the rewards server 836 is substantially similar to, and may comprise any of the components and/or functionality of, rewards server 120 and/or 502 , as described above with reference to FIGS. 2 , 3 , and 5 .
  • the rewards server 836 is in communication with a database 837 .
  • Database 837 is substantially similar to, and may comprise any of the components and/or functionality of, database 121 , as described above.
  • rewards server 836 is depicted in FIG. 8 as a separate component of system 800 , in an alternate embodiment of the invention, the functionality of rewards server 836 is integrated with virtual purchaser 806 .
  • FIG. 10 is flowchart illustrating an exemplary process for facilitating a search (for example, a network-wide search) for an item which corresponds to a given retailer item identifier.
  • a search for example, a network-wide search
  • Conducting a network-wide search begins with enrolling a consumer in the system of the invention (step 1002 ). As described above, enrollment is accomplished by central rewards mechanism 804 .
  • enrollment module 816 receives and processes the consumer enrollment data, facilitates issuance of a consumer ID to the consumer, and transmits the consumer enrollment data to storage device 818 . After a consumer is enrolled in the system, the consumer may use the consumer ID when interacting with the virtual purchaser 806 and/or during a purchase transaction facilitated by virtual purchaser 806 .
  • the consumer uses input device 810 to facilitate the capture, scan, read, or otherwise input of a retailer item identifier associated with an item located at a retailer store into consumer terminal 802 (step 1004 ).
  • the consumer terminal 802 is present at the retailer store and the retailer item identifier is input directly into consumer terminal 802 .
  • input device 810 stores the retailer item identifier and then downloads the data to consumer terminal 802 at a later time. After consumer terminal 802 receives the retailer item identifier, consumer terminal 802 can facilitate establishing communications with virtual purchaser 806 .
  • consumer terminal 802 contacts virtual purchaser 806 , consumer terminal 802 facilitates transmission of a retailer item identifier to virtual purchaser 806 to facilitate a network-wide search for that item corresponding to the retailer item identifier (step 1006 ).
  • contacting virtual purchaser 806 includes using a consumer ID for identification of the consumer and/or for authorization to access the virtual purchaser 806 .
  • virtual purchaser 806 may request that the consumer select search criteria which virtual purchaser 806 may use to customize a network-wide search for items that correspond to the retailer item identifier transmitted by consumer terminal 802 (step 1008 ).
  • the requested search criteria may include any number of the following: an item description, an item price, a quantity of the item, a retailer name or identifier, a retailer location that is nearest the consumer, a consumer rating of items and/or retailers, lowest price available for the item, quickest estimated delivery time, a preferred retailer, and/or the like.
  • the consumer may select a set of master search criteria which are stored in database 822 as a default set of search criteria which is used by virtual purchaser 806 in subsequent searches requested by the consumer, unless in one embodiment the consumer overrides the master search criteria during a particular session.
  • the search criteria (i.e., master search criteria) may be selected and transmitted to the virtual purchaser 806 by the consumer prior to transmitting a particular retailer item identifier.
  • selection of consumer search criteria and/or master search criteria is facilitated by purchase module 820 .
  • the virtual purchaser 806 may permit the consumer to pre-authorize the virtual purchaser to facilitate automatic purchase of the item on behalf of the consumer, if the search results include an item which matches the consumer's specified search criteria (step 1010 ). In another embodiment, the virtual purchaser 806 permits the consumer to select a desired format for the search results, such as displaying all search results for the consumer or displaying some subset (e.g., retailers and/or items that exactly match the consumer's selection criteria) of the search results, for example.
  • the retail item identifier is translated or associated with a standard identifier, such as a manufacturer item identifier, for example (step 1012 ).
  • the standard identifier can be used to search the network for the same or similar items that may be offered for sale by other retailers under different conditions and/or terms (i.e., conditions and/or terms that are perceived to be more favorable by the consumer, as determined by the search criteria).
  • the virtual purchaser 806 facilitates transmission to the retailer item identifier and any search criteria to rewards server 836 to accomplish the association process.
  • the retailer item identifier e.g., a SKU
  • Standardization is accomplished by matching or associating the SKU information with a corresponding manufacturer item identifier (e.g., a UPC) which identifies the manufacturer of the item and/or a general description of the goods or services.
  • Association of SKU and UPC data may be accomplished through any data association technique known and practiced in the art. For example, the association may be accomplished either manually or automatically. Automatic association techniques may be facilitated by, for example, a database search, a database merge, GREP, AGREP, SQL, and/or the like. An exemplary method for associating SKU and UPC data is described above with reference to FIG. 7 .
  • rewards server 836 uses the UPC data (target UPC) to facilitate a further search of database 837 (step 1014 ).
  • This second search looks for the target UPC data across participating retailers whose data (e.g., retailer identifier, items available, descriptions of items available, item price, delivery information, and the like) is stored in database 837 .
  • data e.g., retailer identifier, items available, descriptions of items available, item price, delivery information, and the like
  • rewards server 836 adds the relevant retailer identifier data, as well as any retailer data that may be relevant to the search criteria, to a retailer file (step 1016 ).
  • rewards server 836 may search database 837 for the item description that is associated with the target UPC data and the transmitted SKU. In this manner, rewards server 836 may locate items that are similar to the item desired by the consumer. In an alternate embodiment, depending on the search criteria provided by the consumer, rewards server 836 may conduct a search for similar items even though retailers carrying items associated with the target UPC have been located. Once the search is complete, the rewards server 836 then transmits the retailer file containing the retailer data to virtual purchaser 806 . In one embodiment, virtual purchaser 806 receives and processes the retailer file in accordance with any applicable consumer search criteria, any search results formatting criteria, and/or any data relating to a pre-authorized automatic purchase of the item (step 1018 ).
  • the virtual purchaser 806 After processing the retailer file, the virtual purchaser 806 enters a purchasing routine (step 1020 ). An exemplary purchasing routine is illustrated in FIG. 11 . If the consumer has pre-authorized an automatic purchase, purchase module 820 affects the purchase on behalf of the consumer, as described in greater detail below. If the consumer has not pre-authorized an automatic purchase, virtual purchaser 806 transmits a list of the search results to consumer terminal 802 (step 1102 ). Upon receiving the search results, consumer terminal 802 may select a retailer from which the consumer wishes to purchase the requested item (step 1104 ).
  • purchase module 820 facilitates the pre-authorized purchase for the consumer.
  • purchase module 820 requests transaction card information from central rewards mechanism 804 (step 1106 ).
  • storage device 818 contains consumer enrollment data which includes transaction card information for the consumer.
  • the transaction card information is transmitted from central rewards mechanism 802 to virtual purchaser 806 , and purchase module 820 uses the transaction card information to complete a purchase transaction on behalf of the consumer with the retailer that satisfies the consumer's search criteria (step 1108 ).
  • virtual purchaser 806 sends a confirmation to the consumer terminal 802 indicating that the requested purchase has been made (step 1110 ).
  • the confirmation may be in any suitable form, such as through an email, over the phone, or through the mail, for example, and may include any suitable information, such as information which indicates the retailer, the price, the particular item, the quantity, the delivery time frame, and/or the like.
  • the purchase module 820 queries whether the consumer wishes to use the transaction card on file with the central rewards mechanism 804 (step 1112 ). If the consumer wishes to use the transaction card that is on file with the system, purchase module 820 completes the purchase transaction in the manner described above with reference to a pre-authorized purchase transaction (steps 1106 through 1110 ). If the consumer wishes to use an alternate method of payment, the purchase module requests, receives, and processes the new payment information ( 1114 ). Once the new payment information is received, the purchase transaction with the selected retailer is completed (step 1116 ), and confirmation is sent to the consumer as described above (step 1118 ).
  • the virtual purchaser 806 may also send an automatic reminder to the consumer as the delivery data approaches. In another embodiment, the virtual purchaser 806 may also provide automatic tracking of the shipment for the consumer.
  • FIG. 12 is a diagram illustrating an exemplary consumer purchasing analysis system 1200 .
  • Consumer purchasing analysis system 1200 may be used to analyze a consumer's purchasing behaviors, compare budgeted purchases with actual purchases, compare prices of various retailers, and generate reports which detail these analyses and therefore assist a consumer in managing their personal finances.
  • the comprehensive nature of the data made available to a consumer through consumer purchasing analysis system 1200 permits network-wide, product-level knowledge of a consumer's specific purchasing patterns across retailers.
  • the detailed tracking provided by consumer purchasing analysis system 1200 of a consumer's particular purchasing activities permits the consumer to analyze those activities and thereby achieve greater control over their personal financial situation.
  • consumer purchasing analysis system 1200 comprises a retailer/merchant system 1202 , a reward server 1204 , and a consumer system 1206 . It will be appreciated that the system 1200 may comprise any number of retailer systems 1202 and any number of consumer systems 1206 .
  • the retailer system 1202 comprises a retailer terminal 1208 , a smart interface 1209 , and a retailer processor 1210 .
  • the retailer processor 1210 may be in communication with a database 1211 .
  • the retailer system 1202 is substantially similar to, and may comprise any of the components of, retailer system 104 , as described above with reference to FIGS. 1-3 .
  • retailer system 1202 may be configured to include any of the functionality described above with reference to retailer system 104 .
  • Retailer terminal 1208 is substantially similar to, and may comprise any of the components and/or functionality of, retailer terminal 108 ;
  • retailer processor 1210 is substantially similar to, and may comprise any of the components and/or functionality of, retailer processor 110 ;
  • database 1211 is substantially similar to, and may comprise any of the components and/or functionality of, database 111 .
  • Smart interface 1209 is any device which is configured to interface with input device 1216 .
  • Exemplary smart interfaces include a smartcard reader, an RF reader, and an RF transceiver reader.
  • the rewards server 1204 is substantially similar to, and may comprise any of the components and/or functionality of, rewards server 120 and/or 502 , as described above with reference to FIGS. 2 , 3 , and 5 .
  • the rewards server 1204 is in communication with a database 1205 .
  • Database 1205 is substantially similar to, and may comprise any of the components and/or functionality of, database 121 , as described above.
  • the consumer system 1206 comprises a consumer terminal 1214 and an input device 1216 .
  • consumer system 1206 may also include a smart interface 1218 .
  • Consumer terminal 1212 may be any remote terminal through which a consumer may access other aspects of the system 1200 and may comprise any of the input devices, computing units, or computing systems described herein. Further, consumer terminal 1212 communicates with the system 1200 through any of the communications networks described above.
  • consumer terminal 1212 comprises a data analysis application 1214 .
  • Data analysis application 1214 may be any suitable application for analyzing data. Common data analysis products that may be used to implement data analysis application 1214 include Quicken® or any of the other products available from Intuit, Inc. (Mountain View, Calif.), Microsoft Money® by Microsoft Corporation (Redmond, Wash.), or any other data analysis product
  • Smart interface 1218 is any device which is adapted to facilitate communication between input device 1216 and consumer terminal 1212 if components 1212 and 1216 are separate devices.
  • Exemplary smart interfaces include a smartcard reader, an RF reader, and an RF transceiver reader.
  • Input device 1216 may be any device that is capable of receiving or uploading purchase data from a retailer system 1202 . Input device 1216 may be configured to communicate the purchase data to consumer terminal 1212 in real time or some time later. Input device 1216 may be integrated with consumer terminal 1212 or may be a separate component that is adapted to communicate with consumer terminal 1212 , such as through smart interface 1218 . Exemplary input devices may include software, smartcards and smartcard readers, non-contact smart chip systems, read-write transponder systems, and other smart chip devices and related technology. In an exemplary aspect, input device 1216 is integrated with a consumer ID.
  • ISO 7816-1 Part 1: Physical characteristics (1987); ISO 7816-2, Part 2: Dimensions and location of the contacts (1988); ISO 7816-3, Part 3: Electronic signals and transmission protocols (1989, Amd.1 1992, Amd. 2 1994); ISO 7816-4, Part 4: Inter - industry commands for interchange (1995); ISO 7816-5, Part 5: Numbering system and registration procedure for application identifiers (1994, Amd.
  • RFID Radio Frequency Identification
  • input device 1216 is a separate component of consumer system 1206 that is used to upload purchase data from a retailer system 1202 at the retailer's location and then download the purchase data to consumer terminal 1212 some time later through smart interface 1218 .
  • input device 1216 includes a smartcard which is adapted to interface with retailer terminal 1208 through a smart interface 1209 that includes a smartcard reader.
  • input device 1216 includes a transponder which uses RFID to interact with smart interface 1209 without physically contacting smart interface 1209 .
  • smart interface 1209 includes an RF reader or RF transceiver reader.
  • input device 1216 is integrated with consumer terminal 1212 and may be used to upload purchase data from retailer system 1202 to consumer terminal 1212 directly.
  • an integrated consumer terminal 1212 and input device 1216 may communicate with an online retailer system 1202 to receive purchase data from the online retailer system 1202 .
  • consumer terminal 1212 may be a hand-held electronic device, such as a personal digital assistant, which includes an integrated input device 1216 that is configured to interact with smart interface 1209 at the retailer's location.
  • FIGS. 13 and 14 the process flows depicted in these figures are merely exemplary embodiments of the invention and are not intended to limit the scope of the invention as described above. It will be appreciated that the following description makes appropriate reference not only to the steps depicted in FIGS. 13 and 14 but also to the various system components as described above with reference to FIG. 12 .
  • FIG. 13 is flowchart illustrating an exemplary process for facilitating obtaining a record of a consumer's purchasing activities. Analyzing a consumer's purchasing activities may begin when a retailer terminal 1208 processes and records a consumer purchase transaction, either online (such as at a merchant web site for example) or off-line (such as at a retailer store for example) (step 1302 ).
  • the consumer purchase transaction generates purchase data, such as any of the purchase data described above.
  • the purchase data may include a retailer item identifier, a retailer ID, and an item price.
  • the consumer system 1206 receives (e.g., uploads) the purchase data from retailer system 1202 via input device 1216 (step 1304 ).
  • the consumer system analyzes the purchase data using data analysis application 1214 (step 1306 ).
  • FIG. 14 is a flowchart illustrating an exemplary process for analyzing a consumer's purchasing activities.
  • consumer system 1206 communicates with rewards server 1204 to standardize the data used by data analysis application 1214 .
  • a consumer communicates with rewards server 1204 while the consumer uses data analysis application 1214 to prepare a budget.
  • the consumer accesses rewards server 1204 to select the various items that the consumer intends to purchase over the budget period (step 1402 ).
  • the budget period may be for any predetermined period of time, such as a week, a month, six month, a year, etc.
  • the rewards server 1204 facilitates item selection by designating items by product category (e.g., clothes, electronics, sports equipment, etc.) or by specific product (e.g., jeans, stereo, bicycle, etc.), including specific products by particular manufacturers. For each item selected by the consumer, rewards server 1204 transmits an appropriate standard identifier to consumer terminal 1212 (step 1404 ). If a consumer designates a selected item by product category, the rewards server 1204 transmits a standard identifier that corresponds to a product category that is associated with the retailer ID of retailers who sell items in that product category. If a consumer designates a selected item by specific product, the rewards server 1204 transmits a manufacturer item identifier (e.g., UPC) that corresponds to that specific product.
  • product category e.g., clothes, electronics, sports equipment, etc.
  • specific product e.g., jeans, stereo, bicycle, etc.
  • UPC manufacturer item identifier
  • the consumer then completes the budgeting process by indicating the amount of funds that the consumer intends to spend on each of the selected items (i.e., budgeted funds) (step 1406 ).
  • the data analysis application 1214 determines an amount of funds that corresponds to the total budget for the budget period (step 1408 ), and the established budget is stored by consumer terminal 1212 (step 1410 ).
  • the consumer system 1206 may terminate the session with the rewards server 1204 any time after receiving the appropriate standard identifiers.
  • the consumer uses input device 1216 to transmit purchase data to consumer terminal 1212 (step 1412 ).
  • consumer system 1206 communicates with rewards server 1204 to standardize the purchase data (step 1414 ).
  • Standardization of the purchase data may include facilitating the conversion of retailer item identifiers (e.g., SKUs) to manufacturer item identifiers (e.g., UPCs) to facilitate the reconciliation of actual purchases with the established budget.
  • SKUs retailer item identifiers
  • UPCs manufacturer item identifiers
  • budgeted items and actual items are correlated with each other based upon the standard identifiers (step 1416 ). That is, a budgeted item that is designated by product category is correlated with an actual item that is associated with a retailer ID that corresponds to the appropriate product category. Likewise, a budgeted item that is designated by specific product is correlated with an actual item that is associated with a UPC that corresponds to that specific product.
  • the analysis performed by data analysis application 1214 may include a comparison of the established budget to actual purchase activity and/or a real-time or periodic reconciliation of budgeted items with actually purchased items (step 1418 ).
  • a budget reconciliation may include displaying or printing a comparison of budgeted items and/or budgeted funds with actually purchased items and/or actual funds spent for a selected period (e.g., the budget period or any period within the budget period).
  • the analysis may include actual or projected cash flow analyses based upon the actual funds spent in a given period, for example.
  • the analysis may include an alert when a budget reconciliation determines that over- or under-spending has occurred, including when over- or under-spending occurs in specific product categories or for specific products (step 1420 ).
  • under-spending means that budgeted funds have not yet been spent.
  • the budget reconciliation includes a pre-set percentage or amount has been spent or not been spent in a category or over a set number of categories.
  • the consumer is alerted by consumer terminal 1212 .
  • the consumer system 1206 transmits an alert to a third-party, such as a financial advisor for example.
  • system 1 automatically calculates average spending in any category and creates a budget (or modifies an existing budget).
  • system 1 includes budget analysis tools that, for example, identify a couple of categories where a user may want to cut back. The user may enter a budget amount for a category (or a number of categories) and system 1 sends alert to empower the user with information to keep them on track with budget goals.
  • the invention also includes a system and method which facilitates the transfer of all or any portion of user income to a user account 20 and user savings account 23 based upon a hierarchical based or rules based system.
  • the invention also allocates and transfers a portion of the user income to other accounts (e.g., payee bills or debts) based upon other hierarchies and rules, wherein the host 5 may transfer a portion of the user income from user account 20 to a user savings account 23 (“pay yourself”) first before paying all or a certain portion of the user debts.
  • the invention includes complex hardware and software to analyze income sources and savings goals before transferring the consumer income to an automatic bill payment system.
  • the present invention may be embodied as a customization of an existing system, an add-on product, upgraded software, a stand alone system, a distributed system, a method, a data processing system, a device for data processing, and/or a computer program product. Accordingly, the present invention may take the form of an entirely software embodiment, an entirely hardware embodiment, or an embodiment combining aspects of both software and hardware. Furthermore, the present invention may take the form of a computer program product on a computer-readable storage medium having computer-readable program code means embodied in the storage medium. Any suitable computer-readable storage medium may be utilized, including hard disks, CD-ROM, optical storage devices, magnetic storage devices, and/or the like.
  • the user income may include any monetary or non-monetary income, asset or benefit related to the user, wherein the income may be obtained from an income source of the user (e.g., employer) or any other third party.
  • the user income may include paycheck, salary, bonuses, commissions, purchase rebate, tax rebates, property, goods, social security, welfare, alimony, child support, rental income, securities-related income, gambling winnings, credits, loyalty points, reward points, coupons, entry passes and/or the like.
  • the system obtains real estate value data (e.g., from tax records or from a third party data provider) in order to track, adjust and report on the value of assets (e.g. real estate).
  • User debts include any monetary or non-monetary liability of the user or any other third party (e.g., user may be obligated or desire to pay off the debt of a relative, company or associate).
  • the debts may be related to bills (e.g., utilities, cable television, phone, etc), car payments, loans, mortgages, purchases, voluntary payments (e.g., charitable or religious donations), alimony, child support, payment plans, lines of credit, financial losses, gambling losses, responsibilities and/or the like.
  • An exemplary system 1 may include one or more host 5 , user account 20 , user savings account 23 , user interface 25 , income source 30 and payee 40 .
  • the system may also include or interface with an automatic bill payment system 35 .
  • an automatic bill payment system 35 For the sake of brevity, conventional data networking, application development and other functional aspects of the systems (and components of the individual operating components of the systems) may not be described in detail herein.
  • the connecting lines shown in the various figures contained herein are intended to represent exemplary functional relationships and/or physical couplings between the various elements. It should be noted that many alternative or additional functional relationships or physical connections may be present in a practical system.
  • any databases, systems, devices, servers or other components of the present invention may consist of any combination thereof at a single location or at multiple locations, wherein each database or system includes any of various suitable security features, such as, for example, firewalls, access codes, encryption, decryption, compression, decompression, and/or the like.
  • Host 5 may include any hardware and/or software suitably configured to facilitate management of user income and/or user income sources. Host 5 may interface, directly or indirectly, with user account 20 , user interface 25 , income sources 30 , automatic bill payment system 35 , and/or payees 40 . Host 5 may acquire information, funds or any other data from income sources 30 and transfer the funds into user account 20 . Host may also acquire information from payees 40 and/or transfer funds to payees 40 (e.g., directly or via automatic bill payment system 35 ). Host may also include debt analyzer 15 and debt database 10 . Host 5 may also allow the user to track user spending, payments and income received.
  • Host 5 may also allow the user to import such data from another system or database (e.g., security broker database, charge card database), for the purpose of helping the user to estimate income, bill amounts, the dates when such income will be received or when such bills will come due.
  • Host 5 may also allow user to utilize user interface 25 to access not only the features of system 1 , but also personal financial accounting system features and information.
  • the system may also be integrated with any personal financial or accounting system, such as Quicken or any financial advice software.
  • Debt database 10 may include any hardware and/or software suitably configured to facilitate storing debt information.
  • the debt information may include, for example, payee account numbers, payee names, bill due dates, minimum payment information, penalty information, interest information, credit rating information, payee rules and restrictions, and/or the like.
  • debt database 10 seamlessly consolidates all, or a substantial portion, of a user's financial accounts to provide an accurate wealth snapshot.
  • Debt analyzer 15 may include any hardware and/or software suitably configured to facilitate analysis of the debt information and/or to determine a suggested hierarchy of debts. The debt analyzer 15 may obtain information from a personal financial or accounting system in order to provide additional recommendations which conform at least partially to the suggestions or restrictions of the financial or accounting software.
  • User account 20 may include any hardware and/or software suitably configured to facilitate storing user income and/or user income information.
  • the user income information may include, for example, income source data, date of deposit or receipt, amounts owed from particular income sources, amounts deposited in the user savings account 23 , dates of deposits in user savings account 23 and/or the like.
  • User savings account 23 may include any hardware and/or software suitably configured to facilitate storing income, wherein the income may not have yet been allocated to payees 40 .
  • User savings account 23 may include, for example, any financial account (e.g., savings, checking, money market), loyalty account, security, financial transaction instrument (e.g., stored value card, charge card, smart card, transponder), negotiable instrument, coupon and/or the like.
  • financial account e.g., savings, checking, money market
  • loyalty account e.g., loyalty account
  • financial transaction instrument e.g., stored value card, charge card, smart card, transponder
  • negotiable instrument coupon and/or the like.
  • the account does not easily allow for withdrawals (i.e., has no check-writing privileges, banking or checking card features which facilitate easy withdrawals).
  • a user may include any individual, business, entity, government organization, software and/or hardware that interact with a system.
  • User interface 25 or web client may include any hardware and/or software suitably configured to facilitate input, receipt and/or review of any information related to system 1 or any information discussed herein.
  • User interface 25 or web client includes any device (e.g., personal computer, mobile device, phone, etc.) which communicates via any network, for example such as those discussed herein.
  • Browser applications comprise Internet browsing software installed within a computing unit or a system to conduct online transactions and/or communications.
  • These computing units or systems may take the form of a computer or set of computers, although other types of computing units or systems may be used, including laptops, notebooks, hand held computers, personal digital assistants, mobile phones, mobile devices, set-top boxes, workstations, computer-servers, main frame computers, mini-computers, PC servers, pervasive computers, network sets of computers, and/or the like.
  • Practitioners will appreciate that a web client may or may not be in direct contact with an application server.
  • a web client may access the services of an application server through another server and/or hardware component, which may have a direct or indirect connection to an Internet server.
  • a web client may communicate with an application server via a load balancer.
  • access is through a network or the Internet through a commercially-available web-browser software package.
  • a web client includes an operating system (e.g., Windows NT, 95/98/2000/CE/Mobile, OS2, UNIX, Linux, Solaris, MacOS, PalmOS, etc.) as well as various conventional support software and drivers typically associated with computers.
  • a web client may include any suitable personal computer, network computer, workstation, personal digital assistant, cellular phone, smart phone, minicomputer, mainframe or the like.
  • a web client can be in a home or business environment with access to a network. In an exemplary embodiment, access is through a network or the Internet through a commercially available web-browser software package.
  • a web client may implement security protocols such as Secure Sockets Layer (SSL) and Transport Layer Security (TLS).
  • a web client may implement several application layer protocols including http, https, ftp, and sftp.
  • Automatic bill payment system 35 may include any hardware and/or software suitably configured to facilitate acquiring bill information and/or payment of bills.
  • Automatic bill payment system 35 may include known bill payment systems such as, for example, the systems offered by Yahoo Bill Pay, Checkfree, PayBills, PayPal, etc.
  • Automatic bill payment system 35 may facilitate the payment of bills on or near the due date. Because paying some bills past the due date may substantially affect the user's credit rating, system 1 may incorporate an on-line bill payment system 35 to mitigate the late payment risk. Accordingly, in one embodiment, the system includes an automatic bill payment system 35 or other on-line billing feature that allows the user to select bills to be paid on-line and the date in which the bills are to be paid.
  • Payees 40 may include one or more person or entity which is owed money. Payees 40 may provide or allow access to debt information from host 5 directly or via automatic bill payment system 35 . Payee may also include, for example, one or more person, entity, organization, software, hardware, charity, utility, mortgage company and/or the like. Similarly, user may include, for example, one or more person, entity, company, charity, organization, software, hardware, and/or the like.
  • the various system components discussed herein may include one or more of the following: a server or other computing systems including a processor for processing digital data; a memory coupled to the processor for storing digital data; an input digitizer coupled to the processor for inputting digital data; an application program stored in the memory and accessible by the processor for directing processing of digital data by the processor; a display device coupled to the processor and memory for displaying information derived from digital data processed by the processor; and a plurality of databases.
  • Various databases used herein may include: user data, debt data, income data, merchant data; financial institution data; and/or like data useful in the operation of the present invention.
  • user computer may include an operating system (e.g., Windows NT, 95/98/2000, OS2, UNIX, Linux, Solaris, MacOS, etc.) as well as various conventional support software and drivers typically associated with computers.
  • user computer can be in a home or business environment with access to a network.
  • access is through a network or the Internet through a commercially-available web-browser software package.
  • the term “network” shall include any electronic communications means which incorporates both hardware and software components of such. Communication among the parties in accordance with the present invention may be accomplished through any suitable communication channels, such as, for example, a telephone network, an extranet, an intranet, Internet, point of interaction device (point of sale device, personal digital assistant, cellular phone, kiosk, etc.), online communications, off-line communications, wireless communications, transponder communications, local area network (LAN), wide area network (WAN), networked or linked devices and/or the like.
  • LAN local area network
  • WAN wide area network
  • the invention may also be implemented using IPX, Appletalk, IP-6, NetBIOS, OSI or any number of existing or future protocols.
  • the network is in the nature of a public network, such as the Internet, it may be advantageous to presume the network to be insecure and open to eavesdroppers.
  • Specific information related to the protocols, standards, and application software utilized in connection with the Internet is generally known to those skilled in the art and, as such, need not be detailed herein.
  • the various system components may be independently, separately or collectively suitably coupled to the network via data links which includes, for example, a connection to an Internet Service Provider (ISP) over the local loop as is typically used in connection with standard modem communication, cable modem, Dish networks, ISDN, Digital Subscriber Line (DSL), or various wireless communication methods.
  • ISP Internet Service Provider
  • the network may be implemented as other types of networks, such as an interactive television (ITV) network.
  • ITV interactive television
  • the system contemplates the use, sale or distribution of any goods, services or information over any network having similar functionality described herein.
  • Any databases discussed herein may be any type of database, such as relational, hierarchical, graphical, object-oriented, and/or other database configurations.
  • Common database products that may be used to implement the databases include DB2 by IBM (White Plains, N.Y.), various database products available from Oracle Corporation (Redwood Shores, Calif.), Microsoft Access or Microsoft SQL Server by Microsoft Corporation (Redmond, Wash.), or any other suitable database product.
  • the databases may be organized in any suitable manner, for example, as data tables or lookup tables. Each record may be a single file, a series of files, a linked series of data fields or any other data structure. Association of certain data may be accomplished through any desired data association technique such as those known or practiced in the art.
  • association may be accomplished either manually or automatically.
  • Automatic association techniques may include, for example, a database search, a database merge, GREP, AGREP, SQL, and/or the like.
  • the association step may be accomplished by a database merge function, for example, using a “key field” in pre-selected databases or data sectors.
  • a “key field” partitions the database according to the high-level class of objects defined by the key field. For example, certain types of data may be designated as a key field in a plurality of related data tables and the data tables may then be linked on the basis of the type of data in the key field.
  • the data corresponding to the key field in each of the linked data tables is preferably the same or of the same type.
  • data tables having similar, though not identical, data in the key fields may also be linked by using AGREP, for example.
  • any suitable data storage technique may be utilized to store data without a standard format.
  • Data sets may be stored using any suitable technique, including, for example, storing individual files using an ISO/IEC 7816-4 file structure; implementing a domain whereby a dedicated file is selected that exposes one or more elementary files containing one or more data sets; using data sets stored in individual files using a hierarchical filing system; data sets stored as records in a single file (including compression, SQL accessible, hashed via one or more keys, numeric, alphabetical by first tuple, etc.); block of binary (BLOB); stored as ungrouped data elements encoded using ISO/IEC 7816-6 data elements; stored as ungrouped data elements encoded using ISO/IEC Abstract Syntax Notation (ASN.1) as in ISO/IEC 8824 and 8825; and/or other proprietary techniques that may include fractal compression methods, image compression methods, etc.
  • ASN.1 ISO/IEC Abstract Syntax Notation
  • the ability to store a wide variety of information in different formats is facilitated by storing the information as a Block of Binary (BLOB).
  • BLOB Block of Binary
  • any binary information can be stored in a storage space associated with a data set.
  • the binary information may be stored on the financial transaction instrument or external to but affiliated with the financial transaction instrument.
  • the BLOB method may store data sets as ungrouped data elements formatted as a block of binary via a fixed memory offset using either fixed storage allocation, circular queue techniques, or best practices with respect to memory management (e.g., paged memory, least recently used, etc.).
  • the ability to store various data sets that have different formats facilitates the storage of data associated with the financial transaction instrument by multiple and unrelated owners of the data sets.
  • a first data set which may be stored may be provided by a first issuer
  • a second data set which may be stored may be provided by an unrelated second issuer
  • a third data set which may be stored may be provided by an third issuer unrelated to the first and second issuer.
  • Each of these three exemplary data sets may contain different information that is stored using different data storage formats and/or techniques. Further, each data set may contain subsets of data which also may be distinct from other subsets.
  • the data can be stored without regard to a common format.
  • the data set e.g., BLOB
  • the annotation may comprise a short header, trailer, or other appropriate indicator related to each data set that is configured to convey information useful in managing the various data sets.
  • the annotation may be called a “condition header”, “header”, “trailer”, or “status”, herein, and may comprise an indication of the status of the data set or may include an identifier correlated to a specific issuer or owner of the data.
  • the first three bytes of each data set BLOB may be configured or configurable to indicate the status of that particular data set; e.g., LOADED, INITIALIZED, READY, BLOCKED, REMOVABLE, or DELETED. Subsequent bytes of data may be used to indicate for example, the identity of the issuer, user, transaction/membership account identifier or the like. Each of these condition annotations are further discussed herein.
  • the data set annotation may also be used for other types of status information as well as various other purposes.
  • the data set annotation may include security information establishing access levels.
  • the access levels may, for example, be configured to permit only certain individuals, levels of employees, companies, or other entities to access data sets, or to permit access to specific data sets based on the transaction, merchant, issuer, user or the like.
  • the security information may restrict/permit only certain actions such as accessing, modifying, and/or deleting data sets.
  • the data set annotation indicates that only the data set owner or the user are permitted to delete a data set, various identified merchants are permitted to access the data set for reading, and others are altogether excluded from accessing the data set.
  • other access restriction parameters may also be used allowing various entities to access a data set with various permission levels as appropriate.
  • the data, including the header or trailer may be received by a stand alone interaction device configured to add, delete, modify, or augment the data in accordance with the header or trailer.
  • the header or trailer is not stored on the transaction device along with the associated issuer-owned data but instead the appropriate action may be taken by providing to the transaction instrument user at the stand alone device, the appropriate option for the action to be taken.
  • the present invention may contemplate a data storage arrangement wherein the header or trailer, or header or trailer history, of the data is stored on the transaction instrument in relation to the appropriate data.
  • the computers discussed herein may provide a suitable website or other
  • the Microsoft Internet Information Server IIS
  • Microsoft Transaction Server MMS
  • Microsoft SQL Server are used in conjunction with the Microsoft operating system, Microsoft NT web server software, a Microsoft SQL Server database system, and a Microsoft Commerce Server.
  • components such as Access or Microsoft SQL Server, Oracle, Sybase, Informix MySQL, Intervase, etc., may be used to provide an Active Data Object (ADO) compliant database management system.
  • ADO Active Data Object
  • Any of the communications, inputs, storage, databases or displays discussed herein may be facilitated through a website having web pages.
  • the term “web page” as it is used herein is not meant to limit the type of documents and applications that might be used to interact with the user.
  • a typical website might include, in addition to standard HTML documents, various forms, Java applets, JavaScript, active server pages (ASP), common gateway interface scripts (CGI), extensible markup language (XML), dynamic HTML, cascading style sheets (CSS), helper applications, plug-ins, and the like.
  • a server may include a web service which receives a request from a web server, the request including a URL (http://yahoo.com/stockquotes/ge) and an IP address (123.56.789).
  • the web server retrieves the appropriate web pages and sends the data or applications for the web pages to the IP address.
  • Web services are applications which are capable of interacting with other applications over a communications means, such as the internet. Web services are typically based on standards or protocols such as XML, SOAP, WSDL and UDDI. Web services methods are well known in the art, and are covered in many standard texts. See, e.g., A LEX N GHIEM, IT W EB S ERVICES: A R OADMAP FOR THE E NTERPRISE (2003), hereby incorporated herein by reference.
  • the present invention may be described herein in terms of functional block components, screen shots, optional selections and various processing steps. It should be appreciated that such functional blocks may be realized by any number of hardware and/or software components configured to perform the specified functions.
  • the present invention may employ various integrated circuit components, e.g., memory elements, processing elements, logic elements, look-up tables, and the like, which may carry out a variety of functions under the control of one or more microprocessors or other control devices.
  • the software elements of the present invention may be implemented with any programming or scripting language such as C, C++, Java, COBOL, assembler, PERL, Visual Basic, SQL Stored Procedures, extensible markup language (XML), with the various algorithms being implemented with any combination of data structures, objects, processes, routines or other programming elements.
  • the present invention may employ any number of conventional techniques for data transmission, signaling, data processing, network control, and the like.
  • the invention could be used to detect or prevent security issues with a client-side scripting language, such as JavaScript, VBScript or the like.
  • Each user, income source, host, payee or other participant is equipped with a computing device in order to interact with the system and facilitate online commerce transactions.
  • the customer has a computing unit in the form of a personal computer, although other types of computing units may be used including laptops, notebooks, hand held computers, set-top boxes, cellular telephones, touch-tone telephones and the like.
  • the merchant has a computing unit implemented in the form of a computer-server, although other implementations are contemplated by the invention.
  • the bank has a computing center shown as a main frame computer. However, the bank computing center may be implemented in other forms, such as a mini-computer, a PC server, a network of computers located in the same of different geographic locations, or the like.
  • the system contemplates the use, sale or distribution of any goods, services or information over any network having similar functionality described herein
  • the computers may be interconnected via a second network, referred to as a payment network.
  • the payment network which may be part of certain transactions represents existing proprietary networks that presently accommodate transactions for credit cards, debit cards, and other types of financial/banking cards.
  • the payment network is a closed network that is assumed to be secure from eavesdroppers.
  • Examplary transaction networks may include the American Express®, VisaNet® and the Veriphone® networks.
  • an “account” or “account number”, as used herein, may include any device, code, number, letter, symbol, digital certificate, smart chip, digital signal, analog signal, biometric or other identifier/indicia suitably configured to allow the user to access, interact with or communicate with the system such as, for example, one or more of an authorization/access code, personal identification number (PIN), Internet code, other identification code, and/or the like which may optionally be located on or associated with a rewards card, charge card, credit card, debit card, prepaid card, telephone card, smart card, magnetic stripe card, bar code card, transponder, radio frequency card or an associated account.
  • PIN personal identification number
  • the account number may be distributed and stored in any form of plastic, electronic, magnetic, radio frequency, wireless, audio and/or optical device capable of transmitting or downloading data from itself to a second device.
  • a customer account number may be, for example, a sixteen-digit credit card number, although each credit provider has its own numbering system, such as the fifteen-digit numbering system used by American Express.
  • Each company's credit card numbers comply with that company's standardized format such that the company using a sixteen-digit format will generally use four spaced sets of numbers, as represented by the number “0000 0000 0000 0000”.
  • the first five to seven digits are reserved for processing purposes and identify the issuing bank, card type, etc. In this example, the last (sixteenth) digit is used as a sum check for the sixteen-digit number.
  • the intermediary eight-to-ten digits are used to uniquely identify the customer.
  • a merchant account number may be, for example, any number or alpha-numeric characters that identifies a particular merchant for purposes of card acceptance
  • These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart block or blocks.
  • the computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.
  • the foregoing exemplary system may be used in the present invention to perform the following method.
  • the exemplary method may include, as set forth in FIG. 16 , a registration phase (step 200 ), a recommendation phase (step 205 ), a goal establishment phase (step 210 ), an overdraw analysis phase (step 215 ) and a payment phase (step 220 ).
  • the registration phase may include a user providing and system receiving financial information.
  • the user may provide the information via any network or communication system discussed herein.
  • host 5 provides a web page within a website which is hosted at a server, wherein the webpage facilitates obtaining personal financial information from the user by, for example, menu driven interactive procedures.
  • a web page seamlessly presents (e.g., via a dashboard) a user's financial accounts to provide an accurate wealth snapshot.
  • the user may use user interface 25 to enter into a web page the requested financial information, wherein the financial information may include, for example, user income information, user income source information, user savings goal information, and user debt information.
  • the user income source information may include any information related to user income such as, for example, income source demographic data, income source routing data (e.g., to facilitate the funds being deposited within user account 20 ), amount of income during a particular timeframe (e.g., bi-monthly), bonus information (e.g., amount and time of year received), tax refund information, estimated commission information and/or the like.
  • the user income may include any monetary or non-monetary income, asset or benefit related to the user, wherein the income may be obtained from an income source of the user (e.g., employer) or any other third party.
  • the user income may include paycheck, salary, bonuses, commissions, purchase rebate, tax rebates, property, goods, social security, welfare, alimony, child support, rental income, securities-related income, gambling winnings, credits, loyalty points, reward points, coupons and/or the like.
  • the user may also be requested to identify the days of the month in which such user income is received and the amounts of such income. If the user receives any or all income at random times (i.e. “not periodically”), then the user may estimate the amounts of such non-periodic income and indicate when such non-periodic income will be received.
  • Host 5 may store the user income and user income source information in user account database 20 .
  • the user income may also include additional funds submitted by the user or any other third party to system 1 in order to supplement user account 20 or user savings account 23 .
  • the user may submit extra funds with a bill payment such as a single check or money transfer for both host charge card purchases and for deposit of money into user savings account 23 .
  • the payment processing system determines, based on the user goals, how each of the user's payments should be allocated between charge card payments and user savings account 23 , namely through the use of a payment hierarchy which includes a predetermined set of allocation rules.
  • the host or charge card administrator's payment processing system may then electronically forward the appropriate savings amount to user saving account 23 based upon another payment hierarchy related to the allocation of savings funds among savings, debts or investment products.
  • the user goal information may include the amounts the user desires to pay himself, any other financial amount, limit, milestone, threshold, objective, aspiration and/or the like. For example, an amount of money needed for a vacation, a major purchase (e.g., house or car), holiday gifts, education, or retirement.
  • the amount may be a one-time total amount, a pre-established amount for a limited time period or continuing time period, or a periodic amount which may result in a total savings by a certain date (e.g., $10,000 by June 15 of the following year for his daughter's wedding).
  • the goal may also include a common goal for a group of people such as, for example, a group vacation, annual family function, charitable event or fundraiser and/or the like.
  • the user goal may be entered by the user, randomly generated, based on a increasing or decreasing amount, created using a formula, selected by system 1 and/or selected by a third party (e.g., parent, financial advisor, etc).
  • the system 1 may store the user goal information in user account database 20 .
  • the user may use the goal information for his own savings activities or the user may be provided the option to set up user savings account 23 , wherein the system allocates a portion of the user income to user savings account 23 . Because many individuals often think of saving money based on how much they will have after paying bills, the invention attempts to overcome this attitude, in an exemplary embodiment, by prompting the user for the user savings goal information before entering user debt information, so that the user is aggressive in the effort to pay himself first. Similarly, the user is prompted to enter the user goal information before entering income amounts, so that the user will be aggressive in setting the user goal information.
  • system 1 is configured to assemble various user interfaces (e.g. web pages) for the user.
  • System 1 may employ static or dynamic user interfaces.
  • the dynamic interfaces may be created based upon stored data, external data, predetermined rules, in response to user input, or any other method known in the art for determining the structure and content of user interfaces or for assembling user interfaces.
  • system 1 guarantees or ensures that the user takes a step to pay themselves first before allotting resources (e.g., income) for debt obligations (e.g., expenses, bills, liabilities, loans, promises to pay, etc).
  • allotting resources e.g., income
  • debt obligations e.g., expenses, bills, liabilities, loans, promises to pay, etc.
  • the system may operate in a variety of modes to enable this functionality.
  • system 1 is configured with a plurality of modes (e.g., a strict mode, a less strict mode and an easy mode) that enforce rules associated with the user's actions.
  • a “strict” mode employs logic (e.g., predetermined rules, data validation, verification steps, etc.) to govern the user's ability to execute some of the system 1 functions.
  • logic e.g., predetermined rules, data validation, verification steps, etc.
  • the user may not be able to step through the data entry section unless certain key steps and data are validated.
  • An example of such validation includes validating that a transfer of a savings amount occurred (e.g., an amount that is associated with the user savings goal information) or an amount was set aside for savings.
  • system 1 verifies a transfer of funds to a user savings account.
  • a “less strict” mode the user may enter a savings amount, set aside and/or provide “from” and “to” account names associated with a transfer of the savings amount to a user savings account.
  • “easy mode” in response to the user entering user savings goal information, the user is given a warning that he/she should immediately make a transfer in a designated amount and the user may be informed that such a transfer will help increase the likelihood that the user will meet the savings goal (i.e., user savings goal information) that the user has established.
  • a verification may be requested by system 1 in any mode, but in one embodiment, a verification is requested in a “strict mode.”
  • system 1 may receive a verification from a third party that funds have been set aside, and in one embodiment, the system receives an electronic verification that a savings amount has been deposited in a user savings account.
  • the system may receive a message (e.g., via email, XML or short message service (SMS)) confirming that a transaction has taken place or providing a summary of completed transactions.
  • SMS short message service
  • An example of a “third party” may include a person or entity that is registered with, rated by, verified by, listed by or otherwise associated with system 1 , a banking or government institution, a non-profit or foundation, or any other entity associated with encouraging user savings.
  • Such a third party may be referred to as a “trusted friend” and the trusted friend reviews a verification of a transfer.
  • the user interface may provide an interface for the trusted friend to review verification information and provide their approval.
  • the user may receive an authorization key, code or number from the trusted friend and may enter the authorization key in the user interface in order to enable moving on to a next step in the process (e.g., determining a payment hierarchy associated with outstanding debt obligations) or enabling additional functionality.
  • Electronic verification may be received from a financial institution, a bank, transaction account issuer, or any other entity.
  • the electronic verification may be received by the system in any format known in the art for verifying financial or electronic transactions.
  • a trigger in system 1 may initiate savings being set aside and/or transferred. For example, the trigger may occur in response to user input, or be based upon a time, a date, an event (e.g., receiving a paycheck), etc.
  • system 1 provides user interfaces to allow maximum flexibility for the user to enter savings goal information. For example, the user could enter a goal of $5 per day, or $30 per month or $1000 a year.
  • the user interface and/or system 1 may execute logic to perform a conversion of the user input into user savings goal information. For example, if the user enters $5 per day as a savings goal, the system may determine that it may not be efficient or cost-effective to transfer $5 each day. Instead, system 1 may perform a conversion and prompt the user if a $70 transfer every 2 weeks is adequate (14 days ⁇ $5) or if $140 (28 days ⁇ $5) is an acceptable user savings goal.
  • system 1 and/or the user interface may be configured such that user input can easily be converted into amounts that can be sent with other information (user name, user checking account, routing number, etc.) to trigger the actual transfer of funds.
  • other information user name, user checking account, routing number, etc.
  • the appropriate amount and other information are transmitted to effectuate the transfer of funds and an electronic verification is obtained.
  • the user debt information includes any information related to user debts such as, for example, bills, name and address of payees 40 , payee account routing information, amount of bills, minimum amounts due, due date, periodic payment plan information and/or the like.
  • user debts may include any monetary or non-monetary liability of the user or any other third party.
  • the debts or debt obligations may be related to bills, car payments, loans, mortgages, purchases, voluntary payments, alimony, child support, payment plans, lines of credit, financial losses, gambling losses, responsibilities and/or the like.
  • the user debts may also include any amount that the user regularly pays as part of his living expenses and any other amounts that the user pays from time to time, or expects to pay.
  • system 1 is configured with functionality to receive debt information and parse the debt information (e.g., parse an electronic or paper document) in order to determine various parameters associated with a debt obligation (e.g., amount owed, terms of payments, and late/partial payment terms, interest, penalties and fees).
  • This automation greatly enhances the convenience and accuracy of receiving user debt information into system 1 , while minimizing or eliminating the need for the user to input data (which may cause the user to reduce his use of the system).
  • the user may establish a relationship with a new payee (e.g., cable television provider, power company, mortgage provider, ex-wife, etc.).
  • the user may receive a bill (e.g., user registration information, user account information, statement of account, bill, invoice) from the payee that provides information regarding the debt (e.g., payment amounts, payment due dates, penalties, payment terms, fees, etc.).
  • a bill e.g., user registration information, user account information, statement of account, bill, invoice
  • the user may fax, mail or scan a bill and submit it to system 1 and/or system 1 may receive a paper or electronic bill (e.g. in optical character recognition, XML or electronic data interchange format) from a third party (on behalf of the user).
  • the parsing may involve, for example, optical character recognition of the data on the document, downloading data from a document or other data scrapping method, and then storing the results as data text in a database.
  • System 1 may also receive the billing data from a third party or the user. If system 1 receives a paper or electronic bill, system 1 executes logic to electronically read the information within the bill, then parse, translate and interpret the parsed data. The data may then be stored by system 1 in debt database 10 .
  • the data obtained from the document includes, for example, user account number, a first debt obligation, payee information, terms and conditions associated with a first debt obligation, penalties associated with a first debt obligation, payment timing, a payment due date, payment amount, debt amount, term of debt, late payment terms, late payment interest, late payment penalties, late payment fees, partial payment terms, partial payment interest, partial payment penalties, and/or partial payment fees.
  • Some bills are paid on a regular, periodic basis (monthly) and have predetermined amounts (e.g. a monthly auto payment of $300; a quarterly insurance payment of $200.00). Other bills may arrive more randomly and/or in non-fixed amounts, but the bills may be anticipated with reasonable accuracy (e.g. health expenses, tax payments, auto and home maintenance, or unexpected events).
  • the user may enter the day, the month and the due date which is the day he expects such bills to become due. The due date should not to be confused with the date the bill is received, because the due date represents the last possible day for bills to be paid in order to avoid certain penalties.
  • the recommendation phase may include, in one embodiment, debt analyzer 15 of system 1 reviewing the user debt information in debt database 10 to provide recommendations related to the prioritization or hierarchy for paying certain bills, the amount to pay for each bill and the user goal.
  • the recommendations may be based upon, for example, user savings goal information, user debt information (e.g., minimum amounts due, due dates) and available user income.
  • An exemplary embodiment includes periodic income (e.g., employment income) in such an analysis because periodic income is often the easiest way to determine the optimal savings goals. For example, if the user is paid (after deductions) $500.00 a week from an employer, then the system 1 may prompt the user to pay himself some portion of that $500.00 (e.g., $100.00) before the analysis of the recommendation phase commences.
  • the system may also incorporate randomly received income (e.g., a user may pay first to himself 10% of any tax refund or other non-routine income).
  • the system may provide the user with recommendations for prioritizing payment of bills so that the user may determine when and how much to pay himself. For example, the system may determine from the debt information a plurality of debt obligations and for at least a subset of the debt obligations, the system may determine penalties and/or fees associated with the debt obligation. For each debt obligation, it may be possible to determine multiple penalties or fees. For instance, a bill may be associated with a fee if a minimum payment is not made by a particular date, the same bill may be associated with a first penalty if no payment is made and may be associated with a second penalty if the payment amount is not within a certain percentage (e.g., minimum payment amount) of the amount due.
  • a certain percentage e.g., minimum payment amount
  • the system analyzes the plurality of penalties in order to determine a payment hierarchy that minimizes the overall (or cumulative) penalties associated with the user debts.
  • Penalties may include monetary penalties but may also include social or legal penalties (e.g., jail time associated with not paying child support).
  • system 1 may use forecasting and/or simulation techniques in order to predict penalties and/or assign a monetary value (or other objective measure) to a non-monetary penalty.
  • the system may recommend prioritizing bills to be paid in the following order from highest priority to lowest priority: (i) Bills that are for essentials (e.g., food, transportation to work and school, necessary job-related expenditures, necessary education-related expenditures); (ii) Bills that affect credit rating the most; (iii) Bills that have high penalties for late payments; and, (iv) Bills that are for non-essentials.
  • the system may also provide recommendations for partial payments of bills, where the recommendations are directly related to helping the user meet the user goal.
  • the program may recommend that the user submits a payment that allows the user to meet his user goal, while avoiding a large penalty (e.g., do not pay less than the minimum due, but not any larger amount).
  • the system 1 may allow the user to select a passive “recommendation” mode or an active “automatic mode”.
  • the passive recommendation mode the debt analyzer 15 provides recommendations to the user such as, for example, the amounts to pay himself, when the payments to the user savings account 23 will be made, the order in which bills should be paid and the amounts to be paid toward the bills.
  • the automatic mode the debt analyzer 15 provides recommendations to the user initially, but upon the user accepting or revising the recommendations, the system 1 automatically transfers the payment to the user savings account 23 and to the payment of bills.
  • a partial automatic mode may also allow the user to choose actions to take place automatically, while other actions may require approval by the user after a recommendation is made by the program. For example, in the partial automatic mode, the user may allow the program to automatically direct a payment to the user savings account 23 , while requiring the system to provide a recommendation and waiting for user approval before paying certain bills.
  • the debt analyzer 15 may recommend that the user pay himself first, but only after funds become available in user account 20 .
  • the system on a certain date and/or upon a certain level of user income being transferred to user account 20 , automatically transfers a payment from user account 20 to the user savings account 23 .
  • the system may also allow the user to set his own payment criteria (in addition to pre-established options) or override the order in which debt analyzer recommends that certain bills are to be paid. For example, the system may determine that bills for essentials (e.g., transportation) are given priority over bills that affect credit rating. The user, however, may determine that bills that affect his credit rating are more important than bills for transportation to work.
  • the system may recommend paying bills in an order that gives priority to bills that affect credit rating over transportation bills.
  • the system may also “learn” the user's preferences over time by analyzing the user's inputs and override suggestions such that debt analyzer 15 may provide recommendations that more appropriately conform to more common user inputs and override requests.
  • system 1 may help the user determine if a goal is possible or realistic within a particular timeframe. For example, if the user wants to save $10,000 in one year to obtain a new car, the system (possibly in conjunction with financial management software) may analyze the user's income sources 30 and provide the recommendation that the user should change the goal completion date to two years or the user should obtain additional income sources. In this manner, the user is more likely to reach certain goals and continue to utilize system 1 . Similarly, the system may help the user not only set current goals, but also to determine future goal amounts.
  • system 1 may calculate the amount of savings needed over various years to meet the current and future goals, wherein the savings may be calculated as an equal amount over the years or the savings may be calculated as an increasing amount to correspond to projected increased income over the years.
  • the system may also provide probability modeling which facilitates financial advising and planning.
  • a portfolio integration module may facilitate integration of at least one of a user's goals, assets, savings, and risk tolerance in analyzing and developing a customized strategy for financial planning of the user.
  • a portfolio reconciler module may communicate with the portfolio integration module to facilitate comparison of the customized strategy to other strategies and projected financial decisions in order to further facilitate the user meeting the user goals.
  • a stochastic modeling module in communication with the portfolio integration module and the portfolio reconciler module may use data from the portfolio integration module and/or the portfolio reconciler module in a stochastic modeling analysis to facilitate creation of a proposed situation portfolio for the user.
  • the stochastic modeling module may use a synchronous stationary bootstrap method of statistical sampling to facilitate analysis of historical economic data in order to facilitate creation of the proposed situation portfolio.
  • a simulator module in communication with the portfolio integration module and the stochastic modeling module may forecast the effects of changes to the probability modeling system and to monitor and test the system over a predetermined amount of time.
  • the goal establishment phase may include the system and/or the user determining a payment hierarchy which may include transferring funds to the user's savings account 23 prior to paying all or a portion of certain bills.
  • the user determines “when” to pay himself based on the suggested recommendations and ranking.
  • a payment hierarchy which may include transferring funds to the user's savings account 23 prior to paying all or a portion of certain bills.
  • the user determines “when” to pay himself based on the suggested recommendations and ranking.
  • one user may choose to transfer funds to user savings account 23 after paying bills that affect credit rating, but before bills with high penalties for late payment.
  • another user may receive a similar recommended hierarchy list and request that the system transfer funds to user savings account 23 before paying bills in any of the categories set forth in the hierarchy listing.
  • the system may also not only pay (or encourage the user to pay) the user first (or in a priority position), but the system may transfer funds to the user savings account 23 first in the largest amounts possible. For example, if the user receives an electric bill on the fifteenth of the month that is not due until the first of the next month, the system may prompt the user for the due date and the system may recommend that the user to pay the bill on the due date and not before the due date. Additionally, if the user gets paid on the fifteenth of the month, the system recommends that the user pay himself first, leaving enough money to pay bills later, including the electric bill that is due on the first of the month. After the user pays himself, he can also budget discretionary money for entertainment purposes, dining out, etc. A responsible user is not likely to exceed his budget for discretionary money when he knows that bills are due that must be paid. Moreover, if the user exceeds the discretionary amount and cannot pay bills, then the user has already at least paid the most important entity first, namely himself
  • the system may be configured to transfer a certain amount of any user transaction amount to user savings account 23 .
  • the user or system may set a particular dollar amount, percentage of purchase amount, number of transactions, total dollar amount spent or any other portion which is calculated based upon user transactions or the transaction amounts.
  • the system may obtain data from the user's transaction instrument account such that every time the user purchases an item which costs over $100, the system may transfer $5 of the user's income from user account 20 to the user savings account 23 .
  • the system may transfer 5% of the total value of all purchases during the next five months to user savings account 23 . In these embodiments, the more a user spends on purchases, the more the user may save.
  • the system may analyze loyalty point accumulation and transfer loyalty points to a savings account based upon a pre-determined formula.
  • the system may incorporate loyalty points into any part of the process and provide the loyalty points to one or more participants in the process (e.g., user, payee, income source).
  • loyalty points may include any incentive which may or may not include points such as, for example, coupons, rewards, preferential services, preferential rates, prizes, vacations, entertainment packages and/or the like.
  • the system may provide loyalty points for every dollar that the user saves in savings account 23 .
  • the system may also encourage savings and discourage full payment of bills by providing loyalty points for not paying the full amount of a bill.
  • the system may also provide a larger amount of loyalty points upon reaching a goal or upon reaching certain milestones toward the goal.
  • the system may also provide extra loyalty points if the user allows the system to automatically transfer funds to savings account 23 without the user's prior approval. If user is utilizing the savings account to save money for a future gift or to provide a future donation to a charity, the system may allow the user to use loyalty points to pay for any portion of the gift or to supplement the charitable donation.
  • the system may also acquire information related to user loyalty points (e.g., from system 1 (wherein the points were earned in system 1 ) or from a third party loyalty system), convert the loyalty points to a currency value and apply the currency value to user savings account 23 or payees 40 (e.g., user debts).
  • a government entity, an affiliate or sponsoring entity may provide loyalty points, preferred rates or rewards for increased savings.
  • user savings account 23 may be maintained at a bank such that the bank may desire to also encourage increased savings.
  • the bank may provide the user with loyalty points, higher interest rates, or prizes based upon the number of transfers or dollar amount of each transfer to the user savings account 23 , the total amount in user savings account 23 during a certain time period and/or the like.
  • the present invention may be described as transferring funds to user savings account 23 first before other user debts, the invention also contemplates transferring funds to the user savings account 23 at any pre-determined time, interval or random period and the invention also contemplates transferring funds to the user savings account 23 before, during or after paying certain debts.
  • the system may allow the user to identify bills that are to be paid before the system transfers funds to the user savings account 23 and to identify bills to paid after the system transfers funds to the user savings account 23 .
  • the invention may also include exceptions to self payment first which may be determined by the user, a government entity or any other entity or person. The exceptions may include, for example, child support must always be paid first, then the user may decide on other “first” payment options.
  • the invention may also allow the user to identify a priority for bills to be paid and/or any predetermined amount or percentage of each bill to pay.
  • host 5 may analyze the balance of funds in the user account 20 to determine if sufficient funds exist for paying the user savings account 23 and the bills according to the selected payment hierarchy.
  • the program e.g., in real-time
  • system 1 may notify the user to readjust the payment hierarchy or the system may automatically adjust the payment hierarchy based upon pre-established rules. The system may notify the user of any overdraw issues via any communication system or network discussed herein.
  • system 1 transfers a predetermined amount of funds from user account 20 to user savings account 23 , then to payees 40 .
  • host 5 may transfer funds and/or payee information to automatic bill payment system 35 such that automatic bill payment system 35 allocates funds pursuant to pre-existing rules or auto bill pay procedures.
  • Host 5 may provide instructions to automatic bill payment system 35 in such a way that automatic bill payment system 35 allocates consumer income to payees 40 according to the established hierarchy. For example, host 5 may provide automatic bill payment system 35 with the approval for payment of a bill for a necessity, then host 5 may wait until user savings account 23 reaches a pre-established level before providing another payment instruction to automatic bill payment system 35 .
  • automatic bill payment system 35 may accept hierarchy or other instructions from system 1 and automatically allocate payments according to the hierarchy.
  • Transferring funds may include transferring all or any portion of funds, directly or indirectly, in any manner (e.g., electronic transfer, wire, etc).
  • the “transfer” may include, for example, encouraging the user to transfer funds, encouraging the user to select a particular transfer of funds by the system, providing a negotiable instrument (e.g., check) to the user (or to a selected person or entity), transferring funds to a charity or other entity (or dividing the funds between multiple charities), withdrawing funds from one account and depositing funds in another account, providing cash, transferring funds to any financial instrument discussed herein or known in the art (e.g., account, account number, stored value card, gift card, charge card credit, etc), sending the financial instrument to the user at predetermined intervals (e.g., monthly or when the account reaches a pre-determined amount), placing the selected funds in a pooled account with other family members (e.g., to save for a home improvement project), placing the selected funds in a
  • a negotiable instrument
  • the invention contemplates automatically receiving user income from income sources 30 , automatically transferring funds to user and/or user savings account 23 and automatically transferring funds to payees 40 ; however, the invention also contemplates providing recommendations to user and allowing the user to obtain information, send information, or transfer the user's own funds manually or via a third party system.
  • the funds may be transferred periodically to user savings account 23 , and in an embodiment, the user income may be periodically donated to a charity.
  • a donation to a charity may be represented by a savings amount that is set aside before analysis of debt obligations and, in an embodiment, a donation to a charity may be determined by the payment hierarchy.
  • a donation to a charity may be determined by the payment hierarchy.
  • funds may be transferred to a user savings account of a third party (e.g., charity) and/or a beneficiary (e.g., child).
  • a parent may set up a savings program for a child, so the system pays a child's account first.
  • the parent is accomplishing a personal savings goal by ensuring that a child has sufficient funds for a future need (e.g., car, college, medical expenses, retirement, etc.).
  • the system can pay a charity or other entity first.
  • the payment hierarchy is determined based upon a charity amount, a plurality of pending debt payments, and a plurality of penalties.
  • a stored value or gift card may be used to assist in the budgeting process and to meet the user goal.
  • the user may obtain an American Express Travel Funds Card that is automatically loaded by the system with the funds that user needs to pay bills.
  • the funds desired to meets the user's goal are first sent to a user savings account 23 . After the user “pays himself” and the system receives the funds in the user savings account 23 , the system may then take steps (or allow the user to take steps) to load or re-load the stored value card (i.e. the TravelFunds card).
  • system 1 includes an empowerment engine that captures, compiles, arranges, organizes, learns from, uses and/or analyzes community knowledge.
  • Community knowledge includes information (e.g., stored in a database) such as historical facts, experiences, user feedback, successful strategies, best practices, investment and savings rules, etc.
  • the empowerment engine aggregates a plurality of users' data (e.g., demographics, profile information, preferences, savings data, debt data, etc.), feedback, recommendations and/or results into community knowledge. Results may include a subjective assessment of the effectiveness of, for example, a payment hierarchy, a debt payment strategy or a penalty minimization strategy.
  • Results may also include an objective assessment (e.g., by a standardized algorithm running on the empowerment engine) of an investment or savings strategy.
  • community knowledge comprises, for a plurality of users, savings strategies, transaction histories, demographics, merchant information, debtor information, debt history, debtors, timeframes, payment terms, payment histories, penalty histories, penalty amounts, penalty rules, debt obligations, savings goals, savings accomplishments, survey results and/or user recommendations.
  • community knowledge is captured and compiled by the system's empowerment engine based upon ongoing usage such that community knowledge expands overtime. For example, a first user determines a savings amount based upon the first user's income and savings goals.
  • Empowerment engine determines a payment hierarchy that prioritizes payment of debt obligations (e.g., bills) that directly affect the first user's credit score, while minimizing penalties (and/or fees) associated with not paying (or not fully paying) other debt obligations.
  • Empowerment engine stores this data on system 1 (e.g., a database) and infers relationships (e.g., to other user data), creates rules and/or assesses the results of the effect of the payment hierarchy (e.g. on subsequent debt obligations).
  • the empowerment engine analyzes the community knowledge and creates one or more community recommendations for the second user.
  • a user interface e.g. a side bar of a web page, a pop-up window or other similar notification method
  • the empowerment engine may similarly access community knowledge during the creation and/or implementation of a payment hierarchy.
  • System 1 creates an initial payment hierarchy for the second user and the empowerment engine analyzes community knowledge to identify similar users (e.g., similar demographic attributes) or situations (e.g. similar debts and/or payment terms).
  • Empowerment engine may present (e.g., via system 1 user interface) one or more community recommendations to the second user and allow the user to select and implement community recommendations in order to fine tune the initial payment hierarchy.
  • system 1 is configured to provide a user interface that prompts the user to enter user savings goal information, the user to enter user debt information and/or user income information.
  • a community recommendation may be general or specific.
  • a user may be presented with a message indicating that, based upon the guidelines of a non-profit savings foundation, users who limit going to restaurants to one nice restaurant visit per month typically save more than those who eat at cheaper establishments more often.
  • a user may be presented with a community recommendation regarding a refinancing opportunity based upon an analysis of users who have at least 31% equity in their home, have a mortgage with Chase Bank and have at least $2500 available to spend on closing costs.
  • system 1 may provide personal finance statistics to non-governmental and governmental organizations.
  • the data discussed herein, and/or the community knowledge may be used to form an alternate credit score for users.
  • an alternate credit score may reward (in the form of a higher score) savings activity and other positive behaviors, while at least partially disregarding or minimizing factors (such as pending debts or delayed payments) that may be considered negative by traditional credit scoring algorithms.
  • system 1 is configured to determine a savings amount based at least partially upon the user credit information.
  • System 1 analyzes user information to determine a credit score strategy and determines the payment hierarchy based upon a savings amount and the credit score strategy.
  • the payment hierarchy maximizes a credit score associated with the user.
  • the credit score strategy may be based upon an alternate credit score, a traditional credit score or a combination of the two.
  • the alternate credit score may be adjusted to account for the user savings amount.
  • a credit score strategy comprises forecasting a plurality of alternate credit score data based upon, for example, the user debt information, the savings amount, user savings history information, user debt payment timing information and/or user income information.
  • System 1 is configured to obtain both general credit scoring information and user specific credit score information.
  • system 1 is configured to determine a recommendation that is based upon improving a credit score.
  • a traditional credit score may be influenced in ways that are counter intuitive to a typical user. For example, closing a credit card may seem to a typical user to be a positive step toward better credit but it may not be seen as such by traditional credit scoring algorithms.
  • system 1 may suggest a credit score recommendation based upon the credit score information and present the credit score recommendation to the user.
  • the user may enter an approval of the credit score recommendation and system 1 determines the credit score strategy based upon the credit score recommendation.
  • the payment hierarchy may be based upon the credit score strategy (e.g., payment hierarchy may recommend not paying off the debt associated with a credit card or may recommend paying only a minimum amount).
  • community knowledge includes more than data.
  • the empowerment engine develops and evolves community knowledge through automated learning.
  • the empowerment engine of system 1 may be configured to analyze the community knowledge data, create rules, develop relationships and/or generate new data, based upon predetermined rules and/or algorithms.
  • Empowerment engine may be configured to execute deductive logic, inferential analysis, forecasting, statistical analysis and/or artificial intelligence in order to continually develop the effectiveness and relevance of community knowledge.
  • empowerment engine includes a database of user experiences, a knowledge base and/or an expert system.
  • the community recommendation may be updated, changed or supplemented based on such evolution of community knowledge.
  • the community recommendation display may include community recommendation trends, changes, historical information and/or the like.
  • community knowledge and the empowerment engine are parts of a knowledge based system.
  • a knowledge based system may comprise an artificial intelligence tool working to provide intelligent decisions with justification. Knowledge is acquired and represented using various knowledge representation techniques rules, frames and scripts. Exemplary advantages offered by such systems are documentation of knowledge (e.g., the collective knowledge of what payment strategies have helped to minimize penalties), intelligent decision support, self learning, reasoning and explanation.
  • a machine-readable knowledge base stores knowledge in a computer-readable form; e.g., for the purpose of having automated deductive reasoning applied to the data.
  • system 1 includes a set of data and rules that describe aggregate experience or community knowledge in a logically consistent manner.
  • An ontology defines the structure of stored data (e.g., what types of entities are recorded and what their relationships are) and classical deduction is used to reason about the knowledge in the knowledge base.
  • community knowledge is a machine-readable knowledge base used with an artificial intelligence function of system 1 , for example, as part of an expert system that focuses on a domain, such as financial planning.
  • knowledge based systems see “Knowledge-based systems,” by Akerkar R A and Sajja Priti Srinivas, Jones & Bartlett Publishers, Sudbury, Mass., USA (2009), which is hereby incorporated by reference in its entirety.
  • system 1 is a computer-based system for determining a savings amount and a payment hierarchy configured to receive user financial information that may include user savings goal information, user debt information and user income information.
  • the computer-based system determines the savings amount based upon the user savings goal information and the user income information.
  • the savings amount is at least a portion of user income.
  • the savings amount is transferred to a user savings account.
  • the transfer of any portion of the savings amount may be accomplished by system 1 , a bill payment system, a user, a third-party, a financial institution and/or the like.
  • the computer-based system is further configured to analyze the user debt information to determine a plurality of pending debt payments.
  • the computer-based system determines the plurality of debt obligations in response to the transfer of the savings amount.
  • the computer-based system determines a plurality of penalties by analyzing a penalty for each of the plurality of pending debt payments.
  • the computer-based system determines a community recommendation based upon community knowledge. In an embodiment, the community recommendation may be further based upon the user debt information, the plurality of debt payments, the user income information, the user savings goal information, and/or the plurality of penalties.
  • the computer-based system determines the payment hierarchy based upon the savings amount, the plurality of penalties and the community recommendation. In an embodiment, the payment hierarchy minimizes the plurality of penalties.
  • the computer-based system is configured (e.g., via an empowerment engine), in one embodiment, to expand and enhance the community knowledge by automated learning.
  • data such as user demographics, user preferences, the savings amount, the plurality of penalties, the payment hierarchy, the community recommendation, the user income information, and/or the user savings goal information may be analyzed, categorized, processed by statistical and/or probabilistic models, summarized, aggregated and/or related to other data in order to contribute to the learning.
  • community knowledge includes, for example, transaction information received from an issuer, a payment processor, a merchant, a bill payment system, a third-party data provider and/or a service provider associated with a debt obligation.
  • the computer-based system is configured to update a rule associated with the community knowledge based upon a demographic and the payment hierarchy.
  • the collective experience and wisdom aggregated into community knowledge is used, in one embodiment, to determine a community recommendation regarding a savings amount.
  • the community recommendation may be selected automatically or may be selected by the user from a plurality of community recommendations generated from the community knowledge. For example, during a savings goal input process, the user may be presented with side-bar information (e.g., separate from but seamlessly integrated with the main data input interface) that presents a plurality of community recommendations to the user. The user may select a community recommendation and be presented with forecasts or models that predict how the recommendation may influence the user's savings, payments, debts, etc.
  • the community recommendation may include a recommendation, partially or fully developed from previous user actions and the results they experience from those actions, associated with the payment amount and/or a recommendation associated with the payment timing.
  • community recommendations include recommendations based upon a savings strategy, a debtor, a type of debt, a type of user, a type of penalty and/or a plurality of penalty types.
  • the data, rules, results, interrelationships and dimensions of factors aggregated from multiple users across a potentially broad spectrum of financial situations produces rich opportunities to take advantage of community knowledge and to benefit individual users.
  • the volume and complexity associated with such a knowledge base benefits from special use computers with hardware and/or software configured, as discussed above, to expand, enhance and leverage the data.
  • community knowledge is provided by a third-party such as for example, a service provider, a government entity or a non-profit organization.
  • system 1 includes social networking features.
  • a user finds (e.g., via a search mechanism) other users and connects with the other users to form associations, networks, sub-networks.
  • a user may search for a group of friends, family members, financial advisors, etc. in order to share data, experiences and/or accomplishments with the network as disclosed herein.
  • the social networking features include sending messages, receiving messages, updating a status, designating the type and amount of data that may be shared with a network, etc.
  • system 1 integrates and/or interfaces with other social networking systems such as Facebook, Twitter, LinkedIn, etc.
  • the systems may share users, data, events and functionality.
  • a user pledges a series of contributions (e.g., monthly contribution for a year) to a charity on Facebook and system 1 obtains the pledge information and stores it as a debt obligation.
  • a user on system 1 achieves a savings goal and system 1 causes the user's Facebook status to reflect the achievement.
  • community knowledge is enhanced, in one embodiment, with the knowledge shared from other social networking systems. For example, a survey of successful savings techniques may be conducted on Facebook and system 1 may obtain the survey results, analyze the results and update community knowledge with rules and/or recommendations.
  • the system is configured to associate social network information with a personalized financial advice network of a user.
  • the system analyzes the social network information and user information to determine personal finance rules for the personalized financial advice network.
  • the user information may include, for example, of user goal information, user income information and user debt information, and wherein the user information is associated with the user.
  • the system determines a savings amount based upon the personal finance rules and other information such as user goal information and user income information.
  • the system is also configured to send at least a portion of user information to the social network. For example, the system may update a status associated with a social network account of the user and the status may be associated with at least one of the user goal information, the savings amount, the transfer of the savings amount and the personal finance rules.
  • the system receives a message from the social networking website and parsing the message to determine a personal finance rule.
  • the system is further configured to send user information to the social network and the social network performs a search of the social network based the user information.
  • the search identifies a social network member and a social network group that matches the user information, thus identifying one or more entities that may be included in a personalized financial network for the user.
  • the system is configured to request information from the social network and to receive an approval from the social network to use or include member information in constructing personalized financial advice network of the user.
  • the personalized financial advice network may include, for example, a member, a plurality of members of the social network, groups, relatives, financial professionals, common interest groups, clubs and subsets of groups.
  • the system may also receive a personal finance suggestion from the user and send the personal finance suggestion to the social network.
  • the system may automatically determine (e.g., based upon an occurrence of an event) that a user goal has been accomplished and send a message to the social network that the user goal has been accomplished.
  • the user may receive a charity request from the social network, notify the user of the charity request and receive an approval from the user to make a donation to the charity.
  • the system is also configured to determine a donation amount and to add the donation amount as a pending debt payment in the plurality of pending debt payments.
  • user may interact with system 1 via various interfaces and devices.
  • user accesses the functionality of system 1 via a mobile device (e.g., a mobile phone).
  • a mobile device e.g., a mobile phone
  • Any of the goal setting, paying yourself first, funds transfer, financial account review and maintenance, payment hierarchy, community recommendation, bill payment functionality and/or any other functions disclosed herein may be accessed (and exchange data with) via a mobile device.
  • user may use a UPC reader function on a mobile phone to read a UPC of a product and upload the product information to system 1 to indicate a savings goal (e.g., save enough money to purchase a particular television).
  • system 1 may push notifications to a mobile device to indicate that a new bill has been received, to communicate a savings tip (i.e., a community recommendation) or to report progress toward a savings goal.
  • a savings tip i.e., a community recommendation
  • system 1 is configured to produce a wide variety of output (reports, graphs, notifications, etc).
  • the output may be produced automatically, for example, based on a schedule or triggered by an event, or output may be produced upon request of a user and/or interfacing system.
  • system 1 downloads and categorizes account balances and/or transactions automatically every day. Thus, upon receiving the updated data, system 1 may send reports and/or graphs of user spending, income, balances, and net worth.
  • a user account is associated with a transaction account and/or instrument.
  • a transaction instrument may include a charge card, credit card, debit card, awards card, prepaid card, telephone card, smart card, magnetic stripe card, bar code card, transponder, radio frequency card and/or the like having an account number, which cardholders typically present to Service Establishments (SEs), as part of a transaction, such as a purchase.
  • SEs Service Establishments
  • the system may receive transaction information for a transaction account and determine a savings amount based upon the transaction information.
  • system 1 may be owned and/or operated by the financial institution (e.g., bank) that issues the transaction account such that system 1 may access transaction information that may not be available from other sources (e.g., a transaction request that was denied).
  • the financial institution e.g., bank
  • system 1 may use the data to enhance the community knowledge and provide relevant and insightful recommendations to the user.
  • data may be shared with marketing partners or merchants in order to provide a revenue source for the issuing bank, payment processor and/or other entities.
  • use of system 1 is encouraged and increased since, for example, the transaction account provides additional customer service opportunities, i.e., touch points or opportunities to connect with the customers who are also system 1 users.
  • Such touch points are beneficial to the user since, via these customer service interactions, the user may receive additional encouragement and/or incentive to save.
  • a customer may receive a discount on a bill if the bill is paid using system 1 bill payment features.
  • the discount may be directly deposited to a user savings account.
  • a user with a transaction instrument may benefit from merchant programs. For example, a merchant may provide a payment to the user savings account based upon a particular purchase and/or achieving a threshold amount of spending.
  • a merchant may be notified that the user has achieved a savings goal and provide the user with a reward (e.g., a discount on the item that the user was saving to purchase).
  • the merchant may also provide a layaway program that integrates with a user savings goal. For instance, a user enters a savings goal to purchase a new dishwasher and the merchant guarantees the price and receives reports from system 1 of progress by the user toward the savings goal.
  • the system includes receiving layaway information for a layaway transaction and determining, by the computer-based system, a layaway amount based upon the layaway information. The layaway amount is transferred (for example, by the system) from a user account.
  • the system determines a payment hierarchy based upon the layaway amount, a plurality of pending debt payments, and a plurality of penalties. In an embodiment, the payment hierarchy is optimized to minimize the plurality of penalties.
  • the layaway information may include a product, a purchaser, and a merchant.
  • the layaway amount may be, for example, transferred to a merchant or to a user savings account.
  • the merchant or a product manufacturer in response to the layaway amount being transferred, provides a reward (e.g. a discount, loyalty points, etc) to the user.
  • the system determines the layaway amount based upon a savings amount. For instance, a predetermined rule may indicate that a payment for a layaway item (which may, for example, represent a luxury item for the user) should only be paid when money is first dedicated toward a savings goal.
  • determining the payment hierarchy is based upon the savings amount, the plurality of pending debt payments, and the plurality of penalties and determining the layaway amount is performed in response to determining the payment hierarchy.
  • system 1 not only aids in optimizing user savings and minimizing penalties associated with user debts, but also identifies opportunities for the user to earn additional income.
  • a revenue producing opportunity may involve, for example, an opportunity for the user to become a franchisee, a sales representative, a retailer, commissioned agent, and/or an incentive associated with reducing user debt or achieving a user savings goal.
  • the system matches a revenue producing opportunity with information about the user.
  • the system determines the revenue producing opportunity by matching a product associated with the revenue producing opportunity with an interest, an education, an income level, an income source, a debt level and a goal of the user.
  • system 1 is further configured to track actions performed or initiated by the user that may allow the user to earn and collect new income.
  • the user may refer a friend to a product website or may directly sell a product.
  • System 1 tracks this data and provides it to the entity that offered the revenue producing opportunity.
  • the entity pays the user, via the system, and the entity transfers the new income directly to a savings account of the user.
  • the entity may also provide system 1 with data regarding the new income earned by the user.
  • the system automatically transfers money from a user account to a savings account of the user.
  • a new income opportunity is received from a social network based upon social network information such as, for example, a friend associated with the user, a group associated with the user, user profile information, user photographs, user videos and user status information, wherein the user is a member of the social network.
  • social network information such as, for example, a friend associated with the user, a group associated with the user, user profile information, user photographs, user videos and user status information, wherein the user is a member of the social network.

Abstract

The system identifies a revenue producing opportunity for a user. The system obtains information related to the user's income, income sources, user's debts (e.g., bills) and user's goals. The system identifies a revenue producing opportunity for the user by matching user information with information regarding the opportunities. The system further provides recommendations related to the prioritization of paying certain bills and the amount to pay for each bill based upon, for example, savings goals, a community recommendation, minimizing penalties/fees associated with user's debts, minimum amounts due, due dates and available income. The system and/or the user may then determine a payment hierarchy which includes transferring funds to the user's savings account prior to paying all or a portion of certain bills, wherein the transfer of funds may include different funds transfer systems and methods.

Description

    CROSS REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation of, and claims the benefit of, U.S. application Ser. No. 12/851,470 entitled “Pay Yourself First with Revenue Generation” filed Aug. 5, 2010. The '470 application claims priority to U.S. application Ser. No. 12/756,346 entitled “Pay Yourself First With Community Knowledge” filed Apr. 8, 2010. The '346 application itself claims priority to U.S. application Ser. No. 12/710,566 entitled “Pay Yourself First With Automated Data Input” filed Feb. 23, 2010. The '566 application itself claims priority to U.S. application Ser. No. 10/710,779 entitled “Pay Yourself First Budgeting” filed Aug. 2, 2004. The '779 application is a continuation-in-part of U.S. application Ser. No. 10/010,947 filed on Nov. 6, 2001 entitled “System And Method For Networked Loyalty Program”. The '947 application claims priority to U.S. application Ser. No. 09/836,213, filed Apr. 17, 2001 and entitled “System and Method for Networked Loyalty Program”. The '213 application claims priority to, and the benefit of, U.S. Provisional Application No. 60/279,817, filed Mar. 29, 2001 and entitled “System and Method for Networked Incentive Awards Program”, and U.S. Provisional Application No. 60/246,208, filed Nov. 6, 2000 and entitled “Virtually Complete Purchasing”. The '779 also claims priority to, and the benefit of, U.S. Provisional Application No. 60/542,716, entitled “Pay Yourself First System And Method” filed Feb. 6, 2004 and U.S. Provisional Application No. 60/552,857, entitled “Improved Pay Yourself First System And Method”, filed Mar. 11, 2004. All of such applications are hereby incorporated by reference in their entirety.
  • FIELD OF INVENTION
  • This invention relates generally to money management, and more particularly, to the hierarchical distribution of income among a user's savings account and a user's debts, wherein the distribution may include various forms of transferring funds.
  • BACKGROUND OF THE INVENTION
  • An increasing number of people have difficulty managing their income and debts as evidenced by an increase in bankruptcies, home foreclosures, excessive credit card balances, and other money mismanagement practices. Additionally, a larger number of people tend to live paycheck to paycheck, and unfortunately, an increasing number of consumer services take advantage of consumer's money mismanagement practices. For example, an increased number of financial products and services exist which put people in larger debt or require people to pay more bills including, for example, check cashing centers with large fees, home equity loans, interest free or payment free purchases for a certain number of months, cash advance offers, pawn shops, short-term cash loans with large interest rates, debt consolidation loans and early partial monies based upon the user assigning tax rebates.
  • Furthermore, due in part to the increased use of charge cards, payment plans, layaway plans, periodic payment plans, loans, mortgages and other services which are billed periodically, people are typically forced to manage numerous bills and other debts each month. Upon receiving a bill, many people pay the bill immediately or as soon as possible to avoid missing a payment and to avoid any late fees. Many people also usually pay bills immediately upon receipt in fear that their credit rating may be affected, fear that they may be sued, fear of late fees, discontinuance of service, a dislike of owing money, and/or a dislike of unresolved bills piled up in their homes. Moreover, many people will often use all of their income to pay bills first, spend all of their discretionary money, then attempt to save the remainder of the income, which is often little or no money. As such, many people are unable to save a sufficient amount of money. Accordingly, a system is needed to encourage and increase savings prior to paying all or a portion of debts, while reducing such bill payment fears and at least partially discouraging the attitude to pay the entire amount of bills or debts first.
  • Moreover, while automatic bill payment systems exist, the automatic bill payment systems typically require consumer input of a particular amount to be paid and a particular bill to be paid. However, the automatic bill payment systems do not include any hardware or software to consider user income, user income sources and user savings goals when determining bill payments. Additionally, because third party companies operate the automatic bill payment systems, the automatic bill payment systems cannot be sufficiently customized or altered to provide such features. Accordingly, a technical problem exists wherein the automatic bill payment systems lack certain needed features. As such, a need exists to develop complex hardware and software to analyze income sources and savings goals before transferring the consumer funds to an automatic bill payment system.
  • Incentive award programs have been developed in a variety of industries to promote customer loyalty. Generally, such programs reward customers for repeat business with the same merchant or service provider by accumulating reward points which can then be redeemed in a plurality of ways, including exchanging the reward points for additional goods and services that may be selected from an approved list or a redemption catalog, for example. The reward points are usually calculated using a predetermined formula or ratio that relates a customer's purchase volume (i.e., in terms of money value or some other volume parameter) to a certain number of reward points. For example, reward points may be issued on a one-for-one basis with each dollar that a customer spends on particular goods and services.
  • One well-known example of a customer incentive program is a “frequent flyer” program which rewards airlines passengers with “mileage points” based upon the distances that the passengers fly with a particular airline. The mileage points may then be redeemed for free airfare or free car rentals. Other incentive award programs are designed to induce usage of particular financial instruments, such as credit cards or debit cards, by accumulating reward points or dollar value points based upon the volume of purchases made using the particular financial instrument. These types of programs may be designed such that customers of the financial institution accumulate reward points which can be redeemed for selected goods or services or, alternatively, such that customers accumulate points which have a dollar value which can be applied toward a credit or debit balance, depending on whether the instrument is a credit or debit instrument, for example.
  • These and other similar incentive award programs are described in U.S. Pat. Nos. 5,774,870 and 6,009,412, issued to Thomas W. Storey and assigned to Netcentives, Inc., both of which are hereby incorporated by reference to the extent that they describe an automated rewards system. For more information on loyalty systems, transaction systems, electronic commerce systems, and digital wallet systems, see, for example: the Shop AMEX™ system as disclosed in Ser. No. 60/230,190 filed Sep. 5, 2000; the MR as Currency™ and Loyalty Rewards Systems as disclosed in Ser. No. 60/197,296 filed on Apr. 14, 2000, Ser. No. 60/200,492 filed Apr. 28, 2000, and Ser. No. 60/201,114 filed May 2, 2000; a digital wallet system as disclosed in U.S. Ser. No. 09/652,899 filed Aug. 31, 2000; a stored value card as disclosed in Ser. No. 09/241,188 filed on Feb. 1, 1999; a system for facilitating transactions using secondary transaction numbers as disclosed in Ser. No. 09/800,461 filed on Mar. 7, 2001; and also in related provisional applications Ser. No. 60/187,620 filed Mar. 7, 2000, Ser. No. 60/200,625 filed Apr. 28, 2000, and Ser. No. 60/213,323 filed May 22, 2000; all of which are herein incorporated by reference. Other examples of online membership reward systems are disclosed in U.S. Pat. No. 5,774,870, issued on Jun. 30, 1998, and U.S. Pat. No. 6,009,412, issued on Dec. 29, 1999, both of which are hereby incorporated by reference. A further example of a loyalty and reward program may be found at the AIR MILES® Web site (www.airmiles.ca), which describes a loyalty program offered by The Loyalty Group, a privately held division of Alliance Data Systems of Dallas, Tex., and which is hereby incorporated by reference. Additional information relating to smart card and smart card reader payment technology is disclosed in Ser. No. 60/232,040, filed on Sep. 12, 2000, and U.S. Pat. Nos. 5,742,845, 5,898,838 and 5,905,908, owned by Datascape; all of which are hereby incorporated by reference. Information on point-of-sale systems and the exploitation of point-of-sale data is disclosed in U.S. Pat. No. 5,832,457, issued on Nov. 3, 1998 to O'Brien et al., which is hereby incorporated by reference.
  • Portions of each of the above-described programs may be used to induce customer loyalty to particular merchants or service providers who directly provide goods or services to the consumer. In other words, these prior art frequency awards programs provide a means for retail businesses, financial institutions, and others in direct contact with the customers they service to provide incentives to their customers to encourage repeat and/or volume business. However, these programs do not sufficiently address the similar needs of businesses that are further up in the distribution chain, such as manufacturers, to promote volume purchases by customers based upon, for example, brand loyalty independent of the retail source for the purchase. Additionally, the prior art programs do not provide a means for monitoring, tracking, and/or analyzing consumer and product data across distribution channels for a particular manufacturer and/or the variety of goods which that manufacturer places into the stream of commerce for ultimate sale to consumers by a retailer.
  • Generally, before a product arrives at a retail establishment for sale to a consumer, the product travels through a distribution chain which originates with the manufacturer. The manufacturer typically sells its products to a wholesaler who in turn sells those products to various retailers. Most modern retailers implement some form of computerization or electronic technology in their day-to-day operations. This technology typically consists of using point-of-sale (POS) systems for automating checkout procedures, assisting sales personnel, and the like. POS systems generally include one or more automated check-out terminals which are capable of inputting or sensing and interpreting a symbol or other indicia related to the product, such as a Universal Product Code (UPC), generally comprising a machine-readable bar code coupled with a human-readable UPC number, that is printed on a label or tag which is placed on each item of merchandise to be purchased. The manufacturer may assign and mark each product that it sells with a UPC. Conventionally, once the product reaches the retailer, the retailer further identifies each product with a Stock Keeping Unit (SKU) number or code as well as other information for identifying a specific item or style of merchandise. The retailer's SKU number may be either an entirely different number used to identify each product (e.g., by style) or a modified version of the manufacturer's UPC number, derived, perhaps, by adding a SKU number to the UPC number, for example.
  • A POS terminal, a kiosk terminal, or a sales person's hand-held terminal might be coupled to a store computer system, such as a network server or some other store platform host, which is able to recognize and process UPC and/or SKU information which has been manually keyed-in or sensed and interpreted by a device, such as a barcode reader, coupled to the terminal. The computer system typically includes a database which stores information relating to the retailer's product inventory, such as stocked merchandise, a UPC and/or SKU number for each item of merchandise, and various types of merchandise identification information, such as price, inventory, style, color, size, etc., which is associated with each UPC and/or SKU number. When a customer purchases an item of merchandise, store personnel frequently use an automated terminal to read the barcode markings which are attached to the item. A computer interprets the UPC and/or SKU number comprised by the barcode, accesses the database to determine the price for each item, and maintains a running total of the total transaction price.
  • One problem that results from the independent identification schemes of the manufacturer and the retailers is that there is no way for the manufacturer to track the quantity of any particular product that each retailer sold. For example, even if a manufacturer obtains all of the SKU numbers representing items purchased from Retailer 1 and Retailer 2 by consumers, the manufacturer has no means for determining which SKU number corresponds to the manufacturer's UPC, since the UPC's and SKU numbers of the various retailers are not tracked and matched.
  • In view of the foregoing, a need exists for an incentive or loyalty program which overcomes the shortcomings of the prior art. Thus, there is a need for a system and method which provides a universal customer incentive program that networks various levels of the product distribution chain, such as manufacturers, wholesalers, and retailers, to provide incentives to consumers to purchase products not only from a particular merchant or group of merchants but also from particular manufacturers, who are not necessarily related to the specific merchant who sells the manufacturer's products to the consumer. Additionally, a need exists for a system and method for gathering data which associates particular consumer purchasing behaviors and specific products or product criteria across a manufacturer's distribution channels.
  • SUMMARY OF THE INVENTION
  • The present invention encourages users to not only pay themselves first, but to pay themselves first in the largest amounts possible, even if they are not able to fully pay outstanding debts. In general, the system obtains information related to the user's income, income sources, user's debts (e.g., bills) and user's goals and determines a savings amount for transfer to a user savings account. The system
  • In an embodiment, the system determines a payment hierarchy based upon the savings amount, the plurality of penalties and the community recommendation, wherein the payment hierarchy minimizes the plurality of penalties. In various embodiments the savings amount and/or the payment hierarchy may be determined based upon transaction account information (e.g., one or more credit card transactions), a donation amount (e.g., for a charity), a recommendation formulated by a personalized financial advice network (e.g., a group created from a social network) and a new income opportunity that may identified to the user by the system.
  • The system and/or the user may determine a payment hierarchy which includes transferring funds to the user's savings account prior to paying all or a portion of certain bills. In one embodiment, the payment hierarchy comprises a strategy for minimizing penalties associated with a plurality of user debt obligations.
  • In one embodiment, the invention allocates income to a user savings account and to user debts by receiving user financial information, wherein the financial information includes, for example, user income information related to user income, user income source information related to user income sources, user debt information related to user debts and user savings goal information related to user goals; providing at least one recommendation, wherein the recommendation includes, for example, suggestions for minimizing penalties and/or fees associated with debt obligations and maximizing user savings; establishing a payment hierarchy based at least in part on the recommendation, wherein the payment hierarchy includes at least a portion of a payment allocated to the user savings account and a portion allocated to the user debts; acquiring user income; and, transferring user income, based at least in part upon the payment hierarchy, to at least one of user savings account and user debts. The invention also monitors a consumer's purchasing activity based upon an established budget.
  • The transfer of funds may include any system or method for transferring funds such as, for example, prompting a user to transfer user income, prompting a user to select a particular transfer of funds, and providing at least one of cash and negotiable instrument to at least one of a user, guardian and third party. The transfer of funds may then include withdrawing funds from a user account and depositing funds in a third party account, transferring user income to a financial instrument, and placing the selected funds in a pooled account.
  • In one embodiment, a computer enabled system is configured to enable user savings. The system comprises a computer configured to receive user financial information of a user, the user financial information comprising user savings goal information, user debt information and user income information. The system determines a revenue producing opportunity for the user. In various embodiments, the revenue producing opportunity may involve an opportunity for the user to become a franchisee, a sales representative, a retailer and a commissioned agent. For example, the system may determine based upon, for example a user savings goal or a user income source, that the user is either training to be a chef or is already working as chef. The system may also determine based upon, for instance advertiser information, job listings or direct solicitation from an employer, that an opportunity exists to earn commission to for selling knives.
  • The system forecasts a new income based upon the revenue producing opportunity. The system determines a savings amount, or adjusts a predetermined savings amount, based upon the forecast of new income. The savings amount is transferred to a user savings account. The system determines a payment hierarchy based upon the savings amount, the forecasting and user financial information such as user debt information, user income information and user goal information. In an embodiment, the system further receives the new income from a provider of the revenue producing opportunity.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The invention will hereinafter be described in conjunction with the appended drawing figures, wherein like numerals denote like elements, and:
  • FIGS. 1-3 are schematic block diagrams illustrating exemplary incentive systems in accordance with various aspects of the present invention;
  • FIG. 4 is a schematic block diagram of an exemplary central rewards mechanism in accordance with the present invention;
  • FIG. 5 is a schematic block diagram of an exemplary rewards server in accordance with the present invention;
  • FIG. 6 is a flowchart illustrating an exemplary process for capturing and processing POS SKU data in accordance with the present invention;
  • FIG. 7 is a flowchart illustrating an exemplary process for associating SKU data and UPC data in accordance with the present invention;
  • FIG. 8 is a schematic block diagram illustrating an exemplary virtual purchasing system in accordance with the invention;
  • FIG. 9 is a schematic block diagram of an exemplary virtual purchaser in accordance with the invention;
  • FIG. 10 is a flowchart illustrating an exemplary process for conducting a network-wide search for an item in accordance with the invention;
  • FIG. 11 is a flowchart illustrating an exemplary process for facilitating the purchase of an item located through the process of FIG. 10;
  • FIG. 12 is a schematic block diagram of an exemplary consumer purchasing analysis system in accordance with the invention;
  • FIG. 13 is flowchart illustrating an exemplary process for obtaining a record of a consumer's purchasing activities;
  • FIG. 14 is flowchart illustrating an exemplary process for analyzing a consumer's purchasing activities;
  • FIG. 15 is a block diagram showing an exemplary embodiment of a system in accordance with the present invention; and,
  • FIG. 16 is a flow chart showing an exemplary embodiment of a method for implementing the present invention.
  • DETAILED DESCRIPTION
  • The detailed description of exemplary embodiments of the invention herein makes reference to the accompanying drawings, which show the exemplary embodiment by way of illustration and its best mode. While these exemplary embodiments are described in sufficient detail to enable those skilled in the art to practice the invention, it should be understood that other embodiments may be realized and that logical and mechanical changes may be made without departing from the spirit and scope of the invention. Thus, the detailed description herein is presented for purposes of illustration only and not of limitation. For example, the steps recited in any of the method or process descriptions may be executed in any order and are not limited to the order presented.
  • As used herein, the terms “user” and “participant” shall interchangeably refer to any person, entity, charitable organization, machine, hardware, software, or business who accesses and uses the system of the invention, including consumers, retailers, manufacturers, and third-party providers. Participants in the system may interact with one another either online or off-line.
  • As used herein, the term “online” refers to interactive communications that take place between participants who are remotely located from one another, including communication through any of the networks or communications means described above or the like.
  • The term “manufacturer” shall include any person, entity, charitable organization, machine, software, hardware, and/or the like that manufactures, distributes, or originates a product or service which may ultimately be offered to a consumer directly or indirectly through a retailer. The term “manufacturer” may also include any party that generates and/or provides manufacturer item identifiers.
  • The term “retailer” shall include any person, entity, charitable organization, machine, software, hardware, and/or the like that that offers a product or service to a consumer. As used herein, the term “retailer” is used interchangeably with the term “merchant”. Moreover, in this context, a retailer or merchant may offer or sell, either online or off-line, products and/or services made or supplied by at least one manufacturer.
  • As used herein, the phrases “network level” and “network-wide level” shall refer to a system that includes more than one retailer and at least one manufacturer.
  • As used herein, the terms “purchaser”, “customer”, “consumer”, and “end-user” may be used interchangeably with each other, and each shall mean any person, entity, charitable organization, or business which uses a consumer ID to participate in the present system.
  • A “consumer ID”, as used herein, includes any device, code, or other identifier suitably configured to allow the consumer to interact or communicate with the system, such as, for example, a rewards card, charge card, credit card, debit card, prepaid card, telephone card, smart card, magnetic stripe card, bar code card, transponder, authorization/access code, personal identification number (PIN), Internet code, other identification code, and/or the like. Additionally, a “consumer ID” may comprise any form of radio wave, electronic, magnetic, and/or optical device capable of receiving (uploading) and/or transmitting (downloading) data to and/or from itself to a second device which is capable of interacting and communicating with such forms of consumer ID.
  • “Consumer enrollment data” may comprise any of the following: name;
  • address; date of birth; social security number; email address; gender; the names of any household members; survey data; interests; educational level; and/or any preferred brand names. A consumer may register to participate in the present system by any methods known and practiced in the art. For example, a consumer may be enrolled automatically (e.g., if the consumer holds an existing consumer account with the system administrator), over the phone, at the point of sale (e.g., through a paper application or a verbal interview), through the mail, or through instant enrollment online. Upon enrollment, the consumer receives a consumer ID that is associated with a consumer account.
  • In an exemplary aspect, “consumer enrollment data” may also comprise a transaction card number for charging any fees that may be associated with participation in the system and/or for facilitating the purchase of goods and services through the virtual purchasing system described below. In this context, a “transaction card number” may include any device, code, or suitable financial instrument representing an account with a financial institution, such as a bank, a card issuer, and/or the like, wherein the device, code, or other suitable financial instrument has a credit line or balance associated with it, and wherein the credit line or balance is in a form of financial tender having discrete units, such as currency. Moreover, a “transaction card number”, a “transaction card”, or a “card”, as used herein, includes any device, code, or financial instrument suitably configured to allow the cardholder to interact or communicate with the system, such as, for example, a charge card, credit card, debit card, prepaid card, telephone card, smart card, magnetic stripe card, bar code card, authorization/access code, personal identification number (PIN), Internet code, other identification code, and/or the like.
  • A “consumer profile”, as used herein, shall refer to any data used to characterize a consumer and/or the behavior of a consumer. In the context of a commercial transaction, “a consumer profile” shall be understood to include, for example, the time and date of a particular purchase, the frequency of purchases, the volume/quantity of purchases, the transaction size (price), and/or the like. Additionally, in other transactional contexts, the term “consumer profile” shall also be understood to include non-purchase behaviors of a consumer, such as consumer enrollment data, visiting a Web site, referrals of prospective participants in the system, completion of a survey or other information gathering instrument, and/or the like. For instance, a participating online consumer may earn rewards points automatically through a triggering event, such as visiting a Web site, completing an online survey, or clicking on a banner advertisement for example. Off-line, a participating consumer may earn rewards points by completing a task or showing their consumer ID to the cashier and triggering the cashier to provide a “behavior” ID which may be input (e.g., by scanning a bar code on a paper survey for example) into the POS terminal. Further, any aspects of the consumer profile may be used in the context of data analysis.
  • A “third-party provider” may comprise any additional provider of goods and/or services to a consumer. Specifically, a “third-party provider” includes any party other than the particular manufacturer and retailer who is involved in a transaction with a consumer. A third-party provider may include, for example, a financial institution, such as a bank or an issuer of a financial instrument (such as a credit card or a debit card). A third-party provider may also include a provider of goods and services which are offered as awards to consumers in exchange for a requisite number of reward points.
  • Though the invention may generically be described with reference to a series of transactions which transfer a good or service from an originating party to an intermediary party and a subsequent transaction which transfers the good or service from the intermediary party to an end-user of that good or service, for convenience and purposes of brevity and consistency, the present disclosure generally refers to the originating party as a “manufacturer”, the intermediary party as a “retailer”, the end-user as a “consumer”, and a good or service as a “product” or “item”. However, it will be recognized by those of ordinary skill in the art that the retailer need not provide a product or item to a consumer in exchange for monetary currency. While this often may be the case, the present disclosure is not so limited and includes transactions which may be gratuitous in nature, whereby the retailer transfers a product or item to a consumer without the consumer providing any currency or other value in exchange. It is further noted that additional participants, referred to as third-party providers, may be involved in some phases of the transaction, though these participants are not shown. Exemplary third-party providers may include financial institutions, such as banks, credit card companies, card sponsoring companies, or issuers of credit who may be under contract with financial institutions. It will be appreciated that any number of consumers, retailers, manufacturers, third-party providers, and the like may participate in the system of the present invention.
  • As used herein, the term “UPC” and the phrase “manufacturer item identifier” shall refer to any symbol or indicia which provides information and, in an exemplary embodiment, shall refer to any number, code, or identifier assigned by a manufacturer and associated with, an item, including any type of goods and/or services, ultimately offered to a consumer or other end-user. Colloquially, a UPC is sometimes referred to as a SKU number. However, as used herein, the term “SKU” and the phrase “retailer item identifier” shall refer to any symbol or indicia which provides additional information and, in an exemplary embodiment, shall refer to any number, code, or identifier assigned by a retailer and associated with an item, including any type of goods and/or services, offered to a consumer or other end-user.
  • “Purchase data”, as used herein, comprises data relating to the offer of any item to a consumer or other end-user. Purchase data may include any of the following: an item purchased, an item price, a number of items purchased, a total transaction price, a payment vehicle, a date, a retailer ID, a store ID, an employee identifier, a retailer item identifier, a manufacturer ID, a manufacturer item identifier, a loyalty identifier, and/or the like.
  • “Retailer ID” or “retailer identifier”, as used herein, comprises any symbol, indicia, code, number, or other identifier that may be associated with a retailer of any type of goods and/or services offered to a consumer or other end-user. A retailer ID may also include or be associated with a “store ID”, which designates the location of a particular store.
  • A “manufacturer ID” or “manufacturer identifier” comprises any symbol, indicia, code, number, or other identifier that may be associated with a manufacturer of any type of goods and/or services ultimately offered to a consumer or other end-user.
  • An “award” or “reward” may comprise any quantity of products, services, coupons, gift certificates, rebates, reward points, bonus points, credits or debits to a financial instrument, any combination of these, and/or the like.
  • “Data analysis”, as used herein, shall be understood to comprise quantitative and qualitative research, statistical modeling, regression analyses, market segmentation analyses, econometrics, financial analyses, budgeting analyses, and/or the like. Such analyses may be used to predict consumer behaviors and/or correlate consumer profiles, retailer data, manufacturer data, and/or product or service data. Such analyses may also be used to monitor a consumer's personal finances by enabling a consumer to track their spending behaviors and patterns, as an individual or as part of a family, organization or other group.
  • The system of the present invention associates or maps manufacturer UPC data and retailer SKU data on a network level to reward consumers and/or to analyze the data for a variety of business purposes, such as market segmentation analyses and/or analyses relating to consumer spending behaviors or patterns for example. Rather than simply capturing transactions at a Record of Charge (ROC) level, that is, recording consumer purchases in a general fashion by designating purchase categories (such as “clothing”, “electronics”, or “hardware” for example), the system identifies the particular item purchased (such as “jeans”, “stereo”, or “hammer” for example) as well as its corresponding manufacturer. By matching or associating the retailer SKU and the manufacturer's UPC, the system permits the standardization of goods and/or services codes at the network level. This standardization not only permits a record of both the specific item purchased and its manufacturer, regardless of the particular retailer involved in the transaction, but it permits the mapping of multiple consumers, multiple goods and/or services, multiple retailers, and/or multiple manufacturers to advantageously cross-market goods and services to consumers.
  • In accordance with one aspect of the invention, the association of UPC and SKU data by the system facilitates implementation of an incentive or loyalty program by providing a universal rewards currency which may be “spent” by participants who have earned rewards and accepted by the other participants in the multi-tiered network created by the system. The network may comprise any number of participants, including consumers, retailers (and any of their employees), manufacturers, third-party providers, and the like. Each of these categories of participants may be considered a tier in the network, and each participant within the various tiers may design and implement an independent rewards scheme within the context of the universal environment provided by the system. For example, Manufacturer 1 may produce and assign a UPC to Item X. Item X may subsequently be offered for sale by both Retailer 1 and Retailer 2. Retailer 1 and Retailer 2 may then each assign an independent SKU number to Item X to facilitate their own tracking, inventory, and pricing schemes. A consumer may then purchase Item X from both Retailer 1 and Retailer 2.
  • Since the system is capable of processing, associating, and quantifying a variety of data, including consumer data, employee data, retailer data, manufacturer data, SKU number data corresponding to Item X, and UPC data assigned by Manufacturer 1, for example, this data can then be used by the manufacturer, the retailer, the system administrator, and/or a third-party provider to provide rewards to consumers, employees, retailers, etc. For example, a manufacturer may provide frequency-based incentives, such as every 10th purchase of a particular item will be discounted by 50% for example, independent of and/or in addition to any incentives offered by the specific retailer involved in the transaction. Additionally, the manufacturer may provide sales incentives to the employees of retailers independent of and/or in addition to any employee incentive programs that the retailers may choose to implement.
  • Since rewards, which may be in the form of rewards points, may be earned across the various tiers in the network, rewards may also be used or spent across the various tiers in the network. Thus, any rewards points that an employee, for example, may earn by promoting a particular manufacturer's line of products, may be “spent” by that employee on goods or services provided by any participant in the network, not merely at the retailer who employs that employee. Likewise, any rewards points earned by a consumer may be spent on goods or services offered by any participant in the network.
  • In accordance with another aspect of the invention, the association of UPC and SKU data by the system facilitates data analysis on a network level based upon several factors, including any of the following: consumer ID, consumer profile, retailer ID, SKU number, UPC, manufacturer ID, and/or the like. The system may compile any of the above data across multiple participants for the purpose of data analysis, such as analyses which may be employed in strategic planning and marketing for example. The system of the invention may be used to compile, analyze, and report data in a manner which would inform any or all network participants that, for example, a specific consumer (1) has made multiple purchases of particular manufacturers' products; (2) has spent Q dollars over a certain time period; (3) at specific multiple retailers; and (4) of the purchases made, R dollars went towards the purchase of Product 1, S dollars went towards the purchase of Product 2, and T dollars went towards the purchase of Service 1. Moreover, the system may be used to compile, analyze, and report data that enable a retailer, a manufacturer, and/or a third-party provider to create a variety of targeted marketing promotions, such as, for example, (1) marketing Product 1 offered by Manufacturer 1 to consumers who purchase Product 2 offered by Manufacturer 2; (2) marketing Product 1 offered by Manufacturer 1 and sold by Retailer X to consumers who purchase Product 2 offered by Manufacturer 2 at Retailer Y; and/or (3) marketing Product 1 offered by Manufacturer 1 and sold by Retailer X to consumers who purchase Product 2 offered by Manufacturer 2 at Retailer Y five times a year. It will be appreciated that these are but a few of the many possible applications for data gathered and generated by the system of the present invention.
  • In accordance with a further aspect of the invention, the system administrator may allocate rewards points to participants in the system. In one embodiment, participating retailers and/or manufacturers may purchase points from the system administrator and the points are then allocated to an account associated with the retailer and/or manufacturer. In an alternate embodiment, the system administrator may give or donate points to participating retailers and/or manufacturers. The system administrator maintains an account with each of the participating retailers and manufacturers and tracks available points balances and/or balances owing on a rolling basis. The points purchased by the retailers and/or manufacturers may then be earned by and issued to consumers in a manner that is predetermined by the retailer and/or manufacturer involved in the transaction with the consumer. For example, Retailer 1 may purchase 10,000 points from the system administrator and then offer consumers 1 point for every $10 dollars spent in Retailer 1's store or, perhaps, some number of points for every fifth transaction in the store. Moreover, Manufacturer 1, who produces the product offered by Retailer 1, may also purchase points from the system administrator. Thus, when a consumer purchases Manufacturer 1's product at Retailer 1, Manufacturer 1 may issue some number of points to the consumer. The issuance of points, either by retailers or manufacturers, may be based upon any selected criteria, including a points-for-dollars ratio, a defined quantity of points per item or per transaction, some combination of these, and/or the like.
  • The system administrator maintains an account for each participating consumer and apprises the consumer of the points totals and account activity. The consumer may review the total number of points in the account either online or off-line, such as through a periodic statement sent by the system administrator or through the use of a communications network, such as the Internet, for example. Points in the consumer's account are accumulated across the multiple retailers and/or manufacturers participating in the system. Thus, points earned by a consumer based upon transactions with different retailers and/or manufacturers are combined, resulting in a rapid accrual of points. The system administrator offers a catalog of products and services, which may be either online or off-line, from which consumers may select rewards in exchange for accrued points. In this manner, consumers advantageously earn points based upon their everyday purchases of products and services, these points are accrued across retailers and/or manufacturers, and points redemption takes place through a single, universal catalog of rewards. Many of the features and functions may be integrated by one skilled in the art with any of the following additional loyalty systems and methods, namely U.S. Ser. No. 10/010,947 filed on Nov. 6, 2001 entitled “System And Method For Networked Loyalty Program”, and U.S. patent application Ser. No. 09/836,213, filed Apr. 17, 2001 and entitled “System and Method for Networked Loyalty Program”, which are both hereby incorporated by reference in their entirety.
  • In accordance with the present invention, FIG. 1 is a diagram illustrating an exemplary embodiment of an incentive or loyalty system 100. System 100 comprises a central rewards mechanism 102; a plurality of retailer/merchant systems 104; and at least one manufacturer 106. One skilled in the art will appreciate that system 100 may comprise any number of retailer systems 104 and any number of manufacturers 106.
  • The central rewards mechanism 102 manages the incentive or loyalty program of the system 100. In an exemplary embodiment, central rewards mechanism 102 receives, processes, and stores manufacturer data, such as information regarding products and/or services and UPC data, transmitted by manufacturers 106 who have enrolled in the system 100. Manufacturers 106 may transmit data to central rewards mechanism 102 in any form and by any means known in the art, including any of the communications means described above. The manufacturer data is stored by the central rewards mechanism 102 in database 103. Database 103 may be any type of database, such as relational, hierarchical, object-oriented, and/or the like. Common database products that may be used to implement database 103 include DB2 by IBM (White Plains, N.Y.), any of the database products available from Oracle Corporation (Redwood Shores, Calif.), Microsoft Access by Microsoft Corporation (Redmond, Wash.), or any other database product. Database 103 may be organized in any suitable manner, including as data tables or lookup tables.
  • The central rewards mechanism 102 may receive and process consumer ID information and purchase data from any of the retailer systems 104. The central rewards mechanism 102 may also associate a particular consumer ID with the purchase data and a corresponding manufacturer item identifier. In one embodiment, the central rewards mechanism 102 performs an analysis involving any of the following: a consumer ID, purchase data, a points ratio, a consumer profile, a retailer ID, and a manufacturer ID. The analysis may be dependent upon an association of the consumer IDs, the purchase data, and the manufacturer item identifier. The analysis may further comprise, for example, a calculation of rewards points and/or other analyses for purposes of market segmentation, determining consumer spending behavior, correlating spending behavior and consumer demographics, and/or the like, as described in greater detail above.
  • In one exemplary embodiment, the central rewards mechanism 102 stores and informs a consumer of the rewards points that have been earned by a particular transaction as well as accumulated over time. The number of rewards points calculated and awarded by the central rewards mechanism 102 for a particular purchase may depend upon a predetermined rewards ratio. The rewards ratio may be determined by the retailer, the system administrator, the manufacturer of the purchased item, and/or any other suitable third-party. For example, if a participating consumer buys a product from a retailer for $100 and if the retailer rewards ratio is one reward point for each dollar of the purchase price (i.e., one-for-one), once the consumer's consumer ID is identified by the system, the consumer is credited with a suitable number of rewards points from the retailer, which, in this case, would be 100 points. However, if the manufacturer also chooses to issue rewards points for the item purchased, the manufacturer may select a points ratio that is different from the retailer's selected ratio. In the illustrated example, if the manufacturer's selected points ratio is two-for-one, then the consumer will be awarded an additional 200 points from the manufacturer for this single $100 purchase. In this manner, the system of the invention may provide “earn accelerators” through which consumers may accumulate rewards points at a comparatively rapid rate. In other words, a single purchase may generate rewards points for a consumer from any or all of a retailer, a manufacturer, and/or a third-party provider, and those rewards points may be used as rewards currency by the consumer throughout the network established by the system of the invention.
  • In an exemplary embodiment, retailer system 104 comprises a retailer terminal 108 and a retailer processor 110 in communication with database 111. Retailer terminal 108 comprises any device capable of identifying a consumer ID. Exemplary devices for identifying a consumer ID may include: a conventional card reader which recognizes a magnetic stripe or bar code associated with a consumer ID; a biometric device; a smart card reader which recognizes information stored on a microchip integrated with a consumer ID; and any device capable of receiving or uploading consumer ID data transmitted electronically, magnetically, or optically; and/or the like. In one embodiment, retailer terminal 108 and retailer processor 110 are co-located at a retail store. In another embodiment, retail terminal 108 and retailer processor 110 are remote from each other.
  • In an exemplary embodiment, as illustrated in FIG. 2, retailer terminal 108 comprises a retailer POS terminal 112, such as a cash register or an online retailer Web site, for example. When a consumer ID is used at the time an item is purchased, purchase data, including a SKU number, is input, sensed, or otherwise recognized by terminal 108, and then the purchase data is processed and stored by retailer processor 110. Retailer processor 110 comprises or is in communication with a suitable database 111 or other storage device for maintaining and storing purchase data and any other suitable retailer information. Database 111 may be any type of database, such as any of the database products described above for example. Database 111 may be organized in any suitable manner, including as data tables or lookup tables. Purchase data that is stored in database 111 is available to the retailer's local back office system (not shown) for inventory, accounting, tax, data analysis, and other purposes. The captured purchase data may include the item purchased, the item's unit price, the number of items purchased, the date, the store location, an employee ID, and any other information related to the purchase. In an exemplary embodiment, retailer processor 110 may also receive, process, and store manufacturer data, such as information regarding products and/or services and UPC data, from manufacturers 106 who have enrolled in the system 100. The manufacturer data may be stored in any suitable form, including data tables or lookup tables.
  • In accordance with the exemplary embodiments illustrated in FIG. 3, purchase data may also be transmitted to, and then processed and stored by, a retailer regional processor 114 (or, alternatively, a retailer national processor (not shown)) in communication with database 115 for the purpose of further back office and cumulative data analysis. Database 115 may be any type of database, such as any of the database products described in greater detail above for example. Database 115 may be organized in any suitable manner, including as data tables or lookup tables. In an exemplary embodiment, retailer processor 110 optionally may be integrated with retailer regional processor 114 (illustrated by the phantom lines encompassing Retailer Processor 1 and retailer regional processor 114 within the system of Retailer/Merchant #2), thereby forming a single device. In another embodiment, retailer processor 110 and retailer regional processor 114 are separate devices which may be either co-located with each other or remotely located from one another. For example, in one embodiment, retailer processor 110 and regional processor 114 are co-located at a particular retail store. In another embodiment, retailer processor 110 is located at a particular retail store and retailer regional processor 114 is remotely located at a regional office.
  • Regardless of the location of retailer regional processor 114, retailer regional processor 114 receives and processes similar information from each of the retailer processors 110 associated with each of the retail stores owned by the same retailer. Whether the system 100 comprises a retailer regional processor 114 or a retailer national processor may be a function of the number of stores maintained by a particular retailer. That is, a larger retailer who has numerous stores throughout the country, for example, may choose to have a plurality of regional processors, while a smaller retailer with a few stores scattered across the country may be better served by a single, national processor. In exemplary embodiments, the retailer regional processors 114 and/or national processors communicate with a suitable database 115 or other storage device which is configured to store and maintain purchase data and any other suitable retailer information. In another exemplary embodiment, retailer regional processor 114 may receive, process, and store manufacturer data, such as information regarding products and/or services and UPC data, from manufacturers 106 who have enrolled in the system 100. The manufacturer data may be stored in any suitable form, including data tables or lookup tables.
  • With momentary reference to FIG. 2, retailer terminal 108 may comprise a rewards terminal 116 through which a consumer may be updated with regard to various aspects of the system. For example, rewards terminal 116 may inform a consumer of the number of reward points that they have accumulated from all system participants and the types of awards that may be obtained using those reward points. Moreover, rewards terminal 116 may suggest to the consumer various awards for which the consumer is eligible based upon the rewards points generated by the consumer's network-wide purchases. In this context, network-wide purchases include any purchases of items corresponding to retailers and/or manufacturers participating in the system 100.
  • In an exemplary embodiment, rewards terminal 116 operates in real-time. In this context, “real-time” means that reward points are immediately, or nearly immediately, updated at the time purchases are made and are therefore immediately redeemable by the consumer at the a point of sale. Thus, for example, a consumer may be informed by rewards terminal 116 at the point of sale that the item being purchased by the consumer may be purchased using the consumer's accumulated reward points, including points accumulated on a network level. Points accumulated on a network level enable consumers to accumulate points more rapidly than would be possible if only a single retailer or group of retailers were issuing the points. In one embodiment, rewards terminal 116 may update a consumer's rewards points in real-time and, in response to the consumer's particular points total, issue a coupon, a gift certificate, and/or additional bonus points to the consumer.
  • In another exemplary embodiment, the system may operate in batch mode, wherein points totals are calculated, stored, and periodically updated for access by the retailer terminal 108, including POS terminal 112 and/or rewards terminal 116. Thus, in this embodiment, the consumer may be notified of available points sometime after a purchase, or a suggestive sale may take place after a purchase. The total point count or suggestive sale may take into account points generated and accumulated as the result of network-wide purchases.
  • In various alternate embodiments of the invention, retailer terminal 108 may include a rewards terminal 116 but not a POS terminal 112; a POS terminal 112 but not a rewards terminal 116; or a POS terminal 112 in communication with a rewards terminal 116. In alternate embodiments, where terminal 108 includes a POS terminal 112 and a rewards terminal 116, the two terminals 112 and 116 may be variously implemented as separate terminals, integrated terminals, or software within a device. In another embodiment, where terminal 108 comprises a rewards terminal 116 but not a POS terminal 112, terminal 108 may be a kiosk terminal located within a retail store or some other remote terminal which is capable of recognizing a consumer ID and communicating with the system 100. A consumer may use independent rewards terminal 116 to do, for example, any of the following: view accumulated reward points totals; view potential awards which the consumer may obtain in exchange for various numbers of points; select an award; redeem rewards points for a selected award; request and/or receive a reward points advisory statement; and/or view a directory of participating retailers, manufacturers, and third-party providers.
  • In another exemplary embodiment, system 100 further comprises a consumer terminal 118. Consumer terminal 118 is any remote terminal through which a consumer may access other aspects of the system 100. Consumer terminal 118 may comprise any of the input devices, computing units, or computing systems described above. Further, consumer terminal 118 communicates with the system 100 through any of the communications networks described above. In one embodiment, consumer terminal 118 permits a consumer to engage multiple facets of the system 100 in an interactive online communications environment. The interactive online environment made available through consumer terminal 118 is an extension of the network-level incentive award program and is implemented in conjunction with other aspects of the system 100. In this context, a consumer may use consumer terminal 118 for a variety of purposes. In one embodiment, consumer terminal 118 may be used to communicate with and receive information from the central rewards mechanism 102. For example, a consumer may use consumer terminal 118 to do any of the following: enroll in the system; receive statements or reports regarding accumulated reward points totals; receive bonus details; view potential awards which the consumer may obtain in exchange for various numbers of points; select an award; receive redemption information; view points adjustments; redeem rewards points for a selected award; request and/or receive a reward points advisory statement; receive information regarding where and how points were earned and/or how points were redeemed; receive information regarding expiration dates for points earned; receive information relating to any applicable fees; receive information regarding marketing promotions; and/or view a directory of participating retailers, manufacturers, and/or third-party providers.
  • In another embodiment, consumer terminal 118 may be used to interact with and/or make purchases and generate rewards points from participating online retailers, as illustrated by the various phantom lines in FIG. 1. The online retailer may then communicate with the central rewards mechanism 102 to transmit and process a consumer ID, purchase data, etc., as described above with reference to retailer 104 of FIG. 1. Information communicated between the online consumer, the online retailer, and the online central rewards mechanism may include, for example, product or service information, prices, availability of the product or service, shipping information, rewards points information, available awards, information regarding points ratios and points redemption, and/or the like. In one embodiment, consumer terminal 118 operates in real-time, as described above with respect to rewards terminal 116. In another embodiment, the consumer terminal 118 may operate in batch mode, as described above. In still a further embodiment, consumer terminal 118 operates in a manner which includes aspects of both real-time functionality and batch mode functionality.
  • In accordance with a further aspect of the invention, the system 100 may comprise a rewards server 120 in communication with a database 121, as illustrated in FIG. 2. Database 121 may be any type of database, such as any of the database products described above for example. Database 121 may be organized in any suitable manner, including as data tables or lookup tables. In an exemplary embodiment, rewards server 120 may be any hardware and/or software that is configured to communicate with the central rewards mechanism 102 and either the retailer processor 110 or the retailer regional processor 114. In alternate exemplary embodiments, rewards server 120 may be integrated with retailer system 104; rewards server 120 may be integrated with central rewards mechanism 102; or rewards server 120 may be separate from both retailer system 104 and central rewards mechanism 102. In a further embodiment, the rewards server 120 may communicate with both a retailer national processor (not shown) and the central rewards mechanism 102.
  • In an exemplary embodiment, rewards server 120 receives, processes, and stores both manufacturer data and retailer data. Manufacturer data may include descriptions of products and/or services and UPC data transmitted from manufacturers 106 who have enrolled in the system 100. The manufacturer data may be stored in any suitable form, including data tables or lookup tables. Retailer data may include descriptions of products and/or services and SKU data transmitted from retailers 104 who have enrolled in the system 100. The retailer data may be stored in any suitable form, including data tables or lookup tables.
  • In an exemplary embodiment, the rewards server 120 performs a plurality of functions that might otherwise be performed by the central rewards mechanism 102. For example, since rewards calculations require significant processing and memory resources, performance of calculations processing by the rewards server 120 at the regional level lessens the processing load on the central rewards mechanism 102, thereby increasing the efficiency of the central rewards mechanism 102. In an exemplary embodiment, each retailer's region, which comprises a plurality of that retailer's stores or outlets, accesses a rewards server 120 which acts as an intermediary between the retailer regional processor 114 and the central rewards mechanism 102. This configuration relieves the processing, power, memory, and other requirements of the central rewards mechanism 102. Moreover, each retailer is but one of many retailers that may participate in the network level rewards structure. Accordingly, a plurality of rewards servers 120 may be in communication with the central rewards mechanism 102 as well as each of the participating retailer regional processors 114, further alleviating the processing burden and freeing up the resources of the central rewards mechanism 102.
  • Implementations which include at least one independent rewards server 120 are also advantageous because cost-effective communications links may be used to facilitate communications with the central rewards mechanism 102. Performance by the rewards server 120 of many of the “intelligence functions” of the system 100, permits transmission of only particular forms of purchaser information to the central rewards mechanism 102. In an exemplary embodiment, data sent from the rewards server 120 to the central rewards mechanism 102 may include the consumer ID and the total number of rewards points earned by a consumer in a particular transaction. In another exemplary embodiment, data transmitted by the rewards server 120 to the central rewards mechanism 102 may also include any pre-selected aspect of the consumer profile, any pre-selected aspect of the purchase data, and/or any other pre-selected data associated with a consumer, a retailer, a manufacturer, and/or a third-party provider. Pre-selection of the types of data transmitted by the rewards server 120 to the central rewards mechanism 102 may be conducted by the system administrator, a retailer, a manufacturer, and/or a third-party provider. Thus, data which may be useful for purposes of data analysis but unrelated to the rewards feature, such as the characteristics of the particular item purchased for example, may not need to be transmitted to the central rewards mechanism 102.
  • Exemplary functions performed by the rewards server 120 may include the association of UPC and SKU data; manipulation of the rewards criteria applicable in particular cases, which may further depend upon the retailer, manufacturer, and/or third-party provider involved in a specific transaction with a consumer; calculation of rewards benefits earned by the consumer; filtration functions for determining which data is transmitted from the rewards server 120 to the central rewards mechanism 102; and/or various types of data analyses, as described above. In an exemplary embodiment, the retailer system 104 houses, maintains, and updates the hardware and/or software of the rewards server 120. In another embodiment, rewards server 120 may be housed, maintained, and updated by the system administrator.
  • In accordance with another embodiment of the present invention, the system 100 permits an open payment system. Since the invention generally provides that consumer participation in the system is based upon a consumer ID, a purchaser may use any of multiple payment vehicles (such as cash, check, charge card, credit card, debit card, MasterCard®, Visa®, and/or the American Express® Card for example) to make purchases at the various retailers and still participate in the system. Thus, in one embodiment, the consumer ID is independent of any particular payment vehicle, such as a credit card for example.
  • However, alternate embodiments of the invention may be implemented which associate a consumer ID with a particular payment vehicle, such as a consumer's credit card account, charge card account, debit card account, and/or bank account for example. In this embodiment, the retailer conducting the transaction need only participate in the system to the extent that the retailer provides its SKU data to the system 100, such as to the rewards server 120. In other words, when a consumer ID is associated with an instrument (e.g., a credit card) from a third-party provider, the retailer need not provide a rewards terminal or other terminal capable of processing the consumer ID, since the third-party provider may process the consumer ID as part of the payment transaction. Thus, in this embodiment, rewards benefits may be earned by the consumer on a network-wide level without the retailer's direct participation in the rewards feature (notwithstanding the retailer's participation in transmitting SKU data to the system). Moreover, it will be appreciated that a single consumer ID may be associated with multiple third-party payment vehicles, thereby allowing a consumer to generate rewards points regardless of the particular payment vehicle selected for a particular purchase.
  • With reference to FIG. 4, an exemplary central rewards mechanism 402 includes a central processor 404 in communication with other elements of the rewards mechanism 402 through a system interface or bus 406. A suitable display device/input device 408, such as a keyboard or pointing device in combination with a monitor, may be provided for receiving data from and outputting data to a user of the system. A memory 410, which is associated with the rewards mechanism 402, includes various software modules, such as an enrollment module 412 and an authentication module 414 for example. The memory 410 preferably further includes an operating system 416 which enables execution by central processor 404 of the various software applications residing at enrollment module 412 and authentication module 414. Operating system 416 may be any suitable operating system, as described above. Preferably, a network interface 418 is provided for suitably interfacing with other elements of the incentive awards system, such as the elements described above with reference to FIGS. 1-3.
  • Lastly, a storage device 420, such as a hard disk drive for example, preferably contains files or records which are accessed by the various software modules, such as enrollment module 412 and authentication module 414. In particular, consumer data 422 comprises information received from a consumer upon registration with the rewards mechanism 402. Consumer rewards 424 comprises data corresponding to each consumer's rewards account. Consumer rewards 424 may include cumulative rewards points totals as well as historical totals and rewards account activity over time. Retailer records 426 comprises information received from the various participating retailers. Manufacturer records 428 comprises information received from the various participating manufacturers. One skilled in the art will appreciate that the storage device 420 and, therefore, consumer data 422, consumer rewards 424, retailer records 426, and manufacturer records 428 may be co-located with the rewards mechanism 402 or may be remotely located with respect to the rewards mechanism 402. If the storage device 420 is remotely located with respect to the rewards mechanism 402, communication between storage device 420 and rewards mechanism 402 may be accomplished by any suitable communication link but is preferably accomplished through a private intranet or extranet.
  • Enrollment module 412 receives information from consumers, retailers, and/or manufacturers who wish to participate in the system. Enrollment module 412 accesses and stores information in storage device 420. Authentication and/or validation of the identity and status of participants, including any of the other system components, may be performed by the authentication module 414, which preferably has access to the records residing in storage device 420.
  • With reference to FIG. 5, an exemplary rewards server 502 includes a central processor 504 in communication with other elements of the rewards server 502 through a system interface or bus 506. A suitable display device/input device 508, such as a keyboard or pointing device in combination with a monitor, may be provided for receiving data from and outputting data to a user of the system. A memory 510, which is associated with the rewards server 502, includes a variety of software modules, such as an association module 512, a rewards calculation module 514, a data analysis module 516, and a filtering module 518 for example. The memory 510 preferably further includes an operating system 520 which enables execution by central processor 504 of the various software applications residing at the various modules 512, 514, 516, and 518. Operating system 520 may be any suitable operating system, as described above. Preferably, a network interface 522 is provided for suitably interfacing with other elements of the incentive awards system, such as the elements described above with reference to FIGS. 1-3.
  • Lastly, a storage device 524, such as a database as described above for example, preferably contains files or records which are accessed by the various software modules 512, 514, 516, and 518. In particular, manufacturer data 526 comprises information received from a manufacturer, such as descriptions or other information regarding the manufacturer's products and/or services as well as UPC data for example. Retailer data 528 comprises information received from a retailer, such as descriptions or other information regarding the retailer's products and/or services as well as SKU data for example. Consumer data 530 comprises information pertaining to a consumer, including a consumer ID, purchase data, a consumer profile, and/or the like. One skilled in the art will appreciate that the storage device 524 and, therefore, manufacturer data 526, retailer data 528, and consumer data 530 may be co-located with the rewards server 502 or may be remotely located with respect to the rewards server 502. If the storage device 524 is remotely located with respect to the rewards server 502, communication between storage device 524 and rewards server 502 may be accomplished by any suitable communication link but is preferably accomplished through a private intranet or extranet.
  • Referring next to FIGS. 6 and 7, the process flows depicted in these figures are merely exemplary embodiments of the invention and are not intended to limit the scope of the invention as described above. It will be appreciated that the following description makes appropriate reference not only to the steps depicted in FIGS. 6 and 7 but also to the various system components as described above with reference to FIGS. 1-3.
  • FIG. 6 is flowchart illustrating an exemplary process for capturing and processing POS SKU data in accordance with the present invention. The association or matching of UPC and SKU data begins with POS data capture (step 602). When a consumer presents a consumer ID to a retailer 104 at the time of purchasing an item from the retailer 104, the consumer ID is processed by a rewards terminal 116 that recognizes the consumer ID and identifies the consumer as a participant in the system 100. Purchase data is captured by the retailer POS terminal 112. Purchase data may include any of the following: a SKU number; a unit price; a total transaction price; the payment vehicle(s) used; a store ID which identifies the particular store location if a retailer operates more than one store; a department ID, if the store has multiple departments; the date of the transaction; the time of the transaction; the employee ID of the store clerk who facilitates the transaction; a POS terminal ID to identify the particular terminal conducting the transaction; any retailer-specific incentive program ID; and/or the like. The retailer POS terminal 112 creates a transaction file comprising the consumer data (including a consumer ID) and purchase data (including a SKU number associated with each item purchased), and the transaction file is then stored by the retailer processor 110 in database 111 (step 604).
  • The various transaction files may be consolidated by the retailer processor 110 and then forwarded to the retailer regional processor 114 (step 606) for further back-office and cumulative data analysis performed by retailer 104.
  • In an exemplary embodiment, the transaction file is transmitted by either of the retailer processor 110 or the retailer regional processor 114 to the rewards server 120 (step 608). The SKU information for each item included in the transaction file is then matched to or associated with corresponding UPC information which identifies the related manufacturer 106. An exemplary association process is illustrated in the flowchart of FIG. 7. Association of SKU and UPC data may be accomplished through any data association technique known and practiced in the art. For example, the association may be accomplished either manually or automatically. Automatic association techniques may include, for example, a database search, a database merge, GREP, AGREP, SQL, and/or the like.
  • In an exemplary embodiment, database 121 receives and stores manufacturer data, including UPC data, from manufacturer 106 (step 702). Database 121 also receives and stores retailer data, including SKU numbers, from retailer 104 (step 704). In an exemplary implementation, database 121 stores manufacturer data in a separate manufacturer data table for each participating manufacturer 106. Each manufacturer data table may comprise a plurality of fields, such as “UPC” and “product description” for example, and a plurality of records, each of which corresponds to an item offered by the participating manufacturer 106. In one embodiment, database 121 stores retailer data in a separate retailer data table for each participating retailer 104. Each retailer data table may comprise a plurality of fields, such as “SKU” and “product description”, for example, and a plurality of records, each record corresponding to an item offered by a participating retailer 104.
  • Data from each of the manufacturer and the retailer data tables is then associated (step 706). The association step may be accomplished by a database merge function, for example, using a “key field” in each of the manufacturer and retailer data tables. A “key field” partitions the database according to the high-level class of objects defined by the key field. For example, a “product description” class may be designated as a key field in both the manufacturer data table and the retailer data table, and the two data tables may then be merged on the basis of the “product description” data in the key field. In this embodiment, the data corresponding to the key field in each of the merged data tables is preferably the same. That is, the product descriptions in the manufacturer data table matches the product descriptions in the retailer data table. However, manufacturer and retailer data tables having similar, though not identical, data in the key fields may also be merged by using AGREP, for example.
  • The result of the data association step is the creation of a separate data table, such as a UPC/SKU lookup table for example (step 708). Thus, when the rewards server 120 receives the data (e.g., consumer ID and SKU data) captured by the POS terminal (step 710), the rewards server 120 may search the UPC/SKU lookup table for the appropriate SKU number and then match the SKU to the corresponding UPC data (step 712). In an exemplary embodiment, the “SKU” and “UPC” fields in the UPC/SKU data table may be linked by an appropriate pointer. That is, when the rewards server 120 searches the UPC/SKU table and locates the particular SKU that has been captured and transmitted by the POS terminal, the specifically identified SKU datafield uses a pointer to direct the rewards server 120 to the UPC datafield that corresponds to that SKU number. In an exemplary embodiment, the UPC datafield may be linked by one or more additional pointers to other key fields, such as a consumer ID, a retailer ID, a manufacturer ID, and/or a third-party ID. These additional pointers may be used as means for compiling data which may be useful in any of the various data analyses performed by the rewards server 120. In this manner, the association of POS SKU numbers and UPC data may be used to create a context in which standardized, network-wide analyses may be conducted.
  • In an exemplary embodiment, the rewards server 120 utilizes the association information to calculate the rewards points generated by a consumer's purchase. For example, an appropriate series of pointers leading from a SKU to a UPC to a manufacturer ID may ultimately direct the rewards server 120 to employ a 2-for-1 manufacturer rewards ratio to award a consumer twice as many points as the dollar amount of the consumer's total transaction price. In another exemplary embodiment, an appropriate series of pointers may result in the calculation of rewards points based upon multiple rewards criteria, such as rewards criteria associated with the manufacturer of the item as well as rewards criteria associated with a third-party provider for example.
  • In a further embodiment, the rewards server 120 may use the association of UPC and SKU number data to analyze a variety of marketing variables across multiple manufacturers and retailers. For example, rewards server 120 may use a series of pointers leading from an SKU to a UPC and then to a “consumer profile” field or table to correlate, for instance, consumer spending behaviors, particular manufacturers, and/or specific products across multiple retailers for example.
  • In alternative embodiments, association of the UPC data and SKU number may take place at any of the rewards terminal 116, the retailer POS terminal 112, the retailer processor 110, the retailer regional processor 114 (or a retailer national processor), and/or the central rewards mechanism 102.
  • In one embodiment, the retailer 104 may offer an incentive or loyalty program that is independent from the program offered by the system 100. Alternatively, the retailer 104 may use the system's UPC data for its own internal purposes.
  • With momentary reference to FIG. 6, in one exemplary embodiment, the consumer ID and the earned rewards information are transmitted to the central rewards mechanism 102 after the rewards server 120 has filtered out consumer data associated with the consumer ID (step 610). In another embodiment, the central rewards mechanism 102 may use the captured and matched UPC information to determine rewards and/or for data analysis.
  • In accordance with another aspect of the invention, FIG. 8 is an exemplary diagram illustrating an exemplary virtual purchasing system 800. Virtual purchasing system 800 creates a purchasing environment that combines the opportunity to physically inspect the goods that are offered for sale by “brick and mortar” retail establishments with the automation, convenience, and large selection offered by an online retail network. In an exemplary aspect, virtual purchasing system 800 facilitates a convenient purchasing environment which enables a consumer to select the particular goods that they wish to purchase, transmit data regarding the selected goods to a virtual purchaser, and then purchase the selected goods under perceived optimal conditions through the virtual purchaser. The perceived optimal conditions may include conditions such as lowest price, quickest estimated delivery time, or a preferred retailer, for example.
  • In the exemplary embodiment illustrated in FIG. 8, virtual purchasing system 800 comprises a consumer terminal 802, a central rewards mechanism 804, a virtual purchaser 806, and a retailer/merchant system 808. It will be appreciated that the system 800 may comprise any number of consumer terminals 802 and any number of retailer systems 808.
  • The consumer terminal 802 may be any remote terminal through which a consumer may access other aspects of the system 800. Consumer terminal 802 may comprise any of the input devices, computing units, or computing systems described above. In an exemplary aspect, consumer terminal 802 may be implemented in the form of an electronic hand-held device or personal digital assistant, such as a Palm Pilot® available from Palm, Inc. (Santa Clara, Calif.), for example. Consumer terminal 802 communicates with the system 800 through any of the communications networks described above. In an exemplary aspect, consumer terminal 802 permits wireless communication with the system 800. In one embodiment, consumer terminal 802 may operate in real-time, as described above. In another embodiment, the consumer terminal 802 may operate in batch mode, as described above. In still a further embodiment, consumer terminal 802 operates in a manner which includes aspects of both real-time functionality and batch mode functionality.
  • In an exemplary aspect, consumer terminal 802 permits a consumer to engage multiple facets of the system 800 in an interactive online communications environment. The interactive online environment made available through consumer terminal 802 is an extension of the network-level system and is implemented in conjunction with other aspects of the system 800. In this context, a consumer may use consumer terminal 802 for a variety of purposes. In another exemplary aspect, consumer terminal 802 is adapted to input a retailer item identifier associated with an item located at a retailer's store and then communicate the retailer item identifier to virtual purchaser 806. In one embodiment, consumer terminal 802 comprises an input device 810; a network interface 812 which facilitates communication with the virtual purchaser 806; and a virtual purchaser (VP) application module 814.
  • Input device 810 may be any device that is capable of identifying a retailer item identifier. Input device 810 may be configured to communicate a retailer item identifier to consumer terminal 802 in real time or some time later. Input device 810 may be integrated with consumer terminal 802 or may be a separate component that is adapted to communicate with consumer terminal 802. Exemplary input devices may include devices for manually inputting a retailer item identifier (such as an alphanumeric keypad, for example) and devices for optically, electronically or digitally inputting a retailer item identifier (such as a bar code reader or scanner, for example).
  • In an exemplary embodiment, input device 810 includes a conventional bar code reader which is adapted to scan a retailer item identifier. In one embodiment, the bar code reader is integrated with, and is a part of, the consumer terminal 802. In this embodiment, the input device 810 is used to input a retail item identifier and then communicate the retail item identifier to consumer terminal 802 while, or soon after, reading the retail item identifier. In another embodiment, the bar code reader is a separate component (such as a wand or a pen for example). In this embodiment, input device 810 is configured to input and then store a retailer item identifier for later communication (e.g., downloading) to consumer terminal 802.
  • Network interface 812 may be any suitable interface for establishing a communications link between consumer terminal 802 and virtual purchaser 806 and may establish communication with virtual purchaser 806 by any of the communications means set forth in detail above. In one embodiment, network interface 812 facilitates wireless communication between consumer terminal 802 and virtual purchaser 806.
  • VP application module 814 is configured to facilitate interaction between consumer terminal 802 and virtual purchaser 806. After consumer terminal 802 receives a retailer item identifier from input device 810, VP application module 814 processes, stores, and/or communicates the retailer item identifier to virtual purchaser 806 via network interface 812.
  • The central rewards mechanism 804 is substantially similar to, and may comprise any of the components of, central rewards mechanism 102 and/or central rewards mechanism 402, as described above with reference to FIGS. 1-4. Moreover, central rewards mechanism 804 may be configured to include any of the functionality described above with reference to central rewards mechanism 102 and/or central rewards mechanism 402. In particular, central rewards mechanism 804 comprises an enrollment module 816, which is substantially similar to enrollment module 512 of FIG. 5, and a storage device 818, which is substantially similar to storage device 420 of FIG. 4. In one embodiment, enrollment module 816 receives consumer enrollment data from consumers and then processes and transmits the consumer enrollment data to storage device 818 for storage and future retrieval.
  • In one embodiment, virtual purchaser 806 comprises a purchase module 820 and a database 822. As illustrated in FIG. 9, an exemplary virtual purchaser 806 further includes a processor 824 in communication with other elements of virtual purchaser 806 through an interface or bus 826. A suitable display/input device 828, such as a keyboard or pointing device in combination with a monitor, may be provided for receiving data from and outputting data to a user of virtual purchaser 806. A memory 830 associated with virtual purchaser 806 includes a purchase module 820. Memory 830 further includes an operating system 832 which enables execution by processor 824 of the software applications residing at purchase module 820. Operating system 832 may be any suitable operating system, as described above. The database 822 may be any type of database, such as relational, hierarchical, object-oriented, and/or the like. Common database products that may be used to implement database 822 include DB2 by IBM (White Plains, N.Y.), any of the database products available from Oracle Corporation (Redwood Shores, Calif.), any of the database products available from Sybase, Inc. (Emeryville, Calif.), Microsoft Access by Microsoft Corporation (Redmond, Wash.), or any other database product. In one embodiment, a network interface 834 is provided for facilitating the interface of virtual purchaser 806 with other elements of the virtual purchasing system 800, described herein with reference to FIG. 8.
  • In another embodiment, virtual purchaser 806 includes an authentication module 821 which facilitates the authentication and/or validation of the identity and/or status of consumers who seek access to virtual purchaser 806 through a consumer terminal 802. The authentication module 821 may have access to a suitable storage device, such as database 822 for example, which maintains records identifying authorized consumers.
  • Referring once again to FIG. 8, virtual purchasing system 800 further includes one or more retailer systems 808. The retailer system 808 is substantially similar to, and may comprise any of the components of, retailer system 104, as described above with reference to FIGS. 1, 2, and 3. Moreover, retailer system 808 may be configured to include any of the functionality described above with reference to retailer system 104. In an exemplary embodiment, the retailer system 808 is in communication with a database 809. Database 809 is substantially similar to, and may comprise any of the components and/or functionality of, database 111, as described above. In one embodiment, database 809 stores retailer item identifiers and related data, such as item descriptions and item prices for example.
  • The rewards server 836 is substantially similar to, and may comprise any of the components and/or functionality of, rewards server 120 and/or 502, as described above with reference to FIGS. 2, 3, and 5. In an exemplary embodiment, the rewards server 836 is in communication with a database 837. Database 837 is substantially similar to, and may comprise any of the components and/or functionality of, database 121, as described above. Although rewards server 836 is depicted in FIG. 8 as a separate component of system 800, in an alternate embodiment of the invention, the functionality of rewards server 836 is integrated with virtual purchaser 806.
  • Referring next to FIGS. 10 and 11, the process flows depicted in these figures are merely exemplary embodiments of the invention and are not intended to limit the scope of the invention as described above. It will be appreciated that the following description makes appropriate reference not only to the steps depicted in FIGS. 10 and 11 but also to the various system components as described above with reference to FIGS. 8 and 9. FIG. 10 is flowchart illustrating an exemplary process for facilitating a search (for example, a network-wide search) for an item which corresponds to a given retailer item identifier. Conducting a network-wide search begins with enrolling a consumer in the system of the invention (step 1002). As described above, enrollment is accomplished by central rewards mechanism 804. That is, enrollment module 816 receives and processes the consumer enrollment data, facilitates issuance of a consumer ID to the consumer, and transmits the consumer enrollment data to storage device 818. After a consumer is enrolled in the system, the consumer may use the consumer ID when interacting with the virtual purchaser 806 and/or during a purchase transaction facilitated by virtual purchaser 806.
  • After a consumer has enrolled in the system of the invention, the consumer uses input device 810 to facilitate the capture, scan, read, or otherwise input of a retailer item identifier associated with an item located at a retailer store into consumer terminal 802 (step 1004). In one embodiment, the consumer terminal 802 is present at the retailer store and the retailer item identifier is input directly into consumer terminal 802. In another embodiment, input device 810 stores the retailer item identifier and then downloads the data to consumer terminal 802 at a later time. After consumer terminal 802 receives the retailer item identifier, consumer terminal 802 can facilitate establishing communications with virtual purchaser 806.
  • Once consumer terminal 802 contacts virtual purchaser 806, consumer terminal 802 facilitates transmission of a retailer item identifier to virtual purchaser 806 to facilitate a network-wide search for that item corresponding to the retailer item identifier (step 1006). In one embodiment, contacting virtual purchaser 806 includes using a consumer ID for identification of the consumer and/or for authorization to access the virtual purchaser 806. Once contacted, virtual purchaser 806 may request that the consumer select search criteria which virtual purchaser 806 may use to customize a network-wide search for items that correspond to the retailer item identifier transmitted by consumer terminal 802 (step 1008). In one embodiment, the requested search criteria may include any number of the following: an item description, an item price, a quantity of the item, a retailer name or identifier, a retailer location that is nearest the consumer, a consumer rating of items and/or retailers, lowest price available for the item, quickest estimated delivery time, a preferred retailer, and/or the like. In another embodiment, the consumer may select a set of master search criteria which are stored in database 822 as a default set of search criteria which is used by virtual purchaser 806 in subsequent searches requested by the consumer, unless in one embodiment the consumer overrides the master search criteria during a particular session. In this embodiment, the search criteria (i.e., master search criteria) may be selected and transmitted to the virtual purchaser 806 by the consumer prior to transmitting a particular retailer item identifier. In one embodiment, selection of consumer search criteria and/or master search criteria is facilitated by purchase module 820.
  • In another embodiment, the virtual purchaser 806 may permit the consumer to pre-authorize the virtual purchaser to facilitate automatic purchase of the item on behalf of the consumer, if the search results include an item which matches the consumer's specified search criteria (step 1010). In another embodiment, the virtual purchaser 806 permits the consumer to select a desired format for the search results, such as displaying all search results for the consumer or displaying some subset (e.g., retailers and/or items that exactly match the consumer's selection criteria) of the search results, for example.
  • After virtual purchaser 806 receives the retailer item identifier and receives any search criteria from the consumer terminal 802 (or accesses any master search criteria), the retail item identifier is translated or associated with a standard identifier, such as a manufacturer item identifier, for example (step 1012). The standard identifier can be used to search the network for the same or similar items that may be offered for sale by other retailers under different conditions and/or terms (i.e., conditions and/or terms that are perceived to be more favorable by the consumer, as determined by the search criteria).
  • In one embodiment, the virtual purchaser 806 facilitates transmission to the retailer item identifier and any search criteria to rewards server 836 to accomplish the association process. In this embodiment, the retailer item identifier (e.g., a SKU) is standardized to facilitate a search (e.g., local, with a category, network-wide, etc) for the item identified by the SKU. Standardization is accomplished by matching or associating the SKU information with a corresponding manufacturer item identifier (e.g., a UPC) which identifies the manufacturer of the item and/or a general description of the goods or services. Association of SKU and UPC data may be accomplished through any data association technique known and practiced in the art. For example, the association may be accomplished either manually or automatically. Automatic association techniques may be facilitated by, for example, a database search, a database merge, GREP, AGREP, SQL, and/or the like. An exemplary method for associating SKU and UPC data is described above with reference to FIG. 7.
  • In one embodiment, after associating the retailer item identifier with a manufacturer item identifier, rewards server 836 then uses the UPC data (target UPC) to facilitate a further search of database 837 (step 1014). This second search looks for the target UPC data across participating retailers whose data (e.g., retailer identifier, items available, descriptions of items available, item price, delivery information, and the like) is stored in database 837. As the rewards server 836 locates retailers associated with the target UPC data, rewards server 836 adds the relevant retailer identifier data, as well as any retailer data that may be relevant to the search criteria, to a retailer file (step 1016). If rewards server 836 is unable to sufficiently locate a certain number of retailers that are associated with the target UPC data (e.g., the item is not carried by other participating retailers or the item has been discontinued and is no longer carried by participating retailers), rewards server 836 may search database 837 for the item description that is associated with the target UPC data and the transmitted SKU. In this manner, rewards server 836 may locate items that are similar to the item desired by the consumer. In an alternate embodiment, depending on the search criteria provided by the consumer, rewards server 836 may conduct a search for similar items even though retailers carrying items associated with the target UPC have been located. Once the search is complete, the rewards server 836 then transmits the retailer file containing the retailer data to virtual purchaser 806. In one embodiment, virtual purchaser 806 receives and processes the retailer file in accordance with any applicable consumer search criteria, any search results formatting criteria, and/or any data relating to a pre-authorized automatic purchase of the item (step 1018).
  • After processing the retailer file, the virtual purchaser 806 enters a purchasing routine (step 1020). An exemplary purchasing routine is illustrated in FIG. 11. If the consumer has pre-authorized an automatic purchase, purchase module 820 affects the purchase on behalf of the consumer, as described in greater detail below. If the consumer has not pre-authorized an automatic purchase, virtual purchaser 806 transmits a list of the search results to consumer terminal 802 (step 1102). Upon receiving the search results, consumer terminal 802 may select a retailer from which the consumer wishes to purchase the requested item (step 1104).
  • If the consumer has pre-authorized the automatic purchase of the item, purchase module 820 facilitates the pre-authorized purchase for the consumer. In one embodiment, purchase module 820 requests transaction card information from central rewards mechanism 804 (step 1106). As described above, storage device 818 contains consumer enrollment data which includes transaction card information for the consumer. The transaction card information is transmitted from central rewards mechanism 802 to virtual purchaser 806, and purchase module 820 uses the transaction card information to complete a purchase transaction on behalf of the consumer with the retailer that satisfies the consumer's search criteria (step 1108). Once the purchase transaction is complete, virtual purchaser 806 sends a confirmation to the consumer terminal 802 indicating that the requested purchase has been made (step 1110). The confirmation may be in any suitable form, such as through an email, over the phone, or through the mail, for example, and may include any suitable information, such as information which indicates the retailer, the price, the particular item, the quantity, the delivery time frame, and/or the like.
  • If the consumer selects a retailer from which to purchase the item after viewing the search results, the purchase module 820 queries whether the consumer wishes to use the transaction card on file with the central rewards mechanism 804 (step 1112). If the consumer wishes to use the transaction card that is on file with the system, purchase module 820 completes the purchase transaction in the manner described above with reference to a pre-authorized purchase transaction (steps 1106 through 1110). If the consumer wishes to use an alternate method of payment, the purchase module requests, receives, and processes the new payment information (1114). Once the new payment information is received, the purchase transaction with the selected retailer is completed (step 1116), and confirmation is sent to the consumer as described above (step 1118).
  • In an exemplary embodiment, once the confirmation is sent to the consumer, the virtual purchaser 806 may also send an automatic reminder to the consumer as the delivery data approaches. In another embodiment, the virtual purchaser 806 may also provide automatic tracking of the shipment for the consumer.
  • In accordance with another aspect of the invention, FIG. 12 is a diagram illustrating an exemplary consumer purchasing analysis system 1200. Consumer purchasing analysis system 1200 may be used to analyze a consumer's purchasing behaviors, compare budgeted purchases with actual purchases, compare prices of various retailers, and generate reports which detail these analyses and therefore assist a consumer in managing their personal finances. The comprehensive nature of the data made available to a consumer through consumer purchasing analysis system 1200 permits network-wide, product-level knowledge of a consumer's specific purchasing patterns across retailers. The detailed tracking provided by consumer purchasing analysis system 1200 of a consumer's particular purchasing activities permits the consumer to analyze those activities and thereby achieve greater control over their personal financial situation.
  • In the exemplary embodiment illustrated in FIG. 12, consumer purchasing analysis system 1200 comprises a retailer/merchant system 1202, a reward server 1204, and a consumer system 1206. It will be appreciated that the system 1200 may comprise any number of retailer systems 1202 and any number of consumer systems 1206.
  • In an exemplary embodiment, the retailer system 1202 comprises a retailer terminal 1208, a smart interface 1209, and a retailer processor 1210. The retailer processor 1210 may be in communication with a database 1211. The retailer system 1202 is substantially similar to, and may comprise any of the components of, retailer system 104, as described above with reference to FIGS. 1-3. Moreover, retailer system 1202 may be configured to include any of the functionality described above with reference to retailer system 104. Retailer terminal 1208 is substantially similar to, and may comprise any of the components and/or functionality of, retailer terminal 108; retailer processor 1210 is substantially similar to, and may comprise any of the components and/or functionality of, retailer processor 110; and database 1211 is substantially similar to, and may comprise any of the components and/or functionality of, database 111. Smart interface 1209 is any device which is configured to interface with input device 1216. Exemplary smart interfaces include a smartcard reader, an RF reader, and an RF transceiver reader.
  • The rewards server 1204 is substantially similar to, and may comprise any of the components and/or functionality of, rewards server 120 and/or 502, as described above with reference to FIGS. 2, 3, and 5. In an exemplary embodiment, the rewards server 1204 is in communication with a database 1205. Database 1205 is substantially similar to, and may comprise any of the components and/or functionality of, database 121, as described above.
  • In an exemplary embodiment, the consumer system 1206 comprises a consumer terminal 1214 and an input device 1216. Optionally, consumer system 1206 may also include a smart interface 1218. Consumer terminal 1212 may be any remote terminal through which a consumer may access other aspects of the system 1200 and may comprise any of the input devices, computing units, or computing systems described herein. Further, consumer terminal 1212 communicates with the system 1200 through any of the communications networks described above. In an exemplary aspect, consumer terminal 1212 comprises a data analysis application 1214. Data analysis application 1214 may be any suitable application for analyzing data. Common data analysis products that may be used to implement data analysis application 1214 include Quicken® or any of the other products available from Intuit, Inc. (Mountain View, Calif.), Microsoft Money® by Microsoft Corporation (Redmond, Wash.), or any other data analysis product
  • Smart interface 1218 is any device which is adapted to facilitate communication between input device 1216 and consumer terminal 1212 if components 1212 and 1216 are separate devices. Exemplary smart interfaces include a smartcard reader, an RF reader, and an RF transceiver reader.
  • Input device 1216 may be any device that is capable of receiving or uploading purchase data from a retailer system 1202. Input device 1216 may be configured to communicate the purchase data to consumer terminal 1212 in real time or some time later. Input device 1216 may be integrated with consumer terminal 1212 or may be a separate component that is adapted to communicate with consumer terminal 1212, such as through smart interface 1218. Exemplary input devices may include software, smartcards and smartcard readers, non-contact smart chip systems, read-write transponder systems, and other smart chip devices and related technology. In an exemplary aspect, input device 1216 is integrated with a consumer ID.
  • A number of standards have been developed to address general aspects of integrated circuit or smart cards, e.g.: ISO 7816-1, Part 1: Physical characteristics (1987); ISO 7816-2, Part 2: Dimensions and location of the contacts (1988); ISO 7816-3, Part 3: Electronic signals and transmission protocols (1989, Amd.1 1992, Amd. 2 1994); ISO 7816-4, Part 4: Inter-industry commands for interchange (1995); ISO 7816-5, Part 5: Numbering system and registration procedure for application identifiers (1994, Amd. 1 1995); ISO/IEC DIS 7816-6, Inter-industry data elements (1995); ISO/IEC WD 7816-7, Part 7: Enhanced inter-industry commands (1995); and ISO/IEC WD 7816-8, Part 8: Inter-industry security architecture (1995). These standards are hereby incorporated by reference. Furthermore, general information regarding magnetic stripe cards and chip cards can be found in a number of standard texts, e.g., Zoreda & Oton, SMART CARDS (1994), and Rankl & Effing, SMART CARD HANDBOOK (1997), the contents of which are hereby incorporated by reference. For additional information regarding such cards, see, for example, application Ser. No. 09/522,628, filed Mar. 10, 2000, entitled “Methods and Apparatus for Authenticating the Download of Applets onto a Smartcard,” which is hereby incorporated by reference. Additionally, for further information on Radio Frequency Identification (RFID) systems and their use in the context of read-write transponders, see, for example, the recently completed ISO 14443 standard, which specifies a standard form of communication for non-contact smart chips, and provisional application Ser. No. 60/304,216, filed Jul. 10, 2001, entitled “System and Method for RFID Payments”, the contents of which are hereby incorporated by reference.
  • In an exemplary aspect, input device 1216 is a separate component of consumer system 1206 that is used to upload purchase data from a retailer system 1202 at the retailer's location and then download the purchase data to consumer terminal 1212 some time later through smart interface 1218. In one embodiment, input device 1216 includes a smartcard which is adapted to interface with retailer terminal 1208 through a smart interface 1209 that includes a smartcard reader. In another embodiment, input device 1216 includes a transponder which uses RFID to interact with smart interface 1209 without physically contacting smart interface 1209. In this embodiment, smart interface 1209 includes an RF reader or RF transceiver reader.
  • In another exemplary aspect, input device 1216 is integrated with consumer terminal 1212 and may be used to upload purchase data from retailer system 1202 to consumer terminal 1212 directly. In one embodiment, an integrated consumer terminal 1212 and input device 1216 may communicate with an online retailer system 1202 to receive purchase data from the online retailer system 1202. In another embodiment, consumer terminal 1212 may be a hand-held electronic device, such as a personal digital assistant, which includes an integrated input device 1216 that is configured to interact with smart interface 1209 at the retailer's location.
  • Referring next to FIGS. 13 and 14, the process flows depicted in these figures are merely exemplary embodiments of the invention and are not intended to limit the scope of the invention as described above. It will be appreciated that the following description makes appropriate reference not only to the steps depicted in FIGS. 13 and 14 but also to the various system components as described above with reference to FIG. 12.
  • FIG. 13 is flowchart illustrating an exemplary process for facilitating obtaining a record of a consumer's purchasing activities. Analyzing a consumer's purchasing activities may begin when a retailer terminal 1208 processes and records a consumer purchase transaction, either online (such as at a merchant web site for example) or off-line (such as at a retailer store for example) (step 1302). The consumer purchase transaction generates purchase data, such as any of the purchase data described above. In one embodiment, the purchase data may include a retailer item identifier, a retailer ID, and an item price. The consumer system 1206 receives (e.g., uploads) the purchase data from retailer system 1202 via input device 1216 (step 1304). The consumer system then analyzes the purchase data using data analysis application 1214 (step 1306).
  • FIG. 14 is a flowchart illustrating an exemplary process for analyzing a consumer's purchasing activities. In an exemplary aspect, consumer system 1206 communicates with rewards server 1204 to standardize the data used by data analysis application 1214. In one embodiment, a consumer communicates with rewards server 1204 while the consumer uses data analysis application 1214 to prepare a budget. The consumer accesses rewards server 1204 to select the various items that the consumer intends to purchase over the budget period (step 1402). The budget period may be for any predetermined period of time, such as a week, a month, six month, a year, etc.
  • In one embodiment, the rewards server 1204 facilitates item selection by designating items by product category (e.g., clothes, electronics, sports equipment, etc.) or by specific product (e.g., jeans, stereo, bicycle, etc.), including specific products by particular manufacturers. For each item selected by the consumer, rewards server 1204 transmits an appropriate standard identifier to consumer terminal 1212 (step 1404). If a consumer designates a selected item by product category, the rewards server 1204 transmits a standard identifier that corresponds to a product category that is associated with the retailer ID of retailers who sell items in that product category. If a consumer designates a selected item by specific product, the rewards server 1204 transmits a manufacturer item identifier (e.g., UPC) that corresponds to that specific product. The consumer then completes the budgeting process by indicating the amount of funds that the consumer intends to spend on each of the selected items (i.e., budgeted funds) (step 1406). The data analysis application 1214 then determines an amount of funds that corresponds to the total budget for the budget period (step 1408), and the established budget is stored by consumer terminal 1212 (step 1410). The consumer system 1206 may terminate the session with the rewards server 1204 any time after receiving the appropriate standard identifiers.
  • After the budget is established and stored by consumer terminal 1212, the consumer uses input device 1216 to transmit purchase data to consumer terminal 1212 (step 1412). In an exemplary embodiment, after the purchase data is transmitted to consumer terminal 1212, consumer system 1206 communicates with rewards server 1204 to standardize the purchase data (step 1414). Standardization of the purchase data may include facilitating the conversion of retailer item identifiers (e.g., SKUs) to manufacturer item identifiers (e.g., UPCs) to facilitate the reconciliation of actual purchases with the established budget. The conversion or association of SKU and UPC data is described above with reference to FIG. 7. After the purchase data is standardized and consumer terminal 1212 receives the appropriate standard identifiers, the purchase data is analyzed by data analysis application 1214.
  • In one aspect of the analysis, budgeted items and actual items are correlated with each other based upon the standard identifiers (step 1416). That is, a budgeted item that is designated by product category is correlated with an actual item that is associated with a retailer ID that corresponds to the appropriate product category. Likewise, a budgeted item that is designated by specific product is correlated with an actual item that is associated with a UPC that corresponds to that specific product. In one embodiment, the analysis performed by data analysis application 1214 may include a comparison of the established budget to actual purchase activity and/or a real-time or periodic reconciliation of budgeted items with actually purchased items (step 1418). A budget reconciliation may include displaying or printing a comparison of budgeted items and/or budgeted funds with actually purchased items and/or actual funds spent for a selected period (e.g., the budget period or any period within the budget period). In another embodiment, the analysis may include actual or projected cash flow analyses based upon the actual funds spent in a given period, for example.
  • In one embodiment, the analysis may include an alert when a budget reconciliation determines that over- or under-spending has occurred, including when over- or under-spending occurs in specific product categories or for specific products (step 1420). In this context, under-spending means that budgeted funds have not yet been spent. Moreover, the budget reconciliation includes a pre-set percentage or amount has been spent or not been spent in a category or over a set number of categories. In one embodiment, the consumer is alerted by consumer terminal 1212. In another embodiment, the consumer system 1206 transmits an alert to a third-party, such as a financial advisor for example. In an embodiment, system 1 automatically calculates average spending in any category and creates a budget (or modifies an existing budget). This function enables the user to, for example, compare spending year-to-year or month-to-month, rollover extra cash each month, etc. In one embodiment, system 1 includes budget analysis tools that, for example, identify a couple of categories where a user may want to cut back. The user may enter a budget amount for a category (or a number of categories) and system 1 sends alert to empower the user with information to keep them on track with budget goals.
  • In general, the invention also includes a system and method which facilitates the transfer of all or any portion of user income to a user account 20 and user savings account 23 based upon a hierarchical based or rules based system. The invention also allocates and transfers a portion of the user income to other accounts (e.g., payee bills or debts) based upon other hierarchies and rules, wherein the host 5 may transfer a portion of the user income from user account 20 to a user savings account 23 (“pay yourself”) first before paying all or a certain portion of the user debts. In one embodiment, the invention includes complex hardware and software to analyze income sources and savings goals before transferring the consumer income to an automatic bill payment system. As will be appreciated by one of ordinary skill in the art, the present invention may be embodied as a customization of an existing system, an add-on product, upgraded software, a stand alone system, a distributed system, a method, a data processing system, a device for data processing, and/or a computer program product. Accordingly, the present invention may take the form of an entirely software embodiment, an entirely hardware embodiment, or an embodiment combining aspects of both software and hardware. Furthermore, the present invention may take the form of a computer program product on a computer-readable storage medium having computer-readable program code means embodied in the storage medium. Any suitable computer-readable storage medium may be utilized, including hard disks, CD-ROM, optical storage devices, magnetic storage devices, and/or the like.
  • The user income, as used herein, may include any monetary or non-monetary income, asset or benefit related to the user, wherein the income may be obtained from an income source of the user (e.g., employer) or any other third party. The user income may include paycheck, salary, bonuses, commissions, purchase rebate, tax rebates, property, goods, social security, welfare, alimony, child support, rental income, securities-related income, gambling winnings, credits, loyalty points, reward points, coupons, entry passes and/or the like. In an embodiment, the system obtains real estate value data (e.g., from tax records or from a third party data provider) in order to track, adjust and report on the value of assets (e.g. real estate).
  • User debts, as used herein, include any monetary or non-monetary liability of the user or any other third party (e.g., user may be obligated or desire to pay off the debt of a relative, company or associate). The debts may be related to bills (e.g., utilities, cable television, phone, etc), car payments, loans, mortgages, purchases, voluntary payments (e.g., charitable or religious donations), alimony, child support, payment plans, lines of credit, financial losses, gambling losses, responsibilities and/or the like.
  • An exemplary system 1 according to one embodiment, and as set forth in FIG. 15, may include one or more host 5, user account 20, user savings account 23, user interface 25, income source 30 and payee 40. The system may also include or interface with an automatic bill payment system 35. For the sake of brevity, conventional data networking, application development and other functional aspects of the systems (and components of the individual operating components of the systems) may not be described in detail herein. Furthermore, the connecting lines shown in the various figures contained herein are intended to represent exemplary functional relationships and/or physical couplings between the various elements. It should be noted that many alternative or additional functional relationships or physical connections may be present in a practical system.
  • Moreover, one skilled in the art will appreciate that, for security reasons, any databases, systems, devices, servers or other components of the present invention may consist of any combination thereof at a single location or at multiple locations, wherein each database or system includes any of various suitable security features, such as, for example, firewalls, access codes, encryption, decryption, compression, decompression, and/or the like.
  • Host 5 may include any hardware and/or software suitably configured to facilitate management of user income and/or user income sources. Host 5 may interface, directly or indirectly, with user account 20, user interface 25, income sources 30, automatic bill payment system 35, and/or payees 40. Host 5 may acquire information, funds or any other data from income sources 30 and transfer the funds into user account 20. Host may also acquire information from payees 40 and/or transfer funds to payees 40 (e.g., directly or via automatic bill payment system 35). Host may also include debt analyzer 15 and debt database 10. Host 5 may also allow the user to track user spending, payments and income received. Host 5 may also allow the user to import such data from another system or database (e.g., security broker database, charge card database), for the purpose of helping the user to estimate income, bill amounts, the dates when such income will be received or when such bills will come due. Host 5 may also allow user to utilize user interface 25 to access not only the features of system 1, but also personal financial accounting system features and information. In this regard, the system may also be integrated with any personal financial or accounting system, such as Quicken or any financial advice software.
  • Debt database 10 may include any hardware and/or software suitably configured to facilitate storing debt information. The debt information may include, for example, payee account numbers, payee names, bill due dates, minimum payment information, penalty information, interest information, credit rating information, payee rules and restrictions, and/or the like. In an embodiment, debt database 10 seamlessly consolidates all, or a substantial portion, of a user's financial accounts to provide an accurate wealth snapshot. Debt analyzer 15 may include any hardware and/or software suitably configured to facilitate analysis of the debt information and/or to determine a suggested hierarchy of debts. The debt analyzer 15 may obtain information from a personal financial or accounting system in order to provide additional recommendations which conform at least partially to the suggestions or restrictions of the financial or accounting software.
  • User account 20 may include any hardware and/or software suitably configured to facilitate storing user income and/or user income information. The user income information may include, for example, income source data, date of deposit or receipt, amounts owed from particular income sources, amounts deposited in the user savings account 23, dates of deposits in user savings account 23 and/or the like.
  • User savings account 23 may include any hardware and/or software suitably configured to facilitate storing income, wherein the income may not have yet been allocated to payees 40. User savings account 23 may include, for example, any financial account (e.g., savings, checking, money market), loyalty account, security, financial transaction instrument (e.g., stored value card, charge card, smart card, transponder), negotiable instrument, coupon and/or the like. In an exemplary embodiment, the account does not easily allow for withdrawals (i.e., has no check-writing privileges, banking or checking card features which facilitate easy withdrawals).
  • A user may include any individual, business, entity, government organization, software and/or hardware that interact with a system. User interface 25 or web client may include any hardware and/or software suitably configured to facilitate input, receipt and/or review of any information related to system 1 or any information discussed herein. User interface 25 or web client includes any device (e.g., personal computer, mobile device, phone, etc.) which communicates via any network, for example such as those discussed herein. Browser applications comprise Internet browsing software installed within a computing unit or a system to conduct online transactions and/or communications. These computing units or systems may take the form of a computer or set of computers, although other types of computing units or systems may be used, including laptops, notebooks, hand held computers, personal digital assistants, mobile phones, mobile devices, set-top boxes, workstations, computer-servers, main frame computers, mini-computers, PC servers, pervasive computers, network sets of computers, and/or the like. Practitioners will appreciate that a web client may or may not be in direct contact with an application server. For example, a web client may access the services of an application server through another server and/or hardware component, which may have a direct or indirect connection to an Internet server. For example, a web client may communicate with an application server via a load balancer. In an exemplary embodiment, access is through a network or the Internet through a commercially-available web-browser software package.
  • As those skilled in the art will appreciate, a web client includes an operating system (e.g., Windows NT, 95/98/2000/CE/Mobile, OS2, UNIX, Linux, Solaris, MacOS, PalmOS, etc.) as well as various conventional support software and drivers typically associated with computers. A web client may include any suitable personal computer, network computer, workstation, personal digital assistant, cellular phone, smart phone, minicomputer, mainframe or the like. A web client can be in a home or business environment with access to a network. In an exemplary embodiment, access is through a network or the Internet through a commercially available web-browser software package. A web client may implement security protocols such as Secure Sockets Layer (SSL) and Transport Layer Security (TLS). A web client may implement several application layer protocols including http, https, ftp, and sftp.
  • Automatic bill payment system 35 may include any hardware and/or software suitably configured to facilitate acquiring bill information and/or payment of bills. Automatic bill payment system 35 may include known bill payment systems such as, for example, the systems offered by Yahoo Bill Pay, Checkfree, PayBills, PayPal, etc. Automatic bill payment system 35 may facilitate the payment of bills on or near the due date. Because paying some bills past the due date may substantially affect the user's credit rating, system 1 may incorporate an on-line bill payment system 35 to mitigate the late payment risk. Accordingly, in one embodiment, the system includes an automatic bill payment system 35 or other on-line billing feature that allows the user to select bills to be paid on-line and the date in which the bills are to be paid.
  • Payees 40 may include one or more person or entity which is owed money. Payees 40 may provide or allow access to debt information from host 5 directly or via automatic bill payment system 35. Payee may also include, for example, one or more person, entity, organization, software, hardware, charity, utility, mortgage company and/or the like. Similarly, user may include, for example, one or more person, entity, company, charity, organization, software, hardware, and/or the like.
  • The various system components discussed herein may include one or more of the following: a server or other computing systems including a processor for processing digital data; a memory coupled to the processor for storing digital data; an input digitizer coupled to the processor for inputting digital data; an application program stored in the memory and accessible by the processor for directing processing of digital data by the processor; a display device coupled to the processor and memory for displaying information derived from digital data processed by the processor; and a plurality of databases. Various databases used herein may include: user data, debt data, income data, merchant data; financial institution data; and/or like data useful in the operation of the present invention. As those skilled in the art will appreciate, user computer may include an operating system (e.g., Windows NT, 95/98/2000, OS2, UNIX, Linux, Solaris, MacOS, etc.) as well as various conventional support software and drivers typically associated with computers. user computer can be in a home or business environment with access to a network. In an exemplary embodiment, access is through a network or the Internet through a commercially-available web-browser software package.
  • As used herein, the term “network” shall include any electronic communications means which incorporates both hardware and software components of such. Communication among the parties in accordance with the present invention may be accomplished through any suitable communication channels, such as, for example, a telephone network, an extranet, an intranet, Internet, point of interaction device (point of sale device, personal digital assistant, cellular phone, kiosk, etc.), online communications, off-line communications, wireless communications, transponder communications, local area network (LAN), wide area network (WAN), networked or linked devices and/or the like. Moreover, although the invention is frequently described herein as being implemented with TCP/IP communications protocols, the invention may also be implemented using IPX, Appletalk, IP-6, NetBIOS, OSI or any number of existing or future protocols. If the network is in the nature of a public network, such as the Internet, it may be advantageous to presume the network to be insecure and open to eavesdroppers. Specific information related to the protocols, standards, and application software utilized in connection with the Internet is generally known to those skilled in the art and, as such, need not be detailed herein. See, for example, DILIP NAIK, INTERNET STANDARDS AND PROTOCOLS (1998); JAVA 2 COMPLETE, various authors, (Sybex 1999); DEBORAH RAY AND ERIC RAY, MASTERING HTML 4.0 (1997); and LOSHIN, TCP/IP CLEARLY EXPLAINED (1997) and DAVID GOURLEY AND BRIAN TOTTY, HTTP, THE DEFINITIVE GUIDE (2002), the contents of which are hereby incorporated by reference.
  • The various system components may be independently, separately or collectively suitably coupled to the network via data links which includes, for example, a connection to an Internet Service Provider (ISP) over the local loop as is typically used in connection with standard modem communication, cable modem, Dish networks, ISDN, Digital Subscriber Line (DSL), or various wireless communication methods. See, e.g., GILBERT HELD, UNDERSTANDING DATA COMMUNICATIONS (1996), hereby incorporated by reference. It is noted that the network may be implemented as other types of networks, such as an interactive television (ITV) network. Moreover, the system contemplates the use, sale or distribution of any goods, services or information over any network having similar functionality described herein.
  • Any databases discussed herein may be any type of database, such as relational, hierarchical, graphical, object-oriented, and/or other database configurations. Common database products that may be used to implement the databases include DB2 by IBM (White Plains, N.Y.), various database products available from Oracle Corporation (Redwood Shores, Calif.), Microsoft Access or Microsoft SQL Server by Microsoft Corporation (Redmond, Wash.), or any other suitable database product. Moreover, the databases may be organized in any suitable manner, for example, as data tables or lookup tables. Each record may be a single file, a series of files, a linked series of data fields or any other data structure. Association of certain data may be accomplished through any desired data association technique such as those known or practiced in the art. For example, the association may be accomplished either manually or automatically. Automatic association techniques may include, for example, a database search, a database merge, GREP, AGREP, SQL, and/or the like. The association step may be accomplished by a database merge function, for example, using a “key field” in pre-selected databases or data sectors.
  • More particularly, a “key field” partitions the database according to the high-level class of objects defined by the key field. For example, certain types of data may be designated as a key field in a plurality of related data tables and the data tables may then be linked on the basis of the type of data in the key field. In this regard, the data corresponding to the key field in each of the linked data tables is preferably the same or of the same type. However, data tables having similar, though not identical, data in the key fields may also be linked by using AGREP, for example. In accordance with one aspect of the present invention, any suitable data storage technique may be utilized to store data without a standard format. Data sets may be stored using any suitable technique, including, for example, storing individual files using an ISO/IEC 7816-4 file structure; implementing a domain whereby a dedicated file is selected that exposes one or more elementary files containing one or more data sets; using data sets stored in individual files using a hierarchical filing system; data sets stored as records in a single file (including compression, SQL accessible, hashed via one or more keys, numeric, alphabetical by first tuple, etc.); block of binary (BLOB); stored as ungrouped data elements encoded using ISO/IEC 7816-6 data elements; stored as ungrouped data elements encoded using ISO/IEC Abstract Syntax Notation (ASN.1) as in ISO/IEC 8824 and 8825; and/or other proprietary techniques that may include fractal compression methods, image compression methods, etc.
  • In one exemplary embodiment, the ability to store a wide variety of information in different formats is facilitated by storing the information as a Block of Binary (BLOB). Thus, any binary information can be stored in a storage space associated with a data set. As discussed above, the binary information may be stored on the financial transaction instrument or external to but affiliated with the financial transaction instrument. The BLOB method may store data sets as ungrouped data elements formatted as a block of binary via a fixed memory offset using either fixed storage allocation, circular queue techniques, or best practices with respect to memory management (e.g., paged memory, least recently used, etc.). By using BLOB methods, the ability to store various data sets that have different formats facilitates the storage of data associated with the financial transaction instrument by multiple and unrelated owners of the data sets. For example, a first data set which may be stored may be provided by a first issuer, a second data set which may be stored may be provided by an unrelated second issuer, and yet a third data set which may be stored, may be provided by an third issuer unrelated to the first and second issuer. Each of these three exemplary data sets may contain different information that is stored using different data storage formats and/or techniques. Further, each data set may contain subsets of data which also may be distinct from other subsets.
  • As stated above, in various embodiments of the present invention, the data can be stored without regard to a common format. However, in one exemplary embodiment of the present invention, the data set (e.g., BLOB) may be annotated in a standard manner when provided for manipulating the data onto the financial transaction instrument. The annotation may comprise a short header, trailer, or other appropriate indicator related to each data set that is configured to convey information useful in managing the various data sets. For example, the annotation may be called a “condition header”, “header”, “trailer”, or “status”, herein, and may comprise an indication of the status of the data set or may include an identifier correlated to a specific issuer or owner of the data. In one example, the first three bytes of each data set BLOB may be configured or configurable to indicate the status of that particular data set; e.g., LOADED, INITIALIZED, READY, BLOCKED, REMOVABLE, or DELETED. Subsequent bytes of data may be used to indicate for example, the identity of the issuer, user, transaction/membership account identifier or the like. Each of these condition annotations are further discussed herein.
  • The data set annotation may also be used for other types of status information as well as various other purposes. For example, the data set annotation may include security information establishing access levels. The access levels may, for example, be configured to permit only certain individuals, levels of employees, companies, or other entities to access data sets, or to permit access to specific data sets based on the transaction, merchant, issuer, user or the like. Furthermore, the security information may restrict/permit only certain actions such as accessing, modifying, and/or deleting data sets. In one example, the data set annotation indicates that only the data set owner or the user are permitted to delete a data set, various identified merchants are permitted to access the data set for reading, and others are altogether excluded from accessing the data set. However, other access restriction parameters may also be used allowing various entities to access a data set with various permission levels as appropriate.
  • The data, including the header or trailer may be received by a stand alone interaction device configured to add, delete, modify, or augment the data in accordance with the header or trailer. As such, in one embodiment, the header or trailer is not stored on the transaction device along with the associated issuer-owned data but instead the appropriate action may be taken by providing to the transaction instrument user at the stand alone device, the appropriate option for the action to be taken. The present invention may contemplate a data storage arrangement wherein the header or trailer, or header or trailer history, of the data is stored on the transaction instrument in relation to the appropriate data.
  • The computers discussed herein may provide a suitable website or other
  • Internet-based graphical user interface which is accessible by users, hosts or operators of the system. In one embodiment, the Microsoft Internet Information Server (IIS), Microsoft Transaction Server (MTS), and Microsoft SQL Server, are used in conjunction with the Microsoft operating system, Microsoft NT web server software, a Microsoft SQL Server database system, and a Microsoft Commerce Server. Additionally, components such as Access or Microsoft SQL Server, Oracle, Sybase, Informix MySQL, Intervase, etc., may be used to provide an Active Data Object (ADO) compliant database management system.
  • Any of the communications, inputs, storage, databases or displays discussed herein may be facilitated through a website having web pages. The term “web page” as it is used herein is not meant to limit the type of documents and applications that might be used to interact with the user. For example, a typical website might include, in addition to standard HTML documents, various forms, Java applets, JavaScript, active server pages (ASP), common gateway interface scripts (CGI), extensible markup language (XML), dynamic HTML, cascading style sheets (CSS), helper applications, plug-ins, and the like. A server may include a web service which receives a request from a web server, the request including a URL (http://yahoo.com/stockquotes/ge) and an IP address (123.56.789). The web server retrieves the appropriate web pages and sends the data or applications for the web pages to the IP address. Web services are applications which are capable of interacting with other applications over a communications means, such as the internet. Web services are typically based on standards or protocols such as XML, SOAP, WSDL and UDDI. Web services methods are well known in the art, and are covered in many standard texts. See, e.g., ALEX NGHIEM, IT WEB SERVICES: A ROADMAP FOR THE ENTERPRISE (2003), hereby incorporated herein by reference.
  • The present invention may be described herein in terms of functional block components, screen shots, optional selections and various processing steps. It should be appreciated that such functional blocks may be realized by any number of hardware and/or software components configured to perform the specified functions. For example, the present invention may employ various integrated circuit components, e.g., memory elements, processing elements, logic elements, look-up tables, and the like, which may carry out a variety of functions under the control of one or more microprocessors or other control devices. Similarly, the software elements of the present invention may be implemented with any programming or scripting language such as C, C++, Java, COBOL, assembler, PERL, Visual Basic, SQL Stored Procedures, extensible markup language (XML), with the various algorithms being implemented with any combination of data structures, objects, processes, routines or other programming elements. Further, it should be noted that the present invention may employ any number of conventional techniques for data transmission, signaling, data processing, network control, and the like. Still further, the invention could be used to detect or prevent security issues with a client-side scripting language, such as JavaScript, VBScript or the like. For a basic introduction of cryptography and network security, the following may be helpful references: (1) “Applied Cryptography: Protocols, Algorithms, And Source Code In C,” by Bruce Schneier, published by John Wiley & Sons (second edition, 1996); (2) “Java Cryptography” by Jonathan Knudson, published by O'Reilly & Associates (1998); (3) “Cryptography & Network Security: Principles & Practice” by William Stalling, published by Prentice Hall; all of which are hereby incorporated by reference.
  • Each user, income source, host, payee or other participant is equipped with a computing device in order to interact with the system and facilitate online commerce transactions. The customer has a computing unit in the form of a personal computer, although other types of computing units may be used including laptops, notebooks, hand held computers, set-top boxes, cellular telephones, touch-tone telephones and the like. The merchant has a computing unit implemented in the form of a computer-server, although other implementations are contemplated by the invention. The bank has a computing center shown as a main frame computer. However, the bank computing center may be implemented in other forms, such as a mini-computer, a PC server, a network of computers located in the same of different geographic locations, or the like. Moreover, the system contemplates the use, sale or distribution of any goods, services or information over any network having similar functionality described herein
  • The computers may be interconnected via a second network, referred to as a payment network. The payment network which may be part of certain transactions represents existing proprietary networks that presently accommodate transactions for credit cards, debit cards, and other types of financial/banking cards. The payment network is a closed network that is assumed to be secure from eavesdroppers. Examplary transaction networks may include the American Express®, VisaNet® and the Veriphone® networks.
  • An “account” or “account number”, as used herein, may include any device, code, number, letter, symbol, digital certificate, smart chip, digital signal, analog signal, biometric or other identifier/indicia suitably configured to allow the user to access, interact with or communicate with the system such as, for example, one or more of an authorization/access code, personal identification number (PIN), Internet code, other identification code, and/or the like which may optionally be located on or associated with a rewards card, charge card, credit card, debit card, prepaid card, telephone card, smart card, magnetic stripe card, bar code card, transponder, radio frequency card or an associated account. The account number may be distributed and stored in any form of plastic, electronic, magnetic, radio frequency, wireless, audio and/or optical device capable of transmitting or downloading data from itself to a second device. A customer account number may be, for example, a sixteen-digit credit card number, although each credit provider has its own numbering system, such as the fifteen-digit numbering system used by American Express. Each company's credit card numbers comply with that company's standardized format such that the company using a sixteen-digit format will generally use four spaced sets of numbers, as represented by the number “0000 0000 0000 0000”. The first five to seven digits are reserved for processing purposes and identify the issuing bank, card type, etc. In this example, the last (sixteenth) digit is used as a sum check for the sixteen-digit number. The intermediary eight-to-ten digits are used to uniquely identify the customer. A merchant account number may be, for example, any number or alpha-numeric characters that identifies a particular merchant for purposes of card acceptance, account reconciliation, reporting, or the like.
  • The invention is described herein with reference to screen shots, block diagrams and flowchart illustrations of methods, apparatus (e.g., systems), and computer program products according to various aspects of the invention. It will be understood that each functional block of the block diagrams and the flowchart illustrations, and combinations of functional blocks in the block diagrams and flowchart illustrations, respectively, can be implemented by computer program instructions. These computer program instructions may be loaded onto a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions which execute on the computer or other programmable data processing apparatus create means for implementing the functions specified in the flowchart block or blocks.
  • These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart block or blocks. The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.
  • Accordingly, functional blocks of the block diagrams and flowchart illustrations support combinations of means for performing the specified functions, combinations of steps for performing the specified functions, and program instruction means for performing the specified functions. It will also be understood that each functional block of the block diagrams and flowchart illustrations, and combinations of functional blocks in the block diagrams and flowchart illustrations, can be implemented by either special purpose hardware-based computer systems which perform the specified functions or steps, or suitable combinations of special purpose hardware and computer instructions.
  • In one embodiment, the foregoing exemplary system may be used in the present invention to perform the following method. The exemplary method may include, as set forth in FIG. 16, a registration phase (step 200), a recommendation phase (step 205), a goal establishment phase (step 210), an overdraw analysis phase (step 215) and a payment phase (step 220).
  • The registration phase (step 200) may include a user providing and system receiving financial information. The user may provide the information via any network or communication system discussed herein. In one embodiment, host 5 provides a web page within a website which is hosted at a server, wherein the webpage facilitates obtaining personal financial information from the user by, for example, menu driven interactive procedures. In an embodiment, a web page seamlessly presents (e.g., via a dashboard) a user's financial accounts to provide an accurate wealth snapshot. The user may use user interface 25 to enter into a web page the requested financial information, wherein the financial information may include, for example, user income information, user income source information, user savings goal information, and user debt information.
  • The user income source information may include any information related to user income such as, for example, income source demographic data, income source routing data (e.g., to facilitate the funds being deposited within user account 20), amount of income during a particular timeframe (e.g., bi-monthly), bonus information (e.g., amount and time of year received), tax refund information, estimated commission information and/or the like. As set forth above, the user income may include any monetary or non-monetary income, asset or benefit related to the user, wherein the income may be obtained from an income source of the user (e.g., employer) or any other third party. The user income may include paycheck, salary, bonuses, commissions, purchase rebate, tax rebates, property, goods, social security, welfare, alimony, child support, rental income, securities-related income, gambling winnings, credits, loyalty points, reward points, coupons and/or the like. The user may also be requested to identify the days of the month in which such user income is received and the amounts of such income. If the user receives any or all income at random times (i.e. “not periodically”), then the user may estimate the amounts of such non-periodic income and indicate when such non-periodic income will be received. Host 5 may store the user income and user income source information in user account database 20.
  • The user income may also include additional funds submitted by the user or any other third party to system 1 in order to supplement user account 20 or user savings account 23. For example, the user may submit extra funds with a bill payment such as a single check or money transfer for both host charge card purchases and for deposit of money into user savings account 23. When the user payment is received by the host or charge card administrator, the payment processing system determines, based on the user goals, how each of the user's payments should be allocated between charge card payments and user savings account 23, namely through the use of a payment hierarchy which includes a predetermined set of allocation rules. The host or charge card administrator's payment processing system may then electronically forward the appropriate savings amount to user saving account 23 based upon another payment hierarchy related to the allocation of savings funds among savings, debts or investment products. For additional information related to submitting additional funds to the system, see for example, U.S. Ser. No. 09/415,632 filed on Oct. 12, 1999 by inventors Crane, et al. and entitled SYSTEM AND METHOD FOR DIVIDING A REMITTANCE AND DISTRIBUTING A PORTION OF THE FUNDS TO MULTIPLE INVESTMENT PRODUCTS, which is hereby incorporated by reference.
  • The user goal information may include the amounts the user desires to pay himself, any other financial amount, limit, milestone, threshold, objective, aspiration and/or the like. For example, an amount of money needed for a vacation, a major purchase (e.g., house or car), holiday gifts, education, or retirement. The amount may be a one-time total amount, a pre-established amount for a limited time period or continuing time period, or a periodic amount which may result in a total savings by a certain date (e.g., $10,000 by June 15 of the following year for his daughter's wedding). The goal may also include a common goal for a group of people such as, for example, a group vacation, annual family function, charitable event or fundraiser and/or the like. The user goal may be entered by the user, randomly generated, based on a increasing or decreasing amount, created using a formula, selected by system 1 and/or selected by a third party (e.g., parent, financial advisor, etc). The system 1 may store the user goal information in user account database 20. The user may use the goal information for his own savings activities or the user may be provided the option to set up user savings account 23, wherein the system allocates a portion of the user income to user savings account 23. Because many individuals often think of saving money based on how much they will have after paying bills, the invention attempts to overcome this attitude, in an exemplary embodiment, by prompting the user for the user savings goal information before entering user debt information, so that the user is aggressive in the effort to pay himself first. Similarly, the user is prompted to enter the user goal information before entering income amounts, so that the user will be aggressive in setting the user goal information.
  • In an embodiment, system 1 is configured to assemble various user interfaces (e.g. web pages) for the user. System 1 may employ static or dynamic user interfaces. The dynamic interfaces may be created based upon stored data, external data, predetermined rules, in response to user input, or any other method known in the art for determining the structure and content of user interfaces or for assembling user interfaces. In an embodiment, system 1 guarantees or ensures that the user takes a step to pay themselves first before allotting resources (e.g., income) for debt obligations (e.g., expenses, bills, liabilities, loans, promises to pay, etc). Thus, the system may operate in a variety of modes to enable this functionality. In one embodiment, system 1 is configured with a plurality of modes (e.g., a strict mode, a less strict mode and an easy mode) that enforce rules associated with the user's actions.
  • In an embodiment, a “strict” mode employs logic (e.g., predetermined rules, data validation, verification steps, etc.) to govern the user's ability to execute some of the system 1 functions. In an exemplary strict mode, after entering a savings goal, but before entering expenses, the user may not be able to step through the data entry section unless certain key steps and data are validated. An example of such validation includes validating that a transfer of a savings amount occurred (e.g., an amount that is associated with the user savings goal information) or an amount was set aside for savings. In one embodiment, system 1 verifies a transfer of funds to a user savings account. In a “less strict” mode, the user may enter a savings amount, set aside and/or provide “from” and “to” account names associated with a transfer of the savings amount to a user savings account. In “easy mode,” in response to the user entering user savings goal information, the user is given a warning that he/she should immediately make a transfer in a designated amount and the user may be informed that such a transfer will help increase the likelihood that the user will meet the savings goal (i.e., user savings goal information) that the user has established.
  • A verification may be requested by system 1 in any mode, but in one embodiment, a verification is requested in a “strict mode.” system 1 may receive a verification from a third party that funds have been set aside, and in one embodiment, the system receives an electronic verification that a savings amount has been deposited in a user savings account. For example, the system may receive a message (e.g., via email, XML or short message service (SMS)) confirming that a transaction has taken place or providing a summary of completed transactions. An example of a “third party” may include a person or entity that is registered with, rated by, verified by, listed by or otherwise associated with system 1, a banking or government institution, a non-profit or foundation, or any other entity associated with encouraging user savings. Such a third party may be referred to as a “trusted friend” and the trusted friend reviews a verification of a transfer. The user interface may provide an interface for the trusted friend to review verification information and provide their approval. In one embodiment, the user may receive an authorization key, code or number from the trusted friend and may enter the authorization key in the user interface in order to enable moving on to a next step in the process (e.g., determining a payment hierarchy associated with outstanding debt obligations) or enabling additional functionality.
  • Electronic verification may be received from a financial institution, a bank, transaction account issuer, or any other entity. The electronic verification may be received by the system in any format known in the art for verifying financial or electronic transactions. A trigger in system 1 may initiate savings being set aside and/or transferred. For example, the trigger may occur in response to user input, or be based upon a time, a date, an event (e.g., receiving a paycheck), etc.
  • In an embodiment, system 1 provides user interfaces to allow maximum flexibility for the user to enter savings goal information. For example, the user could enter a goal of $5 per day, or $30 per month or $1000 a year. The user interface and/or system 1 may execute logic to perform a conversion of the user input into user savings goal information. For example, if the user enters $5 per day as a savings goal, the system may determine that it may not be efficient or cost-effective to transfer $5 each day. Instead, system 1 may perform a conversion and prompt the user if a $70 transfer every 2 weeks is adequate (14 days×$5) or if $140 (28 days×$5) is an acceptable user savings goal. Furthermore, system 1 and/or the user interface may be configured such that user input can easily be converted into amounts that can be sent with other information (user name, user checking account, routing number, etc.) to trigger the actual transfer of funds. In an embodiment, upon the user's acceptance of the user savings goal information, the appropriate amount and other information (name, checking account, routing number etc.) are transmitted to effectuate the transfer of funds and an electronic verification is obtained.
  • The user debt information includes any information related to user debts such as, for example, bills, name and address of payees 40, payee account routing information, amount of bills, minimum amounts due, due date, periodic payment plan information and/or the like. As set forth above, user debts may include any monetary or non-monetary liability of the user or any other third party. The debts or debt obligations may be related to bills, car payments, loans, mortgages, purchases, voluntary payments, alimony, child support, payment plans, lines of credit, financial losses, gambling losses, responsibilities and/or the like. The user debts may also include any amount that the user regularly pays as part of his living expenses and any other amounts that the user pays from time to time, or expects to pay.
  • In an embodiment, system 1 is configured with functionality to receive debt information and parse the debt information (e.g., parse an electronic or paper document) in order to determine various parameters associated with a debt obligation (e.g., amount owed, terms of payments, and late/partial payment terms, interest, penalties and fees). This automation greatly enhances the convenience and accuracy of receiving user debt information into system 1, while minimizing or eliminating the need for the user to input data (which may cause the user to reduce his use of the system). For example, the user may establish a relationship with a new payee (e.g., cable television provider, power company, mortgage provider, ex-wife, etc.). The user may receive a bill (e.g., user registration information, user account information, statement of account, bill, invoice) from the payee that provides information regarding the debt (e.g., payment amounts, payment due dates, penalties, payment terms, fees, etc.). In an embodiment, the user may fax, mail or scan a bill and submit it to system 1 and/or system 1 may receive a paper or electronic bill (e.g. in optical character recognition, XML or electronic data interchange format) from a third party (on behalf of the user).
  • The parsing may involve, for example, optical character recognition of the data on the document, downloading data from a document or other data scrapping method, and then storing the results as data text in a database. System 1 may also receive the billing data from a third party or the user. If system 1 receives a paper or electronic bill, system 1 executes logic to electronically read the information within the bill, then parse, translate and interpret the parsed data. The data may then be stored by system 1 in debt database 10. The data obtained from the document (e.g., via parsing) includes, for example, user account number, a first debt obligation, payee information, terms and conditions associated with a first debt obligation, penalties associated with a first debt obligation, payment timing, a payment due date, payment amount, debt amount, term of debt, late payment terms, late payment interest, late payment penalties, late payment fees, partial payment terms, partial payment interest, partial payment penalties, and/or partial payment fees.
  • Some bills are paid on a regular, periodic basis (monthly) and have predetermined amounts (e.g. a monthly auto payment of $300; a quarterly insurance payment of $200.00). Other bills may arrive more randomly and/or in non-fixed amounts, but the bills may be anticipated with reasonable accuracy (e.g. health expenses, tax payments, auto and home maintenance, or unexpected events). For both periodic and non-periodic bills, the user may enter the day, the month and the due date which is the day he expects such bills to become due. The due date should not to be confused with the date the bill is received, because the due date represents the last possible day for bills to be paid in order to avoid certain penalties.
  • The recommendation phase (step 205) may include, in one embodiment, debt analyzer 15 of system 1 reviewing the user debt information in debt database 10 to provide recommendations related to the prioritization or hierarchy for paying certain bills, the amount to pay for each bill and the user goal. The recommendations may be based upon, for example, user savings goal information, user debt information (e.g., minimum amounts due, due dates) and available user income. An exemplary embodiment includes periodic income (e.g., employment income) in such an analysis because periodic income is often the easiest way to determine the optimal savings goals. For example, if the user is paid (after deductions) $500.00 a week from an employer, then the system 1 may prompt the user to pay himself some portion of that $500.00 (e.g., $100.00) before the analysis of the recommendation phase commences. In another embodiment, the system may also incorporate randomly received income (e.g., a user may pay first to himself 10% of any tax refund or other non-routine income).
  • In addition to savings suggestions, the system may provide the user with recommendations for prioritizing payment of bills so that the user may determine when and how much to pay himself. For example, the system may determine from the debt information a plurality of debt obligations and for at least a subset of the debt obligations, the system may determine penalties and/or fees associated with the debt obligation. For each debt obligation, it may be possible to determine multiple penalties or fees. For instance, a bill may be associated with a fee if a minimum payment is not made by a particular date, the same bill may be associated with a first penalty if no payment is made and may be associated with a second penalty if the payment amount is not within a certain percentage (e.g., minimum payment amount) of the amount due.
  • In an embodiment, the system analyzes the plurality of penalties in order to determine a payment hierarchy that minimizes the overall (or cumulative) penalties associated with the user debts. Penalties may include monetary penalties but may also include social or legal penalties (e.g., jail time associated with not paying child support). In an embodiment, system 1 may use forecasting and/or simulation techniques in order to predict penalties and/or assign a monetary value (or other objective measure) to a non-monetary penalty.
  • In an embodiment, the system may recommend prioritizing bills to be paid in the following order from highest priority to lowest priority: (i) Bills that are for essentials (e.g., food, transportation to work and school, necessary job-related expenditures, necessary education-related expenditures); (ii) Bills that affect credit rating the most; (iii) Bills that have high penalties for late payments; and, (iv) Bills that are for non-essentials. The system may also provide recommendations for partial payments of bills, where the recommendations are directly related to helping the user meet the user goal. For example, if a user has an income of $500.00, and the user wants to save $400.00, but the user has a credit card bill with a minimum due of $50.00 and a total balance of $500.00, the program may recommend that the user submits a payment that allows the user to meet his user goal, while avoiding a large penalty (e.g., do not pay less than the minimum due, but not any larger amount).
  • In further embodiments, the system 1 may allow the user to select a passive “recommendation” mode or an active “automatic mode”. In the passive recommendation mode, the debt analyzer 15 provides recommendations to the user such as, for example, the amounts to pay himself, when the payments to the user savings account 23 will be made, the order in which bills should be paid and the amounts to be paid toward the bills. In the automatic mode, the debt analyzer 15 provides recommendations to the user initially, but upon the user accepting or revising the recommendations, the system 1 automatically transfers the payment to the user savings account 23 and to the payment of bills. A partial automatic mode may also allow the user to choose actions to take place automatically, while other actions may require approval by the user after a recommendation is made by the program. For example, in the partial automatic mode, the user may allow the program to automatically direct a payment to the user savings account 23, while requiring the system to provide a recommendation and waiting for user approval before paying certain bills.
  • In another embodiment, the debt analyzer 15 may recommend that the user pay himself first, but only after funds become available in user account 20. In another embodiment, the system, on a certain date and/or upon a certain level of user income being transferred to user account 20, automatically transfers a payment from user account 20 to the user savings account 23. The system may also allow the user to set his own payment criteria (in addition to pre-established options) or override the order in which debt analyzer recommends that certain bills are to be paid. For example, the system may determine that bills for essentials (e.g., transportation) are given priority over bills that affect credit rating. The user, however, may determine that bills that affect his credit rating are more important than bills for transportation to work. If the user determines that he can walk to work instead of driving or using a mass mode of transportation, then the user may choose to provide bills that affect credit rating priority over such transportation bills. Thus, the system, based upon the user's criteria or override, may recommend paying bills in an order that gives priority to bills that affect credit rating over transportation bills. The system may also “learn” the user's preferences over time by analyzing the user's inputs and override suggestions such that debt analyzer 15 may provide recommendations that more appropriately conform to more common user inputs and override requests.
  • In another embodiment, system 1 may help the user determine if a goal is possible or realistic within a particular timeframe. For example, if the user wants to save $10,000 in one year to obtain a new car, the system (possibly in conjunction with financial management software) may analyze the user's income sources 30 and provide the recommendation that the user should change the goal completion date to two years or the user should obtain additional income sources. In this manner, the user is more likely to reach certain goals and continue to utilize system 1. Similarly, the system may help the user not only set current goals, but also to determine future goal amounts. For example, a user may set a goal during the current year to buy a new sports car, but in future years, the user's child may need to attend college or get married, so the user's savings goal may need to increase. As such, system 1 may calculate the amount of savings needed over various years to meet the current and future goals, wherein the savings may be calculated as an equal amount over the years or the savings may be calculated as an increasing amount to correspond to projected increased income over the years.
  • In an exemplary embodiment, the system may also provide probability modeling which facilitates financial advising and planning. A portfolio integration module may facilitate integration of at least one of a user's goals, assets, savings, and risk tolerance in analyzing and developing a customized strategy for financial planning of the user. A portfolio reconciler module may communicate with the portfolio integration module to facilitate comparison of the customized strategy to other strategies and projected financial decisions in order to further facilitate the user meeting the user goals. A stochastic modeling module in communication with the portfolio integration module and the portfolio reconciler module may use data from the portfolio integration module and/or the portfolio reconciler module in a stochastic modeling analysis to facilitate creation of a proposed situation portfolio for the user. The stochastic modeling module may use a synchronous stationary bootstrap method of statistical sampling to facilitate analysis of historical economic data in order to facilitate creation of the proposed situation portfolio. A simulator module in communication with the portfolio integration module and the stochastic modeling module may forecast the effects of changes to the probability modeling system and to monitor and test the system over a predetermined amount of time. For additional information related to financial management systems and methods, see for example, U.S. Pat. No. 5,819,263, issued on Oct. 6, 1998 by inventors Bromley, et al. and entitled FINANCIAL PLANNING SYSTEM INCORPORATING RELATIONSHIP AND GROUP MANAGEMENT; U.S. Pat. No. 6,430,542 issued on Aug. 6, 2002 and entitled COMPUTER-IMPLEMENTED PROGRAM FOR FINANCIAL PLANNING AND ADVISE SYSTEM; U.S. Ser. No. 10/210,827 entitled SYSTEM AND METHOD FOR FINANCIAL PLANNING AND ADVICE which was filed on Jul. 31, 2002; and, U.S. Ser. No. 09/712,743, entitled SYSTEM AND METHOD FOR CREATING FINANCIAL ADVISE APPLICATIONS, filed Nov. 14, 2000, all of which are hereby incorporated by reference.
  • The goal establishment phase (step 210) may include the system and/or the user determining a payment hierarchy which may include transferring funds to the user's savings account 23 prior to paying all or a portion of certain bills. In this regard, the user determines “when” to pay himself based on the suggested recommendations and ranking. Using the example hierarchy above, one user may choose to transfer funds to user savings account 23 after paying bills that affect credit rating, but before bills with high penalties for late payment. However, another user may receive a similar recommended hierarchy list and request that the system transfer funds to user savings account 23 before paying bills in any of the categories set forth in the hierarchy listing.
  • The system may also not only pay (or encourage the user to pay) the user first (or in a priority position), but the system may transfer funds to the user savings account 23 first in the largest amounts possible. For example, if the user receives an electric bill on the fifteenth of the month that is not due until the first of the next month, the system may prompt the user for the due date and the system may recommend that the user to pay the bill on the due date and not before the due date. Additionally, if the user gets paid on the fifteenth of the month, the system recommends that the user pay himself first, leaving enough money to pay bills later, including the electric bill that is due on the first of the month. After the user pays himself, he can also budget discretionary money for entertainment purposes, dining out, etc. A responsible user is not likely to exceed his budget for discretionary money when he knows that bills are due that must be paid. Moreover, if the user exceeds the discretionary amount and cannot pay bills, then the user has already at least paid the most important entity first, namely himself
  • In order for the user to meet a particular savings goal while the user continues to spend money, the system may be configured to transfer a certain amount of any user transaction amount to user savings account 23. In one embodiment, the user or system may set a particular dollar amount, percentage of purchase amount, number of transactions, total dollar amount spent or any other portion which is calculated based upon user transactions or the transaction amounts. For example, the system may obtain data from the user's transaction instrument account such that every time the user purchases an item which costs over $100, the system may transfer $5 of the user's income from user account 20 to the user savings account 23. In another example, the system may transfer 5% of the total value of all purchases during the next five months to user savings account 23. In these embodiments, the more a user spends on purchases, the more the user may save. Similarly, the system may analyze loyalty point accumulation and transfer loyalty points to a savings account based upon a pre-determined formula.
  • With respect to loyalty points, the system may incorporate loyalty points into any part of the process and provide the loyalty points to one or more participants in the process (e.g., user, payee, income source). As used herein, loyalty points may include any incentive which may or may not include points such as, for example, coupons, rewards, preferential services, preferential rates, prizes, vacations, entertainment packages and/or the like. In one embodiment, the system may provide loyalty points for every dollar that the user saves in savings account 23. The system may also encourage savings and discourage full payment of bills by providing loyalty points for not paying the full amount of a bill. The system may also provide a larger amount of loyalty points upon reaching a goal or upon reaching certain milestones toward the goal. The system may also provide extra loyalty points if the user allows the system to automatically transfer funds to savings account 23 without the user's prior approval. If user is utilizing the savings account to save money for a future gift or to provide a future donation to a charity, the system may allow the user to use loyalty points to pay for any portion of the gift or to supplement the charitable donation. The system may also acquire information related to user loyalty points (e.g., from system 1 (wherein the points were earned in system 1) or from a third party loyalty system), convert the loyalty points to a currency value and apply the currency value to user savings account 23 or payees 40 (e.g., user debts).
  • In still another embodiment, a government entity, an affiliate or sponsoring entity may provide loyalty points, preferred rates or rewards for increased savings. For example, user savings account 23 may be maintained at a bank such that the bank may desire to also encourage increased savings. In this regard, the bank may provide the user with loyalty points, higher interest rates, or prizes based upon the number of transfers or dollar amount of each transfer to the user savings account 23, the total amount in user savings account 23 during a certain time period and/or the like. For additional information related to loyalty systems, see for example, U.S. Ser. No. 10/010,947 entitled System And Method For Networked Loyalty Program which was filed on Nov. 6, 2001 and U.S. Ser. No. 09/834,478 entitled A System And Method For Using Loyalty Points which was filed on Apr. 13, 2001, which are hereby incorporated by reference.
  • While the present invention may be described as transferring funds to user savings account 23 first before other user debts, the invention also contemplates transferring funds to the user savings account 23 at any pre-determined time, interval or random period and the invention also contemplates transferring funds to the user savings account 23 before, during or after paying certain debts. For example, the system may allow the user to identify bills that are to be paid before the system transfers funds to the user savings account 23 and to identify bills to paid after the system transfers funds to the user savings account 23. The invention may also include exceptions to self payment first which may be determined by the user, a government entity or any other entity or person. The exceptions may include, for example, child support must always be paid first, then the user may decide on other “first” payment options. The invention may also allow the user to identify a priority for bills to be paid and/or any predetermined amount or percentage of each bill to pay.
  • During the overdraw analysis phase (step 215), prior to transferring the user income, host 5 may analyze the balance of funds in the user account 20 to determine if sufficient funds exist for paying the user savings account 23 and the bills according to the selected payment hierarchy. In one embodiment, because bills may vary from month to month, as the user enters bills to be paid, the program (e.g., in real-time) automatically performs a calculation to determine if the bills can be paid without overdrawing or exceeding the balance in the user account 20. If insufficient funds exist, system 1 may notify the user to readjust the payment hierarchy or the system may automatically adjust the payment hierarchy based upon pre-established rules. The system may notify the user of any overdraw issues via any communication system or network discussed herein.
  • During payment phase (step 220), if sufficient funds exist, system 1 transfers a predetermined amount of funds from user account 20 to user savings account 23, then to payees 40. In one embodiment, host 5 may transfer funds and/or payee information to automatic bill payment system 35 such that automatic bill payment system 35 allocates funds pursuant to pre-existing rules or auto bill pay procedures. Host 5 may provide instructions to automatic bill payment system 35 in such a way that automatic bill payment system 35 allocates consumer income to payees 40 according to the established hierarchy. For example, host 5 may provide automatic bill payment system 35 with the approval for payment of a bill for a necessity, then host 5 may wait until user savings account 23 reaches a pre-established level before providing another payment instruction to automatic bill payment system 35. In another embodiment, automatic bill payment system 35 may accept hierarchy or other instructions from system 1 and automatically allocate payments according to the hierarchy.
  • Transferring funds, or any similar phrase used herein, may include transferring all or any portion of funds, directly or indirectly, in any manner (e.g., electronic transfer, wire, etc). In one embodiment, the “transfer” may include, for example, encouraging the user to transfer funds, encouraging the user to select a particular transfer of funds by the system, providing a negotiable instrument (e.g., check) to the user (or to a selected person or entity), transferring funds to a charity or other entity (or dividing the funds between multiple charities), withdrawing funds from one account and depositing funds in another account, providing cash, transferring funds to any financial instrument discussed herein or known in the art (e.g., account, account number, stored value card, gift card, charge card credit, etc), sending the financial instrument to the user at predetermined intervals (e.g., monthly or when the account reaches a pre-determined amount), placing the selected funds in a pooled account with other family members (e.g., to save for a home improvement project), placing the selected funds in a pooled account with other friends (e.g., to save for a group vacation), and/or the like. The invention contemplates automatically receiving user income from income sources 30, automatically transferring funds to user and/or user savings account 23 and automatically transferring funds to payees 40; however, the invention also contemplates providing recommendations to user and allowing the user to obtain information, send information, or transfer the user's own funds manually or via a third party system.
  • The funds may be transferred periodically to user savings account 23, and in an embodiment, the user income may be periodically donated to a charity. For example, a donation to a charity may be represented by a savings amount that is set aside before analysis of debt obligations and, in an embodiment, a donation to a charity may be determined by the payment hierarchy. For more information and details related to periodic transfers, donation systems and methods, see for example, U.S. Ser. No. 10/707,715 filed on Jan. 6, 2004 by inventors Aviles et al. and entitled Donation System And Method, which is hereby incorporated by reference.
  • In one embodiment, funds may be transferred to a user savings account of a third party (e.g., charity) and/or a beneficiary (e.g., child). For example, a parent may set up a savings program for a child, so the system pays a child's account first. Thus, the parent is accomplishing a personal savings goal by ensuring that a child has sufficient funds for a future need (e.g., car, college, medical expenses, retirement, etc.). Similarly, the system can pay a charity or other entity first. In an embodiment, the payment hierarchy is determined based upon a charity amount, a plurality of pending debt payments, and a plurality of penalties.
  • In another embodiment, a stored value or gift card may be used to assist in the budgeting process and to meet the user goal. For example, the user may obtain an American Express Travel Funds Card that is automatically loaded by the system with the funds that user needs to pay bills. In an exemplary embodiment, the funds desired to meets the user's goal are first sent to a user savings account 23. After the user “pays himself” and the system receives the funds in the user savings account 23, the system may then take steps (or allow the user to take steps) to load or re-load the stored value card (i.e. the TravelFunds card).
  • In one embodiment, system 1 includes an empowerment engine that captures, compiles, arranges, organizes, learns from, uses and/or analyzes community knowledge. Community knowledge includes information (e.g., stored in a database) such as historical facts, experiences, user feedback, successful strategies, best practices, investment and savings rules, etc. For instance, in an embodiment, the empowerment engine aggregates a plurality of users' data (e.g., demographics, profile information, preferences, savings data, debt data, etc.), feedback, recommendations and/or results into community knowledge. Results may include a subjective assessment of the effectiveness of, for example, a payment hierarchy, a debt payment strategy or a penalty minimization strategy. Results may also include an objective assessment (e.g., by a standardized algorithm running on the empowerment engine) of an investment or savings strategy. In an embodiment, community knowledge comprises, for a plurality of users, savings strategies, transaction histories, demographics, merchant information, debtor information, debt history, debtors, timeframes, payment terms, payment histories, penalty histories, penalty amounts, penalty rules, debt obligations, savings goals, savings accomplishments, survey results and/or user recommendations.
  • In an embodiment, community knowledge is captured and compiled by the system's empowerment engine based upon ongoing usage such that community knowledge expands overtime. For example, a first user determines a savings amount based upon the first user's income and savings goals. Empowerment engine determines a payment hierarchy that prioritizes payment of debt obligations (e.g., bills) that directly affect the first user's credit score, while minimizing penalties (and/or fees) associated with not paying (or not fully paying) other debt obligations. Empowerment engine stores this data on system 1 (e.g., a database) and infers relationships (e.g., to other user data), creates rules and/or assesses the results of the effect of the payment hierarchy (e.g. on subsequent debt obligations). While entering a savings goal, the empowerment engine analyzes the community knowledge and creates one or more community recommendations for the second user. A user interface (e.g. a side bar of a web page, a pop-up window or other similar notification method) may present the second user with the community recommendation.
  • The empowerment engine may similarly access community knowledge during the creation and/or implementation of a payment hierarchy. System 1 creates an initial payment hierarchy for the second user and the empowerment engine analyzes community knowledge to identify similar users (e.g., similar demographic attributes) or situations (e.g. similar debts and/or payment terms). Empowerment engine may present (e.g., via system 1 user interface) one or more community recommendations to the second user and allow the user to select and implement community recommendations in order to fine tune the initial payment hierarchy. In an embodiment, system 1 is configured to provide a user interface that prompts the user to enter user savings goal information, the user to enter user debt information and/or user income information. A community recommendation may be general or specific. For example, a user may be presented with a message indicating that, based upon the guidelines of a non-profit savings foundation, users who limit going to restaurants to one nice restaurant visit per month typically save more than those who eat at cheaper establishments more often. Or, a user may be presented with a community recommendation regarding a refinancing opportunity based upon an analysis of users who have at least 31% equity in their home, have a mortgage with Chase Bank and have at least $2500 available to spend on closing costs.
  • As discussed, community knowledge is leveraged to provide useful information to users. However, one of skill in the art will recognize that community knowledge is beneficial outside the system as well. For example, system 1 may provide personal finance statistics to non-governmental and governmental organizations. In one embodiment, the data discussed herein, and/or the community knowledge may be used to form an alternate credit score for users. For example, an alternate credit score may reward (in the form of a higher score) savings activity and other positive behaviors, while at least partially disregarding or minimizing factors (such as pending debts or delayed payments) that may be considered negative by traditional credit scoring algorithms.
  • In an embodiment, system 1 is configured to determine a savings amount based at least partially upon the user credit information. System 1 analyzes user information to determine a credit score strategy and determines the payment hierarchy based upon a savings amount and the credit score strategy. In one embodiment, the payment hierarchy maximizes a credit score associated with the user. The various embodiments the credit score strategy may be based upon an alternate credit score, a traditional credit score or a combination of the two. The alternate credit score may be adjusted to account for the user savings amount. In an embodiment, a credit score strategy comprises forecasting a plurality of alternate credit score data based upon, for example, the user debt information, the savings amount, user savings history information, user debt payment timing information and/or user income information. System 1 is configured to obtain both general credit scoring information and user specific credit score information.
  • In one embodiment, system 1 is configured to determine a recommendation that is based upon improving a credit score. A traditional credit score may be influenced in ways that are counter intuitive to a typical user. For example, closing a credit card may seem to a typical user to be a positive step toward better credit but it may not be seen as such by traditional credit scoring algorithms. Thus, system 1 may suggest a credit score recommendation based upon the credit score information and present the credit score recommendation to the user. The user may enter an approval of the credit score recommendation and system 1 determines the credit score strategy based upon the credit score recommendation. The payment hierarchy may be based upon the credit score strategy (e.g., payment hierarchy may recommend not paying off the debt associated with a credit card or may recommend paying only a minimum amount).
  • In one embodiment, community knowledge includes more than data. As previously discussed, the empowerment engine develops and evolves community knowledge through automated learning. As such, the empowerment engine of system 1 may be configured to analyze the community knowledge data, create rules, develop relationships and/or generate new data, based upon predetermined rules and/or algorithms. Empowerment engine may be configured to execute deductive logic, inferential analysis, forecasting, statistical analysis and/or artificial intelligence in order to continually develop the effectiveness and relevance of community knowledge. In an embodiment, empowerment engine includes a database of user experiences, a knowledge base and/or an expert system. The community recommendation may be updated, changed or supplemented based on such evolution of community knowledge. In that regard, the community recommendation display may include community recommendation trends, changes, historical information and/or the like.
  • In one embodiment, community knowledge and the empowerment engine are parts of a knowledge based system. As one of skill in the art will recognize, a knowledge based system may comprise an artificial intelligence tool working to provide intelligent decisions with justification. Knowledge is acquired and represented using various knowledge representation techniques rules, frames and scripts. Exemplary advantages offered by such systems are documentation of knowledge (e.g., the collective knowledge of what payment strategies have helped to minimize penalties), intelligent decision support, self learning, reasoning and explanation. A machine-readable knowledge base stores knowledge in a computer-readable form; e.g., for the purpose of having automated deductive reasoning applied to the data. In an embodiment, system 1 includes a set of data and rules that describe aggregate experience or community knowledge in a logically consistent manner. An ontology defines the structure of stored data (e.g., what types of entities are recorded and what their relationships are) and classical deduction is used to reason about the knowledge in the knowledge base. In one embodiment, community knowledge is a machine-readable knowledge base used with an artificial intelligence function of system 1, for example, as part of an expert system that focuses on a domain, such as financial planning. For more information regarding knowledge based systems, see “Knowledge-based systems,” by Akerkar R A and Sajja Priti Srinivas, Jones & Bartlett Publishers, Sudbury, Mass., USA (2009), which is hereby incorporated by reference in its entirety.
  • In an embodiment, system 1 is a computer-based system for determining a savings amount and a payment hierarchy configured to receive user financial information that may include user savings goal information, user debt information and user income information. The computer-based system determines the savings amount based upon the user savings goal information and the user income information. In an embodiment, the savings amount is at least a portion of user income. The savings amount is transferred to a user savings account. In various embodiments, the transfer of any portion of the savings amount may be accomplished by system 1, a bill payment system, a user, a third-party, a financial institution and/or the like. The computer-based system is further configured to analyze the user debt information to determine a plurality of pending debt payments. In one embodiment, the computer-based system determines the plurality of debt obligations in response to the transfer of the savings amount. The computer-based system determines a plurality of penalties by analyzing a penalty for each of the plurality of pending debt payments. The computer-based system determines a community recommendation based upon community knowledge. In an embodiment, the community recommendation may be further based upon the user debt information, the plurality of debt payments, the user income information, the user savings goal information, and/or the plurality of penalties. The computer-based system determines the payment hierarchy based upon the savings amount, the plurality of penalties and the community recommendation. In an embodiment, the payment hierarchy minimizes the plurality of penalties.
  • As discussed above, the computer-based system is configured (e.g., via an empowerment engine), in one embodiment, to expand and enhance the community knowledge by automated learning. For example, data such as user demographics, user preferences, the savings amount, the plurality of penalties, the payment hierarchy, the community recommendation, the user income information, and/or the user savings goal information may be analyzed, categorized, processed by statistical and/or probabilistic models, summarized, aggregated and/or related to other data in order to contribute to the learning. In one embodiment, community knowledge includes, for example, transaction information received from an issuer, a payment processor, a merchant, a bill payment system, a third-party data provider and/or a service provider associated with a debt obligation. In an embodiment, the computer-based system is configured to update a rule associated with the community knowledge based upon a demographic and the payment hierarchy.
  • The collective experience and wisdom aggregated into community knowledge is used, in one embodiment, to determine a community recommendation regarding a savings amount. In an embodiment, the community recommendation may be selected automatically or may be selected by the user from a plurality of community recommendations generated from the community knowledge. For example, during a savings goal input process, the user may be presented with side-bar information (e.g., separate from but seamlessly integrated with the main data input interface) that presents a plurality of community recommendations to the user. The user may select a community recommendation and be presented with forecasts or models that predict how the recommendation may influence the user's savings, payments, debts, etc. For example, the community recommendation may include a recommendation, partially or fully developed from previous user actions and the results they experience from those actions, associated with the payment amount and/or a recommendation associated with the payment timing. In various embodiments, community recommendations include recommendations based upon a savings strategy, a debtor, a type of debt, a type of user, a type of penalty and/or a plurality of penalty types.
  • As one of skill in the art may recognize, the data, rules, results, interrelationships and dimensions of factors aggregated from multiple users across a potentially broad spectrum of financial situations produces rich opportunities to take advantage of community knowledge and to benefit individual users. Additionally, in an embodiment, the volume and complexity associated with such a knowledge base benefits from special use computers with hardware and/or software configured, as discussed above, to expand, enhance and leverage the data. In an embodiment, community knowledge is provided by a third-party such as for example, a service provider, a government entity or a non-profit organization.
  • In an embodiment, system 1 includes social networking features. For example, a user finds (e.g., via a search mechanism) other users and connects with the other users to form associations, networks, sub-networks. For example, a user may search for a group of friends, family members, financial advisors, etc. in order to share data, experiences and/or accomplishments with the network as disclosed herein. The social networking features include sending messages, receiving messages, updating a status, designating the type and amount of data that may be shared with a network, etc.
  • In one embodiment, system 1 integrates and/or interfaces with other social networking systems such as Facebook, Twitter, LinkedIn, etc. The systems may share users, data, events and functionality. For example, in one embodiment, a user pledges a series of contributions (e.g., monthly contribution for a year) to a charity on Facebook and system 1 obtains the pledge information and stores it as a debt obligation. In a similar example, a user on system 1 achieves a savings goal and system 1 causes the user's Facebook status to reflect the achievement. Furthermore, community knowledge is enhanced, in one embodiment, with the knowledge shared from other social networking systems. For example, a survey of successful savings techniques may be conducted on Facebook and system 1 may obtain the survey results, analyze the results and update community knowledge with rules and/or recommendations.
  • In one embodiment, the system is configured to associate social network information with a personalized financial advice network of a user. The system analyzes the social network information and user information to determine personal finance rules for the personalized financial advice network. The user information may include, for example, of user goal information, user income information and user debt information, and wherein the user information is associated with the user. The system determines a savings amount based upon the personal finance rules and other information such as user goal information and user income information. The system is also configured to send at least a portion of user information to the social network. For example, the system may update a status associated with a social network account of the user and the status may be associated with at least one of the user goal information, the savings amount, the transfer of the savings amount and the personal finance rules. In an embodiment, the system receives a message from the social networking website and parsing the message to determine a personal finance rule.
  • In one embodiment, the system is further configured to send user information to the social network and the social network performs a search of the social network based the user information. The search identifies a social network member and a social network group that matches the user information, thus identifying one or more entities that may be included in a personalized financial network for the user. The system is configured to request information from the social network and to receive an approval from the social network to use or include member information in constructing personalized financial advice network of the user. The personalized financial advice network may include, for example, a member, a plurality of members of the social network, groups, relatives, financial professionals, common interest groups, clubs and subsets of groups. The system may also receive a personal finance suggestion from the user and send the personal finance suggestion to the social network.
  • In an embodiment, the system may automatically determine (e.g., based upon an occurrence of an event) that a user goal has been accomplished and send a message to the social network that the user goal has been accomplished. In an embodiment, the user may receive a charity request from the social network, notify the user of the charity request and receive an approval from the user to make a donation to the charity. The system is also configured to determine a donation amount and to add the donation amount as a pending debt payment in the plurality of pending debt payments.
  • As disclosed herein, user may interact with system 1 via various interfaces and devices. In one embodiment, user accesses the functionality of system 1 via a mobile device (e.g., a mobile phone). Any of the goal setting, paying yourself first, funds transfer, financial account review and maintenance, payment hierarchy, community recommendation, bill payment functionality and/or any other functions disclosed herein may be accessed (and exchange data with) via a mobile device. For example, user may use a UPC reader function on a mobile phone to read a UPC of a product and upload the product information to system 1 to indicate a savings goal (e.g., save enough money to purchase a particular television). Furthermore, system 1 may push notifications to a mobile device to indicate that a new bill has been received, to communicate a savings tip (i.e., a community recommendation) or to report progress toward a savings goal.
  • In an embodiment, system 1 is configured to produce a wide variety of output (reports, graphs, notifications, etc). The output may be produced automatically, for example, based on a schedule or triggered by an event, or output may be produced upon request of a user and/or interfacing system. In an embodiment, system 1 downloads and categorizes account balances and/or transactions automatically every day. Thus, upon receiving the updated data, system 1 may send reports and/or graphs of user spending, income, balances, and net worth.
  • In an embodiment, a user account is associated with a transaction account and/or instrument. A transaction instrument may include a charge card, credit card, debit card, awards card, prepaid card, telephone card, smart card, magnetic stripe card, bar code card, transponder, radio frequency card and/or the like having an account number, which cardholders typically present to Service Establishments (SEs), as part of a transaction, such as a purchase. In one embodiment, the system may receive transaction information for a transaction account and determine a savings amount based upon the transaction information.
  • In an embodiment, system 1 may be owned and/or operated by the financial institution (e.g., bank) that issues the transaction account such that system 1 may access transaction information that may not be available from other sources (e.g., a transaction request that was denied). Thus, system 1 may use the data to enhance the community knowledge and provide relevant and insightful recommendations to the user. Furthermore, data may be shared with marketing partners or merchants in order to provide a revenue source for the issuing bank, payment processor and/or other entities. Additionally, use of system 1 is encouraged and increased since, for example, the transaction account provides additional customer service opportunities, i.e., touch points or opportunities to connect with the customers who are also system 1 users.
  • Such touch points are beneficial to the user since, via these customer service interactions, the user may receive additional encouragement and/or incentive to save. For example, a customer may receive a discount on a bill if the bill is paid using system 1 bill payment features. In an embodiment, the discount may be directly deposited to a user savings account. Furthermore, a user with a transaction instrument may benefit from merchant programs. For example, a merchant may provide a payment to the user savings account based upon a particular purchase and/or achieving a threshold amount of spending. Moreover, in an embodiment, a merchant may be notified that the user has achieved a savings goal and provide the user with a reward (e.g., a discount on the item that the user was saving to purchase).
  • The merchant may also provide a layaway program that integrates with a user savings goal. For instance, a user enters a savings goal to purchase a new dishwasher and the merchant guarantees the price and receives reports from system 1 of progress by the user toward the savings goal. In an embodiment, the system includes receiving layaway information for a layaway transaction and determining, by the computer-based system, a layaway amount based upon the layaway information. The layaway amount is transferred (for example, by the system) from a user account. The system determines a payment hierarchy based upon the layaway amount, a plurality of pending debt payments, and a plurality of penalties. In an embodiment, the payment hierarchy is optimized to minimize the plurality of penalties. The layaway information may include a product, a purchaser, and a merchant. The layaway amount may be, for example, transferred to a merchant or to a user savings account. In an embodiment the merchant or a product manufacturer, in response to the layaway amount being transferred, provides a reward (e.g. a discount, loyalty points, etc) to the user.
  • In an embodiment, the system determines the layaway amount based upon a savings amount. For instance, a predetermined rule may indicate that a payment for a layaway item (which may, for example, represent a luxury item for the user) should only be paid when money is first dedicated toward a savings goal. In an embodiment, determining the payment hierarchy is based upon the savings amount, the plurality of pending debt payments, and the plurality of penalties and determining the layaway amount is performed in response to determining the payment hierarchy.
  • In an embodiment, system 1 not only aids in optimizing user savings and minimizing penalties associated with user debts, but also identifies opportunities for the user to earn additional income. A revenue producing opportunity may involve, for example, an opportunity for the user to become a franchisee, a sales representative, a retailer, commissioned agent, and/or an incentive associated with reducing user debt or achieving a user savings goal. The system matches a revenue producing opportunity with information about the user. In an embodiment, the system determines the revenue producing opportunity by matching a product associated with the revenue producing opportunity with an interest, an education, an income level, an income source, a debt level and a goal of the user.
  • In an embodiment, system 1 is further configured to track actions performed or initiated by the user that may allow the user to earn and collect new income. For example, the user may refer a friend to a product website or may directly sell a product. System 1 tracks this data and provides it to the entity that offered the revenue producing opportunity. In one embodiment, the entity pays the user, via the system, and the entity transfers the new income directly to a savings account of the user. The entity may also provide system 1 with data regarding the new income earned by the user. In an embodiment, if the new income is less than a predetermined savings amount, the system automatically transfers money from a user account to a savings account of the user.
  • In an embodiment, a new income opportunity is received from a social network based upon social network information such as, for example, a friend associated with the user, a group associated with the user, user profile information, user photographs, user videos and user status information, wherein the user is a member of the social network.
  • Benefits, other advantages, and solutions to problems have been described herein with regard to specific embodiments. However, the benefits, advantages, solutions to problems, and any elements that may cause any benefit, advantage, or solution to occur or become more pronounced are not to be construed as critical, required, or essential features or elements of the invention. The scope of the invention is accordingly to be limited by nothing other than the appended claims, in which reference to an element in the singular is not intended to mean “one and only one” unless explicitly so stated, but rather “one or more.” Moreover, when a phrase similar to “at least one of A, B, or C” or “at least one of A, B, and C” is used in the specification or claims, the phrase is intended to mean any of the following: (1) at least one of A; (2) at least one of B; (3) at least one of C; (4) at least one of A and at least one of B; (5) at least one of B and at least one of C; (6) at least one of A and at least one of C; or (7) at least one of A, at least one of B, and at least one of C. Although the invention has been described as a method, it is contemplated that it may be embodied as computer program instructions on a tangible computer-readable medium or carrier, such as a magnetic or optical memory or a magnetic or optical disk. All structural, chemical, and functional equivalents to the elements of the above-described exemplary embodiments that are known to those of ordinary skill in the art are expressly incorporated herein by reference and are intended to be encompassed by the present claims. Moreover, it is not necessary for a device or method to address each and every problem sought to be solved by the present invention, for it to be encompassed by the present claims. Furthermore, no element, component, or method step in the present disclosure is intended to be dedicated to the public regardless of whether the element, component, or method step is explicitly recited in the claims. No claim element herein is to be construed under the provisions of 35 U.S.C. 112, sixth paragraph, unless the element is expressly recited using the phrase “means for.” As used herein, the terms “comprises”, “comprising”, or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus.

Claims (21)

1. A method comprising:
receiving, by a computer-based system for determining a layaway amount and a payment hierarchy, layaway information for a layaway transaction;
determining, by the computer-based system, the layaway amount based upon the layaway information, wherein the layaway amount is transferred from a user account;
analyzing, by the computer-based system, user debt information to determine a plurality of pending debt payments;
determining, by the computer-based system, a plurality of penalties by analyzing a penalty for each of the plurality of pending debt payments;
determining, by the computer-based system, the payment hierarchy based upon the layaway amount, the plurality of pending debt payments, and the plurality of penalties, wherein the payment hierarchy minimizes the plurality of penalties.
2. The method of claim 1, wherein the layaway information comprises a product and a purchaser, wherein the purchaser is associated with the user account.
3. The method of claim 2, wherein the layaway information further comprises a merchant.
4. The method of claim 1, wherein the layaway amount is transferred to a merchant.
5. The method of claim 1, wherein the layaway amount is transferred to a user savings account.
6. The method of claim 1, wherein, in response to the layaway amount being transferred, the merchant provides a reward to a purchaser associated with the layaway transaction.
7. The method of claim 6, wherein the reward comprises at least one of a discount for the layaway transaction, a credit for a subsequent purchase and a credit to a loyalty account.
8. The method of claim 6, wherein the reward comprises making a deposit to a savings account associated with the purchaser.
9. The method of claim 1, wherein, in response to the layaway transaction being completed, at least one of a merchant and a manufacturer provides a reward to a purchaser associated with the layaway transaction.
10. The method of claim 1, further comprising determining based upon user income information, user goal information and the user debt information, a savings amount, wherein the savings amount is transferred to a user savings account.
11. The method of claim 10, wherein the determining the layaway amount is based upon the savings amount.
12. The method of claim 10, wherein the determining the payment hierarchy is based upon the savings amount, the plurality of pending debt payments, and the plurality of penalties, wherein the determining the layaway amount is performed in response to the determining the payment hierarchy and the determining the payment hierarchy comprises the determining the layaway amount, wherein the payment hierarchy prioritizes the transfer of the layaway amount while minimizing the plurality of penalties.
13. The method of claim 1, wherein the receiving layaway information comprises receiving the layaway information from at least one of a merchant, a user, a shopping web site and a social networking website.
14. The method of claim 1, wherein the layaway information comprises gift list information associated with a second user, wherein a first user is associated with the user account.
15. The method of claim 1, further comprising receiving user income information and user goal information.
16. The method of claim 15, wherein the payment hierarchy is based further upon at least one of the user income information, the user goal information and the user debt information.
17. The method of claim 1, wherein the determining the layaway amount is based upon community knowledge associated with purchasing habits within the community.
18. The method of claim 17, wherein the community knowledge comprises, for a plurality of users, at least one of purchasing strategies, savings strategies, transaction histories, demographics, merchant information, debtor information, debt history, debtors, timeframes, payment terms, payment histories, penalty histories, penalty amounts, penalty rules, debt obligations, savings goals, savings accomplishments, survey results and user recommendations.
19. The method of claim 1, further comprising sending, in response to the layaway amount being transferred, to a merchant associated with the layaway transaction at least one of a report, a text message, an email and a message via a social networking site.
20. A system, comprising:
a network interface communicating with a memory;
the memory communicating with a processor; and
the processor, when executing a computer program, is configured to:
receive layaway information for a layaway transaction;
determine a layaway amount based upon the layaway information wherein the layaway amount is transferred from a user account;
analyze user debt information to determine a plurality of pending debt payments;
determine a plurality of penalties by analyzing a penalty for each of the plurality of pending debt payments;
determine a payment hierarchy based upon the layaway amount, the plurality of pending debt payments, and the plurality of penalties, wherein the payment hierarchy minimizes the plurality of penalties.
21. A non-transitory computer-readable medium having computer-executable instructions stored thereon that, if executed by a computer-based system for determining a layaway amount and a payment hierarchy, cause the computer-based system to perform operations comprising:
receiving, at a computer, layaway information for a layaway transaction;
determining, by the computer-based system, the layaway amount based upon the layaway information wherein the layaway amount is transferred from a user account;
analyzing, by the computer-based system, user debt information to determine a plurality of pending debt payments;
determining, by the computer-based system, a plurality of penalties by analyzing a penalty for each of the plurality of pending debt payments;
determining, by the computer-based system, the payment hierarchy based upon the layaway amount, the plurality of pending debt payments, and the plurality of penalties, wherein the payment hierarchy minimizes the plurality of penalties.
US12/852,122 2000-11-06 2010-08-06 Pay yourself first with revenue generation Abandoned US20110004514A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/852,122 US20110004514A1 (en) 2000-11-06 2010-08-06 Pay yourself first with revenue generation

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
US24620800P 2000-11-06 2000-11-06
US27981701P 2001-03-29 2001-03-29
US09/836,213 US7398225B2 (en) 2001-03-29 2001-04-17 System and method for networked loyalty program
US10/010,947 US7398226B2 (en) 2000-11-06 2001-11-06 System and method for networked loyalty program
US54271604P 2004-02-06 2004-02-06
US55285704P 2004-03-11 2004-03-11
US10/710,779 US8473380B2 (en) 2000-11-06 2004-08-02 Pay yourself first budgeting
US12/710,566 US20100153200A1 (en) 2004-08-02 2010-02-23 Pay yourself first with automated data input
US12/756,346 US20100198724A1 (en) 2004-08-02 2010-04-08 Pay yourself first with community knowledge
US12/851,470 US20100299251A1 (en) 2000-11-06 2010-08-05 Pay yourself first with revenue generation
US12/852,122 US20110004514A1 (en) 2000-11-06 2010-08-06 Pay yourself first with revenue generation

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US12/851,470 Continuation US20100299251A1 (en) 2000-11-06 2010-08-05 Pay yourself first with revenue generation

Publications (1)

Publication Number Publication Date
US20110004514A1 true US20110004514A1 (en) 2011-01-06

Family

ID=46332439

Family Applications (7)

Application Number Title Priority Date Filing Date
US12/851,470 Abandoned US20100299251A1 (en) 2000-11-06 2010-08-05 Pay yourself first with revenue generation
US12/852,246 Abandoned US20100325036A1 (en) 2000-11-06 2010-08-06 Pay yourself first with revenue generation
US12/852,272 Abandoned US20100324986A1 (en) 2000-11-06 2010-08-06 Pay yourself first with revenue generation
US12/852,122 Abandoned US20110004514A1 (en) 2000-11-06 2010-08-06 Pay yourself first with revenue generation
US12/852,224 Abandoned US20100299260A1 (en) 2000-11-06 2010-08-06 Pay yourself first with revenue generation
US12/852,074 Expired - Fee Related US8732073B2 (en) 2000-11-06 2010-08-06 Pay yourself first with revenue generation
US12/852,141 Abandoned US20100299252A1 (en) 2000-11-06 2010-08-06 Pay yourself first with revenue generation

Family Applications Before (3)

Application Number Title Priority Date Filing Date
US12/851,470 Abandoned US20100299251A1 (en) 2000-11-06 2010-08-05 Pay yourself first with revenue generation
US12/852,246 Abandoned US20100325036A1 (en) 2000-11-06 2010-08-06 Pay yourself first with revenue generation
US12/852,272 Abandoned US20100324986A1 (en) 2000-11-06 2010-08-06 Pay yourself first with revenue generation

Family Applications After (3)

Application Number Title Priority Date Filing Date
US12/852,224 Abandoned US20100299260A1 (en) 2000-11-06 2010-08-06 Pay yourself first with revenue generation
US12/852,074 Expired - Fee Related US8732073B2 (en) 2000-11-06 2010-08-06 Pay yourself first with revenue generation
US12/852,141 Abandoned US20100299252A1 (en) 2000-11-06 2010-08-06 Pay yourself first with revenue generation

Country Status (1)

Country Link
US (7) US20100299251A1 (en)

Cited By (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080059302A1 (en) * 2006-08-31 2008-03-06 Fordyce Iii Edward W Loyalty program service
US20080059303A1 (en) * 2006-08-31 2008-03-06 Fordyce Edward W Transaction evaluation for providing rewards
US20080059307A1 (en) * 2006-08-31 2008-03-06 Fordyce Iii Edward W Loyalty program parameter collaboration
US20080228582A1 (en) * 2007-03-15 2008-09-18 Fordyce Edward W Loyalty program for merchant inventory
US20090006203A1 (en) * 2007-04-30 2009-01-01 Fordyce Iii Edward W Payment account processing which conveys financial transaction data and non financial transaction data
US20090099960A1 (en) * 2006-03-10 2009-04-16 Experian-Scorex, Llc Systems and methods for analyzing data
US20100169170A1 (en) * 2007-08-30 2010-07-01 Fordyce Iii Edward W Merchant offer program
US20100169209A1 (en) * 2002-05-30 2010-07-01 Experian Information Solutions,Inc. System and method for interactively simulating a credit-worthiness score
US20100174638A1 (en) * 2009-01-06 2010-07-08 ConsumerInfo.com Report existence monitoring
US20110166969A1 (en) * 2002-04-08 2011-07-07 Hughes John M System and method for software development
US8321334B1 (en) 2003-05-30 2012-11-27 Experian Information Solutions, Inc. Credit score simulation
US8620788B2 (en) * 2012-03-09 2013-12-31 Hartford Fire Insurance Company System and method for dynamic financial account management
US8620738B2 (en) 2006-08-31 2013-12-31 Visa U.S.A. Inc Loyalty program incentive determination
US8738516B1 (en) 2011-10-13 2014-05-27 Consumerinfo.Com, Inc. Debt services candidate locator
US8930263B1 (en) 2003-05-30 2015-01-06 Consumerinfo.Com, Inc. Credit data analysis
WO2014209677A3 (en) * 2013-06-26 2015-02-19 Mastercard International Incorporated Payment and reward optimization in electronic commerce system
TWI485636B (en) * 2011-03-24 2015-05-21 Danal Taiwan Co Ltd The use of integrated bar code in the system and mobile devices to deal with payment information control method
US9058627B1 (en) 2002-05-30 2015-06-16 Consumerinfo.Com, Inc. Circular rotational interface for display of consumer credit information
US9256904B1 (en) 2008-08-14 2016-02-09 Experian Information Solutions, Inc. Multi-bureau credit file freeze and unfreeze
USD759689S1 (en) 2014-03-25 2016-06-21 Consumerinfo.Com, Inc. Display screen or portion thereof with graphical user interface
USD759690S1 (en) 2014-03-25 2016-06-21 Consumerinfo.Com, Inc. Display screen or portion thereof with graphical user interface
USD760256S1 (en) 2014-03-25 2016-06-28 Consumerinfo.Com, Inc. Display screen or portion thereof with graphical user interface
US20160280453A1 (en) * 2013-12-17 2016-09-29 Caffitaly System S.P.A. Capsule for making beverages
US9558519B1 (en) 2011-04-29 2017-01-31 Consumerinfo.Com, Inc. Exposing reporting cycle information
US9569797B1 (en) 2002-05-30 2017-02-14 Consumerinfo.Com, Inc. Systems and methods of presenting simulated credit score information
US9690820B1 (en) 2007-09-27 2017-06-27 Experian Information Solutions, Inc. Database system for triggering event notifications based on updates to database records
US9710852B1 (en) 2002-05-30 2017-07-18 Consumerinfo.Com, Inc. Credit report timeline user interface
US9830646B1 (en) 2012-11-30 2017-11-28 Consumerinfo.Com, Inc. Credit score goals and alerts systems and methods
US9836743B2 (en) 2014-06-04 2017-12-05 Visa International Service Association Systems and methods to register merchants for data processing in an electronic transaction system
US9870589B1 (en) 2013-03-14 2018-01-16 Consumerinfo.Com, Inc. Credit utilization tracking and reporting
US10255598B1 (en) 2012-12-06 2019-04-09 Consumerinfo.Com, Inc. Credit card account data extraction
US10460376B1 (en) * 2007-11-28 2019-10-29 Wells Fargo Bank, N.A. System and method for data management and financial budgeting
US10489754B2 (en) 2013-11-11 2019-11-26 Visa International Service Association Systems and methods to facilitate the redemption of offer benefits in a form of third party statement credits
US10586279B1 (en) 2004-09-22 2020-03-10 Experian Information Solutions, Inc. Automated analysis of data to generate prospect notifications based on trigger events
US10671749B2 (en) 2018-09-05 2020-06-02 Consumerinfo.Com, Inc. Authenticated access and aggregation database platform
US10757154B1 (en) 2015-11-24 2020-08-25 Experian Information Solutions, Inc. Real-time event-based notification system
US20210174451A1 (en) * 2012-02-06 2021-06-10 Acorns Grow Incorporated Systems and methods for creating excess funds from retail transactions and apportioning those funds into investments
US11227001B2 (en) 2017-01-31 2022-01-18 Experian Information Solutions, Inc. Massive scale heterogeneous data ingestion and user resolution
US11410215B1 (en) 2019-10-17 2022-08-09 Wells Fargo Bank, N.A. Electronic layaway
US11410230B1 (en) 2015-11-17 2022-08-09 Consumerinfo.Com, Inc. Realtime access and control of secure regulated data

Families Citing this family (87)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8078527B2 (en) 1999-12-29 2011-12-13 The Western Union Company Methods and systems for actively optimizing a credit score and managing/reducing debt
US20060064378A1 (en) * 2004-09-21 2006-03-23 Jeff Clementz Method and apparatus for maintaining linked accounts
US20070033134A1 (en) 2005-08-02 2007-02-08 Bank Of America Corporation Automatic Savings Program
US20080228638A1 (en) * 2007-03-14 2008-09-18 Ebay Inc. Method and system of controlling linked accounts
US7945512B2 (en) * 2007-03-14 2011-05-17 Ebay Inc. Spending and savings secondary linked accounts
US7945238B2 (en) 2007-06-28 2011-05-17 Kajeet, Inc. System and methods for managing the utilization of a communications device
US20150081411A1 (en) * 2008-02-08 2015-03-19 Bank Of America Corporation Enhanced Automatic Savings Program
US10564990B1 (en) 2010-02-23 2020-02-18 Intuit Inc. Interactive budget display including dynamically adjustable budget elements
US20120078758A1 (en) * 2010-09-28 2012-03-29 Murphy Gail R Behavior exchange system and method of use
US9330415B1 (en) * 2010-10-28 2016-05-03 Intuit Inc. Personal savings plan
US8498930B2 (en) * 2010-11-09 2013-07-30 Creditxpert, Inc. System and method for credit forecasting
WO2012094673A1 (en) * 2011-01-07 2012-07-12 Collegenet, Inc. Method and system for improving performance of endowments
US20130097033A1 (en) * 2011-10-17 2013-04-18 Kristen Brown System and method for promoting use of reusable shopping bags
US20130103580A1 (en) * 2011-10-19 2013-04-25 John Ventura Systems and methods for household cash management system
US10719840B2 (en) * 2011-10-24 2020-07-21 Transform Sr Brands Llc Systems and methods for distributing customizable and shareable tiered offers
US9477987B2 (en) * 2012-03-05 2016-10-25 Frontpaw Solutions, Llc Methods and apparatus related to producing a household economic forecast
US9137234B2 (en) * 2012-03-23 2015-09-15 Cloudpath Networks, Inc. System and method for providing a certificate based on granted permissions
US20140164046A1 (en) * 2012-06-20 2014-06-12 Catalyst Collective Partners, Llc Integrated food and beverage management, inventory and distribution system
US20140032392A1 (en) * 2012-07-30 2014-01-30 Apple Inc. Financing systems integration
US20140047101A1 (en) * 2012-08-09 2014-02-13 William Nix Method for Personalized Shopping Recommendations
US20140081852A1 (en) * 2012-09-14 2014-03-20 Bank Of America Corporation Bill payment using gift card
US9330357B1 (en) * 2012-10-04 2016-05-03 Groupon, Inc. Method, apparatus, and computer program product for determining a provider return rate
US20140122269A1 (en) * 2012-10-31 2014-05-01 Wal-Mart Stores, Inc. Layaway apparatus and method
WO2014071261A1 (en) * 2012-11-01 2014-05-08 Double Check Solutions, Llc Financial alert management system
US10504132B2 (en) * 2012-11-27 2019-12-10 American Express Travel Related Services Company, Inc. Dynamic rewards program
US20140164089A1 (en) * 2012-12-07 2014-06-12 Bank Of America Corporation Reward Decision Engine
US10387858B2 (en) * 2013-02-07 2019-08-20 Jpmorgan Chase Bank, N.A. Integrated electronic cash flow management system and method
US20140258023A1 (en) * 2013-03-11 2014-09-11 Bank Of America Corporation Intelligent Personal Finance Tracking Engine
US20150012451A1 (en) * 2013-03-12 2015-01-08 Scala Hosting Llc Social network prestige program
US20140279409A1 (en) * 2013-03-14 2014-09-18 Bank Of America Corporation Recommending retroactive vehicle for payment based on in-flows and out-flows
US9305290B2 (en) * 2013-04-03 2016-04-05 Amy Carenza Employee vacation scheduling and payout system
US20150073952A1 (en) * 2013-09-10 2015-03-12 Cashpath Financial LLC Systems and methods for daily recommended spend
US9563900B1 (en) * 2013-09-27 2017-02-07 Groupon, Inc. Method, apparatus, and computer program product for consumer tracking
US9734520B2 (en) * 2013-10-08 2017-08-15 Paypal, Inc. Prompt, detailed rating of goods and services with delayed feedback
US20150112817A1 (en) * 2013-10-21 2015-04-23 Sam Peter Hamilton Systems and methods for sharing data to enhance a consumer experience
US10102536B1 (en) 2013-11-15 2018-10-16 Experian Information Solutions, Inc. Micro-geographic aggregation system
US9830651B1 (en) 2014-01-29 2017-11-28 Square, Inc. Crowdfunding framework
US9576030B1 (en) 2014-05-07 2017-02-21 Consumerinfo.Com, Inc. Keeping up with the joneses
US9727912B1 (en) 2014-05-26 2017-08-08 Square, Inc. Approaches for merchant financing
US10445826B1 (en) 2014-05-26 2019-10-15 Square, Inc. Merchant financing system
US9984412B1 (en) 2014-05-26 2018-05-29 Square, Inc. Approaches to location based merchant financing
US9786005B1 (en) 2014-05-26 2017-10-10 Square, Inc. System and methods for financing merchant business needs
US20150348186A1 (en) * 2014-05-27 2015-12-03 C1 Bank System and method for dynamic customer acquisition probability and risk-adjusted return-on-equity analysis
US9436964B2 (en) 2014-05-29 2016-09-06 Mastercard International Incorporated Systems and methods for mandated services verification
US10402896B1 (en) 2014-07-03 2019-09-03 Wells Fargo Bank, N.A. Systems and methods for interactive financial categorization and budgeting
US10223754B1 (en) * 2014-08-12 2019-03-05 Wells Fargo Bank, N.A. Personal financial planning and engagement with peer-based comparison
US10565642B1 (en) 2014-10-23 2020-02-18 Square, Inc. Inventory management with capital advance
US9836786B1 (en) * 2014-11-13 2017-12-05 Square, Inc. Intelligent division of funds across merchant accounts
US10242019B1 (en) 2014-12-19 2019-03-26 Experian Information Solutions, Inc. User behavior segmentation using latent topic detection
US10902512B1 (en) 2015-01-22 2021-01-26 Square, Inc. Third party merchant financing
US9824394B1 (en) 2015-02-06 2017-11-21 Square, Inc. Payment processor financing of customer purchases
US10019698B1 (en) 2015-02-13 2018-07-10 Square, Inc. Merchant cash advance payment deferrals
US9773242B1 (en) 2015-03-19 2017-09-26 Square, Inc. Mobile point-of-sale crowdfunding
US9779432B1 (en) 2015-03-31 2017-10-03 Square, Inc. Invoice financing and repayment
US9892458B1 (en) 2015-03-31 2018-02-13 Square, Inc. Invoice financing and repayment
US10453086B1 (en) 2015-04-01 2019-10-22 Square, Inc. Individualized incentives to improve financing outcomes
US20170046667A1 (en) * 2015-08-14 2017-02-16 International Business Machines Corporation Generating a payment plan for payments due based on characteristics of fund sources
US9792597B1 (en) 2015-10-30 2017-10-17 Square, Inc. Product catalog services
US10600023B2 (en) 2016-03-02 2020-03-24 Walmart Apollo, Llc Apparatus and method for dynamic layaway inventory management
US10678894B2 (en) 2016-08-24 2020-06-09 Experian Information Solutions, Inc. Disambiguation and authentication of device users
US11138577B2 (en) 2016-09-19 2021-10-05 American International Group, Inc. System, method, and computer program product for automatically managing periodic debt payments and savings contributions
US10476974B2 (en) 2016-10-07 2019-11-12 Bank Of America Corporation System for automatically establishing operative communication channel with third party computing systems for subscription regulation
US10614517B2 (en) 2016-10-07 2020-04-07 Bank Of America Corporation System for generating user experience for improving efficiencies in computing network functionality by specializing and minimizing icon and alert usage
US10460383B2 (en) * 2016-10-07 2019-10-29 Bank Of America Corporation System for transmission and use of aggregated metrics indicative of future customer circumstances
US10621558B2 (en) 2016-10-07 2020-04-14 Bank Of America Corporation System for automatically establishing an operative communication channel to transmit instructions for canceling duplicate interactions with third party systems
US20180101900A1 (en) * 2016-10-07 2018-04-12 Bank Of America Corporation Real-time dynamic graphical representation of resource utilization and management
US10510088B2 (en) 2016-10-07 2019-12-17 Bank Of America Corporation Leveraging an artificial intelligence engine to generate customer-specific user experiences based on real-time analysis of customer responses to recommendations
US10636029B2 (en) 2016-11-14 2020-04-28 Bank Of America Corporation System for priority presentation integration on third party systems for limiting resource disbursement
US11232489B2 (en) 2017-04-24 2022-01-25 Consumer Direct, Inc. Scenario gamification to provide actionable elements and temporally appropriate advertising
US11514517B2 (en) 2017-04-24 2022-11-29 Consumer Direct, Inc. Scenario gamification to provide improved mortgage and securitization
US20190005471A1 (en) * 2017-06-28 2019-01-03 Kitaru Innovations Inc. Method of operating and using a cryptocurrency
US10796363B1 (en) 2017-11-15 2020-10-06 Square, Inc. Customized financing based on transaction information
US10692140B1 (en) 2017-11-15 2020-06-23 Square, Inc. Customized financing based on transaction information
US20190172162A1 (en) * 2017-12-06 2019-06-06 Terry Smith, SR. Home/property equity surrender funds
US20190180255A1 (en) * 2017-12-12 2019-06-13 Capital One Services, Llc Utilizing machine learning to generate recommendations for a transaction based on loyalty credits and stored-value cards
US11436623B2 (en) * 2018-05-17 2022-09-06 Jpmorgan Chase Bank, N.A. Systems and methods for reward account processing using a distributed ledger
US11205197B2 (en) 2018-11-09 2021-12-21 Capital Intellect, Inc. System and method for diminishing latency in reward payments
US11244342B1 (en) 2018-12-20 2022-02-08 Wells Fargo Bank, N.A. Systems and methods for rewards engagement score
US10970730B2 (en) * 2019-03-22 2021-04-06 Pritam Suru Systems and methods for networked referral marketing transactions
WO2020210709A1 (en) * 2019-04-09 2020-10-15 Flo Free LLC Integrated personal finance management system for managing cash flow
KR102105522B1 (en) * 2019-08-30 2020-04-29 주식회사 코보시스 Billing system with muliple billing features
US11361390B2 (en) 2019-10-02 2022-06-14 Mastercard International Incorporated Scheduling a payment based on a recommended payment schedule for a business entity
US11531987B2 (en) * 2020-05-28 2022-12-20 Capital One Services, Llc User profiling based on transaction data associated with a user
US20220138796A1 (en) * 2020-10-29 2022-05-05 Display Social, Inc. Social media content creator support
US11288720B1 (en) 2020-12-11 2022-03-29 International Business Machines Corporation Invoice generation recommendation
US20220253931A1 (en) * 2020-12-28 2022-08-11 Carbeeza Ltd. Computer system
US20230177555A1 (en) * 2021-12-06 2023-06-08 Capital One Services, Llc Systems and methods for item obtainment via automated discharge

Citations (92)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4910672A (en) * 1984-07-18 1990-03-20 Catalina Marketing Corporation Method and apparatus for dispensing discount coupons
US5025372A (en) * 1987-09-17 1991-06-18 Meridian Enterprises, Inc. System and method for administration of incentive award program through use of credit
US5178408A (en) * 1990-04-25 1993-01-12 Kolbenschmidt Aktiengesellschaft Gas bag for airbag systems
US5201010A (en) * 1989-05-01 1993-04-06 Credit Verification Corporation Method and system for building a database and performing marketing based upon prior shopping history
US5202826A (en) * 1989-01-27 1993-04-13 Mccarthy Patrick D Centralized consumer cash value accumulation system for multiple merchants
US5305196A (en) * 1989-05-01 1994-04-19 Credit Verification Corporation Check transaction processing, database building and marketing method and system utilizing automatic check reading
US5319542A (en) * 1990-09-27 1994-06-07 International Business Machines Corporation System for ordering items using an electronic catalogue
US5327620A (en) * 1993-11-26 1994-07-12 Far Great Plastics Industrial Co., Ltd. Fastening means for connecting a gaiter to a roller skate
US5382779A (en) * 1993-05-07 1995-01-17 Digicomp Research Corporation Shelf price label verification apparatus and method
US5424524A (en) * 1993-06-24 1995-06-13 Ruppert; Jonathan P. Personal scanner/computer for displaying shopping lists and scanning barcodes to aid shoppers
US5483444A (en) * 1993-10-26 1996-01-09 Radisson Hotels International, Inc. System for awarding credits to persons who book travel-related reservations
US5491326A (en) * 1994-11-23 1996-02-13 Xcp, Inc. Card metering system
US5513102A (en) * 1994-06-28 1996-04-30 Auriemma Consulting Group, Inc. Data processing methods of implementing an award to an authorized user of a credit card
US5537314A (en) * 1994-04-18 1996-07-16 First Marketrust Intl. Referral recognition system for an incentive award program
US5612868A (en) * 1984-07-18 1997-03-18 Catalina Marketing International, Inc Method and apparatus for dispensing discount coupons
US5621812A (en) * 1989-05-01 1997-04-15 Credit Verification Corporation Method and system for building a database for use with selective incentive marketing in response to customer shopping histories
US5630073A (en) * 1994-07-25 1997-05-13 Nolan; Jon D. Personal account tracking system
US5642485A (en) * 1989-05-01 1997-06-24 Credit Verification Corporation Method and system for selective incentive point-of-sale marketing in response to customer shopping histories
US5649114A (en) * 1989-05-01 1997-07-15 Credit Verification Corporation Method and system for selective incentive point-of-sale marketing in response to customer shopping histories
US5716211A (en) * 1997-04-01 1998-02-10 Vetter; Lance Educational savings apparatus and method
US5734838A (en) * 1995-05-04 1998-03-31 American Savings Bank, F.A. Database computer architecture for managing an incentive award program and checking float of funds at time of purchase
US5742845A (en) * 1995-06-22 1998-04-21 Datascape, Inc. System for extending present open network communication protocols to communicate with non-standard I/O devices directly coupled to an open network
US5745706A (en) * 1994-12-30 1998-04-28 Wolfberg; Larry Computer system and related equipment for spending and investment account management
US5774870A (en) * 1995-12-14 1998-06-30 Netcentives, Inc. Fully integrated, on-line interactive frequency and award redemption program
US5864822A (en) * 1996-06-25 1999-01-26 Baker, Iii; Bernard R. Benefits tracking and correlation system for use with third-party enabling organization
US5875437A (en) * 1987-04-15 1999-02-23 Proprietary Financial Products, Inc. System for the operation and management of one or more financial accounts through the use of a digital communication and computation system for exchange, investment and borrowing
US5892827A (en) * 1996-06-14 1999-04-06 Catalina Marketing International, Inc. Method and apparatus for generating personal identification numbers for use in consumer transactions
US5913210A (en) * 1998-03-27 1999-06-15 Call; Charles G. Methods and apparatus for disseminating product information via the internet
US5915244A (en) * 1996-12-31 1999-06-22 Bi Performance Services Computerized incentive program with plateau pricing and remote award redemption
US5914472A (en) * 1997-09-23 1999-06-22 At&T Corp Credit card spending authorization control system
US5915007A (en) * 1998-04-14 1999-06-22 Catalina Marketing International, Inc. Method and system for using a frequent shopper card as a phone calling card
US5918214A (en) * 1996-10-25 1999-06-29 Ipf, Inc. System and method for finding product and service related information on the internet
US5920847A (en) * 1993-11-01 1999-07-06 Visa International Service Association Electronic bill pay system
US6010239A (en) * 1996-03-07 2000-01-04 Hardgrave; William David Automatic item-driven system for deposit and pick-up
US6012039A (en) * 1994-11-28 2000-01-04 Smarttouch, Inc. Tokenless biometric electronic rewards system
US6012051A (en) * 1997-02-06 2000-01-04 America Online, Inc. Consumer profiling system with analytic decision processor
US6014634A (en) * 1995-12-26 2000-01-11 Supermarkets Online, Inc. System and method for providing shopping aids and incentives to customers through a computer network
US6018718A (en) * 1997-08-28 2000-01-25 Walker Asset Management Limited Partnership Method and system for processing customized reward offers
US6026370A (en) * 1997-08-28 2000-02-15 Catalina Marketing International, Inc. Method and apparatus for generating purchase incentive mailing based on prior purchase history
US6026375A (en) * 1997-12-05 2000-02-15 Nortel Networks Corporation Method and apparatus for processing orders from customers in a mobile environment
US6026377A (en) * 1993-11-30 2000-02-15 Burke; Raymond R. Computer system for allowing a consumer to purchase packaged goods at home
US6032133A (en) * 1993-11-01 2000-02-29 Visainternational Service Association Electronic bill pay system
US6032136A (en) * 1998-11-17 2000-02-29 First Usa Bank, N.A. Customer activated multi-value (CAM) card
US6035280A (en) * 1995-06-16 2000-03-07 Christensen; Scott N. Electronic discount couponing method and apparatus for generating an electronic list of coupons
US6039244A (en) * 1996-10-04 2000-03-21 Finsterwald; Martin Method of building up a data bank containing customer data and/or for the organization of a rebate or coupon system
US6041309A (en) * 1998-09-25 2000-03-21 Oneclip.Com, Incorporated Method of and system for distributing and redeeming electronic coupons
US6049778A (en) * 1997-10-31 2000-04-11 Walker Asset Management Limited Partnership Method and apparatus for administering a reward program
US6049779A (en) * 1998-04-06 2000-04-11 Berkson; Stephen P. Call center incentive system and method
US6058371A (en) * 1998-05-08 2000-05-02 Djian; Jacques-Henri Method of administering a financial instrument having a service voucher-based return component
US6061660A (en) * 1997-10-20 2000-05-09 York Eggleston System and method for incentive programs and award fulfillment
US6064979A (en) * 1996-10-25 2000-05-16 Ipf, Inc. Method of and system for finding and serving consumer product related information over the internet using manufacturer identification numbers
US6076101A (en) * 1996-09-12 2000-06-13 Fujitsu Limited Electronic mail processing system with bonus point tracking
US6173267B1 (en) * 1998-02-24 2001-01-09 Laurie Cairns Method for product promotion
US6178407B1 (en) * 1997-04-04 2001-01-23 Mikhail Lotvin Computer apparatus and methods supporting different categories of users
US6185541B1 (en) * 1995-12-26 2001-02-06 Supermarkets Online, Inc. System and method for providing shopping aids and incentives to customers through a computer network
US6216129B1 (en) * 1998-12-03 2001-04-10 Expanse Networks, Inc. Advertisement selection system supporting discretionary target market characteristics
US6298335B1 (en) * 1995-01-06 2001-10-02 Robert Bernstein Method of controlling payment of debts
US6347305B1 (en) * 1999-10-29 2002-02-12 E-Duction, Inc. Method for selecting and processing a payroll deduction plan as a payment option during electronic commerce
US20020026426A1 (en) * 2000-08-24 2002-02-28 Bennett Joseph Michael Method of accessing the internet via the use of automated teller machines
US6363362B1 (en) * 1999-04-07 2002-03-26 Checkfree Services Corporation Technique for integrating electronic accounting systems with an electronic payment system
US20020062253A1 (en) * 2000-10-20 2002-05-23 Sidney Dosh Loyalty club reward system for use in a broadcast loyalty program
US6401079B1 (en) * 1999-10-01 2002-06-04 Inleague, Inc. System for web-based payroll and benefits administration
US20020077978A1 (en) * 2000-06-22 2002-06-20 The Chase Manhattan Bank Method and system for processing internet payments
US20020082918A1 (en) * 2000-10-31 2002-06-27 Beenz.Com Inc. Loyalty system incorporating embedded incentives
US20020082920A1 (en) * 2000-11-17 2002-06-27 Kermit Austin System and methods for providing a multi-merchant loyalty program
US20020082990A1 (en) * 2000-12-22 2002-06-27 J.J. & Associates Inc. Method of invoice presentation and payment
US20030018557A1 (en) * 2001-07-18 2003-01-23 Gilbert James A. Financial processing gateway structure
US20030023549A1 (en) * 2001-06-27 2003-01-30 American Express Travel Related Services Company, Inc. Consolidated payment account system and method
US20030069842A1 (en) * 2000-07-25 2003-04-10 Peter Kight Inter-network electronic billing
US20030074211A1 (en) * 2001-10-15 2003-04-17 Easy 221 Consulting Inc. Online real-time corporate business planning system and method
US20030105689A1 (en) * 2001-11-30 2003-06-05 Chandak Sanjeev Kumar Methods, systems and articles of manufacture for managing financial accounts with reward incentives
US6578015B1 (en) * 1999-08-31 2003-06-10 Oracle International Corporation Methods, devices and systems for electronic bill presentment and payment
US20030149632A1 (en) * 1997-09-29 2003-08-07 Walker Jay S. Method and system for processing payments for remotely purchased goods
US20040015438A1 (en) * 1999-12-29 2004-01-22 First Data Corporation Methods and apparatus for mapping sources and uses of consumer funds
US20040039692A1 (en) * 2000-09-15 2004-02-26 Hyperwallet Systems Inc. On-line payment system
US20040035923A1 (en) * 2001-08-23 2004-02-26 Andrew Kahr Process for acquiring new borrowers by funding bill payment
US20040049439A1 (en) * 2002-09-06 2004-03-11 David Johnston Interactive electronic bill payment system
US20040049560A1 (en) * 2002-09-09 2004-03-11 Shudong Zhou Method and apparatus for configuring a computer system to operate with perhiperal devices
US20040111367A1 (en) * 2000-08-15 2004-06-10 Yahoo' Inc. Systems and methods for implementing person-to-person money exchange
US20040111370A1 (en) * 2000-06-27 2004-06-10 Digital World Access, Inc. Single source money management system
US20050004856A1 (en) * 2001-07-31 2005-01-06 American Express Travel Related Services Company, Inc. Stochastic modeling module for providing financial planning and advice
US20050044042A1 (en) * 2001-08-31 2005-02-24 Dennis Mendiola Financial transaction system and method using electronic messaging
US20050077348A1 (en) * 2003-08-11 2005-04-14 Colin Hendrick Intelligent ID card holder
US20050097034A1 (en) * 2003-11-03 2005-05-05 Discover Financial Services Award system with increased payout options
US6890179B2 (en) * 2002-10-08 2005-05-10 Cashflow Technologies, Inc. Interactive games for teaching financial principles
US20050102209A1 (en) * 2003-11-12 2005-05-12 Jon Sagrillo Method and system for computing personal and business financial information
US6907403B1 (en) * 2000-07-13 2005-06-14 C4Cast.Com, Inc. Identifying industry sectors using statistical clusterization
US6980968B1 (en) * 1997-03-21 2005-12-27 Walker Digital, Llc Method and apparatus for providing and processing installment plans at a terminal
US6985867B1 (en) * 1997-01-29 2006-01-10 Sandia Corporation Method of predicting a change in an economy
US20070118476A1 (en) * 2001-01-17 2007-05-24 George Likourezos System and method to automate payment for a commerce transaction
US7236950B2 (en) * 1998-10-29 2007-06-26 Universal Card Services Corp. Method and system of combined billing of multiple accounts on a single statement
US20080005021A1 (en) * 2000-06-27 2008-01-03 Brown Nicholas A L Transaction system and method

Family Cites Families (96)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4400017A (en) * 1981-03-04 1983-08-23 Pendergrass Russell G Integrated budget and check record book
US5093787A (en) * 1986-06-12 1992-03-03 Simmons John C Electronic checkbook with automatic reconciliation
EP0308224A3 (en) 1987-09-17 1990-09-05 Meridian Enterprises, Inc. Incentive award system
US5214579A (en) * 1989-12-22 1993-05-25 L & C Family Partnership Goal-oriented investment indexing, tracking and monitoring data processing system
FI264U1 (en) * 1992-01-15 1992-09-16 Stephen Ind Inc Oy Medelanskaffningsmedel
US5483445A (en) * 1992-10-22 1996-01-09 American Express Trs Automated billing consolidation system and method
US5621640A (en) * 1993-02-18 1997-04-15 Every Penny Counts, Inc. Automatic philanthropic contribution system
US5895902A (en) * 1993-09-07 1999-04-20 Ziarno; Witold A. Method of contributions management, and device and networks therefor
JPH08235276A (en) 1995-02-28 1996-09-13 Sanwa Ginkou:Kk Method and device for opening automatic installment saving account
US5659165A (en) * 1995-07-24 1997-08-19 Citibank. N.A. Customer-directed, automated process for transferring funds between accounts via a communications network
US6067525A (en) * 1995-10-30 2000-05-23 Clear With Computers Integrated computerized sales force automation system
US6088686A (en) * 1995-12-12 2000-07-11 Citibank, N.A. System and method to performing on-line credit reviews and approvals
US20020023055A1 (en) * 1996-03-01 2002-02-21 Antognini Walter Gerard System and method for digital bill presentment and payment
US5878405A (en) * 1996-09-25 1999-03-02 Coordinated Data Services, Inc. Pension planning and liquidity management system
US5953710A (en) * 1996-10-09 1999-09-14 Fleming; Stephen S. Children's credit or debit card system
US6285987B1 (en) * 1997-01-22 2001-09-04 Engage, Inc. Internet advertising system
US5920848A (en) * 1997-02-12 1999-07-06 Citibank, N.A. Method and system for using intelligent agents for financial transactions, services, accounting, and advice
EP0972261A1 (en) * 1997-03-31 2000-01-19 Bellsouth Corporation A system and method for associating services information with selected elements of an organization
US5978768A (en) * 1997-05-08 1999-11-02 Mcgovern; Robert J. Computerized job search system and method for posting and searching job openings via a computer network
US6012048A (en) * 1997-05-30 2000-01-04 Capital Security Systems, Inc. Automated banking system for dispensing money orders, wire transfer and bill payment
US6164553A (en) * 1997-07-07 2000-12-26 Derksen; William Edmond Heat recovery system and heat exchanger therefor
US6128603A (en) * 1997-09-09 2000-10-03 Dent; Warren T. Consumer-based system and method for managing and paying electronic billing statements
US6073840A (en) * 1997-09-26 2000-06-13 Gilbarco Inc. Fuel dispensing and retail system providing for transponder prepayment
US6070153A (en) * 1997-11-21 2000-05-30 Simpson; Mark S. System and method for automatically investing a portion of a credit card interest charged amount in an investment account
US5918217A (en) 1997-12-10 1999-06-29 Financial Engines, Inc. User interface for a financial advisory system
US6314517B1 (en) * 1998-04-02 2001-11-06 Entrust Technologies Limited Method and system for notarizing digital signature data in a system employing cryptography based security
EP0987642A3 (en) * 1998-09-15 2004-03-10 Citibank, N.A. Method and system for co-branding an electronic payment platform such as an electronic wallet
US6298334B1 (en) * 1998-10-15 2001-10-02 Netdecide Corporation Object-based numeric-analysis engine
US7752129B2 (en) * 1998-10-21 2010-07-06 Island Intellectual Property Llc Systems and methods for managing client accounts
US7519551B2 (en) * 1998-10-21 2009-04-14 Island Intellectual Property Llc Systems and methods for administering return sweep accounts
US20010011240A1 (en) * 1998-11-02 2001-08-02 Ameritech Corporation Bill processing system and method
US6164533A (en) * 1998-11-12 2000-12-26 Barton; Blain Point of sale automatic savings program contribution system
AU3108600A (en) * 1998-12-02 2000-06-19 Pinnacle Communications International, Inc. Internet-based network marketing
US6842877B2 (en) * 1998-12-18 2005-01-11 Tangis Corporation Contextual responses based on automated learning techniques
US20030050831A1 (en) * 1998-12-22 2003-03-13 John Klayh System for distribution and redemption of loyalty points and coupons
US6907566B1 (en) * 1999-04-02 2005-06-14 Overture Services, Inc. Method and system for optimum placement of advertisements on a webpage
EP2367150A3 (en) * 1999-04-30 2013-04-17 PayPal, Inc. System and method for electronically exchanging value among distributed users
US7685067B1 (en) * 1999-05-14 2010-03-23 Amazon.Com, Inc. Computer-assisted funds transfer system
US7769630B2 (en) * 1999-06-23 2010-08-03 Signature Systems Llc Method and system for issuing, aggregating and redeeming rewards based on merchant transactions
US20050080727A1 (en) * 1999-06-23 2005-04-14 Richard Postrel Method and system for using reward points to liquidate products
US7716080B2 (en) * 1999-06-23 2010-05-11 Signature Systems, Llc Method and system for using multi-function cards for storing, managing and aggregating reward points
US7512551B2 (en) * 1999-06-23 2009-03-31 Signature Systems Llc Method and system for implementing a search engine with reward components and payment components
EP1224587A4 (en) * 1999-06-23 2006-01-18 Richard Postrel System for electronic barter, trading and redeeming points accumulated in frequent use reward programs
US7765124B2 (en) * 1999-06-23 2010-07-27 Signature Systems Llc Method and system for issuing, aggregating and redeeming merchant rewards with an issuing bank
US7742943B2 (en) * 1999-06-23 2010-06-22 Signature Systems Llc Method and system for issuing, aggregating and redeeming merchant loyalty points with an acquiring bank
US7243082B1 (en) * 1999-06-30 2007-07-10 Kyklos Entertainment S.R.L. Method and apparatus for generating a sale offer to selected individuals over electronic network systems
US6662194B1 (en) * 1999-07-31 2003-12-09 Raymond Anthony Joao Apparatus and method for providing recruitment information
US6965868B1 (en) * 1999-08-03 2005-11-15 Michael David Bednarek System and method for promoting commerce, including sales agent assisted commerce, in a networked economy
US6289340B1 (en) * 1999-08-03 2001-09-11 Ixmatch, Inc. Consultant matching system and method for selecting candidates from a candidate pool by adjusting skill values
MXPA02002524A (en) * 1999-09-10 2002-08-30 Richard Postrel System and method for generating travel coupons.
US6137967A (en) * 1999-09-13 2000-10-24 Oce Printing Systems Gmbh Document verification and tracking system for printed material
US6810401B1 (en) * 1999-10-08 2004-10-26 Edgenet Inc. Automated configuration system and method
US7313543B1 (en) * 1999-10-12 2007-12-25 Ameriprise Financial, Inc. System and method for dividing a remittance and distributing a portion of the funds to multiple investment products
US6567854B1 (en) * 1999-10-21 2003-05-20 Genuity Inc. Internet service delivery via server pushed personalized advertising dashboard
AU1789201A (en) 1999-11-23 2001-06-04 Jack Charles Biltis System and method for integrating income deduction payment techniques with internet e-commerce and ancillary systems
WO2001045019A1 (en) * 1999-12-16 2001-06-21 Zrep Inc. Method and apparatus for scoring and matching attributes of a seller to project or job profiles of a buyer
US6629081B1 (en) * 1999-12-22 2003-09-30 Accenture Llp Account settlement and financing in an e-commerce environment
US6972854B1 (en) * 2000-05-09 2005-12-06 Samsung Electronics Co., Ltd. Method for processing dual job at multi function peripheral
US7031935B1 (en) * 2000-07-31 2006-04-18 J.P. Morgan Advisory Services Inc. Method and system for computing path dependent probabilities of attaining financial goals
US7407095B1 (en) * 2000-07-31 2008-08-05 Symbol Technologies, Inc. IPOS transaction terminal
US20020026423A1 (en) * 2000-08-23 2002-02-28 Sony Electronics, Inc. Automated usage-independent and location-independent agent-based incentive method and system for customer retention
US20040107173A1 (en) * 2000-09-25 2004-06-03 E-Chain Cheng Operating system using artificial intelligence processing
US20070162387A1 (en) 2000-11-06 2007-07-12 Cataline Glen R System and method for optimized funding of electronic transactions
US8473380B2 (en) * 2000-11-06 2013-06-25 Propulsion Remote Holdings, Llc Pay yourself first budgeting
US7398225B2 (en) * 2001-03-29 2008-07-08 American Express Travel Related Services Company, Inc. System and method for networked loyalty program
US20100198724A1 (en) * 2004-08-02 2010-08-05 Consumer And Merchant Awareness Foundation Pay yourself first with community knowledge
US20100153200A1 (en) * 2004-08-02 2010-06-17 Consumer And Merchant Awareness Foundation Pay yourself first with automated data input
US7398226B2 (en) * 2000-11-06 2008-07-08 American Express Travel Related Services Company, Inc. System and method for networked loyalty program
US20020116266A1 (en) * 2001-01-12 2002-08-22 Thaddeus Marshall Method and system for tracking and providing incentives for time and attention of persons and for timing of performance of tasks
US20020123949A1 (en) * 2000-12-15 2002-09-05 Vanleeuwen Michael J. System and method for financial management and analysis
US7103573B2 (en) * 2001-04-02 2006-09-05 Privilegeone Networks, Llc User rewards program and associated communications system
WO2002082239A2 (en) * 2001-04-05 2002-10-17 Lee Ryder A personal or family financial accounting and management system
US7542993B2 (en) * 2001-05-10 2009-06-02 Equifax, Inc. Systems and methods for notifying a consumer of changes made to a credit report
US8260699B2 (en) * 2001-05-30 2012-09-04 Finicity Corp. Method and system for managing spending through account allocation
JP2003132224A (en) 2001-10-24 2003-05-09 Nec Corp Automatic saving system and automatic saving method
US6981268B2 (en) * 2001-12-05 2005-12-27 Microsoft Corporation System and method for persisting and resolving application assembly binds
US20030169863A1 (en) * 2002-01-28 2003-09-11 Milton Hernandez Billing hierarchies
US20030144938A1 (en) * 2002-01-29 2003-07-31 Robert Lahre Method and system for cash maximization
CA2380215C (en) * 2002-04-04 2006-06-13 Ottawa Fibre Inc. High throughput capacity spinner for manufacturing dual-component curly fibers
US20030216996A1 (en) * 2002-05-14 2003-11-20 Capital One Financial Corporation Methods and systems for providing financial payment services
US20030216960A1 (en) * 2002-05-16 2003-11-20 Richard Postrel System and method for offering geocentric-based incentives and executing a commercial transaction via a wireless device
US7634434B2 (en) * 2002-05-29 2009-12-15 Capital One Financial Corporation Systems and methods for transaction triggered cycling of financial accounts
US7014104B2 (en) * 2002-05-31 2006-03-21 First Data Corporation Gift matching method
US20040097287A1 (en) * 2002-11-14 2004-05-20 Richard Postrel Method and system for gaming over a computer network
US7124105B2 (en) * 2003-01-22 2006-10-17 Intuit Inc. Cash flow optimization using a genetic algorithm
US20040193491A1 (en) * 2003-03-24 2004-09-30 Peter Davis Systems and methods for promoting savings through a computer-enabled certificate program
US7542425B2 (en) * 2003-05-21 2009-06-02 Agere Systems Inc. Traffic management using in-band flow control and multiple-rate traffic shaping
US8069113B2 (en) * 2003-12-17 2011-11-29 Fmr Llc Financial account management
US7849007B2 (en) * 2004-02-06 2010-12-07 Consumer And Merchant Awareness Foundation Pay yourself first with transfer options
US20050177503A1 (en) * 2004-02-06 2005-08-11 American Express Travel Related Services Company, Inc. Pay yourself first loyalty system and method
US20070174163A1 (en) * 2006-01-25 2007-07-26 Griffin Katherine A Money management on-line courses
US20090298514A1 (en) * 2006-09-14 2009-12-03 Shah Ullah Real world behavior measurement using identifiers specific to mobile devices
US20090172035A1 (en) * 2007-12-31 2009-07-02 Pieter Lessing System and method for capturing and storing casino information in a relational database system
US20100161465A1 (en) * 2008-12-22 2010-06-24 Mcmaster Michella G Systems and Methods for Managing Charitable Contributions and Community Revitalization
US20100241559A1 (en) * 2009-03-20 2010-09-23 Bank Of America Financial social networking
US8799150B2 (en) * 2009-09-30 2014-08-05 Scorelogix Llc System and method for predicting consumer credit risk using income risk based credit score

Patent Citations (102)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4910672A (en) * 1984-07-18 1990-03-20 Catalina Marketing Corporation Method and apparatus for dispensing discount coupons
US5612868A (en) * 1984-07-18 1997-03-18 Catalina Marketing International, Inc Method and apparatus for dispensing discount coupons
US5875437A (en) * 1987-04-15 1999-02-23 Proprietary Financial Products, Inc. System for the operation and management of one or more financial accounts through the use of a digital communication and computation system for exchange, investment and borrowing
US5025372A (en) * 1987-09-17 1991-06-18 Meridian Enterprises, Inc. System and method for administration of incentive award program through use of credit
US5202826A (en) * 1989-01-27 1993-04-13 Mccarthy Patrick D Centralized consumer cash value accumulation system for multiple merchants
US5287268A (en) * 1989-01-27 1994-02-15 Mccarthy Patrick D Centralized consumer cash value accumulation system for multiple merchants
US5592560A (en) * 1989-05-01 1997-01-07 Credit Verification Corporation Method and system for building a database and performing marketing based upon prior shopping history
US5305196A (en) * 1989-05-01 1994-04-19 Credit Verification Corporation Check transaction processing, database building and marketing method and system utilizing automatic check reading
US5327508A (en) * 1989-05-01 1994-07-05 Credit Verification Corporation Method and system for building a database and performing marketing based upon prior shopping history
US5649114A (en) * 1989-05-01 1997-07-15 Credit Verification Corporation Method and system for selective incentive point-of-sale marketing in response to customer shopping histories
US5644723A (en) * 1989-05-01 1997-07-01 Credit Verification Corporation Method and system for selective incentive point-of-sale marketing in response to customer shopping histories
US5388165A (en) * 1989-05-01 1995-02-07 Credit Verification Corporation Method and system for building a database and performing marketing based upon prior shopping history
US5642485A (en) * 1989-05-01 1997-06-24 Credit Verification Corporation Method and system for selective incentive point-of-sale marketing in response to customer shopping histories
US5430644A (en) * 1989-05-01 1995-07-04 Credit Verification Corporation Check transaction processing, database building and marketing method and system utilizing automatic check reading
US5638457A (en) * 1989-05-01 1997-06-10 Credit Verification Corporation Method and system for building a database for use with selective incentive marketing in response to customer shopping histories
US5621812A (en) * 1989-05-01 1997-04-15 Credit Verification Corporation Method and system for building a database for use with selective incentive marketing in response to customer shopping histories
US5201010A (en) * 1989-05-01 1993-04-06 Credit Verification Corporation Method and system for building a database and performing marketing based upon prior shopping history
US5178408A (en) * 1990-04-25 1993-01-12 Kolbenschmidt Aktiengesellschaft Gas bag for airbag systems
US5319542A (en) * 1990-09-27 1994-06-07 International Business Machines Corporation System for ordering items using an electronic catalogue
US5382779A (en) * 1993-05-07 1995-01-17 Digicomp Research Corporation Shelf price label verification apparatus and method
US5424524A (en) * 1993-06-24 1995-06-13 Ruppert; Jonathan P. Personal scanner/computer for displaying shopping lists and scanning barcodes to aid shoppers
US5483444A (en) * 1993-10-26 1996-01-09 Radisson Hotels International, Inc. System for awarding credits to persons who book travel-related reservations
US6032133A (en) * 1993-11-01 2000-02-29 Visainternational Service Association Electronic bill pay system
US6408284B1 (en) * 1993-11-01 2002-06-18 Visa International Service Association Electronic bill pay system for consumers to generate messages directing financial institutions to pay a biller's bill
US5920847A (en) * 1993-11-01 1999-07-06 Visa International Service Association Electronic bill pay system
US5327620A (en) * 1993-11-26 1994-07-12 Far Great Plastics Industrial Co., Ltd. Fastening means for connecting a gaiter to a roller skate
US6026377A (en) * 1993-11-30 2000-02-15 Burke; Raymond R. Computer system for allowing a consumer to purchase packaged goods at home
US5537314A (en) * 1994-04-18 1996-07-16 First Marketrust Intl. Referral recognition system for an incentive award program
US5513102A (en) * 1994-06-28 1996-04-30 Auriemma Consulting Group, Inc. Data processing methods of implementing an award to an authorized user of a credit card
US5630073A (en) * 1994-07-25 1997-05-13 Nolan; Jon D. Personal account tracking system
US5491326A (en) * 1994-11-23 1996-02-13 Xcp, Inc. Card metering system
US6012039A (en) * 1994-11-28 2000-01-04 Smarttouch, Inc. Tokenless biometric electronic rewards system
US5745706A (en) * 1994-12-30 1998-04-28 Wolfberg; Larry Computer system and related equipment for spending and investment account management
US6298335B1 (en) * 1995-01-06 2001-10-02 Robert Bernstein Method of controlling payment of debts
US5734838A (en) * 1995-05-04 1998-03-31 American Savings Bank, F.A. Database computer architecture for managing an incentive award program and checking float of funds at time of purchase
US6035280A (en) * 1995-06-16 2000-03-07 Christensen; Scott N. Electronic discount couponing method and apparatus for generating an electronic list of coupons
US5905908A (en) * 1995-06-22 1999-05-18 Datascape, Inc. Open network system for I/O operations with non-standard I/O devices utilizing extended protocol including device identifier and identifier for operation to be performed with device
US5898838A (en) * 1995-06-22 1999-04-27 Datascape, Inc. Editor for developing statements to support i/o operation on open network using segregator for segregating protocol statements from application statements upon verification of correspondence
US5742845A (en) * 1995-06-22 1998-04-21 Datascape, Inc. System for extending present open network communication protocols to communicate with non-standard I/O devices directly coupled to an open network
US5774870A (en) * 1995-12-14 1998-06-30 Netcentives, Inc. Fully integrated, on-line interactive frequency and award redemption program
US6014634A (en) * 1995-12-26 2000-01-11 Supermarkets Online, Inc. System and method for providing shopping aids and incentives to customers through a computer network
US6185541B1 (en) * 1995-12-26 2001-02-06 Supermarkets Online, Inc. System and method for providing shopping aids and incentives to customers through a computer network
US6010239A (en) * 1996-03-07 2000-01-04 Hardgrave; William David Automatic item-driven system for deposit and pick-up
US5892827A (en) * 1996-06-14 1999-04-06 Catalina Marketing International, Inc. Method and apparatus for generating personal identification numbers for use in consumer transactions
US5864822A (en) * 1996-06-25 1999-01-26 Baker, Iii; Bernard R. Benefits tracking and correlation system for use with third-party enabling organization
US6076101A (en) * 1996-09-12 2000-06-13 Fujitsu Limited Electronic mail processing system with bonus point tracking
US6039244A (en) * 1996-10-04 2000-03-21 Finsterwald; Martin Method of building up a data bank containing customer data and/or for the organization of a rebate or coupon system
US5918214A (en) * 1996-10-25 1999-06-29 Ipf, Inc. System and method for finding product and service related information on the internet
US6064979A (en) * 1996-10-25 2000-05-16 Ipf, Inc. Method of and system for finding and serving consumer product related information over the internet using manufacturer identification numbers
US5915244A (en) * 1996-12-31 1999-06-22 Bi Performance Services Computerized incentive program with plateau pricing and remote award redemption
US6985867B1 (en) * 1997-01-29 2006-01-10 Sandia Corporation Method of predicting a change in an economy
US6012051A (en) * 1997-02-06 2000-01-04 America Online, Inc. Consumer profiling system with analytic decision processor
US6980968B1 (en) * 1997-03-21 2005-12-27 Walker Digital, Llc Method and apparatus for providing and processing installment plans at a terminal
US5716211A (en) * 1997-04-01 1998-02-10 Vetter; Lance Educational savings apparatus and method
US6178407B1 (en) * 1997-04-04 2001-01-23 Mikhail Lotvin Computer apparatus and methods supporting different categories of users
US6026370A (en) * 1997-08-28 2000-02-15 Catalina Marketing International, Inc. Method and apparatus for generating purchase incentive mailing based on prior purchase history
US6018718A (en) * 1997-08-28 2000-01-25 Walker Asset Management Limited Partnership Method and system for processing customized reward offers
US5914472A (en) * 1997-09-23 1999-06-22 At&T Corp Credit card spending authorization control system
US20030149632A1 (en) * 1997-09-29 2003-08-07 Walker Jay S. Method and system for processing payments for remotely purchased goods
US6061660A (en) * 1997-10-20 2000-05-09 York Eggleston System and method for incentive programs and award fulfillment
US6049778A (en) * 1997-10-31 2000-04-11 Walker Asset Management Limited Partnership Method and apparatus for administering a reward program
US6026375A (en) * 1997-12-05 2000-02-15 Nortel Networks Corporation Method and apparatus for processing orders from customers in a mobile environment
US6173267B1 (en) * 1998-02-24 2001-01-09 Laurie Cairns Method for product promotion
US5913210A (en) * 1998-03-27 1999-06-15 Call; Charles G. Methods and apparatus for disseminating product information via the internet
US6049779A (en) * 1998-04-06 2000-04-11 Berkson; Stephen P. Call center incentive system and method
US5915007A (en) * 1998-04-14 1999-06-22 Catalina Marketing International, Inc. Method and system for using a frequent shopper card as a phone calling card
US6058371A (en) * 1998-05-08 2000-05-02 Djian; Jacques-Henri Method of administering a financial instrument having a service voucher-based return component
US6041309A (en) * 1998-09-25 2000-03-21 Oneclip.Com, Incorporated Method of and system for distributing and redeeming electronic coupons
US7236950B2 (en) * 1998-10-29 2007-06-26 Universal Card Services Corp. Method and system of combined billing of multiple accounts on a single statement
US6032136A (en) * 1998-11-17 2000-02-29 First Usa Bank, N.A. Customer activated multi-value (CAM) card
US6216129B1 (en) * 1998-12-03 2001-04-10 Expanse Networks, Inc. Advertisement selection system supporting discretionary target market characteristics
US6363362B1 (en) * 1999-04-07 2002-03-26 Checkfree Services Corporation Technique for integrating electronic accounting systems with an electronic payment system
US6578015B1 (en) * 1999-08-31 2003-06-10 Oracle International Corporation Methods, devices and systems for electronic bill presentment and payment
US6401079B1 (en) * 1999-10-01 2002-06-04 Inleague, Inc. System for web-based payroll and benefits administration
US6347305B1 (en) * 1999-10-29 2002-02-12 E-Duction, Inc. Method for selecting and processing a payroll deduction plan as a payment option during electronic commerce
US20040015438A1 (en) * 1999-12-29 2004-01-22 First Data Corporation Methods and apparatus for mapping sources and uses of consumer funds
US20020077978A1 (en) * 2000-06-22 2002-06-20 The Chase Manhattan Bank Method and system for processing internet payments
US20040111370A1 (en) * 2000-06-27 2004-06-10 Digital World Access, Inc. Single source money management system
US20080005021A1 (en) * 2000-06-27 2008-01-03 Brown Nicholas A L Transaction system and method
US6907403B1 (en) * 2000-07-13 2005-06-14 C4Cast.Com, Inc. Identifying industry sectors using statistical clusterization
US20030069842A1 (en) * 2000-07-25 2003-04-10 Peter Kight Inter-network electronic billing
US20040111367A1 (en) * 2000-08-15 2004-06-10 Yahoo' Inc. Systems and methods for implementing person-to-person money exchange
US20020026426A1 (en) * 2000-08-24 2002-02-28 Bennett Joseph Michael Method of accessing the internet via the use of automated teller machines
US20040039692A1 (en) * 2000-09-15 2004-02-26 Hyperwallet Systems Inc. On-line payment system
US20020062253A1 (en) * 2000-10-20 2002-05-23 Sidney Dosh Loyalty club reward system for use in a broadcast loyalty program
US20020082918A1 (en) * 2000-10-31 2002-06-27 Beenz.Com Inc. Loyalty system incorporating embedded incentives
US20020082920A1 (en) * 2000-11-17 2002-06-27 Kermit Austin System and methods for providing a multi-merchant loyalty program
US20020082990A1 (en) * 2000-12-22 2002-06-27 J.J. & Associates Inc. Method of invoice presentation and payment
US20070118476A1 (en) * 2001-01-17 2007-05-24 George Likourezos System and method to automate payment for a commerce transaction
US20030023549A1 (en) * 2001-06-27 2003-01-30 American Express Travel Related Services Company, Inc. Consolidated payment account system and method
US20030018557A1 (en) * 2001-07-18 2003-01-23 Gilbert James A. Financial processing gateway structure
US20050004856A1 (en) * 2001-07-31 2005-01-06 American Express Travel Related Services Company, Inc. Stochastic modeling module for providing financial planning and advice
US20040035923A1 (en) * 2001-08-23 2004-02-26 Andrew Kahr Process for acquiring new borrowers by funding bill payment
US20050044042A1 (en) * 2001-08-31 2005-02-24 Dennis Mendiola Financial transaction system and method using electronic messaging
US20030074211A1 (en) * 2001-10-15 2003-04-17 Easy 221 Consulting Inc. Online real-time corporate business planning system and method
US20030105689A1 (en) * 2001-11-30 2003-06-05 Chandak Sanjeev Kumar Methods, systems and articles of manufacture for managing financial accounts with reward incentives
US20040049439A1 (en) * 2002-09-06 2004-03-11 David Johnston Interactive electronic bill payment system
US20040049560A1 (en) * 2002-09-09 2004-03-11 Shudong Zhou Method and apparatus for configuring a computer system to operate with perhiperal devices
US6890179B2 (en) * 2002-10-08 2005-05-10 Cashflow Technologies, Inc. Interactive games for teaching financial principles
US20050077348A1 (en) * 2003-08-11 2005-04-14 Colin Hendrick Intelligent ID card holder
US20050097034A1 (en) * 2003-11-03 2005-05-05 Discover Financial Services Award system with increased payout options
US20050102209A1 (en) * 2003-11-12 2005-05-12 Jon Sagrillo Method and system for computing personal and business financial information

Cited By (84)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110166969A1 (en) * 2002-04-08 2011-07-07 Hughes John M System and method for software development
US8499278B2 (en) * 2002-04-08 2013-07-30 Topcoder, Inc. System and method for software development
US10565643B2 (en) 2002-05-30 2020-02-18 Consumerinfo.Com, Inc. Systems and methods of presenting simulated credit score information
US9569797B1 (en) 2002-05-30 2017-02-14 Consumerinfo.Com, Inc. Systems and methods of presenting simulated credit score information
US9710852B1 (en) 2002-05-30 2017-07-18 Consumerinfo.Com, Inc. Credit report timeline user interface
US9058627B1 (en) 2002-05-30 2015-06-16 Consumerinfo.Com, Inc. Circular rotational interface for display of consumer credit information
US9400589B1 (en) 2002-05-30 2016-07-26 Consumerinfo.Com, Inc. Circular rotational interface for display of consumer credit information
US20100169209A1 (en) * 2002-05-30 2010-07-01 Experian Information Solutions,Inc. System and method for interactively simulating a credit-worthiness score
US8335741B2 (en) 2002-05-30 2012-12-18 Experian Information Solutions, Inc. System and method for interactively simulating a credit-worthiness score
US8015107B2 (en) 2002-05-30 2011-09-06 Experian Information Solutions, Inc. System and method for interactively simulating a credit-worthiness score
US8321334B1 (en) 2003-05-30 2012-11-27 Experian Information Solutions, Inc. Credit score simulation
US8930263B1 (en) 2003-05-30 2015-01-06 Consumerinfo.Com, Inc. Credit data analysis
US8589286B1 (en) 2003-05-30 2013-11-19 Experian Information Solutions, Inc. Credit score simulation
US11373261B1 (en) 2004-09-22 2022-06-28 Experian Information Solutions, Inc. Automated analysis of data to generate prospect notifications based on trigger events
US11861756B1 (en) 2004-09-22 2024-01-02 Experian Information Solutions, Inc. Automated analysis of data to generate prospect notifications based on trigger events
US10586279B1 (en) 2004-09-22 2020-03-10 Experian Information Solutions, Inc. Automated analysis of data to generate prospect notifications based on trigger events
US11562457B2 (en) 2004-09-22 2023-01-24 Experian Information Solutions, Inc. Automated analysis of data to generate prospect notifications based on trigger events
US11157997B2 (en) 2006-03-10 2021-10-26 Experian Information Solutions, Inc. Systems and methods for analyzing data
US20090099960A1 (en) * 2006-03-10 2009-04-16 Experian-Scorex, Llc Systems and methods for analyzing data
US10037535B2 (en) 2006-08-31 2018-07-31 Visa U.S.A. Inc. Loyalty program parameter collaboration
US11276070B2 (en) 2006-08-31 2022-03-15 Visa U.S.A. Inc. Transaction evaluation for providing rewards
US8620738B2 (en) 2006-08-31 2013-12-31 Visa U.S.A. Inc Loyalty program incentive determination
US20080059302A1 (en) * 2006-08-31 2008-03-06 Fordyce Iii Edward W Loyalty program service
US20080059303A1 (en) * 2006-08-31 2008-03-06 Fordyce Edward W Transaction evaluation for providing rewards
US20080059307A1 (en) * 2006-08-31 2008-03-06 Fordyce Iii Edward W Loyalty program parameter collaboration
US10115112B2 (en) 2006-08-31 2018-10-30 Visa U.S.A. Inc. Transaction evaluation for providing rewards
US20080228582A1 (en) * 2007-03-15 2008-09-18 Fordyce Edward W Loyalty program for merchant inventory
US20090006203A1 (en) * 2007-04-30 2009-01-01 Fordyce Iii Edward W Payment account processing which conveys financial transaction data and non financial transaction data
US11049125B2 (en) 2007-04-30 2021-06-29 Visa U.S.A. Inc. Payment account processing which conveys financial transaction data and non-financial transaction data
US10395264B2 (en) 2007-04-30 2019-08-27 Visa U.S.A. Inc. Payment account processing which conveys financial transaction data and non financial transaction data
US20100169170A1 (en) * 2007-08-30 2010-07-01 Fordyce Iii Edward W Merchant offer program
US10528545B1 (en) 2007-09-27 2020-01-07 Experian Information Solutions, Inc. Database system for triggering event notifications based on updates to database records
US9690820B1 (en) 2007-09-27 2017-06-27 Experian Information Solutions, Inc. Database system for triggering event notifications based on updates to database records
US11347715B2 (en) 2007-09-27 2022-05-31 Experian Information Solutions, Inc. Database system for triggering event notifications based on updates to database records
US10460376B1 (en) * 2007-11-28 2019-10-29 Wells Fargo Bank, N.A. System and method for data management and financial budgeting
US11861689B1 (en) 2007-11-28 2024-01-02 Wells Fargo Bank, N.A. Systems for data management and financial budgeting
US10115155B1 (en) 2008-08-14 2018-10-30 Experian Information Solution, Inc. Multi-bureau credit file freeze and unfreeze
US9489694B2 (en) 2008-08-14 2016-11-08 Experian Information Solutions, Inc. Multi-bureau credit file freeze and unfreeze
US10650448B1 (en) 2008-08-14 2020-05-12 Experian Information Solutions, Inc. Multi-bureau credit file freeze and unfreeze
US11636540B1 (en) 2008-08-14 2023-04-25 Experian Information Solutions, Inc. Multi-bureau credit file freeze and unfreeze
US9792648B1 (en) 2008-08-14 2017-10-17 Experian Information Solutions, Inc. Multi-bureau credit file freeze and unfreeze
US11004147B1 (en) 2008-08-14 2021-05-11 Experian Information Solutions, Inc. Multi-bureau credit file freeze and unfreeze
US9256904B1 (en) 2008-08-14 2016-02-09 Experian Information Solutions, Inc. Multi-bureau credit file freeze and unfreeze
US20100174638A1 (en) * 2009-01-06 2010-07-08 ConsumerInfo.com Report existence monitoring
US10937090B1 (en) 2009-01-06 2021-03-02 Consumerinfo.Com, Inc. Report existence monitoring
TWI485636B (en) * 2011-03-24 2015-05-21 Danal Taiwan Co Ltd The use of integrated bar code in the system and mobile devices to deal with payment information control method
US11861691B1 (en) 2011-04-29 2024-01-02 Consumerinfo.Com, Inc. Exposing reporting cycle information
US9558519B1 (en) 2011-04-29 2017-01-31 Consumerinfo.Com, Inc. Exposing reporting cycle information
US8738516B1 (en) 2011-10-13 2014-05-27 Consumerinfo.Com, Inc. Debt services candidate locator
US11200620B2 (en) 2011-10-13 2021-12-14 Consumerinfo.Com, Inc. Debt services candidate locator
US9536263B1 (en) 2011-10-13 2017-01-03 Consumerinfo.Com, Inc. Debt services candidate locator
US9972048B1 (en) 2011-10-13 2018-05-15 Consumerinfo.Com, Inc. Debt services candidate locator
US20210174451A1 (en) * 2012-02-06 2021-06-10 Acorns Grow Incorporated Systems and methods for creating excess funds from retail transactions and apportioning those funds into investments
US8620788B2 (en) * 2012-03-09 2013-12-31 Hartford Fire Insurance Company System and method for dynamic financial account management
US11308551B1 (en) 2012-11-30 2022-04-19 Consumerinfo.Com, Inc. Credit data analysis
US9916621B1 (en) 2012-11-30 2018-03-13 Consumerinfo.Com, Inc. Presentation of credit score factors
US11651426B1 (en) 2012-11-30 2023-05-16 Consumerlnfo.com, Inc. Credit score goals and alerts systems and methods
US10963959B2 (en) 2012-11-30 2021-03-30 Consumerinfo. Com, Inc. Presentation of credit score factors
US9830646B1 (en) 2012-11-30 2017-11-28 Consumerinfo.Com, Inc. Credit score goals and alerts systems and methods
US11132742B1 (en) 2012-11-30 2021-09-28 Consumerlnfo.com, Inc. Credit score goals and alerts systems and methods
US10366450B1 (en) 2012-11-30 2019-07-30 Consumerinfo.Com, Inc. Credit data analysis
US10255598B1 (en) 2012-12-06 2019-04-09 Consumerinfo.Com, Inc. Credit card account data extraction
US9870589B1 (en) 2013-03-14 2018-01-16 Consumerinfo.Com, Inc. Credit utilization tracking and reporting
WO2014209677A3 (en) * 2013-06-26 2015-02-19 Mastercard International Incorporated Payment and reward optimization in electronic commerce system
US10489754B2 (en) 2013-11-11 2019-11-26 Visa International Service Association Systems and methods to facilitate the redemption of offer benefits in a form of third party statement credits
US10909508B2 (en) 2013-11-11 2021-02-02 Visa International Service Association Systems and methods to facilitate the redemption of offer benefits in a form of third party statement credits
US20160280453A1 (en) * 2013-12-17 2016-09-29 Caffitaly System S.P.A. Capsule for making beverages
USD759690S1 (en) 2014-03-25 2016-06-21 Consumerinfo.Com, Inc. Display screen or portion thereof with graphical user interface
USD759689S1 (en) 2014-03-25 2016-06-21 Consumerinfo.Com, Inc. Display screen or portion thereof with graphical user interface
USD760256S1 (en) 2014-03-25 2016-06-28 Consumerinfo.Com, Inc. Display screen or portion thereof with graphical user interface
US9836743B2 (en) 2014-06-04 2017-12-05 Visa International Service Association Systems and methods to register merchants for data processing in an electronic transaction system
US11410230B1 (en) 2015-11-17 2022-08-09 Consumerinfo.Com, Inc. Realtime access and control of secure regulated data
US11893635B1 (en) 2015-11-17 2024-02-06 Consumerinfo.Com, Inc. Realtime access and control of secure regulated data
US11159593B1 (en) 2015-11-24 2021-10-26 Experian Information Solutions, Inc. Real-time event-based notification system
US11729230B1 (en) 2015-11-24 2023-08-15 Experian Information Solutions, Inc. Real-time event-based notification system
US10757154B1 (en) 2015-11-24 2020-08-25 Experian Information Solutions, Inc. Real-time event-based notification system
US11227001B2 (en) 2017-01-31 2022-01-18 Experian Information Solutions, Inc. Massive scale heterogeneous data ingestion and user resolution
US11681733B2 (en) 2017-01-31 2023-06-20 Experian Information Solutions, Inc. Massive scale heterogeneous data ingestion and user resolution
US11399029B2 (en) 2018-09-05 2022-07-26 Consumerinfo.Com, Inc. Database platform for realtime updating of user data from third party sources
US10671749B2 (en) 2018-09-05 2020-06-02 Consumerinfo.Com, Inc. Authenticated access and aggregation database platform
US11265324B2 (en) 2018-09-05 2022-03-01 Consumerinfo.Com, Inc. User permissions for access to secure data at third-party
US10880313B2 (en) 2018-09-05 2020-12-29 Consumerinfo.Com, Inc. Database platform for realtime updating of user data from third party sources
US11410215B1 (en) 2019-10-17 2022-08-09 Wells Fargo Bank, N.A. Electronic layaway
US11720876B1 (en) 2019-10-17 2023-08-08 Wells Fargo Bank, N.A. Electronic layaway

Also Published As

Publication number Publication date
US20100299252A1 (en) 2010-11-25
US20100299251A1 (en) 2010-11-25
US20110004546A1 (en) 2011-01-06
US20100324986A1 (en) 2010-12-23
US8732073B2 (en) 2014-05-20
US20100325036A1 (en) 2010-12-23
US20100299260A1 (en) 2010-11-25

Similar Documents

Publication Publication Date Title
US8732073B2 (en) Pay yourself first with revenue generation
US8473380B2 (en) Pay yourself first budgeting
US8407137B2 (en) Pay yourself first with user guidance
US20100198724A1 (en) Pay yourself first with community knowledge
US7467096B2 (en) System and method for the real-time transfer of loyalty points between accounts
US8050968B2 (en) System and method for the real-time transfer of loyalty points between accounts
US20100153200A1 (en) Pay yourself first with automated data input
US7672870B2 (en) System and method for monitoring consumer purchasing activity
US20060053056A1 (en) Card member discount system and method
WO2011106243A1 (en) Pay yourself first with revenue generation

Legal Events

Date Code Title Description
AS Assignment

Owner name: CONSUMER AND MERCHANT AWARENESS FOUNDATION, NEW YO

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:THOMAS, TRACEY R.;REEL/FRAME:024802/0895

Effective date: 20100804

AS Assignment

Owner name: PROPULSION REMOTE HOLDINGS, LLC, DELAWARE

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CONSUMER AND MERCHANT AWARENESS FOUNDATION;REEL/FRAME:027657/0937

Effective date: 20111109

AS Assignment

Owner name: GULA CONSULTING LIMITED LIABILITY COMPANY, DELAWAR

Free format text: MERGER;ASSIGNOR:PROPULSION REMOTE HOLDINGS, LLC;REEL/FRAME:037136/0047

Effective date: 20150828

AS Assignment

Owner name: INTELLECTUAL VENTURES ASSETS 66 LLC, DELAWARE

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:GULA CONSULTING LIMITED LIABILITY COMPANY;REEL/FRAME:045417/0042

Effective date: 20180201

AS Assignment

Owner name: LIBERTY PEAK VENTURES, LLC, TEXAS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:INTELLECTUAL VENTURES ASSETS 66 LLC;REEL/FRAME:045610/0409

Effective date: 20180302

STCB Information on status: application discontinuation

Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION