Messaging Engine for Building Automation Protocol Translation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Building automation systems (BAS) face challenges in integrating disparate subsystems due to protocol differences and incompatibilities, making it difficult to exchange information and implement queries or commands across multiple subsystems.
Innovation Solution
A computer-implemented system that uses a hierarchical model stored in an ontology database and a fact database with projected semantic type strings to transform messages into a standard format, allowing for cross-subsystem communication and data sharing between BAS subsystems and applications, facilitated by an integration server with a messaging engine, query engine, and workflow engine.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If conventional BAS subsystems use their own proprietary protocols, then each subsystem can operate independently and efficiently, but communication and information exchange between different subsystems becomes difficult due to protocol differences and incompatibilities
Solution Approach 1:
The patent introduces a messaging engine as an intermediary component that sits between disparate BAS subsystems and applications. This messaging engine transforms messages from various subsystem protocols into a standardized internal format, enabling communication between different subsystems without requiring them to directly understand each other's protocols. The messaging engine acts as a mediator that resolves protocol incompatibilities automatically.
Solution Approach 2:
The patent changes the parameter of message format from proprietary-specific to standardized. By transforming messages into a common internal representation format, the system enables different subsystems with different protocols to communicate effectively. This parameter change in message standardization resolves the compatibility issue while maintaining the independence of individual subsystems.
2Measurement precision
If the system stores detailed database design information and low-level query editors, then query processing can be precise and controlled, but the system becomes more complex and harder to operate without detailed knowledge requirements
Solution Approach 1:
The messaging engine serves as an intermediary that hides the complexity of database design and low-level query processing from users. Instead of requiring users to directly interact with complex database schemas and write detailed queries, users can submit simpler, higher-level requests. The messaging engine translates these simplified requests into precise database queries automatically, maintaining measurement precision while improving ease of operation.
Solution Approach 2:
The system performs self-service by automatically generating and executing queries based on simplified user inputs. The messaging engine autonomously handles the complex tasks of query generation, data retrieval, and message transformation without requiring users to provide detailed database knowledge. This self-service capability maintains precise query processing while significantly improving user operation simplicity.
Data Source
AI summary
A computer-implemented system for facilitating communication between a plurality of building automation subsystems and a plurality of applications includes a first database storing a hierarchical model of a building automation system. The system further includes a messaging engine configured to receive a message from one of the disparate building automation subsystems and for one of the plurality of applications. The messaging engine is configured to use the information in the second database to transform the message into a standard format, to append the projected semantic type string to the transformed message, and to provide the transformed message to one of the plurality of applications.