System and Method for Enhancing Electronic Transactions

• US 20120179558A1
• Filed: 11/01/2011
• Published: 07/12/2012
• Est. Priority Date: 11/02/2010
• Status: Abandoned Application

• Current Assignee: Mark Noyes Fischer
• Original Assignee: Mark Noyes Fischer
• Inventors: Fischer, Mark Noyes
• Application Number:
  US13/287,119
• Publication Number:
  US 20120179558A1
• Time in Patent Office: Days
• US Class Current: 705/16
• CPC Class Codes: G06Q 20/20 Point-of-sale [POS] network systems
• CPC Class Codes: G06Q 20/40 Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
• CPC Class Codes: G06Q 30/0613 Third-party assisted

Abstract

A system and method that enables a consumer or merchant to configure their own respective requirements for using and accessing one or more financial accounts in connection with a financial transaction between a consumer and a merchant. Requirements can include any number of factors including the credit profile of the user, the size of the transaction, the location of the merchant or user, the device used by the user or merchant to perform the transaction. Once requirements have been met for at least one financial account, permitting the completion of a financial transaction using one or more of the financial accounts that have had its requirements met.

Claims

1. ) A system for enabling customized financial transactions by a consumer on a merchant website via an open architecture, comprising:

a) a user registration page for permitting a user to register information regarding financial accounts linked to the consumer;

b) logically connected thereto, a security configuration page for enabling the user to provide authentication information for each financial account and to configure one or more personalized security filters associated with each registered financial account;

c) logically connected thereto, an authentication server for storing the registered financial account information, authentication information and personalized security filters;

d) logically connected thereto, a payment server capable of

i. authenticating the user with one or more of the registered financial accounts using the personalized security filters and authentication information provided by the user in response to a payment request;

ii. processing one or more financial transaction(s) using one or more financial accounts linked to the user; and

iii. generating a transaction ID to identify the customer and the associated financial transaction(s).

2. ) The system of claim 1, wherein the user registration page permits the user to enter bank account information.

3. ) The system of claim 1, wherein the security configuration page includes functions that permit configuration of security filters that require a user to enter additional passwords before permitting use of associated financial account.

4. ) The system of claim 1, wherein the security configuration page includes functions that permit configuration security filters that require a user to enter OpenID passwords before an associated financial account can be used.

5. ) The system of claim 4, wherein the openID password is a password that can be used to access a Google™

account.

6. ) The system of claim 4, wherein the OpenID password is a password that can be used to access a Facebook™

account.

7. ) The system of claim 1, wherein the security configuration page permits configuration of a security filter that requires a user to be at a specific location in before permitting use of an associated financial account.

8. ) The system of claim 1, wherein the security configuration page permits configuration of a security filter that requires a user to be using a specific device before permitting use of an associated financial account.

9. ) The system of claim 1, wherein the security configuration page permits configuration of a security filter that requires the merchant to be at a specific location before permitting use of an associated financial account.

10. ) The system of claim 1, wherein the security configuration page permits configuration of a security filter that requires the requested transaction to be below a certain dollar amount before permitting use of an associated financial account.

11. ) A system for enabling customized financial transactions by a merchant via an open architecture, comprising:

a. A merchant registration page for entering merchant financial information including any banking or merchant bank accounts associated with the merchant;

b. Logically connected thereto, a merchant configuration page for configuring one or more customer payment configuration options in relation to payment processors and merchant bank accounts;

c. a script file, in communication with such merchant configuration page, for retrieving one or more resources for supporting the payment options selected by the merchant;

d. Logically connected thereto, a web server that is configured to store and transmit resources requested by the script file;

e. Logically connected thereto, a payment page, that includes any software resources retrieved by the script file, for enabling a consumer to enter and submit payment information consistent with the merchant payment configuration options; and

f. Logically connected thereto, a payment server for processing a payment in response to submission of payment information by a consumer consistent with the merchant payment configuration options.

12. ) The system of claim 11, wherein the merchant configuration page includes options allowing the merchant to restrict payment options based on one or more attributes of the consumer.

13. ) The system of claim 12, wherein the merchant configuration page includes options allowing the merchant to restrict payment options based on one or more attributes of the consumer wherein the attribute is the age of the consumer.

14. ) The system of claim 12, wherein the merchant configuration page includes options allowing the merchant to restrict payment options based on one or more attributes of the consumer wherein the attribute is the credit score of the consumer.

15. ) The system of claim 12, wherein the merchant configuration page includes options allowing the merchant to restrict payment options based on one or more attributes of the consumer wherein the attribute is the type of financial account used by the consumer.

16. ) The system of claim 12, wherein the merchant configuration page includes options allowing the merchant to restrict payment options based on one or more attributes of the consumer wherein the attribute is the frequency of purchases by the consumer.

17. ) The system of claim 12, wherein the payment page includes an option that permits the consumer to agree to pay any transaction fees.

18. ) The system of claim 16, wherein the payment page includes software resources that permit access to additional payment options in response to consumer'"'"'s agreement to pay any transaction fees.

19. ) A method for enabling user configured financial transactions comprising the steps of:

a. In response to a user request, transmitting a user registration page that permits a user to register account information regarding one or more financial accounts linked to the consumer;

b. in response to a user submission of a registration page, assigning the user an identifier (ID);

c. transmitting a security configuration page for enabling the user to configure one or more transaction filters and link the selected filters with one or more of the registered financial accounts;

d. receiving a transaction request from a user that includes a user ID;

e. retrieving a list of financial accounts linked to the user ID that are permitted for the requested transaction;

f. permitting the user to select one or more financial accounts;

g. In response to user selection of a financial account linked to the user ID, presenting the user with an authentication request that requires the user to perform actions to satisfy the security filters that have linked to that financial account; and

h. In response to correctly entering the authentication information or other requirements of each security filter linked to the financial account, performing the transaction requested by the user.

20. ) The method of claim, 19, wherein the step of receiving a transaction request includes receiving a transaction request that has been initiated at a point of service (POS) terminal using a financial card.

21. ) The method of claim 19, wherein the step of presenting the user with an authentication request includes sending an authentication request to a mobile phone linked to the user ID

22. ) The Method of claim 19, wherein the step of receiving a financial requested linked to the User ID includes receiving a card number from a debit card used at the POS terminal.

23. ) The method of claim 19, wherein the debit card is linked to more than one financial account.

24. ) The method of claim 19, wherein the step of selecting a financial account occurs before the requested transaction and is based on the balances of one or more financial accounts linked to the debit card.

25. ) The method of claim 23, wherein the step of selecting a financial account occurs before the requested transaction and is based on the type of transaction that is being requested.

26. ) The method of claim 25, wherein step of selecting a financial account occurs before the requested transaction and is based on the size of transaction that is being requested.

27. ) A method for processing a payment comprising the steps of:

a. receiving a user ID linked to one or more financial accounts and authentication requirements in a database;

b. Prompting the user to submit one or more fields of authentication information based on the authentication requirements;

c. In response to correct entry of the authentication information for at least one financial account, providing a user with an option to add an escrow to the financial account(s) that were user authenticated;

d. In response to user selection of the escrow option, prompting the user to enter one or more attributes that would trigger the creation of the escrow;

e. In response to the entry of at least one criteria for that would trigger creation of an escrow, prompting the user to enter at least one attribute that would trigger release of the escrow; and

f. Adding at least one field in the database linked to the financial account that has an escrow option that includes the attributes that would trigger creation of an escrow and the attributes hat would trigger release of that escrow.

28. ) The method of claim 27, further comprising the steps of:

a. Receiving a request for a financial transaction that includes the request to transfer funds from at least one financial account that has an escrow option to a third party account;

b. Retrieving the attributes linked to that financial account that would trigger creation of an escrow;

c. Determining if the requested financial transactions meets one or more of the attributes identified as triggering creation of an escrow; and

d. In response to meeting at least one attribute that the user has identified that would trigger creation of an escrow, creating an escrow account; and

e. Transferring the funds identified in the requested financial transaction to the escrow account.

29. ) The method of claim 28, further comprising the steps of:

a. Retrieving one or more attributes that the user for releasing the escrow; and

b. Determining if one or more of the attributes for releasing the escrow have been met; and

c. Following a determination that the attributes have been met, transferring the funds in the escrow to the third party account identified in the original request for a financial transaction.