Software Execution Failure Detection for Reboot Recovery

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

User devices may experience hardware or software failures that prevent remote servicing, leading to degraded functionality or complete failure, especially in devices controlled by service providers.

Innovation Solution

An error detection module monitors software processes, detects failures, correlates reboot events, and takes remedial actions to prevent the device from becoming unusable, including requesting assistance from a server when necessary.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If software processes are monitored and remedial actions are taken to prevent failures, then device reliability is improved, but device complexity increases due to the error detection module and additional monitoring mechanisms

Engineering Contradiction:
Improvedevice reliabilityVSAvoiddevice complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The error detection module performs preliminary monitoring of software processes before failures occur. It detects process failures, correlates them with reboot events, and logs failure data in advance, enabling preventive remedial actions that improve reliability without requiring complex real-time intervention systems.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The error detection module acts as an intermediary between software processes and the operating system. It intercepts signals between components, monitors process execution, and correlates reboot events with process failures, providing a layered approach that improves reliability while keeping the core system architecture relatively simple.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Measurement precision

If detailed failure monitoring and logging is implemented to identify software failures, then measurement precision of failures is improved, but loss of time occurs due to the overhead of monitoring and correlating events

Engineering Contradiction:
Improvefailure detection precisionVSAvoidmonitoring overhead time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The error detection module implements partial monitoring by focusing specifically on software process failures and their correlation with reboot events, rather than monitoring all system activities. This selective approach achieves precise failure detection while minimizing the time overhead associated with comprehensive system monitoring.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The module pre-establishes correlation criteria between process failures and reboot events, and pre-logs failure data with timestamps. This preliminary preparation enables precise measurement of failures without requiring complex real-time analysis, thereby reducing the time overhead of failure detection.

Inventive Principle:
Principle #10Preliminary action

3Ease of repair

If the device attempts to correct errors autonomously through remedial actions, then ease of repair is improved, but reliability may worsen if autonomous correction fails or causes additional issues

Engineering Contradiction:
Improveease of repairVSAvoiddevice reliability
Core Design Contradiction:
Ease of repairVSReliability

Solution Approach 1:

The system implements self-service through automated remedial actions that are triggered based on detected failure patterns. The error detection module autonomously determines when to take remedial action based on logged failure data and correlation with reboot events, enabling the device to self-correct common issues without user intervention while maintaining reliability through data-driven decision-making.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The error detection module establishes a feedback loop where failure data is logged, analyzed, and used to trigger appropriate remedial actions. This feedback mechanism ensures that autonomous corrections are based on actual failure patterns rather than arbitrary decisions, improving ease of repair while maintaining system reliability through evidence-based remediation.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS12430191B2System and method for detection of, prevention of, and recovery from software execution failure
Publication Date: 2025.09.30 ADEIA GUIDES INC
  • US12430191B2 patent drawing
  • US12430191B2 patent drawing
  • US12430191B2 patent drawing

AI summary

Systems and methods are disclosed herein for monitoring, detecting, and mitigating hardware and software failures. An error detection module monitors the execution of software processes and detects failures of the monitored processes. The error detection module may monitor reboot events and correlate reboot events with failures of the monitored software processes. If a monitored process fails, the error detection module may log the failure and its cause. If the same process has failed numerous times, causing the user device to experience a reboot loop, remedial action may be taken based on the cause of the failure.