Custom Matchmaking Rules for Virtual Experience Instance Selection
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing online virtual experience platforms use a one-size-fits-all matchmaking algorithm that fails to meet the diverse matchmaking needs of different types of experiences, leading to suboptimal player matching and increased development costs for custom solutions.
Innovation Solution
Developers can configure matchmaking for their experiences by specifying attributes and rules, allowing the system to select eligible instances that meet these criteria, separate from the core scoring algorithm, ensuring flexibility and compatibility with platform updates.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If a one-size-fits-all matchmaking algorithm is used for all virtual experiences, then the platform can maintain a simple centralized matchmaking system, but the matchmaking quality does not meet the diverse needs of different experience types
Solution Approach 1:
The matchmaking system is segmented into two independent components: (1) a centralized platform-level scoring algorithm that handles common matchmaking tasks, and (2) developer-configurable instance eligibility rules that handle experience-specific requirements. This segmentation allows each component to specialize, improving overall matchmaking quality without proportionally increasing system complexity.
Solution Approach 2:
The patent extracts experience-specific matchmaking requirements from the centralized algorithm by implementing a separate instance eligibility filtering layer. Developers can configure specific rules (e.g., skill rating thresholds, player count requirements) that are applied independently of the core scoring algorithm, allowing customization without modifying the platform-wide system.
2Adaptability or versatility
If developers implement custom matchmaking features for their virtual experiences, then they can meet specific experience requirements, but implementation becomes difficult and costly
Solution Approach 1:
The system enables developers to self-configure matchmaking behavior through a simplified interface where they can set instance eligibility criteria (such as minimum skill ratings, maximum player counts, or specific experience requirements) without needing to implement complex matchmaking algorithms. The platform automatically applies these configured rules, making custom matchmaking accessible and easy to implement.
Solution Approach 2:
The instance eligibility filtering mechanism serves multiple functions: it filters experiences based on developer-specific criteria, works alongside the centralized scoring algorithm, and can be configured differently for each experience type. This universal filtering approach replaces the need for developers to build separate custom matchmaking systems.
3Measurement precision
If developers modify the core scoring algorithm to implement custom matchmaking, then they can achieve precise matching for their experiences, but the platform loses agility and requires costly updates
Solution Approach 1:
The system separates matchmaking precision requirements from the core scoring algorithm by implementing instance eligibility filters at the experience instance level. Developers can configure precise matching criteria (such as specific skill rating ranges or experience requirements) without modifying the centralized algorithm, maintaining platform agility while achieving precise matching where needed.
Solution Approach 2:
The patent extracts precision requirements from the core algorithm by implementing a separate instance eligibility filtering layer. This extraction allows developers to configure precise matching criteria for their specific experiences without affecting or requiring updates to the platform-wide scoring algorithm, preserving platform productivity and agility.
4Adaptability or versatility
If a centralized matchmaking service uses fixed criteria for all experiences, then the system remains simple to manage, but it cannot satisfy diverse developer needs
Solution Approach 1:
The system applies local quality by allowing each virtual experience instance to have its own eligibility criteria configured by the developer, while the overall platform maintains a unified scoring algorithm. This enables customization at the local experience level without creating a separate complex system for each experience.
Solution Approach 2:
The instance eligibility filtering system is dynamic, allowing developers to configure and modify criteria for their experiences independently of the centralized algorithm. The system adapts to different experience types through configurable rules rather than requiring structural changes, balancing flexibility with manageable complexity.
Data Source
AI summary
Implementations relate to methods, systems, and computer-readable media to perform customized matchmaking. In some implementations, the method may include receiving a request from a user device of a requesting user to join a particular virtual experience, identifying virtual experience instances that are in progress, determining a first set of virtual experience instances eligible for the requesting user to join, obtaining one or more matchmaking rules that are associated with the particular virtual experience, determining a second set of virtual experience instances that satisfy the one or more matchmaking rules, determining a respective score for individual virtual experience instances in the second set of virtual experience instances based on one or more matchmaking scoring criteria, determining, based on the respective scores, a third set of virtual experience instances, and causing the user device to connect to the server that hosts a particular one of the third set of virtual experience instances.