Media Recording Index Concatenation for Object Store Efficiency

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing object storage solutions face inefficiencies in storing and retrieving media recordings, particularly in reducing unnecessary calls to the object store and minimizing traffic, while also requiring effective maintenance for search and cleanup operations.

Innovation Solution

The method involves assigning a recording ID to media data, storing it in data objects, and associating metadata with attribute objects, computing a hash of the metadata, and concatenating index objects to reduce the number of index objects, allowing for efficient searches and maintenance through local caching and separate processing components.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If indexing and tagging are performed on stored data, then search precision and recall are improved, but computational overhead and processing time increase significantly

Engineering Contradiction:
Improvesearch precisionVSAvoidprocessing time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The patent applies preliminary action by computing and storing hash values of metadata during the data ingestion phase, before any search operations occur. This preprocessing step creates ready-to-use search keys that enable rapid retrieval without performing computationally expensive full metadata comparisons during search operations, thus resolving the contradiction between search precision and processing time

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent creates a simplified copy of the metadata in the form of hash values that can be quickly compared during search operations. Instead of working with the complete metadata structures during search, the system uses these compact hash copies as proxies, enabling fast precision searching without the overhead of processing full metadata objects

Inventive Principle:
Principle #26Copying

2Ease of operation

If data is stored as individual objects in an object store, then data accessibility is improved, but the number of index objects and retrieval complexity increase

Engineering Contradiction:
Improvedata accessibilityVSAvoidindex object management
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent merges multiple index entries into consolidated index objects that group related data objects together. Instead of managing separate index objects for each individual data object, the system combines multiple references into unified index structures, reducing the total number of index objects and simplifying the management overhead while maintaining easy accessibility to individual data objects through the merged index

Inventive Principle:
Principle #5Merging (Combining)

3Productivity

If comprehensive search tools are implemented, then retrieval capability is improved, but execution time and computational resources increase

Engineering Contradiction:
Improveretrieval capabilityVSAvoidexecution time
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent replaces the mechanical system of comparing complete metadata structures with a computational hash-based comparison system. By substituting full metadata comparisons with hash value comparisons, the system achieves comprehensive retrieval capability across all stored data while dramatically reducing execution time, as hash comparisons are computationally much cheaper than full structure comparisons

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Data Source

PatentUS12019677B2Storing and retrieving media recordings in an object store
Publication Date: 2024.06.25 AXIS
  • US12019677B2 patent drawing
  • US12019677B2 patent drawing
  • US12019677B2 patent drawing

AI summary

Storing and retrieving media recordings in an object comprises a first method of storing a media recording comprising the following steps performed at an ingest component of a system: assigning a recording ID to the media recording; storing media data in one or more data objects in an object store, each carrying the recording ID; storing media metadata in an attribute object carrying the recording ID; computing a hash of the metadata; and storing the hash, the recording ID, a recording interval and a recording source in an index object. The first method further comprises concatenating the index object with an existing index object using a maintenance component. A second method is suitable for retrieving a media recording stored in an object store using the first method. A third method is suitable for performing maintenance on the object store by concatenating specific groups of index objects.