Unified Meta-Model for Service Interoperability in SOA

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing Service Oriented Architecture (SOA) technologies face challenges in making various service models interoperable, requiring significant effort to facilitate communication and interaction between different service models.

Innovation Solution

A unified meta-model is introduced that provides a common framework for service models and associated component models, using contracts to bind services, components, and operations, enabling interoperability through a directed graph representation that characterizes relations, procedures, and policies, and allowing for the conversion of service requests between different formats.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple different service models are used in a SOA environment, then service diversity and functionality are improved, but interoperability difficulty and integration effort increase significantly

Engineering Contradiction:
Improveservice diversityVSAvoidinteroperability complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent applies universality by creating a unified meta-model that serves multiple service models (SAP ESF, SAP BI, metadata services, controller services, etc.) simultaneously. This single meta-model framework provides a common language and structure that enables diverse service models to interoperate without requiring separate integration approaches for each model combination.

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

Solution Approach 2:

The unified meta-model acts as an intermediary layer between different service models. It provides standardized interfaces, contracts, and binding mechanisms that mediate interactions between heterogeneous services, translating between different service model representations while maintaining interoperability.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If service models are made highly interoperable through unified frameworks, then integration ease is improved, but the complexity of the unified framework itself increases

Engineering Contradiction:
Improveintegration easeVSAvoidframework complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The unified meta-model is segmented into distinct, manageable components including service definitions, interface specifications, contract definitions, and binding mechanisms. This segmentation allows the framework complexity to be organized into modular units that can be independently understood, implemented, and maintained while collectively providing comprehensive interoperability support.

Inventive Principle:
Principle #1Segmentation

3Manufacturing precision

If contracts define detailed relations and bindings among services, components, and operations, then service interaction precision is improved, but contract complexity and definition effort increase

Engineering Contradiction:
Improveservice interaction precisionVSAvoidcontract complexity
Core Design Contradiction:
Manufacturing precisionVSDevice complexity

Solution Approach 1:

The patent applies preliminary action by pre-defining standardized contract templates, interface patterns, and binding rules within the unified meta-model. These pre-established structures provide precise service interaction definitions without requiring users to create complex contracts from scratch, thereby maintaining precision while reducing definition effort and perceived complexity.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS7774463B2Unified meta-model for a service oriented architecture
Publication Date: 2010.08.10 SAP SE
  • US7774463B2 patent drawing
  • US7774463B2 patent drawing
  • US7774463B2 patent drawing

AI summary

An electronic message, containing a request to initiate a service, can be received in a landscape of computer systems providing message-based services. Thereafter, a contract can be accessed to determine if provision of the requested service is permitted. As a result, the requested service identified in the message if provision of the requested service is permitted can be initiated. Related techniques, articles, apparatus, and systems are also described.