Data Stream Abort Using Embedded Location Value

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for aborting a data stream in computer networking, such as using TCP out-of-band data, often result in inefficiencies where the aborted data stream continues to be received and read by the destination, leading to misalignment and potential errors.

Innovation Solution

A method where a destination device receives a data stream with a location value indicating the abortion point, allowing it to determine the remaining data to be received and potentially start reading a new data stream, using this location value and a checkpoint value to accurately abort the data stream without additional control channels or resources.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If TCP out-of-band data is used to indicate data stream abortion, then the abort indication can be transmitted to the destination, but the aborted data stream continues to be received and read by the destination, causing misalignment and potential errors

Engineering Contradiction:
Improvedata stream abortion accuracyVSAvoiddata stream alignment
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The patent embeds a location value within the data stream itself that preliminarily marks the abortion point. This allows the destination to proactively identify where the data stream should be aborted, preventing misalignment before it occurs. The location value is inserted at the point of abortion, enabling the destination to subsequently discard remaining data accurately.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If additional control channels or resources are used to abort data streams accurately, then the abortion can be precise, but the system complexity and overhead increase

Engineering Contradiction:
Improvedata stream abortion precisionVSAvoidcontrol overhead
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent merges the abortion indication with the existing data stream by embedding the location value directly within it. This eliminates the need for separate control channels or additional resources, as the data stream itself carries the information needed for accurate abortion. The location value is integrated into the data flow, combining control and data transmission functions.

Inventive Principle:
Principle #5Merging (Combining)

3Ease of operation

If the destination continues to read the aborted data stream, then no additional control logic is needed, but synchronous applications cannot transition quickly to new data streams

Engineering Contradiction:
Improveapplication operation simplicityVSAvoiddata stream transition speed
Core Design Contradiction:
Ease of operationVSProductivity

Solution Approach 1:

By embedding the location value that marks the abortion point, the system enables synchronous applications to quickly identify where to stop reading and transition to new data streams. The location value provides a clear boundary that applications can use to efficiently switch between data streams without complex control logic or prolonged reading of aborted streams.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS9621964B2Aborting data stream using a location value
Publication Date: 2017.04.11 ORACLE INT CORP
  • US9621964B2 patent drawing
  • US9621964B2 patent drawing
  • US9621964B2 patent drawing

AI summary

Techniques and systems that allow receiving a data stream and a location value. The location value, in one embodiment, is indicative of a location in the data stream at which the data stream has been aborted. This value may be determined by a sending entity and sent to a receiving entity. In various embodiments, the receiving entity may compute the remaining amount of data to be received in the data stream, and then receive that amount of data. In some embodiments, a checkpoint value may be used in conjunction with the location value to indicate an abort location for a data stream. A checkpoint value may correspond to an amount of data between successive checkpoints in the data stream. In some embodiments, upon aborting a data stream, a receiving entity receives data until a next checkpoint in the data stream.