P2P Payment Traffic Smoothing via Predictive Scheduling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The increasing complexity and cost of computational infrastructure for peer-to-peer (P2P) payment systems due to peak traffic periods pose a challenge in efficiently managing computational resources.

Innovation Solution

A P2P system analyzes historical data to predict high usage periods and schedules payments during off-peak times, offering incentives to senders for non-peak transfers, thereby reducing peak traffic and improving service quality.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the P2P system processes payments during peak traffic periods, then user service availability is maintained, but computational resource requirements and operational costs increase significantly

Engineering Contradiction:
Improveservice availabilityVSAvoidcomputational resource requirements
Core Design Contradiction:
ReliabilityVSUse of energy by stationary object

Solution Approach 1:

The system performs preliminary actions by predicting peak traffic periods using historical data analysis, and proactively schedules payments during off-peak periods before the actual payment needs to be processed. This allows the system to prepare and execute payments when computational resources are less strained, reducing peak-period resource requirements while maintaining service availability.

Inventive Principle:
Principle #10Preliminary action

2Use of energy by stationary object

If the P2P system schedules payments during off-peak periods to reduce computational costs, then operational expenses decrease, but payment processing time increases for users

Engineering Contradiction:
Improvecomputational expensesVSAvoidpayment processing time
Core Design Contradiction:
Use of energy by stationary objectVSLoss of time

Solution Approach 1:

The system dynamically adjusts payment scheduling based on real-time traffic predictions and user preferences. Users can specify time windows for payment execution, and the system flexibly schedules payments within those windows during periods of lower computational load. This dynamic approach balances cost reduction with user time requirements, allowing payments to be processed during off-peak periods without excessively delaying user transactions.

Inventive Principle:
Principle #15Dynamics

3Device complexity

If the P2P system implements traffic smoothing to reduce peak traffic volume, then computational infrastructure complexity decreases, but system adaptability to urgent payment needs is reduced

Engineering Contradiction:
Improvecomputational infrastructure complexityVSAvoidresponse to urgent payments
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The system applies different processing qualities to different payment types. Routine payments are scheduled during off-peak periods to smooth traffic and reduce infrastructure complexity, while urgent or time-sensitive payments are prioritized and processed immediately regardless of traffic conditions. This local differentiation allows the system to optimize for cost reduction in normal operations while maintaining adaptability for urgent needs through special handling pathways.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS10515383B2Reducing computational resource requirements for making payments
Publication Date: 2019.12.24 MASTERCARD INT INC
  • US10515383B2 patent drawing
  • US10515383B2 patent drawing
  • US10515383B2 patent drawing

AI summary

A peer-to-peer (P2P) payment system is proposed in which a server computationally analyses historical data relating to P2P traffic to predict periods of high usage, and, based on the predicted high usage periods, computationally interacts with payment senders, to schedule payments to avoid the predicted high usage periods. The effect of this is to smooth the traffic over time, thereby reducing the number of transfers which are required at peak traffic periods. In this way, the resource requirements of operating the P2P process can be reduced, since the peak level of P2P traffic, which determines the computational resources which have to be devoted to the P2P traffic, can be reduced.