Offline Token Encryption for Mobile Transaction Security

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Mobile devices often face unreliable network connections, which can hinder the completion of mobile transactions, and existing security measures for authorized tokens are inadequate in ensuring secure and authorized use.

Innovation Solution

The solution involves storing security rules for generated tokens in memory, where a processor determines whether to encrypt them, and an interface communicates the encrypted token to a mobile device, allowing transactions without network connectivity and providing access control and security measures to prevent fraudulent use.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If authorized tokens are provided to mobile devices for offline transactions, then transaction availability is improved, but security risk increases due to potential fraudulent use

Engineering Contradiction:
Improvetransaction availabilityVSAvoidfraudulent use risk
Core Design Contradiction:
ProductivityVSObject-affected harmful factors

Solution Approach 1:

The system applies preliminary anti-action by implementing encryption on authorized tokens before they are provided to mobile devices. The encryption is configured with security rules that prevent fraudulent use, such as limiting the number of transactions, time validity, and geographic restrictions. This pre-configured security measure counteracts potential fraudulent activities before they can occur.

Inventive Principle:
Principle #9Preliminary anti-action

Solution Approach 2:

The system changes parameters of the token by applying different encryption levels and security configurations based on transaction requirements. Tokens can be configured with varying degrees of security restrictions, such as single-use vs. multi-use, time-bound validity, and location-specific authorization. These parameter changes allow the system to balance transaction availability with security risk mitigation.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If encryption and security rules are applied to tokens, then security is improved, but processing complexity increases

Engineering Contradiction:
Improvetoken securityVSAvoidsecurity processing complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs preliminary action by pre-configuring security rules and encryption parameters when tokens are generated and distributed to mobile devices. This includes setting up transaction limits, time validity, and geographic restrictions in advance. By preparing these security measures beforehand, the system reduces the complexity of real-time processing during actual transactions.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system uses copying by creating encrypted versions of authorization tokens that contain all necessary security parameters. Instead of complex real-time verification, the encrypted token copy includes pre-baked security rules that can be validated through simpler cryptographic checks, reducing processing complexity while maintaining high security standards.

Inventive Principle:
Principle #26Copying

3Speed

If tokens are stored on mobile devices for future use, then transaction speed is improved, but loss of control increases

Engineering Contradiction:
Improvetransaction processing speedVSAvoidaccess control
Core Design Contradiction:
SpeedVSLoss of information

Solution Approach 1:

The system applies preliminary anti-action by embedding security rules directly into the encrypted tokens stored on mobile devices. These rules include transaction limits, time validity, and geographic restrictions that automatically prevent unauthorized or fraudulent use. This maintains access control even when tokens are stored locally without continuous network connectivity.

Inventive Principle:
Principle #9Preliminary anti-action

Solution Approach 2:

The system changes parameters of stored tokens by configuring different security levels and validation requirements. Tokens can be set with varying degrees of control, such as requiring additional verification for high-value transactions or limiting usage to specific time windows. These parameter changes enable the system to maintain appropriate access control while allowing fast offline transactions.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS9043609B2Implementing security measures for authorized tokens used in mobile transactions
Publication Date: 2015.05.26 BANK OF AMERICA CORP
  • US9043609B2 patent drawing
  • US9043609B2 patent drawing
  • US9043609B2 patent drawing

AI summary

Security measures for tokens comprise storing security rules associated with a generated token in a memory. A processor, communicatively coupled to the memory, accesses the security rules associated with the generated token and determines whether to encrypt the generated token by applying at least a portion of the security rules to the generated token. The processor encrypts the generated token. An interface, communicatively coupled to the processor, communicates the encrypted token to a mobile device associated with a user.