Systems and methods for establishing a pull payment relationship

Patent metadata

Field	Value
Publication number	US-11468414-B1
Application number	US-201615284040-A
Country	US
Kind code	B1
Filing date	Oct 3, 2016
Priority date	Oct 3, 2016
Publication date	Oct 11, 2022
Grant date	Oct 11, 2022

Abstract

Systems, methods, and apparatuses for establishing a pull payment relationship are disclosed herein. A method performed by a financial institution computing system includes registering a payee for a pull payment service; registering a payor for the pull payment service; receiving an indication of a contact or a near contact event occurring between a user device associated with the payee and a user device associated with the payor; establishing a pull payment relationship between the payee and the payor responsive to receiving the indication; and fulfilling a payment request from the payee based on the established pull payment relationship.

First claim

What is claimed:

1. A method comprising:
registering, by a financial institution computing system, a payee for a pull payment service;
generating, by the financial institution computing system, a transaction code associated with a plurality of accounts of the payee;
receiving, by the financial institution computing system, a priority value from the payee specifying a hierarchy of a plurality of accounts of the payee to define when each account in the plurality of accounts receives payments;
generating, by the financial institution computing system, a payee device token structured to identify a user device associated with the payee;
providing, by the financial institution computing system, the payee device token and the transaction code to the user device of the payee;
registering, by the financial institution computing system, a payor for the pull payment service;
receiving, by the financial institution computing system, an indication of a contact or a near-contact event between the user device associated with the payee and a user device associated with the payor;
receiving, by the financial institution computing system and from the user device associated with the payor, the transaction code associated with the payee and a transaction code associated with the payor, the transaction codes exchanged during the contact or near-contact event;
establishing, by the financial institution computing system, a pull payment relationship between the payee and the payor responsive to receiving the indication and the transaction codes from the user device associated with the payor;
storing, by the financial institution computing system in a pull payment database, the transaction code of the payee linked to the transaction code of the payor as part of the established pull payment relationship;
restricting, by the financial institution computing system, the established pull payment relationship between the payor and the payee to approving payment requests from only the user device associated with the payee device token;
establishing, by the financial institution computing system, rules governing the pull payment relationship between the payee and the payor, the rules defining a maximum frequency of payment requests from the payee, a maximum currency value for payment requests from the payee, and a requirement for an approval of payment requests from a third-party approver before fulfilling the payment requests;
receiving, by the financial institution computing system, a payment request having a requested currency value;
determining, by the financial institution computing system, that the received payment request conforms to the established rules, that the payment request originated from the user device identified by the payee device token, and that the received transaction codes contained in the payment request match the stored transaction codes of the payee and the payor contained in the pull payment database; and
processing, by the financial institution computing system, the received payment request in response to the determination that the payment request conforms to the established rules, wherein the processing comprises transferring funds from an account of the payor to an account of the payee based on the hierarchy of the plurality accounts of the payee indicated by the priority value.

2. The method of claim 1 , wherein the contact or the near-contact event is a near field communication (NFC).

3. The method of claim 1 , wherein the transaction code of the payee and the transaction code of the payor are tokenized.

4. The method of claim 1 , further comprising:
receiving, by the financial institution computing system, a subsequent payment request from the payee requesting the payment from the payor;
determining, by the financial institution computing system, whether the subsequent payment request conforms to the established rules governing the pull payment relationship; and
one of:
declining, by the financial institution computing system, the subsequent payment request in response to determining that the subsequent payment request does not conform to the established rules; or
fulfilling, by the financial institution computing system, the subsequent payment request in response to determining that the subsequent payment request conforms to the established rules.

5. The method of claim 1 , wherein the rules further define a time or a date.

6. The method of claim 1 , further comprising:
determining, by the financial institution computing system, that approval of the received payment request is postponed by the third-party approver;
transferring, by the financial institution computing system, funds from a second financial account to a holding account at the financial institution computing system in response to the determination that approval of the received payment request is postponed by the third-party approver;
transferring, by the financial institution computing system, the funds from the holding account to a first financial account upon receiving the approval by the third-party approver; and
transferring, by the financial institution computing system, the funds back from the holding account to the second financial account upon receiving a declination by the-third-party approver.

7. A computing system associated with a financial institution, the computing system comprising:
a pull payment repository structured to store information relating to a pull payment service provided by the financial institution; and
a processor communicably coupled to the pull payment repository and structured to:
register a payee for the pull payment service;
generate a transaction code associated with a plurality of accounts of the payee;
receive a priority value from the payee specifying a hierarchy of a plurality of accounts of the payee to define when each account in the plurality of accounts receives payments;
generate a payee device token structured to identify a user device associated with the payee;
provide the payee device token and the transaction code to the user device of the payee;
register a payor for the pull payment service;
receive an indication of a contact or a near-contact event occurring between the user device associated with the payee and a user device associated with the payor;
receive, from the user device associated with the payor, the transaction code associated with the payee and a transaction code associated with the payor, the transaction codes exchanged during the contact or near-contact event;
establish a pull payment relationship between the payee and the payor responsive to receiving the indication and the transaction codes from the user device associated with the payor;
store, in a pull payment database, the transaction code of the payee linked to the transaction code of the payor as part of the established pull payment relationship;
restrict the established pull payment relationship between the payor and the payee to approving payment requests from only the user device associated with the payee device token;
establish rules governing the pull payment relationship between the payee and the payor, the rules defining a maximum frequency of payment requests from the payee, a maximum currency value for payment requests from the payee, and a requirement for an approval of payment requests from a third-party approver before fulfilling the payment requests;
receive a payment request having a requested currency value;
determine that the received payment request conforms to the established rules, that the payment request originated from the user device identified by the payee device token, and that the received transaction codes contained in the payment request match the stored transaction codes of the payee and the payor contained in the pull

Assignees

• Wells Fargo Bank Na

Inventors

• David Daniel
• Hartsell Jonathan A
• Kamp Heath
• Phelps Sarah W
• Sprague Philip
• Zikeli Christina

Classifications

• G06Q20/405 Primary

  Establishing or using transaction specific rules · CPC title

• G06Q20/14

  specially adapted for billing systems · CPC title

• G06Q20/3278

  RFID or NFC payments by means of M-devices · CPC title

• G06Q20/10 Primary

  specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems · CPC title