AU2015207893B2 - Consumer processing method and system - Google Patents
Consumer processing method and system Download PDFInfo
- Publication number
- AU2015207893B2 AU2015207893B2 AU2015207893A AU2015207893A AU2015207893B2 AU 2015207893 B2 AU2015207893 B2 AU 2015207893B2 AU 2015207893 A AU2015207893 A AU 2015207893A AU 2015207893 A AU2015207893 A AU 2015207893A AU 2015207893 B2 AU2015207893 B2 AU 2015207893B2
- Authority
- AU
- Australia
- Prior art keywords
- consumer
- transaction
- merchant
- data set
- 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.)
- Active
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
CONSUMER PROCESSING SYSTEM AND METHOD 2015207893 30 Μ 2015
Related Application 5 This application is a divisional application of Australian application no. 2012201251 the disclosure of which is incorporated herein by reference. Most of the disclosure of that application is also included herein, however, reference may be made to the specification of application no. 2012201251 as filed to gain further understanding of the invention claimed herein. 10
Field of the Invention
The present invention relates generally to consumer processing and transaction systems and, in particular, to a consumer processing system and method for identifying 15 and recognizing a consumer or customer engaged in a transaction with a merchant, such as the identification and recognition of a repeat customer at a particular point-of-sale.
Background of the invention 20 In order to enable convenient purchases or goods and services by consumers, the financial service industry has developed many alternative payment methods that allow a consumer to engage in a transaction and receive goods and services on credit. For example, such alternative payment methods may include checks, ATM or debit cards, credit cards, charge cards, etc. In addition, these credit vehicles are able to be 25 used on many platforms and via many communication methods and processes. For example, a credit or charge card may be used over the telephone, by mail or electronically over the Internet or at an in-store location. The benefit of existing payment methods allows a consumer to move the point-of-sale (POS) from an in-store location to one’s home. For example, a consumer may place an order from a catalog 30 over the telephone and use a credit card or a charge card to pay for the goods and/or services. A similar process can be used for mail orders.
Virtual commerce and the growth of the Internet as a medium for commerce have placed pressure on the payment options discussed above with respect to both 1
6745427_1 (GHMatters) P74423.AU.2 LIENM convenience, transactional security and profitability by the credit issuer. However, the consumer’s convenience is paramount, and the Internet provides yet another POS, or option, to the consumer for purchasing goods and/or services via an alternative medium. This growth in commerce on the Internet and over the telephone has also placed 5 additional burdens on the merchant, such as identification and recognition of a customer. However, this burden also may lead to certain benefits, such as the ability to identify and recognize customers in not only a negative sense, such as in the identification of fraud or bad credit, but also in a positive sense, such as in the opportunity to offer additional benefit to a repeat customer in good standing. 2015207893 30M2015 10 Moving the POS to the consumer’s home, the consumer can use the telephone or otherwise conduct business over the Internet, which provides a tangible benefit to the consumer. Such remote transactions provide the consumer with a certain amount of anonymity, as well as a much greater amount of convenience in making purchases. Likewise, the merchant obtains more business by opening up these lines of 15 communication and allowing for the engagement in such a transaction at remote points-of-sale.
However, both the consumers and the merchants suffer in one important respect. In particular, when operating in a real-time sales environment, the merchant typically has no way of quickly determining whether a consumer is a repeat customer. 20 Accordingly, the merchant may suffer by offering goods and services to a person with a fraudulent history or bad credit characteristics, based upon these previous sales. Such activity is detrimental to the merchant, and could have been avoided had the merchant been able to identify and recognize this repeat consumer. Similarly, both the merchant and consumer may suffer from this lack of identification and recognition on the 25 “positive” side of a previous transaction. For example, a repeat and “good” customer may be offered additional benefits or special merchant offers, which will further engender the consumer to the merchant and provide the merchant with additional business. However, since such repeat consumers cannot be identified or recognized in many cases, the ability to provide such a benefit to the consumer, which indirectly also 30 benefits the merchant, is unavailable.
Therefore, it is the merchant’s ability to identify and recognize a consumer using various data transmitted to the merchant that allows for this mutually beneficial and ongoing consumer/merchant relationship. Of course, as discussed above, this 2
6745427J (GHMatters) P74423.AU.2 LIENM relationship may be a potential “negative” relationship (such as in bad credit) or a “positive” relationship (such as in offering “perks” to the best customers). In either case, the merchant must have access to this valuable information and data in order to decide how best to interact with any individual consumer. 2015207893 18 Sep 2015 5 According to the prior art, existing merchants have used various approaches in order to overcome the inability to quickly identify repeat customers, such as quickly identifying repeat customers in a real-time sales environment. For example, some merchants attempt to solve this problem by requiring a log-in by the customer prior to purchase. Many times, this approach causes abandonment of shopping carts and 10 reduces the total sales that a merchant will close. Therefore, this log-in process reduces the merchant’s aggregate revenue and profit. Other merchants invest in software, purchased externally or internally developed, as well as hardware, to run real-time applications that use various methods to identify existing customers. However, such an approach raises a merchant’s capital expenditure and operating costs. Still further, 15 some merchants do neither the log-in process nor invest in any software, and forego the business benefit of knowing who was a repeat customer in real-time. These merchants usually run a monthly or weekly batch process to identify the repeat customers, but this process does not allow them any real-time benefit. 20 Summary of the Invention
It would be advantageous to have a consumer processing system and method that is capable of quickly identifying a consumer engaged in a transaction with a merchant, such as in a real-time sales environment. It would be advantageous to have a 25 consumer processing system and method that allows a merchant to recognize a repeat consumer during a subsequent transaction. It would be advantageous to have a consumer processing system and method that provides the merchant with the appropriate data to make a decision regarding how best to interact with a consumer in all subsequent transactions. It would be advantageous to provide a consumer 30 processing system and method that allows the merchant access to a consumer data warehouse for establishing a historical transactional database with respect to each individual consumer. It would be advantageous to provide a consumer processing 3 6919687_1 (GHMatters) P74423.AU.2 LIENM system and method that is adapted for facilitating a better relationship between the consumer and the merchant at remote POS locations. 2015207893 18 Sep 2015
The present invention is directed to a system comprising: a non-transitory memory storing a consumer/transaction database; and 5 one or more hardware processors coupled to the non-transitory memory and configured to read instructions from the non-transitory memory to cause the system to perform operations comprising: receiving from a merchant server during a transaction between a consumer and a merchant, a consumer/transaction data set comprising a plurality of data fields; 10 accessing the consumer/transaction data set in the consumer/transaction database; in response to receiving the consumer/transaction data set during the transaction, comparing at least a portion of the received consumer/transaction data set to at least one existing data field stored in the consumer/transaction database; 15 in response to at least a portion of the received consumer/transaction data set matching at least one existing data field, identifying the consumer as a repeat customer; and determining, in real time, based at least in part on the matching and identifying of the customer, a consumer activity data set of prior activity of the consumer and a 20 real-time merchant offering based on the transaction; and transmitting to the merchant server, prior to consummation of the transaction, the real-time merchant offering. The system can include a consumer processing system interface for receiving, from a merchant, a consumer/transaction data set, which has multiple data fields therein. A consumer/transaction database is included and populated 25 with multiple data sets, and each data set relates to a specified customer or consumer, and further each data set includes multiple data fields therein. One or more of the data fields in the received consumer/transaction data set is either: (1) established as part of an initial data set in the consumer/transaction database; or (2) compared to an existing data field in an existing data set in the consumer/transaction database. Based upon the 30 establishment or comparison, a consumer activity data set is communicated from the consumer processing system interface to the merchant.
In one embodiment, the consumer activity data set includes consumer recognition data. This consumer recognition data is selected and provided based upon 4
6919$87_1 (GHMallers) P74423.AU.2 LIENM the current transaction between the consumer and the merchant, a previous transaction between the consumer and the merchant, historical transaction data, tracking data specific to a consumer, a value reflective of a consumer’s transaction history with a merchant, data associated with transactions with a merchant, transaction-specific data, 5 customer-specific data, transaction frequency data, transaction amount data, cumulative transaction frequency data, cumulative transaction amount data, and/or customer demographic data. In addition, the consumer activity data set may include merchant offering data reflecting an established offer to the consumer of a service, item, discount, redemption, coupon, voucher, non-cash benefit, incentive, ticket, invitation, event, etc. 2015207893 18 Sep 2015 10 Further, the data set may include merchant denial data reflecting an instruction to the merchant, and advising the merchant to deny the transaction, deny a purchase request, deny a credit request, and/or take a specified action with respect to the consumer.
The present invention is further directed to a computer-implemented method comprising: 15 receiving, electronically by a processor, from a merchant server during a transaction between a consumer and a merchant, a consumer/transaction data set comprising a plurality of data fields; accessing, electronically by the processor, the consumer/transaction data set in a consumer/transaction database; 20 in response to receiving the consumer/transaction data set during the transaction, comparing, electronically by the processor, at least a portion of the received consumer/transaction data set to at least one existing data field stored in the consumer/transaction database; in response to at least a portion of the received consumer/transaction data set 25 matching at least one existing data field, identifying, electronically by the processor, the consumer as a repeat customer; and determining, electronically by a processor, in real time, based at least in part on the matching and identifying of the customer, a consumer activity data set of prior activity of the consumer and a real-time merchant offering based on the transaction; and 30 transmitting, electronically by a processor, to the merchant server, prior to consummation of the transaction, the real-time merchant offering. 5
6919687_1 (GHMatters) P74423.AU.2 LIENM
The present invention is further directed to a non-transitory machine-readable medium comprising a plurality of machine-readable instructions to perform a computer-implemented method, comprising: 2015207893 18 Sep 2015 receiving from a merchant server during a transaction between a consumer and a 5 merchant, a consumer/transaction data set comprising a plurality of data fields; accessing the transaction data set in a consumer/transaction database; in response to receiving the consumer/transaction data set during the transaction, comparing at least a portion of the received consumer/transaction data set to at least one existing data field stored in the consumer/transaction database; 10 in response to at least a portion of the received consumer/transaction data set matching at least one existing data field, identifying the consumer as a repeat customer; and determining, in real time, based at least in part on the matching and identifying of the customer, a consumer activity data set of prior activity of the consumer and a 15 real-time merchant offering based on the transaction; and transmitting to the merchant server, prior to consummation of the transaction, the real-time merchant offering.
The present invention, both as to its construction and its method of operation, together with the additional objects and advantages thereof, will best be understood 20 from the following description of exemplary embodiments when read in connection with the accompanying drawings.
Brief Description of the Drawings 25 Fig. 1 is a schematic view of a consumer processing system according to the present invention;
Fig. 2 is a schematic view of a further embodiment of a consumer processing system according to the present invention;
Fig. 3 is a schematic view of a still further embodiment of a consumer 30 processing system according to the present invention; and
Fig. 4 is a flow diagram of a method of identifying and recognizing a consumer engaged in a transaction with a merchant according to the present invention.
5A
$919687_1 (GHMatters) P74423.AU.2 LIENM
Description of the Preferred Embodiments 2015207893 18 Sep 2015
The present invention is directed to a consumer processing system 10 and method 100 of identifying and recognizing a consumer 12 engaged in a transaction with 5 a merchant 14. Various embodiments of the consumer processing system 10 of the present invention are illustrated in Figs. 1 to 3. A flow diagram of the method 100 is illustrated in Fig. 4.
Referring to Fig. 1, in one embodiment, the consumer processing system 10, which identifies and recognizes consumers 12 engaged in a transaction with a merchant 10 14, includes a consumer processing system interface 16. This interface 16 receives, from the merchant 14, a consumer/transaction data set 18, which includes multiple data
5B
6919687_1 (GHMatters) P74423.AU.2 UENM fields 20 therein. In addition, the system 10 includes a consumer/transaction database 22, which is populated with multiple data sets, and each data set relates to a specified consumer 12. Further, each data set also has multiple data fields therein. 2015207893 30 Μ 2015
After receipt of the consumer/transaction data set 18 by the consumer 5 processing system interface 16, the system 10 either establishes this data set 18 as part of some initial data set in a consumer/transaction database 22 or compares one or more of the data fields 20 in the consumer/transaction data set 18 to one or more of the fields in an existing data set in the consumer/transaction database 22. Based upon the establishment of the data sets or the comparison of data fields, a consumer activity data 10 set 24 is communicated from the consumer processing system interface 16 to the merchant 14. The merchant 14, in turn, can use the data and information in the consumer activity data set 24 to appropriately interact with or otherwise communicate with the consumer 12.
In one embodiment, the data fields 20 in the consumer/transaction data set 18 15 are populated with data that is reflective of the consumer 12 and/or the transaction information for the transaction between the consumer 12 and the merchant 14. For example, the data fields 20 in the consumer/transaction data set 18 may be populated with data reflecting a consumer’s name, a consumer key, a consumer identification, an account number, an address, a city, a state, a zip code, a country, a telephone number, 20 an email address, a social security number, a date of birth, the merchant's name, an identification, an order number, an authorization number, an authorization time, an authorization amount, a ship-to address, a bill-to address, a transaction amount, a consumer purchase demographic, a transaction date, a transaction type, a product identification, a service identification, shipping costs, delivery type, consumer type, a 25 company identity, a merchant identity, a third-party risk score, risk data, authentication data, verification data, consumer rating data, profitability data, credit risk data, fraud risk data, transaction risk data, denial data, processing data, a general credit risk score, a credit bureau risk score, a prior approval, prior report data, previous transaction data, a geographical risk factor, credit account data, bankcard balance data, delinquency data, 30 credit segment data, previous transaction data, time between transactions data, previous transaction amount, previous transaction approval status, previous transaction time stamp data, a response code, active trades in database, public record data, trade line data, transaction medium, credit segment data, consumer payment type, consumer 6
$745427.1 (GHMallers) P74423.AU.2 LIENM payment method, consumer payment history, consumer account history, consumer credit account balance, merchant history, private label entity data, affiliated private label entity and/or consumer/merchant historical data. In a preferred embodiment, the data fields 20 in the consumer/transaction data set 18 are populated with data that 5 reflects the historical interaction between the consumer 12 and the merchant 14 or some other previous consumer/merchant transaction or interaction. 2015207893 30 Μ 2015
Using the data fields 20 in the consumer/transaction data set 18, the consumer processing system 10 will initially establish, using some or all of this data, a consumer-specific data set in the consumer/transaction database 22. Accordingly, the 10 data fields and data sets in the consumer/transaction database 22 may be populated with data reflecting a consumer’s name, a consumer key, a consumer identification, an account number, an address, a city, a state, a zip code, a country, a telephone number, an email address, a social security number, a date of birth, the merchant's name, an identification, an order number, an authorization number, an authorization time, an 15 authorization amount, a ship-to address, a bill-to address, a transaction amount, a consumer purchase demographic, a transaction date, a transaction type, a product identification, a service identification, shipping costs, delivery type, consumer type, a company identity, a merchant identity, a third-party risk score, risk data, authentication data, verification data, consumer rating data, profitability data, credit risk data, fraud 20 risk data, transaction risk data, denial data, processing data, a general credit risk score, a credit bureau risk score, a prior approval, prior report data, previous transaction data, a geographical risk factor, credit account data, bankcard balance data, delinquency data, credit segment data, previous transaction data, time between transactions data, previous transaction amount, previous transaction approval status, previous transaction time 25 stamp data, a response code, active trades in database, public record data, trade line data, transaction medium, credit segment data, consumer payment type, consumer payment method, consumer payment history, consumer account history, consumer credit account balance, merchant history, private label entity data, affiliated private label entity and/or consumer/merchant historical data. 30 After establishment, the incoming consumer/transaction data set 18 is compared with or otherwise linked to the customer-specific data set in the consumer/transaction database 22. Accordingly, the system 10 may perform a variety of actions after establishing a match between the incoming consumer/transaction data 7
6745427.1 (GHMallers) P74423.AU.2 UENM set 18 and the information in the consumer/transaction database 22. In general, the data fields 20 in the consumer/transaction data set 18 are obtained by the merchant 14 at the POS from the consumer 12. However, even a very minimal amount of collected information at the POS can be used and transmitted to the consumer processing system 5 interface 16, where the consumer processing system 10 is able to use this limited information to identify the consumer 12, as well as build a historical index of data directed to the consumer’s 12 previous interactions with the merchant 14. 2015207893 30 Μ 2015
In another embodiment, as seen in Fig. 2, the system 10 also includes a consumer recognition database 26. This consumer recognition database 26 includes 10 multiple data fields therein, and the data fields are populated with data reflecting consumer recognition data 28. Therefore, and in one embodiment, based upon at least one data field 20 in the consumer/transaction data set 18, at least one data field in the consumer/transaction database 22 and at least one data field in the consumer recognition database 26, the consumer activity data set 24 is established. In one embodiment, the 15 consumer recognition data 28 includes merchant offering data 30. This merchant offering data 30 may reflect an established offer to the consumer 12 of a service, an item, a discount, a redemption, a coupon, a voucher, a non-cash benefit, an incentive, a ticket, an invitation, an event, etc. Such merchant offering data 30 would be transmitted from the merchant 14 to the consumer 12 as a reward for engaging in multiple or 20 subsequent transactions with a specific merchant 14 or a group of merchants 14. In this sense, the merchant offering data 30 establishes a better relationship between the consumer 12 and the merchant 14, and provides a benefit to the consumer 12 for being a preferred or “best” customer.
The consumer recognition data 28, which is normally part of the consumer 25 activity data set 24 transmitted to the merchant 14, may also be selected based upon a number of different existing conditions. For example, the consumer recognition data 28 may be based upon the current transaction between the consumer 12 and the merchant 14, a previous transaction between the consumer 12 and the merchant 14, historical transaction data, tracking data specific to a consumer 12, a value reflective of the 30 consumer’s 12 transaction history with the merchant 14, transaction data, customer or transaction-specific data, frequency data, cumulative data and other similar demographic information. 8
$745427_1 (GHMatters) P74423.AU.2 LIENM
The consumer recognition database 26 can be in communication with and/or maintained by the consumer processing system 10, some central processing system, the merchant 14, a seller, an Internet site, an online entity, a web store, a telephone seller, a group of merchants 14, an organization of merchants 14, an entity, a corporation, a 5 company, an offeror of goods, an offeror of services, an affiliation of multiple entities, etc. As seen in the embodiment of Fig. 2, the consumer recognition database 26 is maintained by and within the consumer processing system 10. However, the merchant 14 has the ability to transmit consumer recognition data 28 to the consumer recognition database 26. In this embodiment, the consumer recognition database 26 is modifiable 10 and/or configurable by the consumer processing system 10, the merchant 14 or any of the entities set forth above. As seen in Fig. 2, the consumer recognition data 28 is communicated from the merchant 14 to the consumer processing system 10 according to the merchant’s 14 desire to revise the consumer recognition database 26. For example, the merchant 14 may want to provide additional offers or consumer 15 recognition data 28 to the consumer recognition database 26, such that this new consumer recognition data 28 is transmitted back through the merchant 14 or another affiliated merchant 14 and on to the consumer 12. This communication between the merchant 14 and the consumer recognition database 26 may be on a continual basis, a dynamic basis, a batch basis, a periodic basis, etc., and this consumer recognition data 20 28 is stored in the consumer recognition database 26. 2015207893 30 Μ 2015
As discussed above, the consumer recognition data 28 may also include merchant denial data 32. This merchant denial data 32 reflects a negative merchant/consumer interaction. For example, the merchant denial data 32 may be an instruction to the merchant 14, advising the merchant 14 to deny the transaction with 25 the consumer 12, deny some purchase request, deny a credit request and/or take some other specified action with respect to the consumer 12. Therefore, based upon the consumer/transaction data set 18 transmitted to the consumer processing system interface 16, the consumer 12 is identified and recognized and, based upon the consumer’s 12 past behavior, the consumer recognition data 28 can warn a merchant 14 30 what is the best manner in interacting with the consumer 12. This “warning” information and data would be part of the consumer activity data set 24.
In one embodiment, and based upon the transaction, the system 10 may also track the consumer’s 12 transactions with the merchant 14, and thereby compile 9
6745427_1 (GHMatters) P74423.AU.2 LIENM tracking data specific to the consumer 12. Accordingly, the consumer activity data set 24 is established and based at least in part upon the tracking data 34 specific to the consumer 12. This tracking data 34 represents additional and valuable information that can be provided to the merchant 14 for the decision making process in the transaction 5 between the merchant 14 and the consumer 12. 2015207893 30M2015
The merchant 14 may be a seller, an Internet site, an online entity, a web store, a telephone seller, a group of merchants 14, an organization of merchants 14, an entity, a corporation, a company, an offeror of goods, an offeror of services, an affiliation of multiple entities, etc. For example, a group of merchants 14 can partner and share 10 information or provide multi-merchant merchant offering data 30 to the consumer 12. Further, the merchant 14 may transmit to the consumer processing system interface 16 multiple consumer/transaction data sets 18. Each data set would be specific to an identified customer, and the multiple consumer/transaction data sets 18 would be stored in the consumer/transaction database 22. In short, the merchant 14 would provide a 15 customer list with all available information about the customer to the consumer processing system 10 for data warehousing and establishing the consumer/transaction database 22.
Another advantage of the consumer processing system 10 and method 100 of the present invention is the ability to provide this service to multiple merchants 14, 20 whether these merchants 14 are partnered or not. For example, and since there are not limits to the amount of data that can be warehoused in the consumer/transaction database 22 and the consumer recognition database 26, the system 10 (and particularly the databases therein) can act as a data vault that can provide secure information to each individual merchant 14, as well as an individualized consumer activity data set 24. Still 25 further, it is envisioned that the compilation of the consumer/transaction data set 18 and the consumer/transaction database 22 can be offered across a variety of merchants 14, all of which are individually compiling specific consumer 12 data. Therefore, the information and data compiled about a consumer 12 at a first merchant 14, could be effectively used in the decision making process of the same consumer 12 at a different 30 and unaffiliated merchant 14, provided that both merchants 14 agree to this information sharing. Accordingly, a comprehensive service can be paid for by a variety of unaffiliated merchants 14, with the databases 22, 26 of the system 10 acting as the central repository of information. 10
6745427_1 (GHMatters) P74423.AU.2 LIENM
Based upon all of the information provided to the consumer processing system 10, and further based upon the historical transactions between a merchant 14 and the consumer 12, the consumer processing system 10 may provide a report 36 to the merchant 14. In particular, the report 36 may include compiled merchant-specific data. 2015207893 30 Μ 2015 5 For example, the report 36 may be a compilation of data representing at least a portion of the consumer/transaction data set 24 for each consumer 12 or a group of consumers 12, or some other information stored in a consumer/transaction database 22 or the consumer recognition database 26. Further, the report 36 may provide summaries of data, such as the cumulative offers, denials, history data, consumer 12 data, consumer 10 grouping data, etc.
As discussed above, the consumer activity data set 24 may include a variety of valuable, and often necessary, data for the merchant 14 to make decisions with respect to the consumer 12. For example, the consumer activity data set 24 may include consumer/transaction data, consumer recognition data, consumer/merchant historical 15 data, transaction data, consumer demographic data, suggested consumer interaction data, suggested consumer offer data, pre-established consumer interaction data, pre-established consumer offer data, offer data, redemption data, merchant denial data and denial instruction data. In one preferred embodiment, the consumer activity data set 24 includes either merchant offering data 30 reflecting an established offer to the 20 consumer 12 of a service, an item, a discount, a redemption, a coupon, a voucher, a non-cash benefit, an incentive, a ticket, an invitation, an event, etc.; or merchant denial data 32 reflecting an instruction to the merchant 14, advising the merchant 14 to deny the transaction, deny a purchase request, deny a credit request, or take some other specified action with respect to the consumer 12. 25 In a further embodiment of the present invention, the consumer/transaction data set 24 and/or the consumer/transaction database 22 include a consumer identification key 38. This consumer identification key 38 is unique to either a specific individual consumer 12 or a specified grouping of multiple consumers 12 having similar characteristics. In this manner, the consumer activity data set 24 is established based at 30 least in part upon the consumer identification key 38. Using the consumer identification key 38, the identification of appropriate consumer recognition data 28 in the consumer recognition database 26 is facilitated. Accordingly, an individual “look-up” is not required for each individual consumer 12 in connection with the consumer recognition 11
6745427.1 (GHMatters) P74423.AU.2 LIENM database 26, and instead this data is compiled and provided for an identified grouping of consumers 12. In addition, this key 38 may be sent to the merchant 14 for use in additional processing functions. 2015207893 30 Μ 2015
The present invention is also directed to a method 100 of identifying and 5 recognizing a consumer 12 engaged in a transaction with a merchant 14. The method 100 includes the steps of: receiving, from the merchant 14, a consumer/transaction data set 18 having a plurality of data fields 20 (Step 102); establishing at least a portion of the consumer/transaction data set 18 as part of an initial data set in a consumer/transaction database 22; or comparing at least a portion of the 10 consumer/transaction data set 18 to an existing data field in an existing data set in the consumer/transaction database 22 (Step 104); and communicating a consumer activity data set 24 to the merchant 14, based at least in part upon the establishment or comparison step (Step 106).
Overall, the present invention provides a consumer processing system 10 and 15 method 100 that allows a merchant 14 to appropriately identify and recognize a consumer 12 engaged in a transaction with the merchant 14. In this manner, the merchant 14 is able to easily track and understand the activities of repeat consumers 12 and act accordingly. The actions that the merchant 14 takes with respect to the consumer 12 based upon the consumer activity data set 24 may be either positive or 20 negative, but would be based upon historical data of the consumer’s 12 activity with respect to the merchant 14 or a grouping of merchants 14.
While the consumer/transaction database 22 of the consumer processing system 10 may act as a data warehouse for all of the information in the consumer/transaction data set 18, the consumer recognition database 26 may be 25 maintained on the system 10 side (see Fig. 2) or the merchant 14 side (see Fig. 3).
Therefore, the merchant 14 may decide whether the consumer recognition database 26 should be maintained and kept apart from the normal systems of the merchant 14, or integrated therewith. The presently-invented system 10 and method 100 are particularly useful in connection with telephone order entities and online merchants 14, and more 30 particularly in connection with online merchants 14 that do not require any sort of login or registration procedure, which may facilitate the identification of repeat customers.
Accordingly, the present invention facilitates the identification and recognition of consumers 12, and provides the consumer activity data set 24 to the merchant 14 to 12
6745427.1 (GHMatters) P74423.AU.2 LIENM make decisions regarding the present or future transactions with any particular consumer 12. 2015207893 30 Μ 2015
In this manner, the present invention provides a consumer processing system 10 that is highly accurate in identifying repeat customers in a real-time environment, 5 such as in an online environment. Further, the consumer processing system 10 of the present invention is integratable into the merchant payment authorization step. In e-commerce, every merchant engaging in sales transactions must complete payment authorization in order to ship product to the customer and receive payment from their bank. Therefore, the present invention provides a consumer processing system 10 that 10 integrates the customer identification step into the payment authorization step, which essentially gives the merchant a free solution that has none of the drawbacks noted above. Still further, the consumer processing system 10 of the present invention provides the merchant with highly useful information regarding repeat customers, such that the merchant may avoid a fraudulent sale, deliver a personalized discount, provide 15 promotional offers to repeat customers, and provide other services both dynamically or subsequently.
This invention has been described with reference to the preferred embodiments. Obvious modifications and alterations will occur to others upon reading and understanding the preceding detailed description. It is intended that the invention 20 be construed as including all such modifications and alterations. 13
6745427.1 (GHMatters) P74423.AU.2 LIENM
Claims (20)
- THE CLAIMS DEFINING THE INVENTION ARE AS FOLLOWS:1. A system comprising: a non-transitory memory storing a consumer/transaction database; and one or more hardware processors coupled to the non-transitory memory and configured to read instructions from the non-transitory memory to cause the system to perform operations comprising: receiving from a merchant server during a transaction between a consumer and a merchant, a consumer/transaction data set comprising a plurality of data fields; accessing the consumer/transaction data set in the consumer/transaction database; in response to receiving the consumer/transaction data set during the transaction, comparing at least a portion of the received consumer/transaction data set to at least one existing data field stored in the consumer/transaction database; in response to at least a portion of the received consumer/transaction data set matching at least one existing data field, identifying the consumer as a repeat customer; and determining, in real time, based at least in part on the matching and identifying of the customer, a consumer activity data set of prior activity of the consumer and a real-time merchant offering based on the transaction; and transmitting to the merchant server, prior to consummation of the transaction, the real-time merchant offering.
- 2. The system as claimed in claim 1, wherein the one or more hardware processors are further configured to cause the system to perform operations comprising transmitting to the merchant server, prior to consummation of the transaction, the consumer activity data set of prior activity.
- 3. The system as claimed in claim 1 or claim 2, wherein the one or more hardware processors are further configured to cause the system to perform operations comprising identifying or recognizing the consumer without requiring a log in or registration procedure.
- 4. The system as claimed in any one of the preceding claims, wherein the one or more hardware processors are further configured to cause the system to perform operations comprising, in response to at least a portion of the received consumer/transaction data set not matching at least one existing data field, establishing an initial consumer specific data set in the consumer/transaction database for the consumer populated using at least one data field from the consumer/transaction data set.
- 5. The system as claimed in any one of the preceding claims, wherein the one or more hardware processors are further configured to cause the system to perform operations comprising populating the plurality of data fields in the consumer/transaction data set with data that reflects historical interaction between the consumer and the merchant or a grouping of merchants.
- 6. The system as claimed in any one of the preceding claims, wherein the realtime merchant offering further comprises at least one of an established offer to the consumer of a service, an item, a discount, a redemption, a coupon, a voucher, a noncash benefit, an incentive, a ticket, an invitation or an event.
- 7. The system as claimed in any one of the preceding claims, wherein the one or more hardware processors are further configured to cause the system to perform operations comprising accessing a consumer recognition database having data reflecting consumer recognition data.
- 8. The system as claimed in claim 7, wherein the one or more hardware processors are further configured to cause the system to perform operations comprising receiving the consumer recognition data from the merchant server on at least one of a continual, dynamic, batch or periodic basis.
- 9. The system as claimed in claim 7 or claim 8, wherein the consumer recognition database further comprises merchant denial data reflecting a negative merchant/consumer interaction.
- 10. The system as claimed in claim 9, wherein the merchant denial data further comprises an instruction to the merchant, the instruction comprising at least one of: deny a purchase request, deny a credit request, or take a specific action with respect to the consumer.
- 11. The system as claimed in any one of the preceding claims, wherein the one or more hardware processors are further configured to cause the system to perform operations comprising tracking transactions of the consumer with the merchant and compiling tracking data specific to the consumer in the consumer activity data set.
- 12. The system as claimed in any one of the preceding claims, wherein the one or more hardware processors are further configured to cause the system to perform operations comprising receiving, from the merchant server, a customer list with all available information about the customer for data warehousing in the consumer/transaction database.
- 13. The system as claimed in any one of the preceding claims, wherein the one or more hardware processors are further configured to cause the system to perform operations comprising, in response to receiving agreement for information sharing between the merchant and an unaffiliated merchant, transmitting the consumer activity data set of prior activity of the consumer to the unaffiliated merchant.
- 14. A computer-implemented method comprising: receiving, electronically by a processor, from a merchant server during a transaction between a consumer and a merchant, a consumer/transaction data set comprising a plurality of data fields; accessing, electronically by the processor, the consumer/transaction data set in a consumer/transaction database; in response to receiving the consumer/transaction data set during the transaction, comparing, electronically by the processor, at least a portion of the received consumer/transaction data set to at least one existing data field stored in the consumer/transaction database; in response to at least a portion of the received consumer/transaction data set matching at least one existing data field, identifying, electronically by the processor, the consumer as a repeat customer; and determining, electronically by a processor, in real time, based at least in part on the matching and identifying of the customer, a consumer activity data set of prior activity of the consumer and a real-time merchant offering based on the transaction; and transmitting, electronically by a processor, to the merchant server, prior to consummation of the transaction, the real-time merchant offering.
- 15. The method as claimed in claim 14, further comprising transmitting, electronically by the processor, to the merchant server, prior to consummation of the transaction, the consumer activity data set of prior activity.
- 16. The method as claimed in claim 14 or claim 15, further comprising identifying or recognizing, electronically by the processor, the consumer without requiring a log in or registration procedure.
- 17. The method as claimed in any one of claims 14 to 16, further comprising populating the plurality of data fields in the consumer/transaction data set with data that reflects historical interaction between the consumer and the merchant or a grouping of merchants.
- 18. The method as claimed in any one of claims 14 to 17, further comprising including a consumer identification key in the consumer/transaction data set or the consumer/transaction database.
- 19. The method as claimed in claim 18, wherein the consumer identification key is unique to the consumer or to a specified grouping of multiple consumers having similar characteristics.
- 20. A non-transitory machine-readable medium comprising a plurality of machine-readable instructions to perform a computer-implemented method, comprising: receiving from a merchant server during a transaction between a consumer and a merchant, a consumer/transaction data set comprising a plurality of data fields; accessing the transaction data set in a consumer/transaction database; in response to receiving the consumer/transaction data set during the transaction, comparing at least a portion of the received consumer/transaction data set to at least one existing data field stored in the consumer/transaction database; in response to at least a portion of the received consumer/transaction data set matching at least one existing data field, identifying the consumer as a repeat customer; and determining, in real time, based at least in part on the matching and identifying of the customer, a consumer activity data set of prior activity of the consumer and a real-time merchant offering based on the transaction; and transmitting to the merchant server, prior to consummation of the transaction, the real-time merchant offering.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| AU2015207893A AU2015207893B2 (en) | 2005-04-11 | 2015-07-30 | Consumer processing method and system |
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US11/102,986 | 2005-04-11 | ||
| AU2006282076A AU2006282076A1 (en) | 2005-04-11 | 2006-04-10 | Consumer processing system and method |
| AU2012201251A AU2012201251B2 (en) | 2005-04-11 | 2012-03-02 | Consumer processing method and system |
| AU2015207893A AU2015207893B2 (en) | 2005-04-11 | 2015-07-30 | Consumer processing method and system |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| AU2012201251A Division AU2012201251B2 (en) | 2005-04-11 | 2012-03-02 | Consumer processing method and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| AU2015207893A1 AU2015207893A1 (en) | 2015-09-03 |
| AU2015207893B2 true AU2015207893B2 (en) | 2017-03-16 |
Family
ID=45842480
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| AU2012201251A Active AU2012201251B2 (en) | 2005-04-11 | 2012-03-02 | Consumer processing method and system |
| AU2015207893A Active AU2015207893B2 (en) | 2005-04-11 | 2015-07-30 | Consumer processing method and system |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| AU2012201251A Active AU2012201251B2 (en) | 2005-04-11 | 2012-03-02 | Consumer processing method and system |
Country Status (1)
| Country | Link |
|---|---|
| AU (2) | AU2012201251B2 (en) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6078891A (en) * | 1997-11-24 | 2000-06-20 | Riordan; John | Method and system for collecting and processing marketing data |
| US20040034570A1 (en) * | 2002-03-20 | 2004-02-19 | Mark Davis | Targeted incentives based upon predicted behavior |
-
2012
- 2012-03-02 AU AU2012201251A patent/AU2012201251B2/en active Active
-
2015
- 2015-07-30 AU AU2015207893A patent/AU2015207893B2/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6078891A (en) * | 1997-11-24 | 2000-06-20 | Riordan; John | Method and system for collecting and processing marketing data |
| US20040034570A1 (en) * | 2002-03-20 | 2004-02-19 | Mark Davis | Targeted incentives based upon predicted behavior |
Also Published As
| Publication number | Publication date |
|---|---|
| AU2012201251B2 (en) | 2015-04-30 |
| AU2012201251A1 (en) | 2012-03-22 |
| AU2015207893A1 (en) | 2015-09-03 |
| AU2012201251A8 (en) | 2012-05-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8756099B2 (en) | Consumer processing system and method | |
| US20190251590A1 (en) | Incentives Associated with Linked Financial Accounts | |
| US8326753B2 (en) | Method for facilitating financial and non financial transactions between customers, retailers and suppliers | |
| US20030009382A1 (en) | Customer identification, loyalty and merchant payment gateway | |
| US8433648B2 (en) | Method and system for engaging in a transaction between a consumer and a merchant | |
| JP6276688B2 (en) | POS system using prepaid / gift card network | |
| US20060229974A1 (en) | Method of extending credit to at least one consumer and method of processing a transaction between a consumer and a merchant | |
| US20100145855A1 (en) | Payment account processing which conveys non purchase related data exchanges | |
| US20110087592A1 (en) | Systems and methods for facilitating transactions | |
| US20100063874A1 (en) | Method and system for providing incentives during a consumer and a merchant purchase transaction | |
| US20150032642A1 (en) | Use of an e-receipt to verify ownership and service of a product | |
| US20140279505A1 (en) | Recommending vehicle for payment based on social network data | |
| US20070100751A1 (en) | Method and system for processing and preventing credit card fraud in simultaneous remote wholesale exchange and local fullfillment of retail transactions by third party retailers | |
| US20120054013A1 (en) | Universal Value Transfer Card And Method Of Using The Same | |
| US20150213520A1 (en) | Systems and methods providing asset conformation and/or valuation for a customer making a purchase | |
| US20140278897A1 (en) | Retroactive rewards based recommendation of payment vehicle to individual products of a transaction | |
| US20140279409A1 (en) | Recommending retroactive vehicle for payment based on in-flows and out-flows | |
| AU2015207893B2 (en) | Consumer processing method and system | |
| US20150317629A1 (en) | Systems and methods for authorizing a purchase transaction using net worth estimate | |
| AU2015201479A1 (en) | Method and system for engaging in a transaction between a consumer and a merchant | |
| AU2015201109A1 (en) | Payment account processing which conveys non-purchase related data exchanges | |
| AU2013203138A1 (en) | Method and system for engaging in a transaction between a consumer and a merchant |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PC1 | Assignment before grant (sect. 113) |
Owner name: PAYPAL, INC. Free format text: FORMER APPLICANT(S): BILL ME LATER, INC. |
|
| FGA | Letters patent sealed or granted (standard patent) |