Monitoring Script Interpreter for Event-Driven Building Control
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Traditional monitoring systems require full firmware updates for new functionality, leading to high communication bandwidth costs and limited user customization, as they lack the ability to respond to events based on time or specific conditions without replacing the entire firmware.
Innovation Solution
Incorporating an interpreter in monitoring devices that can execute customizable monitoring scripts, allowing users to define specific rules and responses to events, reducing the need for extensive firmware updates and lowering communication bandwidth requirements.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If full firmware updates are used for new functionality, then system adaptability is improved, but communication bandwidth costs increase and device complexity increases
Solution Approach 1:
The patent segments the firmware into a stable core component and separate downloadable script files. The core firmware remains unchanged and provides basic functionality, while specific features and responses are defined in external scripts that can be updated independently. This allows the system to adapt to new functionality by downloading only the necessary script portions rather than updating the entire firmware, thereby reducing communication bandwidth costs.
Solution Approach 2:
The patent introduces an intermediary layer consisting of script files that act as a bridge between the stable core firmware and the desired functionality. These scripts serve as a mediator that can be easily updated and customized without affecting the core system, enabling adaptability while minimizing the impact on communication bandwidth and device complexity.
2Adaptability or versatility
If full firmware updates are used for new functionality, then system adaptability is improved, but device complexity increases
Solution Approach 1:
The patent divides the system into a simple, stable core firmware and separate, modular script files. The core firmware handles basic operations and remains relatively simple, while specific functionalities are implemented in external scripts. This segmentation allows the system to gain adaptability through script customization without increasing the complexity of the core device firmware.
Solution Approach 2:
The patent uses script files that can be copied and distributed independently of the core firmware. These scripts contain specific functionality definitions and can be replicated across multiple devices or updated on individual devices without affecting the core system. This copying approach enables adaptability while keeping the core device complexity low.
3Ease of operation
If customizable monitoring scripts are implemented, then ease of operation is improved, but device complexity increases
Solution Approach 1:
The patent introduces an intermediary interpreter component that handles the execution of customizable scripts. This interpreter acts as a mediator between the user-defined scripts and the core firmware, providing ease of operation by allowing users to customize monitoring behavior through scripts. The interpreter manages the complexity of script execution internally, so users benefit from customization capability without directly dealing with the underlying complexity.
Solution Approach 2:
The patent implements a self-service mechanism where the monitoring device automatically downloads and executes scripts based on defined events and conditions. The system autonomously manages script deployment, execution, and updates without requiring complex user configuration or intervention. This self-service approach provides ease of operation while the device internally manages the complexity of script handling.
Data Source
AI summary
Systems and techniques are described for providing control of a monitoring system. In some implementations, a monitoring device is located in a building and is configured to monitor at least a portion of the building based on output from one or more sensors. A monitoring server is located remote from the building and is configured to communicate with the monitoring device. The monitoring server may be configured to translate one or more parameters received from a client device into an interpreted monitoring script and a trigger that causes performance of the interpreted monitoring script. The monitoring device may include an interpreter configured to determine that the trigger has been met and initiate performance of the interpreted monitoring script to evaluate a monitoring rule in accordance with one or more configurable parameters.