DLNA HTTP Real-Time Transcode Transfer via Chunked Encoding

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

DLNA-based digital media servers face challenges in real-time transcoding and transferring multimedia content over HTTP due to limitations in existing protocols, such as delays caused by needing to know data size and issues with Chunked Transfer Encoding (CTE) when transferring multimedia content, leading to incomplete data transfer and inefficient use of block extension information.

Innovation Solution

A real-time transcode transfer method and system that matches playing capability information with media item resource information, allowing for direct acquisition or transcoding and HTTP chunked transfer encoding of multimedia content, using improved HTTP chunked transfer encoding mechanisms to divide data into common and ending blocks with specific length and extension information, enabling real-time transcoding and transfer without relying on RTSP or HLS protocols.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If the digital media server uses HTTP to transfer multimedia content data, then the transfer protocol is simplified and web compatibility is improved, but the server cannot real-time transfer the data because it must explicitly know the data size in advance

Engineering Contradiction:
ImproveHTTP protocol compatibilityVSAvoidtranscoding delay
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent applies segmentation by dividing the multimedia content data into multiple data blocks for transfer. Each data block is transmitted separately with its own length indicator, allowing the server to send data in real-time without needing to know the total data size in advance. This resolves the contradiction by enabling HTTP real-time transfer while maintaining protocol compatibility.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent uses preliminary action by pre-defining the data block structure with length indicators and termination conditions before actual data transfer. The server prepares the data block formatting mechanism in advance, including the use of CRLF as termination flags and zero-length block as end-of-transfer signal, enabling immediate real-time transfer without delay.

Inventive Principle:
Principle #10Preliminary action

2Productivity

If the digital media server uses Chunked Transfer Encoding (CTE) to real-time transfer multimedia content data, then the unknown data size problem is solved, but the CRLF in the data is mistaken as the ending flag, leading to data loss

Engineering Contradiction:
Improvereal-time transfer capabilityVSAvoiddata transfer completeness
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent applies the extraction principle by removing the ambiguous CRLF termination flag from the data block structure and replacing it with a dedicated zero-length block termination mechanism. This extracts the problematic termination function from the data content itself, preventing misinterpretation of CRLF sequences within the multimedia data as transfer endings, thus ensuring complete and reliable data transfer.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent introduces an intermediary mechanism - the zero-length data block with explicit termination signaling - that mediates between the need for real-time chunked transfer and the requirement for unambiguous transfer completion. This intermediary termination signal sits between the data blocks and the receiver, providing clear delimiters without conflicting with the embedded CRLF sequences in the multimedia content.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Productivity

If the digital media server uses Chunked Transfer Encoding (CTE) to transfer multimedia content, then real-time transfer is enabled, but the block extension information is not fully utilized, resulting in inefficient data block structure

Engineering Contradiction:
Improvereal-time data transferVSAvoiddata block structure efficiency
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent applies parameter changes by fully utilizing the data block extension information fields to carry additional metadata such as content type, encoding parameters, and timing information. By changing how these extension parameters are used - from being partially filled to being comprehensively populated - the system optimizes the data block structure for efficient real-time transfer while maintaining compatibility with the HTTP protocol framework.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS10051026B2Real-time transcode transfer method and system based on HTTP under DLNA
Publication Date: 2018.08.14 XIAN ZHONGXING NEW SOFTWARE
  • US10051026B2 patent drawing
  • US10051026B2 patent drawing
  • US10051026B2 patent drawing

AI summary

Disclosed is a real-time transcode transfer method based on HTTP under DLNA, including: matching playing capability information with media item resource information, and according to the matching result, acquiring data of multimedia content from a digital media server. Also disclosed is a real-time transcode transfer system based on the HTTP under the DLNA. The present document can be used to realize the real-time transcoding of multimedia content and the real-time rebroadcasting of live stream based on the HTTP under the DLNA.