State Manager Code Injection for Seamless Device Updates

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing data processing devices face challenges in modifying their functionality without interrupting services, especially in managing in-memory data structures to provide transparent and seamless updates, while tracking operating states for potential rollbacks.

Innovation Solution

A data processing device with a device manager, state manager, memory, and persistent storage that injects state manager code to update the device manager data using a code repository and memory region state map, allowing for seamless execution of updated services without service interruption.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the device manager functionality is modified by updating code, then the functionality and adaptability are improved, but service interruption occurs during the update process

Engineering Contradiction:
Improvedevice manager functionalityVSAvoidservice continuity
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system performs preliminary actions by creating a snapshot of the current memory region state before code updates are applied. This allows the system to prepare rollback capabilities in advance, ensuring that if an update fails or causes issues, the previous functional state can be restored without service interruption.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system creates copies of the device manager code and data in memory, allowing updates to be tested and applied to copies rather than the running system. The snapshot mechanism copies the current state, enabling safe updates while maintaining the original functional copy for continuity.

Inventive Principle:
Principle #26Copying

2Adaptability or versatility

If code updates are applied to the device manager, then the adaptability is improved, but the complexity of managing code versions and states increases

Engineering Contradiction:
Improvedevice manager functionalityVSAvoidcode management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system extracts the device manager code from the persistent storage into a separate memory region that can be independently managed. This separation allows code updates to be handled in isolation from the running system, reducing the complexity of managing code versions while maintaining adaptability.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The snapshot mechanism acts as an intermediary between the code update process and the running device manager. It mediates the transition by capturing the current state and enabling controlled application of updates, simplifying the overall code management process while maintaining system functionality.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Adaptability or versatility

If the device manager data is updated in persistent storage, then the adaptability is improved, but the time required for updates increases

Engineering Contradiction:
Improvedevice manager functionalityVSAvoidupdate time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by loading the device manager code into memory and creating snapshots before actual updates are applied. This allows update preparation to occur without interrupting service, reducing the actual update time when changes need to be implemented.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system copies device manager data between persistent storage and memory regions, allowing updates to be prepared and tested in memory before being committed to persistent storage. This copying mechanism enables parallel processing of updates, reducing the overall update time while maintaining adaptability.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS11733994B2System and method for state management
Publication Date: 2023.08.22 EMC IP HLDG CO LLC
  • US11733994B2 patent drawing
  • US11733994B2 patent drawing
  • US11733994B2 patent drawing

AI summary

A data processing device for providing data storage services includes memory, persistent storage, and a device manager. The persistent storage stores a code repository. The state manager obtains a code update request for a new state for the device manager; injects state manager code to begin execution of the state manager in response to obtaining the code update request; updates the device manager data using the code repository and a memory region state map to obtain an updated device manager; and extracts the state manager code to resume execution of the updated device manager.