Authentication Server Token Management for Streaming Continuity

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Users experience prolonged interruptions and reduced convenience when streaming content due to the need for reauthentication after communication disruptions, as existing systems require reacquiring a token for resumed streaming.

Innovation Solution

An authentication server system that generates and manages tokens to allow seamless restart of streaming without reauthentication, by verifying the user's streaming status and issuing a second token for continued access when communication is reestablished.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If reauthentication is required after streaming interruption, then security is maintained, but user convenience and streaming continuity deteriorate

Engineering Contradiction:
Improveauthentication securityVSAvoidstreaming restart convenience
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The system performs preliminary verification of streaming status before issuing a new token. The authentication server checks whether the user was actively streaming the same content before granting a second token, thereby maintaining security while enabling convenient restart. This preliminary check prevents unauthorized reuse of tokens while allowing legitimate interrupted streams to resume without full reauthentication.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The authentication server acts as an intermediary between the user terminal and content server. It verifies token validity and streaming status, then mediates the issuance of second tokens based on predetermined conditions. This intermediary role maintains authentication security while streamlining the restart process by avoiding direct reauthentication between user and content server.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If reauthentication is required after streaming interruption, then token security is maintained, but streaming downtime increases

Engineering Contradiction:
Improvetoken securityVSAvoidstreaming interruption duration
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The authentication server performs preliminary verification of streaming status and token validity before issuing a second token. This preliminary check ensures security is maintained while the actual token issuance and streaming restart occurs rapidly once conditions are confirmed, minimizing overall interruption time.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system skips the time-consuming steps of full reauthentication and token revocation when predetermined conditions are met. Instead, it rapidly issues a second token after verifying streaming continuity, rushing through the restart process while maintaining necessary security checks, thereby significantly reducing streaming downtime.

Inventive Principle:
Principle #21Skipping (Rushing through)

3Reliability

If tokens are issued for each streaming session, then authentication control is precise, but system complexity increases

Engineering Contradiction:
Improveauthentication control precisionVSAvoidtoken management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The authentication server implements a universal token management system that handles both first tokens (initial authentication) and second tokens (restart authentication) through the same verification and issuance process. The system universally checks streaming status and token validity regardless of which token type is being used, simplifying the overall system architecture while maintaining precise authentication control.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The system changes the parameter of token validity based on streaming status. First tokens are valid for initial authentication, while second tokens are issued with modified validity parameters when streaming interruption and restart conditions are met. This parameter change approach maintains precise control over different authentication scenarios without requiring entirely separate token management systems.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS10764621B2Authentic server, user terminal, content server, control method for these, and computer program
Publication Date: 2020.09.01 RAKUTEN GROUP INC
  • US10764621B2 patent drawing
  • US10764621B2 patent drawing
  • US10764621B2 patent drawing

AI summary

An authentication server that authenticates a user of a user terminal that plays a content stream provided by a content server, the authentication server authenticating the user. The authentication server includes storage means that stores registration information, authentication means that, when receiving an authentication request for content designated by a first user from a user terminal that the first user is using, compares information included in the authentication request with the registration information and authenticates the first user, generation means that, if the authentication succeeds, generates a first token indicating that the first user is an authenticated user, and communications means that transmits the generated first token to the user terminal. The generation means further generates a second token relating to the same content as the content designated by the first user, and the communications means is further configured to transmit the second token to the user terminal.