Clipboard Payment Passwords for Faster Cross-App Checkout

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing cross-application payment methods are inconvenient and cumbersome, requiring multiple applications and complex user operations, such as scanning two-dimensional codes or jumping between applications, which prolongs the payment process and increases operational complexity.

Innovation Solution

A payment password generation method that generates a payment link packaged into a password, allowing it to be copied to a clipboard and recognized by a second application for seamless payment processing, reducing the need for additional user interactions and application switching.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a two-dimensional code is used for cross-application payment, then payment can be initiated from a first application to a second application, but the payment procedure becomes long and user operation becomes complex

Engineering Contradiction:
Improvecross-application payment capabilityVSAvoiduser operation complexity
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent extracts the payment link from the complex two-dimensional code scanning process and presents it as a simplified payment password. The payment password directly contains the payment link information, eliminating the need for users to scan codes or navigate through multiple application interfaces, thus reducing operational complexity while maintaining cross-application payment capability

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The payment password serves as an intermediary element that bridges the first application and second application. Instead of requiring direct interaction between applications through complex code scanning and navigation, the payment password acts as a mediator that carries payment information and enables seamless transition between applications

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If a browser is used to open payment pages for cross-application payment, then payment can be initiated, but the payment procedure is prolonged and user operation is complex

Engineering Contradiction:
Improvepayment initiation capabilityVSAvoidpayment procedure duration
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The payment link is pre-packaged into the payment password before the user needs to make a payment. This preliminary preparation eliminates the need for users to manually navigate to payment pages through browsers or application interfaces, significantly reducing the time required for payment execution

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The payment password copies the essential payment information (including the payment link) into a simplified format that can be directly used by the second application. This copying process eliminates the need for users to re-enter information or navigate through multiple pages, thereby reducing payment procedure duration

Inventive Principle:
Principle #26Copying

Data Source

PatentEP4693141A1Payment password generation method and apparatus, payment request sending method and apparatus, device, and medium
Publication Date: 2026.02.11 ALIPAY PAYMENT TECHNOLOGY CO LTD
  • EP4693141A1 patent drawingFigure 1~2
  • EP4693141A1 patent drawingFigure 3
  • EP4693141A1 patent drawingFigure 4

AI summary

Embodiments of this specification disclose a payment password generation method applied to a payment platform. The solution can include: obtaining a password payment request, where the password payment request is generated based on an order payment operation performed by a user in a first application, and the order payment operation is used to indicate to perform payment by using a second application; generating a payment link based on the password payment request, where the payment link is used to link to a transaction confirmation page, to pay for a target order based on the transaction confirmation page; and generating a payment password based on the payment link, where the payment password is used to be recognized by the second application from a clipboard of a terminal of the user, to pay for the target order.