Methods and systems for managing financial institution customer accounts

Information

  • Patent Grant
  • 11244289
  • Patent Number
    11,244,289
  • Date Filed
    Friday, October 31, 2008
    16 years ago
  • Date Issued
    Tuesday, February 8, 2022
    2 years ago
Abstract
A computer-implemented method and system for managing financial institution customer transaction accounts involves issuing a relationship presentment card with a relationship identifier unique to the customer that is linked to a plurality of the customer's financial institution transaction accounts via pre-defined parameters for determining to which of the customer's linked accounts to post particular transactions with the relationship presentment card. Thereafter, when data for a transaction with the card is received by a processing platform of the financial institution via a merchant acquirer and a card association processing network, the card processing platform of the financial institution identifies a particular financial institution account of the customer to which the transaction should be posted according to the pre-defined parameters based on the transaction data and posts the transaction to the identified financial institution account of the customer.
Description
FIELD OF THE INVENTION

The present invention relates generally to the field of managing financial institution customer transaction accounts, and more particularly to methods and systems for routing and posting customer transactions performed with a single token and relationship number for the customer to any number of pre-designated financial institution customer accounts according to pre-defined transaction parameters.


BACKGROUND OF THE INVENTION

Currently, consumers use many different forms of payment in making purchases such as credit cards, debit cards, and home equity lines of credit, each with its own account number. The particular form of payment used depends, for example, on what is being purchased, and each form of payment typically requires a different type of presentment vehicle. For example, consumers often carry several different plastic credit cards, at least one plastic debit card for electronic withdrawals from a checking account, and special checks or a plastic credit card to draw on an equity line of credit. Carrying a large number of such presentment vehicles is cumbersome and inconvenient for the consumer.


SUMMARY OF THE INVENTION

Embodiments of the present invention provide methods and systems for routing and posting customer transactions performed with a single token and relationship number for the customer to any number of pre-designated financial institution customer accounts according to pre-defined transaction parameters.


Embodiments of the invention employ computer hardware and software, including, without limitation, instructions embodied in computer program code encoded on machine readable medium for execution in a processor and memory coupled to the processor, to provide methods and systems in which, for example, a financial institution, such as a bank, issues a single a relationship vehicle (e.g., a relationship presentment card) having a relationship number unique to a customer that is linked to a plurality of the customer's financial institution transaction accounts via pre-defined parameters for determining to which of the customer's accounts to post particular transactions with the relationship presentment card.


Thereafter, when the customer uses the relationship presentment card for a transaction, e.g., by swiping the card through a transaction terminal, such as a merchant POS terminal, the transaction is processed through card association processing channels back to the card issuing financial institution in the same manner as a typical credit card transaction. When the transaction data, including the relationship number, is received by the issuing financial institution, the particular financial institution account of the customer to which the transaction should be posted is identified according to the pre-defined parameters based on the transaction data, and the transaction is posted by the issuing financial institution to the identified financial institution account of the customer.


This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the detailed description. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.





BRIEF DESCRIPTION OF THE DRAWINGS


FIG. 1 is a schematic diagram that illustrates an overview example of key components and the flow of information between key components of the system for managing financial institution customer transaction accounts for embodiments of the invention; and



FIG. 2 is a flow chart that illustrates an example of the process of managing financial institution customer transaction accounts for embodiments of the invention.





DETAILED DESCRIPTION

Reference will now be made in detail to embodiments of the invention, one or more examples of which are illustrated in the accompanying drawings. Each example is provided by way of explanation of the invention, not as a limitation of the invention. It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the scope or spirit of the invention. For example, features illustrated or described as part of one embodiment can be used on another embodiment to yield a still further embodiment. Thus, it is intended that the present invention cover such modifications and variations that come within the scope of the invention.


Embodiments of the invention propose, for example, a concept utilizing a lifetime relationship presentment vehicle account number that takes advantage, for example, of a large number of businesses in which a financial institution, such as a bank, is typically engaged and links those businesses together in a single type of a relationship vehicle (e.g., a relationship presentment card). Depending on where and when a financial institution customer uses the relationship presentment card for embodiments of the invention, the card is swiped, for example, through a card reader of a transaction terminal, such as a POS terminal, and the transaction is processed through the association processing channels back to the card issuing bank in the same manner as a typical credit card transaction.



FIG. 1 is a schematic diagram that illustrates an overview example of key components and the flow of information between key components of the system for managing financial institution customer transaction accounts for embodiments of the invention. Referring to FIG. 1, components of the system 100 for embodiments of the invention include, for example, a relationship presentment vehicle 110 issued to a customer 120 by an issuer 130 usable in transactions via a POS terminal or similar device (not illustrated) of a merchant 140. Other components include, for example, an acquirer 150 that processes the merchant's presentment vehicle authorizations and payments and forwards the data to the card association's processing system 160, which in turn communicates with the card issuer 130, and the issuer's processing platform 170 storing pre-defined account designation parameters.


It is to be understood that references herein to components, such as the issuer 130, the merchant 140, the acquirer 150, the card association's processing system 160, and the issuer's processing platform 170 include, without limitation, processors coupled to memory and to other processors likewise coupled to memory via computer networks, as well as computer program products stored in machine readable media and executing in such processors and memory.


According to embodiments of the invention, when the transaction data is received by the issuing financial institution 130, a determination as to which of the customer's accounts to post the transaction is made based, for example, on pre-defined parameters, such as where the transaction occurred (i.e., via location or merchants' identification information through the association or by the industry, etc.). Based, for example, on these and other pre-defined parameters related to matters, such as a dollar amount of the transaction or the type or types of accounts that the customer 120 may have, the transaction is then routed and posted any one of the accounts of the customer 120 under the financial institution's umbrella.



FIG. 2 is a flow chart that illustrates an example of the process of managing financial institution customer transaction accounts for embodiments of the invention. The method is organized as a sequence of modules or steps in the flow chart. However, it is to be understood that these and modules associated with other methods described herein may be rendered for parallel execution or into different sequences of modules.


Referring to FIG. 2, at S1, the financial institution 130 issues a single relationship vehicle 110 (e.g. a relationship presentment card) having a relationship number unique to the customer 120 that is linked to a plurality of the customer's financial institution transaction accounts via pre-defined parameters for determining to which of the customer's accounts to post particular transactions with the relationship presentment card 110.


Referring further to FIG. 2, thereafter, at S2, when the customer 120 uses the relationship presentment card 110 for a transaction, e.g., by swiping the card bearing the relationship number through a transaction terminal of a merchant 140, such as a merchant's POS terminal, the transaction is processed via an acquirer 150 through card association processing channels 160 back to the card issuing financial institution 130 in the same manner as a typical credit card transaction.


Referring again to FIG. 2, at S3, when the transaction data, including the relationship number, is received by the issuing financial institution 130, the particular financial institution account of the customer 120 to which the transaction should be posted is identified according to the pre-defined parameters 170 based on the transaction data. At S4, the transaction is posted by the issuing financial institution 130 to the identified financial institution account of the customer 120.


For an example of the process for embodiments of the invention, a particular customer may elect to use his or her debit card product in all of the customer's grocery store transactions and his or her home equity line of credit for all transactions in excess of $1,000. Thus, when the customer's relationship presentment card 110 for embodiments of the invention is swiped at a terminal in connection with a particular transaction and the transaction is processed through the association processing channels 160 back to the bank 130, a determination is made according to the pre-defined parameters 170 to apply the transaction to the customer's debit card account if the transaction occurred at a grocery store or to apply the transaction to the customer's home equity line of credit if the transaction exceeded $1,000, for example, for a home improvement purchase.


For another example of the process for embodiments of the invention, the customer may elect to use his or her general purpose credit card account for “every-day” spending (i.e., non-grocery transactions below $1,000) except for transactions at a particular retail department store and to have such transactions post to the customer's account with the particular store. Accordingly, when the customer's relationship presentment card 110 for embodiments of the invention is swiped at a terminal in connection with a transaction at the particular department store and the transaction is processed through the association processing channels 160 back to the bank 130, a determination is made according to the pre-defined parameters 170 to apply the transaction to the customer's department store account.


It is to be understood that, according to embodiments of the invention, the parameters for determining to which of the customer's accounts to post particular transactions may be pre-defined by either or both of the customer 120 and the financial institution 130. It is to be further understood that the parameters mentioned in the foregoing examples are illustrative only and that the pre-defined parameters 170 for embodiments of the invention include any and all suitable parameters and any suitable combination or combinations of such parameters for determining the appropriate customer's account to which to post a particular transaction.


A key aspect of embodiments of the invention is a financial institution relationship designation, such as a numeric, alphanumeric, or alphabetical designation (referred to herein as the relationship number) on a token, such as a plastic relationship card 110 that remains with the customer throughout the lifetime of the customer's relationship with the financial institution 130. While the physical accounts which the customer 120 has with the financial institution 130 may be changed and modified from time-to-time as the customer's relationship with the financial institution 130 grows over time, the relationship number remains the same.


In embodiments of the invention, a customer's transaction with the customer's relationship presentment card 110 bearing the customer's relationship number is processed through the association processing channels, such as the MASTERCARD® or VISA® processing networks 160, back to the card issuing bank 130 in the same manner as a typical credit card transaction. Thereupon, a determination as to which of the customer's accounts to post the transaction is made based on pre-defined parameters 170, such as the merchant or industry category of the transaction, the type or types of goods or services associated with the transaction, the transaction amount, the location of the transaction, and/or the type or types of accounts which the customer has with the financial institution.


Embodiments of the invention involve a rewards aspect in which, for example, rewards points are posted or awarded exclusively to the financial institution account of the customer 120 to which a particular transaction with the customer's relationship presentment card 110 is posted. In another rewards aspect for embodiments of the invention, rewards points are posted or awarded to a single rewards account associated with the customer's relationship number regardless of the particular financial institution account of the customer to which the transaction is posted.


In a further rewards aspect for embodiments of the invention, assume that one of the customer's accounts with the financial institution 130 is an affinity credit card account that awards affinity reward points, such as airline frequent flier miles, to his or her account corresponding to amounts charged to the account. Assume further that at some point, the customer 120 decides that he or she has enough affinity reward points credited to the particular account and does not wish to have further affinity reward points credited to the account. In this rewards aspect, the customer 120 can elect the account to which reward points for a transaction is to be posted, regardless of the particular financial institution account to which transaction amount itself is to be posted.


In a billing aspect of embodiments of the invention, the customer's financial institution accounts are each invoiced to the customer 120 separately or in a combined statement, at the option of the customer 120. In other words, while the customer 120 has the convenience of a single relationship access vehicle which relieves him or her of the necessity of carrying around and keeping up with numerous payment vehicles on the front end, the customer 120 has the option of receiving separate invoices for each financial institution account or a single combined invoice for all accounts on the back end.


The foregoing specification provides a description with reference to specific exemplary embodiments. It will be evident that various modifications may be made thereto without departing from the broader spirit and scope as set forth in the following claims. The specification and drawings are, accordingly, to be regarded in an illustrative sense rather than a restrictive sense.

Claims
  • 1. A method, comprising: providing a non-programmable relationship presentment card to a customer having a plurality of financial institution transaction accounts, the relationship presentment card having a relationship identifier unique to the customer that remains with the customer throughout a lifetime of the customer's relationship with the financial institution, and the relationship presentment card storing only the unique relationship identifier and storing no data for any of said customer's plurality of financial institution transaction accounts;linking, by a financial institution platform computer having a processor coupled to memory, the unique relationship identifier of the non-programmable relationship presentment card that remains with the customer throughout the lifetime of the customer's relationship with the financial institution to said plurality of the customer's transaction accounts with the financial institution for all transactions via a determination made exclusively by the customer in advance at the time the relationship presentment card is linked based exclusively on transaction data comprising at least one of a merchant category or an industry category for each transaction and without a determination at any time of customer-preferred benefits or customer-ranked preferred benefits, for all transactions with the relationship presentment card, to which one of the plurality of customer's linked accounts to post each transaction with the relationship presentment card, wherein the financial institution and the customer are two different entities, said unique relationship identifier of the non-programmable relationship presentment card remaining with the customer throughout the lifetime of the customer's relationship with the financial institution regardless of changes or modifications in any of said plurality of the customer's linked transaction accounts with the financial institution;receiving, by the financial institution platform computer, data for a transaction entered at a merchant's transaction terminal having a card reader through which the relationship presentment card is swiped in connection with a transaction, the transaction data consisting at least in part of the unique relationship identifier and being received via a merchant acquirer and a card association processing network;identifying, by the financial institution platform computer, a particular account of the customer with the financial institution to which the unique relationship identifier is linked and to which the transaction should be posted based on a total dollar amount of the transaction without requiring a selection by the customer at the time of the transaction of the particular financial institution account to which the transaction should be posted;posting, by the financial institution platform computer, the transaction exclusively to the identified financial institution account of the customer;posting, by the financial institution platform computer, a reward in connection with the transaction exclusively to a rewards account associated with the non-programmable relationship presentment card and not to the same financial institution account of the customer to which the transaction with the customer's relationship presentment card is posted; andcommunicating, by the financial institution platform computer, a statement to the customer, the statement comprising an invoice for the transaction with the identified financial institution account and an invoice for transactions with each of the plurality of financial institution transaction accounts.
  • 2. The method of claim 1, wherein providing the relationship presentment card having the unique relationship identifier further comprises issuing the relationship presentment card having a permanent relationship presentment card account identifier unique to the customer that is a numeric, alphanumeric, or alphabetical identifier on the relationship presentment card.
  • 3. The method of claim 1, wherein linking the relationship presentment card to the plurality of the customer's financial institution transaction accounts via the determination by the customer further comprises linking the relationship presentment card to the plurality of the customer's financial institution transaction accounts via the determination by the customer based on the merchant category of the transaction.
  • 4. The method of claim 1, wherein linking the relationship presentment card to the plurality of the customer's financial institution transaction accounts via the determination by the customer further comprises linking the relationship presentment card to the plurality of the customer's financial institution transaction accounts via the determination by the customer based on the industry category of the transaction.
  • 5. The method of claim 1, wherein receiving data for the transaction entered at the merchant's transaction terminal further comprises receiving data for the transaction entered at a point of sale terminal of the merchant.
  • 6. The method of claim 1, wherein receiving the data by the processing platform of the financial institution via the merchant acquirer and the card association processing network further comprises receiving the data by the processing platform of the financial institution via the merchant acquirer and card association processing network after processing of the data in the card association network according to pre-defined card association processing procedures.
  • 7. The method of claim 1, further comprising invoicing the customer's financial institution accounts to the customer separately or in a combined statement, at the option of the customer.
  • 8. A system, comprising: a non-programmable relationship presentment card for a customer having a plurality of financial institution transaction accounts, the relationship presentment card having a relationship identifier unique to the customer that remains with the customer throughout a lifetime of the customer's relationship with the financial institution, and the relationship presentment card storing only the unique relationship identifier and storing no data for any of said customer's financial institution transaction accounts;a financial institution platform computer having a processor coupled to memory, the processor being programmed to:link the unique relationship identifier of the non-programmable relationship presentment card that remains with the customer throughout the lifetime of the customer's relationship with the financial institution to said plurality of the customer's transaction accounts with the financial institution for all transactions via a determination made exclusively by the customer in advance, at the time the relationship presentment card is linked based exclusively on transaction data comprising at least one of a merchant category or an industry category for each transaction and without a determination of customer-preferred benefits or customer-ranked preferred benefits, for all transactions with the relationship presentment card, of which one of the plurality of customer's linked accounts to post each transaction with the relationship presentment card, wherein the financial institution and the customer are two different entities, said unique relationship identifier of the non-programmable relationship presentment card remaining with the customer throughout the lifetime of the customer's relationship with the financial institution regardless of changes or modifications in any of said plurality of the customer's linked transaction accounts with the financial institution;receive data for a transaction entered at a merchant's transaction terminal having a card reader through which the relationship presentment card is swiped in connection with a transaction, the transaction data consisting at least in part of the unique relationship identifier and being received via a merchant acquirer and a card association processing network;identify a particular account of the customer with the financial institution to which the unique relationship identifier is linked and to which the transaction should be posted based on a total dollar amount of the transaction without requiring a selection by the customer at the time of the transaction of the particular financial institution account to which the transaction should be posted;post the transaction exclusively to the identified financial institution account of the customer;post a reward in connection with the transaction exclusively to a rewards account associated with the non-programmable relationship presentment card and not to the same financial institution account of the customer to which the transaction with the customer's relationship presentment card is posted; andcommunicate a statement to the customer, the statement comprising an invoice for the transaction with the identified financial institution account and an invoice for transactions with each of the plurality of financial institution transaction accounts.
PRIORITY APPLICATION

This application claims the benefit of U.S. Provisional Application No. 60/996,135 filed Nov. 2, 2007, entitled “METHODS AND SYSTEMS FOR MANAGING FINANCIAL INSTITUTION CUSTOMER ACCOUNTS”, which is incorporated herein by this reference.

US Referenced Citations (112)
Number Name Date Kind
5883810 Franklin et al. Mar 1999 A
5984191 Chapin, Jr. Nov 1999 A
6138917 Chapin, Jr. Oct 2000 A
6298335 Bernstein Oct 2001 B1
6339766 Gephart Jan 2002 B1
6422462 Cohen Jul 2002 B1
6732919 Macklin et al. May 2004 B2
7311244 Schwarz, Jr. Dec 2007 B1
7349866 Schwarz, Jr. Mar 2008 B2
7357331 Blossom Apr 2008 B2
7401731 Pletz et al. Jul 2008 B1
7591416 Blossom Sep 2009 B2
7805335 Wittmer Sep 2010 B2
7856399 Wilkes Dec 2010 B2
7860789 Hirka Dec 2010 B2
7878394 Johnson Feb 2011 B2
8046273 Welter Oct 2011 B2
8117100 Hopkins Feb 2012 B1
8191766 Tomchek Jun 2012 B2
8249961 Hopkins Aug 2012 B1
8412604 Graham Apr 2013 B1
8509814 Parker Aug 2013 B1
8700525 Rafferty Apr 2014 B1
8788414 Sorbe Jul 2014 B2
9213965 Brooks Dec 2015 B1
9251511 Sorbe Feb 2016 B2
9747637 Kalaboukis Aug 2017 B1
10037554 Prokopenko Jul 2018 B2
10318980 Crowe Jun 2019 B2
10515405 Sorbe Dec 2019 B2
11089141 Albero Aug 2021 B2
20020062249 Iannacci May 2002 A1
20030061157 Hirka Mar 2003 A1
20030101131 Warren May 2003 A1
20030139971 Rescigno Jul 2003 A1
20030172040 Kemper Sep 2003 A1
20050097039 Kulcsar May 2005 A1
20050109838 Linlor May 2005 A1
20050114155 Hodges May 2005 A1
20050121513 Drummond Jun 2005 A1
20060085334 Murphy Apr 2006 A1
20060106696 Carlson May 2006 A1
20060116903 Becerra Jun 2006 A1
20060116955 Strayer Jun 2006 A1
20060122918 Graboske Jun 2006 A1
20060131869 Brignull Jun 2006 A1
20060149671 Nix Jul 2006 A1
20060157557 Lee Jul 2006 A1
20060208065 Mendelovich Sep 2006 A1
20060224480 Bent Oct 2006 A1
20060242057 Velarde Oct 2006 A1
20060249574 Brown Nov 2006 A1
20060251478 Desmeules Nov 2006 A1
20060259364 Strock Nov 2006 A1
20060259390 Rosenberger Nov 2006 A1
20060261927 Kelly Nov 2006 A1
20060289636 Hoblit Dec 2006 A1
20070020443 Lo Jan 2007 A1
20070034700 Poidomani Feb 2007 A1
20070063025 Blossom Mar 2007 A1
20070078719 Schmitt Apr 2007 A1
20070118470 Warren May 2007 A1
20070136211 Brown Jun 2007 A1
20070156530 Schmitt Jul 2007 A1
20070203825 Hanifin Aug 2007 A1
20070208671 Brown Sep 2007 A1
20070215688 Routhenstein Sep 2007 A1
20070252002 Guillot Nov 2007 A1
20070265924 Schwarz, Jr. Nov 2007 A1
20080005018 Powell Jan 2008 A1
20080010202 Schwarz, Jr. Jan 2008 A1
20080027841 Eder Jan 2008 A1
20080065445 Livesay Mar 2008 A1
20080077506 Rampell Mar 2008 A1
20080077514 Hart Mar 2008 A1
20080082418 Fordyce Apr 2008 A1
20080099551 Harper May 2008 A1
20080120234 Jagatic May 2008 A1
20080162278 Hershkovitz Jul 2008 A1
20080162279 Hershkovitz Jul 2008 A1
20080162297 Hershkovitz Jul 2008 A1
20080177659 Lacey Jul 2008 A1
20080187770 Funicelli Aug 2008 A1
20080222038 Eden Sep 2008 A1
20080230600 Black Sep 2008 A1
20080245865 Mosteller Oct 2008 A1
20080277465 Pletz Nov 2008 A1
20080301041 Bruk Dec 2008 A1
20090043651 Schwarz, Jr. Feb 2009 A1
20090048972 Bierer Feb 2009 A1
20090070260 Flitcroft Mar 2009 A1
20090119204 Akella May 2009 A1
20090150370 Christensen Jun 2009 A1
20090157519 Bishop Jun 2009 A1
20090230195 Lasch Sep 2009 A1
20090240620 Kendrick Sep 2009 A1
20090242645 Komatsu Oct 2009 A1
20090250522 Williams Oct 2009 A1
20090261161 Blossom Oct 2009 A1
20090265275 Everhart Oct 2009 A1
20090271853 Everhart Oct 2009 A1
20100030675 Hanan Feb 2010 A1
20100030697 Goodrich Feb 2010 A1
20100179888 Warren Jul 2010 A1
20100264227 Joyce Oct 2010 A1
20110125633 Aaltonen May 2011 A1
20110320358 Harris Dec 2011 A1
20130013676 Blair Jan 2013 A1
20150081365 Akita Mar 2015 A1
20160314451 Martin Oct 2016 A1
20160314465 Martin Oct 2016 A1
20160314487 Martin Oct 2016 A1
Non-Patent Literature Citations (9)
Entry
John B. Frank, Pay by Touch, Oct. 2007, http://biometricpayments.blogspot.com/2007/10/what-is-merchant-acquirer.html (MAcquirer).
A. M. Fairchild, “Value positions for financial institutions in electronic bill presentment and payment (EBPP),” 36th Annual Hawaii International Conference on System Sciences, 2003. Proceedings of the, Big Island, HI, USA, 2003, pp. 10 pp.-, (Value Position) (Year: 2003).
A. M. Fairchild, “Value positions for financial institutions in electronic bill presentment and payment (EBPP),” 36th Annual Hawaii International Conference on System Sciences, 2003. Proceedings of the, 2003, pp. 10 pp.-, doi: 10.1109/HICSS.2003.1174448. (Value Positions). (Year: 2003).
Sangjo Oh, “A Stakeholder Perspective on Successful Electronic Payment Systems Diffusion,” Proceedings of the 39th Annual Hawaii International Conference on System Sciences (HICSS'06), 2006, pp. 186b-186b, doi: 10.1109/HICSS.2006.31. (Payment). (Year: 2006).
A. M. Fairchild, “Value positions for financial institutions in electronic bill presentment and payment (EBPP),” 36th Annual Hawaii International Conference on System Sciences, 2003. Proceedings of the, 2003, pp. 10 pp.-, doi: 10.1109/HICSS.2003.1174448 (Value Propositions). (Year: 2003).
“MasterCard Launches Product Graduation” (Summary) [online], Jun. 18, 2007 [retrieved on Apr. 28, 2009], 1 p., Retrieved from the Internet: http://www.cards2007.com/jun/18/product-graduation.
“MasterCard to Enable Cardholders to Keep Account Numbers When Switching Card Programs” [online], Jun. 18, 2007 [retrieved on Apr. 28, 2009], WebWire, 2 pp., Retrieved from the Internet: http://www.webwire.com/ViewPressRel.asp?aId=39697.
Mexican Office Action dated Dec. 7, 2011 for counterpart Mexican Patent Application No. MX/a/2008/014010, pp. 1-4.
Mexican Office Action dated Jun. 20, 2012 for counterpart Mexican Patent Application No. MX/a/2008/014010, pp. 1-2.
Related Publications (1)
Number Date Country
20090119211 A1 May 2009 US
Provisional Applications (1)
Number Date Country
60996135 Nov 2007 US