Seat Map Video Streaming for Low-Latency Ticket Updates

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional methods for providing real-time data to large numbers of clients result in high server resource demands, latency issues, and vulnerability to denial-of-service attacks, particularly during peak demand for rapidly changing data, such as ticket sales, leading to stale data and user frustration.

Innovation Solution

Utilizing video streaming protocols like RTP, RTMP, RTSP, HLS, and DASH to broadcast seat maps in real-time, reducing the need for individual socket connections and minimizing latency by transmitting video streams of seat availability updates.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If a separate socket is opened for each client to provide real-time data, then latency is reduced, but server resource demands increase significantly

Engineering Contradiction:
Improvedata latencyVSAvoidserver resources
Core Design Contradiction:
Loss of timeVSQuantity of substance

Solution Approach 1:

The patent merges multiple individual client connections into a single broadcast channel. Instead of maintaining separate sockets for each client, the server publishes data changes to a single topic and all subscribed clients receive updates through this unified channel, dramatically reducing the number of concurrent connections the server must manage.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent segments the client population into groups that share common data subscription interests. Clients subscribe to specific topics based on their needs, and the server manages separate publication channels for different topics, allowing efficient targeted broadcasting without requiring individual connections to each client.

Inventive Principle:
Principle #1Segmentation

2Loss of time

If multiple sockets are managed simultaneously to reduce latency, then real-time data delivery improves, but system stability deteriorates

Engineering Contradiction:
Improvedata latencyVSAvoidsystem stability
Core Design Contradiction:
Loss of timeVSReliability

Solution Approach 1:

The patent combines multiple socket management operations into a single standardized publishing interface. The server uses a unified message publishing mechanism that handles all client updates through consistent protocols, eliminating the complexity of managing numerous individual socket connections and their associated synchronization issues.

Inventive Principle:
Principle #5Merging (Combining)

3Loss of information

If concurrent socket management is implemented to provide real-time updates, then data freshness improves, but code complexity increases

Engineering Contradiction:
Improvedata stalenessVSAvoidcode complexity
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The patent introduces a message broker as an intermediary between the data source and clients. This broker handles the complex tasks of managing subscriptions, routing messages, and maintaining connection states, while the application code simply publishes updates through a simple interface, significantly reducing code complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent implements automatic acknowledgment and confirmation mechanisms where clients confirm receipt of messages and the system tracks delivery status. This feedback loop ensures data freshness without requiring complex manual synchronization logic in the application code.

Inventive Principle:
Principle #23Feedback

4Use of energy by moving object

If blocking I/O operations are used for socket management, then resource consumption decreases, but processing efficiency deteriorates

Engineering Contradiction:
Improveserver resource consumptionVSAvoidprocessing efficiency
Core Design Contradiction:
Use of energy by moving objectVSProductivity

Solution Approach 1:

The patent implements non-blocking I/O operations that allow the server to continue processing other tasks while waiting for socket operations to complete. Multiple operations proceed concurrently without one blocking another, maintaining high processing efficiency while managing resources efficiently through asynchronous execution.

Inventive Principle:
Principle #20Continuity of useful action

Data Source

PatentUS20250348796A1Systems and methods for low latency network communications
Publication Date: 2025.11.13 AXS GROUP LLC
  • US20250348796A1 patent drawing
  • US20250348796A1 patent drawing
  • US20250348796A1 patent drawing

AI summary

Systems and methods for streaming images are described. A venue seat map is accessed from a data store. A current status of seats rendered in the seat map is accessed from memory. The seat map is updated to indicate the current status. A video stream comprising frames is generated, using a real time protocol, comprising the updated seat map indicating the current status of seats rendered in the seat map. The updated seat map is streamed in real time via the video stream to user device clients. A selection of a seat via the updated seat map is received via a message. A seat token for the selected seat is associated in memory with user. The seat map is updated to indicate a change in status of the selected seat in the seat map. The updated seat map is streamed as a video stream to clients hosted on user devices.