Token-Based Access Control System for Efficient Decision Enforcement

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current security systems face inefficiencies in making access decisions due to the need to process numerous attributes individually, which can lead to slow and cumbersome access control processes.

Innovation Solution

A token-based system that uses tokens to represent multiple attributes, allowing for quicker and more efficient access decisions by generating decision tokens that enforce conditions associated with access requests.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If traditional attribute-based access control is used, then access decisions can be made with detailed granularity, but the processing time and system complexity increase significantly

Engineering Contradiction:
Improveaccess decision granularityVSAvoidprocessing time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The patent segments access control into two distinct phases: (1) token generation phase where attributes are collected and packaged into tokens in advance, and (2) token verification phase where pre-packaged tokens are quickly validated. This segmentation allows detailed attribute analysis to be performed beforehand, while actual access decisions use the pre-processed tokens for rapid verification, thus resolving the contradiction between granular access control and processing speed.

Inventive Principle:
Principle #1Segmentation

2Reliability

If multiple attributes are processed individually for access decisions, then comprehensive security evaluation is achieved, but memory requirements and computational overhead increase

Engineering Contradiction:
Improvesecurity evaluation comprehensivenessVSAvoidmemory requirements
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent merges multiple individual attributes into consolidated tokens that represent grouped attribute sets. Instead of storing and processing each attribute separately in memory, the system combines related attributes into unified token structures during the token generation phase. This merging reduces memory footprint while preserving the comprehensive security evaluation capability, as the tokens maintain all necessary attribute information in a compact format.

Inventive Principle:
Principle #5Merging (Combining)

3Measurement precision

If detailed attribute analysis is performed for each access request, then accurate access decisions are made, but the system becomes cumbersome and less efficient

Engineering Contradiction:
Improveaccess decision accuracyVSAvoidsystem complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent performs preliminary attribute analysis and token generation before actual access requests are processed. During the preliminary phase, the system collects attributes, evaluates security requirements, and generates pre-validated tokens that encapsulate the results of detailed attribute analysis. When access requests arrive, the system simply verifies the pre-generated tokens rather than re-performing the complex attribute analysis, thus maintaining accurate access decisions while dramatically reducing system complexity and operational burden.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS8789143B2Method and apparatus for token-based conditioning
Publication Date: 2014.07.22 BANK OF AMERICA CORP
  • US8789143B2 patent drawing
  • US8789143B2 patent drawing
  • US8789143B2 patent drawing

AI summary

According to one embodiment, an apparatus may store a plurality of tokens indicating a user is requesting access to a resource over a network. The apparatus may determine a condition associated with accessing the resource based on the plurality of tokens. The condition may be determined in addition to a determination to grant or deny access to the resource. The condition may include an obligation to be fulfilled and a message providing instruction regarding how to fulfill the obligation. The apparatus may generate a decision token representing the condition, and communicate the decision token to a resource provider to facilitate enforcement of the condition.