File-Type Locking Semantics for Network Storage Bandwidth

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Network storage systems face challenges in efficiently managing bandwidth due to the increasing number of client devices, with existing solutions either scaling poorly or providing a poor user experience when handling different file types and locking requirements.

Innovation Solution

Implementing a network storage system that separates locking operations from data storage operations and uses differentiated locking semantics based on file types, allowing for centralized, hybrid, or immutable locking approaches depending on the file type, thereby optimizing bandwidth utilization and user experience.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If centralized locking services are used for all file types, then data consistency is maintained, but network bandwidth is excessively consumed and system scalability deteriorates

Engineering Contradiction:
Improvedata consistencyVSAvoidbandwidth utilization
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent applies local quality by implementing file-type-specific locking semantics. Different file types (e.g., database files, media files, document files) are assigned different locking policies based on their characteristics. Critical files requiring strict consistency use centralized locking, while less critical files use optimistic concurrency control or no locking, optimizing bandwidth usage while maintaining necessary data integrity.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system changes the locking parameter dynamically based on file type. The lock acquisition behavior, timeout settings, and conflict resolution strategies are adjusted according to the specific file type being accessed, allowing the system to balance between consistency requirements and network efficiency for different data categories.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If centralized locking services are used for all file types, then data consistency is maintained, but system complexity increases and scalability is limited

Engineering Contradiction:
Improvedata consistencyVSAvoidsystem architecture
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent segments the locking service into multiple independent components that handle different file types. Instead of a monolithic centralized locking service, the system divides locking management into file-type-specific handlers, each implementing appropriate locking semantics for their designated file category. This reduces the complexity of any single locking component and improves overall system scalability.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system introduces an intermediary layer (file type classifier and locking policy selector) between the client and the locking mechanism. This intermediary determines the appropriate locking strategy based on file type, abstracting away the complexity of different locking implementations from clients while maintaining data consistency where required.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Productivity

If file-type-specific locking semantics are implemented, then bandwidth efficiency is improved, but locking management complexity increases

Engineering Contradiction:
Improvebandwidth utilizationVSAvoidlocking management
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent implements a universal locking management framework that handles multiple file types through a common interface. The system provides a unified API for lock acquisition and release that works across all file types, while internally routing requests to appropriate file-type-specific handlers. This multi-functionality approach simplifies locking management by presenting a consistent interface despite the diversity of underlying locking strategies.

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

Data Source

PatentUS8433693B2Locking semantics for a storage system based on file types
Publication Date: 2013.04.30 MICROSOFT TECHNOLOGY LICENSING LLC
  • US8433693B2 patent drawing
  • US8433693B2 patent drawing
  • US8433693B2 patent drawing

AI summary

Techniques for implementing locking semantics for a storage system based on file types are described. An apparatus or system may include a database to store multiple data files, and a cache manager to manage the data files, the cache manager having a client lock manager to receive a request to modify a data file, determine a file type for the data file, access a set of locking semantics based on the file type, and determine whether the data file can be modified based on the locking semantics. Other embodiments are described and claimed.