Cloud Service Notifications for Integration Flow Monitoring

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing integration systems face challenges in monitoring the status and identifying errors in integration flows between applications, leading to delayed detection of issues and increased complexity in troubleshooting, which can result in significant time and effort to resolve problems.

Innovation Solution

An integration cloud service system that creates and manages integration flows, collects data on changes, and provides historical visualization and notifications to users, enabling real-time monitoring and quick identification of issues through message generation, data collection, and customizable notification systems.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If applications are integrated without monitoring mechanisms, then integration functionality is achieved, but status monitoring and error identification become difficult

Engineering Contradiction:
Improveintegration status monitoringVSAvoidintegration system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary monitoring system that sits between integrated applications and users. This intermediary collects integration status data, processes it through configurable rules, and generates notifications only when issues are detected. This mediator layer provides comprehensive monitoring without requiring direct complexity in the integrated applications themselves.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system implements feedback mechanisms where integration status is continuously monitored and fed back to users through notifications. When integration failures or errors occur, the system automatically detects them and provides feedback to relevant users, enabling timely response without requiring users to manually check integration status.

Inventive Principle:
Principle #23Feedback

2Reliability

If manual monitoring of integration changes is implemented, then error detection capability is improved, but time and effort to identify and fix problems increases

Engineering Contradiction:
Improveerror detection capabilityVSAvoidproblem identification time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by pre-configuring monitoring rules and thresholds before integration issues occur. Integration status is continuously monitored in advance, and notification rules are pre-set to trigger automatically when specific error conditions are detected, eliminating the need for manual monitoring and reducing problem identification time.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The monitoring system operates autonomously, automatically detecting integration errors and generating notifications without human intervention. The system self-monitors integration status, self-identifies errors based on configured rules, and self-notifies relevant users, freeing users from manual monitoring tasks while maintaining high error detection capability.

Inventive Principle:
Principle #25Self-service

3Reliability

If comprehensive integration monitoring is implemented, then issue detection is improved, but system complexity and resource consumption increase

Engineering Contradiction:
Improveissue detection accuracyVSAvoidmonitoring system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The monitoring system applies local quality by allowing different monitoring rules and thresholds to be configured for different integration scenarios, applications, and error types. Rather than implementing a single complex universal monitoring mechanism, the system enables targeted, localized monitoring configurations that match specific integration needs, reducing overall system complexity while maintaining comprehensive issue detection.

Inventive Principle:
Principle #3Local quality

4Loss of time

If real-time notification system is implemented, then response time to integration errors is reduced, but resource consumption increases

Engineering Contradiction:
Improveerror response timeVSAvoidnotification system resource consumption
Core Design Contradiction:
Loss of timeVSUse of energy by moving object

Solution Approach 1:

The notification system implements periodic action by continuously monitoring integration status but only generating notifications when specific error conditions are met. Rather than constantly notifying users or consuming resources on every status check, the system periodically evaluates integration health and triggers notifications only when predefined error thresholds are exceeded, reducing resource consumption while maintaining rapid error response capability.

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS10929202B2Cloud service notifications
Publication Date: 2021.02.23 ORACLE INT CORP
  • US10929202B2 patent drawing
  • US10929202B2 patent drawing
  • US10929202B2 patent drawing

AI summary

Techniques are disclosed for providing notifications to a user. A user can configure the types of notifications they would like to receive. The notifications are generated according to messages that are generated in response to changes to activities in an integration flow. Types of notifications can include error notifications, system notifications and status notifications. The notification can be provided to the user via an electronic communication.