JP2017538515A - A system to manage direct challenges and player changes between users in fantasy sports and other games - Google Patents

Abstract

An interactive system and method for creating games and game-like applications including direct challenge applications for building direct confrontation challenges between users is presented. A system for building and managing multiple direct challenges, application service interfaces, multiple user interfaces, challenging applications, and progress during real world events such as sporting events and player performance. Includes multiple external data services for tracking. Systems and methods are also disclosed that allow users to change or modify their fantasy player lineup during a live action sports event.

Description

  Certain disclosed embodiments relate to the field of fantasy sports systems and methods.

  Currently available fantasy sports systems prohibit in-game player replacement, which limits the enjoyment of the user and prevents the user from swinging like a real sports team coach and owner. This limitation is currently being implemented, at least in part, because the design and management of a more interactive system of player turnover presents various technical and logistic challenges. Still, many fantasy users want more interaction and flexibility, especially during fantasy match-ups when their players participate in real world sporting events. Thus, there is a need in the art for improved directory management and player turnover applications for fantasy sports systems and methods.

  Currently available fantasy sports systems monitor and record the performance of individual players as part of the means of recording competition between fantasy teams. Team results are achieved in part by individual player performance, so many fantasy users chase individual players very closely. Many fantasy sports users are eager to find ways to apply and use their individual player's knowledge more actively in contests with other users in the context of fantasy sports.

  Accordingly, there is a need in the art for improved game systems and contest applications that allow users to compete with other users in contests based at least in part on the performance of individual players.

  Beginner players represent one of the greatest risks in fantasy sports. Many beginners either do not play well or spend much of their first season on the bench. Currently available fantasy sports systems require users to treat beginners just like all other players. However, many users strongly desire a fantasy system that handles beginners in different and more realistic ways. Thus, there is a need in the art for an improved directory management system that addresses the risks and benefits associated with novice players.

  Interactive systems and methods are provided for creating games and game-like applications including direct challenge applications for building direct confrontation challenges between users. A system for building and managing multiple direct challenges, application service interfaces, multiple user interfaces, challenging applications, and progress during real world events such as sporting events and player performance. Includes multiple external data services for tracking. Systems and methods are also disclosed that allow users to change or modify their fantasy player lineup during a live action sports event.

  In some embodiments, an application service comprising a database and an external data reader that communicates with a plurality of external data services, the system for managing multiple direct challenges between users of the game application Includes a user interface for enabling access to the interface, application service interface, and program instructions for managing multiple direct and / or single challenges between users A challenge application comprising a non-transitory computer readable medium; (a) receiving a first player selected by a first user to participate in a first direct challenge; and (b) a first Receiving a second competitor who acts as a competitor for the first competitor in his direct challenge (C) receiving a performance parameter relating to the first direct challenge; (d) receiving a period relating to the first direct challenge; and (e) receiving an acceptance from the second user. And (f) deploying the first direct challenge accordingly, and (f) actual performance data for the first competitor during the period from at least one of the plurality of external data services. Instructing an external data reader to collect a second set of actual performance data for the first set of and second competitors during the period; and (g) a score for the first direct challenge Calculating a score based on a comparison of the first set of actual performance data with the second set of actual performance data; and (h) calculating the score to the first user And reporting to the second user; i) for executing program instructions for performing the storing the score in the database, and a one or more processors of a computer system coupled to a non-transitory computer readable media.

  The one or more processors have an option to present a first direct challenge on the screen to the second user and send a response consisting of an indicator selected from the group consisting of accept, reject, and counter-suggestion. One of the first direct challenges to the second user for review and correction in response to providing to the second user, receiving a response from the second user, and receiving a response equal to the reverse proposal Or, further program instructions may be executed to present multiple attributes.

The first player may include a first team and the second player may include a second team.
The first competitor may include a first group of two or more players, the second competitor may include a second group of two or more players, and the second group may include a first group Has the same number of participants as the group.

  Challenges may include real money wagers, fantasy dollars, or virtual currency. The one or more processors receive a selection of bet amount associated with the first direct challenge and further execute program instructions to apply the bet amount to the first direct challenge based on the score. there is a possibility.

  The application service interface may further comprise a challenge reporting tool for displaying a plurality of direct challenges arranged by date for one or more of the fellow users.

  The application service interface may further comprise a social reporting engine for collecting user data and storing it in a user database, wherein the user data is a predetermined subset of interactions with the application service interface. Providing demographic realities and game play behavior for at least a first subset of fellow users within;

  In other embodiments, an interactive system for a plurality of gaming activities includes: (a) a content management system comprising a plurality of game templates; a game content database communicating with a plurality of external data services; (B) a plurality of application services communicating with a content management system comprising one or more gaming applications; and (c) 1 for enabling access to a plurality of application services for a plurality of users. Or including a plurality of user interfaces, the one or more gaming applications comprise a challenge application.

  The interactive system may further include a social reporting engine in communication with the content management system for collecting user data and storing it in a user database, wherein the user data is communicated with a plurality of application services. Demographic realities and game play behavior for at least a first subset of a plurality of users in a predetermined subset of interactions.

  The present disclosure includes a system for managing in-game turnover. The system includes a player's computer database on the Fantasy Team Directory. This database contains active player data sets for players specified by the user to play in fantasy matchups, and unselected player data for players not specified by the user to play in fantasy matchups. Including set. The in-game alternation software module presents the user with a graphical user interface that lists multiple players specified by the user to play in the fantasy matchup, and the user is active during the fantasy matchup. Responsive to input to a graphical user interface by a user selecting one or more of a plurality of players specified by the user to play in a fantasy matchup that he wishes to alternate from the player data set, Presents the user with a graphical user interface that lists multiple players specified by the user not to play in a matchup, and allows the user to access during a fantasy matchup Responding to input to the graphical user interface by the user selecting one or more of the multiple players not specified by the user to play in a fantasy matchup that wants to be replaced with the active player data set Active to replace one or more of the players specified by the user to play in a fantasy matchup that the user wishes to alternate from the active player data set during the fantasy matchup Multiples specified by the user not to play in a fantasy matchup that updates the player data set and the user wants to switch to the active player data set during the fantasy matchup Configured to update the active player data set to add one or more of the players.

  The disclosure further includes a method for managing player turnover during a live fantasy competition. The method includes listing on the user's graphical user interface a list of active players selected by the user for a fantasy competition. The system becomes the inactive player by replacing the active player selected by the user to become the inactive player from the active player's directory, and the active player selected by the user for the fantasy competition. In response to the user selecting one or more of the following via a graphical user interface. A list of inactive players that can be exchanged for a list of active players is listed on the graphical user interface. The system adds one of the inactive players selected by the user to become the active player by adding the inactive player selected by the user to become the active player to the active player directory. Or responds to selection by the user via a graphical user interface.

  The present disclosure also includes a method of direct user-to-user challenge within a fantasy game system. The method includes creating a fantasy game challenge directly by a first user. Creating the challenge includes selecting a first fantasy performer and a second fantasy performer on the first graphical user interface, and first and second on the first graphical user interface. Selecting a performance parameter common to each of the fantasy performers, selecting a challenge period on the first graphical user interface, and selecting a challenge bet on the first graphical user interface Selecting a second user of the opponent who is the target of the challenge from a list of potential opponent second users shown on the first graphical user interface by the process and the first user And playing on the second graphical user interface And a step of presenting a challenge to the second of the user's hand. Input is received from the opponent's second user via the second graphical user interface indicating whether the challenge is accepted, rejected, or proposing a modification to the challenge. Input from the second user of the opponent is presented to the first user via the first graphical user interface. Challenge results are recorded in a score based on performance parameters within the challenge period. The results recorded in the score are reported to both the first and second users. The results recorded in the challenge and challenge scores are stored in the database.

  The above summary is not intended to limit the scope of the present invention or to describe each embodiment, aspect, embodiment, feature, or advantage of the present invention. The detailed technology and preferred embodiments of the present invention are described in the following paragraphs accompanying the accompanying drawings in order for those skilled in the art to better understand the features of the claimed invention. The features mentioned below and the features annotated below may be used not only in the specified combinations, but also in other combinations or in isolation without departing from the scope of the invention. Please understand that this is possible.

  The features of the various disclosed embodiments will become more apparent from the detailed description when taken with reference to the accompanying drawings.

1 is a schematic diagram of a system for game creation and management shown in one exemplary platform architecture, according to various embodiments. FIG. 1 is a schematic diagram of a system for managing direct confrontation challenges in fantasy sports or other applications, according to various embodiments. FIG. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 6 is a diagram of a sample display with an interactive user interface for a system for building and managing direct challenges, according to various embodiments. FIG. 4 is a diagram of a sample display of a list of direct challenges, according to various embodiments. FIG. 3 illustrates an interactive user interface on a display for executing a directory management system, according to various embodiments. FIG. 3 illustrates an interactive user interface on a display for executing a directory management system, according to various embodiments. FIG. 3 illustrates an interactive user interface on a display for executing a directory management system, according to various embodiments. FIG. 3 illustrates an interactive user interface on a display for executing a directory management system, according to various embodiments. FIG. 3 illustrates an interactive user interface on a display for executing a directory management system, according to various embodiments. FIG. 3 illustrates an interactive user interface on a display for executing a directory management system, according to various embodiments. FIG. 3 illustrates an interactive user interface on a display for executing a directory management system, according to various embodiments. FIG. 3 illustrates an interactive user interface on a display for executing a directory management system, according to various embodiments. FIG. 3 illustrates an interactive user interface on a display for executing a directory management system, according to various embodiments. FIG. 3 illustrates an interactive user interface on a display for executing a directory management system, according to various embodiments. FIG. 3 illustrates an interactive user interface on a display for executing a directory management system, according to various embodiments. FIG. 3 illustrates aspects of a system architecture for direct confrontation challenges, according to various embodiments. FIG. 3 illustrates aspects of a system architecture for direct confrontation challenges, according to various embodiments. FIG. 3 illustrates aspects of a system architecture for direct confrontation challenges, according to various embodiments. FIG. 3 illustrates aspects of a system architecture for direct confrontation challenges, according to various embodiments. FIG. 3 illustrates aspects of a system architecture for direct confrontation challenges, according to various embodiments. FIG. 4 is a diagram illustrating a user interface for player replacement during live game play according to various embodiments. FIG. 5 illustrates various different types of game play themes, according to various embodiments. FIG. 5 illustrates various different types of game play themes, according to various embodiments. FIG. 5 illustrates various different types of game play themes, according to various embodiments. FIG. 5 illustrates various different types of game play themes, according to various embodiments. FIG. 5 illustrates various different types of game play themes, according to various embodiments. FIG. 7 illustrates a user interface for player replacement in a direct challenge game, according to various embodiments. FIG. 7 illustrates a user interface for player replacement in a direct challenge game, according to various embodiments. FIG. 4 illustrates a user interface for investigating players before performing a challenge or turn, according to various embodiments. FIG. 5 illustrates a direct show record pop-up showing relevant historical data from a particular opponent, according to various embodiments. The figure which shows the whole line up challenge characteristic by various embodiment.

  In the following description, the present invention will be described with reference to various exemplary embodiments. Nevertheless, these embodiments are not intended to limit the invention to any particular example, environment, application, or particular implementation described herein. Accordingly, the descriptions of these example embodiments are provided for illustration only, and not to limit the present invention.

  The system and apparatus and method are more readily understood by reference to the following detailed description, examples, drawings, and claims, and their previous and following descriptions. However, it should be understood before the present devices, systems, and / or methods are disclosed and described, but the particular devices, systems, and / or methods disclosed may of course vary, so The invention is not limited to these particular devices, systems, and / or methods unless otherwise specified. It is also to be understood that the terminology used herein is for the purpose of describing particular aspects only and is not limiting.

  Throughout the following description and drawings, the same parts are provided with the same reference numerals. The drawings may not be to scale and some features may be shown in an emphasized scale or in a somewhat schematic format for clarity and brevity and for information transfer.

  The following description of the invention is provided as a viable teaching of the invention in the best presently known embodiment of the invention. Thus, those skilled in the art will recognize and appreciate that many variations can be made to the various aspects of the invention described herein and still obtain the beneficial results of the invention. It will also be apparent that some of the desired benefits of the present invention can be obtained by selecting some of the features of the present invention without utilizing other features. Accordingly, those skilled in the art will recognize that many modifications and adaptations to the present invention are possible, and in some circumstances they may even be desirable and are part of the present invention. Thus, the following description is provided as illustrative of the principles of the present invention and not in the limitation of the invention.

  Throughout, the singular includes a plurality of referents unless the context is explicitly specified otherwise. Thus, for example, a reference to a component can also include two or more such components unless the context clearly dictates otherwise.

  As used herein, a range may be expressed as from “about” one particular value and / or from “about” another particular value. When such a range is expressed, another aspect includes from the one particular value and / or to the other particular value. Similarly, when values are expressed as approximations, using the antecedent “about,” it will be understood that this particular value forms another aspect. It is further understood that the endpoint of each range may be significant in relation to the other endpoint, or may be significant independently of the other endpoint.

As used herein, the terms “optional” or “optionally” may or may not occur in the event or situation that follows, and if and when that event or situation occurs. It means that the description includes the case of not.
Game As used herein, the term game refers to activities performed for play or enjoyment, as well as game-like interactive activities used to enable the pursuit of a particular goal or purpose. In a broad sense, the games described herein are those in which the user inserts the game content itself and the game's insertions (insertions) or requests (sometimes referred to as call to action). Allows to interact with both. As described, the games and gaming interactive systems herein, including game systems for creating a superset of games, provide deeper engagement between the user and the game. As used herein, user engagement refers to the frequency of play, duration of play, and depth of interaction with game content and / or call to action. Especially in the commercial context, the deeper the user engagement, the more valuable the game. Games created and managed by the game system described herein are less costly, faster to deploy and easier to manage than games created by existing game systems.

  Fantasy sports game. Fantasy sports are competitions in which each user selects and manages an imaginary or fantasy team consisting of real players of a particular sport. Each user accumulates points according to each player's real world performance. Typically, the user takes on the role of team manager or coach, selects players in a draft procedure, trades players, active players and inactive (bench) registrations according to each specific league rule and regulation set Establish a book, change the registry, etc.

  Currently available fantasy sports systems prohibit in-game / player replacement, which limits user enjoyment and prevents users from acting like real sports team coaches and owners . This limitation is currently implemented because, at least in part, the design and management of a more interactive system of player turnover presents various technical and logistic problems. Still, many fantasy users want more interaction and flexibility, especially during fantasy matchups when their players are participating in real world sporting events.

Non-sport game. Although many of the systems and methods described herein are discussed in the context of fantasy football, the techniques disclosed herein are also useful for various sports and other quantifiable performances, Applicable. For example, FIG. 32 shows an example of game play for company stock movements, professional hockey, NASCAR®, and NCAA basketball. FIG. 33 shows an example of the game play of the reality television program result. FIG. 34 shows an example of a professional football team rushing yard and music record sales gameplay. FIG. 35 shows an example of game play of politics and news results. FIG. 36 shows an example of gameplay of weather forecasting and selection of news events in categories such as the United States, the world, politics, and justice.
System FIG. 1 is a schematic diagram of a system 100 for game creation and management, according to a particular embodiment. As shown, system 100 may include various elements that communicate with each other, including content management system 200, application service 300, user interface 400, and social reporting engine 500. The system 100 may also include a game content database 220, an active game play database 320, a user database 520, and an external data source 380. External data source 380 may include external content source 382 and external application 388.

  FIG. 1 also illustrates an example system platform architecture. The game systems and methods described herein may be provided using a self-service platform that facilitates game creation and management through a set of easy-to-use user interfaces 400. A system architecture according to various embodiments may include the components and modules shown in FIG.

  Application service interface 300 may include a REST API 370 for making independent module calls, as shown. REST (Representational State Transfer) is a form of software architecture for distributed systems such as the Internet. The REST API 370 allows for improved scalability, control of components and related rules, interface development, and deployment of additional components.

  The event handler 460 according to certain embodiments allows an inexperienced user or administrator to create, edit, modify, and update various action-event combinations without any technical programming assistance. User interface. This user interface includes access to various assets stored in a library, such as stock photo images of social media logos with clickable links, from which the user can select. This user interface also allows the user or administrator to submit a whole series of event-action relationships in a user-friendly format. For example, the user interface can include a series of drop-down menus with action, event, and rule options associated with each (eg, including usage counters, time / clock counters, etc.). . Event handler 460 takes user input and builds a series of computer instructions, such as a decision tree, for use by the game.

  The game engine or system and the user's computer device include a processor, non-transitory memory, and memory to perform each particular function and feature of the respective game engine, system, and user computer device. And a computer device having software code stored therein.

  Social reporting engine. In another aspect, the gaming system 100, according to certain embodiments, provides a range of game type and category selections and uses a module called the social reporting engine 500 to superimpose the game. It is configured to allow the creation and play of a superset of games by actively collecting user data throughout the set. The social reporting engine 500, according to certain embodiments, collects user data across multiple games over an extended period of time, which can be collected during game system registration and use, during game play, User behavior during conversations (such as answering surveys and responding to other types of call-to-action) and social media actions (such as typing “Like” and sharing content) Including. As a result, millions of potential user data profiles can be populated and updated, which can be stored in the user database 520.

User data includes initial profile data that is voluntarily provided by the user, which is typically on Facebook accounts, Twitter accounts, Foursquare history, or other integrated third-party applications. It starts with sharing information already included. The game system provider can also collect user data in a query or other way at any time during membership. User data also includes game performance for each particular game played. This includes, for example, whether a user makes an accurate prediction for a particular sport, and whether the user consistently “likes” or designates a favorite for a product, service, or company. Including. In a preferred embodiment, user data will be aggregated to derive business intelligence and other useful information without selling or disclosing personally identifiable information. User data may be provided in an aggregated or anonymized format. However, such user data is valuable. This is because user data collected and stored by the game system of the present invention can be combined with a variety of user behavior and related activity history within the game system, as described herein. Because it contains useful demographic information. This combination of demographic information and actual user behavior contributes to the value of user data collected and stored by the game system.
Direct Confrontation Challenges The systems and methods described herein include direct confrontation or direct challenge applications and systems, sometimes referred to herein as “Mano et Mano”. Direct confrontation or direct challenge as used herein refers to a direct challenge between two individual users of an application such as a game or fantasy sports application.

  A challenge application according to a particular embodiment allows a first user to create a matchup, send a challenge to a second user, monitor the matchup results, process the challenge, identify a winner, and score Can be configured to allow computing, posting and updating the leaderboard. The betting allowance may be processed / when applicable.

  The challenger (first user) and the second user do not need to be scheduled to play each other's team when the challenge is sent and accepted or when the activity that is the subject of the challenge takes place . For example, when a challenge is sent, the challenger may belong to a different league than the second user, and there may be no league at all. Thus, the challenge can be a “side challenge” outside the normal schedule of fantasy match-up games. Challenges between the first user and the second user may relate to all areas of effort, including sports, politics, entertainment, current events, and the like.

  The challenge may be built in the following broad form: “A will [surpass or defeat] B in [given performance] in [field of effort] during [this event or period]” There is. Matchup outcomes may be determined by the statistical performance of each competitor in a real world game or competition, as the case may be.

  The challenge application described herein selects the challenge theme or competitors (“A” and “B”), and “Barry Sanders, who played Marcus Sanders during this Sunday ’s football game, It can be used to create challenges such as “Rush Only Total Yards More Than Allen (Marcus Allen)”. The outcome may be determined or scored based on real world performance (rushed total yards) during a selected period (Sunday football game).

  The Mano e Mano Challenge application according to certain embodiments is configured to allow users to create matchups by selecting players or competitors from a list, database, or external source of content. obtain.

  In accordance with certain embodiments, FIG. 2 is a schematic diagram of a challenge system 1100 for generating and managing multiple direct challenges among users of gaming applications. As shown, the challenge system 1100 may include various elements that communicate with each other, including an application service interface 1300, multiple user interfaces 1400, and a social reporting engine 1500. Challenge system 1100 may also include a database 1220, a user database 1520, and one or more external data services 1280. External data services 1280 may include, for example, sports feed A 1282, content API B 1284, and sports feed B 1286.

In an alternative embodiment, challenge system 1100 may include a content management system similar to the content management system shown in FIG.
Application service interface 1300 may include a REST API 1370 for making independent module calls, as shown. REST (Representational State Transfer) is a form of software architecture for distributed systems such as the Internet. The REST API 1370 allows for improved scalability, control of components and associated rules, interface development, and deployment of additional components.

  At the logic level, the application service interface 1300 of certain embodiments includes scoring and leaderboards, user managers, pick engines 1340, match-up logic 1310, and event data handlers as shown. Includes modules for 1360. At the data level, the application service interface 1300 of a particular embodiment includes a persistence manager, a settings manager, a manual data interface, and one or more external data readers 1380, as shown. including.

  Challenge applications according to certain embodiments may be implemented using a programmed computer. The direct challenge may be a contest between competitors or competitors (or noticed competitors) in any of a variety of application areas such as sports, politics, or entertainment. The challenge is built in the following broad form: “[first competitor] [second competitor] during [this event or period]” [according to this performance parameter] there is a possibility. Challenge outcomes or scores may be determined, for example, by comparing each competitor's actual performance in a real world game or competition. The challenge application is dynamic and allows the user to build each element of a direct challenge using a user-friendly interface. The challenge application may include any or all of the game system features and functions described herein. For example, a challenge application may include access to game content or other data accessible by the system, such as photos of one or both competitors.

  In the context of a bracket game, the first and / or second player may be a player selected from any of the teams competing for brackets. The performance parameter may be “determine more points”. The duration may be “during the second period of play in the first game of each competitor of each tournament”. As shown schematically in FIG. 2, the application service interface 1300 includes match-up logic 1310. Matchup logic 1310 according to certain embodiments may include rules, logic, restrictions, and standard expressions for matchup data. The match-up data for the above example is the challenge phrase of this sample, i.e., during the "second period of play in the first game of each competitor in each tournament" by the "first athlete" May include data or attributes to complete “second competitor” and “determine more scores”.

  The pick engine 1340 according to certain embodiments is configured to present options on the screen and allow the user to select for selection. In another aspect, the pick engine 340 may include rules, logic, restrictions, and standard data representations regarding selections made by the user. For example, the pick engine 340 for a particular game may display options to the user according to rules and relevant conditions (eg, whether this user has selected a time period) There is a possibility of restricting the selection (eg, not allowing the pick to change once it is sent). The pick engine 1340 includes data representations and specific processes for each challenge defined by the matchup logic 1310.

The event data handler 1360 according to certain embodiments is configured to manage incoming data from each of the external data services 1280. Each external data service 1280 may have its own configuration of data that is different from other external data services. The event data handler 1360 includes a specific set of semantics for mapping incoming data from each of the external data services 1280 to corresponding data locations according to the matchup logic 1310.
In this aspect, event data handler 1360 parses, sorts, names, maps, and otherwise adjusts incoming matchup data that is processed according to matchup logic 1310.

  For example, the event data handler 1360 may include semantics for mapping input data for parameters such as “starter registered players” for real world events such as sports events or competitions. . Since the two players of the direct challenge may be playing different games on different days, the event data handler 1360 is a “starter registered player” to allow the construction of a direct challenge. Etc. may be configured to receive and analyze data.

  For example, the event data handler 1360 may include semantics for mapping incoming data for parameters such as “start time” for a sports gaming real world event. Since the two competitors in a direct challenge may not be competing with each other in a real-world game, each of their competitors' games may be played at different times, so an event data handler 1360 handles start times and other parameters to allow accurate collection of data for each competitor of each direct challenge—and recording in the score.

  Matchup data according to certain embodiments may have the following attributes to describe and handle direct challenges. For example, each challenge is used to build these attributes: event data, status (pending, in progress, completed, processed), as well as the source (building the challenge and then recording the challenge in the score) Data feed or content service). Each challenge has these attributes: title, mapping pattern (rules for calculating scores such as performance parameters and duration), correct answer (including references to competitors who win the challenge), and score (challenge May include questions with a defined score for winning.

  The Mano e Mano Challenge application according to certain embodiments may be configured to allow a user to build a direct challenge by selecting a competitor from a list, database, or external source of content. Information about upcoming competitions and games may be obtained from various external data sources 1280 and optionally presented to the user in a drop-down list or other user-friendly interface. The challenge application may use a manual data interface to allow the challenge to be built by the user without reference to external data.

  In another aspect, the challenge application automatically selects and creates a number of direct challenges among and among the various competitors, and then allows the user to use them in direct challenges against fellow users. May be configured to propose such a challenge.

In certain embodiments, each external data source may have its own corresponding external data reader, and further, the external data reader has its own corresponding event data handler. use. In this aspect, the system may include multiple external data readers 1380 and the event data handler 1360 may include multiple data handlers that work together to collect and organize data. There is.
Direct Confrontation Challenge Game Play The following description and figures describe an example process for building a direct or direct confrontation challenge. The direct challenge is built in the following broad form: “[First Competitor] [Second Competitor] [Overcomes According to this Performance Parameter] During [This Event or Period]” There is a possibility that. In the following example, the first user (Kehoesabé team) sends a direct challenge to the second user (Dragon Army team), and the first competitor (no Alleged that Sean Moreno will achieve more total yards than the second competitor (Matt Forte), betting a non-currency bet amount of 500 fantasy dollars, Pay 99 cents to cover both players.

  In an alternative embodiment, the first user may send a direct challenge to all of that user's friends, to all users of a particular group or category, or to all users of the entire system. is there. In this aspect, a direct challenge may be constructed and sent to the user's selected group as an invitation to compete.

  FIG. 3 shows screen 10 and includes a start button 20 (labeled Mano Start) for initiating the process of building a direct challenge. Next, when button 20 is selected, the challenge application according to a particular embodiment may be a team or opponent (or group, league, or other user in the user's contacts, as shown in FIG. ) May be opened. In this example, each team represents a fantasy sports team that is a collection of players selected by a particular user. In this aspect, the team list 30 effectively represents a list of users.

  In this example, the first user is the user who owns the Kehoe Sabe team. The first user may select an opponent-where the first user selects a dragon army team-then, according to certain embodiments, the challenge application is shown in FIG. As shown, a screen listing the challenge attributes 40 is opened. Attributes 40 are my player 41 (or first player), your player 42 (second player), stats 43 (performance parameters), time frame 44 (period), fantasy dollar 45 (for results) Optional non-currency betting allowance) or real-world money betting allowance, option 46 (for paying a direct challenge feature provider or other participating entity), and (all attributes selected) A selectable icon for challenge send 47 (to send a direct challenge after being done).

  As shown in FIG. 6, in response to selecting my player 41 according to a particular embodiment, the challenge application may be selected as the first competitor for the direct challenge (the first user himself Open the Athlete's screen. In this example, the first user selects a player named No Sean Moreno. The list of competitors may be limited to those already included in the user's team, or the list may include a general pool of players including all players. The user may be given the ability to perform a survey for each member of the list of available players. An example of a survey screen is shown in FIG.

  As shown in FIG. 7, in response to selecting your player 41 according to a particular embodiment, the challenge application may be selected as a second competitor for a direct challenge (second user's Open the competitor's screen. In this example, the first user selects a player named Matt Forte.

  As shown in FIG. 8, in response to selecting stats 43 in accordance with a particular embodiment, the challenge application opens a screen of statistics or other performance metrics that are available for this particular competition. In this example, available metrics include touchdown, receive, and yard. In this example, the first user selects a yard. For basketball games, for example, available metrics may include rebound, free throw, and three point goals.

  As shown in FIG. 9, in response to selecting a time frame 44 in accordance with a particular embodiment, the challenge application may be available for a period, duration, or other time period that is available for this particular competition. Open the restricted parameter screen. In this example, the available time slots include quota, half, day, and week. In this example, the first user selects a day.

  As shown in FIG. 10, in response to selecting a fantasy dollar 45 according to a particular embodiment, the challenge application opens a screen for a non-currency bet amount. In this example, available wagers include $ 100, $ 500, $ 1000, and all $ on hand. In this example, the first user selects $ 500.

  As shown in FIG. 11, in response to selecting option 46 according to a particular embodiment, the challenge application opens a screen of payment options. In this example, available payment options include “every $ 0.59 player” or “cover both players for $ 0.99”. In this example, the first user selects “Buy both players for $ 0.99”.

  As shown in FIG. 12, in response to selecting challenge transmission 47 in accordance with a particular embodiment, the challenge application sends a direct challenge to a second user (the owner of the Dragon Army team). A notification 50 confirming this is displayed. If no second user is selected, the challenge may be published or displayed to the selected subset of users or all users as an invitation to compete.

  FIG. 13 illustrates a direct challenge presentation to a second user according to a particular embodiment of a challenge application. As shown, the challenge application may display two competitors (with relevant information), challenge metric ("total yard"), duration (date), and fictitious betting allowance There is. The screen may also include a message for which the user has paid a fee.

  As shown in FIG. 13, a challenge application according to certain embodiments includes a screen of a response attribute 60 for use by a second user upon receiving a direct challenge. The response attribute 60 includes selectable icons for accept 61, reject 62, and reverse challenge 63. In response to selecting accept 61, the challenge application sends a notification to the first user that the challenge has been accepted without change. In response to selecting reject 62, the challenge application sends a notification to the first user that the challenge has been rejected. In response to selecting reverse challenge 63, the challenge application provides the second user with a series of screens with selectable icons for making changes to the attributes of the direct challenge. When completed, the challenge application provides a “send challenge” icon to the second user to send back the revised challenge (reverse challenge) to the first user for consideration.

FIG. 14 shows a list 70 of challenges on the screen. In response to selecting the icon labeled challenge 22, the challenge application displays a list of challenges 70 with one or more filters or categories. In this example, the list 70 includes the name of the opponent user (second user), the title of the challenge, the score, the date, the status (winning or losing), and the amount of wagers, if any. Direct confrontation record pop-ups may also be provided to the user as shown in FIG. 40, which shows relevant historical data from a particular opponent. The user can also send out a full line up challenge as shown in FIG.
A challenge application according to certain embodiments, such as a 2 to 2 direct challenge, allows a user to run a 2 to 2 challenge, ie a contest between two first and two second competitors. Can be configured to allow construction. In this aspect, the first competitor may be a group of more than one person, the second athlete may be a group of more than one person, and both groups have the same number of participants. Have. In this embodiment, each pair of opponent competitors may have their own performance parameters (eg, lashing yard or total yard) and may have their own betting allowances and / or fees. Yes, the duration could be long enough to include some real world games. In this aspect, the challenge application may be configured to allow for the construction of challenges with more than two competitors on each opponent side—or the entire team.
Social Reporting Engine for Challenges In another aspect, a challenge system 1100 according to certain embodiments allows for the creation and play of multiple direct challenges, and a module called a social reporting engine 1500 as shown in FIG. Is designed to actively collect user data across a superset of challenges between users. The social reporting engine 1500 according to certain embodiments can monitor user behavior over a long period of time-across multiple games-during game system registration and use, during game play, during interaction, during social media actions, and during challenges. Include—Collect user data, resulting in data entry and updates of potentially millions of user data profiles that can be stored in the user database 1520.

User data includes profile data provided voluntarily by the user. Challenge system and / or game system providers may collect user data from time to time by inquiry or other means. User data was played, including, for example, whether the user makes an accurate prediction of a particular sport and whether the user consistently likes or likes a particular product, service, or company Includes game results from specific games. In a preferred embodiment, user data is aggregated to derive business intelligence and other useful information without selling or disclosing personally identifiable information. User data may be provided in an aggregated or anonymized form, but such user data is collected and stored by the gaming system of the present invention as described herein. The user data is valuable because it contains a variety of useful demographic information combined with user behavior and relevant activity history within the gaming system. This combination of demographic information and actual user behavior contributes to the value of user data collected and stored by the game system.
Crowd Knowledge from Challenges In another aspect, the social reporting engine 1500 according to certain embodiments analyzes several direct confrontation challenges for each subject over a predetermined period of time to identify crowd knowledge about a particular subject. Includes a crowd knowledge module for ranking. In use, the module may identify the subset of challenges that are most often correct for a particular subject and build a report for that subject for the customer.

  In this aspect, the crowd knowledge module investigates specific subjects (sports, movie awards, etc.), identifies the most likely correct challenge for the subject, and makes their predictions over a period of time for consistency and accuracy. Given a task to analyze. Since challenge system 1100 includes a large number of players participating in multiple direct confrontation challenges over a long period of time, the most likely correct challenge represents the crowd knowledge of all players using the challenge system. In a commercial context, crowd knowledge is valuable because it represents out-of-the-box business intelligence that is useful in a variety of contexts.

In a related aspect, the social reporting engine 1500 according to certain embodiments may identify a subset of users who are most likely to win a challenge for a particular subject (ie, a crowd guru) Includes a crowd guru module for analyzing and ranking a number of direct confrontation challenges per user and per subject over a given period of time. In use, the crowd guru module may identify users who are most likely to win the challenge on the subject and may report identifying information or their guru to the customer.

  In this aspect, the crowd guru module finds users who are most likely to win a challenge for a particular subject (sports, movie awards, etc.) and identifies each such user as a crowd guru. According to certain embodiments, each user's challenge is analyzed over time for each subject to determine one or more users who are most likely to win the challenge. Since the gaming system includes a large number of players participating in multiple direct confrontation challenges over a long period of time, the user who is most likely to win the challenge can be identified as a crowd guru for that particular subject. In a commercial context, game challenges made by a crowd guru or a subset of a crowd guru are valuable because they represent ready-to-use business intelligence that is useful in a variety of contexts. The crowd guru module scores users on the number of wins for a particular vertical challenge and aggregates the challenges made by the best masters (crowd guru performers who are members of a roll list based on recent results) And analyze the data using social reporting engine 1500 and other tools and use that data, for example, as a crowd group for sale as presented in the business intelligence reporting console described herein. Generate data.

  According to a particular embodiment, the crowd guru module determines the best performing user in each game category by aggregating challenge scores and wins over time by category or by other selected metrics. Identified and configured to maintain a rolling subset of top performers. For example, the top 5% winners of Monday Night Football Challenge, the top 10% winners of the challenge during March Madness.

  In this aspect, the challenge system 1100 and the social reporting engine 1500 may: (a) the crowd knowledge associated with a particular topic based on the actual winning / losing performance of the crowd guru in a subset of direct confrontation challenges for the topic And / or (b) can be used to identify crowd guru performers. Unlike existing tools, sometimes called prediction engines, the crowd knowledge module and crowd guru module are based on actual performance in direct confrontation challenges.

In-Game Directory Movement The currently available fantasy sports system is a formal register used to establish or modify user registries, including team registries (trade, weber, and free agent pickup). Selected by the user during a draft procedure or other procedure). Prior to an upcoming game or subset of games, the user selects a set of players from the active registry from the team registry before the deadline. The remaining unselected players are left in the user's bench registry. During a subset of upcoming games, the fantasy sports system follows and evaluates the player's performance in the Active Directory during each live game that each player participates in, and signs points related to player achievement. To do.

  Active substitute. The registry management system described herein includes an active replacement. According to a particular embodiment, the active supplement list describes a list of players selected from the user's team directory that are available for replacement during a live real world sporting event or game.

  In one embodiment, the active substitute includes a subset of one or more players selected by the user from the bench directory prior to the start of the subset of games. Alternatively, the active supplement list can include all players in the bench registry and does not require user pre-selection. Providing an active supplement list allows the user to shake the coach or manager to work during a real game.

  In operation, the directory management system allows users to select active players, multiple active players, selected groups of players, or entire teams from active prosthetics while a fantasy matchup is in progress. And an in-game replacement module configured to allow replacement with one or more alternate players or teams.

  Because active players from the active directory may be participating in different live games at different times, the in-game replacement module will be listed in the active fantasy matchup, in other words, in the active directory. One of the user's players may be configured to first identify and select a matchup that is currently playing in a live game. For example, in the NFL Fantasy League, a subset of games may include a football game that is played during a particular weekend, ie, Thursday and the next Monday night. Active players from the Fantasy Active Directory may be participating in different football games at different times during this period. The in-game turn module may be configured to monitor and control the turn timing to be consistent with each active player's participation in the live game. In various embodiments, this module is referred to herein as feed data 25 and can receive one or more active feeds of information, described below.

  The system architecture is Yahoo! Allows easy integration of directory management systems (including in-game turnover) into their existing fantasy sports applications such as those provided by (registered trademark), CBS, ESPN, NFL, etc. A service interface 400 is included. The directory management system using the service interface 400 can also be operated as part of a separate or independent fantasy sports system.

  The active register to take turns applies equally to non-sports events such as stocks, essentials, actors / prize, current events, politics, movies, and other quantifiable types of performance by people and goods. obtain.

  The active directory function may allow a turn to occur at any time, not in an established break time, a predefined break time, or other defined time window. The active directory function may also be applied to normal game play and direct challenge in certain embodiments.

  FIG. 37 and FIG. 38 show a user interface for changing a player in a direct challenge game. FIG. 37 shows the user selecting a button to access the list of challenges. Thereafter, in the upper part of FIG. 38, the user selects the “Replace” button to alternate the players participating in the challenge. A selection screen will then appear, offering alternative player options. Alternate features can be provided free of charge or at an additional cost as shown in FIG. The user then confirms the selection. The system can provide an alternate result message such as the lower screen of FIG. Alternation can also be performed with regular league payments.

  FIG. 15 is a screen shot of a graphical user interface and display on an interactive device with which a user can receive information, identify and select a player, and perform a turn. Display 10 is a directory management as described herein, with a variety of useful information from various sources regarding one or more fantasy sports activities, such as a list of scores, news feeds about games and players. Multiple menus and submenus for accessing and executing various elements of the system can be included.

  FIG. 15 shows a menu of options that includes my team 40. The display of my team 40 shown in FIG. 15 may include, for example, a list of active registries selected by the user for an upcoming subset of games. As shown in this example, the active registry may include Drew Brees as a quarterback, McCoy and Charles, etc. as running backs. The display of FIG. 16 may also include an active prosthetic icon 50 (illustrated using stars and the letters “AR” in this example). Icon 50, when selected, allows the user to access the active prosthetic features described herein.

  Selecting a player in the active supplement list, according to certain embodiments, may include selecting 100 the AR icon 50, for example by finger touch or mouse click. FIG. 16 shows a smaller window 60 that prompts the user to select and activate a single player or all of the bench registries (step 110) and then confirm the selection (step 115). FIG. 17 shows the options presented in this embodiment. Note that this screen shows that a fee is charged to perform the turn. However, the replacement fee is optional. Alternatively, a given league user can receive a given number of free turns before a fee is charged.

  A replacement module according to a particular embodiment is shown in the drawing beginning with FIG. As shown, my team's display can include buttons or icons that, when selected, allow the user to access the in-game alternation features of the system described herein. . In the example shown in FIG. 18, button 70 is labeled “Edit Line Up” and may be selected using a finger touch, mouse click, or other pointing and selection device. .

  As shown in FIG. 18, the next screen display on the interactive device may include a display of a list 30 of fantasy league names 20 and / or team names selected by individual users. According to certain embodiments, selecting one of the league names 20 includes one or more with other people in the system, including a list of the user's active registries as shown in FIG. The status of the active contest can be displayed. As shown on the display, the league name is “Interstate Football League” and the contests between users are called “Kitchen's Crew” and “Keho Save”. In this example, a user called Keho Save may be called a primary user. This is because the user has the authority to access and operate the interactive device shown in this figure. The main user's team name (keho save) is highlighted. The kitchen crew's active register or “starter member” is listed in the left column, and the kehor save active register is listed in the right column. According to certain embodiments, the players in the active user's active registry who are currently participating in a live game may be highlighted. As shown in FIG. 18, the highlighted player includes “D. Breeze QB” and “J. Charles RB” in the right column. As shown, the display may include statistics or performance information about the player. Since the highlighted player is currently participating in a live game, the in-game alternation feature allows the user to alter, ie replace the selected active player with the selected player from the active prosthesis Can be configured.

  According to certain embodiments, selecting one of the highlighted players of FIG. 19 (step 210) can cause the system to display various information about the selected player (FIG. 19). As shown). The display can include any of general information, statistics, news, comments by others, information about the game in progress, and various other types of information about the selected player. In this example, FIG. 19 displays information about Drew Breeze.

  The display includes a series of icons or buttons that include a replacement icon 72 (illustrated using a circular symbol with an arrowhead and the word “replacement” in this example), as shown in FIG. Can do. Clicking or otherwise selecting the replacement icon 72 indicates that the main user wishes to select this player for replacement in a live game.

  As shown in FIG. 20, the in-game turn module can then display a selection window 74, which, according to certain embodiments, replaces the selected player. And a list of players from the active substitution list that is also available for replacement. A possible turn is a person who plays the same position or role in the sport. For example, only running back can be a possible alternation to replace the running back. As shown in FIG. 20, the selected player to be replaced is Drew Breeze (quarterback), so the in-game alternation module is responsible for the quarterback available on the user's active supplement list. The list is configured to be displayed in the selection window 74 (here, Quarterback Andrew Luck and Jay Cutler are available). According to certain embodiments, player availability is determined according to a predetermined set of conditions, discussed in more detail below.

  As shown in FIGS. 20 and 21, the user can select and activate one of the players (step 230) and then confirm the selection (step 235). In this example, the primary user selects Jay Cutler. After the turn has been made, the system can display the primary user's updated active registry or “starting member” as shown in FIG. 21 (in FIG. 21, “J. Cutler”). QB "appears in the right column). Similar examples showing running back selection and replacement are shown in FIGS.

  Reporting is another aspect of the in-game replacement module according to certain embodiments. As shown in FIG. 22, the user views the replacement player, J. in this example, to see a message window 76 that displays data about the replacement event. A score achieved by the Cutler QB can be clicked (step 300). As shown, the message window 76 includes a score or other data achieved for the player involved in the substitution, along with a message regarding the outcome of the substitution (eg, whether the substitution was a good call). Can do. The message window 76 may also include a variety of other information, including statistics, real points recorded in the score, fantasy points recorded in the score, time stamps related to replacement, and other information. it can. A similar example showing a report of the results of a running back turn is shown in FIG.

Availability condition. The registry management system according to a specific embodiment determines whether a certain player is available for in-game alternation according to a predetermined set of conditions.
Most sporting events progress according to multiple periods with possible periods of overtime play. The replacement occurs when the active player is replaced by the replacement player according to a set of availability conditions.

  An active player must be (1) currently included in the user's active register and (2) not currently playing in a real-world game that has not yet entered the final period of play in order to become eligible Don't be. In other words, the active player needs to currently “play” in a fantasy matchup (a game between two fantasy teams). In the example described above, the quarterback Drew Breeze has been highlighted in the display 10 as an active player available. This is because he is currently playing in a football game that is included in the user's active register and has not yet entered the final period.

  In order to become qualified, the replacement player, in certain embodiments, (1) plays the same position as the active player, (2) is placed on the active supplement list before the deadline, and (3) It may be limited to players that are currently playing in a real world game that has not yet entered the final period of play or that are scheduled to play in a real world game that has not yet begun. In the example described above, two quarterbacks, Andrew Luck and Jay Cutler, were displayed in the replacement player selection window 74. Because each player (1) played a quarterback, (2) was on the user's active supplement list, and (3) was playing in a football game that was not yet in the final period, Because it was either scheduled to play in an upcoming football game that has not yet begun. The pool of potential replacement players can be expanded to include available free agents.

  A final duration condition may be imposed to follow a limited substitution opportunity that may require that a substitution be made only at the end of the play period, as described in more detail below. In this regard, there should be no further replacement opportunities if the active player is currently playing in a game that has already entered the last play period.

  The final period used herein is for regular or regular play periods, such as football and other sports overtime, baseball extended innings, hockey penalty shootouts, and soccer “loss time” periods. It can be an extra play period that follows. If a change is required during the final period of normal play, the system will ensure that the change occurs during the next opportunity, i.e. after the end of normal play and the start of overtime play. Can be configured to allow. If a turn is requested and there is no overtime, the system can issue a credit to the user for the request.

  Duration. The active supplement list can be used during any of a variety of time periods. For example, in the fantasy season, the time period involved is (a) an entire season that spans multiple weeks, including the playoff period, (b) the entire set of regular games in the season, not including the playoff game, ( c) a subset of games within a season (eg, all games played during a single week or a group of weeks during a day or weekend), (d) time during a single game A subset (eg, one quarter of a football game, or 1/2 inning of a baseball game). The directory management system may be configured to manage and adjust the duration or duration during which active prosthetic features are available to the user.

  Fees are another aspect of the registry management system. For example, active prosthetics and in-game alternation features may be provided by certain league operators or other managers free of charge, at a single fee per period, or for some other user-related fee. League operators charge a single fee per period (eg, whole season, subset of games, single game, single period), for example, for unlimited use of active pros and in-game alternation features can do. For example, the league manager may charge a first fee for a predetermined number of shifts X and charge a second fee for each subsequent shift Y. The league manager may also choose to charge a higher fee for elite players or critical positions, for example. In this aspect, the directory management system described herein is configured to allow a league operator to establish any of various fee systems for use of the features and functions described herein. Can be done.

  The number of substitution events allowed is another aspect of the directory management system that can be configured and customized according to league managers or other managers. For example, the system can be configured to allow an unlimited number of turnover events. For example, for an active supplement list that includes eight players, the user can perform up to eight substitutions at each opportunity available during a live game. When the active player is replaced, he becomes part of the active replacement list and is therefore available for the next opportunity turn. Similarly, if an active substitute player is activated and then returned to the bench, that player is available again for the next opportunity turn. In this aspect, the selection of eight players in the active substitution list creates a set of eight substitution events for each substitution opportunity, including any active player and / or any active substitution player.

  In different examples, the directory management system may be configured to allow a limited number of turnover events. For example, for an active supplement list containing eight players, the user may be limited to a total of eight substitution events during a single live game, and no more. The system can also limit a player's repeated use, for example, if an active player is replaced, the system will place him on the bench register instead of the active alternate list, thus replacing him. Can be made unavailable. Similarly, if an active substitute player is activated and subsequently replaced, that player is placed on the bench register and is no longer available for replacement.

  Opportunity for change. The number of alternation opportunities may be limited to a predetermined list according to certain embodiments of the directory management system. In other words, the directory management system may be configured to allow replacement events to occur only during one or more predetermined times. For example, the system may allow a replacement event to occur at the end of a play period (of course, excluding the final period because the game is over). The turn opportunity window begins at the end of the play period and stops at the beginning of the next play period. The request to perform the alternation can be made at any time according to certain embodiments, as described below.

  For example, in NFL football, the system can be configured to allow a shift to occur at the end of each quota. The replacement opportunity time window begins at the end of the quota and stops at the beginning of the subsequent quota.

  The final period used herein may be an extra play period following a normal or regulation play period, such as football and other sports overtime. In the case of overtime, the time window begins at the end of the last normal play period and ends at the end of the overtime period relative to the beginning unless the user makes another turn. The substitutions persist until the end of their game or until they are replaced by another player.

  In an alternative embodiment, the directory management system replaces the player during a real time alternation event, i.e., active play in a live game, e.g., replaces a quarterback after a snap but before throwing a pass. And / or may be configured to allow a wide receiver to be replaced while football is in the air.

  This aspect is shown with respect to bracket style play in the user interface shown in FIG. The left screen is related to football and the right screen is related to NCAA basketball, but the underlying concepts are the same regardless of the subject sport or event. The user selects a player to change and is presented with an alternate screen similar to that discussed with respect to FIG. The user makes their alternative selection and confirms the replacement. Extra fees may be charged for replacement.

  The system may alternatively be configured to allow only one alternate event at or during the occurrence of one predetermined time or event during the game (eg, at half-time).

  This system can be recognized by the directory management system during a game, for example during a timeout, during a period when the official clock is stopped, after a change of position, during a commercial time, or as a finite or separate time window It may also be configured to provide a number of replacement opportunities during this period. In this aspect, the directory management system, to some extent, the availability of incoming data feeds (from real world sporting events) and the level of detail contained within each such data feed. Rely on. In another embodiment, the system may be configured to allow alternate events to occur between two separate events in the game. For example, in NFL football, the system can allow a defense player to be replaced, such as between the beginning of an offense drive and the end of the offense drive.

  A replacement request according to certain embodiments may be received and processed by the directory management system described herein at any time prior to a future replacement opportunity. In other words, the directory management system may be configured to allow a user to send a request at any time and instruct the system to perform a specific alternation at a future alternation opportunity. The replacement opportunity can be the next available opportunity (eg, the end of the next play period) or some future opportunity (eg, half-time or the end of the last period of regulation play (in this case, the request is over It should only be executed if there is a time period))).

  For example, during the first few minutes of play in an NFL game, the user requests that the system perform a quarterback turn at the next available opportunity that may end the first quota. Can be sent out. The current quarterback completes the first quota of play, and the system should perform a turn to ensure that the replacement quarterback starts playing when the second quota begins. In this aspect, the directory management system provides the user's active coaching experience during all periods of play and performs substitutions only during a predetermined substitution opportunity time.

  The time window for sending the replacement request should be limited by the directory management system if properly configured. For example, the system can be configured to require the user to submit a request at least one minute before the end of the play period. At this deadline, the system should stop receiving replacement requests at the end of the period. A “late” request should be executed at a future opportunity, either at the next available opportunity or at a user-selected future opportunity.

  notification. The directory management system may be configured to monitor real world events and send notifications to users. As shown in FIG. 26, service interface 400 accesses user registry data, receives, parses, and otherwise processes real-world information input from feed data 25. And can include a notification engine 420 configured to prepare and send various notifications including information of interest to the user. The notification may include information about a player in the user's active directory, bench directory, or active alternate list (or about another user's player), such as player performance or current statistics.

  The notification engine 420 may also be configured to process the data, report current information about the associated player or game, and generate notifications to the user that suggest replacements. In this aspect, such a notification can serve as a proactive proposal prepared by the directory management system that is intended to prompt the user to consider a player change. The notification engine 420 may include, for example, player injuries (user players and opponent players), game scores, player performance trends, weather, player penalties, players returned to the bench or exited, player status (elapsed Such as play time, pitch count, shots shot, etc.) may be configured to create such notifications based on any of a variety of real world events.

  Using an NFL football game as an example, coaching decisions typically change whether and when one team achieves a large point lead relative to another team. The losing team usually passes the ball more often, rushes less frequently, the receiver that passes has more opportunities to score fantasy points, and the running back Create scenarios with fewer opportunities to get point scores. In this scenario, a fantasy user (such as a losing team coach) can choose to take turns, for example, his strongest passing receiver can be the active player.

  A large point difference can also cause the winning team coach to return one or more starting players to the bench. While returning to the bench, these players will not be able to record fantasy point scores, so the user will certainly have the ability to score his fantasy team to score points. You may want to take turns from his active prosthesis.

  Player injuries can sometimes dramatically affect coaching decisions. While a player is injured, that player cannot record fantasy points in the score, so the user may want to take turns. Player injuries can also generate notifications about opponent players. For example, if the primary defensive player responsible for preventing the wide receiver from catching a pass is injured, the less capable defensive player is most likely to play instead. This change can affect the fantasy user's decision to replace one or more wide receivers, which will probably score points in the score during the rest of the game More likely to be able to. In this aspect, receiving a notification regarding a single player or event not only affects the user's determination regarding that player, but may also affect the determination regarding the opponent player.

  Notification engine 420 creates notifications based on any of a variety of fantasy-related events, including but not limited to situations where fantasy users may have specific opportunities to score additional points in the score Can also be configured. For example, in a fantasy matchup, suppose that a fantasy user's opponent plays all his players and completes his game for the week. A fantasy user may have one or more players that have not yet played. The notification engine 420 calculates the points needed to win, “The SanderZon team scored 136 points and his game for this week is complete. Win the matchup with Sanderson. In order to do this, at least 34 points are needed from the remaining players A and B (or from the replacement if a substitution is made). ”Can be sent to the fantasy user. In this aspect, the system provides a notification so that participating fantasy users can take turns associated with one or more real world events to improve their chances of winning a fantasy matchup. Have an opportunity to make active coaching decisions that include.

  Any of a variety of potential scenarios that prompt the notification engine 420 to generate and send a notification to select a user can evolve in a real game. According to certain embodiments, the notification engine 420 generates notifications in response to all events that typically have an impact on decisions made by real-world games or active coaches in fantasy matchups. Can be configured to. In this aspect, the system generates a notification so that participating fantasy users have the opportunity to make active coaching decisions, including turns, in response to real world events that occur during an active game It becomes like this.

  Record to score. The directory management system may be configured to monitor and record fantasy points recorded in the score by all the various players participating in the fantasy matchup. As shown in FIG. 26, the service interface 400 may include a fantasy score handler 440 configured to perform the function of recording the score according to a set of rules.

  In the context of a shift, the active player generally earns fantasy points for his performance during any period before the shift is performed. The replacement player then earns points based on his performance during the remaining play period (or until the player is replaced by another replacement). However, for games that occur at different times, the fantasy score handler 440 may be configured to adjust the score recording according to various factors including the exact time at which certain events occur.

  A feature that allows for in-game turnover in fantasy matchups is that the player's availability conditions (the real game is in the last play period) when the player is not usually playing at the same time or in the same real world game. Multiple data, including whether or not entered, as described above, alternation opportunities and time windows (eg, during the play period, as described above), and recording fantasy point scores Brings processing challenges.

  In accordance with the timing requirement elements of the availability conditions described above, an active player is usually qualified only when currently playing in a real world game that has not yet entered the final play period. However, the player need not be currently playing to be replaced. The system can handle freeze, neutral, and crossover alternation whether the game is simultaneous, one in front of the other, or vice versa. At the same time, if the game clock is not an issue, the system will alternate at the end of the period / quota. The main general rule is that the user cannot switch back in time with respect to quotas / periods, but can only switch during future quotas / periods, ie the user can switch players during that period Only players who have not yet started the desired period can be replaced.

  Whether the replacement player is (a) currently playing in a real world game that has not yet entered the final play period, or (b) is scheduled to play in a real world game that has not yet started Qualified only when it is either. This set of conditions yields three possible scenarios.

  The first scenario occurs when the replacement player is scheduled to play in a real world game called Game 2 that has not yet started. The user issues a request to replace the active player of game 1. The fantasy score handler 440 records the requested time both in real world standard time and relative to the game 1 clock. For example, the request is made when 2 minutes and 30 seconds have elapsed on the clock during period 2 of game 1. The game 1 clock in this example can be recorded as 2:02:30 (period 2:02 minutes: 30 seconds).

  In a directory management system that performs a substitution only at the end of the period, the active player substitution should not be effective until the beginning of period 3 of game 1. The active player should continue to record fantasy points in the score until the end of period 2. For game 2 (not yet started), controlled by fantasy score handler 440 for recording to score, the replacement player will play and play fantasy until the first new play in period 3 of game 2 • Should not “start” recording points to score.

  In a directory management system that performs substitutions on demand, the active player substitution should be "immediately" effective with the start of the next new play after the game 1 clock has passed 2:02:30. It is. Controlled by the fantasy score handler 440 for recording to the score, the replacement player “starts play until the start of the first new play after the game 2 clock has passed 2:02:30. “I should n’t. In this aspect, game 2 has not yet started in real time when a change is requested and executed, but the change is timed according to the respective game clock.

  The second scenario occurs when the replacement player is currently playing in Game 2, (a) Game 2 has not yet entered its final play period, and (b) Game 2 starts after Game 1 And / or when a time shorter than the game 1 clock has elapsed on the game 2 clock. The user issues a request to replace the active player of game 1. The fantasy score handler 440 records the requested time both in real world standard time and relative to the game 1 clock, and this requested time is 2:02:30 (period 2:02 minutes: 30 seconds). Can be recorded. In this scenario, the rules for recording to the same score as in the first scenario should apply.

  In a registry management system that performs a change only at the end of the period, the active player change does not take effect until the start of period 3 of game 1. The active player should continue to record fantasy points in the score until the end of period 2. For game 2 (beginning later and still in progress), the replacement player is the first new play in period 3 of game 2, controlled by fantasy score handler 440 for recording to the score. Until then, you should not "start" the record to play and fantasy points score. In a directory management system that performs substitutions on demand, the active player substitution should be "immediately" effective with the start of the next new play after the game 1 clock has passed 2:02:30. It is. Controlled by the fantasy score handler 440 for recording to the score, the replacement player does not “start” play until the first new play after the game 2 clock has passed 2:02:30 It should be. In this aspect, game 2 has not yet started in real time when a change is requested and executed, but the change is timed according to the respective game clock.

  The third scenario occurs when the replacement player is currently playing in game 2, (a) game 2 has not yet entered its final play period, and (b) game 2 is before game 1. It is started and / or when a time longer than the game 1 clock has elapsed on the game 2 clock. In other words, game 2 starts first and / or goes further and probably ends earlier. In general, the fantasy score handler 440 may be configured to prevent a user from “going back in time” and taking points from the replacement player's past performance.

  The user issues a request to change the active player of game 1 at 2:02:30 by the game 1 clock. For example, assume that a turn is performed when 4 minutes 50 seconds have elapsed on the clock during period 3 of game 2. The game 2 clock may be recorded as 3:04:50 (period 3:04 minutes: 50 seconds).

  In a registry management system that performs a change only at the end of the period, the active player change does not take effect until the beginning of period 4 of game 1. The active player should continue to record fantasy points on the score until the end of period 3. For game 2 (which is in the middle of period 3), controlled by fantasy score handler 440 for recording to the score, the replacement player will play and play until the first new play of period 2 of game 2. It should not "start" the recording of the fantasy point score.

  In a directory management system that performs substitutions on demand, the active player substitution should not be effective immediately. The active player should continue to record fantasy points in the score until the end of the active play that occurs when the game 1 clock reaches 3:04:50. The replacement player should not “start” play until the first new play after the game 2 clock has passed 3:04:50. In this aspect, the alternation is timed according to the respective game clock.

  Reporting is another aspect of the registry management system described herein. The service interface 400 may include a reporting engine 450 that includes a flexible and easy to use reporting interface. The reporting engine 450 may be configured to display a report to the user when the turn is successful (resulting in more points or another beneficial result) and / or when the turn is unsuccessful. The reporting engine 450 may be a single replacement event or alternatively a period of time (as described above, the entire season, a subset of seasons, one game, one day, one week or weekend, a particular subset of games, etc.) The result of a set of alternating events occurring within can be monitored and reported. Comparisons with other users can be monitored and reported, indicating the results of the user's turn relative to the turn made by others during the same time period (same game, same time period, etc.).

  In addition, the reporting engine 450 may, for example, (a) be selected relative to that particular opponent user's substitution (b) optionally including the net effect of that particular opponent's user substitution. Relative to a subset of opponent users in a group or league, (c) relative to the replacement of all users in the league as a group, and / or (d) to geographic location, school or workplace Affiliation, belonging to a team or fan group, a user who has the same player on the active substitution list, a user who used the same player for a turnover during a specific time window, or any other set of criteria A person, including reports of user changes relative to a subset of other users who satisfy a particular set of criteria, such as Other relative to a subset, to monitor the results of one or more substitution events made by the user, may be configured to report.

  The reporting engine 450 may be further configured to maintain records of past reports in a log or data store such as the database 500. In this aspect, the registry management system can provide historical records of multiple replacement events performed by the user. The system can further include an analysis of user turnover over time with respect to other users or against some other time period or metric. This system can provide a virtual “coaching history” to the user, for example, the percentage of substitutions that showed the number of substitutions made during a week or the whole season and resulted in an improved fantasy score And the number of times, thereby providing an indication of the user's skills. The system can also include a comparison of the user's actual shifts to other available shift sets that may have been requested, along with an indication of which shifts generated more fantasy points. .

  Development player sheet. Beginners represent one of the biggest risks in fantasy sports. Many beginners either do not play well or spend much of their first season on the bench, earning little or no fantasy points and occupying a directory sheet. For the next season, the user must decide whether to select the beginner again in the draft or instead to select a different player.

  Currently available fantasy sports systems require users to treat beginners just like all other players. However, many users strongly desire a fantasy system that handles beginners in different and more realistic ways.

  Keeper-style fantasy sports leagues allow users to keep one or more players on their fantasy team from one season to the next. League rules determine the number of players that can be kept and the cost or penalty for the user to make a choice to keep the player in the team. For example, a rule may allow a player to keep up to six players in the next season.

  In another aspect, the directory management system can include a designated sheet on the bench directory for one development player. The development player seat may be particularly well suited for keeper style league beginner players, according to certain embodiments. During operation, the user selects a novice in the draft and assigns the novice to the bench directory development player, where the novice must remain for the entire first season. At the end of the first season, in the keeper style league, the user has the option to “keep” the beginner and moves the beginner to the active register during the second season of the beginner.

  In one embodiment, the directory management system provides the user with the option to use one additional keeper slot to capture a development player (beginner) during his second season. For example, in a league where the rule allows the user to keep up to 6 players in the next season, the rule allows the user to keep the development player (beginner) as the seventh keeper for the next season. Forgive. In this aspect, the user has a rule that the development player stays on the bench register for the entire first season in exchange for the option of using the development player as an “one additional keep” at the end of the season. Accept.

System Architecture Referring now to FIG. 26, the service interface 400 can be an API, which generally specifies and controls operations between and within various software components. In addition to accessing the database and computer hardware, the API is how the entire system executes routines, builds and accesses data structures, performs services, and “API calls” to other elements. Can be used to control (eg, to provide data or to look for data).

  Service interface (API) 400 may include various components connected to database 500 and feed data 25 as shown. Database 500 may include a single database, a set of lookup tables, a set of relational databases, or any other structure for storing and accessing information. The feed data 25 may include a plurality of input data feeds that contain various information regarding all aspects of the sport. For example, feed data 25 includes a list of games currently in progress, a list of players actively participating in each game, player status (active, benched, injured, removed, along with various statistics and performance information. Exit), game score, team field position, player injury report, weather, penalty.

  A service interface (API) 400 may be part of one or more central server machines that are connected to remote clients such as desktop computers, laptops, tablets, and handheld devices. Interact.

  The directory manager 410 may be configured to process directory data and receive and process requests from users (clients). Directory manager 410 can access other components including, for example, feed statistics data handler 470 to access and evaluate real-time statistics. The directory manager 410 may be configured to process the request for replacement (described below) and to perform the player replacement according to the rules and conditions imposed by a particular embodiment of the directory management system.

  Notification engine 420 may be configured to analyze real world events from directory data and feed data 25 and configure and send one or more notifications to the user based on the analysis. The notification can include information about the user's team members, such as player performance or current statistics. Also, as described in more detail below, the notification may include one or more prompts to the user that report current information about the associated player or game and suggest a replacement.

  User manager 430 may be configured to set and maintain API settings to allow each fantasy sports provider to manage its own set of rules. The fantasy score handler 440 may be configured to perform a score recording function and optionally award fantasy points based on the received data regarding each athlete's play and performance.

  The reporting engine 450 provides a flexible reporting interface for users to see how their coaching decisions (i.e. player turnover) affected their fantasy matchup results. The reporting interface may allow the user to filter the view, such as relative to certain opponents, by alternation type, by position, by period.

  Directory data handler 460 may be configured to contain logic for certain elements of the directory management system, including registry data and replacement process storage in database 500.

  The feed statistics data handler 470 may be integrated with one or more sports feed services that are part of the feed data 25. The handler 470 can retrieve and analyze specific statistics from the feed data 25 and store relevant data in the database 500. The handler 470 may also be configured to manage a relatively high frequency and number of data requests while maintaining an accurate historical log of events performed using the directory management system.

  Direct confrontation challenge system architecture. Referring to FIGS. 27-30, the system architecture for direct challenge or “Mano et Mano” will be discussed. FIG. 27 illustrates a service interface 600 and various related elements of a direct challenge application, according to various embodiments.

  The direct challenge application may be in communication with an incoming data feed from an external source 602, such as one or more sports information feeds. For each data source (internal or external), manage data sources, competitors, matchups created by users, real-world event times and results, and competitors' quantitative statistics and performance There may be a configured event data handler 604.

  The service interface 600 is interacted by the user via various user interfaces 606 including mobile apps (eg, on smartphones and tablet computers), web apps, smart TV apps, and game consoles. A computer kiosk networked with a service interface to allow a user to interact with the gaming system may also be provided.

  Referring to FIG. 28, the direct challenge system utilizes one or more external data readers 608 and content APIs, such as sports feeds A, B, etc., such as sports feeds and other content providers, etc. Available challenge data can be collected from external data services. Challenge data can also be supplied manually to a statistical database.

  Referring to FIG. 29, data arriving at the challenge system from the external data reader 608 may have specific formatting of the data required by the challenge system, such as event dates, competitors, quantitative statistics, and the like. An event data handler 610 translator may be provided to convert data from such external sources into a common match-up data 612 format used by the challenge system. This can be accomplished, for example, through the use of XML data forms.

  For each data source, there is an event data handler that manages the data source and creates a series of possible and actual matchups that combine competitors, event times, and quantitative statistics. Matchups are automatically created by the challenge system based on system business logic, and such matchups can be suggested to the user.

  Referring to FIG. 30, the challenge application allows user A to select a competitor (eg, manually or using a selection engine) and select one of the competitor's competitors, thereby matching up. It can be configured to proceed from an identifying starting point 620. The challenge application may include parameters necessary for user A to create challenge 622, for example, “[Competitor] selects [Competitor Competitor] in [This Field of Effort]” during [This Event or Duration] [ It can be further configured to allow the user to select After the challenge is created, user A can select a fellow user, user B, using the challenge application and then issue the challenge to user B.

  User B can accept or reject challenge 624. If the challenge is accepted, the challenge is officially created 626. The challenge application monitors competitor and competitor performance, identifies match-up winners 628, processes challenges 630, and posts 632 the leaderboard. The system can also record, collect, and mediate real money betting allowances when the real money betting allowances are included in the challenge.

  In another aspect, the challenge application automatically selects and creates multiple matchups between and within various competitors, and then provides such matchups to the user for use in the challenge. Can be configured to suggest.

  Although several embodiments have been described herein, one of ordinary skill in the art having the benefit of the teachings of the present disclosure will understand and appreciate many other embodiments and modifications relating to this technology. Accordingly, the present invention is not limited to the specific embodiments disclosed or discussed herein, and other embodiments and modifications are within the scope of the appended claims or inventive concepts. Is intended. Further, although specific terms are sometimes used herein and in the claims or concepts that follow, such terms are used in a comprehensive and descriptive sense only, It should not be construed as limiting the invention described or the scope or concept of the claims that follow.

Claims (20)

A system for managing in-game turnover,
A computer database of players on the fantasy team register,
The player's active player data set specified by the user to play in a fantasy matchup, and
A computer database comprising: player unselected player data sets not designated by the user to play in the fantasy matchup;
An in-game replacement software module,
Presenting the user with a graphical user interface that lists a plurality of players specified by the user to play in the fantasy matchup;
Select one or more of the players specified by the user to play in the fantasy matchup that the user wishes to replace from the active player data set during the fantasy matchup In response to input by the user to the graphical user interface;
Presenting the user with a graphical user interface that lists a plurality of players designated by the user not to play in the fantasy matchup;
Selecting one or more of the plurality of players not specified by the user to play in the fantasy matchup that the user wishes to alternate to the active player data set during a fantasy matchup In response to input by the user to the graphical user interface;
Replace the one or more of the players specified by the user to play in the fantasy matchup that the user wishes to replace from the active player data set during the fantasy matchup Update the active player data set to
Add the one or more of the players specified by the user not to play in the fantasy matchup that the user wishes to switch to the active player data set during the fantasy matchup And an in-game replacement software module configured to update the active player data set to: The system of claim 1, wherein the active player data set is updated during a live game. Fantasy Play is selected from the group consisting of Professional Sports, College Sports, Stocks, Essentials, Weather, News, Politics, Legal Results, Musical Power, Awards, Television Program Results, and NASCAR (R) 1 The system of claim 1, comprising one element. The system of claim 1, wherein fantasy play comprises any activity that can be measured quantifiable. The system of claim 1, wherein the graphical user interface is presented on a screen of a user computer device. The in-game replacement software module comprises a computer processor and software code stored on a non-transitory memory, the software code being executed by the computer processor, wherein the in-game replacement software module is The system of claim 1, wherein the system is remotely located from the graphical user interface and the in-game replacement software module is communicatively coupled to the graphical user interface via the Internet. The in-game alternation software module is the plurality specified by the user not to play in the fantasy matchup that the user desires to alternate to the active player data set during the fantasy matchup. To present to the user a monetary surcharge indication on the graphical user interface that must be accepted prior to updating the active player data set to add the one or more of the players The system of claim 1 further configured. A way to manage player turnover during a live fantasy competition,
Listing on the user's graphical user interface with a list of active players selected by the user for the fantasy competition;
The active selected by the user for a fantasy competition to become an inactive player by removing the active player selected by the user to become an inactive player from the register of active players Responsive to the user selecting one or more of the players via the graphical user interface;
Listing a list of inactive players on the graphical user interface that may be exchanged for the list of active players;
One of the inactive players selected by the user to become an active player by adding the inactive player selected by the user to become an active player to the registry of active players Or responding to selection by the user via the graphical user interface. The step of responding to the selection by the user of an active player becoming an inactive player and an inactive player becoming an active player comprises at least one of the active players selected to become an inactive player. 9. The method of claim 8, wherein the method is performed during a live event in which one person is competing. Responsive to the user's selection of an active player to be an inactive player and an inactive player to be an active player, the user can determine a desired player replacement match via the graphical user interface. 9. The method of claim 8, wherein the method is performed immediately when shown. 9. The method of claim 8, further comprising presenting a monetary fee to the user via the graphical user interface in response to a user indicating that a player change is desired. The fantasy competition is selected from the group consisting of professional sports, college sports, stocks, necessities, weather, news, politics, legal outcomes, music power, awards, television program results, and NASCAR®. The method of claim 8, comprising one element. The method of claim 8, wherein the fantasy competition comprises activities that can be measured quantifiable. The method of claim 8, wherein the graphical user interface is a screen of a user computer device. A direct user-to-user challenge method within a fantasy game system,
Creating a fantasy game challenge directly by a first user, the creation of the challenge comprising:
Selecting a first fantasy performer and a second fantasy performer on a first graphical user interface;
Selecting performance parameters common to each of the first and second fantasy performers on the first graphical user interface;
Selecting a challenge period on the first graphical user interface;
Selecting a challenge betting allowance on the first graphical user interface; and
The first user selects a second user of the opponent that is the target of the challenge from a list of potential opponent second users shown on the first graphical user interface And a process of
Presenting the challenge to a second user of the opponent on a second graphical user interface;
Input indicating whether the challenge is accepted, rejected, or proposing a modification to the challenge is input to the opponent via the second graphical user interface. Receiving from a second user;
Presenting the input from the opponent's second user to the first user via the first graphical user interface;
Recording the result of the challenge in a score based on the performance parameters within the challenge period;
Reporting the results recorded in the score to both the first and second users;
Storing the challenge and the results recorded in the score of the challenge in a database. Determining a leaderboard for challenge results based on results recorded in the scores of a plurality of challenges;
16. The method of claim 15, further comprising: displaying both the first and second graphical user interfaces on the leader board. The method of claim 15, further comprising presenting to the first user a monetary fee for presenting the challenge to a second user of the opponent. The method of claim 17, further comprising presenting the first user with an option to pay the monetary fee on behalf of both the first user and the second user. Receiving from the at least one of the first and second users an input that a replacement of the first or second performer is desired;
Updating the first or second performer that is the subject of the challenge;
16. The method of claim 15, further comprising: recording the challenge in a score based on the updated first or second performer. 16. The method of claim 15, wherein the fantasy performer comprises at least one of a team, individual athlete, group, company, financial institution, inanimate, and animal.