WO2008021382A2 - Système et procédé d'identification, de classement de priorités et d'offre dynamique de catégories de récompenses - Google Patents

Système et procédé d'identification, de classement de priorités et d'offre dynamique de catégories de récompenses Download PDF

Info

Publication number
WO2008021382A2
WO2008021382A2 PCT/US2007/018039 US2007018039W WO2008021382A2 WO 2008021382 A2 WO2008021382 A2 WO 2008021382A2 US 2007018039 W US2007018039 W US 2007018039W WO 2008021382 A2 WO2008021382 A2 WO 2008021382A2
Authority
WO
WIPO (PCT)
Prior art keywords
reward
user
history
category
reward category
Prior art date
Application number
PCT/US2007/018039
Other languages
English (en)
Other versions
WO2008021382A3 (fr
Inventor
Donald H. Schmitt
Brian S. Gantert
Elizabeth Gula
Douglas A. Filak
Stacy M. Hamilton
Original Assignee
Jpmorgan Chase Bank, N.A.
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 US11/686,203 external-priority patent/US20070156530A1/en
Application filed by Jpmorgan Chase Bank, N.A. filed Critical Jpmorgan Chase Bank, N.A.
Publication of WO2008021382A2 publication Critical patent/WO2008021382A2/fr
Publication of WO2008021382A3 publication Critical patent/WO2008021382A3/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • the present invention relates to the dynamic identification, offering and awarding of rewards. More particularly, the present invention relates to systems and methods that enable card issuers or sponsors, for example, to dynamically identify, prioritize and offer its customers relevant rewards based on customer transactions, and reward category history, such as, for example, spending history, transaction history, merchant history, purchases history, services history, product history, channel history, frequency of spending history, SKU history, redemption history, reward earnings history, earning levels, reward categories, currency type (e.g., points, miles or cash), currency history, customer queries, customer selections, customer responses to questions, customer preferences, any other particular related to a reward category, and/or other data or information that enables identification of relevant rewards.
  • reward category history such as, for example, spending history, transaction history, merchant history, purchases history, services history, product history, channel history, frequency of spending history, SKU history, redemption history, reward earnings history, earning levels, reward categories, currency type (e.g., points, miles or cash), currency history, customer queries, customer selections, customer responses to questions, customer
  • Rewards programs are becoming increasingly popular.
  • Card issuers such as banks, for example, commonly offer their customers reward cards (e.g., credit cards, debit cards, stored value cards, or gift cards) that are associated with particular rewards that aim to encourage or induce customer use by rewarding all or select transactions.
  • Rewards are typically based on any number of transaction particulars, such as spending levels, types of transaction, identity of merchant or vendor, location of transactions, or any other data or information that demonstrates user behavior.
  • a card issuer may provide incentives (e.g., rebates or discounts) on purchases made through a particular vendor or merchant.
  • Rewards may also include cash-back deals where the customer earns a percentage of the transaction amounts as cash value that gets added to the card member's account.
  • reward cards may be "branded" with the name of a particular sponsor or merchant so that use of the card earns the customer points that may be redeemed through the sponsor or merchant.
  • a credit card sponsored by an airline may reward the user with airline miles that may be redeemed for free or discounted travel.
  • some cards earn store dollars that can be used as virtual cash to make purchases through select merchants and vendors.
  • the systems and methods described herein may allow card issuers, sponsors, or card members, for example, to dynamically evaluate or reevaluate card member transaction and associated category history (e.g., spending history, transaction history, merchant history, purchases history, services history, product history, channel history, frequency of spending history, SKU history, redemption history, reward earnings history, earning levels, reward categories, currency type (e.g., points, miles or cash), currency history, customer responses to questions, any other particular related to a reward category, and/or other data or information that enables identification of relevant rewards), and thereafter dynamically switch the card member to reward(s) that are better suited to a his or her particular needs or demonstrated interests.
  • category history e.g., spending history, transaction history, merchant history, purchases history, services history, product history, channel history, frequency of spending history, SKU history, redemption history, reward earnings history, earning levels, reward categories, currency type (e.g., points, miles or cash), currency history, customer responses to questions, any other particular related to a reward category, and/or other
  • the various systems and methods described herein may be used by a card issuer, for example, to introduce a promotion whereby a card member is rewarded in relation to the card member's demonstrated behavior, as evidenced, for example, by the types of transactions conducted by the card member over a period of time, the total amount spent by the card member in purchases, the specific products or services (or categories of products or services) the card member routinely purchases, the types of rewards the card member has historically preferred or actually redeemed in the past, and any other data or information that may be used to particularly identify reward earning opportunities that may be of general or particular interest to the card member.
  • the various systems and methods described herein may dynamically identify, prioritize and offer reward(s) that are relevant to a particular card member's needs or demonstrated interests.
  • the various systems and methods described herein may process a card member's transactions and thereafter dynamically reward the card member according to a particular listing of rewards, such as, for example: (1) restaurant discounts, (2) grocery discounts, and (3) gas discounts.
  • the various systems and methods described herein may prioritize or order the rewards such that transactions with restaurants, grocery stores, and gas stations receive 10%, 7% and 5% discounts, respectively. Other reward schemes are of course possible.
  • the particular rewards offered to a card member may be based on the card member's preferences, or dynamically determined based on particulars about the card member, such as, for example, biographical or demographic information about the card member, the card member's transaction history or reward category history (e.g., spending history, transaction history, merchant history, purchases history, services history, product history, channel history, frequency of spending history, SKU history, redemption history, reward earnings history, earning levels, reward categories, currency type (e.g., points, miles or cash), currency history, customer queries, customer preferences, customer responses to questions, any other particular related to a reward program, and/or other data or information that enables identification of relevant rewards), or any other data or information that may be used to identify, prioritize or order reward earnings.
  • the card member's transaction history or reward category history e.g., spending history, transaction history, merchant history, purchases history, services history, product history, channel history, frequency of spending history, SKU history, redemption history, reward earnings history, earning levels, reward categories
  • currency type e.g.,
  • a card member having a card that rewards cash-back on movie rentals may frequently use the card in grocery stores.
  • the various systems and methods described herein may then dynamically reward the card member for purchases made at a grocery store, or, if the customer is already receiving such rewards, the rewards may be moved to the top of the priority listing so that the card member may realize greater rewards for his or her related transactions.
  • the various systems and methods described herein may enable the switching of rewards or rewards priorities or ordering without the card member losing earned points/miles/cash or any rewards value (e.g., miles, points, widgets, or any other unit have value). For example, if a card member earned 500 points through a theme park rewards program associated with a particular card, the systems and members described herein may switch the card member to a movie rental reward category along with the 500 points.
  • rewards value e.g., points
  • rewards value may be transferred one-to-one or according to a predetermined or specified conversion rate.
  • a proprietary currency for a theme park card may be converted to a proprietary currency for retailer card (e.g., exchange or conversion rate).
  • the systems and methods described herein may transfer or convert value (e.g., points) between two different types of rewards programs, as distinguished between "universal" rewards value that effectively comprise merely a single rewards program.
  • the systems and methods described herein may also process rewards programs that are not points-based, such as a card where a percentage of money spent is applied to a college fund, for example, or a card that allows one to have specified use privileges (e.g., use airline lounge for free).
  • an appropriate exchange rate may be applied in converting or changing the rewards program.
  • the card member need not lose or close out his or her initial card, only the rewards program may change. This way, the card member may still enjoy other particulars of the card, such as the minimum monthly payment or interest rate, for example.
  • the various systems and methods described herein may operate on the basis of a category of rewards that are associated with a card member.
  • a particular card member may be associated with any number of reward categories, such as five categories, for example: (1) gasoline; (2) dining; (3) purchases at a particular retailer; (4) groceries; and (5) travel.
  • a reward category may be based on any particular associated with demonstrated card member transactions, such as, for example, particular points-of-sale ("POS"), merchants, products or services purchases.
  • POS points-of-sale
  • the top reward categories where the card member spends the most or conducts the most transactions for example, will be the categories through which the card member receives rewards.
  • the systems and methods can then determine the earning rate that will be assigned to that transaction.
  • a card member may have the following categories associated with a particular credit card: (1) gasoline, (2) dining, and (3) video rentals, each one initially associated with 2% rewards earned per dollar spent in these categories.
  • the various systems and methods described herein may then revise the earning rate corresponding to some or each of the three categories. For example, if the card member spends more money or has more transactions at gasoline stations then at any of the other categories, the earning rate for gas purchases may be raised to 5%. Other earning rate changes are of course possible.
  • earning rates may apply to individual categories, such as is the case with the example provided in this paragraph, or to groups of categories.
  • the various systems and methods described herein enable a card member to earn identical rewards in different currencies. For example, a card member can earn rewards for the top categories in cash, points, miles, or any other measure of value that can be accumulated and redeemed pursuant to relevant reward program(s). In some embodiments, a card member can select which particular currency he or she prefers, which selection can be subsequently changed by the card member or according to the card member's transaction history. In some embodiments, the various systems described herein can then optimize the card member's dynamic earnings based on the card member's previous purchasing transactions.
  • a card member may earn 3% (e.g., cash) in the three merchant categories (out of fifteen), for example, where the card member spends the most or has the most transactions within a period of time, such as a month, for example.
  • 3% e.g., cash
  • the card member may earn 3% at gas stations, grocery stores and dry cleaning because of the card member's transaction history during December, 2005.
  • the card member may continue to earn 3% at gasoline stations, grocery stores and department stores, for example, based on the card member's transaction history during January, 2006.
  • the card member may have a different set of transactions, such as, for example, (1) bookstores, (2) restaurants and (3) video rentals.
  • the card member If the card member has earned a total of $150 in his or her rewards bank, but decides to take a trip for spring break, he or she could transfer the rewards into points (e.g., 15,000 points), or any other form of rewards value. The next month, therefore, the card member would be earning reward value in points.
  • points e.g. 15,000 points
  • the various systems and methods described herein can determine or identify customer behavior (e.g., transactions) on different levels or granularity.
  • a customer transaction can be identified by the merchant category code, a particular merchant, a particular terminal at a merchant, a product code, or any other identifier comprising data or information that may be used to prioritize, arrange or associate reward categories or earning rates as described herein.
  • the various systems and methods described herein enable a card member to earn his or her choice of a percentage of amount spent, or a designated number of points or other quantifiable reward unit or value.
  • a card member could be given the choice of earning 3% of transaction value or three (3) points.
  • Card member A for example, may say he wants to earn cash, while card member B may prefer points. Even though both card members are earning different rewards, they are earning identical value and could switch between cash and points. For example, if card member B had 5,000 points he could selectively convert this amount to $50.00. In so doing, however, the dynamic nature of his spending and other transaction behavior still carries through, regardless of the actual value or rewards being realized.
  • a card member may designate particular types of transactions that should earn points and which should earn cash. For example, a card member could be notified (e.g., on his or her monthly statement) that he or she has 10,000 points or $100 that are redeemable based on reward earnings.
  • the reward that is awarded may comprise a reduced annual percentage rate ("APR") or other pricing scheme.
  • APR reduced annual percentage rate
  • the user's transaction history or reward category history may be evaluated every six (6) months or other predetermined period of time, for example, so that reduced APR may be effective for a sufficient period of time. For example, purchases made at gas stations, book stores and grocery stores — the top three destinations for a card holder during the past six months (based on number of transactions or total amount spent, for example) ⁇ would receive a lower APR or other pricing advantage over purchases made at other destinations.
  • the various systems and methods described herein can determine or identify customer behavior (e.g., transactions) on different levels or granularity.
  • a customer transaction can be identified by the merchant category code, a particular merchant, a particular terminal at a merchant, a product code, or any other identifier comprising data or information that may be used to prioritize, arrange or associate reward categories or earning rates as described herein.
  • a method for identifying and offering rewards comprises the steps of: determining a user's transaction history or reward category history; dynamically prioritizing at least one reward category based on the user's transaction history or reward category history; determining at least one top reward category based on the dynamic prioritizing of the at least one reward category; and dynamically rewarding the user discounts, rebates, coupons, or other reward incentives based on the least one top reward category.
  • a method for identifying and offering rewards comprises the steps of: determining at least one initial reward category associated with a user, wherein the at least one reward earning method is used to offer the user discounts, rebates, coupons, or other reward incentives; determining the user's transaction history or reward category history; and revising or prioritizing the at least one initial reward earning method based on the user's transaction history or reward category history, wherein revising or prioritizing the at least one initial reward earning method occurs without the user's input.
  • a system for dynamically identifying, prioritizing and offering rewards is provided.
  • the system comprising: a processor for processing data or information relating to a user's transactions; a processor for identifying at least one reward earning method based on the user's transaction; a processor for prioritizing or ordering the least one reward earning method; and a processor for applying the prioritized or ordered at least one reward earning method to the user's subsequent transaction.
  • a method for identifying and offering rewards comprising the steps of: determining a user's transaction history or reward earning history; recommending or suggesting at least one reward earning method to the user based on the user's transaction history or reward earning history; receiving a response from the user relating to recommended or suggested at least one reward category; and revising or prioritizing the user's reward categories based on the user's response.
  • a method for identifying and offering rewards comprising the steps of: determining a user's transaction history or reward earning history; dynamically prioritizing at least one reward earning method based on the user's transaction history or reward earning history; determining at least one top reward earning method based on the dynamic prioritizing of the at least one reward earning method; dynamically rewarding the user reward incentives in a first currency based on the least one top reward earning method, the user having a reward incentive balance of redeemable reward value; and switching the user to a second currency for earning reward incentives, wherein switching the user comprises converting the reward incentive balance into an equivalent reward value in the second currency and rewarding future user behavior in the second currency.
  • the various systems and methods described herein may offer the user a recommended or suggested reward earning method(s) based on the user's transaction or reward earning history, for example. The user may then decide whether to switch or enroll in to the recommended or suggested reward earning method(s). If the user opts to enroll in the recommended or suggest reward earning method(s), the various systems and methods described herein may then prioritize or order the user's reward earning method(s) accordingly. Reward earning method recommendations or suggestions may be made randomly, periodically, or according to any predetermined or desired schedule.
  • the various systems and methods described herein may permit a user to specify future activity or behavior and based thereon recommend or suggest reward category(ies) that may be of interest to the user based on the future activity or behavior. For example, if the user is going on vacation in the next month or so, the various systems and methods described herein may recommend or suggest particular reward category(ies) that may relate to the user's vacation plans. Other future activity or behavior is of course possible.
  • Figure 1 shows an exemplary system 100 for offering rewards, according to various embodiments of the invention.
  • Figure 2 illustrates various exemplary modules that may be associated with central rewards program station 105, according to various embodiments of the invention.
  • Figure 3 illustrates an exemplary process flow 300 for offering rewards, according to various embodiments of the invention.
  • Figure 3a illustrates particular substeps of the process flow 300 illustrated in Figure 3.
  • Figure 4 illustrates an exemplary process flow 400 for offering rewards, according to various embodiments of the invention.
  • Figure 5 illustrates an exemplary process flow 500 for offering rewards, according to various embodiments of the invention.
  • Figure 6 illustrates a process flow 600 for offering rewards programs, according to various embodiments of the invention.
  • Figure 7 illustrates a process flow 700 for converting value (e.g., points) associated with rewards programs, according to various embodiments of the invention.
  • value e.g., points
  • Figure 8 illustrates a process flow 800 for offering rewards programs, according to various embodiments of the invention.
  • Figure 9 illustrates a process flow 900 for offering rewards programs, according to various embodiments of the invention.
  • Figure 10 illustrates a process flow 1000 for identifying and offering rewards, according to various embodiments of the invention
  • the present invention is described in relation to a system and method for identifying, prioritizing and offering rewards earning methods. Nonetheless, the characteristics and parameters pertaining to the system and method may be applicable to transactions associated with other types of rewards.
  • the exemplary embodiments illustrated herein may show the various embodiments of the invention (or portions thereof) collocated, it is to be appreciated that the various components of the various embodiments may be located at distant portions of a distributed network, such as a local area network, a wide area network, a telecommunications network, an intranet and/or the Internet, or within a dedicated object handling system.
  • a distributed network such as a local area network, a wide area network, a telecommunications network, an intranet and/or the Internet
  • the components of the various embodiments may be combined into one or more devices or collocated on a particular node of a distributed network, such as a telecommunications network, for example.
  • the components of the various embodiments may be arranged at any location within a distributed network without affecting the operation of the respective system.
  • the systems and methods described herein may be used to: (1) induce customer loyalty by dynamically identifying, prioritizing and offering to customers relevant reward category offers based on customer behavior (e.g., past transactions), and other factors, such as, for example, favorite or repeat merchants, location of transactions, spending levels, biographical or demographic information, or any other data or information that may be used to particularize or focus offers or ordering of reward categories; (2) allow card members to efficiently and dynamically switch between loyalty programs, either through the same or different card; (3) allow issuers and sponsors, for example, to efficiently update and revise their affiliated reward categories; (4) allow conversion of rewards between different reward categories; (5) allow centralized coordination and offering of multiple reward categories; (6) track customer transactions and decision-making to enhance the resolution and precision of reward category offers; and (7) allow a third party (e.g., a bank or other financial institution) to administer and coordinate the offering of relevant reward category offers; (8) allow a user to specify future activity, behavior or transactions which the various systems and methods can then use to
  • FIG. 1 illustrates a system 100 for offering reward categories according to one embodiment of the invention.
  • System 100 may comprise a central reward category station 105 for identifying and offering reward categories based on customer (e.g., card member) particulars, such as past transactions and expressed interests and needs.
  • central rewards programs station 105 may be administered by a bank or financial institution that issues and administers cards (e.g., a card-issuer), a merchant or vendor that sponsors a reward category (e.g., a sponsor), or any third party that coordinates, manages or administers customer interaction with merchants 110 via cards and corresponding rewards programs.
  • central rewards programs station 105 may maintain particulars about card members, reward categories, sponsors, and any data and information that may be used to identify and offer reward categories according to the systems and methods described herein.
  • central rewards program station 105 may comprise the central headquarters or repository of the various features and functions of the systems and methods described herein, and may be maintained by any party or entity that administers the coordination of data and information in connection with the identification and offering of reward categories according to the systems and methods described herein.
  • Central rewards programs station 105 may comprise a single server or engine (as shown). In another embodiment, central rewards programs station 105 may comprise a plurality of servers or engines, dedicated or otherwise, which may further host modules for performing desired system functionality. Central rewards programs station 105, for example, may host one or more applications or modules that function to permit interaction between the users of system 100 (e.g., sponsors, customers, the administrator of central rewards programs station 105, and any other relevant parties) as it relates to exchanging and processing of data and information related to the identification and offering of reward categories, for example. For instance, central rewards programs station 105 may include an administration module that serves to permit interaction between the system 100 and the individual(s) or entity(ies) charged with administering system 100 or central rewards programs station 105.
  • an administration module that serves to permit interaction between the system 100 and the individual(s) or entity(ies) charged with administering system 100 or central rewards programs station 105.
  • Such an administration module may enable the agent of central rewards programs station 105, for example, to input information related to reward categories, including but not limited to parameters used to determine which reward categories to offer to a customer, and how such reward categories are to be prioritized or ordered for purposes of reward accumulation.
  • parameters may comprise variables that define a particular pool or segment of customers that may be dynamically presented with a particular reward category.
  • a reward category offering 10% discounts on groceries should be dynamically offered to card members that through past transactions, for example, demonstrate a high frequency of grocery shopping via the card. This way, reward categories may be properly targeted and focused on card- members most inclined to appreciate and benefit therefrom.
  • an agent of central rewards programs station 105 may interface with a graphical user interface (or GUI) to input: (1) data or information (e.g., terms, words, phrases, or digits) that enable the agent to define particular pools of customers, (2) data or information that enable the agent to define particular reward categories, (3) data or information that enable the agent to define particulars about sponsors through which the reward categories will be delivered, (4) rules, parameters and algorithms used to identify which reward categories to offer to customers, and (5) particulars about converting rewards between various reward categories, including, for example, maintaining and updating conversion rates.
  • An agent of central rewards program station 105 may also input information or data regarding how reward categories are stored (e.g., categorized) in a database 112, for example.
  • Central rewards programs station 105 may include, for instance, a workstation or workstations running the Microsoft WindowsTM XPTM operating system, Microsoft WindowsTM NTTM operating system, the WindowsTM 2000 operating system, the Unix operating system, the Linux operating system, the Xenix operating system, the IBM AIXTM operating system, the Hewlett-Packard UXTM operating system, the Novell NetwareTM operating system, the Sun Microsystems SolarisTM operating system, the OS/2TM operating system, the BeOSTM operating system, the Macintosh operating system, the Apache operating system, an OpenStepTM operating system or another operating system or platform.
  • Database 112 may comprise, include or interface to a relational database.
  • Other databases such as a query format database, a Standard Query Language (SQL) format database, a storage area network (SAN), or another similar data storage device, query format, platform or resource may be used.
  • Database 112 may comprise a single database or a collection of databases, dedicated or otherwise. In one embodiment, database 112 may store or cooperate with other databases to store the various data and information described herein.
  • database 112 may comprise a file management system, program or application for storing and maintaining data and information used or generated by the various features and functions of the systems and methods described herein. In some embodiments, database 112 may store, maintain and permit access to customer information, sponsor or reward category information, and general information used to identify and offer reward categories, as described herein.
  • Central rewards station 105 may, in some embodiments, be accessed via a communication network 107.
  • Communications network 107 may be comprised of, or may interface to any one or more of, the Internet, an intranet, a Personal Area Network (PAN), a Local Area Network (LAN), a Wide Area Network (WAN), a Metropolitan Area Network (MAN), a storage area network (SAN), a frame relay connection, an Advanced Intelligent Network (AIN) connection, a synchronous optical network (SONET) connection, a digital Tl, T3, El or E3 line, a Digital Data Service (DDS) connection, a Digital Subscriber Line (DSL) connection, an Ethernet connection, an Integrated Services Digital Network (ISDN) line, a dial-up port such as a V.90, a V.34 or a V.34bis analog modem connection, a cable modem, an Asynchronous Transfer Mode (ATM) connection, a Fiber Distributed Data Interface (FDDI) connection, or a Copper Distributed Data Interface (CDDI) connection.
  • ATM A
  • Communications network 107 may also comprise, include or interface to any one or more of a Wireless Application Protocol (WAP) link, a General Packet Radio Service (GPRS) link, a Global System for Mobile Communication (GSM) link, a Code Division Multiple Access (CDMA) link or a Time Division Multiple Access (TDMA) link such as a cellular phone channel, a Global Positioning System (GPS) link, a cellular digital packet data (CDPD) link, a Research in Motion, Limited (RIM) duplex paging type device, a Bluetooth radio link, or an IEEE 802.11-based radio frequency link.
  • WAP Wireless Application Protocol
  • GPRS General Packet Radio Service
  • GSM Global System for Mobile Communication
  • CDMA Code Division Multiple Access
  • TDMA Time Division Multiple Access
  • GPS Global Positioning System
  • CDPD cellular digital packet data
  • RIM Research in Motion, Limited
  • Communications network 107 may further comprise, include or interface to any one or more of an RS-232 serial connection, an IEEE- 1394 (Firewire) connection, a Fibre Channel connection, an infrared (IrDA) port, a Small Computer Systems Interface (SCSI) connection, a Universal Serial Bus (USB) connection or another wired or wireless, digital or analog interface or connection.
  • IEEE- 1394 Firewire
  • Fibre Channel Fibre Channel
  • IrDA infrared
  • SCSI Small Computer Systems Interface
  • USB Universal Serial Bus
  • communication network 107 may comprise a satellite communications network, such as a direct broadcast communication system (DBS) having the requisite number of dishes, satellites and transmitter/receiver boxes, for example.
  • Communications network 107 may also comprise a telephone communications network, such as the Public Switched Telephone Network (PSTN).
  • PSTN Public Switched Telephone Network
  • communication network 120 may comprise a Personal Branch Exchange (PBX), which may further connect to the PSTN.
  • PBX Personal Branch Exchange
  • issue or sponsor station 1 10 and card member station- 115 may communicate central reward category station 105 via communication network 107.
  • Issue or sponsor station 110 may comprise, for example, a station utilized by an agent of a card issuer or a sponsor to interact or communicate with card members.
  • station 110 may comprise a call center facility or station of a card issuer or sponsor that is manned by an operator to receive calls from card members.
  • issue or sponsor station 110 may comprise or host web sites or web pages of the card issuer or sponsor that a card member can access to interact with or engage the various features or functionality associated with the card.
  • Card member station 115 may, in some embodiments, enable a card member to interact with and communication a card issuer or sponsor as represented by issuer or sponsor station 1 10. For example, card member station 115 may enable a card member to call or access the web site or page of a card issuer or sponsor to inquire about account particulars, make payment on an account, or inquire about available balance, for example.
  • card member station 115 may comprise any terminal (e.g., a typical home or personal computer system) whereby a card member may interact with a network, such as communications network 205, for example, that is responsible for transmitting and delivering data and information used by the various systems and methods described herein.
  • Card member station 115 may comprise or include, for instance, a personal or laptop computer.
  • Card member station 115 may include a microprocessor, a microcontroller or other general or special purpose device operating under programmed control. Card member station 115 may further include an electronic memory such as a random access memory (RAM ) or electronically programmable read only memory (EPROM), a storage such as a hard drive, a CDROM or a rewritable CDROM or another magnetic, optical or other media, and other associated components connected over an electronic bus, as will be appreciated by persons skilled in the art.
  • RAM random access memory
  • EPROM electronically programmable read only memory
  • storage such as a hard drive, a CDROM or a rewritable CDROM or another magnetic, optical or other media, and other associated components connected over an electronic bus, as will be appreciated by persons skilled in the art.
  • Card member station 115 may be equipped with an integral or connectable cathode ray tube (CRT), a liquid crystal display (LCD), electroluminescent display, a light emitting diode (LED) or another display screen, panel or device for viewing and manipulating files, data and other resources, for instance using a graphical user interface (GUI) or a command line interface (CLI).
  • CTR cathode ray tube
  • LCD liquid crystal display
  • electroluminescent display a light emitting diode
  • LED light emitting diode
  • Card member station 115 may also include a network-enabled appliance, a browser-equipped or other network-enabled cellular telephone, or another TCP/IP client or other device.
  • FIG. 2 illustrates exemplary modules that may be associated with central rewards programs station 105 for carrying out (or administering) the various functions and features of the embodiments described herein.
  • the modules may: (1) be accessed by an agent or administrator of central rewards program station 105, (2) store, maintain and administer particulars on a plurality of rewards programs that are available to card members, (3) store, maintain and administer particulars on a plurality of card members, (4) track card member transactions with a plurality of reward cards and store, maintain and administer card member transaction histories for use in identifying reward categories, (5) evaluate a card member's existing reward categories against alternative reward categories based on particulars about the card member, card member's transactions, or any other data or information that may demonstrate the card member's needs, (6) dynamically enroll a card member in particular reward category(s) that better relate to the card member's transaction or reward category history or demonstrated interest; (7) prioritize or order a card member's reward categories based on the card member's transaction or reward category history or demonstrated interest; (8)
  • Rewards program module 205 may, in some embodiments, process and maintain data and information relating to reward categories that are available to card members.
  • reward categories may be stored and maintained by category, such as cash-back programs, proprietary programs (e.g., programs administered by the issuer of the card, loyalty programs (e.g., cards that are branded and reward loyalty to the sponsor), or any other type or category of rewards that may be used to identify and offer reward categories according to the systems and methods described herein.
  • Reward categories may also be stored by good or device or by category of good or service.
  • a reward category may be associated with a particular product (e.g., as identified by SKU number), by retailer or merchant name, or by a general category, such as "grocery stores," for example. Other techniques for categorizing are of course possible.
  • Customer module 210 may, in some embodiments, process and maintain data and information relating to customers of a card issuer or sponsor, such as, for example, the identity of the customer, the location (e.g., residential or work address) of the customer, the customer's preferred or favorite merchants, products or services, the card(s) associated with the customer, the reward categories associated with the customer, or any other biographical or demographic information that may be used to dynamically identify, prioritize or order relevant reward categories to the customer according to the systems and methods described herein.
  • customer module 205 may cooperate with rewards program module 210 to associate particular customers with particular reward categories to enable the various systems and methods described herein to dynamically identify and offer reward categories that are relevant and of interest to card members.
  • Customer history module 215 may, in some embodiments, process and maintain data and information relating to card member transactions carried out via reward cards and/or reward categories. For example, customer history module 215 may, for a particular customer or card member, any and all transactions (e.g., purchases) that the card member has processed using a particular card, including the date of the transaction, the identity of the merchant or vendor, the amount of the transaction, the location of the transaction, the goods or services purchased (e.g., identified by SKU number), the reward value earned (e.g., redeemable points, cash, sponsor or issuer redeemable value), or any other data or information that may be used to classify the transaction in such a way that it may be used to identify and offer reward categories according to the systems and methods described herein.
  • any and all transactions e.g., purchases
  • the goods or services purchased e.g., identified by SKU number
  • the reward value earned e.g., redeemable points, cash, sponsor or issuer redeemable value
  • customer history module 215 may also process and maintain data and information relating to card member reward redemptions carried out via reward cards and/or reward categories. For example, a card member that routinely redeems reward value for cash rather than for a particular product or service may indicate a preference for reward categories that offer cash over those that offer products or services.
  • Rewards program evaluation module 220 may, in some embodiments, evaluate a card member's particulars (e.g., data or information from customer history module 215) and dynamically identify and offer rewards programs that may be of particular interest or relevance to the card member.
  • card member particulars may comprise customer information, transaction history or reward category history (e.g., redemption history, reward earnings history, earning levels, reward categories, currency type (e.g., points, miles or cash), or any other particular related to a reward category), merchant or vendor information, and any information or data that may be used to identify relevant reward categories as described herein.
  • rewards program evaluation module 220 may resolve card member particulars against rules or algorithms to identify reward categories that may be of general or particular relevance or interest to the card member.
  • Priori tization module 225 may, in some embodiments, prioritize or order reward categories or components. In some embodiments, prioritization module 225 may cooperate with rewards category evaluation module 220 to prioritize or order reward categories in such a way so that the associated card member, for example, may receive rewards in a relevant and focused manner. For example, assume a card member's transaction history or reward category history reflects that the card member has made two (2) transactions with a restaurant, five (5) transactions with a gas station and three (3) transactions with a grocery store. In some embodiments, rewards category evaluation module 220 may evaluate this information and identify three reward categories that the user should dynamically earn rewards in: (1) a dining discount category, (2) a gas discount category, and (3) a grocery discount category.
  • prioritization module 225 may then prioritize or order the reward categories in a such a way that the card member realizes greater savings. For example, prioritization module 225 may associate the reward categories with discount rates, for example, according to the frequency of transactions. Thus, in the example provided, prioritization module 225 may order the rewards in such a way that the card member would get 10% discounts at gas stations, 7% discounts at grocery stores, and 5% discounts in dining. In some embodiments, the top categories of rewards may earn equivalent rewards, such as, for example, 10% discounts at gas stations, 10% discounts at grocery stores, and 10% discounts in dining. In some embodiments, prioritization module 225 may prioritize or order reward categories according to rules or algorithms that specify how such prioritizing or ordering should occur.
  • the rules may specify what type of rewards are to be administered (e.g., coupons, discounts, rebates, etc.), or how they are to be administered.
  • the rules may be determined by an administrator of central reward categories station 105, or by the card member himself (e.g., during registration or sign-up, the card member may specify particular preferences or selections for the dynamic identification of reward categories).
  • prioritization module 225 may associate reward categories based on the total amount spent by the card member, for example, on particular goods or services, or categories of goods or services. For example, assume the card member spends $135 at two restaurant outings, $233 on groceries on three occasions, and $150 at four gas stations over a one month period. In this example, as above, rewards program evaluation module 220 may evaluate this information and conclude that the user should dynamically be enrolled in: (1) a dining discount program, (2) a gas discount program, and (3) a grocery discount program. In some embodiments, prioritization module 225 may then prioritize or order the reward categories in a such a way that the card member realizes greater savings.
  • prioritization module 225 may associate the reward categories with discount rates, for example, according to the total spent per category of goods or services. Thus, prioritization module 225 may prioritize or order the reward categories in such a way that the card member would get 10% discounts at grocery stores, 7% discounts at gas stations, and 5% discounts at restaurants. Prioritization module 225 may, of course, utilize any scheme, rules or algorithms to determine how reward categories are to be prioritized or ordered.
  • Rewards conversion module 230 may, in some embodiments, convert between rewards associated with various rewards program, or credit value to reward categories.
  • rewards conversion module 230 may convert any rewards that have been accumulated by the card member or family member or other designation individual, for example, in a previous rewards program to the equivalent reward(s) in the new reward category the card member has been switched to.
  • the conversion may be one-to-one, such that 100 reward value units (e.g., points), for example, in the initial rewards program will translate into 100 reward value units (e.g., points) in the new reward category.
  • a particular conversion rate may be referenced to calculate the appropriate translation of rewards.
  • reward category A may have a one-to- two ratio conversion with program reward B.
  • rewards conversion module 230 may credit value to a reward category according the various systems and methods described herein. Other scenarios are possible.
  • the various systems and methods described herein enable a card member to earn his or her choice of a percentage of amount spent, or a designated number of points or other quantifiable reward unit or value.
  • a card member could be given the choice of earning 3% of transaction value or three (3) points.
  • Card member A for example, may say he wants to earn cash, while card member B may prefer points. Even though both card members are earning different rewards, they are earning identical value and could switch between cash and points. For example, if card member B had 5,000 points he could selectively convert this amount to $50.00. In so doing, however, the dynamic nature of his spending and other transaction behavior still carries through, regardless of the actual value or rewards being realized.
  • a card member may designate particular types of transactions that should earn points and which should earn cash. For example, a card member could be notified (e.g., on his or her monthly statement) that he or she has 10,000 points or $100 that are redeemable based on reward earnings.
  • Conversion rate module 235 may, in some embodiment, facilitate the rewards conversion process customer transactions by storing and maintaining conversion rates between various reward categories. This way, rewards conversion module 230 may readily obtain conversion rate information when needed. In some embodiments, conversion rates administered my conversion rate module 235 may be administered and revised by an agent of central rewards program station 105, for example.
  • Administration module 240 may, in some embodiments, enable an administrator of central rewards program station 105, for example, to interact with the various modules, features and functionality described herein.
  • an agent of central rewards program station 105 may interact with administration module 240 to input, revise and remove data and information used by the various systems and methods described herein, such as, for example, card member information, reward category information, conversion rate information, or any other data or information that may be used to identify and offer reward categories to customers as described herein.
  • administration module 240 may enable an administrator of central rewards station 105 to establish parameters or rules associated with the various features and functionality described herein.
  • an administrator may establish limits, caps, delays, vintage reward rules (e.g., vintage reward rule(s) may be established that specifies how aged rewards are to be treated — for example, a reward that has been in effect for two years may automatically expire; other rules may of course be established depending on specific business needs) or fees associated with a card member's use of the features and functionality described herein.
  • a card member may be limited to a predetermined number of transactions (e.g., reward category switches) over a predetermined period of time, such as annually or monthly, for example. Other predetermined periods of time are of course possible.
  • a card member may also be required to pay a fee to be able to be able to switch between reward categories.
  • Such a fee may be, for example, annually or monthly imposed or may be charged on a one-time or per-transaction basis.
  • the fee may comprise a monetary amount or any other form of measurable value.
  • delays may be imposed to verify that a particular exchange or movement of points was done properly and in good-faith (e.g., accrue points before they are actually available for redemption).
  • Recommendations module 250 may, in some embodiments, present the user with recommended or suggested reward category(s) that may be of relevance based on the user's transaction or reward category history, for example.
  • the recommendations may also be made based on the user's future activity, behavior or transactions. For example, the user may specify that he intends to go to Orlando, Florida for a week-long vacation in a months time. The various systems and methods described herein may then recommend or suggest particular reward categories that may be relevant to the user's trip.
  • the user may be automatically enrolled in the recommended or suggested programs, while in some embodiments the user may be asked if he wants to enroll.
  • User input module 250 may, in some embodiments, permit a user to interact with the various systems and methods described herein to provide necessary data and information. For example, user input module 250 may process user input relating to recommended or suggested reward categories. User input module 250 may also process user input relating to future activity, behavior or transactions.
  • Figure 3 illustrates a process flow 300 for identifying, prioritizing and offering reward categories, according to an embodiment of the systems and methods described herein.
  • relevant reward category(s) associated with a customer may be identified.
  • Associated reward categories may comprise any reward category(s) that the card member is currently enrolled in. Identification may occur in several ways.
  • identification may occur as part of the process for generating transaction statements (e.g., monthly transaction statements) for a particular card member.
  • identification may result from the card member calling the card-issuer, for example, to inquire about a balance or make payment on the account, for example.
  • identification may also occur as a result of the card member accessing the card-issuer's web site to obtain information about the card and/or its services, or to otherwise interact with the card issuer on any matter associated with the card, such as, for example, making payment on the account or obtaining a credit line increase.
  • identification may occur as a result of periodic verifications by a card issuer, for example, of its card member reward category status.
  • the step of identifying relevant reward categories(s) associated with a card member need not be performed for purposes of carrying out the various features and functionality described herein.
  • the process of identifying, prioritizing and offering reward categories to a card member may be performed regardless of the types of reward categories the card member is currently enrolled in or is otherwise associated with.
  • data or information about the card member may be processed to determine particular reward category(s) that may be of interest to the card member.
  • data or information about the card member may comprise transaction data or information corresponding to the card member's recent purchases or reward category activity.
  • the various systems and methods described herein may determine particulars about a card member's past transaction history or reward category history (e.g., redemption history, reward earnings history, earning levels, reward categories, currency type or selections (e.g., points, miles or cash), or any other particular related to a reward category) to develop a sense of the card member's interests or needs.
  • central reward category station 105 may process the data or information of the card member and identify at least one reward category(s) that may be relevant to the card member's past transaction history or reward category history (e.g., redemption history, reward earnings history, earning levels, reward categories, currency type (e.g., points, miles or cash), or any other particular related to a reward category).
  • central reward category station 105 may automatically process data or information about a card member in connection with generating a monthly or other period statement of transactions. For example, a card issuer may determine relevant reward category(s) that may be of relevance to a card member based on transaction data or information appearing on the card member's monthly statement.
  • the determination of whether a particular reward category is relevant to card member may be based on the issuing entity's assessment of the user. Such assessment may comprise any factors or aspects of the user's relationship with the bank, transaction or reward category history that may be used to identify relevant reward categories.
  • the card member may unilaterally select the specific or categories of reward category(s) he or she is interested in joining, such as by interacting with particular tools provided by an issuing entity (e.g., a bank or other entity or individual that is administering reward category(s)), for example.
  • an issuing entity e.g., a bank or other entity or individual that is administering reward category(s)
  • Such designations or preferences may be designated by the card member during a registration or enrollment with a program that dynamically enrolls the card member in reward category(s) as set forth herein.
  • rewards program evaluation module 220 may then revise the reward category(s) associated with the card member to include at least one relevant reward category(s) that may better suit the card member's needs or demonstrated interests. For example, if the card member is currently enrolled in a rewards program that rewards value units (e.g., points) for purchases made at a particular retail outlet, which the card member rarely ever shops at, reward category evaluation module 220 may identify another retail outlet that better fits the card member's demonstrated shopping patterns.
  • rewards value units e.g., points
  • the processing described in Figure 3 may involve the transfer of value from one reward category to another.
  • value may be switched between reward categories associated with different reward category entities.
  • an initial value to be converted may correspond to a rewards program administered by a first bank
  • the switched or converted-to value may correspond to a rewards program administered by a second bank.
  • converting between such reward categories may involve interfacing with an internal or external "value" bank that maintains and administers value (e.g., points) balances associated with different reward categories with any number of reward category entities.
  • central rewards program station 105 administered by a first bank may interface with such a value bank to determine how much value a potential customer has with a rewards program administered by a second bank.
  • the first bank may then use this information to determine the appropriate conversion rate, for example, or how to otherwise convert to value associated with one of its own reward categories.
  • access to the value bank may be controlled with appropriate security controls (e.g., username and password) to prevent fraud or unauthorized access to such data and information.
  • a bank soliciting a potential client may access the value bank to verify the potential customer's value balance with a particular reward category associated with another bank, for example.
  • central rewards program station 105 may also deduct the value (e.g., points) associated with the other bank's reward category to ensure that the potential customer does not subsequently redeem the value with the other bank.
  • access to the value bank may require appropriate contractual relations with the administer of the value bank, the potential customer, and/or the entity program administering the potential customer's reward category to ensure proper authorized access to such information.
  • the value bank may also be used to convert value units (e.g., points) between reward categories associated with a single reward entity.
  • the various systems and methods described herein may be used to pool value accumulated through a plurality of reward categories and transfer them to any number of reward categories.
  • a customer having 100 value units (e.g., points) accumulated on a theme-park card, 50 value units (e.g., points) on an airline card, and 25 value units (e.g., points) on a gas station card may transfer some or all of the accumulated value onto a single rewards program or any number of rewards programs.
  • the 150 points associated with the theme-park and airline cards may be converted and transferred onto the gas station card.
  • the 50 points associated with the airline card may be transferred to the theme-park and gas station cards in equal (e.g., 25 and 25) or other predetermined amounts (e.g., 35 for the theme-park card and 15 for the gas station card).
  • the collective 150 points may be credited onto a new reward category. For example, the 150 points may remain with the customer, but a new program may be created which credits rewards to the customer based on the 150 accumulated points. Other conversion and transfer schemes are of course possible.
  • the various systems and methods described herein may be transfer accumulated value (e.g., points) from one individual to another, regardless of the reward categories involved.
  • person A may have 100 points accumulated with reward category A. Person A may transfer 50 of his points, for example, to Person B who is associated with rewards program B.
  • accumulated points may also be transferred to specific individuals within a rewards program. For example, a father enrolled in a rewards program associated with a gas card and having 100 points of value, for example, may designate that 25 points be transferred to his daughter and that 25 points be transferred to his son.
  • the transferred points may be stored in or associated with a sub-account associated with the rewards program and/or the transferee (e.g., son and daughter).
  • FIG. 3a illustrates types of data or information that may be referenced to carryout the specific functionality of the process flow shown in Figure 3.
  • step 305 for identifying reward categories that are associated with a customer may be based on initial customer selections or preferences 305a.
  • selections or preferences may be designated when the customer is enrolling or sign-in up for the dynamic enrollment services described herein.
  • a card member may designate a preference for reward categories that offer cash-back rather than points or other non- monetary value.
  • the various systems and methods described herein would only identify, recommend, suggest or dynamically enroll the customer in reward categories that provide cash-back rewards.
  • Other customer designations, selections or parameters are of course possible.
  • relevant reward categories may also be identified based on the customer's transaction history 305b (e.g., as determined from the customer's monthly statement), reward category history 305c (e.g., as determined from the customer's redemption patterns), or any other data or information 3O5d that may be used to particularly identify reward categories that are of relevance to the customer.
  • step 310 may also be based on customer selections 310a, customer transaction history 310b, reward category history, or any other data or information 305d that may be used to particularly identify reward categories that are of relevance to the customer.
  • the step of revising the customer's relevant reward category(s) may comprise adding or deleting particular reward category(s) and prioritizing or ordering reward category(s) according to customer data or information 315a.
  • adding or deleting reward category(s) or prioritizing or ordering reward category(s) may be based the frequency of particular transactions over a period of time 315b, by amount spent on particular transactions over a period of time, or any other data or information 3O5d that may be used to add, delete or prioritize or order reward category(s) according to the systems and methods described herein.
  • Figure 4 illustrates an exemplary process flow 400 for identifying, prioritizing and offering reward categories, according to an embodiment of the systems and methods described herein.
  • central rewards program station 105 may identify rewards programs associated with a particular customer.
  • central rewards program station 105 may process customer data and information to determine demonstrated user interest or needs.
  • the customer data may comprise, as shown, transaction data used to generate the customer's monthly statement. In this example, the customer has entered into three (3) dining transactions, one (1) grocery transaction, and one (1) gas transaction, all in the month of June.
  • central rewards program station 105 may then revise the customer rewards programs to conform with the demonstrated user interest exemplified by the transaction history for June, 2006.
  • central rewards program station 105 may dynamically enroll the customer in the restaurant discount reward category as a result of the high frequency with which the user frequented restaurants during the month of June.
  • central rewards program station 105 may, as shown, simply add the restaurant discounts to the list of customer reward categories.
  • central reward category station 105 may also remove any reward categories that did not have associated activity during the period of time under consideration (e.g., the video rental offers reward category).
  • central rewards program station 105 may also prioritize or order the reward categories as described herein.
  • FIG. 5 illustrates an exemplary process flow 500 for identifying, prioritizing and offering reward categories, according to an embodiment of the systems and methods described herein.
  • the customer is determined by central reward station 105 to be associated with six (6) reward categories: (1) a movie discount program, (2) a video rental program, (3) a gas discount program, (4) restaurant discounts program, (5) grocery discounts program, and (6) theme park offers program.
  • some of the reward categories that a customer is associated with are active (e.g., (l)-(3)), while some are inactive (e.g., (4)-(6)).
  • only reward categories that are active are applied against the customer's transactions for purposes of determining rewards.
  • the customer's transactions may be determined by central reward station 105. As shown, the customer conducted the following transactions during the month of June: (1) four gas transactions, (2) three grocery transactions, (3) three gas transactions, and (4) one movie transaction.
  • an administrator of system 105 may add or delete individual transactions from the list in 510. This would allow a particular merchant to more specifically designate what categories a particular transaction should be in. For example, a particular franchise restaurant at location A may be treated differently than the same franchise restaurant B. The ability to add or delete transactions permits the merchants or the administrator to selectively influence the ordering of customer reward categories.
  • central reward station 105 may revise the listing of reward categories associated with the customer against the transaction data obtained for the month of June.
  • revisions to the listing of associated reward categories may be based on any rules or regulations that specify how transaction data and information is to be processed. For example, revisions can be based on the frequency of transactions or the total amount spent on particular goods or services, for example. As shown, the customer reward categories have been prioritized or reordered according to frequency of transaction so that restaurant discounts is listed first followed by gas discounts and grocery discounts in second and third place, respectively. In some embodiments, when there is a tie between two types of transactions (e.g., as between gas and grocery transactions), predetermined rules may be used to specify which of the transactions will receive priority (e.g., gas discounts in Figure 5).
  • predetermined rules may be used to specify which of the transactions will receive priority (e.g., gas discounts in Figure 5).
  • reward categories that have not seen activity during the predetermined period of time may be removed from all listings, or placed into inactive status (e.g., movie discounts).
  • the customer's reward categories may be reevaluated once the next
  • Figures 6 and 7 generally illustrate typical process flows performed by the systems described herein for identifying and offering rewards programs:
  • FIG. 6 illustrates a process flow 600 for dynamically identifying, prioritizing and offering at least one reward category, according to an embodiment of the invention.
  • step 605 data or information relating to a user's transactions are processed.
  • step 610 at least one reward category based on the user's transactions is identified.
  • step 615 the at least one reward category is prioritized or ordered.
  • step 620 the prioritized or ordered at least one reward category is applied to the user's subsequent transactions.
  • FIG. 7 illustrates a process flow 700 for dynamically identifying, prioritizing and offering reward categories, according to various embodiments of the invention.
  • user transaction data or information associated with a user is gathered.
  • a determination is made whether the user is enrolled in at least one reward category. If yes, at step 730 a determination is made whether the at least one reward category is related to the user transaction data or information. If yes, then at step 735 a determination is made whether the at least one reward category is properly prioritized or ordered. If yes, then at step 725, the at least one reward category is applied to the user's transaction. After a predetermined period of time (e.g, monthly), the process begins anew at step 705.
  • a predetermined period of time e.g, monthly
  • the at least one reward category is revised so that it is relevant to the user's transaction data or information.
  • such revision may comprise identifying at least one reward category that is relevant to the user's transaction data or information.
  • the at least one reward category that is relevant to the user's transaction data or information is prioritized or ordered.
  • the at least one reward category is applied to the user's tractions. After a predetermined period of time (e.g, monthly), the process begins anew at step 705.
  • step 715 at least one reward category relevant to the user transaction data or information is identified.
  • step 720 the at least one reward category that is relevant to the user's transaction data or information is prioritized or ordered.
  • step 725 the at least one reward category is applied to the user's tractions. After a predetermined period of time (e.g, monthly), the process begins anew at step 705.
  • FIG. 8 illustrates a process flow 800 for offering rewards programs or categories, according to various embodiments of the invention.
  • data or information relating to a user's transactions are processed as described herein.
  • at least one reward category is recommended or suggested to the user based on the user's transactions.
  • a response from the user is received relating to the recommended or suggested reward category.
  • the response may be a request to enroll the user in the recommended or suggested reward category.
  • Figure 9 illustrates a process flow 900 for offering rewards programs or categories, according to various embodiments of the invention.
  • step 905 data or information relating to a user's future activities, behavior or transactions is received.
  • step 910 at least one reward category is recommended or suggested to the user based on the user's future activities, behavior or transactions.
  • step 915 a response from the user is received relating to the recommended or suggested reward category.
  • the response may be a request to enroll the user in the recommended or suggested reward category.
  • FIG. 10 illustrates a process flow for identifying and offering rewards, according to various embodiments of the invention.
  • a user's transaction history or reward category history is determined.
  • at least one reward category based on the user's transaction history or reward category history is dynamically prioritized.
  • at least one top reward category based on the dynamic prioritizing of the at least one reward category is determined.
  • user reward incentives are dynamically rewarded in a first currency based on the least one top reward category, the user having a reward incentive balance of redeemable reward value.
  • the user is switched to a second currency for earning reward incentives, wherein switching the user comprises converting the reward incentive balance into an equivalent reward value in the second currency and rewarding future user behavior in the second currency.
  • the systems and methods described herein may provide customers with the ability to change the rewards they earn. For example, customers, new or existing, have the option to choose what kind of reward they eam-points or cash back.
  • the key element is that once customers choose their reward option, they can switch back and forth between points or cash depending upon what makes most sense for them at that time.
  • the new structure allows customers to earn more. Take following is an embodiment of a cash back option:

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

La présente invention concerne un système et un procédé d'identification et d'offre de récompenses. Ce procédé consiste à déterminer un historique de transactions d'utilisateur ou un historique de catégories, tel que par exemple un historique de dépenses, un historique de transactions, un historique commercial, un historique d'achats, un historique de services, un historique de produits, un historique de canaux, une fréquence d'historique de dépenses, un historique SKU, un historique de rachats, un historique de gains de récompense, des niveaux de récompense, des catégories de récompense, des types de monnaie (par exemple des points, des miles ou des espèces ou tout autre élément particulier associé une catégorie de récompense) un historique de monnaies, des réponses de consommateurs à des questions et/ou d'autres données ou informations qui permettent l'identification de récompense pertinente. Puis, ce procédé classe dynamiquement des priorités d'au moins une catégorie de récompense fondée sur l'historique de transactions d'utilisateur ou l'historique de catégories de récompense, et détermine au moins une catégorie de récompense supérieure fondée sur le classement de priorité dynamique d'au moins une catégorie de récompense. Finalement, ce procédé récompense dynamiquement par des réductions, des rabais ou des coupons accordés à l'utilisateur et d'autres récompenses incitatives fondées sur au moins une catégorie de récompense supérieure.
PCT/US2007/018039 2006-08-16 2007-08-16 Système et procédé d'identification, de classement de priorités et d'offre dynamique de catégories de récompenses WO2008021382A2 (fr)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US82261106P 2006-08-16 2006-08-16
US60/822,611 2006-08-16
US84201506P 2006-09-05 2006-09-05
US60/842,015 2006-09-05
US11/686,203 2007-03-14
US11/686,203 US20070156530A1 (en) 2001-11-01 2007-03-14 System and Method for Dynamically Identifying, Prioritizing and Offering Reward Categories

Publications (2)

Publication Number Publication Date
WO2008021382A2 true WO2008021382A2 (fr) 2008-02-21
WO2008021382A3 WO2008021382A3 (fr) 2008-11-20

Family

ID=39082706

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2007/018039 WO2008021382A2 (fr) 2006-08-16 2007-08-16 Système et procédé d'identification, de classement de priorités et d'offre dynamique de catégories de récompenses

Country Status (1)

Country Link
WO (1) WO2008021382A2 (fr)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010033376A2 (fr) * 2008-09-17 2010-03-25 Preston Tollinger Filtrage et remise de coupon électronique
US7899753B1 (en) 2002-03-25 2011-03-01 Jpmorgan Chase Bank, N.A Systems and methods for time variable financial authentication
US8533086B1 (en) 2007-10-18 2013-09-10 Jpmorgan Chase Bank, N.A. Variable rate payment card
US9298677B2 (en) 2005-02-04 2016-03-29 Cellfire Inc. Delivering targeted advertising to mobile devices
US9990642B2 (en) 2002-10-11 2018-06-05 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to credit account holders
US10282536B1 (en) 2002-03-29 2019-05-07 Jpmorgan Chase Bank, N.A. Method and system for performing purchase and other transactions using tokens with multiple chips
US11682034B1 (en) 2014-02-20 2023-06-20 American Express Travel Related Services Company, Inc. Rewards program according to transaction frequency
US20230274306A1 (en) * 2020-06-01 2023-08-31 Synchrony Bank Systems and methods for optimizing allocation of points

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7660763B1 (en) 1998-11-17 2010-02-09 Jpmorgan Chase Bank, N.A. Customer activated multi-value (CAM) card
US7860789B2 (en) 2001-07-24 2010-12-28 Jpmorgan Chase Bank, N.A. Multiple account advanced payment card and method of routing card transactions

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050222906A1 (en) * 2002-02-06 2005-10-06 Chen Timothy T System and method of targeted marketing

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050222906A1 (en) * 2002-02-06 2005-10-06 Chen Timothy T System and method of targeted marketing

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9240089B2 (en) 2002-03-25 2016-01-19 Jpmorgan Chase Bank, N.A. Systems and methods for time variable financial authentication
US7899753B1 (en) 2002-03-25 2011-03-01 Jpmorgan Chase Bank, N.A Systems and methods for time variable financial authentication
US10282536B1 (en) 2002-03-29 2019-05-07 Jpmorgan Chase Bank, N.A. Method and system for performing purchase and other transactions using tokens with multiple chips
US10007923B1 (en) 2002-10-11 2018-06-26 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to credit account holders
US9990642B2 (en) 2002-10-11 2018-06-05 Jpmorgan Chase Bank, N.A. System and method for granting promotional rewards to credit account holders
US9298677B2 (en) 2005-02-04 2016-03-29 Cellfire Inc. Delivering targeted advertising to mobile devices
US9785973B2 (en) 2005-02-04 2017-10-10 Cellfire Inc. Delivering targeted advertising to mobile devices
US10628854B2 (en) 2005-02-04 2020-04-21 Cellfire Llc Delivering targeted advertising to mobile devices
US11042905B2 (en) 2005-02-04 2021-06-22 Cellfire Llc Delivering targeted advertising to mobile devices
US11972458B2 (en) 2005-02-04 2024-04-30 Cellfire Llc Delivering targeted advertising to mobile devices
US8533086B1 (en) 2007-10-18 2013-09-10 Jpmorgan Chase Bank, N.A. Variable rate payment card
WO2010033376A2 (fr) * 2008-09-17 2010-03-25 Preston Tollinger Filtrage et remise de coupon électronique
WO2010033376A3 (fr) * 2008-09-17 2010-06-17 Preston Tollinger Filtrage et remise de coupon électronique
US11682034B1 (en) 2014-02-20 2023-06-20 American Express Travel Related Services Company, Inc. Rewards program according to transaction frequency
US20230274306A1 (en) * 2020-06-01 2023-08-31 Synchrony Bank Systems and methods for optimizing allocation of points
US11935086B2 (en) * 2020-06-01 2024-03-19 Synchrony Bank Systems and methods for optimizing allocation of points

Also Published As

Publication number Publication date
WO2008021382A3 (fr) 2008-11-20

Similar Documents

Publication Publication Date Title
US20070156530A1 (en) System and Method for Dynamically Identifying, Prioritizing and Offering Reward Categories
US20070078719A1 (en) S/M for offering reward programs
US11562424B2 (en) Systems and methods for performing a purchase transaction using rewards points
US8676642B1 (en) System and method for granting promotional rewards to financial account holders
US10181129B2 (en) Method and system for identifying optimal rewards programs
US20180033021A1 (en) Point pooling loyalty system and method
WO2008021382A2 (fr) Système et procédé d'identification, de classement de priorités et d'offre dynamique de catégories de récompenses
US7856377B2 (en) Geographic loyalty system and method
AU2007354253B2 (en) Supply of requested offer based on offeree transaction history
AU2007355609B2 (en) Supply of requested offer based on point-of-service to offeree distance
US8965784B2 (en) Reward exchange method and system implementing data collection and analysis
AU2004216969B2 (en) System and method for the real-time transfer of loyalty points between accounts
US8442909B2 (en) Transaction processing entity device support of an integrated offer network
US20020111859A1 (en) Integrated frequency and award redemption program for installment based receivables behavior modification and customer loyalty management
US20020174011A1 (en) Systems and methods for conducting a loyalty program
US20070038511A1 (en) Combined search engine and consumer incentive advertising system and method
US20120271705A1 (en) Method and system for simultaneous awarding and redeeming of reward points at the point of sale
US20150278845A1 (en) System and method for presenting loyalty offers at a point-of-sale
US20020152116A1 (en) Method and system for generating fixed and/or dynamic rebates in credit card type transactions
WO2003017054A2 (fr) Systeme de rachat pour rachat de primes
WO2018069942A1 (fr) Système de transaction client-commerçant basé sur une référence de commerçant
US11037185B2 (en) User engagement based on a revolving opportunity feed delivering rewards of a business profile based on completion criteria
US11348132B1 (en) System and method for applying benefits to transactions

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07811332

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase in:

Ref country code: DE

NENP Non-entry into the national phase in:

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 07811332

Country of ref document: EP

Kind code of ref document: A2