Action Request Scheduling in Distributed Systems

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In distributed systems with multiple administrators, conflicts between policies can lead to chaotic reactions to events due to the lack of centralized management and potential for conflicting actions, especially when policies from different administrators interact or conflict.

Innovation Solution

A method and system for receiving action sequence data, collecting actions requested by managed entities in response to events, generating a schedule of actions based on recommended sequences, and executing these actions to ensure a coordinated and predictable response, thereby reducing chaos in distributed system reactions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If policies are managed centrally to resolve conflicts, then system stability is improved, but device complexity and administrative burden increase

Engineering Contradiction:
Improvesystem stabilityVSAvoidadministrative complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments policy management by allowing each administrator to independently manage their own policies without requiring centralized collection or analysis of all policies. The computing node segments the resolution process by collecting actions from multiple administrators, determining conflicts, and coordinating execution locally at the managed entity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The computing node acts as an intermediary between multiple administrators and the managed entity. It receives actions from different administrators, determines whether they conflict, and coordinates their execution, thereby resolving conflicts without requiring centralized policy management or modification of administrator independence.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If multiple administrators independently manage policies, then ease of operation is improved, but system reliability deteriorates due to conflicting actions

Engineering Contradiction:
Improveadministrative independenceVSAvoidsystem stability
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The system maintains administrative independence by allowing each administrator to create and manage their own policies separately. The computing node segments the conflict resolution process by independently analyzing actions from different administrators and coordinating their execution without requiring centralized policy management.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The computing node implements a feedback mechanism by monitoring actions from multiple administrators, detecting conflicts, and coordinating execution to ensure system stability. This feedback loop maintains reliability while preserving administrative independence.

Inventive Principle:
Principle #23Feedback

3Reliability

If all policies are collected for conflict analysis, then system stability is improved, but loss of time increases due to centralized management requirements

Engineering Contradiction:
Improvesystem stabilityVSAvoidpolicy analysis time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system segments the policy management process by allowing administrators to independently create and manage their own policies without requiring centralized collection. The computing node segments the conflict analysis by locally determining conflicts between actions from different administrators and coordinating execution, thereby eliminating time-consuming centralized policy collection and analysis.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS9753789B2Distributed system for scheduling action requests
Publication Date: 2017.09.05 BRITISH TELECOM PLC
  • US9753789B2 patent drawing
  • US9753789B2 patent drawing
  • US9753789B2 patent drawing

AI summary

A computing node in a distributed system comprising a processor and associated memory, said memory storing: software component code executable to provide a service to software components running on other computers in said distributed system; component monitoring code executable to generate an event message for distribution in said distributed system in response to the occurrence of an event pertaining to the performance of said software component; action request assembly code executable to store an assemblage of action requests received from other computers in said distributed system in reaction to the distribution of said event message in said memory; action request assemblage processing code executable to order and/or filter said assemblage of action request to generate a processed set of action requests for execution by said software component.