Game Video Recommendation via Selective Failure Extraction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing game video recording methods burden game consoles with high operational loads, often resulting in interrupted gameplay or low-quality videos, and fail to effectively recommend relevant videos to users due to lack of clear game type or situation identification.

Innovation Solution

A method that uses object and script information to recommend game videos by storing and rendering videos based on 3D shape data and time-based movement information, allowing for efficient data transmission and optimal resolution adaptation to the user's device, and includes phases for detecting in-game failures and sending relevant success or failure videos for user engagement.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Quantity of substance

If real-time images are captured and saved as video files to record game play, then complete game video recording is achieved, but operational load on game console increases significantly causing interrupted or slowed gameplay

Engineering Contradiction:
Improvevideo dataVSAvoidoperational load
Core Design Contradiction:
Quantity of substanceVSPower

Solution Approach 1:

The patent extracts only the essential information from game play videos by detecting and recording only failure situations and success videos that resolve failures, rather than recording complete game play. This selective extraction reduces the quantity of video data while maintaining the most valuable content for user reference.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent segments the video recording process by dividing complete game play into distinct segments of interest (failure situations and success videos). Only these specific segments are recorded and transmitted, rather than the entire game session, thereby reducing data volume and operational load.

Inventive Principle:
Principle #1Segmentation

2Power

If picture quality is decreased to lighten the load on operation equipment, then operational load is reduced, but picture quality deteriorates and user interest diminishes

Engineering Contradiction:
Improveoperational loadVSAvoidpicture quality
Core Design Contradiction:
PowerVSManufacturing precision

Solution Approach 1:

The patent applies local quality by recording video at high picture quality only for specific segments (failure and success situations) rather than uniformly reducing quality across the entire video. This allows high picture quality to be maintained where most needed for user reference while reducing overall data volume.

Inventive Principle:
Principle #3Local quality

3Device complexity

If video is saved without additional game type or situation information, then data storage is simplified, but viewers cannot recognize game type or situation leading to poor recommendation service

Engineering Contradiction:
Improvedata structureVSAvoidgame type and situation identification
Core Design Contradiction:
Device complexityVSLoss of information

Solution Approach 1:

The patent performs preliminary action by detecting and identifying failure situations and success videos before saving them to the server. Game type and situation information is extracted and stored alongside the video data in advance, enabling proper categorization and recommendation without adding complexity during playback.

Inventive Principle:
Principle #10Preliminary action

4Quantity of substance

If complete game play videos are recorded and transmitted, then comprehensive video content is provided, but data transmission capacity requirements increase significantly

Engineering Contradiction:
Improvevideo contentVSAvoiddata transmission load
Core Design Contradiction:
Quantity of substanceVSLoss of energy

Solution Approach 1:

The patent extracts only the most valuable portions of game play videos - failure situations and success videos that resolve failures - for transmission and storage. This selective extraction maintains comprehensive useful content while dramatically reducing the quantity of data that needs to be transmitted and stored.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent applies partial action by recording and transmitting only the necessary portions of game play (failure and success situations) rather than complete game sessions. This partial recording approach provides sufficient content for user reference without the excessive data transmission load of complete gameplay.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS10123081B2Method of providing service for recommending game video
Publication Date: 2018.11.06 STOIC ENTERTAINMENT CO LTD
  • US10123081B2 patent drawing
  • US10123081B2 patent drawing
  • US10123081B2 patent drawing

AI summary

It is distinguished that, to achieve the purpose above, the game video recommendation service in this invention is provided through the following phases in presenting the service of recommending to a game user another user's' game video: (a) the phase where, based on the object information including 3D shape information of the characters, props and backgrounds constituting game videos, the script information is saved in the video server for form a video list for game play video rendering, which records data on the appearance and disappearance points of time of characters, props and backgrounds included in the above-mentioned object information as well as their movements according to time; (b) the phase where users' in-game failures are detected and sent by the above game device the server; (c) the phase where the video lists saved in the said server are searched and videos (failure videos) including the foresaid failure situations or success videos resolving such situations are extracted; (d) the phase where a message recommending the failure video or success video searched in the previous (c) process (recommendation message) is sent to the game device that has sent the corresponding failure situation; and (e) the phase where the recommendation message of the (d) process is displayed on the device.