Metadata Controller Communication Volume Reduction via Dynamic Message Switching

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional communication protocols in data management environments consume excessive bandwidth due to the high volume of metadata controller messages, which is a result of both the frequency and size of messages, especially when metadata controllers are stable and non-migratory, leading to unnecessary transmission of location and state information.

Innovation Solution

Implementing a method that monitors metadata controller communications and selectively switches to a smaller message type, using identifiers like hashes instead of full location and state information when stability and migratory conditions are met, reducing redundant message transmission and conserving bandwidth.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional name server protocols are used to keep clients aware of metadata controller location and state, then clients can access metadata controllers, but communication bandwidth is consumed excessively

Engineering Contradiction:
Improveclient awareness of metadata controller location and stateVSAvoidcommunication bandwidth consumption
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system dynamically adjusts communication behavior based on metadata controller stability. When a metadata controller is detected as stable and non-migratory, the system switches to a reduced communication mode that uses identifiers instead of full location and state information, thereby reducing bandwidth consumption while maintaining client awareness.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the parameter of information granularity in communications. Instead of always transmitting full location and state information, the system uses condensed identifiers (such as hashes) when the metadata controller is stable, reducing the amount of data transmitted while maintaining sufficient client awareness.

Inventive Principle:
Principle #35Parameter changes

2Loss of information

If full location and state information is transmitted in every metadata controller message, then clients have complete information, but message size and communication volume increase

Engineering Contradiction:
Improveclient information completenessVSAvoidmessage size and communication volume
Core Design Contradiction:
Loss of informationVSQuantity of substance

Solution Approach 1:

The system uses identifiers (such as hashes) as copies or representations of the full location and state information. These identifiers convey sufficient information for client awareness without requiring transmission of the complete data, thereby reducing message size while maintaining information completeness.

Inventive Principle:
Principle #26Copying

Solution Approach 2:

The system extracts only the essential information needed for client awareness when the metadata controller is stable. Instead of transmitting all location and state details, the system extracts and transmits condensed identifiers that contain the necessary information to maintain client awareness without the overhead of full data transmission.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS9342568B2Reducing metadata controller communication volume
Publication Date: 2016.05.17 ALTER DOMUS (US) LLC AS AGENT FOR THE SECURED PARTIES
  • US9342568B2 patent drawing
  • US9342568B2 patent drawing
  • US9342568B2 patent drawing

AI summary

Apparatus, methods, and other embodiments associated with reducing metadata controller communication volume are described. One example apparatus produces tracking data by tracking metadata controller communications and then controls which of two different types of metadata controller communication message types are used for metadata controller communications based, at least in part, on the tracking data. One message type provides actual state and/or location information about a metadata controller. A second message type provides only information about the state and/or location information available at a metadata controller. Selectively using the second message type facilitates reducing metadata controller communication volume.