Firmware Metadata Migration Structures for Multi-Version Compatibility

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional firmware update systems face challenges in updating between non-subsequent versions, often resulting in incompatibility issues and the inability to downgrade, leading to computational expenses and service interruptions.

Innovation Solution

A metadata firmware update system that generates migration structures for respective metadata blocks, comparing attributes to ensure compatibility between firmware versions, allowing for efficient upgrades and downgrades by performing necessary migration actions only, thereby reducing processing costs and time.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If conventional firmware update systems skip intermediate versions to update from an older version to a newer version, then update time is reduced, but incompatibility issues are introduced and reliability deteriorates

Engineering Contradiction:
Improvefirmware update timeVSAvoidfirmware compatibility
Core Design Contradiction:
Loss of timeVSReliability

Solution Approach 1:

The system performs preliminary actions by generating migration structures and comparing metadata attributes before executing the firmware update. This allows the system to identify and prepare for necessary migrations in advance, ensuring compatibility is maintained even when skipping intermediate versions.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces migration structures as intermediary data structures that mediate between the old and new firmware versions. These structures contain metadata attributes that track changes and enable systematic migration of data, acting as a bridge that ensures compatibility during version transitions.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If firmware downgrades are blocked to maintain system stability, then reliability is improved, but adaptability deteriorates when fundamental flaws or bugs are introduced in current versions

Engineering Contradiction:
Improvefirmware stabilityVSAvoidfirmware version flexibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system implements dynamic downgrade capability by using migration structures that can adapt to both upgrade and downgrade scenarios. The migration framework is not fixed to a single direction but dynamically adjusts based on the source and target version comparison, enabling flexible version transitions while maintaining stability.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The migration structure serves multiple functions: it enables both forward upgrades and backward downgrades, handles various types of metadata changes, and works across different firmware versions. This universal approach allows the same mechanism to support diverse version transition scenarios without compromising system stability.

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

3Reliability

If complete re-initialization of metadata structures is performed during firmware updates, then compatibility is ensured, but processing expenses and time increase significantly

Engineering Contradiction:
Improvemetadata compatibilityVSAvoidupdate processing efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

Instead of performing complete re-initialization of metadata structures, the system applies partial action by only migrating specific metadata blocks that have changed between versions. The migration structure identifies which blocks require updates and applies changes selectively, avoiding unnecessary processing of unchanged data.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The patent segments the metadata structure into individual metadata blocks that can be independently evaluated and migrated. Each block is assessed against the migration structure to determine if it requires updates, allowing the system to process only the necessary portions rather than re-initializing the entire metadata structure.

Inventive Principle:
Principle #1Segmentation

4Reliability

If firmware update systems block downgrades to prevent potential issues, then reliability is improved, but the ability to resolve fundamental flaws in current versions is lost

Engineering Contradiction:
Improvefirmware version stabilityVSAvoidversion reversion capability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system performs preliminary evaluation of downgrade scenarios by comparing metadata attributes between the current and target older versions. This preliminary action identifies necessary migrations and ensures compatibility before executing the downgrade, allowing safe reversion when fundamental flaws are present.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The migration structure acts as an intermediary that enables safe downgrades by mediating the transition between version differences. It provides a structured approach to handling metadata changes in reverse direction, ensuring that downgrades can proceed systematically with compatibility maintained.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentEP4049130B1Updating a metadata structure for a firmware update
Publication Date: 2024.01.10 MICROSOFT TECHNOLOGY LICENSING LLC
  • EP4049130B1 patent drawingFigure 1
  • EP4049130B1 patent drawingFigure 2
  • EP4049130B1 patent drawingFigure 3A

AI summary

The present disclosure relates to systems, methods, and computer-readable media for updating a metadata structure to be compatible with an update between the first version of firmware and a second version of firmware. For example, systems disclosed herein may generate migration data (e.g., migration arrays) associated with corresponding blocks of metadata for different versions of firmware. The systems described herein may compare attributes of the migration data to determine various migration actions to perform in generating an updated metadata structure that is compatible with an update between versions of firmware. The systems described herein provide a computationally efficient and flexible mechanism for iteratively generating a metadata structure that is compatible with a variety of firmware updates including multiple version updates as well as backward updates to less current versions of firmware.