Geolocation-Conditioned Payment Terminal Authentication

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current online payment systems lack security and convenience as they rely on transmitting authentication information over networks, making them vulnerable to theft and requiring payor and payee communication during transactions.

Innovation Solution

A method where a server sends a request message to a payment terminal to process a payment order only when the terminal is at a specific position and time, with the terminal confirming the request and the server processing the payment upon confirmation, enhancing security and eliminating the need for real-time communication.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If authentication information is transmitted via network, then payment processing can be completed, but security is compromised due to information theft risk

Engineering Contradiction:
Improvepayment securityVSAvoidauthentication information theft
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The patent extracts the authentication process from network transmission entirely. Instead of sending authentication information over the network, the system uses local geolocation data from the terminal device to verify presence at the merchant location. The server receives only the geolocation data and payment request, not sensitive authentication credentials, thus eliminating the transmission vulnerability.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent introduces geolocation data as an intermediary verification mechanism. Rather than directly transmitting authentication information, the system uses the terminal's location data as a mediator to prove the user's physical presence at the merchant location. This intermediary approach replaces direct authentication information transmission with indirect verification through location-based proof.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If real-time communication between payor and payee is required, then transaction authenticity is ensured, but convenience is reduced due to additional communication steps

Engineering Contradiction:
Improvetransaction authenticityVSAvoidpayment convenience
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent implements self-service authentication where the terminal device automatically provides geolocation data to verify the user's presence at the merchant location. The system uses the device's own location capabilities to authenticate the transaction without requiring manual communication between parties. The user simply initiates the payment, and the system automatically verifies location and processes the transaction.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent performs preliminary verification of the user's location before the payment transaction occurs. The server checks whether the terminal device is at the merchant location in advance of completing the payment. This preliminary geolocation verification ensures transaction authenticity is established before the actual payment, eliminating the need for post-transaction communication or verification steps.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS10636025B2Payment processing conditioned on multi-party geolocation constraints
Publication Date: 2020.04.28 TENCENT TECHNOLOGY (SHENZHEN) CO LTD
  • US10636025B2 patent drawing
  • US10636025B2 patent drawing
  • US10636025B2 patent drawing

AI summary

A method, system, and apparatus for facilitating a payment transaction is disclosed. A server receives an event-setup request from an event organizer to set up an event-based payment session to obtain payments for one or more attendees of a subsequent event. In response to receiving the event set-up request: the server sets up the event-based payment session in accordance with the event-setup request; and provides a payment invitation corresponding to the payment session to each of one or more invitees of the subsequent event in accordance with the event-setup request. The server then receives from at least a first invitee of the one or more invitees, a conditional acceptance to the payment invitation, the acceptance being conditioned on one or more predefined criteria.