Payment Request Cancellation Mechanism for Network Traffic Reduction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems lack an efficient method to cancel or close network requests related to billing and bill payments, leading to unnecessary network traffic and potential errors due to erroneous or outdated payment requests.

Innovation Solution

The system allows biller service providers to submit cancellation or closure requests for payment requests, including a reason code, which the payer institution can then accept or decline, thereby halting or reversing the payment process.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If payment requests are continuously processed without cancellation mechanism, then payment processing continuity is maintained, but network traffic increases and erroneous requests cause errors

Engineering Contradiction:
Improvepayment processing reliabilityVSAvoidnetwork traffic
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system allows biller service providers to submit cancellation or closure requests for payment requests before they are processed by the payer institution. This preliminary action enables the cancellation of erroneous or outdated payment requests before they cause harm, thereby reducing unnecessary network traffic while maintaining processing reliability for valid requests.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If cancellation requests are added to the system, then erroneous payment requests can be stopped, but system complexity increases

Engineering Contradiction:
Improveerror preventionVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The cancellation request mechanism is integrated into the existing payment request framework, allowing the same system infrastructure to handle both payment processing and cancellation operations. The payer institution receives both payment requests and cancellation requests through the same communication channel, and the system updates the payment request status accordingly, thereby preventing errors without significantly increasing system complexity.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Loss of energy

If payment requests are cancelled before processing, then network traffic is reduced, but processing time for valid requests may increase

Engineering Contradiction:
Improvenetwork traffic reductionVSAvoidprocessing time
Core Design Contradiction:
Loss of energyVSLoss of time

Solution Approach 1:

By enabling cancellation requests to be submitted before payment processing occurs, the system can prevent unnecessary processing of erroneous requests, thereby reducing overall network traffic. The cancellation mechanism operates in parallel with normal payment processing, so valid requests continue to be processed efficiently without significant time delay.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12340351B2Systems and methods for use in cancellation of or closure of network requests
Publication Date: 2025.06.24 VOCALINK INT LTD
  • US12340351B2 patent drawing
  • US12340351B2 patent drawing
  • US12340351B2 patent drawing

AI summary

Systems and methods are provided for cancelling or closing requests. One example computer-implemented method includes receiving, by a computing device, from a service provider, a request indicative of a payment action by a third party and issuing a first technical acknowledgment to the service provider including a unique identifier for the payment action. The method also includes forwarding, by the computing device, the request to the third party and receiving, from the third party, a confirmation advise including a status specific to the request. Then, the method includes receiving, by the computing device, an end request including the unique identifier specific to the request and, in response to the end request, changing the status of the request to cancelled or closed and forwarding the end request to the third party.