Money transfer in a forum using a payment proxy
US-2016125368-A1 · May 5, 2016 · US
US10600039B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-10600039-B2 |
| Application number | US-201514717875-A |
| Country | US |
| Kind code | B2 |
| Filing date | May 20, 2015 |
| Priority date | May 20, 2015 |
| Publication date | Mar 24, 2020 |
| Grant date | Mar 24, 2020 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A computer-implemented method for managing financial payments between parties using an electronic payment computing device is provided. The method includes receiving a payee debit account identifier from a payee computing device, the payee debit account identifier associated with a payee debit account; creating a payee user account using the payee debit account identifier, wherein the payee user account is linked to the payee debit account; receiving a first payment request from the payee computing device requesting payment from a payor; generating a unique link for accessing a payment page associated with the first payment request; transmitting a second payment request to a payor computing device, wherein the second payment request includes the unique link; receiving a payment response from the payor computing device authorizing payment from a payor debit account to the payee; and prompting a transfer of funds from the payor debit account to the payee debit account.
Opening claim text (preview).
What is claimed is: 1. A computer-implemented method for managing financial payments between parties using an electronic payment (EP) computing device in communication with a memory and the Internet, the method comprising: receiving, over the Internet by the EP computing device, a payee debit account identifier from a payee computing device located remotely from the EP computing device, the payee debit account identifier associated with a payee debit account; creating, by the EP computing device, a payee user account using the payee debit account identifier, wherein the payee user account is linked to the payee debit account; receiving a first payment request from the payee computing device requesting payment from a plurality of payors to the payee debit account; generating, for each of the payors, a respective unique link for accessing a payment page associated with the first payment request, wherein the unique link comprises a uniform resource locator (URL) including at least a first portion identifying the payee user account, a second portion identifying a subject of the first payment request, and a third portion including a unique payment token identifier associated with the respective payor; transmitting, by the EP computing device over the Internet, a plurality of second payment requests to a plurality of payor computing devices located remotely from the EP computing device, wherein each of the payor computing devices is associated with one of the payors, wherein each of the second payment requests includes the unique link associated with the respective payor; receiving, at a payment page generated by the EP computing device in response to the unique link activated from each of the payor computing devices, a payment response authorizing payment from a respective payor debit account to the payee user account; prompting a transfer of funds from the payor debit account to the payee debit account; and identifying, on a dashboard page generated by the EP computing device, payors that have transferred funds in response to the second payment requests based on the unique payment token identifier in the respective unique link used by each of the payors. 2. The method of claim 1 , wherein each unique payment token identifier comprises at least one of a random set of numbers and a random set of letters generated by the EP computing device, and wherein activation of the URL on the interface of the payor computing device associates the payment response with the second payment request. 3. The method of claim 1 , wherein the first payment request includes a request identifier securely associating the first payment request with the payee debit account, wherein the payment response includes a payment amount and a response identifier securely associating the payment response with the payor debit account, and wherein prompting the transfer of funds further comprises: identifying the payee debit account associated with the first payment request using a lookup table; and identifying the payor debit account associated with the payment response using the lookup table, such that funds can be transferred from the payor debit account to the payee debit account in the payment amount. 4. The method of claim 1 , further comprising: storing, by the EP computing device, in the memory a pre-selected period of time for transmitting a reminder message; tracking an amount of time elapsed after the transmitting of the second payment request; and automatically transmitting the reminder message to the payor computing device in the event that the pre-selected period of time expires without receiving the payment response from the payor computing device. 5. The method of claim 1 , wherein the payee user account is a secondary user account associated with a primary party, and wherein the payee debit account is a primary debit account associated with the primary party, the method further comprising: receiving, by the EP computing device, an authorization message from an administrator associated with the primary party, the authorization message authorizing the payee user account to transmit payment requests on behalf of the primary party; receiving at least one permission from the administrator, the at least one permission associated with the payee user account, wherein the at least one permission is configured to impose a control on the payee user account; storing the at least one permission in the memory; and imposing the control of the at least one permission on the payee user account. 6. The method of claim 5 , wherein the first payment request includes a payor identifier, and wherein the at least one permission includes at least one of: (i) a first control limiting a number of payment requests transmitted by the payee user account; (ii) a second control limiting a maximum request amount included in any payment request transmitted by the payee user account; (iii) and a third control over the payor identifiers included in any first payment request transmitted by the payee user account. 7. The method of claim 5 further comprising: receiving, by the EP computing device, a primary debit account identifier from an administrator user computing device, the primary debit account identifier associated with the primary debit account; creating, by the EP computing device, a primary user account using the primary debit account identifier, wherein the primary user account is linked to the primary debit account, and wherein the administrator has authority over the primary user account; prompting the administrator to input a plurality of existing secondary user accounts, each of the plurality of secondary user accounts associated with a user associated with the primary party, wherein the plurality of secondary user accounts includes the payee user account; creating, by the EP computing device, a proxy role in each of the plurality of secondary user accounts that links each of the plurality of secondary user accounts with the primary debit account; receiving, by the EP computing device, the first payment request associated with the proxy role in the payee user account, requesting payment from the payor to the primary debit account; transmitting the second payment request to the payor user computing device; receiving the payment response from the payor user computing device authorizing payment from the payor debit account to the primary party; and prompting a transfer of funds from the payor debit account to the primary debit account. 8. The method of claim 1 , wherein the first payment request includes a plurality of payor identifiers, the method further comprising: transmitting, by the EP computing device, the second payment request to the plurality of payor computing devices associated with the plurality of payor identifiers. 9. The method of claim 1 further comprising: receiving a plurality of first payment requests from the payee computing device; transmitting, by the EP computing device, a plurality of sets of second payment requests to the plurality of payor computing devices, wherein each of the plurality of sets of second payment requests is associated with a corresponding one of the plurality of first payment requests; and tracking, by the EP computing device, a plurality of sets of payment responses, each of the sets of plurality of payment responses associated with a corresponding one of the plurality of first payment requests. 10. An electronic payment (EP) computing device used to manage financial payments between parties, said EP computing device comprising a processor communicatively coupled to a memory device and the Internet, said processor programmed to: receive, over the Internet, a payee debit account identifier
specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems · CPC title
Electronic credentials · CPC title
using an alias or single-use codes · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.