Generic Data Exchange Framework for Seamless System Integration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing data processing systems lack a robust framework for seamless, 24/7 access to data, as a single system may experience downtime, necessitating a backup system but often resulting in data accessibility issues and requiring complex integration and synchronization across heterogeneous systems.

Innovation Solution

A generic framework for application-specific data exchange that utilizes a data container to manage data between a master and backup system, enabling content-based routing, buffering, and asynchronous synchronization, ensuring continuous data availability and integration across diverse systems without requiring extensive coding changes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a single system is used to manage data, then system complexity is reduced, but data availability and reliability deteriorate due to downtime and scheduled maintenance

Engineering Contradiction:
Improvedata availabilityVSAvoidsystem architecture
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system is segmented into multiple independent data systems (primary and backup) that can operate autonomously. Each system maintains its own data copies, allowing the backup system to take over when the primary system is unavailable, thereby ensuring continuous data availability without requiring a monolithic complex system

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

An integration system acts as an intermediary between the primary and backup data systems. This mediator handles data synchronization and routing, enabling seamless failover and ensuring data availability while keeping the individual system components relatively simple and independent

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If a backup system is implemented to ensure data availability, then reliability improves, but integration complexity and synchronization requirements worsen

Engineering Contradiction:
Improvecontinuous data accessVSAvoidintegration and synchronization
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The integration system is designed with universal, application-agnostic data synchronization capabilities that can handle multiple data types and scenarios through a single framework. This multi-functional approach reduces integration complexity by providing a unified mechanism for data exchange between primary and backup systems across different applications

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

Solution Approach 2:

The system uses configurable parameters and metadata (such as data type identifiers, routing rules, and synchronization settings) to adapt the integration behavior to different scenarios without changing the core integration architecture. This allows the backup system to synchronize various data types (images, videos, documents, etc.) using the same integration framework

Inventive Principle:
Principle #35Parameter changes

3Reliability

If extensive coding changes are made to integrate backup systems, then data synchronization capability improves, but ease of operation and maintenance worsen

Engineering Contradiction:
Improvedata synchronizationVSAvoidframework modification
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

A universal integration framework is provided that handles data synchronization between primary and backup systems through standardized interfaces and configuration-based routing. This framework supports multiple data types and scenarios without requiring extensive coding changes, as new data scenarios can be integrated by configuring routing rules rather than modifying the core framework code

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

Solution Approach 2:

The integration system automatically performs data routing and synchronization based on predefined rules and metadata in the data containers. This self-service capability reduces the need for manual coding and intervention, allowing the system to adapt to new scenarios through configuration rather than programming

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS8660989B2Generic framework for application specific data exchange
Publication Date: 2014.02.25 SAP SE
  • US8660989B2 patent drawing
  • US8660989B2 patent drawing
  • US8660989B2 patent drawing

AI summary

Systems and methods to provide a generic framework for application specific data exchange are shown. In example embodiments a data container is received. The data container includes data saved to a master data system. The data container is buffered. At least one backup data system is determined based on attributes of the data container. A determination is made as to whether the at least one backup data system is available. When the at least one backup data system is available, the data container is forwarded to the at least one backup data system.