Tokenized Transaction Account Dynamic Update Mechanism

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for securing financial information during transactions, particularly in high-risk environments, are inadequate as they fail to effectively protect against data compromise and security breaches.

Innovation Solution

The implementation of tokenized transaction accounts, where a processor identifies conditions to update a secure digital representation of a transaction account, modifying it to reflect new purchase functionalities based on transaction data, ensuring enhanced security and risk management.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional encryption methods are used to protect financial information, then some security protection is provided, but security issues still exist when information is compromised or communicated in high security risk environments

Engineering Contradiction:
Improvesecurity protectionVSAvoiddata compromise risk
Core Design Contradiction:
ReliabilityVSObject-affected harmful factors

Solution Approach 1:

The patent introduces tokenization as an intermediary layer between the actual financial account data and the transaction processing system. Instead of transmitting or storing sensitive account information directly, the system uses tokens as mediators that represent the account data. This intermediary mechanism ensures that even if tokens are compromised, the actual financial information remains protected, thereby resolving the security vulnerability of traditional encryption methods in high-risk environments.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent creates secure digital representations (tokens) that copy or represent the essential functionality of actual financial account data without containing the sensitive information itself. These token copies enable transaction processing while maintaining security, as the tokens can be updated or invalidated without affecting the underlying account data. This copying approach allows the system to maintain security protection while eliminating the risk associated with direct exposure of financial information.

Inventive Principle:
Principle #26Copying

2Reliability

If tokenized transaction accounts are dynamically updated based on transaction conditions, then security and risk management are enhanced, but system complexity increases

Engineering Contradiction:
Improvetransaction securityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements dynamic tokenization where tokens can be updated, modified, or invalidated based on transaction conditions, user behavior patterns, and risk assessments. This dynamic approach allows the system to adapt security measures in real-time without requiring complete system redesign. The conditional update mechanism enables enhanced security through automated responses to suspicious activities while maintaining manageable system complexity through rule-based automation.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system incorporates feedback loops that monitor transaction patterns, user behavior, and security events to automatically trigger token updates when necessary. This feedback mechanism enables the system to learn from past transactions and improve security proactively. By using automated feedback-driven updates rather than manual intervention, the system achieves enhanced security with controlled complexity, as the feedback loops operate through predefined rules and algorithms.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS11954690B2Systems and methods for providing tokenized transactions accounts
Publication Date: 2024.04.09 THE TORONTO DOMINION BANK
  • US11954690B2 patent drawing
  • US11954690B2 patent drawing
  • US11954690B2 patent drawing

AI summary

The disclosed embodiments include methods and systems for providing tokenized transaction accounts. In one embodiment, a computer-implemented method is provided that may include generating, by one or more processors, a first tokenized transaction account from a first transaction account associated with a first user. The method may also include providing the first tokenized transaction account to a client device associated with the first user for storage in the client device and use in transactions. The method may also include updating the first tokenized transaction account based on one or more conditions and providing the updated first tokenized transaction account to the client device for storage and use in a subsequent transaction.