Season Stage Value Ranges for Fair User Matching
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In existing season-based application programs, users entering the season at different stages face significant strength differences due to varying game durations, leading to difficulties in matching and increased server load, as users with large strength disparities cannot play together effectively.
Innovation Solution
Divide the season into multiple stages with distinct value ranges for virtual props and objects, dynamically adjusting attribute values to align user strengths and reduce disparities, allowing all users to participate equally and reducing server matching load.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If users can accumulate virtual props continuously throughout the season, then users entering early in the season gain a strength advantage, but users entering later in the season face significant strength disparities that prevent fair participation
Solution Approach 1:
The season is divided into multiple stages (first season stage, second season stage, etc.), each with its own value range for virtual props. This segmentation ensures that users entering at different times face comparable strength requirements for each stage, eliminating the advantage of early accumulation while maintaining continuous participation opportunities throughout the season.
Solution Approach 2:
The value range of virtual props is dynamically adjusted based on the current season stage. As the season progresses and stages change, the attribute value ranges are updated to maintain balance. This dynamic adjustment ensures that strength disparities from early accumulation do not persist indefinitely, allowing fair competition across different entry times.
2Productivity
If the season mechanism allows continuous accumulation of virtual props, then users can enhance their attributes, but the server experiences high matching load in middle and late stages due to strength disparities
Solution Approach 1:
By segmenting the season into stages with distinct value ranges, the system reduces the complexity of matching users with large strength disparities. Users are naturally grouped into appropriate stages based on their accumulated attributes, simplifying the server's matching process and reducing computational load during middle and late season stages.
Solution Approach 2:
The attribute value ranges are changed according to the season stage progression. This parameter change creates natural thresholds that simplify user matching, as the server can match users within comparable value ranges rather than dealing with continuous strength variations, thereby reducing matching complexity and server load.
3Device complexity
If a single value range is used for all season stages, then the system is simple to implement, but users with large strength differences cannot participate in the same scene
Solution Approach 1:
The single value range is segmented into multiple stage-specific value ranges. Each season stage has its own attribute value range for virtual props, which simplifies the matching logic by creating clear boundaries. This segmentation enables users with different strength levels to participate in appropriate scenes without complex continuous adjustment mechanisms.
Solution Approach 2:
The value range is made dynamic and stage-dependent rather than static. Each season stage defines its own value range, allowing the system to adapt to different user strength levels naturally. This dynamic approach maintains implementation simplicity while enabling broader user participation across different stages.
Data Source
AI summary
Provided are a season information display method performed by a computer device. The method includes: displaying a season stage presentation interface of an application program; in response to a first user instruction, displaying stage prompt information on the season stage presentation interface, the stage prompt information indicating that the application program is currently in a first season stage of the at least two season stages; in response to a second user instruction, replacing the stage prompt information with value prompt information of the first season stage on the season stage presentation interface, the value prompt information prompting a value range configured for an interactive object in the application program in the first season stage; and changing the value range in response to the application program switching from the first season stage to a second season stage of the at least two season stages.