Continuous Query Re-Evaluation for Time-Based Condition Detection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional query management systems fail to process continuous queries when there is no change in the underlying data elements, leading to missed evaluations of conditions that will eventually be satisfied over time.

Innovation Solution

Implement a continuous query management process that enqueues future conditions in a re-evaluation queue when the condition is initially unmet, allowing reprocessing at a future time based on a timestamp, and generates an updated result when the condition is met.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If conventional query management processes only trigger on data changes, then processing efficiency is improved by avoiding unnecessary re-evaluations, but continuous queries fail to detect conditions that become satisfied over time without data changes

Engineering Contradiction:
Improvequery processing efficiencyVSAvoidcondition evaluation completeness
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system pre-registers future conditions with their target times before they can be evaluated. By storing conditions in a future conditions data structure with associated timestamps, the system prepares for future evaluations without waiting for data changes, ensuring conditions are detected even when data remains static.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

A condition registration module acts as an intermediary between continuous queries and the data elements. This module registers conditions separately from data change notifications, maintaining a dedicated evaluation mechanism that operates independently of data mutation events, thus ensuring reliable condition detection.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Measurement precision

If continuous queries re-evaluate conditions at every data change, then condition detection accuracy is improved, but system resource consumption increases due to unnecessary re-evaluations when no relevant changes occur

Engineering Contradiction:
Improvecondition detection accuracyVSAvoidsystem resource consumption
Core Design Contradiction:
Measurement precisionVSUse of energy by moving object

Solution Approach 1:

The future conditions data structure automatically manages condition evaluations by comparing stored target times with the current time. When a condition's target time is reached, the system self-triggers re-evaluation without external intervention, optimizing resource usage by evaluating only when necessary while maintaining detection accuracy.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system replaces the mechanical approach of continuous monitoring or change-triggered evaluation with a time-based automated scheduling mechanism. By substituting change-notification-driven processing with timestamp-comparison-based triggering, the system achieves precise condition detection with minimal resource consumption.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

3Reliability

If the system implements time-based re-evaluation of conditions, then conditions satisfied over time are detected reliably, but system complexity increases due to additional data structures and processing logic

Engineering Contradiction:
Improvefuture condition detectionVSAvoidquery management system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The condition registration module serves multiple functions: it registers conditions, stores target times, manages the future conditions data structure, and triggers re-evaluations. This multi-functional approach consolidates complexity into a single module rather than distributing it across multiple separate components, making the system more manageable despite the added functionality.

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

Solution Approach 2:

The future conditions data structure is nested within the existing continuous query management architecture. By embedding the time-based evaluation mechanism inside the condition registration process rather than as a separate external system, the patent reduces overall system complexity while still providing comprehensive future condition detection capabilities.

Inventive Principle:
Principle #7Nested doll (Nesting)

Data Source

PatentUS20260072917A1System and method for processing continuous queries responsive to the absence of change
Publication Date: 2026.03.12 MICROSOFT TECHNOLOGY LICENSING LLC
  • US20260072917A1 patent drawing
  • US20260072917A1 patent drawing
  • US20260072917A1 patent drawing

AI summary

A method, computer program product, and computing system for processing a continuous query with a future condition on a source element from database of elements to generate an initial result and determining that the future condition is unmet. The future condition is enqueued in a re-evaluation queue. The future condition from the re-evaluation queue is reprocessed on the database of elements based upon, at least in part, the initial result, the future condition, and a current time.