Intelligent Gateway Protocol Normalization via Message Queue
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing communication gateways are limited by bottom-layer communication drivers, making it difficult for devices with different protocols to communicate effectively, requiring significant development efforts for custom programming and restricting communication to one-to-one or one-to-many protocols, which hinders the convenience of the Internet of Things ecosystem.
Innovation Solution
An intelligent communication gateway device with a control circuit board equipped with a bottom-layer communication protocol module, data normalization module, and wireless communication module, allowing it to communicate with devices having different protocols, normalize data, and facilitate 'many-to-many' communication protocols, eliminating the need for custom programming.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If traditional gateways use bottom-layer communication drivers with one-to-one or one-to-many communication protocols, then communication between devices is achieved, but device complexity increases and adaptability decreases when dealing with multiple different protocols
Solution Approach 1:
The patent introduces a message queue as an intermediary component between the communication driver and business logic. The communication driver publishes messages to the message queue without direct interaction with business logic, enabling multiple protocols to be handled uniformly. This mediator pattern resolves the contradiction by decoupling protocol-specific complexity from business logic while maintaining broad protocol compatibility.
Solution Approach 2:
The patent implements a universal communication architecture where a single communication driver can handle multiple different protocols (one-to-many) by publishing to a unified message queue. This universal approach eliminates the need for separate dedicated drivers for each protocol, thereby reducing device complexity while improving adaptability to handle diverse communication protocols.
2Measurement precision
If custom C++ programs are written to directly program drivers for obtaining returned data, then communication precision improves, but development time and investment increase significantly
Solution Approach 1:
The communication driver is designed to autonomously handle protocol-specific data retrieval and publishing to the message queue without requiring custom programming for each use case. The driver self-services by implementing universal protocols and automatically publishing returned data in a standardized format, eliminating the need for time-consuming custom C++ program development while maintaining data retrieval accuracy.
Solution Approach 2:
The system performs preliminary action by pre-configuring the communication driver with universal protocols and data publishing logic before actual use. This advance preparation allows the system to handle various protocols immediately without requiring custom programming at runtime, thus reducing development time while ensuring accurate data retrieval through pre-tested protocol implementations.
3Reliability
If returned messages are processed and sorted for temporary storage before delivery to logic gate, then communication reliability improves, but productivity decreases due to additional processing steps
Solution Approach 1:
The patent extracts the message sorting and temporary storage function from the main processing flow and places it within the message queue infrastructure. The message queue automatically handles message buffering, sorting, and delivery to logic gates without requiring complex additional processing steps. This extraction maintains reliable message delivery while simplifying the overall process and improving productivity by leveraging the message queue's inherent capabilities.
Data Source
AI summary
A communication gateway device is employed to receive and send received data to devices having different bottom-layer communication protocols, such that the devices having the different bottom-layer communication protocols can communicate with each other and send data to each other. The intelligent communication gateway device is present with several bottom-layer communication protocols such that the intelligent communication gateway device can directly communicate with the devices having different bottom-layer communication protocols. The data can be normalized by the intelligent communication gateway device such that the sent data can be correctly communicated under different communication protocol environments.