Patent Publication Number: US-2023146419-A1

Title: Method of generating separate contests of skill or chance from two independent events

Description:
RELATED APPLICATION(S) 
     This Patent Application claims priority under 35 U.S.C. §119(e) of the co-pending, co-owned U.S. Provisional Pat. Application No. 62/364,768, filed Jul. 20, 2016, and entitled “A METHOD OF GENERATING SEPARATE CONTESTS OF SKILL OR CHANCE FROM TWO INDEPENDENT EVENTS” which is also hereby incorporated by reference in its entirety. 
    
    
     FIELD OF THE INVENTION 
     The present invention relates to methods and systems for implementing a separate and combined contest for participants competing both in a daily fantasy event and a separate contest played in real-time on a web-connected device while viewing a live sporting event or other events. 
     BACKGROUND 
     According to Wikipedia and the International Telecommunication Union, roughly 3 billion people are or will be online (e.g., have access to the Internet), and the number continues to grow. In North America, there are 57 million participating in Fantasy Leagues with over 8 million participating in Daily Fantasy Leagues. In Europe, over 65 million using mobile or other internet connected devices place wagers in real-time directly related to a telecast of a sporting event. Therefore, hundreds of millions of people could be involved in contests of skill or chance at the same time. The complex computer systems support Daily Fantasy competition and those that control real-time contests which begin the very instant when Daily Fantasy competitions are closed are incompatible and operated by unrelated companies. The system handling the contests of skill or chance must be able to process such a computational and data load. A major computer-based, technical problem is efficiently handling large amounts of network data from potentially millions of participants. Many companies do not have a solution to this problem, and either limit competitions to a smaller number of competitors or the competitions suffer from technical issues such as network congestion which causes the gameplay to suffer. 
     SUMMARY OF THE INVENTION 
     The daily fantasy sports industry has rapidly grown in the last 5 years to evolve to over 8 million participants. These contests are based upon the skill in the drafting of teams of players based on prescribed limitations. The winners of these daily fantasy contests are those participants whose drafts selections score the highest number of total points. Since the winners are determined by the statistics and generated by the drafted players in actual games to be played, these contests cease to accept new entries concurrent with the start of the first event which is counted in scoring of the daily fantasy competition. Thus, in daily fantasy baseball, a contest based upon the results of games played on a Sunday; all entries are locked in after the first pitch in the first game of the day. Already millions of players are checking injury reports and weather conditions at the last minute then entering their drafts before all are simultaneously locked out. Almost all of these entrants then watch one or more of the games televised where the statistics originate, which will determine the winners of their fantasy contests. 
     Companies such as WinView offer games of skill which appeal to the very same target market, and these conducted contests begin when the fantasy game entries are locked in with the first televised/streamed game and are conducted live in real-time (sometimes utilizing two screens). The competition is based on the competitors observing the television broadcast and interacting on a separate interactive device. Daily fantasy contests and the real-time games are both scored by the unfolding game data. Both of these contests test the knowledge, skill, research and decision making capabilities of the participants and appeal to exactly the same audience. Each is scored by very different systems and software based on unrelated sets of statistics however, and the winners of each contest are determined by a different application of skill, knowledge, tactics, game play, and basic knowledge of the teams and participants The methods and systems described herein enable the creation and management of a completely separate unique and free standing contest utilizing unrelated and unconnected systems each processing potentially tens of millions of separate contest entries which are based on the combined performance among the entrants in two separate and different genres of events, a daily fantasy league competition and “In Play” competition played in real-time with the unfolding telecast. In the business of legalized sports betting, this kind of entry of independent and separate events in a single prize pool is called a parlay. 
     A solution to the problem of large amounts of network data involves utilizing multiple servers which are able to be positioned appropriately to serve users based on geographic proximity. Another solution is to utilize distributed computing such as enabling the end user devices to process results and scoring. Similarly, ensuring fair gameplay for millions of competitors is also addressed by determining and responding to any delays in receipt of content such as by the use of lockout signals. 
    
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         FIG.  1    illustrates a flowchart of a method of generating multiple contests of skill or chance from two independent events according to some embodiments. 
         FIG.  2    illustrates a block diagram of an exemplary computing device configured for implementing the method of generating multiple contests of skill or chance from two independent events according to some embodiments. 
         FIG.  3    illustrates a network of devices for implementing the method of generating multiple contests of skill or chance from two independent events according to some embodiments. 
         FIG.  4    illustrates a flowchart of a method of utilizing statistical information with the multiple contests of skill or chance according to some embodiments. 
     
    
    
     DETAILED DESCRIPTION 
     The systems and methods to generate and manage a separate contest based on two independent and unconnected systems utilize a cooperating fantasy league operator/provider and either a related or separate real-time contest provider. In some embodiments, the separate contests are generated and managed using related or connected systems. Each game provider generates a data management system to accept entries and cash deposits from players who wish to enter a parlay-type separate contest where winners are determined by combining the performance in a specified daily fantasy league competition and a separate pre-specified performance in a real-time competition. Entries in the combined event can be accepted by either of the two separate contest management systems. At any time before the first sporting event counted as part of the daily fantasy event begins, a participant is able to elect to enter the combined event and pay a separate entry fee in a manner similar to the method utilized by daily fantasy leagues for administrating separate contests for a specified event, for example a “50/50” contest, or a “winner takes all” group. The separate game management systems (e.g., the daily fantasy league provider and the real-time provider) communicate with another game server that an entry fee deducted from one or both accounts has occurred and an entry was made in the combined (parlay) separate event. 
     A separate data management system manages only the combined performance of those players who have entered the combined contest system and are ranked from top to bottom from the results of the completed designated daily fantasy league play. In this case, someone who finished 5 th , for example, in the open daily fantasy league contest played concurrently might finish first among just those who have entered the separate parlay contest. 
     While the results of the daily fantasy league entry in the combined contest are not determined until the completion of the last game of the combined games specified for scoring, the daily fantasy league contest are completed, the real-time two screen event is selected and specifically designated for the parlay contest could be based on, for example, a single quarter of a Monday night football game, an average of all quarters from a Monday night football game, or any combination of future events conducted by the two screen real-time provider specified in advance by the combined competition organizers to constitute the second part of the two contest competition. 
     Although a two-screen event is described herein, single screen events are able to be implemented as well, such as streaming content (e.g., a baseball game) with game data (e.g., real-time questions related to the content) where the streamed content and game data are displayed on a single device. It is understood that any references to “two screen” are able to be implemented with a single screen or any other implementation. The common element is a game played live while viewing an event via television/streaming received and displayed in any manner, with the game play data delivered via an Internet connection. The event telecast/stream and game data is able to be delivered and displayed separately or in a combined communications path on a single user interface. 
     At the conclusion of the predesigned live two screen event, which may be the second part for the combined contest, the system again scores only those entrants in the parlay contest, and then performances are ranked from top to bottom. In each case, a percentile standing is then assigned to each participant in each contest, for example. The winner of the daily fantasy segment contest will receive an assigned score of 100%, second place 99.9% and so on. This final result database will be compiled for these fantasy participants and sent to a server managing and administrating the combined contest. The same process will be repeated at the close of the events constituting the two-screen side of the combined parlay contest, with only those entered who have paid an entry fee to the combined contest, with scores being ranked from top to bottom and also assigned a separate percentile standing. The two screen (real-time) aspect of the contest may also be based on an average of the performance in multiple contests, for example, the average of the finish in four quarters of a football game. 
     The two separate percentile standings are then averaged to generate a combined score for the combined or parlay contest. Therefore, if individual “A” achieved an 89.6 percentile in the daily fantasy section of a combined contest in a 92.4 percentile standing in the two screen real-time contest, the score for the combined contest would be 91.0. All combined scores are ranked from highest to lowest (or vice versa), and the parlay prize pool distribution would be made based upon the average scores of the two separate and individual contests paid. Scoring is able to be implemented in other ways such as providing weighted scores (e.g., the real-time contest is weighted higher than the daily fantasy contest) and/or any other scoring implementations. 
     As it must be determined and verified that the scores achieved in the two contests are by the same individual, the combined contest server compares the cell phone numbers and other account registration information required to be supplied to the daily fantasy operator with the similar information separately collected by the two screen real-time game provider to verify that the scores were generated by the identical entrant and the entry fees (if required) received by each operator. 
     There are many variations of this approach. For example, an MLB or NFL season or a selected portion of a season on the fantasy league side could be designated as part of the combined event with a similar long-term series of events designated as two screen real-time event. Again, although the real-time competition is described as two screen, it is possible for the competition to be implemented using fewer or more screens (e.g., one screen with two windows or one screen with embedded information or three screens). The screens are able to be on the same device (e.g., mobile device receiving a streamed broadcast or web-connected “smart” television) or different devices (e.g., a television is the first screen and a mobile device is the second screen). 
       FIG.  1    illustrates a flowchart of a method of generating multiple contests of skill or chance from two independent events according to some embodiments. In the step  100 , a user selects/generates a first competition. For example, the user joins a daily fantasy competition. More specifically, the user joins a competition where they select players to participate in fantasy football for that Sunday. In another example, the user is a game operator who generates daily fantasy competitions for other users to join. In some embodiments, any of the rules or variations of rules apply to selecting the first competition. For example, the user is able to draft/select players in a variety of ways and/or make other selections to generate a fantasy team to compete to earn the most points for a designated contest period (e.g., single day, week, season). In the step  102 , the user selects/generates a second competition. For example, the user joins a real-time competition. More specifically, the user joins a real-time competition involving one or more of the Sunday football games related to the fantasy football. In another example, the user is a game operator who generates real-time competitions for other users to join. In addition to selecting the competition, participating in/operating the competition also occurs. For example, the user predicts the outcome of the next event (e.g., run, pass, first down, and others), whether a team will score, and/or any other options in real-time before the play occurs. In addition to generating the separate competitions, the game operator enables entry into both competitions (e.g., daily fantasy and real-time). In the step  104 , one or more servers process the separate selections/gaming information (e.g., the daily fantasy information and the real-time game play). The servers are able to be dedicated servers for each task such as a daily fantasy server for processing the daily fantasy information and a real-time server for processing the real-time game information. A third server might be utilized to process the competition based on the combined performance. The servers communicate with each other as well to confirm that the payments and/or selections have been made. Processing the gaming information includes generating scores for the participants and/or ranking the participants of the competitions, including combining the scores and/or combining the rankings of each participant to generate a combined score/ranking. In some embodiments, the first competition and the second competition are related. For example, the first competition involves daily fantasy picks related to a first set of games, and the second competition involves real-time picks related to at least one game of the first set of games. In some embodiments, the first competition and the second competition involve at least some overlap in time (e.g., while the first competition is ongoing, the second competition takes place). Processing the gameplay also includes determining and generating results, depending on the game. For example, as described herein, users receive scores based on their selections for the daily fantasy competition and/or the real-time competition. The scores are able to be used to generate rankings in the competitions. The scores and/or rankings of the separate competitions are then used to determine a combined score and/or ranking for those participants of the multiple competitions (e.g., daily fantasy and real-time). In some embodiments, fewer or additional steps are implemented. In some embodiments, the order of the steps is modified. In some embodiments, the results of the two separate competitions are computed in real-time while the underlying events are underway. The combined standings are computed in real-time and displayed only to those who have entered the separate combined competition. 
       FIG.  2    illustrates a block diagram of an exemplary computing device configured for implementing the method of generating multiple contests of skill or chance from two independent events according to some embodiments. The computing device  200  is able to be used to acquire, store, compute, process, communicate and/or display information. In general, a hardware structure suitable for implementing the computing device  200  includes a network interface  202 , a memory  204 , a processor  206 , I/O device(s)  208 , a bus  210  and a storage device  212 . The choice of processor is not critical as long as a suitable processor with sufficient speed is chosen. The memory  204  is able to be any conventional computer memory known in the art. The storage device  212  is able to include a hard drive, CDROM, CDRW, DVD, DVDRW, High Definition disc/drive, ultra-HD drive, flash memory card or any other storage device. The computing device  200  is able to include one or more network interfaces  202 . An example of a network interface includes a network card connected to an Ethernet or other type of LAN. The I/O device(s)  208  are able to include one or more of the following: keyboard, mouse, monitor, screen, printer, modem, touchscreen, button interface and other devices. Multiple contest application(s)  230  used to perform the method of generating multiple contests are likely to be stored in the storage device  212  and memory  204  and processed as applications are typically processed. More or fewer components shown in  FIG.  2    are able to be included in the computing device  200 . In some embodiments, multiple contest hardware  220  is included. Although the computing device  200  in  FIG.  2    includes applications  230  and hardware  220  for the method of generating multiple contests, the method of generating multiple contests is able to be implemented on a computing device in hardware, firmware, software or any combination thereof. For example, in some embodiments, the multiple contest applications  230  are programmed in a memory and executed using a processor. In another example, in some embodiments, the multiple contest hardware  220  is programmed hardware logic including gates specifically designed to implement the method of generating multiple contests. 
     In some embodiments, the multiple contest application(s)  230  include several applications and/or modules. In some embodiments, modules include one or more sub-modules as well. In some embodiments, fewer or additional modules are able to be included. 
     Examples of suitable computing devices include a personal computer, a laptop computer, a computer workstation, a server, a mainframe computer, a handheld computer, a personal digital assistant, a cellular/mobile telephone, a smart appliance, a gaming console, a digital camera, a digital camcorder, a camera phone, a smart phone, a portable music player, a tablet computer, a mobile device, a video player, a video disc writer/player (e.g., DVD writer/player, high definition disc writer/player, ultra high-definition disc writer/player), a television, a home entertainment system, an augmented reality device, a virtual reality device, smart jewelry (e.g., smart watch) or any other suitable computing device. 
       FIG.  3    illustrates a network of devices for implementing the method of generating multiple contests of skill or chance from two independent events according to some embodiments. The network of devices  300  is able to include any number of devices. For example, the network of devices  300  includes a computing device  302 , a television  304 , a smart phone  306 , one or more servers  308  and a network  310 . The devices are able to communicate through a network  310  such as the Internet or directly to each other. A user is able to use the computing device  302 , the television  304 , the smart phone  306  and/or another device to perform tasks such as joining the competitions, providing selections for the competitions, watching the events and/or any other tasks. The information provided by the user is sent to the one or more servers  308 . Additionally, the one or more servers  308  communicate to retrieve and process gaming/event information (e.g., number of touchdowns scored by Football Player X). For example, the one or more servers  308  include: a daily fantasy league server which provides/processes data (e.g., statistics, user interface, results) regarding the daily fantasy contest; a real-time server which provides/processes data (e.g., real-time questions/submissions via a user interface, results) regarding the real-time contest, and the real-time server communicates with a game server to determine if the correct entry fee(s) have been paid and/or selections have been made; and a data management server which manages the combined performance of the players who have entered the combined contest system. Furthering the example, there is a dedicated server for daily fantasy competitions, a separate, dedicated server for real-time competitions and another separate, dedicated server for handling data for users who have selected to participate in both competitions. In some embodiments, instead of the third dedicated server acting separately, the third dedicated server uses shared information from the daily fantasy server and the real-time server. In some embodiments, the real-time server is configured specifically to be able to process data in real-time (e.g., utilizing a real-time operating system or an operating system capable of implementing real-time threads), whereas the daily fantasy league server and/or the combined competition server may be implemented without real-time capabilities. 
     In some embodiments, the devices and/or servers are optimized to implement the separate contests of skill for multiple events. For example, data that is accessed more frequently is stored on faster access storage (e.g., RAM as opposed to slower storage devices). Furthering the example, the data relevant for the current week is stored on faster access storage, and data from past weeks is stored on slower storage devices. In another example, when a user selects a competition/contest, information related to that competition/contest is moved to local storage for faster access. 
     For the real-time competition, latency issues could possibly give some users an unfair advantage. The latency issues are solved through a system and method to effectively equalize systemic propagation delay variances to a required level dictated by the demands and rules of a particular game, so that a material competitive advantage is not obtained, and the user experience is optimized for all players. 
     The solution includes first determining how each viewer is receiving their television signal (e.g. via an over the air broadcast in a metropolitan area, via a particular cable system or a particular satellite system, via streaming). All subscribers to a particular service provider or who are receiving an over the air broadcast in a specific metropolitan area will receive the signal at their location at the same time. It is also able to be determined if there is further processing of the signal within the homes, office, bar and others, which could further increase the total length of the propagation delay. Examples would be the use of a DVR, such as TiVo™. A variety of methodologies are able to be utilized to determine the time difference between the reception of the television picture being utilized by the central game production facility where “lock out” signals are generated and each separate group of viewers around the country or around the world. 
     One approach is to survey the delays encountered through the various delivery systems such as cable, over the air or satellite in various geographic areas and adjust the synchronization of the game control information for all players to optimize the game play experience while defeating cheating enabled by receiving late lock outs to questions. 
     In another approach, the total viewing population for a telecast is divided into segments or blocks of viewers referred to as “cohorts.” For example, the 2 million inhabitants of the San Francisco Bay Area would be divided into approximately 1 over the air broadcast, 3 satellite independent providers and several cable “head ends” or central broadcast points serving a “cohort.” This information would be gathered at a central game server, and all players registered to play in a particular contest would be assigned to a specific cohort of viewers. 
     The following are some other methodologies for determining the delays experienced by various cohorts who are able to be used in combination or separately. 
     In one methodology, upon joining the service and prior to initial game play, subscribers and competitors are required to identify the method by which they receive their television signal and identify the cable or satellite service provider and answer questions relative to whether or not they subscribe to an analog or digital high definition service or utilize a DVR. This information is able to be verified by sending questions to their cellular phones concerning commercials, station breaks and the precise time they are viewed or utilizing other information only seen by members of that cohort. 
     In another methodology, a routine is established upon first entry into a game where the individual viewer is asked to mark the precise time a predetermined audio or visual event in the television program occurs, such as the initial kickoff, which would establish the deviation of their receipt of their television picture from the television signal utilized by the game producers. While some viewers might attempt to cheat by delaying their input, the earliest entries from the cohorts in this group would be averaged to establish the accurate delta between the receipt of the telecast/stream by the production crew and those in each discrete sub-group of viewers. 
     In another methodology, the GPS function in the cellular phone is used to determine the physical location of a viewer which is matched to a database of cable lead ends or over the air broadcast stations available to a consumer in that precise location. 
     In another methodology, employees of the game producer who are members of the subgroups which constitute the competitors/viewers, e.g. a subscriber to Comcast Cable in San Francisco, are utilized by the game service provider. These individuals would provide the current propagation delay information sent to the game server utilizing their identification of a recognizable event they observe on their television set, such as the initial snap of the ball. 
     In another methodology, audio or video artifacts or information done in cooperation with the television signal provider are inserted which must be immediately responded to by the competitor to verify the source of their television signal or monitored at cooperative viewers’ television sets. 
     In another methodology, the various delays through an automated system linked to the game server, which continuously samples the audio or video track of the underlying satellite, cable or over the air broadcast television signals are established around the country to provide the information of the precise arrival of the underlying television picture. 
     Utilizing software resident in the game control server, game control data for each set of viewers/competitors of the game in progress who are receiving their television picture or streaming content through the same source are batched together by the game control server, and the appropriate delay is either time stamped on the game “lock out” signals, or is imposed on the entire data stream so that competitors receiving their content slightly behind or ahead of others gain no material competitive advantage. Another method is for the game control server to send all the game control data to all of the viewers/competitors of the game at the same time, and the client software is able to delay the presentation of the game data based on the viewers’ cohort. 
     Utilizing these methodologies to measure the delays in each cohort, each cohort of viewers would have artificial time delays on the game control information imposed by the game control server, which would substantially equalize the receipt of “lock out” data relative to the event triggering the “lock out,” based on the underlying television programming, for example, the snap of the football. Players receiving the television signals or streaming content in advance of the one with the slowest receipt of the television signal or streaming content would receive “lock out” signals slightly delayed or time stamped with a slightly later time as described in U.S. Pat. No. 4,592,546. By providing a correspondingly delayed lock out to a viewer receiving their signal later, a potential advantage is mitigated. 
     Alternatively, this time equalization from cohort to cohort could, for example, involve artificially delaying the transmission of the game control data stream sent to all competitors’ cell phones or other mobile devices by the appropriate amount of seconds, to sufficiently minimize the advantage a player with a few more seconds of television-based (or streaming-based) information would have. For example, by time stamping the “lock out” signal at an earlier event, such as when the team breaks from the huddle, the chance of some cohorts seeing the actual beginning of the play is eliminated and the discrepancy in propagation delay provides little or no advantage. 
     In some embodiments, a method of and system for conducting multiple competitions of skill for a single performance are described herein. User-generated competition groups and system-generated competition groups allow users to participate in multiple competitions at once based on answering the same questions or making the same selections related to a single event or multiple events. The users are informed of the availability of each competition either via email, text message or when logging into the network via a website. The users select which competitions groups to join. After joining the desired groups, the users then make their selections related to the event which are transmitted to the network where results are tabulated and transmitted back to the users. The results are separated for each competition group, so that users continually know where they stand in each separate competition. With multiple competition groups, users are able to have varying success from the same performance in multiple competitions. 
     When used in conjunction with the methods and systems described herein, a user is able to participate in multiple competitions simultaneously. For example, instead of the user participating in a single daily fantasy competition and/or a single real-time competition, the user is able to participate in multiple daily fantasy competitions and/or multiple real-time competitions based on a single performance. Furthering the example, the user joins multiple daily fantasy competitions which all use a single set of selections (e.g., Andrew Luck as QB, Murray as RB, Beckham Jr. as WR and so on). Instead of having to select the QB for each competition, the same set of selections is used for multiple competitions. Similarly, a user is able to associate a real-time performance with multiple competitions. In one example, the user joins three real-time competitions based on the 49ers vs. Eagles game (one competition is a friendly competition, a second competition is for $5 against a group of 10 players, and a third competition is for $1000 against a group of 100 players). In another example, the real-time competition selections and results are able to be applied to multiple combined results. For example, instead of a basic 1-to-1 selection of one daily fantasy football team and one real-time competition which results in one combined result, the user selects a daily fantasy football team applied to three separate competitions (e.g., friendly, group of 10 and group of 100), and the user selects three real-time competitions (e.g., selecting Run/Pass/more for 49ers vs. Eagles, Patriots vs. Bills, Broncos vs. Raiders) to be combined with the daily fantasy competitions for a total of nine separate competitions/results. Furthering the example, the result of the user’s performance (of selecting, Run/Pass/Fumble/Interception and other real-time selections for the 49ers vs. Eagles is combined separately with the friendly competition, the group of 10 competition and the group of 100 competition, giving the user a first set of 3 opportunities to win. Additionally, the user’s real-time performance for the Patriots vs. Bills is also combined with the friendly competition, the group of 10 competition and the group of 100 competition, giving the user a second set of 3 opportunities to win. Finally, the user’s real-time performance for the Broncos vs. the Raiders is also combined with the friendly competition, the group of 10 competition and the group of 100 competition, giving the user a third set of 3 opportunities to win, which results in a total of 9 opportunities to win but only providing one set of selections for the daily fantasy competition and one set of selections (e.g., Run/Pass/more) for each of the three real-time competitions. 
     Although the method and system have been described in reference to real-time games of skill and chance, the method and system are able to be utilized with any event such as card games, dice games, trivia games, esports (e.g., video game competitions), television competitions (e.g., reality shows, quiz shows) and/or any other games/competitions/events. 
     In some embodiments, the competitions and/or any other aspects described herein are implemented using object oriented programming such as classes. For example, a real-time class is generated, and a daily fantasy competition is generated. Each of the classes is able to have specific data field descriptions/attributes such as questions, answers, scores, and participants. The objects are able to represent real world aspects in a non-abstract form. 
     In some embodiments, in addition to or instead of receiving video content (e.g., a television broadcast), a user device receives statistical information (e.g., live sports data feeds from a source such as Stats.com). For example, the statistical information is received on the user device which updates text and/or graphical information such as the number of runs, hits, outs, strikes/balls, and so on for each baseball team. The user device receiving the statistical information is able to be the same device or a different device than the one for participating in the game of skill or chance. 
     In some implementations, the statistical information may be received before the video content (e.g., the statistical information is received at a user device within 1 second from when it actually occurs live, and the video content is received at the user device in 7 seconds from when it occurred live). In some embodiments, the difference in receipt time is computed (similar to the calculation of other delays described herein) to account for such a difference. For example, if the difference between video receipt and statistical information receipt is 6 seconds (7 seconds - 1 second), then a system (e.g., server, other network device, user device or a combination thereof) is able to delay transmission and/or display of the statistical information. For example, the game server receives the statistical information and then holds the statistical information for 6 seconds before passing the statistical information on to the user device so that the statistical information and the video content arrive at the same time (or approximately the same time). In another example, the user device receives the statistical information in 1 second, but then the user device (e.g., the game application) holds the statistical information and does not display the statistical information until another 6 seconds have passed so that the video content and statistical information are displayed at the same time (or approximately the same time). In some embodiments, the statistical information is delayed to be displayed before or after the video content. For example, in some implementations, the statistical information is not updated and displayed until 2 seconds after the video content is displayed. In some embodiments, the delay amount of the statistical information is static, and in some embodiments, the delay amount is dynamic. For example, a producer is able to adjust the delay amount based on analyzing the video propagation delays. The delay amount is able to be different depending on varying factors such as how the video content is received (e.g., cable, satellite, over the air) or the location of the user device (e.g., rural versus urban or State X versus State Y). Thus, the game server is able to distribute the statistical information accordingly to each cohort or group of users. The amount of delay could be based on other factors as well. In some embodiments, the amount of delay is automatically detected and/or the statistical information is synchronized with the video content. For example, using any of the synchronization implementations described in U.S. Pat. No. 8,705,195, which is hereby incorporated by reference in its entirety for all purposes, such as watermarking, footprints, and/or automatic content recognition, the server and/or the user device synchronize the statistical information with the video content. For example, the server determines using automatic content recognition that a strike was just called with Player X batting, so the statistical information of a strike is updated/displayed. 
     In some embodiments, a lockout signal is sent or triggered based on the receipt of the statistical information. For example, when the statistical information is received at a user device, a lockout signal is triggered. Furthering the example, the earliest receipt of the statistical information triggers the lockout signal (e.g., a lockout signal is sent to all user devices and/or an application prevents a selection of a response after the lockout is triggered). 
       FIG.  4    illustrates a flowchart of a method of utilizing statistical information with the multiple contests of skill or chance according to some embodiments. In the step  400 , statistical information is received. The statistical information is able to be received from any source such as stats.com. The statistical information is received at any device such as a server and/or user devices. In the step  402 , timing information related to the statistical information is computed. Computing the timing information is able to include computing the time from when video content is received and when the statistical information is received at user devices. Computing the timing information is able to include computing the time from when a live action occurs (e.g., a pitch called a strike) to when the statistical information is received at the server or the user devices (or specific user devices). For example, the statistical information may be received at different user devices at different times. In the step  404 , an action is taken based on the timing information related to the statistical information. For example, transmission of the statistical information from the server to the user devices is delayed (possibly different amounts of delay for different devices), or display of the statistical information on the user devices is delayed. In another example, lockout signals are based on the timing information and/or when the statistical information is received at user devices. In some embodiments, fewer or additional steps are implemented. In some embodiments, the order of the steps is modified. 
     To address the many problems facing distributed gaming as described herein, many companies have implemented various technological solutions such as limiting the number of users permitted to play at a certain time or providing faster servers or other networking equipment. Time-sensitive distributed gaming faces additional problems such as ensuring players do not have any unfair competitive advantages such as providing answers/selections after a designated time. Others have addressed the timing problems by asking questions well in advance, so that the users answer the questions or make their selections well before any advantageous information is revealed. By utilizing time-sensitive lockouts as described herein, which lock out players based on some threshold (e.g., a time, a detected action, a user-triggered action), improper competitive advantages and cheating are avoided. Efficiently locating participants is another challenge of distributed gaming. As described herein, social networking is able to be utilized to efficiently find and invite participants to the distributed game. By utilizing social networking, users with common interests are able to be invited which increases the likelihood of participation which also reduces the amount of network traffic as there will be fewer people who are contacted who reject or disregard the invitation. A solution to the problem of large amounts of network data involves utilizing multiple servers which are able to be positioned appropriately to serve users based on geographic proximity, as described herein. Another solution is to utilize distributed computing such as enabling the end user devices to process results and scoring, as described herein. For distributed gaming based on received external content (e.g., a telecast) where users may receive the external content at slightly different times (e.g., based on transmission delays due to technological issues such as timing differences of servers, switches, routers or distribution devices), a way of equalizing the differences using technological solutions (e.g., calculating a delay based on timestamps of when content is sent and received, or comparing receipt times of content for different devices) ensures the game is executed fairly and properly. Furthermore, a game in which a group of participants is at a complete disadvantage (e.g., they receive data 7 seconds later than everyone else) may lose a substantial number of participants, as no one wants to participate in an unfair game. Therefore, implementations described herein of equalizing the receipt of content in any manner such as by adding delays or providing lockouts at appropriate times based on transmission differences are technological solutions to technological problems. 
     The present invention has been described in terms of specific embodiments incorporating details to facilitate the understanding of principles of construction and operation of the invention. Such reference herein to specific embodiments and details thereof is not intended to limit the scope of the claims appended hereto. It will be readily apparent to one skilled in the art that other various modifications may be made in the embodiment chosen for illustration without departing from the spirit and scope of the invention as defined by the claims.