Content Data Receiving Device Buffer Sequence Continuity

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional content data delivery systems experience interruptions and noise due to data loss, compromising real-time characteristics and user experience, while attempting to prevent loss by retransmitting audio data ahead of time delays the start of playback.

Innovation Solution

A content data receiving device with a communication interface, buffer, and processor that requests retransmission when sequence discontinuity is detected, ensuring continuous data delivery by holding received data until it is retransmitted in sequence and outputting it to subsequent stages for continuous playback.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If audio data is retransmitted multiple times in advance to prevent data loss, then data continuity is improved, but transmission time increases and real-time characteristics deteriorate

Engineering Contradiction:
Improvedata continuityVSAvoidtransmission time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by requesting retransmission of lost packets immediately upon detection of sequence discontinuity, rather than waiting for complete data loss. This early intervention prevents the need for extensive pre-transmission buffering while maintaining data continuity.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The receiving device monitors the sequence numbers of incoming audio data packets and provides feedback by detecting discontinuities. When a gap is detected, the system triggers a retransmission request, creating a closed-loop feedback mechanism that maintains data continuity without requiring excessive preliminary transmissions.

Inventive Principle:
Principle #23Feedback

2Speed

If audio data is transmitted without retransmission requests to maintain real-time characteristics, then transmission speed is improved, but data loss occurs causing interruptions and noise

Engineering Contradiction:
Improvetransmission speedVSAvoiddata continuity
Core Design Contradiction:
SpeedVSReliability

Solution Approach 1:

The system implements a feedback mechanism where the receiving device monitors incoming packet sequence numbers and detects discontinuities. Upon detecting a gap in the sequence, the system triggers a retransmission request, creating a closed-loop control that maintains data continuity without significantly impacting transmission speed.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The receiving device performs self-service by autonomously detecting sequence discontinuities and initiating retransmission requests without requiring external intervention. This self-managing approach corrects data loss issues in real-time while maintaining the overall transmission speed.

Inventive Principle:
Principle #25Self-service

3Reliability

If lost audio data is corrected through retransmission requests, then data continuity is improved, but playback timing may be delayed

Engineering Contradiction:
Improvedata continuityVSAvoidplayback timing
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system requests retransmission of lost packets immediately upon detection, performing the correction action as early as possible. This preliminary correction approach minimizes the window during which playback timing could be affected, allowing the system to recover from data loss without significant delays.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS10496325B2Content data receiving device, content data delivery system, and content data receiving method
Publication Date: 2019.12.03 YAMAHA CORP
  • US10496325B2 patent drawing
  • US10496325B2 patent drawing
  • US10496325B2 patent drawing

AI summary

A content data receiving device is provided with a communication interface, a buffer, and a processor. The processor, in a case in which the sequence included in the content data that has been received by the communication interface is discontinuous, performs a retransmission request to a transmission side after causing the buffer to hold the content data, causes the buffer to keep holding the content data that has been received by the communication interface until receiving content data in a continuous sequence, and, in a case of receiving the content data in a continuous sequence, outputs the content data to a subsequent stage so that the sequence is continuous.