Publish-Subscribe Control and Data Function Separation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing communication systems struggle to efficiently support the publish-subscribe paradigm, particularly in managing dynamic client needs, location changes, and content types, while maintaining scalability, dynamism, and diversity.
Innovation Solution
The proposed solution involves an apparatus and method that establish a publish-subscribe control session between a client and a control function, select an appropriate data function based on session parameters, and manage the publish-subscribe data session using a publish-subscribe protocol, allowing for dynamic selection and reselection of data functions.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If a traditional broker-based publish-subscribe system is used, then content distribution is supported, but the system complexity and difficulty in managing dynamic client needs increase
Solution Approach 1:
The patent divides the traditional broker-based publish-subscribe system into two separate functions: a control function that manages session establishment and protocol handling, and data functions that handle actual content distribution. This segmentation reduces system complexity by separating concerns while improving adaptability through independent optimization of each function.
Solution Approach 2:
The control function acts as an intermediary between clients and data functions, managing the complexity of session establishment and protocol handling. This intermediary approach allows the system to support dynamic client needs without increasing overall system complexity, as the control function abstracts the complexity from both clients and data functions.
2Quantity of substance
If the system supports massive scale and immense dynamism, then client coverage increases, but resource usage efficiency decreases
Solution Approach 1:
Data functions are designed to be universal and can serve multiple clients with similar content distribution needs. The control function manages multiple data functions that can be dynamically selected based on client requirements, allowing the system to support massive scale while maintaining efficiency through shared resources.
Solution Approach 2:
The system dynamically selects and reselects data functions based on current client needs, location, and content type. This dynamic approach allows the system to efficiently allocate resources across massive numbers of clients by matching them with appropriate data functions rather than maintaining dedicated resources for each client.
3Adaptability or versatility
If data function selection is static, then system simplicity is maintained, but the ability to optimize for different content types and client locations is reduced
Solution Approach 1:
The control function selects data functions based on changing parameters such as client location, content type, and network conditions. This parameter-based selection mechanism provides adaptability without significant complexity, as it uses straightforward criteria to match clients with appropriate data functions.
Solution Approach 2:
The control function automatically selects appropriate data functions based on client requests and current system state, without requiring manual configuration or complex client-side decision-making. This self-service approach provides adaptability while keeping the selection mechanism relatively simple.
Data Source
AI summary
Various example embodiments for supporting pub-sub systems may be configured to support communications between pub-sub clients of pub-sub systems based on separation of control plane functions and data plane functions of legacy pub-sub brokers which typically facilitate establishment and use of pub-sub sessions by pub-sub clients. Various example embodiments for supporting pub-sub systems may be configured to support communications between pub-sub clients of pub-sub systems based on separation of the control plane functions and the data plane functions of a legacy pub-sub broker into individual logical entities in the form of a control function (CF) and a data function (DF), respectively. Various example embodiments for supporting pub-sub systems may be configured to support communications of a pub-sub client of a pub-sub system based on appropriate DF selection at pub-sub session setup and DF reselection within the active pub-sub session as conditions change.