Out-of-Sequence Data Notification System for Database Servers

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional data management systems face data loss due to out-of-sequence data being missed during transmission from source database servers to destination database servers, as they rely on timestamp-based data transfer methods.

Innovation Solution

The implementation of an out-of-sequence data (OOSD) notification system, where the source database server generates and transmits OOSD notifications over a dedicated communication channel to the destination database server, ensuring timely and automatic transmission of out-of-sequence data without processing real-time data.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If timestamp-based data transfer methods are used, then data transfer simplicity is improved, but data completeness deteriorates due to out-of-sequence data being missed

Engineering Contradiction:
Improvedata transfer simplicityVSAvoiddata completeness
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The system implements a feedback mechanism where the destination database server sends acknowledgments to the source database server about received data sequences. When out-of-sequence data is detected, the system generates notifications to trigger retransmission, ensuring data completeness while maintaining simple timestamp-based transfer protocols.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

An intermediary notification mechanism is introduced between the source and destination database servers. This intermediary system monitors data sequence integrity and triggers selective retransmission of missing out-of-sequence data without requiring complex changes to the underlying timestamp-based transfer method.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If all data is transmitted continuously, then data completeness is improved, but processing resource consumption increases

Engineering Contradiction:
Improvedata completenessVSAvoidprocessing resource consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

Instead of continuously transmitting all data, the system applies partial action by selectively retransmitting only the specific out-of-sequence data packets that were missed. This approach achieves data completeness while minimizing processing resource consumption by avoiding unnecessary retransmission of already received data.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system changes the transmission parameter from continuous full-data retransmission to selective retransmission based on sequence number analysis. This parameter change optimizes resource usage by transmitting only the minimum necessary data to achieve completeness.

Inventive Principle:
Principle #35Parameter changes

3Reliability

If dedicated communication channels are used for OOSD notifications, then data security is improved, but device complexity increases

Engineering Contradiction:
Improvedata securityVSAvoidcommunication channel complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The communication system is segmented into different channels: a primary channel for normal timestamp-based data transfer and a dedicated notification channel for OOSD alerts. This segmentation isolates security-critical notifications from general data traffic, improving security without requiring complete restructuring of the communication infrastructure.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The dedicated communication channel serves multiple functions: it transmits OOSD notifications, carries acknowledgments, and can handle control signals. This multi-functionality reduces the need for separate specialized channels for each communication need, thereby limiting the increase in device complexity.

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

Data Source

PatentUS12265512B2Data management system
Publication Date: 2025.04.01 HONEYWELL INTERNATIONAL INC
  • US12265512B2 patent drawing
  • US12265512B2 patent drawing
  • US12265512B2 patent drawing

AI summary

Approaches for managing communication between a first database server and a second database server are described. According to one example, an out-of-sequence data (OOSD) notification is generated by the first database server each time out-of-sequence data is received from at least one data source. The OOSD notification indicates receipt of the out-of-sequence data from the at least one data source and may include the out-of-sequence data. The OOSD notification is then transmitted by the first database server to the second database server over a dedicated communication channel. The OOSD notification is received and processed by the second database server for incorporating the out-of-sequence data within a database of the second database server in a chronological order.