Merchant-Associated Device Validation Using Public-Key Registries

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing mobile transactions and payments lack enhanced convenience, security, and experiences for merchants, consumers, and payment service providers due to limited interactions between smart devices and contactless terminals.

Innovation Solution

Implementing a mobile payment system that allows for non-standard processing of transactions, provides enhanced merchant experiences, utilizes rendezvous requests for multi-step transactions, and secures data exchange with public key registries, enabling flexible and secure mobile transactions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If basic interaction between smart device and contactless terminal is used, then device complexity is reduced, but transaction security and user experience are insufficient

Engineering Contradiction:
Improvetransaction securityVSAvoidinteraction complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent segments the transaction validation process into multiple independent components: device identifier extraction, public key retrieval from registry, cryptographic validation, and transaction approval. This modular approach enhances security through comprehensive verification while maintaining manageable system complexity by organizing validation steps as separate, reusable modules.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements preliminary action by pre-registering public keys in a centralized registry before transactions occur. The mobile device retrieves and validates the terminal's public key in advance during the transaction flow, enabling security verification to be performed proactively rather than reactively, thus enhancing transaction security without adding significant operational complexity.

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If standardized processing is used, then ease of operation is improved, but flexibility for non-standard transactions is limited

Engineering Contradiction:
Improvetransaction processing flexibilityVSAvoidprocessing simplicity
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent applies dynamics by making the transaction processing system adaptable to different transaction types and requirements. The system can dynamically select between standardized processing paths for routine transactions and customized validation sequences for non-standard cases, allowing flexibility in processing approaches while maintaining ease of operation through automated route selection based on transaction characteristics.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent implements universality through a multi-functional validation framework that handles both standard and non-standard transactions using a common infrastructure. The same public key registry and validation mechanisms serve multiple transaction types (payments, ticketing, access control), providing flexible adaptability across different use cases while maintaining operational simplicity through a unified processing architecture.

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

3Reliability

If public key validation is implemented, then transaction security is enhanced, but processing time increases

Engineering Contradiction:
Improvemerchant validation securityVSAvoidtransaction processing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent reduces validation time by performing preliminary actions: public keys are pre-registered in a centralized registry and cached in the mobile device. During transactions, the system retrieves pre-stored keys locally rather than performing full cryptographic validation from scratch, significantly reducing processing time while maintaining security through the pre-established trust framework.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent applies local quality by implementing a hierarchical validation approach where frequently accessed public keys are stored locally in the mobile device's secure storage. This local caching eliminates the need for repeated network queries and complex remote validation for routine transactions, reducing processing time while maintaining high security through localized cryptographic verification of trusted merchants.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS12361400B2Validation of merchant-associated devices during mobile transactions
Publication Date: 2025.07.15 PAYPAL INC
  • US12361400B2 patent drawing
  • US12361400B2 patent drawing
  • US12361400B2 patent drawing

AI summary

Methods, systems, and computer program products for providing enhanced mobile transactions and payments are disclosed. A computer-implemented method may include providing a registry of public keys to allow users to securely exchange mobile payment data with respective trusted merchants, sending a request from a computing device of a user to validate a merchant, storing a public key for the merchant from the registry, receiving a merchant identifier from a terminal during a mobile transaction indicating that the terminal is associated with the merchant, receiving a request for information from the terminal as part of the mobile transaction, determining whether the terminal requesting the information is trusted, providing the requested information encrypted using the public key to the terminal when the terminal is trusted, and providing decoy response information to the terminal when the terminal is determined to be untrusted.