Patent Application
20220096941
Fantasy sports are a popular way for people to interact in a different, immersive way with their favorite sports and their favorite athletes. Generally, each user “drafts” a team of active players to their roster. Each user then designates from their roster a starting lineup for their team each round (e.g. each week for football). The starting lineup may be limited to a certain number of players at each available position. For fantasy football, a user may typically choose a team defense/special teams, or they may be permitted to choose one or more individual defensive players.
Players in the starting lineup acquire points for each user based upon their statistical performance in that round (e.g. one game). The user's fantasy team accumulates points as a total of the fantasy points acquired by all the players in the user's starting lineup that round. Players on the roster, but not in the starting lineup, do not count toward the user's fantasy team's points. Competitions are often head-to-head. The fantasy team that accumulates more points in that round wins that competition.
Competitions may be a single round, i.e. a single head-to-head contest, or a single contest among more than two users. Typically a “rounds” is a time where each player plays one game (ignoring bye weeks or injuries). Competitions may also be leagues, i.e. multiple rounds involving a series of head-to-head competitions.
In one example for fantasy football, each user may draft or acquire on their roster sixteen players, including nine starters and seven bench players. The starters may include, for example, 1 quarterback, 2 running backs, 2 wide receivers, 1 tight end, 1 kicker, 1 defensive player, and 1 “flex” position (which may be used to start another running back or wide receiver or tight end). Bench players do not accumulate points for the user's team, but may be swapped into a starting lineup before each round.
In each round for league play (or in a single contest), the users designate their starting lineups. In a league, between rounds, the user can swap players between their starting lineup and bench, make trades, acquire undrafted players, etc.
In an example league, the competitions in each round (week) are head-to-head, so that for each pair of competing users, the user's team who accumulates more points that round wins. Among the teams in a league, the standings are typically based upon who has the best record in the head-to-head contests.
In single round contests, again the user's team with more points wins. Contests may also be among more than two teams, often dozens of teams, and the winner is the user whose team has the most points.
Each starting player accumulates fantasy points for the fantasy team based upon that player's performance in actual competition that week. More specifically, that player's fantasy points are based upon their individual performance statistics. Scoring based upon the individual performance statistics can vary among leagues. For example, a player may accumulate 6 points per touchdown scored by rushing, receiving or passing. A player may accumulate 1 point per 10 yards rushing or receiving (and optionally, for any fraction thereof, such that tenths of a point are accumulated for each yard), and 1 point per 25 yards passing,
Negative points can also be added to a player's fantasy points. For example, a player who loses a fumble or throws an interception will receive negative 2 points.
Kickers may accumulate fantasy points as follows, for example: 6 points per field goal made greater than or equal to 60 yards, 5 points per field goal made between 50-59 yards, 4 points per field goal made between 40-49 yards, 3 points per field goal made less than or equal to 39 yard, and 1 point per extra point made. Optionally, negative points can be added to a kicker's fantasy points, for example: negative 2 points for each missed extra point, negative 2 points for each field goal missed less than 40 yards, and negative 1 point for each field goal missed or blocked from 40 to 49 yards.
A defensive player receives 2 points for a blocked kick, 2 points for a safety, 1 point for a forced fumble, 1 point for a recovered fumble, 2 points for an interception and 1 point for a sack.
Entry fees may be collected from users who choose to join a league or contest. Winners of contests or leagues may receive a payout, based upon the size of the contest/league and the entry fees.
Fantasy teams are limited to active players, so that fantasy points can be tallied based upon actual gameplay subsequent to the starting lineup creation. Unfortunately, sometimes fans' favorite players are no longer active (e.g. retired), such that they cannot be included on a fantasy team.
A computer-implemented method for operating a fantasy sports system permits the drafting and playing of non-active players. The non-active players can be drafted alongside active players, or a team, a contest or even a league can be comprised of exclusively non-active players. These non-active players then accumulate fantasy points as described above and are used in single-round contests and in fantasy leagues, as described above.
In the method disclosed herein, a plurality of player selections are received from a plurality of users for each of their rosters. At least some of the plurality of player selections are for non-active players. A fantasy team is created for each of the plurality of users based upon their player selections. Fantasy points are generated for each of the non-active players by randomly selecting a plurality of historical plays by each non-active player from a database of historical plays. A total fantasy score for each fantasy team is generated based upon the fantasy points for each of the non-active players.
The generation of fantasy points for each non-active player may include determining a game duration and a number of plays. This permits the player's fantasy points to be released in real-like time, over the course of a simulated game on a game day. Fantasy points are generated for each of the non-active players at randomly-determined time intervals that are based upon the determined game duration and number of plays.
The player selections from the users can also include active players, so that active and non-active players can be included on the same team and the same starting lineup. The fantasy points acquired by the active players in the starting lineup are added to the fantasy points generated for the non-active players in the lineup to create the team score.
In the example described herein, the fantasy sport is fantasy football, but other sports could also be implemented similarly. Any sport that can be played as a fantasy sport can utilize the inventions described herein.
The present invention uses a method for creating and running leagues, contests, and games for, but not limited to, fantasy sports. The present invention is a legacy fantasy sports service which incorporates an Application Program Interface (API) and the commercially available library of historic and real-time statistical sports data. The combination of the API and the data is then used to create fantasy leagues, seasons, contests, and games. These leagues, seasons, contests, and games are then provided through a fantasy sports entertainment software as a service (SAAS). The present invention may also be used within other fantasy platforms through the invention's own platform API.
Referring to
A league is a group of teams that are formed and organized to compete against each other. A season is the number of games played during a set number of weeks between the teams in the league. In other words, a league is a quantity of teams, and a season is the duration for which that quantity of teams play each other. The season may or may not be the same as the live season upon which the sport is based, even if active players are used.
In Daily Fantasy Sports are primarily individual contests between users, either head to head, or in a tournament style of play. The contests are typically one-round (in football, one day or one week). The wagering system works as follows. In a head-to-head contest, two contestants want to play each other. They wager $100 apiece on the contest. The winner gets $170.00 and the platform would get $30.00 (for example) as the service charge for using the platform to create the contest. In a multi-player game, the same format would apply: 10 players wager $100 apiece, with the winner taking $850.00 and the platform retains $150.00. These are examples of private games that the users set up for themselves.
A public contest set up by the platform may indicate to the contestants prior to the game what the prize will be (because the number of participating players is not known in advance).
At this point, it is time for the users to draft players onto their teams (rosters). This is done by browsing for available players in step 12 from either a non-active player database list 13 and/or active player database list 14. Using NFL football as an example, the active player list may make available approximately 400 players in any given week. In the present system, over 15.000 additional non-active players would become available. As an example, each roster may have sixteen players.
The non-active player database list 13 is a database of every play involving each of a plurality of non-active (e.g. retired) players. For example, the database list 13 may include a history of plays for over 1000 non-active players and more preferably for over 15.000 non-active players. Using over 15.000 non-active players, the database list 13 would include approximately 854,000 historical plays. The active player database list 14 is a list of all active players available to generate real-time data during the season after which they are selected or any remaining games after which they are selected. The database list 13 could also include non-active (historical) data for active (non-retired) players.
Line-ups (that is, starting lineups) are created in step 15. Line-ups can be a mix of both legacy (non-active) players from the non-active player database list 13 and active players from active player database list 14. Alternatively, the line-ups can include just players from the non-active player database list 13, or users can choose to have only active players. Some rules may be chosen independently for each league or contest. Once all the team's starting lineups have been filled and the game scheduler hits game time, the game begins. For example, as explained above, users may be placed in head-to-head matchups in each round to see whose starting fantasy lineup generates more points. As another example, single-round contests among two or more users can be played. As will be explained below, users see game plays/stats appear for non-active players just like they would with regular real-time fantasy sports.
Play type stats per game for the non-active player are retrieved from the database 13 in step 38. In step 40, the system calculates the count of each play type of the player. A random method is used to create a count between minimum and maximum count per game of each play type. The play type for each play is sent to the play timeline 37 in step 42. A shuffled list of play types is generated in step 44.
The play timeline 37 starts in step 46. In step 48, an upper bound and lower bound for the time of each play are determined. For example, the lower bound may be half the total game duration divided by the number of plays. The upper hound may be 1.5 times the total game duration divided by the number of plays. The lower and upper bounds 50 are used in step 52 to determine a time of play 54. The time of the play 54 is determined to be randomly between the lower and upper bounds 50. In step 56, a new game duration, i.e. the time remaining in the game, is determined by subtracting the latest time of play 54 from the previous Game Duration. The number of plays N is also reduced by one.
In step 58, if the number of plays remaining reaches zero, then play is stopped in step 60. If not, then the new Game Duration and number of plays 62 are stored and used in step 48 again to calculate the next play duration (with a new lower bound and upper bound 50). After all of the plays N have been assigned a play type 44 (PT) and a time of play 54 (T), the play timeline 37 is ended in step 60.
In step 64, all of the play times 54 and the list of play types 44 are then used to schedule play types 44 at each play time 54 in step 66.
In step 68, each play is initiated when the time for each play occurs. In step 70, the system then randomly fetches an integer (e.g. as described further below). The random value 72 is used in the play selection step 74. The random value 72 may need to be processed in step 74, e.g. because the random number may be outside the range of play indices. For example, if there are only 1000 historical plays of a certain play type for the particular player, but the random value is 7891, then the modulo of the random value would yield 891 to use to index the historical play database.
The play is selected based upon the random integer value 72 and based upon the selected play type that has already been assigned. The random integer value is used to index a play type played index 78, which selects plays from a database 76 based upon the player, based upon the specified play type and based upon the random integer value. The random integer value is used to index the historical database of plays by that player of the selected play type in step 80 at the designated time of the play.
The selected historical play is executed at time T in step 80 and recorded in database 86. This algorithm stops in step 84 until it is time for the next play for that player.
It should be recognized that the flowchart of
Optionally, possibly according to each contest's or each league's own designated rules (e.g. via a checkbox) in the event that an active player in a starting lineup does not play in that round, a player in the same position is automatically moved from that user's bench to that user's starting lineup. This preferably occurs prior to gametime, but alternatively could be processed in hindsight after it is determined that an active player did not incur any playing time in a round.
The flowchart of
For a quarterback, the possible play types may include: completed pass, incomplete pass, completed pass for touchdown, interception, and rush (a rush by the qb). From the historical database 13 the play stats per game for this particular non-active quarterback in step 38 may be (for example):
In other words, the minimum number of completed passes for this player in a game the historical data is 12, and the maximum is 27. The minimum number of incompletions is 8 and the maximum number is 25. The minimum number of interceptions in a game is zero and the maximum for this player is 2. The minimum number of rushes by this quarterback is 1 and the maximum is 9. The minimum number of fumbles by this quarterback is zero and the maximum is 1.
In step 40 in this example, a random number of each play type is selected that is between each associated minimum and maximum. For example, step 40 may generate for this non-active quarterback 22 completions. 14 incompletions, 1 interception, 3 rushes and zero fumbles. These will be the play types for this player for this game.
The total play count for this non-active player for this contest would be calculated in step 42 as 40. In step 44, the list of play types generated in step 40 is shuffled for this player to create a randomly sequenced list of the play types, e.g. completion, rush, completion, completion3, incompletion, incompletion, incompletion, completion, completion, etc (for all forty plays).
In the play timeline 37, in the first iteration, the lower bound is half of 3.0 hrs/40 plays, which is 2.25 minutes, and the upper bound is 1.5 times 3.0 hrs/40 plays, which is 6.75 minutes. In step 52, the time of the first play for this player is randomly selected between 2.25 mins and 6.75 mins. If this time of play 54 is randomly determined to be 3 mins, the first time of play 54 (3 mins) and the first play type (in this case a completion) are associated with the first play.
In the next iteration, the remaining game time is 3.0 hrs minus 3 minutes, which is 177 minutes, which is used to calculate the new lower bound and upper bound. For example, the new lower bound would be half of 177 minutes/39 plays, which is 2.27 minutes, and the new upper bound is 6.81 minutes. The time of the second play may be randomly selected to be between the upper bound and lower bound. For example, the second play may be randomly selected to be 4 minutes (integers are used in this example for simplicity but fractions of a minute could be used), i.e. 4 minutes after the first play. This iterative calculation of the times of play continues until times of play are calculated for all of the plays for this player in this game (in this example, all 40 plays).
Note that the last play by this player is unlikely to occur exactly at the end of the game duration, and could be several minutes before or after the calculated game duration. In the iteration where N=1 (the last play by this player), the lower bound will be half the remaining game time (in which case the last play could be several minutes before the end of the calculated game duration) and the upper bound will be 1.5 times the remaining game time (which could be several minutes after).
In step 64, the play times are determined based upon the time of play 52 that was determined for each of the 40 plays. In step 66, the play types are scheduled at the calculated game times. The contest for the non-active players may begin at or around the same time that the actual live games begin for the active players. That way, points will show up for the non-active players over roughly the same period that points appear for the active players (or, if only non-active players are being used, then over roughly the same period that points would appear for active players).
At the first play time, in step 70 for the example quarterback, a random integer is fetched (e.g. using one of the methods described herein). The value 72 is used to index a play of the first play type (in this example, a completion). Using the random integer, the play type played index 78 is indexed, and retrieves one of the historical plays by this player of the selected play type. One of this quarterback's completions is indexed by the random number. The values from that historical play are retrieved, the play is executed in step 80 and stored in the database 86. Those stats and those fantasy points for that play for that player are then published to the users and added to the fantasy points for teams that have that player in their starting lineup. For example, if the randomly indexed play of play type completion for this quarterback was a completion of 34 yards and a touchdown, then that would generate 1.4 points for the yards plus 6 points for the touchdown. In other words, the play type “completed pass” is indexed for both the yards and whether or not that pass was for a touchdown. That play, those stats and those points would be published to the users at the first time of play (in this case, 3 mins after game start). Alternatively. “passing touchdown” could be an independent play type with its own min, max play count.
Step 70 is repeated for each of the forty plays for this example quarterback. The second play is performed at the time of the second play, in this example, 4 minutes after the first play. The randomly fetched value 72 is used to index a historical play of the second play type by this player, in this example, a rush. The stats from that historical play of play type rush are retrieved from the historical database, published to the users and added to the fantasy points for teams that have that player in their starting lineup. For example, if the randomly indexed play of play type rush for this quarterback was a rush of 3 yards, then that would generate 0.3 points for the yards. That play, those stats and those points would be published to the users at the second time of play (in this case, 4 mins after the first play).
This is repeated for all of the forty plays for this player. In parallel, the flowchart of
As another example, a running back may have play types: rush, reception, touchdown, and fumble. From the historical database 13 the play stats per game for this particular non-active running back in step 38 may be (for example):
In step 40 in this example, a random number of each play type is selected that is between each associated minimum and maximum. For example, step 40 may generate for this non-active running back 18 rushes, 2 receptions, 1 touchdown, and 1 fumble. These will be the play types for this player for this game.
The total play count for this non-active player for this contest would be calculated in step 42 as 22. In step 44, the list of play types generated in step 40 is shuffled for this player to create a randomly sequenced list of the play types. e.g. rush, rush, rush, rush, reception, touchdown, etc. (for all 22 plays).
In the play timeline 37, the same game duration that was used for the first player could be used again for every non-active player that day. Alternatively, a new game duration could be calculated independently for each non-active player. The times of play 52 would be calculated independently for each non-active player in either event.
At the first play time, in step 70 for the example running back, a random integer is fetched (e.g. using one of the methods described herein). The value 72 is used to index a play of the fist play type (in this example, a rush). Using the random integer, the play type played index 78 is indexed, and retrieves one of the historical plays by this player of the selected play type. One of this running back's rushes is indexed by the random number. The values from that historical play are retrieved, the play is executed in step 80 and stored in the database 86. Those stats and those fantasy points for that play for that player are then published to the users and added to the fantasy points for teams that have that player in their starting lineup. For example, if the randomly indexed play of play type rush for this running back was a rush of 4 yards, then that would generate 0.4 points for the yards. That play, those stats and those points would be published to the users at the first time of play for this player.
Step 70 is repeated for each of the forty plays for this example running back. The second play is performed at the time of the second play. The randomly fetched value 72 is used to index a historical play of the second play type by this player, in this example, another rush. The stats from that historical play of play type rush are retrieved from the historical database, published to the users and added to the fantasy points for teams that have that player in their starting lineup. For example, if the randomly indexed play of play type rush for this running back was a rush of 18 yards, then that would generate 1.8 points for the yards. That play, those stats and those points would be published to the users at the second time of play (i.e. a certain time after the first play).
Note that when the play type “fumble” is retrieved from the historical database, the historical play that is retrieved may be “fumble lost” or “fumble recovered by own team.” “Fumble recovered by own team” would not result in a negative 2-point allocation.
In step 100, the selected methods are evaluated so that additional information can be retrieved. For example, if a weather-related method is chosen, a list of cities is accessed in step 104 from a database 108 of cities. In step 110 a city is randomly selected. In step 112, the relevant value is fetched. For example, if windspeed is the selected method, then the wind for the selected city is fetched. The value is then multiplied by a pseudorandom value to provide a number within a selected range (e.g. relevant to the number of plays being indexed). That adjusted value is returned in step 120.
If in step 100, it is determined that a stock exchange method is being used, then a database list 106 of stock exchanges (and/or stocks) is accessed in step 102. In step 116, one or more of the stock exchanges (and/or stocks) is randomly selected. In step 118, the selected stock exchange (and/or stock) values are fetched. The values could be the exchange value, the stock value, exchange trade volume, stock trade volume or a truncated portion of those values. The relevant value is returned in step 120.
In step 122, the multiple values returned from the multiple methods are combined and/or used together to generate a random integer 122. The random integer is then handed to the appropriate algorithm (
In step 130, a plurality of leagues are created by the server based upon the input from the users in step 10 of
The contests are also scheduled in step 134. Fees are collected in step 135 from a user for entering the user's team in a contest. The amount of the fee is determined by the contest. The single-round contest could be played by a user's team at the same time that the same user's team is participating in a league competition. The user's team could be entered in more than one contest at the same time. The contest could be limited to two users head-to-head, or the contest could be dozens or hundreds of users who are competing for the most points in a round, i.e. one performance of the
Each team has a roster, which can be altered during the season, as is known. Each team is controlled by a user who can designate a starting lineup before each round, as explained above. Again, in this system, the rosters and starting lineup can include non-active players alongside active players, or some leagues may be designated as being limited to non-active players.
In step 136, the next round is begun. For example, for football, each round is typically each week. Non-active player points are generated in step 138 according to the methods described above. Active player points are gathered in step 140 in a known manner. Periodically, e.g. every minute or every five minutes, the statistics, points and status of the competitions are published in step 142. Preferably, steps 138, 140 and 142 are performed at least once every five minutes and more preferably at least once every minute. Steps 138 and 140 are performed in parallel repeatedly throughout the duration of the round. As mentioned above, step 138 may be performed for thousands of non-active players, indexing hundreds of thousands of historical plays. For example, step 138 may be performed for more than 5,000, and preferably more than 10,000, and more preferably more than 15,000 non-active players. In this example, respectively, the system may be indexing over 280.000, preferably more than 560.000 and more preferably more than 840.000 historical plays, respectively, in step 138.
At the end of each round, the fantasy points accumulated for each team are compared to the opposing team in that round and the winners are determined in step 144. The winners of the contests are also determined in step 144. Again it is anticipated that there would be millions of competitions in each round for league play and millions of contests each round, all determined in step 144. The contest winners are paid their prize money in step 145 based upon the rules of the contest. The league standings are updated based upon the outcomes of each round in step 146. At the end of the league, the league winners are paid their prize money in step 147 based upon their league rules.
As explained above, whether in a league, season or a contest, each user may pay a fee (e.g. via credit card, cryptocurrency, etc) collected by the platform (e.g. server) to join a league, season or contest.
The flowchart in
In step 156, it is determined whether the player's platform FPPG exceeds the player's historical FPPG by more than a given threshold (e.g. by a certain percentage, alternatively a fix number of points per game, different for different positions could also be used as the threshold, a different percentage could be used for different positions). If so, then one or both of steps 158 and 159 can be used to converge the player's data before continuing to the next round in step 166.
In step 158, the player's play counts will be depressed. As a replacement for step 40 of
In step 159, some high point historical plays may also be filtered out or blocked. For example, when play continues in the next round 166, the random selection of a historical play in step 74 of
If the player's platform FPPG do not exceed the player's historical FPPG by more than a given threshold in step 156, then it is determined whether the player's historical FPPG exceeds the player's platform FPPG by more than a given threshold (again it may be a percentage and it may be the same percentage used in step 156). If so, then one or both of steps 162 and 163 can be used to converge the player's converge the player's data before continuing to the next round in step 166.
In step 162, the player's play counts will be enhanced. As a replacement for step 40 of
In step 163, some low point historical plays may also be filtered out or blocked. For example, when play continues in the next round 166, the random selection of a historical play in step 74 of
If the platform point average neither exceeds (step 156) not is exceeded by (step 160) the historical FPPG average by more than the threshold, then it is determined to use the unfiltered/unblocked historical data in step 164. Play continues in the next round with the unfiltered/unblocked historical data in step 166, without any depressed or enhanced play counts or any filtering of high or low point plays. Over time, the flowchart of
Although the inventive system and method have been described with respect to football, they can be used with any sport that has an associated fantasy sport to introduce the ability to use non-active players. Such sports include, but are not limited to baseball, hockey, basketball, soccer, cricket, etc).
Although “non-active” has been described in the examples above to mean retired or permanently non-active. “non-active” in this application could also mean that the player (and sport) is in the off-season, is injured (and temporarily inactive), or that the player is active in their real-life sport, but that the platform or league or contest has selected not to use any live, future data, but to be based solely on that player's historical data (i.e. all data stored prior to the date of the contest).
Referring to
In accordance with the provisions of the patent statutes and jurisprudence, exemplary configurations described above are considered to represent preferred embodiments of the inventions. However, it should be noted that the inventions can be practiced otherwise than as specifically illustrated and described without departing from its spirit or scope. Alphanumeric identifiers on method steps are solely for ease in reference in dependent claims and such identifiers by themselves do not signify a required sequence of performance, unless otherwise explicitly specified.
| Number | Date | Country | |
|---|---|---|---|
| 63083829 | Sep 2020 | US | |
| 63181685 | Apr 2021 | US |
