Distributed Messaging via Peer-to-Peer Backpressure Signaling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current messaging infrastructure faces bottlenecks in delivering control and data messages across multiple services due to unpredictable network connectivity, varying message rates, and resource limitations, leading to inefficiencies and scalability issues.

Innovation Solution

The Multiplexed Demand Signaled Distributed Messaging (MDSDM) system employs backpressure signaling and peer-to-peer communication, utilizing lanes, links, and URI-based addressing to enable efficient, scalable, and secure real-time messaging across distributed services, eliminating the need for centralized brokers and optimizing resource utilization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If centralized broker architecture is used for message distribution, then message delivery is simplified, but system complexity and single point of failure increase

Engineering Contradiction:
Improvemessage delivery simplicityVSAvoidsystem architecture complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The patent extracts the centralized broker component from the messaging architecture and replaces it with distributed peer-to-peer communication. Each service instance directly publishes and subscribes to messages without requiring a central coordination point, eliminating the single point of failure while maintaining message delivery functionality through multiple redundant paths.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The monolithic broker functionality is segmented and distributed across multiple service instances. Each instance independently handles message routing for its subscribed topics, dividing the centralized responsibility into multiple autonomous units that collectively provide the same message distribution service with improved reliability.

Inventive Principle:
Principle #1Segmentation

2Productivity

If message rate increases to handle variable load, then responsiveness improves, but network and computing resources are overwhelmed

Engineering Contradiction:
Improvemessage processing rateVSAvoidnetwork and computing resource consumption
Core Design Contradiction:
ProductivityVSLoss of energy

Solution Approach 1:

The system dynamically adjusts message processing capacity based on actual load conditions. Service instances can subscribe to multiple topics and dynamically control their subscription levels, allowing the system to scale resource utilization up or down according to varying message rates and processing demands, optimizing the balance between responsiveness and resource consumption.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

Service instances perform multiple functions simultaneously - they can publish to multiple topics, subscribe to multiple topics, and act as both producers and consumers. This multi-functionality allows efficient resource utilization where the same infrastructure handles diverse messaging workloads without requiring dedicated resources for each function.

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

3Adaptability or versatility

If more services are added to the cluster, then functionality increases, but message delivery bottlenecks worsen

Engineering Contradiction:
Improveservice functionalityVSAvoidmessage delivery throughput
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

As services are added to the cluster, the message routing responsibility is automatically segmented and distributed among all available instances. Each service instance independently handles routing for its subscribed topics, so adding more services increases rather than decreases the total message processing capacity, eliminating the bottleneck effect.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system transitions from a centralized single-point routing model to a multi-dimensional distributed routing architecture. Messages can be routed through multiple paths simultaneously across the service cluster, adding spatial dimensionality to message flow and enabling parallel processing that scales with the number of service instances.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

4Loss of energy

If connection pooling is implemented to reduce networking overhead, then resource utilization improves, but connectivity and message rate flexibility decrease

Engineering Contradiction:
Improvenetworking overheadVSAvoidconnectivity flexibility
Core Design Contradiction:
Loss of energyVSAdaptability or versatility

Solution Approach 1:

The connection management system dynamically creates and destroys network connections based on actual messaging needs rather than maintaining static pooled connections. When services publish or subscribe to new topics, connections are established on-demand and automatically managed, providing both networking efficiency through intelligent connection reuse and flexibility to adapt to changing connectivity requirements.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS10367852B2Multiplexed demand signaled distributed messaging
Publication Date: 2019.07.30 SWIM IT INC
  • US10367852B2 patent drawing
  • US10367852B2 patent drawing
  • US10367852B2 patent drawing

AI summary

A multiplexed demand signaled distributed messaging (MDSDM) system and method enables high capacity real-time messaging between application services by generating and utilizing innovative techniques for message management such as lanes, links and message distribution-related functionality.