Payment Proxy for Offline Electronic Transaction Processing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional card readers require both the merchant and customer devices to be online for payment processing, which can lead to authorization delays and risks of non-receipt of payment due to network unavailability or inconsistency, especially in areas with poor Internet connectivity.

Innovation Solution

Implementing a payment proxy system that allows devices to communicate offline using short-range wireless technologies like Bluetooth or BLE, enabling payment transactions to be processed through a primary device that comes online, with risk analysis and contention resolution for seamless transactions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional card readers require both devices to be online for payment processing, then payment security and authorization can be maintained, but payment processing fails or delays occur in areas with poor Internet connectivity

Engineering Contradiction:
Improvepayment processing reliabilityVSAvoidadaptability to offline environments
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system performs preliminary actions by pre-authorizing transactions and storing payment information locally on devices before network connectivity is needed. The payment proxy stores transaction details and authorization status locally, enabling offline payment processing without requiring real-time online verification at the moment of transaction.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The payment proxy acts as an intermediary between the merchant device and the remote authorization server. It buffers payment information, stores transaction details locally, and facilitates communication between offline devices and the online authorization server, enabling payments to be processed even when direct network connectivity is unavailable.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If devices operate offline to enable payment processing in areas with poor connectivity, then payment processing capability is maintained, but security risks and fraudulent transactions increase

Engineering Contradiction:
Improveoffline payment processing capabilityVSAvoidsecurity risks and fraud
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The system implements feedback mechanisms where the payment proxy continuously monitors transaction status, authorization responses, and communication between devices. It provides real-time feedback on payment processing status and security conditions, enabling dynamic adjustment of transaction handling based on current system state and network availability.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

Security verification actions are performed preliminarily before offline transactions are authorized. The system pre-validates payment information, checks authorization status, and stores security-related transaction details locally before network connectivity is lost, ensuring that security protocols are maintained even in offline mode.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If payment information is stored locally on devices for offline processing, then payment processing can continue without network connectivity, but data storage requirements and system complexity increase

Engineering Contradiction:
Improvecontinuous payment processing capabilityVSAvoidlocal storage and processing complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system extracts essential payment processing functionality from the complex online authorization system and places it in a simplified local payment proxy component. This separates the core payment processing tasks (information storage, local verification) from the complex online communication and authorization processes, reducing overall system complexity while enabling offline operation.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The payment proxy is designed as a multi-functional component that handles multiple tasks including local storage of payment information, transaction buffering, authorization status management, and communication coordination between offline devices and online servers. This consolidates multiple functions into a single component, reducing system complexity.

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

4Speed

If transactions are processed instantly online, then payment authorization is rapid and reliable, but network dependency increases and processing fails in offline areas

Engineering Contradiction:
Improvepayment processing speedVSAvoidpayment processing reliability in offline areas
Core Design Contradiction:
SpeedVSReliability

Solution Approach 1:

The system performs preliminary authorization actions and stores payment information locally before network connectivity is needed. When offline, the payment proxy uses pre-stored authorization data to process transactions instantly without requiring real-time online verification, maintaining both speed and reliability in offline environments.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12462233B2Processing electronic payment transactions in offline-mode
Publication Date: 2025.11.04 BLOCK INC
  • US12462233B2 patent drawing
  • US12462233B2 patent drawing
  • US12462233B2 patent drawing

AI summary

Methods and systems may process transactions in offline mode. In some implementations, a first device and a second device communicate via a short-range communication channel, the second device offline to a transaction processing system via a long-range communication channel. The first device receives from the second device, a payment identifier associated with a transaction between first and second device users, the identifier being associated with a financial account of the second device user. The first device accesses, based on the payment identifier, a risk score associated with the second device or user. A transaction request is provisionally completed by the first device based on the risk score being above a threshold level, which authorizes an associated transfer of funds, and subsequently the first device transmits to the transaction processing system via the long-range communication channel, the transaction request and the identifier to facilitate the transaction.