Transaction Velocity Control via Intermediary Mediator

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In transactions between customers and merchants, the direct communication between merchants and transaction service providers through merchant APIs exposes acquirers to significant financial liability due to the lack of control over transaction velocity, making it difficult to identify and prevent fraudulent activities.

Innovation Solution

A method, system, and computer program product that generate and enforce transaction control criteria on transaction velocity limits, allowing acquirers to monitor and control transaction parameters such as monetary amounts, transaction counts, and time periods, enabling real-time processing while preventing fraudulent transactions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Speed

If merchants use direct merchant API communication with transaction service providers, then transaction processing speed and convenience are improved, but acquirer financial liability and fraud risk increase

Engineering Contradiction:
Improvetransaction processing speedVSAvoidacquirer financial liability
Core Design Contradiction:
SpeedVSObject-affected harmful factors

Solution Approach 1:

The patent introduces an intermediary layer (acquirer system) between the merchant API and the transaction service provider. This intermediary receives transaction messages from merchants, evaluates them against velocity control criteria, and selectively forwards approved transactions to the transaction service provider. This mediator structure preserves real-time processing capability while adding fraud protection through controlled intermediation.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If acquirers implement velocity control monitoring and control, then fraud detection capability is improved, but system complexity and processing overhead increase

Engineering Contradiction:
Improvefraud detection capabilityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements preliminary action by pre-configuring velocity control criteria (thresholds for transaction count, amount, frequency) before transactions occur. The acquirer system stores these predetermined criteria and automatically compares incoming transaction messages against them, eliminating the need for complex real-time analysis algorithms and reducing processing overhead while maintaining reliable fraud detection.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If acquirers monitor and control transaction parameters in real-time, then fraud prevention is improved, but processing time and transaction delay increase

Engineering Contradiction:
Improvefraud preventionVSAvoidprocessing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent replaces complex mechanical processing systems with simpler rule-based evaluation mechanisms. Instead of performing comprehensive real-time analysis of transaction patterns, the system uses straightforward comparisons of transaction parameters (count, amount, frequency) against predetermined velocity control criteria. This substitution maintains effective fraud prevention while significantly reducing processing time through simplified decision logic.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Data Source

PatentUS11379847B2Method, system, and computer program product for controlling transaction velocity limits
Publication Date: 2022.07.05 VISA INTERNATIONAL SERVICE ASSOCIATION
  • US11379847B2 patent drawing
  • US11379847B2 patent drawing
  • US11379847B2 patent drawing

AI summary

A method of controlling transaction velocity limits including: generating a transaction control criterion associated with a parameter; receiving a transaction message associated with a transaction request; analyzing the data associated with the parameter with respect to the transaction control criterion associated with the parameter; automatically generating and communicating at least one of: a processing request message associated with the transaction request if data associated with the at least one parameter in the transaction message does not satisfy the transaction control criterion associated with the at least one parameter, and a rejection response message if data associated with the at least one parameter in the transaction message does satisfy the transaction control criterion associated with the at least one parameter; and generating update data associated with the parameter. A system and computer program product for controlling transaction velocity limits is also disclosed.