Actor Container Platform for Telecom Protocol Adaptation

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Current application server platforms face challenges in managing software applications that require interaction with multiple and diverse protocols and networks, particularly in facilitating telecom-based functionalities such as setting up conference calls across different devices and environments.

Innovation Solution

An application server platform is developed with an actor container that manages lifecycle and runtime properties for application classes as actors, using an event broker to abstract interactions as asynchronous events, allowing for protocol-neutrality and concurrency, enabling support for multiple protocols and environments.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If an application server platform supports multiple diverse protocols and networks, then the adaptability and versatility of the system is improved, but the device complexity and difficulty of management increase

Engineering Contradiction:

Improveprotocol support capabilityVSAvoidsystem complexity

Core Design Contradiction:

Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system segments protocol handling into separate protocol-specific adapters (e.g., SIP adapter, TCAP adapter) that interface with a core actor-based platform. Each adapter is responsible for protocol-specific complexity, while the core platform maintains a unified, simplified interface for application logic.

Inventive Principle:

Principle #1Segmentation

Solution Approach 2:

Protocol adapters serve as intermediary components between the diverse protocol networks and the actor-based application server. These adapters translate protocol-specific operations into standardized actor events, isolating protocol complexity from the core platform.

Inventive Principle:

Principle #24Intermediary (Mediator)

2Adaptability or versatility

If applications interact with multiple protocols and networks, then the functionality and capability of the system is improved, but the ease of operation and programming becomes more difficult

Engineering Contradiction:

Improvemulti-protocol interaction capabilityVSAvoidprogramming ease

Core Design Contradiction:

Adaptability or versatilityVSEase of operation

Solution Approach 1:

The actor-based platform provides a universal programming model that works across all protocol domains. Application developers interact with a single, consistent actor interface regardless of which protocol or network is being accessed, eliminating the need for protocol-specific programming knowledge.

Inventive Principle:

Principle #6Universality (Multi-functionality)

Solution Approach 2:

Protocol adapters act as intermediaries that handle protocol-specific complexity, allowing application developers to work with a simplified, protocol-agnostic actor model. The adapters translate high-level actor operations into protocol-specific commands automatically.

Inventive Principle:

Principle #24Intermediary (Mediator)

3Productivity

If the system supports concurrent interactions across multiple protocols, then the productivity and throughput are improved, but the reliability and consistency of state management deteriorate

Engineering Contradiction:

Improveconcurrent processing capabilityVSAvoidstate management consistency

Core Design Contradiction:

ProductivityVSReliability

Solution Approach 1:

Each actor instance maintains its own private, thread-safe state and manages its own event processing queue. This self-contained architecture eliminates the need for complex external synchronization mechanisms, as each actor independently manages its state consistency without interfering with other actors.

Inventive Principle:

Principle #25Self-service

Solution Approach 2:

The system segments state management into isolated actor instances, where each actor owns and manages its own state privately. This segmentation prevents state conflicts between concurrent operations, as each actor's state is independent and cannot be corrupted by other actors' operations.

Inventive Principle:

Principle #1Segmentation

4Adaptability or versatility

If the application server manages complex lifecycle and runtime properties, then the adaptability to different environments is improved, but the device complexity increases

Engineering Contradiction:

Improveenvironment adaptabilityVSAvoidlifecycle management complexity

Core Design Contradiction:

Adaptability or versatilityVSDevice complexity

Solution Approach 1:

Actor instances automatically manage their own lifecycle (creation, activation, deactivation, destruction) and runtime properties through standardized interfaces. The actor container provides default implementations that work across all environments, reducing the need for complex configuration and management logic.

Inventive Principle:

Principle #25Self-service

Data Source

PatentUS9553944B2Application server platform for telecom-based applications using an actor container

Publication Date: 2017.01.24 ORACLE INT CORP

AI summary

In accordance with various embodiments, a set of features are described for enabling an application server platform for telecom based applications. A system for providing an application server for telecom-based applications can include a computer, including a computer readable medium and processor. The system can also include an application server, executing on the computer. The application server can include an actor container that manages and provides lifecycle and runtime properties for application classes that are executed as actors in the application server. The actor container can manages a set of event transactions, wherein all storage operations are performed as part of the event transaction that spans each event handler invocation.