Parent Level Token Issuance for Asynchronous Transaction Processing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing tokenization processes for sensitive data during electronic transactions introduce latency and increased processing requirements due to the need for real-time communication with a token service provider, especially when network communications are unavailable or under high load.

Innovation Solution

Issuing parent level tokens based on device-to-device trust levels, allowing for asynchronous processing by storing parent level tokens locally and using child level tokens for immediate transaction processing, thereby reducing reliance on the token service provider for each transaction.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If real-time token issuance is performed for each transaction, then data security is maintained, but processing time increases and latency is introduced

Engineering Contradiction:
Improvedata securityVSAvoidprocessing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs token issuance in advance before transactions occur. Parent level tokens are issued to devices based on trust level assessments, and child level tokens are generated beforehand for specific transaction scenarios. This preliminary token generation eliminates the need for real-time token issuance during transactions, reducing latency while maintaining security through pre-validated trust relationships.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The token system is divided into parent level tokens and child level tokens. Parent tokens provide overarching authorization based on device trust levels, while child tokens handle specific transaction instances. This segmentation allows the system to maintain security at the parent level while enabling fast, autonomous transaction processing at the child level without requiring continuous communication with the token service provider.

Inventive Principle:
Principle #1Segmentation

2Reliability

If real-time communication with token service provider is required, then token freshness is ensured, but network resource consumption increases

Engineering Contradiction:
Improvetoken freshnessVSAvoidnetwork resource consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

Tokens are issued and validated in advance before transactions occur. The trust level assessment and token generation happen beforehand, storing validated tokens locally on devices. This eliminates the need for continuous real-time communication with the token service provider during transactions, significantly reducing network resource consumption while maintaining token validity through pre-established trust relationships.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

Devices are empowered to autonomously use stored parent and child level tokens for transaction processing without requiring real-time verification from the token service provider. The devices self-manage token usage within the scope of pre-defined trust levels and permissions, reducing dependency on continuous network communication while maintaining security and token freshness within acceptable parameters.

Inventive Principle:
Principle #25Self-service

3Reliability

If individual token processing is performed for each device, then security is maintained, but device complexity increases

Engineering Contradiction:
ImprovesecurityVSAvoidprocessing requirements
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

Multiple child level tokens are generated under a single parent level token umbrella. Instead of requiring separate security validations for each transaction, the system combines multiple transaction authorizations under one parent token that has already undergone trust verification. This merging approach maintains security through the parent token's validated trust relationship while simplifying individual device processing requirements for each transaction.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The parent level token serves multiple functions across different transactions and devices within its scope. A single parent token can authorize multiple child tokens for various transaction types and scenarios, eliminating the need for separate security protocols for each individual transaction. This multi-functionality reduces device complexity while maintaining security through the universal trust relationship established by the parent token.

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

Data Source

PatentUS11748745B2Parent level token issuance for asynchronous data processing based on device trust levels
Publication Date: 2023.09.05 PAYPAL INC
  • US11748745B2 patent drawing
  • US11748745B2 patent drawing
  • US11748745B2 patent drawing

AI summary

There are provided systems and methods for parent level token issuance for asynchronous data processing based on device trust levels. Two devices may interact enough that they develop a trust rating between the two devices that the devices are trusted for transaction processing and resolution. In order to provide asynchronous transaction processing without requiring a token service provider or transaction processor, a parent level token may be issued to the devices by a token service provider based on the trust rating. The devices may receive child level tokens from the parent token, while the parent token is stored by the transaction processor. The child level tokens may allow the devices and transaction processor to trust the devices to process and resolve transaction processing without availing the token service provider for token issuance.