Context-Sensitive Resource Name Derivation and Validation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In complex large-scale computing environments, the complexity of naming across multiple systems leads to issues such as incorrect referencing, labor-intensive name resolution, verbose fully-qualified names, and difficulty in debugging/logging due to independent naming techniques and systems, making it hard for both machines and humans to manage and understand resource names effectively.

Innovation Solution

A method and system for generating and validating fully qualified resource names based on context-sensitive names, using attribute spaces and derivation rules to create human-readable names that are unique across systems, allowing machines to automatically translate and manage names, and enabling the inclusion of extra information for hints.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If each system uses its own independent naming technique, then each system can manage its resources with simple local names, but the overall system complexity explodes and name resolution becomes extremely difficult

Engineering Contradiction:
Improvelocal name simplicityVSAvoidnaming system complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent divides the naming system into hierarchical segments: local system names, domain names, and fully-qualified names. Each system maintains simple local names for its resources, while the hierarchical structure provides global uniqueness. This segmentation allows local simplicity while managing overall complexity through structured organization of name components.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary naming layer (domain names and hierarchical structure) between local system names and global resource identification. This intermediary structure enables translation and resolution between local simple names and global unique identifiers without requiring each system to understand all other systems' naming conventions directly.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If fully-qualified names are used to ensure unique identification across systems, then resource identification becomes unambiguous, but the names become verbose and difficult to read

Engineering Contradiction:
Improveresource identification accuracyVSAvoidname readability
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent applies local quality by allowing different parts of the naming system to have different characteristics. Local system names remain simple and readable for human operators within that system context, while fully-qualified names provide complete uniqueness when needed. The hierarchical structure enables selective use of name components based on the operational context.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The patent implements dynamic name resolution where the effective name length and complexity adjust based on context. Resolvers can use short local names when the system context is clear, and expand to fully-qualified names when global uniqueness is required. This dynamic approach optimizes readability while ensuring identification accuracy.

Inventive Principle:
Principle #15Dynamics

3Reliability

If a monolithic hand-coded naming system is created for the entire environment, then name resolution becomes centralized and consistent, but the development and maintenance effort becomes extremely labor-intensive

Engineering Contradiction:
Improvename resolution consistencyVSAvoidnaming system development effort
Core Design Contradiction:
ReliabilityVSEase of manufacture

Solution Approach 1:

The patent segments the naming system into independent modular components that can be developed and maintained separately. Each system can implement its own naming rules and resolvers locally, while the hierarchical structure provides overall consistency. This modular approach eliminates the need for a single monolithic hand-coded system while maintaining resolution consistency through standardized resolution rules.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent creates a universal hierarchical naming framework that can accommodate multiple independent systems with different naming conventions. The standardized resolver mechanism serves multiple functions: resolving local names, translating between different system naming styles, and providing global uniqueness. This multi-functional approach replaces the need for separate hand-coded systems for each scenario.

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

4Ease of operation

If context-sensitive names are used to improve human readability, then users can see only relevant parts of resource names, but machines need additional mechanisms to automatically translate to fully-qualified names

Engineering Contradiction:
Improveuser interface simplicityVSAvoidname translation mechanism complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent implements preliminary action by pre-establishing hierarchical naming structures and resolution rules before runtime operations. Context-sensitive names are pre-configured with their relationships to fully-qualified names through the hierarchical framework. This preliminary setup enables automatic translation mechanisms to work efficiently without requiring complex real-time analysis during operations.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent uses feedback mechanisms where resolvers monitor the operational context and automatically adjust name resolution behavior. When a context-sensitive name is used, the resolver feedback loop determines whether expansion to a fully-qualified name is needed based on the current operational context, other active systems, and resolution requirements. This feedback-driven approach simplifies the translation mechanism by making it adaptive rather than rigid.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS9483508B1Omega names: name generation and derivation
Publication Date: 2016.11.01 GOOGLE LLC
  • US9483508B1 patent drawing
  • US9483508B1 patent drawing
  • US9483508B1 patent drawing

AI summary

A method of verifying the validity of a fully-qualified resource name within an environment including at least two different resource name spaces. The method includes receiving a fully qualified resource name having two or more tokens; and reading a token from the name. If the token represents the start of a name space, adding the name space onto a stack; and reading another token from the name. If read token doesn't represent the start of a name space, determining if it represents an end of the name space. If it does represent the end of the name space, popping the top of the stack as the subsequent token from the name. If it doesn't represent the start or end of the name space, checking if the token is a valid moniker for the name space. If it is valid, reading another token from the name, and otherwise returning an error.