Monetary transaction system

• US 9,892,386 B2
• Filed: 07/01/2016
• Issued: 02/13/2018
• Est. Priority Date: 06/03/2011
• Status: Active Grant

• Current Assignee: Fintiv, Inc.
• Original Assignee: Mozido, LLC (Fintiv, Inc.)
• Inventors: Liberty, Michael A.
• Primary Examiner(s): Chang, Edward
• Application Number:
  US15/201,152
• Publication Number:
  US 20160314443A1
• Time in Patent Office: 592 Days
• Field of Search: 705 40, 705 78
• CPC Class Codes: G06F 9/546 Message passing systems or structures, e.g. queues
• CPC Class Codes: G06Q 20/0855 involving a third party
• CPC Class Codes: G06Q 20/10 specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
• CPC Class Codes: G06Q 20/322 Aspects of commerce using mobile devices [M-devices]
• CPC Class Codes: G06Q 20/3255 using mobile network messaging services for payment, e.g. SMS
• CPC Class Codes: G06Q 20/326 Payment applications installed on the mobile devices
• CPC Class Codes: G06Q 20/36 using electronic wallets or electronic money safes
• CPC Class Codes: G06Q 20/401 Transaction verification
• CPC Class Codes: G06Q 20/405 Establishing or using transaction specific rules
• CPC Class Codes: G06Q 40/02 Banking, e.g. interest calculation or account maintenance credit or loans G06Q40/03
• CPC Class Codes: H04L 63/101 Access control lists [ACL]

Abstract

Embodiments are directed to monetary transaction system for conducting monetary transactions between transaction system subscribers and other entities. In one scenario, the monetary transaction system includes a mobile device that runs a monetary transaction system application. The monetary transaction system also includes a subscriber that has a profile with the system. The subscriber indicates a transaction that is to be performed with the monetary transaction system. The system further includes a monetary transaction system processor that performs the transactions specified by the subscriber including communicating with a monetary transaction database to determine whether the transaction is permissible based on data indicated in the subscriber'"'"'s profile. The monetary transaction system also includes at least one entity that is to be involved in the specified transaction, where the entity has a profile with the monetary transaction system. This entity may be a person, a retail store, an agent or other entity.

Claims

1. A monetary transaction system for conducting monetary transactions between subscribers and other entities, the system comprising one or more of:

an integration tier operable to manage mobile wallet sessions, the integration tier also including a communication application programming interface (API) and other communication mechanisms to accept messages from channels;

notification services operable to send notifications through different notification channels including one or more of short message peer-to-peer, short-message services and simple mail transfer protocol emails;

business process services operable to implement business workflows, including at least one of executing financial transactions, auditing financial transactions, invoking third-party services, handling errors, and logging platform objects;

database services operable to store financial transaction details, store customer profiles, and manage money containers;

a payment handler service operable to use APIs of different payment processors including one or more APIs of banks, credit and debit cards processors, bill payment processors;

a rules engine operable to gather financial transaction statistics and use the gathered financial transaction statistics to enforce constraints including transaction constraints;

a security service operable to perform subscriber authentication;

at least one entity that is to be involved in the specified transaction, the at least one entity having a profile with the monetary transaction system;

wherein the at least one entity is the agent;

wherein the monetary transaction system is implemented to deposit funds at an agent branch, the funds being deposited by a subscriber at the agent branch using a mobile device configured to run a monetary transaction system application, the monetary transaction system performing the following steps;

receiving a communication message from the mobile device over one of a plurality of channels connected to the monetary transaction system, the communication message being received by an API associated with the integration tier of the monetary transaction system, the communication message indicating that the subscriber desires to deposit a specified amount of funds into the subscriber'"'"'s account;

validating the status of the subscriber'"'"'s account, wherein validating the status of the subscriber'"'"'s account comprises communicating from the integration tier to the database services to query attributes of the subscriber'"'"'s account;

committing a pending transaction through the business process services, wherein the integration tier communicates a transaction commitment request to the business process services;

receiving a confirmation from the business process services that the pending transaction has been committed;

sending, through the notification services, a receipt notification to the mobile device; and

upon receiving a confirmation of commitment from the business process services, committing the pending transaction to the database services; and

wherein committing the pending transaction further comprises the following steps as orchestrated by the business process services;

ensuring, via the database services, that the subscriber has an active account;

validating, through communication with the security services, one or more of a PIN number and an access control list;

applying with the rules engine, velocity rules;

creating with the database services a new pending transaction history record;

holding funds from the agent account balance using the payment handler,

loading the funds to the subscriber account using the payment handler; and

updating, using the database services, a pending transaction history record to reflect the funds.

2. A monetary transaction system for conducting monetary transactions between subscribers and other entities, the system comprising one or more of:

an integration tier operable to manage mobile wallet sessions and maintain the integrity of financial transactions, the integration tier also including a communication application programming interface (API) and other communication mechanisms to accept messages from channels;

notification services operable to send notifications through different notification channels including one or more of short message peer-to-peer, short-message services and simple mail transfer protocol emails;

business process services operable to implement business workflows, including at least one of executing financial transactions, auditing financial transactions, invoking third-party services, handling errors, and logging platform objects;

a security service operable to perform subscriber authentication;

database services operable to store financial transaction details, store customer profiles, and manage money containers;

a mobile device configured to run a monetary transaction system application;

a payment handler service operable to use APIs of different payment processors including one or more APIs of banks, credit and debit cards processors, bill payment processors;

a rules engine operable to gather financial transaction statistics and use the gathered financial transaction statistics to enforce business constraints including transaction constraints;

a security service operable to perform subscriber authentication;

at least one entity that is to be involved in the specified transaction, the at least one entity having a profile with the monetary transaction system, wherein the at least one entity is the agent;

a monetary transaction system subscriber that has a profile with the monetary transaction system the subscriber profile stored in the database of the monetary transaction system, wherein the subscriber indicates, via the monetary transaction system application, one or more specified transactions that are to be performed using the monetary transaction system;

wherein the monetary transaction system is implemented to withdraw funds at an agent branch using the mobile device configured to run a monetary transaction system application, including performing the following steps;

receiving a communication message from the mobile device over one of a plurality of channels connected to the monetary transaction system, the communication message being received by an API associated with the integration tier of the monetary transaction system, the communication message indicating that the subscriber desires to withdraw a specified amount of funds from an account associated with the subscriber, the communication comprising a secure, perishable code;

determining that the transaction is valid and in progress, wherein determining that the transaction is valid comprises validating the secure, perishable code and communicating from the integration tier to the database services to query attributes of the subscriber'"'"'s account;

committing a pending transaction through the business process services, wherein the integration tier communicates a transaction commitment request to the business process services;

receiving a confirmation from the business process services that a pending transaction has been committed;

sending, through the notification services, a receipt notification to the mobile device; and

upon receiving a confirmation of commitment from the business process services, committing the pending transaction to the database services; and

wherein committing the pending transaction further comprises the following steps as orchestrated by the business process services;

ensuring, via the database services, that the subscriber has an active account;

validating, through communication with the security services, one or more of a PIN number and an access control list;

applying with the rules engine, velocity rules;

creating with the database services a new pending transaction history record;

holding funds from the agent account balance using the payment handler;

loading the funds to the subscriber account using the payment handler; and

updating using the database services, a pending transaction history record to reflect the funds.

3. A monetary transaction system for conducting monetary transactions between subscribers and other entities, the system comprising one or more of:

an integration tier operable to manage mobile wallet sessions and maintain the integrity of financial transactions, the integration tier also including a communication application programming interface (API) and other communication mechanisms to accept messages from channels;

notification services operable to send notifications through different notification channels including one or more of short message peer-to-peer, short-message services and simple mail transfer protocol emails;

business process services operable to implement business workflows, including at least one of executing financial transactions, auditing financial transactions, invoking third-party services, handling errors, and logging platform objects;

database services operable to store financial transaction details, store customer profiles, and manage money containers;

a monetary transaction system subscriber that has a profile with the monetary transaction system the subscriber profile stored in the database of the monetary transaction system, wherein the subscriber indicates, via the monetary transaction system application, one or more specified transactions that are to be performed using the monetary transaction system;

a payment handler service operable to use APIs of different payment processors including one or more APIs of banks, credit and debit cards processors, bill payment processors;

a rules engine operable to gather financial transaction statistics and use the gathered financial transaction statistics to enforce business constraints including transaction constraints;

a security service operable to perform subscriber authentication;

at least one entity that is to be involved in the specified transaction, the at least one entity having a profile with the monetary transaction system;

wherein the at least one entity is the agent;

wherein the monetary transaction system is implemented to transfer funds using the mobile device configured to run a monetary transaction system application, including performing the following steps;

receiving a communication message from the mobile device over one of a plurality of channels connected to the monetary transaction system, the communication message being received by an API associated with the integration tier of the monetary transaction system, the communication message indicating that the subscriber desires to transfer a specified amount of funds from the subscriber'"'"'s account to a recipient;

validating the status of the subscriber'"'"'s account, wherein validating the status of the subscriber'"'"'s account comprises communicating from the integration tier to the database services to query attributes of the subscriber'"'"'s account;

committing a pending transaction through the business process services, wherein the integration tier communicates a transaction commitment request to the business process services;

receiving a confirmation from the business process services that a pending transaction has been committed;

sending, through the notification services, a receipt notification to the mobile device; and

upon receiving a confirmation of commitment from the business process services, committing the pending transaction to the database services; and

wherein committing the pending transaction further comprises the following steps as orchestrated by the business process services;

ensuring, via the database services, that the subscriber has an active account;

validating, through communication with the security services, one or more of a PIN number and an access control list;

applying with the rules engine, velocity rules;

creating with the database services a new pending transaction history record;

holding funds from the agent account balance using the payment handler;

loading the funds to the subscriber account using the payment handler; and

updating, using the database services, a pending transaction history record to reflect the funds.