Class Feature Access Control via Segmentation and Local Quality

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Object-oriented programming languages face challenges in controlling access to encapsulated features of classes, leading to unintended behaviors and difficulties in modifying class features without affecting other parts of the system, as unrestricted access can grant access to all capabilities and information.

Innovation Solution

Implementing a system that specifies and enforces access rights to specific features of an accessed class, allowing only authorized entities to access designated features while restricting access to others, using a combination of compiler and execution engine techniques to enforce access policies at compile time and runtime.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If access control to class features is not implemented, then ease of operation is improved (unrestricted access to all features), but reliability deteriorates (unintended behaviors and system instability)

Engineering Contradiction:
Improveaccess to class featuresVSAvoidsystem stability
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent segments class features into multiple access levels (public, protected, private) and assigns different access rights to different entities. This segmentation allows the system to provide controlled access to specific features while maintaining overall system reliability, resolving the contradiction between ease of operation and system stability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent applies local quality by allowing different access controls for different features of the same class. Each feature can have its own access specification, enabling fine-grained control where critical features have restricted access while non-critical features remain freely accessible, thus maintaining both ease of operation and reliability.

Inventive Principle:
Principle #3Local quality

2Reliability

If access control specifications are enforced, then reliability is improved (controlled access preventing unintended behaviors), but device complexity increases (compiler and runtime enforcement mechanisms)

Engineering Contradiction:
Improveaccess control enforcementVSAvoidsystem architecture
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent performs preliminary action by establishing access control specifications during class definition and compilation phases. Access rights are determined and validated before runtime execution, which reduces the complexity burden during runtime while maintaining reliable enforcement of access controls throughout system operation.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces access specifications as an intermediary layer between class definitions and accessing entities. This intermediary mechanism abstracts the complexity of access control enforcement, allowing the compiler and runtime system to manage access rules systematically without directly complicating the core class implementation and usage.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If restricted access to class features is implemented, then encapsulation is improved (better information hiding), but adaptability deteriorates (difficulty in modifying features)

Engineering Contradiction:
Improveencapsulation integrityVSAvoidfeature modifiability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent applies dynamics by making access specifications flexible and modifiable. Access rights can be dynamically adjusted through inheritance, interface implementation, and configuration changes without requiring fundamental system restructuring. This allows the system to maintain strong encapsulation while adapting to changing requirements through controlled modification of access policies.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS9529981B2Methods and systems for setting access to a list of class entities
Publication Date: 2016.12.27 MATHWORKS INC
  • US9529981B2 patent drawing
  • US9529981B2 patent drawing
  • US9529981B2 patent drawing

AI summary

In an embodiment, a feature is an aspect of a class which represents information, data, behaviors, or capabilities encapsulated by the class. An accessing class may be given access to one or more specified features encapsulated by an accessed class, without gaining access to other features encapsulated by the accessed class. Accordingly, special access may be granted only to the behavior and data specifically designed for the accessing class, without allowing the accessing class access to all private data and behaviors of the accessed class, and without allowing all classes in a package access to the accessed class.