Exception Flow Modeling in Integration Middleware

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing integration systems lack effective mechanisms for classifying and handling exceptions in integration flows, leading to hidden default exception handling and a lack of visibility into exception handling strategies, which complicates the modeling and management of integration processes.

Innovation Solution

The implementation of a pattern-based approach for modeling exception flows in integration systems using Business Process Model and Notation (BPMN), which includes classification of exception types, visualization of exception flows, and configuration of exception handling patterns such as retry, failover, compensation, and dead letter channels to manage exceptions effectively.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If default exception handling mechanisms are used in integration systems, then the system can operate with basic exception handling capability, but the exception handling behavior becomes hidden and lacks visibility for users

Engineering Contradiction:
Improveexception handling capabilityVSAvoidvisibility of exception handling strategies
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The patent introduces BPMN diagrams as an intermediary visual representation layer between the integration system's internal exception handling mechanisms and the user. This mediator makes the hidden exception handling strategies visible and understandable through standardized graphical notation, allowing users to see exception flows, handling patterns, and decision logic without exposing the underlying complex system internals.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If comprehensive exception handling mechanisms are implemented, then exception management capability is improved, but the complexity of modeling and managing integration processes increases

Engineering Contradiction:
Improveexception management capabilityVSAvoidcomplexity of modeling integration processes
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies universality by using BPMN as a multi-functional notation that serves both as a process modeling language and as an exception handling specification language. The same BPMN diagram can represent normal process flows and exception flows simultaneously, eliminating the need for separate modeling languages or tools for exception handling, thus reducing overall system complexity while maintaining comprehensive exception management capability.

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

Solution Approach 2:

The patent segments exception handling into distinct exception flow branches within BPMN diagrams, where each exception type and handling strategy is represented as a separate, manageable segment. This segmentation allows complex exception handling logic to be divided into modular, independently configurable units that can be modeled, analyzed, and managed separately, reducing the perceived complexity for users.

Inventive Principle:
Principle #1Segmentation

3Device complexity

If generic exception handling is used, then the system maintains simplicity, but scenario-specific exception handling requirements cannot be met

Engineering Contradiction:
Improvesimplicity of exception handlingVSAvoidscenario-specific exception handling
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The patent enables dynamic exception handling by allowing BPMN exception flow models to be configured and adapted for different integration scenarios. The exception handling behavior is not fixed but can be dynamically adjusted through BPMN diagram configuration, enabling the same framework to handle both simple and complex scenario-specific exceptions by modifying the visual flow definitions without changing the underlying system architecture.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS9778966B2Classification and modelling of exception types for integration middleware systems
Publication Date: 2017.10.03 SAP SE
  • US9778966B2 patent drawing
  • US9778966B2 patent drawing
  • US9778966B2 patent drawing

AI summary

The present disclosure describes methods, systems, and computer program products for modeling exception flows in an integration system. One computer-implemented method includes identifying, by operation of an application integration system, an exception corresponding to an integration operation of an integration process, determining, by operation of the application integration system, a type of the exception, determining, by operation of the application integration system, one or more exception handling patterns for the type of the exception, and configuring, by operation of the application integration system, an exception flow of the integration process based on the one or more exception handling patterns.