Cloud Business Process Error Recovery via Segmented Subsystems

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Business process management systems in cloud-based architectures often face limited or non-existent error recovery mechanisms, leading to significant time delays when errors occur, such as network failures during email sending, requiring manual human intervention.

Innovation Solution

An automated error detection and recovery method where an application management computing device receives error notifications from monitoring agents, executes error recovery processes, and reinitiates subsystem processes using associated data, allowing for continuous execution of other subsystems and reduced recovery time.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If manual error recovery is used with human interaction, then error detection capability is maintained, but recovery time increases significantly

Engineering Contradiction:
Improveerror detection capabilityVSAvoidrecovery time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system pre-configures error recovery processes and stores associated information or data before errors occur. When an error is detected, the pre-configured recovery process is automatically executed with the pre-stored data, eliminating the need for manual human interaction and significantly reducing recovery time while maintaining reliable error detection.

Inventive Principle:
Principle #10Preliminary action

2Loss of time

If automated error recovery is implemented, then recovery time is reduced, but system complexity increases

Engineering Contradiction:
Improverecovery timeVSAvoidsystem complexity
Core Design Contradiction:
Loss of timeVSDevice complexity

Solution Approach 1:

The error recovery system is segmented into independent components: error detection agents, error recovery processes, and associated information storage. Each component operates independently but coordinates through standardized interfaces, allowing the system to achieve automation without proportionally increasing overall complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary error recovery process that acts as a mediator between error detection and system restoration. This intermediary layer automatically handles the coordination between detecting an error and executing the appropriate recovery actions, reducing the complexity burden on the overall system while enabling automated recovery.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Reliability

If error recovery stops other subsystem processes, then error handling is thorough, but productivity of other subsystems decreases

Engineering Contradiction:
Improveerror handling thoroughnessVSAvoidsubsystem execution continuity
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system segments the business process into independent subsystem processes that can operate autonomously. When an error is detected in one subsystem, the error recovery process is localized to that specific subsystem, allowing other subsystems to continue execution without interruption, thereby maintaining productivity while ensuring thorough error handling in the affected area.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS9436544B2Methods for implementing error detection and recovery and devices thereof
Publication Date: 2016.09.06 WIPRO LTD
  • US9436544B2 patent drawing
  • US9436544B2 patent drawing
  • US9436544B2 patent drawing

AI summary

A method, device and non-transitory computer readable medium that implements error detection and recovery includes receiving from one or more agents monitoring one or more subsystem processes of a business process operating in a cloud based architecture an identification of an error condition in at least one of the subsystem processes. Additionally, any associated information or data necessary to execute the at least one of the subsystem processes with the identified error condition is received. An error recovery process for the at least one of the subsystem processes with the identified error condition is executed by the application management computing device. The recovered at least one of the subsystem processes with the identified error condition is reinitiated using the received information or data corresponding to the at least one of the subsystem processes with the identified error condition.