Replacement Play Interface With Real-Time Operation Notifications
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Novice players struggle to understand the specific operations performed by skilled players during game replacement play, as visual observation alone is insufficient for grasping the details of the gameplay.
Innovation Solution
A computer system that provides real-time notifications and displays operation details on the first-user interface during replacement play, including command inputs, action names, and effects, which can be superimposed on or outside the game image, and includes vibration or sound notifications, with customizable settings for timing and conditions.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If replacement play is implemented allowing skilled players to perform operations in place of novice players, then the gameplay functionality is improved, but the novice player's understanding of specific operations deteriorates because visual observation alone is insufficient
Solution Approach 1:
The patent introduces a notification system that acts as an intermediary between the replacement player's operations and the original player's understanding. Text notifications displaying operation details (commands, actions, effects) are generated and transmitted to the original player's terminal, bridging the gap between watching gameplay and understanding specific operations.
Solution Approach 2:
The patent replaces the purely visual observation mechanism with a combined visual-auditory-textual notification system. Instead of relying solely on watching game images, the system substitutes in additional notification channels (text displays, sound outputs, vibrations) that convey operation details directly to the original player.
2Loss of information
If detailed operation notifications are provided during replacement play, then the novice player's understanding is improved, but the game view may be obstructed and the interface becomes more complex
Solution Approach 1:
The notification system is designed to be dynamic and adaptable. The server can selectively generate notifications based on game situations, notification conditions, and timing settings. Notifications are not continuously displayed but triggered dynamically when relevant operations occur, allowing the interface to remain clean while providing necessary information.
Solution Approach 2:
The notification information is segmented into distinct components (command notifications, action notifications, effect notifications) that can be independently controlled and displayed. This segmentation allows the system to provide detailed operation information without overwhelming the interface, as each notification type can be managed separately.
3Loss of information
If continuous operation notifications are displayed during replacement play, then the novice player can understand all operations, but the notification frequency increases and may cause information overload
Solution Approach 1:
Instead of continuous notifications, the system uses periodic or event-triggered notifications based on specific game situations and conditions. Notifications are generated at appropriate intervals or when predetermined conditions are met, reducing unnecessary notification frequency while maintaining informative value.
Solution Approach 2:
The notification system implements selective notification where only relevant operation details are communicated based on notification conditions and timing settings. Rather than notifying about every single operation, the system provides partial notifications focused on significant or instructional operations, reducing information overload while maintaining learning value.
Data Source
AI summary
A computer system displays a game image (IM1) during replacement play by a second user and a notification of operation details based on an operation input by the second user on a game screen (W1) displayed on a first terminal of a first user. The notification is, for example, a command input by the second user.