Secure Element Token Replacement via History Register Extraction
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In electronic payment systems, tokens with large token histories require significant storage and processing resources, leading to increased data transmission times and potential time-out scenarios, especially when online connectivity is not available, which affects security and user acceptance.
Innovation Solution
A secure element in the payment system enters a token replacement mode when a threshold value is exceeded, replacing tokens with large histories using a local special secure element, resulting in tokens with minimal or no history, thereby reducing data size and improving security.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If tokens with complete modification history are stored in secure elements, then token validity and security are ensured, but storage space and processing resources are significantly consumed
Solution Approach 1:
The patent extracts the token history from the token data structure itself, storing it separately in a history register. This separation allows the token to maintain its validity through the history while reducing the storage burden on secure elements. The history register acts as an external repository that the secure element can reference without storing the complete history locally.
Solution Approach 2:
The patent introduces a history register as an intermediary component between the secure element and the token validation process. This intermediary stores the token history centrally, allowing multiple secure elements to validate tokens without each storing complete history. The history register mediates between token issuance and validation, providing history information on demand.
2Reliability
If complete token history is transmitted between secure elements, then token verification is possible, but data transmission time increases causing time-out scenarios
Solution Approach 1:
The patent extracts the history transmission requirement from the token data itself. Instead of transmitting complete history with each token, the system transmits only essential token information and references the centrally stored history register for verification. This reduces transmission time while maintaining verification capability.
Solution Approach 2:
The patent performs preliminary actions by establishing a centralized history register that pre-stores token history information. This allows secure elements to perform rapid verification by querying the pre-prepared history register rather than transmitting and processing complete history data during each transaction, reducing time-out scenarios.
3Adaptability or versatility
If tokens are modified offline without online registration, then payment flexibility is improved, but token history grows larger requiring more resources
Solution Approach 1:
The patent introduces a history register as an intermediary that handles offline token modifications. When tokens are modified offline, the modifications are recorded in the centralized history register rather than being stored locally in each secure element. This maintains payment flexibility while preventing local history growth, as the history register serves as a shared repository for all modifications.
Data Source
AI summary
The invention relates to a method for replacing an electronic token used in an electronic payment transaction system, the method comprising steps each being performed by a secure element of the payment system. The invention also relates to a method for replacing an electronic token used in an electronic payment transaction system, the method comprising steps each being performed by a special secure element of the payment system. The invention further relates to a special secure element.