Cloud Wallet Security Challenges for Smart Funding Selection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional payment methods using mobile devices require users to manually select funding instruments, which can be inconvenient and prone to loss or theft, and do not optimize payment choices based on transaction details, merchant preferences, or user goals.

Innovation Solution

A smart digital wallet on a mobile device that intelligently selects the best funding instrument for a transaction based on transaction information, user preferences, and merchant incentives, and provides customizable security levels for different types of transactions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If manual selection of funding instruments is required, then user control over payment choice is maintained, but user effort and time consumption increase

Engineering Contradiction:
Improveease of payment selectionVSAvoidtime for funding instrument selection
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The system automatically selects funding instruments based on transaction context, merchant category, and user preferences without requiring manual user input. The payment application autonomously determines the optimal funding source by analyzing transaction details and applying predefined rules, thereby eliminating the time and effort users would otherwise spend on selection.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

Users pre-configure their funding instrument preferences, spending limits, and merchant category associations in advance. The system stores these preferences and automatically applies them during transactions, so the decision-making logic is prepared beforehand rather than requiring real-time user input during payment.

Inventive Principle:
Principle #10Preliminary action

2Productivity

If default single funding source is used, then payment simplicity is maintained, but optimization of rewards and spending control is lost

Engineering Contradiction:
Improvepayment processing efficiencyVSAvoidadaptability to different transaction types
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The funding instrument selection is dynamic rather than static. The system adjusts which funding source is used based on the specific transaction context, including merchant category, transaction amount, and current user preferences. This allows the same user account to automatically select different funding instruments for different types of transactions, optimizing rewards and spending control adaptively.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes parameters such as spending limits, reward thresholds, and merchant category associations to determine optimal funding selection. By dynamically adjusting these parameters based on transaction characteristics, the system can optimize for different goals such as maximizing rewards, staying within budget limits, or preferring certain card types for specific merchant categories.

Inventive Principle:
Principle #35Parameter changes

3Device complexity

If uniform security level is applied to all transactions, then security implementation is simple, but security optimization for different transaction risks is lost

Engineering Contradiction:
Improvesecurity level configurationVSAvoidtransaction security
Core Design Contradiction:
Device complexityVSReliability

Solution Approach 1:

Different security levels are applied to different transaction types and contexts based on their risk profiles. The system analyzes transaction characteristics such as amount, merchant category, and location to determine the appropriate security level for each specific transaction, rather than applying a uniform security level to all transactions. This allows enhanced security for high-risk transactions while maintaining simplicity for low-risk ones.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS12619971B2Cloud-based application security
Publication Date: 2026.05.05 PAYPAL INC
  • US12619971B2 patent drawing
  • US12619971B2 patent drawing
  • US12619971B2 patent drawing

AI summary

Systems, methods, and computer program products for providing cloud-based application security are disclosed. For example, a server part of a cloud-based application may determine a plurality of security challenges for authorizing a request based on a plurality of security settings of a user account and one or more attributes of the request, issue a first-level authorization challenge and a second-level authorization challenge based on the determining, identify a plurality of available resources from the user account for the request, and responsive to successful completion of the first-level authorization challenge and the second-level authorization challenge, automatically apply two or more of the available resources from the user account to fulfill the request based on the one or more attributes of the request and a physical location associated with the request.