Network Device Sensor Integration for Non-Network Event Response

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional network devices are unable to dynamically respond to non-network events, such as fires or floods, which can impact network operations and safety, as they lack awareness of physical surroundings and cannot control physical parameters or transmit warnings effectively.

Innovation Solution

Network devices are equipped with sensors that detect non-network events and transmit notifications over the network, allowing them to apply predefined policies that modify network or physical parameters, such as initiating fire suppression systems or data backups, to respond to these events.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If network devices are equipped with sensors and policy-based response mechanisms to detect and respond to non-network events, then responsiveness and protection capability are improved, but device complexity increases

Engineering Contradiction:
Improvenetwork protection capabilityVSAvoiddevice complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system segments the network device into distinct functional modules: sensor modules for detecting non-network events, policy modules for storing response rules, and execution modules for implementing actions. This segmentation allows each component to be independently managed and maintained, reducing overall system complexity while improving reliability through specialized functionality.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary actions by pre-configuring policy rules that define responses to various non-network events before events occur. When sensors detect events such as fires or floods, the pre-established policies enable immediate automated responses without requiring complex real-time decision-making logic, thereby improving responsiveness while keeping the control mechanism relatively simple.

Inventive Principle:
Principle #10Preliminary action

2Speed

If manual intervention is required to respond to non-network events, then system simplicity is maintained, but response time and effectiveness deteriorate

Engineering Contradiction:
Improveresponse speedVSAvoidautomation level
Core Design Contradiction:
SpeedVSExtent of automation

Solution Approach 1:

The network device performs self-service by automatically detecting non-network events through integrated sensors and executing predefined response actions without human intervention. The device monitors its environment, processes sensor data, and implements protective measures autonomously, eliminating the need for manual response while maintaining system simplicity through rule-based automation.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system implements feedback mechanisms where sensors continuously monitor non-network conditions and provide real-time data to the control logic. When events are detected, the system executes responses and can monitor the outcomes, creating a closed-loop control system that automatically adjusts to environmental changes without requiring manual intervention, thereby improving response speed while keeping automation at a manageable level.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS8185618B2Dynamically responding to non-network events at a network device in a computer network
Publication Date: 2012.05.22 CISCO TECHNOLOGY INC
  • US8185618B2 patent drawing
  • US8185618B2 patent drawing
  • US8185618B2 patent drawing

AI summary

A technique dynamically responds to non-network events at a network device in a computer network. According to the novel technique, one or more sensors automatically detect (sense) one or more non-network events, and notifications of the non-network events are then transmitted over the network. One or more network devices (e.g., data centers, servers, routers, etc.) detect the notifications of the network events, and dynamically respond to the non-network events based on one or more associated policies. For example, one or more network-based policies may be defined that modify one or more network configuration parameters in response to the non-network events. Alternatively or in addition, one or more physical-based policies may be defined that instruct one or more network-attached physical control devices to modify one or more physical parameters.