AERO Record Mediates Storage Access Control

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Storage systems with multiple, independently managed components lack effective permission control and resource separation, leading to unpredictable interactions and inadequate data protection due to the absence of access control and authentication mechanisms.

Innovation Solution

An extensible data management platform using a resource provider service, object model service, and APIs to manage resources through a centralized proxy, employing AERO records for auditing and permission management, which include labels for context-based access control and resource separation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple independent components are used to manage storage data, then system functionality and flexibility are improved, but access control and permission management become problematic

Engineering Contradiction:
Improvesystem functionalityVSAvoidaccess control
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent introduces an AERO record as an intermediary object that mediates between user requests and storage components. The AERO record carries authentication tokens, context information, and permission data across component boundaries, enabling controlled interaction without direct component-to-component authentication.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the access control mechanism into distinct components: the AERO record structure (with tokens, context, permissions), the authentication service that creates/validates tokens, and the resource providers that enforce permissions. This segmentation allows each component to have specialized functionality while maintaining overall security.

Inventive Principle:
Principle #1Segmentation

2Adaptability or versatility

If components are created by different parties without knowledge of each other, then system extensibility and independence are improved, but unpredictable interactions and security issues arise

Engineering Contradiction:
Improvesystem extensibilityVSAvoidinteraction predictability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The AERO record serves as a universal interface object that works across all storage components regardless of who created them. It carries standardized authentication tokens, context data, and permission information that any compliant component can process, enabling predictable interactions between independently developed components.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The system implements feedback mechanisms where components validate AERO records against their permission requirements and return authentication/authorization results. This feedback loop ensures that components interact predictably by enforcing consistent security policies even when created by different parties.

Inventive Principle:
Principle #23Feedback

3Ease of operation

If no permission control is implemented between components, then ease of operation and integration are improved, but data protection and work tracking become inadequate

Engineering Contradiction:
Improvecomponent integrationVSAvoiddata protection
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The system performs preliminary authentication and authorization actions by creating AERO records with embedded tokens and permissions before components interact. This preliminary setup enables seamless integration while maintaining security, as components inherit permissions through the AERO record without requiring complex runtime negotiation.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The AERO record acts as a mediator that carries permission information between components, enabling data protection without complicating integration. Components simply validate the AERO record's permissions rather than implementing their own complex authentication logic, maintaining ease of operation while ensuring security.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Device complexity

If resource separation between components is not implemented, then system simplicity is maintained, but auditing capabilities and data protection are compromised

Engineering Contradiction:
Improvesystem simplicityVSAvoidwork tracking capability
Core Design Contradiction:
Device complexityVSLoss of information

Solution Approach 1:

The AERO record embeds multiple layers of information including authentication tokens, context data, permission sets, and component identifiers within a single structured object. This nesting approach maintains system simplicity by using one unified structure rather than multiple separate tracking mechanisms.

Inventive Principle:
Principle #7Nested doll (Nesting)

Solution Approach 2:

The AERO record serves as an intermediary that carries all necessary auditing information between components. By embedding component identifiers, context, and permission data in the AERO record, the system achieves comprehensive work tracking without adding complex external logging infrastructure.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS12052253B2Context tracking across a data management platform
Publication Date: 2024.07.30 NETAPP INC
  • US12052253B2 patent drawing
  • US12052253B2 patent drawing
  • US12052253B2 patent drawing

AI summary

Systems, methods, and machine-readable media for organizing resources within a context, controlling access to resources, providing auditing capabilities based on the context, and granting permission to perform work using a single record object. A resource provider service may receive a request from a client. A record may be created in response to receiving the client request. The record may be associated with the requested work. The record may provide context for and permission to perform the requested work. The resource provider service may respond to the client acknowledging receiving the request. The resource provider service may record work to be done in response to receiving the request. The resource provider service may perform the work. The resource provider service may update the record indicating that work is being performed. The resource provider service may archive and/or remove the record when it has expired.