Role-Based Access Control Shell for Secure Application Login

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems that store all programming and application versions locally on users' computers consume bandwidth, occupy storage space, and are prone to security breaches, as they often provide unnecessary features and data.

Innovation Solution

A role-based access system that identifies user roles upon login, selects and provides only role-specific code, and streams it to the user's device, reducing storage and bandwidth usage while enhancing security by minimizing data exposure.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If all programming and application versions are stored locally on users' computers, then the system can provide complete functionality and all features, but it consumes large amounts of bandwidth, occupies storage space, and is prone to security breaches

Engineering Contradiction:
Improvesystem functionalityVSAvoidstorage space and bandwidth consumption
Core Design Contradiction:
Adaptability or versatilityVSQuantity of substance

Solution Approach 1:

The system segments the application into a shell component and multiple role-specific code components. The shell provides the basic framework, while role-specific code is selectively loaded based on user authentication and role identification. This segmentation allows the system to provide complete functionality when needed while minimizing local storage requirements by only loading necessary code segments.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent extracts role-specific code from the local system and stores it on remote servers. When a user logs in, the system identifies their role and retrieves only the necessary code components from the server, rather than having all code locally available. This extraction reduces local storage needs and bandwidth consumption while maintaining access to all features through on-demand retrieval.

Inventive Principle:
Principle #2Taking out (Extraction)

2Adaptability or versatility

If all programming and application versions are stored locally on users' computers, then the system can provide complete functionality, but it is prone to security breaches due to exposure of unnecessary data

Engineering Contradiction:
Improvesystem functionalityVSAvoidsecurity risk
Core Design Contradiction:
Adaptability or versatilityVSObject-affected harmful factors

Solution Approach 1:

The patent extracts sensitive and role-specific code from local storage and relocates it to remote servers. Only the application shell remains locally, which is insufficient for unauthorized access. When users log in, their role is identified and the appropriate code is dynamically retrieved from the server, minimizing local exposure of sensitive data while maintaining full functionality for authenticated users.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system implements local quality by having different code availability based on user role and authentication status. The local system contains only the shell, while role-specific functionality is available through selective retrieval from the server. This creates a quality gradient where the level of access and code availability varies by user, enhancing security while preserving functionality for authorized users.

Inventive Principle:
Principle #3Local quality

3Quantity of substance

If role-specific code is selected and provided only after login, then storage and bandwidth consumption are reduced, but the system requires dynamic role identification and code selection mechanisms

Engineering Contradiction:
Improvestorage space and bandwidth consumptionVSAvoidsystem complexity
Core Design Contradiction:
Quantity of substanceVSDevice complexity

Solution Approach 1:

The system implements self-service by automatically identifying user roles through login credentials and autonomously selecting and retrieving the appropriate role-specific code without requiring manual configuration or user intervention. The deployment service automatically matches users to roles and retrieves necessary code components, simplifying the user experience while managing the underlying complexity.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system uses feedback from login data and user credentials to dynamically determine user roles and select appropriate code. The deployment service receives login information, processes it to identify user roles, and uses this feedback to retrieve the correct code components. This feedback mechanism enables automatic adaptation to user needs while managing system complexity through structured decision-making.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS9691044B2Application shell login role based access control
Publication Date: 2017.06.27 BANK OF AMERICA CORP
  • US9691044B2 patent drawing
  • US9691044B2 patent drawing
  • US9691044B2 patent drawing

AI summary

Embodiments for providing roles based system access to a user include systems for identifying an application login event and a role associated with the login event. Further the embodiments include selecting code associated with the identified role, inserting, by a processor, the code into an application shell; and providing, by a processor, the content of the shell to an application associated with a computing device of the user in response to the login event, the content of the shell comprising only role specific data. In specific embodiments, data unrelated to the identified role is not provided to the application or stored in the computing device.