Alias Queue Name Mapping for Seamless Application Switching

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Switching between applications listening to and servicing requests from a memory queue often results in service outages and is error-prone due to the time-consuming and client-level managed activation/deactivation process.

Innovation Solution

A system and method that utilize alias queue names to map and fetch data from physical memory queues, allowing seamless switching between application sets without downtime by using alias queue names associated with primary and maintenance APIs, enabling fast on-demand scaling and resource optimization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If application sets are switched between listening and servicing requests from a memory queue, then application flexibility and scalability are improved, but service outages occur and the process becomes error-prone

Engineering Contradiction:
Improveapplication flexibilityVSAvoidservice continuity
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent introduces a queue manager as an intermediary component that centrally manages alias queue name mappings. Instead of applications directly managing their own queue connections, the queue manager mediates by maintaining a centralized registry of alias-to-physical-queue mappings, enabling seamless switching between application sets without service outages.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent implements preliminary action by pre-establishing alias queue names that map to physical queues before application sets need to switch. The queue manager maintains ready-to-use alias mappings in advance, allowing application sets to be activated or deactivated without interruption since the infrastructure is prepared beforehand.

Inventive Principle:
Principle #10Preliminary action

2Ease of operation

If activation/deactivation process is handled at the client level, then application control is improved, but the process becomes error-prone and time-consuming

Engineering Contradiction:
Improveapplication controlVSAvoidactivation time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The queue manager serves as an intermediary that centralizes the activation/deactivation control. Rather than applications managing their own queue connections, the queue manager handles all alias queue name mapping changes centrally, reducing errors and eliminating the time-consuming client-level management process.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent implements feedback mechanisms where the queue manager monitors and tracks alias queue name mappings in real-time. This centralized feedback system allows the queue manager to coordinate activation/deactivation processes, ensuring consistency across all applications and eliminating errors associated with client-level handling.

Inventive Principle:
Principle #23Feedback

3Reliability

If alias queue names are mapped to physical queues, then seamless switching between application sets is enabled, but system complexity increases

Engineering Contradiction:
Improveservice continuityVSAvoidqueue mapping mechanism
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies universality by creating a multi-functional queue manager that handles multiple operations: maintaining alias queue name mappings, coordinating application set activation/deactivation, managing resource allocation, and ensuring service continuity. This single universal component consolidates what would otherwise be multiple separate mechanisms.

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

Solution Approach 2:

The queue manager acts as an intermediary layer between applications and physical queues, abstracting the complexity of mapping and switching. Applications interact with simple alias queue names while the queue manager handles the complex physical queue management, mapping, and coordination underneath.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS9501228B1System, method, and computer program for fetching data from a physical memory queue utilizing an alias queue name
Publication Date: 2016.11.22 AMDOCS DEV LTD
  • US9501228B1 patent drawing
  • US9501228B1 patent drawing
  • US9501228B1 patent drawing

AI summary

A system, method, and computer program product are provided for fetching data from a physical memory queue utilizing an alias queue name. In use, a physical queue associated with at least a portion of memory is identified. Additionally, a first alias queue name is mapped to the physical queue. Further, data is fetched utilizing the first alias queue name in response to a request to fetch the data from the physical queue.