HTTP Media Streaming Service for Low Latency CCTV

Resolve Bottlenecks,
Find Innovative SolutionsGenerate Solutions

Solution Overview

Problem

Existing media streaming systems for live video feeds, particularly in CCTV applications, face challenges with high latency and jitter due to reliance on outdated protocols like RTMP, which are insecure and poorly scalable.

Innovation Solution

Implementing a secure and scalable media streaming service based on HTTP, utilizing DASH compliant protocols, and establishing secure connections via HTTPS and WebSocket/WebSocket Secure (WSS) to minimize latency and ensure compatibility with modern web standards.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If RTMP protocol is used for live streaming, then compatibility with web clients is improved, but security and scalability deteriorate

Engineering Contradiction:

Improvecompatibility with web clientsVSAvoidsecurity and scalability

Core Design Contradiction:

Adaptability or versatilityVSReliability

Solution Approach 1:

The patent introduces an intermediary translation layer that converts RTMP protocol messages into HTTP-based protocols (WebRTC, WebSocket, HTTP/2). This mediator maintains compatibility with legacy RTMP web clients while securely transmitting video data through modern HTTP protocols, thus resolving the contradiction between compatibility and security/scalability

Inventive Principle:

Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the streaming system into distinct functional layers: RTMP protocol handling layer, translation/conversion layer, and HTTP/WebRTC transmission layer. This segmentation allows each layer to operate independently with optimized characteristics - RTMP for compatibility, HTTP/WebRTC for security and scalability

Inventive Principle:

Principle #1Segmentation

2Reliability

If HTTP based streaming is implemented, then security and scalability are improved, but latency increases

Engineering Contradiction:

Improvesecurity and scalabilityVSAvoidlatency

Core Design Contradiction:

ReliabilityVSLoss of time

Solution Approach 1:

The patent implements periodic action through chunked transfer encoding where video data is divided into small chunks transmitted periodically over HTTP/2 or WebSocket. This periodic transmission reduces buffering requirements and latency while maintaining the security and scalability benefits of HTTP-based protocols

Inventive Principle:

Principle #19Periodic action

Solution Approach 2:

The patent introduces dynamic adaptive streaming capabilities that adjust transmission parameters, buffer sizes, and chunk intervals in real-time based on network conditions. This dynamic adaptation minimizes latency while maintaining security and scalability of HTTP-based protocols

Inventive Principle:

Principle #15Dynamics

3Adaptability or versatility

If traditional media streaming pipelines are used, then protocol compatibility is maintained, but latency and jitter performance deteriorate

Engineering Contradiction:

Improveprotocol compatibilityVSAvoidlatency and jitter performance

Core Design Contradiction:

Adaptability or versatilityVSSpeed

Solution Approach 1:

The patent replaces traditional mechanical streaming pipeline components (transcoding servers, protocol converters, buffer queues) with a streamlined software-based architecture using modern HTTP/2 and WebSocket protocols. This substitution eliminates multiple processing stages and reduces mechanical delays, achieving low latency while maintaining protocol compatibility through software-based translation

Inventive Principle:

Principle #28Mechanics substitution (Replace mechanical system)

Data Source

PatentEP4211833B1HTTP based media streaming service leveraging on fragmented MP4

Publication Date: 2025.05.14 HITACHI VANTARA LLC

Figure 1
Figure 2
Figure 3

AI summary

Systems and methods described herein involve establishing a secure hypertext transfer protocol (HTTPS) connection between a media server and one or more cameras selected by a client device through a web browser application; establishing a websocket secure (WSS) connection between the media server and the web browser application of the client device; receiving, at the media server, media chunks of live video from the selected one or more cameras through the HTTPS connection; and transmitting, from the media server, the media chunks of live video received from the selected one or more cameras to the web browser application of the client device through the WSS connection.