IoT Device Update Failure Recovery via Auto-Rollback

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

IoT device update failures, such as unstable or corrupted releases, can lead to device instability and erratic behavior, necessitating robust and self-managing recovery mechanisms to ensure continuous operation.

Innovation Solution

Implementing an auto-rollback process using a processor to obtain and execute an uncompressed backup of a previous stable release upon detecting an unstable or buggy update, ensuring secure and robust update failure recovery.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If an updated release is installed to improve device functionality, then device capabilities are enhanced, but device stability may deteriorate due to buggy or corrupted updates

Engineering Contradiction:
Improvedevice functionalityVSAvoiddevice stability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system performs preliminary validation of the updated release before full installation by checking validity indicators and stability metrics. This preliminary action allows the system to detect potential issues before they cause device instability, thus preventing the worsening of reliability while still enabling functionality improvements through valid updates.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback mechanisms by monitoring device stability after update installation and automatically triggering rollback procedures when instability is detected. This feedback loop ensures that if an update causes device instability, the system can automatically revert to a previous stable state, thereby maintaining reliability while still allowing for functionality enhancements through successful updates.

Inventive Principle:
Principle #23Feedback

2Ease of operation

If manual intervention is required to handle update failures, then update control is improved, but operational complexity and time loss increase

Engineering Contradiction:
Improveupdate controlVSAvoidrecovery time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The system performs self-service by automatically detecting update failures, validating error conditions, and executing rollback procedures without requiring manual user intervention. The processor automatically obtains backup releases, validates them, and restores device operation, thereby reducing both operational complexity and recovery time while maintaining proper update control through automated decision-making.

Inventive Principle:
Principle #25Self-service

3Reliability

If comprehensive validation and stability checks are performed, then update reliability is improved, but processing time and system complexity increase

Engineering Contradiction:
Improveupdate validityVSAvoidvalidation process complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The validation process is segmented into distinct modular checks: validity indicator verification, stability metric evaluation, and conditional rollback triggering. Each segment handles a specific aspect of update validation independently, which reduces overall system complexity while maintaining comprehensive reliability checking through the coordinated execution of these modular validation segments.

Inventive Principle:
Principle #1Segmentation

4Reliability

If backup releases are stored to enable rollback, then recovery capability is improved, but memory usage and device resources increase

Engineering Contradiction:
Improverecovery capabilityVSAvoidmemory resources
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The system extracts and stores only the essential backup release information needed for rollback operations, rather than maintaining complete copies of all previous releases. This selective extraction approach preserves recovery capability by storing sufficient data to restore device functionality while minimizing memory resource consumption by avoiding redundant storage of unnecessary release data.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS11106537B2IoT device update failure recovery
Publication Date: 2021.08.31 MICROSOFT TECHNOLOGY LICENSING LLC
  • US11106537B2 patent drawing
  • US11106537B2 patent drawing
  • US11106537B2 patent drawing

AI summary

The disclosed technology is generally directed to IoT device update failure recovery. In one example of the technology, after writing an updated release to memory, a determination is made whether the updated release is valid. The updated release includes a plurality of image binaries. If the updated release is determined to be valid, the updated release is made the current release. A determination is made as to whether the current release is stable. Upon determining that the current release is unstable, an auto-rollback is performed. Performing the auto-rollback includes, via at least one processor, automatically: obtaining an uncompressed backup of a previous release; making the uncompressed backup of the previous release the current release; and executing the uncompressed backup.