Token-Based Rule Ownership Distribution in Distributed Systems

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In distributed communication systems, resources redundantly share known information, leading to wastage of network bandwidth and unnecessary reprocessing, due to the lack of defined rule ownership among nodes.

Innovation Solution

Assigning tokens to entities within the system, with an elected leader node determining ownership based on incident, entity, and node allocation criteria, allowing specific nodes to execute predefined rules and manage data flow effectively.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Extent of automation

If each resource executes predefined local rules and shares information with other resources, then each resource can independently process information and respond to conditions, but redundant information sharing and reprocessing occur, wasting network bandwidth

Engineering Contradiction:
Improveautonomous rule executionVSAvoidnetwork bandwidth waste
Core Design Contradiction:
Extent of automationVSLoss of energy

Solution Approach 1:

The patent introduces a token as an intermediary mechanism that mediates information sharing among resources. The token contains information about the condition and indicates which resource currently possesses it. Resources must request and receive the token before accessing or sharing information, preventing redundant sharing. The token acts as a controlled intermediary that enables autonomous rule execution while regulating network communication to avoid bandwidth waste.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

Each resource maintains local storage for the token and can independently determine whether it possesses the required information by checking its local storage. This self-service approach allows resources to avoid unnecessary network requests for information they already have, reducing redundant communications. The resource serves itself by autonomously checking local state before engaging in network operations.

Inventive Principle:
Principle #25Self-service

2Adaptability or versatility

If each resource receives and processes all transmitted information, then each resource can independently determine conditions and execute rules, but unnecessary reprocessing occurs when information is already known

Engineering Contradiction:
Improveindependent condition determinationVSAvoidreprocessing time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The token serves as an intermediary that carries information about which resource currently possesses the condition information. When a resource receives a token request, it checks its local storage to determine if it already has the token. This intermediary mechanism enables independent condition determination while preventing reprocessing of already-known information, as the resource can verify its possession status through the token mechanism before attempting to process information.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

Resources perform preliminary checks of their local storage before processing or sharing information. The resource checks whether it already possesses the token or required information before engaging in network communication or rule execution. This preliminary action prevents unnecessary reprocessing by verifying information possession status in advance, saving time while maintaining independent condition determination capability.

Inventive Principle:
Principle #10Preliminary action

3Loss of information

If resources share information freely with different timestamps, then all resources have access to incident data, but network bandwidth is wasted due to redundant transmissions

Engineering Contradiction:
Improveinformation availabilityVSAvoidnetwork bandwidth consumption
Core Design Contradiction:
Loss of informationVSLoss of energy

Solution Approach 1:

The token acts as an intermediary that controls information flow among resources. Instead of free information sharing, resources must obtain the token through a controlled process. The token contains the incident information and timestamp, and only the resource possessing the token can share that specific information. This intermediary mechanism ensures information availability to authorized resources while preventing redundant transmissions and bandwidth waste.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

Each resource has local storage where it can store the token and information locally. This local quality approach allows resources to have access to incident data stored locally rather than requiring continuous network retrieval. The token and information are stored in the local storage of the possessing resource, enabling efficient local access while preventing unnecessary network transmissions to other resources that don't need the information.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS10411963B2Apparatus and method for distributing rule ownership among devices in a system
Publication Date: 2019.09.10 MOTOROLA SOLUTIONS INC
  • US10411963B2 patent drawing
  • US10411963B2 patent drawing
  • US10411963B2 patent drawing

AI summary

A first device in a group of devices is assigned a role of operating as an elected leader node for the group of devices. The elected leader node determines that a sensor entity of a sensor entity type is associated with one device in the group of communication devices. The elected leader node creates a token and associates the token with the sensor entity. The elected leader node also assigns ownership for the token to one device based on the device being associated with the sensor entity and further based on one or more of: at least one incident allocation criterion; at least one sensor entity allocation criterion; and at least one node allocation criterion. One device executes at least one predefined sensor entity rule associated with the sensor resource type based on ownership of the token assigned to the sensor entity.