Token-Based Arbiter for Priority Resource Arbitration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems fail to effectively prioritize access to shared resources like surveillance cameras and traffic light controllers among multiple first responders over the Internet or distributed networks, leading to potential conflicts and inefficiencies in resource allocation.

Innovation Solution

A token-based arbiter system that embeds priority and preemptive metrics into secured tokens, allowing the system to determine and enforce access rights based on user authorization, authentication, and predefined policies, ensuring that only the highest-priority user gains exclusive access to limited resources.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple first responders access shared resources simultaneously over the Internet, then resource availability increases, but access conflicts and allocation inefficiencies occur

Engineering Contradiction:
Improveresource availabilityVSAvoidaccess conflict management
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system performs preliminary actions by embedding priority metrics and authorization attributes into secured tokens before users access resources. The identity provider pre-calculates priority levels based on authorization attributes, and the arbiter pre-establishes access rules based on these metrics, resolving conflicts before they occur rather than managing them in real-time

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The token-based arbiter acts as an intermediary between the identity provider and resource access system. It receives secured tokens with embedded priority metrics, evaluates these metrics against access rules, and determines exclusive access rights without requiring direct complex interactions between multiple users and resources

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If priority-based access control is implemented, then resource allocation efficiency improves, but system complexity increases

Engineering Contradiction:
Improveresource allocation efficiencyVSAvoidsystem architecture
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The secured token serves multiple functions: it authenticates user identity, authorizes access rights, and carries priority metrics for arbitration. The identity provider performs both authentication and priority calculation, while the arbiter evaluates both authorization attributes and priority metrics within a single access control framework, reducing the need for separate systems

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

Solution Approach 2:

The system changes parameters by embedding dynamic priority metrics into static secured tokens. The priority level is determined by authorization attributes and can be recalculated and reissued when conditions change, allowing flexible resource allocation without restructuring the entire access control system

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS9043865B2Prioritized token based arbiter and method
Publication Date: 2015.05.26 MOTOROLA SOLUTIONS INC
  • US9043865B2 patent drawing
  • US9043865B2 patent drawing
  • US9043865B2 patent drawing

AI summary

An apparatus and method for employing a token based arbiter. The apparatus includes a priority provider (26) comprising a processor for calculating an arbiter metric and an identity provider (18) having a processor for embedding the metric into a secured token. The apparatus also comprises memory coupled to the processor having one or more instructions executable at the processor. The processor is operable when executing the instructions to: collect authorization attributes (A) from one or more users seeking use of a resource (20) associated with a service provider; determine the level of priority to the one or more users based on prescribed policy of the priority provider; assign at least one arbiter metric (22, 32) to a secured token (T) for each of the one or more users based on the level of priority identified by the priority provider.