Kernel Event Feature Guidance for Software Anomaly Detection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods for debugging software system performance in enterprise environments face challenges due to the need for source code, high overhead in monitoring, and false alarms from assuming homogeneous behavior in diverse applications, limiting effective anomaly detection.

Innovation Solution

A method utilizing kernel event feature guidance that processes input information from training and production scenarios to generate transaction traces, applying system resource features and program behavior features for anomaly detection, enabling fine-grained analysis without requiring source code or instrumentation.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If traditional debugging mode is used to obtain fine-grained control and detailed information, then measurement precision is improved, but productivity deteriorates due to execution overhead

Engineering Contradiction:
Improvedetailed informationVSAvoidexecution speed
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The patent creates a copy of the production environment by capturing kernel event traces during normal execution and comparing them against baseline traces. This allows detailed analysis of system behavior without instrumenting or slowing down the actual production system, resolving the contradiction between obtaining detailed information and maintaining execution speed.

Inventive Principle:
Principle #26Copying

2Measurement precision

If white-box monitoring approach is used to profile and categorize application status, then measurement precision is improved, but ease of operation worsens due to source code availability requirements

Engineering Contradiction:
Improveapplication status profilingVSAvoidsource code availability
Core Design Contradiction:
Measurement precisionVSEase of operation

Solution Approach 1:

The patent uses kernel events as an intermediary layer between the monitoring system and the application. By capturing and analyzing kernel-level events (system calls, resource access) instead of requiring application source code or instrumentation, the system achieves detailed application status profiling while maintaining ease of operation in black-box environments.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Ease of operation

If black-box approach using low level events is used to monitor software, then ease of operation is improved, but measurement precision deteriorates due to homogeneous trace assumption

Engineering Contradiction:
Improvemonitoring without source codeVSAvoidanomaly detection accuracy
Core Design Contradiction:
Ease of operationVSMeasurement precision

Solution Approach 1:

The patent segments the monolithic trace analysis into multiple dimensions: transaction-level segmentation (grouping kernel events into logical transactions), feature-level segmentation (extracting system resource features, program behavior features, and call graph features), and comparison-level segmentation (comparing against baseline transactions). This multi-level segmentation enables precise anomaly detection in black-box environments by capturing heterogeneous application behaviors without requiring homogeneous assumptions.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS9075912B2Method and system for software system performance diagnosis with kernel event feature guidance
Publication Date: 2015.07.07 NEC CORP
  • US9075912B2 patent drawing
  • US9075912B2 patent drawing
  • US9075912B2 patent drawing

AI summary

A method includes generating a normal trace in a training stage for the monitored software systems and a monitored trace in the deployment stage for anomaly detection, applying resource transfer functions to traces to convert them to resource features, and system call categorization to traces to convert them to program behavior features, performing anomaly detection in a global scope using the derived resource features and program behavior features, in case the system finds no anomaly, generating no anomaly report, in case the anomaly is found, including the result in an anomaly report; and performing conditional anomaly detection.