Namespace Identifier Segmentation for Cross-Controller Access

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing namespace identifier schemes in devices, such as storage and computational devices, often result in inefficient resource usage due to the use of large namespace identifiers by virtual machine managers, leading to wastage of memory space, bandwidth, and processing power, and there is a risk of security breaches during data migration due to unprotected data transmission.

Innovation Solution

Implementing context-dependent namespace identifiers, where virtual machine managers use large identifiers and virtual machines use compressed versions, and encrypting data for secure migration to reduce resource wastage and security risks.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If traditional namespace identifier systems are used, then namespace access is enabled, but resource utilization is inefficient leading to unnecessary memory, bandwidth, and processing power consumption

Engineering Contradiction:
Improveresource utilization efficiencyVSAvoidmemory, bandwidth, and processing power consumption
Core Design Contradiction:
ProductivityVSLoss of energy

Solution Approach 1:

The namespace identifier is segmented into multiple components including a namespace portion and a context portion. The context portion is further divided into controller identifier and port identifier segments. This segmentation allows the system to use only the necessary portions of the identifier in different scenarios, reducing unnecessary memory storage and processing overhead while maintaining full identification capability when needed.

Inventive Principle:
Principle #1Segmentation

2Reliability

If namespace identifiers include controller identification information, then secure access across different controllers is enabled, but identifier complexity increases

Engineering Contradiction:
Improvesecure accessVSAvoididentifier structure
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The controller identifier and port identifier are nested within the context portion of the namespace identifier, which itself is nested within the complete namespace identifier structure. This nested organization allows the identifier to maintain security and uniqueness across controllers while presenting a manageable hierarchical structure rather than a flat complex one, enabling secure cross-controller access with organized complexity.

Inventive Principle:
Principle #7Nested doll (Nesting)

3Reliability

If different privilege levels are applied to namespace accesses, then data protection during migration is enhanced, but system operation complexity increases

Engineering Contradiction:
Improvedata protectionVSAvoidprivilege management
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

Different privilege levels and protection schemes are applied locally based on the specific access context and data type. Administrative accesses during migration operations receive enhanced protection compared to standard data accesses. This localized quality approach ensures data protection where needed without requiring complex global privilege management, as each access operation receives appropriate protection based on its specific context rather than uniform complex rules.

Inventive Principle:
Principle #3Local quality

Data Source

PatentEP4354306B1Systems, methods, and apparatus for namespace identification for devices
Publication Date: 2026.04.29 SAMSUNG ELECTRONICS CO LTD
  • EP4354306B1 patent drawingFigure 1
  • EP4354306B1 patent drawingFigure 2
  • EP4354306B1 patent drawingFigure 3

AI summary

An apparatus may include a device comprising a controller configured to perform, using a first namespace identifier, a first access of a namespace of the device, wherein the device may be configured to perform, using a second namespace identifier, a second access of the namespace of the device, and wherein the second namespace identifier may include first information to determine the first namespace identifier, and second information to identify the controller. The first information may include the first namespace identifier, and the second information may include a controller identifier for the controller. The second namespace identifier may include the first namespace identifier concatenated with the controller identifier. The controller may include at least a portion of a communication endpoint. The device may further include a second controller configured to perform the second access. The first controller may include a child controller, and the second controller may include a parent controller.