Deterministic Real-Time SOA Processing via RTOS Segmentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current service-oriented architectures lack deterministic real-time execution of business processes, particularly for Business Process Execution Language (BPEL) and semantic networks, which is essential for ensuring timely and predictable processing in real-time operating systems.

Innovation Solution

Implementing a service-oriented architecture (SOA) with real-time operating systems (RTOS) that configure business applications with real-time processing information, using scheduling algorithms like round-robin, fixed priority preemptive, and earliest deadline first to ensure deterministic execution of SOA services, which are executable on programmable computers, and utilizing web services described in WSDL documents registered in UDDI directories.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If service-oriented architecture is used for business applications, then adaptability and modularity are improved, but deterministic real-time execution capability deteriorates

Engineering Contradiction:
ImproveadaptabilityVSAvoiddeterministic real-time execution capability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent segments the service-oriented architecture into real-time and non-real-time components. Critical business processes are isolated into dedicated real-time service containers that execute on real-time operating systems, while non-critical services run on standard operating systems. This segmentation allows the system to maintain adaptability through service modularity while ensuring deterministic execution for time-critical operations.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces a real-time execution mediator layer that sits between the service registry and real-time services. This mediator handles scheduling, deadline monitoring, and priority management, ensuring that service calls to real-time components meet deterministic timing requirements while maintaining the flexibility of service-oriented architecture.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Manufacturing precision

If real-time operating system is used for business application processing, then deterministic execution and timing precision are improved, but system complexity and cost increase

Engineering Contradiction:
Improvetiming precisionVSAvoidsystem complexity
Core Design Contradiction:
Manufacturing precisionVSDevice complexity

Solution Approach 1:

The patent applies real-time operating system capabilities selectively only to services that require deterministic execution, rather than deploying RTOS across the entire system. Each real-time service runs in an isolated container with its own RTOS instance, allowing timing-critical operations to have precise control while non-critical services continue to run on simpler, less expensive standard operating systems.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The patent creates lightweight virtualized copies of real-time operating system environments for individual services that need deterministic execution. Instead of requiring a full RTOS deployment across all system components, virtualized RTOS containers provide the necessary real-time guarantees only where needed, reducing overall system complexity and cost.

Inventive Principle:
Principle #26Copying

3Productivity

If multiple scheduling algorithms are implemented for different services, then execution efficiency and deadline meeting capability are improved, but scheduling complexity and coordination overhead increase

Engineering Contradiction:
Improveexecution efficiencyVSAvoidscheduling complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent implements dynamic scheduling where the scheduling algorithm and parameters are configured based on the specific requirements of each service. Different services can utilize different scheduling strategies (fixed-priority, round-robin, earliest-deadline-first) selected and configured at service deployment time, allowing each service to operate with optimal scheduling for its characteristics without requiring complex centralized coordination.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

Each real-time service independently manages its own scheduling parameters and execution timing based on its deadline requirements. Services self-configure their scheduling behavior through metadata annotations in their service definitions, eliminating the need for complex external scheduling coordination while maintaining high execution efficiency and deadline adherence.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS10908963B2Deterministic real time business application processing in a service-oriented architecture
Publication Date: 2021.02.02 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US10908963B2 patent drawing
  • US10908963B2 patent drawing
  • US10908963B2 patent drawing

AI summary

Methods, apparatus, and products for deterministic real time business application processing in a service-oriented architecture (‘SOA’), the SOA including SOA services, each SOA service carrying out a processing step of the business application where each SOA service is a real time process executable on a real time operating system of a generally programmable computer and deterministic real time business application processing according to embodiments of the present invention includes configuring the business application with real time processing information and executing the business application in the SOA in accordance with the real time processing information.