Payment URL Location Data Integration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current location-based services (LBS) and payment systems lack efficient integration of location data to facilitate dynamic and location-dependent electronic payment transactions, leading to inefficiencies in processing and accuracy.

Innovation Solution

A method and system that registers a payment URL for users, examines location data to determine variable data values, and uses these values to fill transaction proposal templates, enabling approval and completion of electronic payment transactions based on location-specific shipping and tax calculations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If location data is integrated into payment processing, then transaction accuracy is improved, but device complexity increases

Engineering Contradiction:
Improvetransaction accuracyVSAvoidsystem complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent introduces a payment URL as an intermediary mechanism that bridges location data and payment processing. Instead of directly integrating complex location-based payment logic into the payment system, the system uses a standardized URL format that can be shared between users, which then triggers the appropriate payment flow with location information already embedded or accessible through the URL parameters.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the payment process into distinct phases: registration phase (where payment URL is created with placeholder values), transmission phase (where URL is shared between users), and execution phase (where location data is retrieved and transaction is completed). This segmentation allows location data to be integrated without complicating the core payment processing architecture, as location-specific logic is executed only when needed during the transaction completion phase.

Inventive Principle:
Principle #1Segmentation

2Productivity

If location-based payment transactions are processed, then transaction efficiency is improved, but processing time increases

Engineering Contradiction:
Improvetransaction efficiencyVSAvoidprocessing time
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The system performs preliminary actions during the registration phase by pre-creating and validating payment URLs with all necessary structural components and placeholder values. This preparation ensures that when a payment transaction is initiated, the URL can be immediately processed without requiring time-consuming validation or setup steps, as the foundational structure is already in place.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The payment URL incorporates dynamic elements that allow it to adapt to different users and locations while maintaining a consistent structure. The URL can include variables that are filled in based on the specific transaction context (such as amount, recipient, location), allowing the system to process transactions efficiently by only updating the necessary dynamic portions rather than reprocessing the entire URL structure.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS10949818B2Intelligent payment link
Publication Date: 2021.03.16 EDISON VAULT LLC
  • US10949818B2 patent drawing
  • US10949818B2 patent drawing
  • US10949818B2 patent drawing

AI summary

Methods, computer program products, and systems are presented. The method computer program products, and systems can include, for instance: registering a payment URL to a first user in response to receipt of registration data being received from a first user, wherein the payment URL is operative so that when the payment URL registered to the first user is activated by a second user, a web browsing session is commenced in which an electronic payment transaction is facilitated, the electronic payment transaction permitting electronic funds transfer from the second user to the first user; and examining location data of the second user in response to activation of the payment URL by the second user and determining one or more variable data values in dependence on the location data of the second user.