Traffic-Controlled Request Processor for Faulty Service Providers

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

In information technology systems, faults in service providers or target applications lead to unfulfilled requests, unnecessarily consuming processing resources and causing data communication congestion, as requests continue to be submitted despite being unable to be fulfilled.

Innovation Solution

A request processor with a request handler and traffic controller is implemented, allowing communication, holding, or turning back requests based on user input, to manage requests effectively and conserve resources.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If requests continue to be submitted to faulty service providers or target applications, then the request processor maintains continuous operation and request submission, but processing resources are unnecessarily consumed and data communication pathways are congested

Engineering Contradiction:

Improverequest fulfillment rateVSAvoidprocessing resource consumption

Core Design Contradiction:

ProductivityVSLoss of energy

Solution Approach 1:

The system implements a feedback mechanism where the request processor monitors the fulfillment status of requests submitted to service providers and target applications. When faults are detected (requests continuously failing to be fulfilled), the system automatically adjusts request submission behavior by reducing or stopping requests to the faulty components, thereby preventing unnecessary processing resource consumption while maintaining overall system productivity

Inventive Principle:

Principle #23Feedback

Solution Approach 2:

The request processor dynamically adjusts its operation by continuously monitoring request fulfillment outcomes and adapting request submission rates in real-time. When service providers or target applications are functioning normally, requests are submitted at full rate; when faults are detected, the system dynamically reduces or pauses requests to affected components, optimizing resource utilization based on current system state

Inventive Principle:

Principle #15Dynamics

2Productivity

If requests continue to be submitted to faulty service providers or target applications, then the request processor maintains continuous operation, but data communication pathways become congested and manual fulfillment is delayed

Engineering Contradiction:

Improveautomated request processingVSAvoidmanual fulfillment delay

Core Design Contradiction:

ProductivityVSLoss of time

Solution Approach 1:

The system monitors request fulfillment status and uses this feedback to identify when service providers or target applications are faulty. When continuous failures are detected, the system automatically reduces automated request submission to prevent communication pathway congestion, thereby reducing delays for manual fulfillment of requests that require human intervention

Inventive Principle:

Principle #23Feedback

Solution Approach 2:

The request processor performs preliminary monitoring and fault detection before communication pathways become severely congested. By detecting continuous request failures early and proactively reducing request submission rates, the system prevents congestion from developing, ensuring that manual fulfillment processes are not unnecessarily delayed

Inventive Principle:

Principle #10Preliminary action

3Loss of energy

If the request processor implements traffic control actions to manage requests, then processing resources are conserved and congestion is reduced, but system complexity increases

Engineering Contradiction:

Improveprocessing resource efficiencyVSAvoidrequest processing system complexity

Core Design Contradiction:

Loss of energyVSDevice complexity

Solution Approach 1:

The request processor implements self-service through automated monitoring and decision-making capabilities. The system autonomously monitors request fulfillment status, detects faults, and adjusts request submission rates without requiring external intervention or complex manual control mechanisms. This self-service approach conserves processing resources while adding only minimal complexity through automated feedback loops

Inventive Principle:

Principle #25Self-service

Solution Approach 2:

The system uses simple feedback-based control where request fulfillment outcomes directly inform subsequent request submission decisions. This feedback mechanism enables automatic traffic control that conserves processing resources without requiring complex algorithms or sophisticated control systems - merely monitoring success/failure rates and adjusting submission behavior accordingly

Inventive Principle:

Principle #23Feedback

Data Source

PatentUS11424994B2Traffic-controlled processing of application requests

Publication Date: 2022.08.23 FORTUNA IDENTITY INC

AI summary

A request processor includes a request handler and a traffic controller. The request handler is configured to communicate requests received from a source application to corresponding service providers over a network. Each of the requests defines a target action to be performed by the corresponding service provider on a target application. The traffic controller is configured to generate a user interface and perform one of a plurality of traffic control actions on each of the requests based on a user control input through the user interface. The plurality of traffic control actions includes allowing communication of a request to the corresponding service provider by the request handler, holding a communication of a request to the corresponding service provider, and turning back a request to the source application for manual fulfillment.