Email Payment Gateway Token Routing for Checkout

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing online payment systems are limited, requiring customers to register for URL-based checkouts and often forcing a choice between email-based and web-based payment methods, which can deter adoption of new technologies and complicate the checkout process for both vendors and customers.

Innovation Solution

A system and method that enables dual email and web-based checkout using an unsegmented customer list, where an email payment gateway processes tokens to determine customer registration status, directing unregistered customers to a URL for registration while allowing both registered and unregistered customers to complete transactions seamlessly, thereby streamlining the payment process.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If customers are provided with both email-based and web-based checkout options, then customer choice and ease of operation are improved, but system complexity and difficulty of detecting and measuring customer preferences increase

Engineering Contradiction:
Improvecheckout processVSAvoidsystem complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The system segments customers into registered and unregistered groups based on their email list status, and provides different checkout paths for each segment. Registered customers receive email-based checkout options while unregistered customers are directed to web-based checkout, simplifying the overall system architecture.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system uses an intermediary mechanism (the email payment gateway with token processing) that automatically determines customer registration status and routes them to the appropriate checkout path, eliminating the need for manual customer segmentation by the vendor.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If customers are forced to choose between email-based and web-based payment methods, then migration to new technology is accelerated, but customer resistance and adoption barriers increase

Engineering Contradiction:
Improvetechnology adoptionVSAvoidcustomer resistance
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The system dynamically adapts its behavior based on customer registration status. For unregistered customers, it provides web-based checkout options with automatic registration. For registered customers, it offers email-based checkout. This dynamic approach eliminates forced choices while maintaining migration momentum.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system automatically determines customer registration status and routes them to the appropriate checkout path without requiring manual intervention or forced choice from the customer. Unregistered customers are automatically registered during the checkout process, eliminating adoption barriers.

Inventive Principle:
Principle #25Self-service

3Productivity

If vendors segment their email lists to separate registered and unregistered customers, then checkout process efficiency is improved, but vendor workload and list management complexity increase

Engineering Contradiction:
Improvecheckout processing efficiencyVSAvoidlist management complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The email payment gateway automatically determines customer registration status and routes them to the appropriate checkout path without requiring manual segmentation by the vendor. The system self-manages the segmentation based on the customer's presence in the registered email list.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system uses an intermediary mechanism (the email payment gateway with token processing) that automatically determines customer registration status and routes them to the appropriate checkout path, eliminating the need for manual customer segmentation by the vendor.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Reliability

If unregistered customers are automatically directed to URL for registration, then customer registration and payment processing are improved, but additional processing steps and potential transaction delays increase

Engineering Contradiction:
Improvetransaction completionVSAvoidcheckout processing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary action by automatically registering unregistered customers during the checkout process before the payment transaction is completed. This ensures that all necessary registration steps are completed in advance, eliminating delays and ensuring reliable transaction completion.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20230214898A1System and method for dual email and web based checkout in an unsegmented list
Publication Date: 2023.07.06 SWOOP IP HOLDINGS LLC
  • US20230214898A1 patent drawing
  • US20230214898A1 patent drawing
  • US20230214898A1 patent drawing

AI summary

A system and method for leveraging email to complete a checkout for registered and unregistered customers of the e-commerce system are disclosed. The system and method include receiving, by an email payment gateway, an email message comprising a customer email address and a token. The token includes transaction information for a transaction from a third party vendor. The system and method further include determining a registration status of a customer based on the customer email address, wherein the registration status is one of a registered customer of the e-commerce system or an unregistered customer of the e-commerce system. The system and method further include decoding the token and sending an email message to the customer email address based on the registration status and the decoded token.