Profile-Based Capture Component for Real-Time Event Indexing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional client-device search applications degrade performance by using batch processing for indexing, leading to slower performance, outdated indexes, and resource-intensive operations, and often require explicit user queries and limited file examination.

Innovation Solution

A computer-based method for capturing event data from target windows of applications, comparing window information with profiles, and indexing events based on user input, allowing for real-time data capture and storage without the need for batch processing, thereby improving search efficiency and reducing resource usage.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If batch processing is used for indexing all articles, then the index can be built periodically, but the client device performance degrades significantly during indexing and the index becomes outdated

Engineering Contradiction:
Improveindex freshnessVSAvoidclient device performance
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The indexing process is segmented into individual article-level operations rather than batch processing. The capture component indexes articles one at a time as they are accessed or created, avoiding the need to process large batches periodically. This segmentation allows the system to maintain fresh indexes without overwhelming the client device with bulk indexing operations.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The indexing system transitions from static periodic batch indexing to dynamic real-time indexing. The capture component continuously monitors and indexes articles as they are accessed or created, adapting the indexing timing to user activity patterns. This dynamic approach ensures the index remains current while distributing the indexing load over time rather than concentrating it in periodic batches.

Inventive Principle:
Principle #15Dynamics

2Productivity

If batch indexing is scheduled for when the client device is not turned on, then indexing can occur without impacting performance, but the index becomes significantly outdated

Engineering Contradiction:
Improveindexing completionVSAvoidindex freshness
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The indexing operation becomes continuous rather than periodic. The capture component performs indexing continuously in the background as articles are accessed or created, ensuring the index is constantly updated. This continuous action eliminates the gaps between periodic batch indexing operations, preventing the index from becoming outdated while distributing the workload to avoid performance degradation.

Inventive Principle:
Principle #20Continuity of useful action

3Reliability

If conventional search applications use batch processing, then all articles can be indexed periodically, but resource-intensive merge operations are required

Engineering Contradiction:
Improvecompleteness of indexVSAvoidclient device resource consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The indexing process is segmented into individual article operations rather than batch processing. Each article is indexed independently as it is accessed or created, eliminating the need for resource-intensive merge operations that combine large batches of indexed articles. This segmentation reduces peak resource consumption while maintaining complete indexing coverage.

Inventive Principle:
Principle #1Segmentation

4Ease of operation

If conventional search applications examine file names or contents, then search results can be generated, but explicit user queries are required

Engineering Contradiction:
Improvesearch initiationVSAvoiduser interaction time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The search system performs self-service by automatically generating and executing search queries based on user activity patterns. The capture component monitors user behavior and implicitly formulates search queries without requiring explicit user input. This self-service mechanism reduces user interaction time while maintaining ease of operation, as the system proactively searches for relevant information based on observed user needs.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS7680809B2Profile based capture component
Publication Date: 2010.03.16 GOOGLE LLC
  • US7680809B2 patent drawing
  • US7680809B2 patent drawing
  • US7680809B2 patent drawing

AI summary

An indexing system in a computer system may include applications, a capture processor, a queue, a search engine, and a display processor. The indexing system captures events of user interactions with the applications. Events are queued and if indexable, indexed and stored for user access through the search engine. Capture components in the capture processor can include a keyboard capture component that processes user keystrokes to determine events. A display capture component captures event data from windows associated with the applications. Display event data can be captured on a polling schedule or based on state changes of window elements. To determine target applications and window applications of interest application profiles and window profiles can be used.