Cloud Broadcasting Sessions for Shared Network Applications

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Users face difficulties in broadcasting game sessions due to the need to download and configure broadcasting software, and troubleshooting issues that arise during the process, making it cumbersome and inefficient.

Innovation Solution

A system that launches a broadcasting session on a virtual server, receives video and audio data from a user device, generates broadcasting data by overlaying this content with application states, and provides it to third-party systems without requiring local installation or configuration on the user device, allowing seamless switching between applications and devices during the session.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If users install and configure broadcasting software locally on their devices, then they can broadcast game sessions, but the process becomes complex and time-consuming

Engineering Contradiction:
Improvebroadcasting capabilityVSAvoidsoftware installation and configuration
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces a server as an intermediary that hosts the broadcasting software and manages broadcasting sessions. Instead of users installing software locally, the server acts as a mediator that provides broadcasting capabilities remotely. The server receives game data from users, processes it through broadcasting software, and distributes it to viewers, thereby eliminating the need for local software installation while maintaining reliable broadcasting functionality.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent extracts the broadcasting software from the user's local device and relocates it to a remote server. By separating the broadcasting functionality from the user's device, the system eliminates the complexity of local installation and configuration. Users only need to connect to the server, which handles all software-related operations, thus resolving the contradiction between maintaining broadcasting capability and reducing device complexity.

Inventive Principle:
Principle #2Taking out (Extraction)

2Reliability

If users download and install broadcasting software, then broadcasting functionality is available, but the process requires significant time and effort

Engineering Contradiction:
Improvebroadcasting functionalityVSAvoidsoftware installation and troubleshooting time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The server acts as an intermediary that pre-configures and maintains broadcasting software, eliminating the need for users to spend time on installation and troubleshooting. The server handles all software management tasks, allowing users to immediately access broadcasting functionality upon connecting to the server, thus significantly reducing the time investment required.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system performs preliminary actions by pre-installing and pre-configuring broadcasting software on the server before users need it. The server is prepared in advance with all necessary software components, so when users connect to broadcast, the functionality is immediately available without requiring any installation or configuration time on their part.

Inventive Principle:
Principle #10Preliminary action

3Ease of operation

If users configure broadcasting software locally, then they can control broadcast settings, but the configuration process is cumbersome

Engineering Contradiction:
Improvebroadcast control capabilityVSAvoidconfiguration process
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The server acts as an intermediary that centralizes configuration management. Instead of users navigating complex local software settings, the server provides a simplified interface for configuring broadcast parameters. The server translates user-friendly configuration inputs into the necessary technical settings, thereby maintaining full broadcast control capability while dramatically simplifying the configuration process.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Reliability

If users troubleshoot broadcasting software issues locally, then they can fix problems, but the process requires technical knowledge and time

Engineering Contradiction:
Improvebroadcasting continuityVSAvoidsoftware troubleshooting
Core Design Contradiction:
ReliabilityVSEase of repair

Solution Approach 1:

The server acts as an intermediary that centralizes troubleshooting and maintenance. When broadcasting issues occur, the server's administrative interface allows operators to diagnose and resolve problems remotely without requiring users to have technical knowledge. The server manages software updates, error handling, and system maintenance, making broadcasting continuity reliable while eliminating the need for users to perform complex troubleshooting.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS12526326B1Techniques for sharing network applications
Publication Date: 2026.01.13 AMAZON TECH INC
  • US12526326B1 patent drawing
  • US12526326B1 patent drawing
  • US12526326B1 patent drawing

AI summary

This disclosure describes, in part, techniques for sharing content associated with network applications. For instance, a user may want to share content for a network application, such as a game stream for a gaming application. As such, system(s) may launch a broadcasting session on a first virtual server and launch the network application on a second virtual server. The first virtual server may then receive content data representing states of the network application from the second virtual server. Additionally, the first virtual server may receive video data representing the user and/or audio data representing user speech from a user device. The first virtual server may then generate broadcasting data using the content data, the video data, and the audio data. After generating the broadcasting data, the system(s) may send the broadcasting data to one or more computing devices associated with a user account.