Enterprise Sensor Normalization for Context-Aware Threat Detection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional enterprise protection systems rely on isolated sensor data analysis and generic settings, failing to consider data from multiple sensors and lacking context-aware, self-learning capabilities to customize responses effectively.

Innovation Solution

A system that normalizes sensor data from various vendors into a uniform format, aggregates and analyzes it using machine learning to detect issues, and continuously tunes sensor settings through feedback loops for personalized enterprise protection.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If sensor data from multiple vendors is collected and normalized to a uniform format, then the system achieves better integration and context-aware analysis, but the device complexity and data processing requirements increase

Engineering Contradiction:
Improvesensor integration capabilityVSAvoiddata normalization complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces a normalization layer that acts as an intermediary between diverse sensor inputs and the analysis engine. This layer standardizes data from multiple vendors into a uniform format, enabling integration without directly complicating the core analysis system. The normalization layer handles format conversion and data harmonization, isolating complexity from the main protection logic.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system implements a universal data format that can accommodate sensor data from multiple vendors and sensor types. This universal format serves as a common interface that simplifies integration while maintaining the ability to handle diverse input sources. The normalization process maps various vendor-specific formats to this universal structure, achieving versatility without proportional increases in complexity.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Extent of automation

If machine learning is used to continuously tune sensor settings and thresholds, then the system achieves self-learning and customization, but the computational resources and processing time increase

Engineering Contradiction:
Improveself-learning capabilityVSAvoidcomputational energy consumption
Core Design Contradiction:
Extent of automationVSUse of energy by moving object

Solution Approach 1:

The system performs preliminary machine learning model training during off-peak periods or using historical data, so that the model is ready for deployment without requiring continuous heavy computation. The normalization of sensor data and feature extraction are performed in advance, reducing the computational burden during real-time operation. This allows self-learning capabilities to be maintained while managing energy consumption during active monitoring.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system applies machine learning selectively to the most critical sensor data and thresholds rather than continuously processing all sensor inputs at full computational capacity. The normalization process identifies and focuses computational resources on the most relevant features and anomalies, performing partial analysis that achieves effective self-learning with reduced energy consumption compared to exhaustive processing of all data.

Inventive Principle:
Principle #16Partial or excessive action

3Ease of manufacture

If generic settings are used for triggering alarms and notifications, then the system is easier to deploy, but the detection accuracy and relevance to specific enterprise needs decrease

Engineering Contradiction:
Improvesystem deployment easeVSAvoidthreshold detection accuracy
Core Design Contradiction:
Ease of manufactureVSMeasurement precision

Solution Approach 1:

The system implements dynamic threshold adjustment where alarm and notification thresholds are not fixed but adapt based on learned patterns from sensor data. The machine learning component continuously refines these thresholds based on historical data and contextual information, allowing the system to start with generic deployable settings that automatically evolve into customized, high-precision thresholds tailored to the specific enterprise environment and risk profile.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS12499400B2Sensor input and response normalization system for enterprise protection
Publication Date: 2025.12.16 BANK OF AMERICA CORP
  • US12499400B2 patent drawing
  • US12499400B2 patent drawing
  • US12499400B2 patent drawing

AI summary

Arrangements for sensor data normalization and analysis are provided. In some arrangements, first sensor data may be received from a first sensor of a first sensor type. The first sensor may be associated with a first vendor and may output data in a first format unique to the first vendor. Second sensor data may be received from a second sensor. The second sensor may be a second sensor type. The second sensor may be associated with a second vendor and may output data in a second format unique to the second vendor. The first and second sensor data may be normalized from the first format and second format to a uniform format unique to an enterprise organization. The formatted data may be compared to one or more enterprise-specific thresholds. If one or more thresholds have been met or exceeded, a notification may be generated and transmitted to a computing device.