Bidirectional Data File Reconstruction via Reverse Range Requests

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional HTTP protocols face inefficiencies when acquiring or sending large data files, particularly video data, as the time required for partial data requests can vary significantly, leading to prolonged waiting periods for completion, especially when multiple requests are made simultaneously.

Innovation Solution

A communication apparatus that sends data requests in a reverse direction within the data file, using HTTP GET or PUT requests with Range headers to efficiently acquire or send data by indicating ranges from the end to the start position, allowing for overlapping data ranges to be avoided and improving overall data transfer efficiency.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If multiple partial data sending requests are performed simultaneously to acquire different data in parallel, then the time to acquire all data of the data file can be shortened, but the waiting time for completion increases when respective data acquisition times differ

Engineering Contradiction:
Improvedata acquisition speedVSAvoidwaiting time for completion
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent applies bidirectional data acquisition by sending requests from both the start position and end position of the data file simultaneously. The first request acquires data from the start position toward the end position, while the second request acquires data from the end position toward the start position. This inversion of the conventional unidirectional approach allows both requests to progress independently without one blocking the other, significantly reducing the total acquisition time.

Inventive Principle:
Principle #13The other way round (Inversion)

Solution Approach 2:

The patent divides the data file acquisition into multiple segments by initiating separate requests from different positions (start and end). Each request handles a portion of the data file independently, allowing parallel processing. The communication apparatus reconstructs the complete data file by combining these segmented acquisitions, improving overall productivity while minimizing waiting time.

Inventive Principle:
Principle #1Segmentation

2Ease of operation

If data is acquired from one data file by two partial data sending requests with different acquisition times, then parallel acquisition is achieved, but one request must wait for the other to complete

Engineering Contradiction:
Improveparallel request capabilityVSAvoidcompletion waiting time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The patent implements true parallel operation by having requests progress in opposite directions through the data file. The first request moves from start to end position while the second request moves from end to start position. This bidirectional approach ensures that neither request needs to wait for the other, as they are acquiring different segments simultaneously without conflict.

Inventive Principle:
Principle #13The other way round (Inversion)

Solution Approach 2:

The patent ensures continuous data acquisition by maintaining both requests active simultaneously until their respective data ranges are fully acquired. The system continuously receives data from both requests in parallel, reconstructing the complete file without idle waiting periods. This continuous operation maximizes the utilization of network bandwidth and processing resources.

Inventive Principle:
Principle #20Continuity of useful action

Data Source

PatentUS10009408B2Apparatus for efficient reconstruction of data file
Publication Date: 2018.06.26 KK TOSHIBA
  • US10009408B2 patent drawing
  • US10009408B2 patent drawing
  • US10009408B2 patent drawing

AI summary

According to one embodiment, a communication apparatus communicates with a first device including a first data file via a network. The communication apparatus includes an indication unit and a request sending unit. The indication unit indicates a first data sending request to send first data from a first position as a start position of the first data file toward a second position as an end position of the first data file. Furthermore, the indication unit indicates a second data sending request to send second data from the second position toward the first position in the first data file. The request sending unit sends the first data sending request and the second data sending request to the first device.