Dynamic Service Contract Adapter for LOB Integration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing enterprise application integration techniques face challenges in handling high levels of abstraction and semantically rich data due to the requirement of static, monolithic service contracts, which are inflexible and difficult to manage in dynamic Line of Business (LOB) systems.

Innovation Solution

A dynamic service contract system that uses an adapter to generate real-time, type-safe service contracts based on metadata within LOB systems, allowing clients to selectively expose and consume metadata, and enabling flexible, consumer-driven integration with strict typing and error checking.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If static, monolithic service contracts are used, then service contracts are simple to define and manage, but they cannot adapt to changing LOB system functionalities and high levels of abstraction

Engineering Contradiction:
Improveadaptability to changing LOB system functionalitiesVSAvoidservice contract complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements dynamic service contracts that can be modified at runtime based on LOB system changes. The service contract is no longer static but dynamically generated and updated to reflect current system state, allowing adaptation without manual redefinition.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system automatically generates and updates service contracts based on metadata from LOB systems. The service contract generation process is self-service, using metadata-driven approaches to create contracts without requiring manual intervention for each change.

Inventive Principle:
Principle #25Self-service

2Loss of information

If message exchange is used to capture LOB specific aspects, then integration between applications is enabled, but it cannot handle high levels of abstraction and semantically rich data

Engineering Contradiction:
Improvepreservation of semantically rich dataVSAvoidhandling capability for abstract data
Core Design Contradiction:
Loss of informationVSAdaptability or versatility

Solution Approach 1:

The patent introduces metadata as an intermediary layer between LOB systems and service contracts. This metadata layer preserves semantic richness while enabling flexible handling of abstract data through structured metadata models that capture business meaning.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system changes the parameter representation from fixed message formats to flexible metadata structures. By using metadata with configurable schemas and types, the system can adapt to different levels of abstraction while preserving semantic information through metadata properties.

Inventive Principle:
Principle #35Parameter changes

3Ease of manufacture

If traditional integration adapters are used, then LOB systems can be normalized for data consumption, but the approach is extremely unfeasible for modern integration requirements

Engineering Contradiction:
Improveease of integration implementationVSAvoidfeasibility for modern integration
Core Design Contradiction:
Ease of manufactureVSAdaptability or versatility

Solution Approach 1:

The patent creates a universal adapter framework that works across multiple LOB systems and integration scenarios. The metadata-driven approach provides a single unified mechanism that can adapt to different systems, replacing the need for custom adapters for each scenario.

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

Solution Approach 2:

The integration adapter automatically generates service contracts and handles normalization through metadata-driven processes. This self-service capability eliminates the need for manual adapter development and configuration, making integration feasible for modern requirements.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS8719335B2Framework for development of integration adapters that surface non-static, type-safe service contracts to LOB systems
Publication Date: 2014.05.06 MICROSOFT TECHNOLOGY LICENSING LLC
  • US8719335B2 patent drawing
  • US8719335B2 patent drawing
  • US8719335B2 patent drawing

AI summary

The claimed subject matter provides a system and/or a method that facilitates integrating two or more applications for secure sharing of data. A line of business (LOB) system can include a portion of metadata associated with a business application. An adapter can employ a dynamic service contract to the LOB system, wherein the service contract is a fluid contract constructed in real time from a portion of metadata selected within the LOB system. Moreover, the adapter can enable a client to access the portion of metadata selected via the service contract.