Service Selection for Composite Services Using Transactional Conditions

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems face inefficiencies in composing composite services that provide consistency, as they often require verifying numerous service combinations to ensure consistency, which is time-consuming and inefficient, especially when dealing with a large variety of services with indirect dependencies.

Innovation Solution

A system comprising an accessing unit and a processing unit that computes conditions for selecting services based on transactional requirements, allowing for efficient composition and verification of composite services by matching transactional properties with task-specific conditions, thereby ensuring consistency.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional verification methods are used to ensure composite service consistency, then consistency can be achieved, but the process is time-consuming and inefficient

Engineering Contradiction:
ImproveconsistencyVSAvoidverification time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary computation of transactional conditions for each task before service composition. By pre-computing the transactional requirements and conditions that services must satisfy, the system avoids time-consuming verification during the composition process itself, thus achieving consistency while reducing verification time

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system introduces an intermediary processing unit that computes transactional conditions as an intermediate step between task definition and service selection. This intermediary computation layer translates high-level transactional requirements into specific conditions that guide service selection, eliminating the need for exhaustive verification of service combinations

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If a large variety of services are considered for composition, then more service options are available, but the complexity of finding consistent combinations increases

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

Solution Approach 1:

The system changes the parameter space by computing specific transactional conditions for each task based on their transactional requirements. Instead of evaluating all possible service combinations directly, the system transforms the problem into selecting services that satisfy computed conditions, making the composition process manageable even with large service varieties

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The system segments the complex composition problem into independent task-level condition computations. Each task's transactional requirements are processed separately to derive specific conditions, which then guide service selection for that task. This segmentation avoids the combinatorial explosion of evaluating all service combinations together

Inventive Principle:
Principle #1Segmentation

3Reliability

If exhaustive verification of service combinations is performed, then consistency can be ensured, but the process becomes inefficient and time-consuming

Engineering Contradiction:
ImproveconsistencyVSAvoidcomposition efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system performs preliminary computation of transactional conditions before service composition. By pre-computing what conditions each service must satisfy based on task requirements, the system enables efficient filtering and selection without exhaustive verification, thus maintaining consistency while improving productivity

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system uses feedback from computed transactional conditions to guide service selection. The processing unit computes conditions based on transactional requirements, and these conditions provide feedback that directs the selection of appropriate services, eliminating the need for trial-and-verification approaches

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS8473962B2Service selection for composite services
Publication Date: 2013.06.25 SAP SE
  • US8473962B2 patent drawing
  • US8473962B2 patent drawing
  • US8473962B2 patent drawing

AI summary

A system for selecting services that are used for a composite service, may include an accessing unit and a processing unit. The accessing unit may be configured to access: tasks of the composite service, transactional requirements of the tasks, services that are configured to fulfill the tasks, and transactional properties of the services. The processing unit may be configured to: compute conditions for services that are configured to fulfill a task and select a service configured to fulfill the task and having transactional properties that fulfill the conditions, wherein the conditions are computed using data comprising the transactional requirements of the tasks.