Adaptive Permission Control via Use Case Database Querying

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Complex information technology systems face challenges in protecting access to data due to increased complexity, which burdens machines and users, and require effective permission control mechanisms, especially in systems handling sensitive information.

Innovation Solution

A permission control system that adapts access decisions based on past use cases by querying a use case database with attributes like user identity, data type, and owner, and involves an arbitrator to resolve conflicts and add new use cases when necessary.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If complex permission control mechanisms are implemented to protect data access, then data security is improved, but system complexity and processing burden increase

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

Solution Approach 1:

The system performs preliminary actions by pre-defining use cases with specific attributes (user roles, data types, operations) and storing them in a use case database before actual access requests occur. When a data access request is made, the system queries this pre-populated database to find matching use cases, rather than evaluating complex permission rules in real-time. This shifts the computational burden to the offline use case definition phase, resolving the contradiction between security and system complexity.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If traditional permission control systems are used, then data access can be restricted, but processing burden on machines and users increases

Engineering Contradiction:
Improveaccess controlVSAvoidprocessing efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system creates simplified copies of complex permission control logic by representing access rules as discrete use case objects with defined attributes. Instead of processing complex permission expressions directly, the system queries for matching use case copies in the database. This copying approach simplifies the processing burden while maintaining access control effectiveness, as the use case representations are pre-processed and easily queryable.

Inventive Principle:
Principle #26Copying

3Reliability

If high-integrity permission control is implemented for sensitive information, then security is improved, but system complexity increases

Engineering Contradiction:
Improvepermission control integrityVSAvoidcontrol mechanism complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments permission control into distinct use case components, each representing a specific access scenario with defined attributes (user identity, data type, operation, conditions). By breaking down complex permission requirements into discrete, attribute-based use case segments, the system maintains high-integrity control while reducing overall complexity through modular organization and database-based management of these segments.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS9542570B2Permission control
Publication Date: 2017.01.10 SUCCESSFACTORS INC
  • US9542570B2 patent drawing
  • US9542570B2 patent drawing
  • US9542570B2 patent drawing

AI summary

In some example implementations, there is provided a method including determining, from a received request, one or more attributes; sending, by a permission controller, a query to a use case database, the query including the determined attributes to enable an identification by the use case database of a matching use case stored in the use case database; approving, by the permission controller, the requested access to the data, when a response to the query indicates the matching use case was found in the use case database; rejecting, by the permission controller, the requested access to the data, when the response to the query indicates the matching use case was not found in the use case database.