WO2011009033A1 - Système et méthode pour surveiller un pari - Google Patents

Système et méthode pour surveiller un pari Download PDF

Info

Publication number
WO2011009033A1
WO2011009033A1 PCT/US2010/042243 US2010042243W WO2011009033A1 WO 2011009033 A1 WO2011009033 A1 WO 2011009033A1 US 2010042243 W US2010042243 W US 2010042243W WO 2011009033 A1 WO2011009033 A1 WO 2011009033A1
Authority
WO
WIPO (PCT)
Prior art keywords
real
sporting event
time
data
wager
Prior art date
Application number
PCT/US2010/042243
Other languages
English (en)
Inventor
Kevin Torf
Original Assignee
Bet Tracker, L.L.C.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bet Tracker, L.L.C. filed Critical Bet Tracker, L.L.C.
Publication of WO2011009033A1 publication Critical patent/WO2011009033A1/fr

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3202—Hardware aspects of a gaming system, e.g. components, construction, architecture thereof
    • G07F17/3223—Architectural aspects of a gaming system, e.g. internal configuration, master/slave, wireless communication
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3225—Data transfer within a gaming system, e.g. data sent between gaming machines and users
    • G07F17/3227—Configuring a gaming machine, e.g. downloading personal settings, selecting working parameters
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3286—Type of games
    • G07F17/3288—Betting, e.g. on live events, bookmaking

Definitions

  • This invention relates generally to a system and method of monitoring sport bets. More particularly, this invention relates to real-time monitoring of bets made by users.
  • Sports betting is a popular and growing pastime. There are a number of different types of bets that can be made, and a person can place a bet on just about any sport in the world. In addition, with the addition of statistics available to everyone, bookmakers are continually creating unique packages to attract potential betters. A frequent sports better can make multiple wagers in a week. The wagers can include multiple sporting events and multiple sports. Therefore, it is often difficult to keep track of the bets and get updates in real-time. A better often is involved with several sporting events occurring at the same time. A better can sit for hours watching many different sources of information, such as, for example, the television, radio, Internet, and casino sports books.
  • FIG. 1 illustrates a block diagram of an example of a system for monitoring bets, according to a first embodiment
  • FIG. 2 illustrates a flow chart of an example of a method of monitoring bets, according to the first embodiment
  • FIG. 3 illustrates a flow chart of an example of various procedures and methods, according to one or more embodiments
  • FIG. 4 illustrates an example of a first screen shot of a mobile device displaying a method of monitoring bets, according to the first embodiment
  • FIG. 5 illustrates an example of a second screen shot of a mobile device displaying a method of monitoring bets, according to the first embodiment
  • FIG. 6 illustrates an example of a third screen shot of a mobile device displaying a method of monitoring bets, according to the first embodiment
  • FIG. 7 illustrates an example of a fourth screen shot of a mobile device displaying a method of monitoring bets, according to the first embodiment
  • FIG. 8 illustrates an example of a fifth screen shot of a mobile device displaying a method of monitoring bets, according to the first embodiment
  • FIG. 9 illustrates an example of a sixth screen shot of a mobile device displaying a method of monitoring bets, according to the first embodiment
  • FIG. 10 illustrates an example of a seventh screen shot of a mobile device displaying a method of monitoring bets, according to the first embodiment
  • FIG. 11 illustrates a block diagram of an example of a system for monitoring bets, according to a second embodiment.
  • Two or more electrical elements may be electrically coupled together but not be mechanically or otherwise coupled together; two or more mechanical elements may be mechanically coupled together, but not be electrically or otherwise coupled together; two or more electrical elements may be mechanically coupled together, but not be electrically or otherwise coupled together. Coupling may be for any length of time, e.g., permanent or semipermanent or only for an instant.
  • An electrical “coupling” and the like should be broadly understood and include coupling involving any electrical signal, whether a power signal, a data signal, and/or other types or combinations of electrical signals.
  • a mechanical “coupling” and the like should be broadly understood and include mechanical coupling of all types. The absence of the word “removably,” “removable,” and the like near the word “coupled,” and the like does not mean that the coupling, etc. in question is or is not removable.
  • a system and method of monitoring and displaying wagers are disclosed.
  • the systems and methods include providing a way for users to register for a service that allows the users to individually monitor and track wagers of sporting events that the users have made or, in some instances, just want to monitor.
  • the systems and methods allow users to view the status of wagers inputted into the system in realtime.
  • the status of the wagers includes scores of the sporting events, received in real-time.
  • embodiments of the present invention transform data signals representative of a current physical manifestation of a sporting event into a probability that the user who entered the wager will win that wager.
  • the data is transformed into the probability using only specific events in the sporting event that take place after the sporting event has started.
  • the data representing the sporting event can comprise the score of the sporting event, scores for different periods of the sporting event, individual player statistics for the sporting event, and critical events that have occurred during the sporting event, such as, for example, an injury to a key participant in the sporting event or circumstances that indicate that a key participant may not be able to play or play as often as expected.
  • real-time data is less than five minutes old.
  • real-time data can be data that is less than three minutes old, and in a further embodiment, real-time data can be data less than one minute old.
  • real-time data can be data that is less than 30 seconds old, and in a further embodiment, real-time data is data that is instantaneous. Therefore, users can see the real-time probability that they will win their respective bets at any point of time during the contest.
  • fantasy betting league allows users to use the same systems and methods as the monitoring and displaying of wagers.
  • the participants of the fantasy betting league can enter fictional or real wagers into the system.
  • the system will monitor and calculate the results of the wagers to determine which user has placed the best wagers within his league.
  • the systems and method of the present invention allow users to view the real-time probability that a participant will win his league, irrespective of any single bet, but based on the totality of his respective bets. In this way, users in the league can determine who placed the better or best set of wagers.
  • Some embodiments include a method for executing one or more computer programs using one or more processors to monitor wagers.
  • the method can include: (a) receiving an alert comprising at least one wager on at least one sporting event; (b) receiving real-time updates comprising data representative of the at least one sporting event; (c) transforming the data representative of the at least one sporting event into a real-time probability of success of the at least one wager; and (d) transmitting the real-time probability of success to be displayed at a computing device.
  • a computer-implemented method of monitoring wagers can include: (a) receiving at least one wager comprising at least one bet on at least one sporting event; (b) receiving first real-time data representative of the at least one sporting event; (c) determining a real-time probability of success for the at least one bet on the at least one sporting event by transforming the first real-time data into the probability; (d) transmitting the at least one wager and the probability of success for the at least one bet on the at least one sporting event to a computing device; (e) receiving second real-time data representative of the at least one sporting event; (f) updating the real-time probability of success after receiving the second real-time data; and (g) transmitting the updated real-time probability to the computing device
  • Other embodiments include a system for monitoring and displaying wagers.
  • the system can include: (a) a middleware; and (c) a backend comprising real-time data, wherein the middleware is configured to receiving the real-time data from the backend, applying the realtime data to at least one alert, arranging the real-time data, and sending the arranged real-time data to a front end, wherein the real-time data comprises data representative of one or more sporting events, and wherein the at least one alert comprises at least one wager on one of the one or more sporting events.
  • FIG. 1 illustrates an overview of a system 100 for monitoring and displaying wagers in real-time, according to a first embodiment.
  • System 100 is merely exemplary and is not limited to the embodiments presented herein. System 100 can be employed in many different embodiments or examples not specifically depicted or described herein.
  • system 100 comprises at least one computing device, such as, for example, a mobile device 110 and/or a computer 112.
  • Mobile device 110 can be any type of device that can receive data wirelessly from an external source.
  • mobile device 110 can be an Apple iPhone® device, a Blackberry® device, a telephone with an AndroidTM operating system, a mobile telephone, a PDA (personal digital assistant), an MP3 player, a portable computer, and/or other similar devices.
  • Computer 112 can be any computer that has access to the Internet or similar network connection. Computer 112 can be a laptop and/or a desktop computer.
  • Mobile device 110 and computer 112 can receive data relating to a sports wager.
  • mobile device 110 and computer 112 can receive data that pertains to one or more wagers that a user wants to monitor.
  • mobile device 110 and computer 112 can receive real-time data representative of a sporting event, including, for example: the current score of a sporting event, the current point spread of the sporting event, the time that the sporting event starts, the elapsed time in the sporting event, the time remaining in the sporting event, one or more players' individual statistics for the sporting event, the injury or reason a player cannot continue to play in the sporting event, etc.
  • the data representative of the sporting event can be transformed into a probability that a user will win his wager.
  • mobile device 110 and computer 112 can receive data relating to realtime sports scores and/or other information related to multiple sporting events.
  • mobile device 110 and computer 112 can receive data pertaining to a fantasy betting league.
  • Mobile device 110 and computer 112 can be used by a user to set up an account to monitor specific wagers made by a user.
  • users can make wagers independently of system 100, and then users can monitor their wagers on system 100.
  • users can monitor fictitious wagers on system 100 because users do not have to place one or more wagers to use system 100.
  • a user of computer 112 uses computer 112 to access a website that enables a user to create one or more alerts related to sports wagers and/or to monitor alert(s) that have already been created.
  • a user can register for the monitoring service using the website via computer 112.
  • a user can use mobile device 110 to access an application or web service on mobile device 110 that enables a user to create one or more alerts related to sports wagers and/or to monitor alert(s) that have already been created.
  • a user can register for the monitoring service using the application or web service of mobile device 110.
  • the website via computer 112 and the application or web service of mobile device 110 give users the same options and operate similarly.
  • Mobile device 110 and computer 112 can be connected to network 126.
  • network 126 can comprise the Internet and/or a cellular telephone network.
  • network 126 can comprise a network specifically created for monitoring sports wagers.
  • System 100 also includes a sports data stream 114.
  • Sports data steam 114 can be any data stream that provides sports and betting data in real-time.
  • sports data stream 114 can be a Reuters® ticker, a SportsTicker® data stream, a STATS® data stream, or any other similar subscription based or free service.
  • sports data stream 114 is coupled to network 116.
  • network 116 can comprise the Internet and/or a cellular telephone network.
  • network 116 can comprise a network specifically created for providing real-time sports data.
  • network 116 is the same as network 126.
  • System 100 also can include a parser 118.
  • Parser 118 pulls the data that is needed by system 100 from sports data stream 114 via network 116.
  • system 100 can be designed to monitor bets only from certain sports. Therefore, sports data from every sport available in sports data stream 114 is not needed.
  • system 100 might not need to receive every statistic being distributed by sports data stream 114.
  • system 100 may not need to receive information on every player's career statistics, or current season WHIP (walks and hits per inning pitched) for a pitcher.
  • Parser 118 can filter out this unneeded information.
  • System 100 might need all the current game statistics for each player competing in a particular baseball game being played.
  • Parser 118 permits this needed information to pass from network 116 to first database 120.
  • data provided by sports data stream 114 is representative of the physical presentation of a sporting event.
  • system 100 might not need some information not related to the statistics of the sporting events.
  • the parser can separate out information such as the weather and any and all pre-game news or pre-game statistics that system 100 does not use.
  • system 100 can also include a first database 120.
  • First database 120 is used to store the relevant sports data that has been received from parser 118.
  • the data stored in database 120 can be sent to mobile device 110, computer 112, and/or a filter 122.
  • Filter 122 is used by system 100 to filter the sports data in first database 120 into alerts created by one or more users. For example, each alert pertains to a specific wager placed on one or more sporting events. Therefore, the sports data for the sporting event of each alert is filtered out of the sports data stored in first database 120. The sports data that is filtered out of first database 120 is stored in second database 124.
  • first database 120 and second database 124 can be a single database. In other embodiments, one or both of first database 120 and second database 124 can comprise more than one database.
  • the sports data applicable to user alerts stored in second database 124 can be sent to mobile device 110 and computer 112 via network 126.
  • parser 118, databases 120 and 124, and filter 122 can be part of a single computer or a set of computers.
  • FIG. 2 is a flow chart illustrating an example of a method 200 of monitoring at least one wager, according to a first embodiment.
  • Method 200 can also be considered a method for presenting the status of at least one wager.
  • method 200 can be a computer- implemented method and/or considered a method for executing one or more computer programs using one or more processors to monitor wagers.
  • Method 200 is merely illustrative of a technique for implementing the various aspects of certain embodiments described herein, and method 200 is not limited to the particular embodiments described herein, as numerous other embodiments are possible.
  • the various procedures and activities of method 200 can be performed by a single computer or a set of computers.
  • a first procedure of method 200 is a procedure 201 of receiving at least one alert.
  • FIG. 3 illustrates a flow chart that includes an example of procedure 201 (FIG. 2), according to the first embodiment.
  • An example of procedure 201 (FIG. 2) is illustrated in section 301 of FIG. 3.
  • the first activity of procedure 201 is an activity 231 of receiving the creation of an alert.
  • An alert is a way of monitoring a particular bet or wager that is created by a user.
  • An alert allows a user to track in real-time one or more bets from multiple betting options and comprising one or more sports.
  • An alert also allows a user to monitor game lines, money lines, over/under lines, scores, statistics of each of the sporting events in the alert and the like, all in real-time.
  • an alert also allows a user to view a real-time win/loss probability of each bet placed on a sporting event in the alert.
  • a user can choose to add an alert from a menu on mobile device 110 (FIG. 1) or computer 112 (FIG. 1). Once a new alert has been added, a user can choose to rename the alert. As an example, an alert renamed by a user can have from approximately 10 to approximately 30 characters. It should be noted that any number of character limitations can be applied, in addition to not having any character limitation.
  • FIG. 4 shows an example of a first screen shot from mobile device 110 (FIG. 1) during activity 231.
  • procedure 201 (FIG. 2) has an activity 232 of receiving the type of bet.
  • bets There are a number of different bets, with a number of different bet options, that can be made by a user. Examples of different types of bets include: straight bets, parlays, parlay teasers, and progressive bets, among others. Any type of bet can be selected by the user in activity 232. In addition, bets that are hereinafter developed may also be part of activity 232.
  • betting options for team sports can comprise: money lines, point spreads or line, and over/under.
  • a money line comprises a better selecting a particular team to win a sporting event, regardless of the score.
  • Point spreads or line comprises a better selecting a team to win or lose a sporting event by at least a specific point differential, wherein the point differential is usually selected by odds makers.
  • Over/under comprises a better selecting whether the total combined score of the teams participating in a sporting event will be over or under a specific number, wherein the specific number is usually selected by odds makers.
  • betting options for individual sports can comprise match ups and odds.
  • Match ups comprise a better selecting an individual player to win between two selected players. Similar to a money line, a match up involves selecting the player to win, regardless of the odds.
  • Odds comprise a better selecting an individual player or team to win a sporting event or season.
  • Under an odds bet the winner is determined using odds, wherein the odds are usually set by odds makers.
  • the winnings from a winning wager in a odds bet can be the amount of money wagered, or can be a ratio or multiple of the money bet.
  • a straight bet involves a wager on a single sporting event, in a single sport, on a single date. After a user selects a straight bet, a user is not allowed to choose any additional sporting events for that particular wager, because a straight bet by definition can only include a single sporting event. A user, however, can still place an additional wager involving another straight bet and/or a different type of bet.
  • a parlay, parlay teaser, and progressive bet allows a user to select more than one sporting event, across a variety of sports, on multiple dates. Therefore, if a user chooses a bet type, such as, for example, a parlay, parlay teaser, or progressive bet, that involves the possibility of choosing more than one sporting event, then a user is allowed to choose more than one sporting event.
  • FIG. 5 shows an example of a second screen shot from mobile device 110 (FIG. 1) during activity 232.
  • procedure 201 has an activity 233 of receiving the sport of the sporting event or events on which a wager can be placed.
  • a user can choose football, baseball, or basketball, among other sports.
  • any sport can be chosen if system 100 (FIG. 1) via sports data stream 114 receives sports data on that particular sport.
  • FIG. 6 shows an example of a third screen shot from mobile device 110 (FIG. 1) during activity 233.
  • Column 601 represents the number of sporting events currently taking place for that particular sport. For example, the screen shot of FIG 6 indicates that there are seven (7) NBA (National Basketball Association®) games currently being played.
  • Column 602 represents the number of sporting events in progress and being monitored by the system for alerts that have already been created for a user. For example, there are three (3) NBA games currently being played in which a user has created alerts.
  • Column 603 represents the number of sporting events being monitored in which a user is currently winning a bet. For example, there are two (2) NBA games in which a user has placed a bet and which the user is winning.
  • Column 604 represent the number of sporting events being monitored in which a user is currently losing a bet. For example, there is one (1) NBA game in which a user has placed a bet and which the user is losing.
  • procedure 201 continues with an activity 234 of receiving the date of the sporting event for which the bet may have been placed.
  • a user chooses the date of the sporting event on which the user wants to create an alert based on a wager.
  • a user chooses the date of the sporting event on which the wager may be placed, and then a user can scroll through all the sporting events on that particular day and select the sporting event on which the user will create an alert.
  • a user while searching for a sporting event, a user will be allowed to see sporting event data, the lines, and the odds for the particular sporting events.
  • procedure 201 continues with an activity 235 of receiving a sporting event.
  • a user can choose to add the sporting event to the alert.
  • a user can add the sporting event by highlighting an "add" option on the selected sporting event.
  • a user can choose to update the money line, point spread, over/under, and/or odds of the sporting event. For example, a user can overwrite the lines or odds of the sporting event to the lines or odds that were actually bet.
  • the lines or odds are initially provided by sports data stream 114 (FIG. 1). A user can highlight the line or odds that he desires to change and then insert the actual line for the wager that was placed.
  • a user is able to select the options of the bet. For example, a user can select a money line, a point spread, and/or an over/under bet. It should be noted that the types of betting options depends on the sport on which the wager has been placed.
  • FIG. 7 shows an example of a fourth screen shot from mobile device 110 (FIG. 1) during activity 235.
  • procedure 201 continues with an activity 236 of receiving confirmation of the alert.
  • a user is able to view the sporting event or sporting events, in addition to lines or odds, that are included within the wager of the newly added alert. If the alert is properly constructed, a user can confirm the alert. On the other hand, if the alert is incorrect, a user can edit the newly added alert.
  • procedure 201 can also repeat activities 233 and/or 234. This can allow for a user to edit his bets and/or add additional sporting events to an alert in the case of a parlay. For example, after a bet is added to an alert, additional sporting events can be added to the alert.
  • procedure 201 (FIG. 2) of FIG. 3 is complete.
  • the sequence of activities 232, 233, 234 and 235 can be changed from the sequence previously described.
  • the sequence of activities 232 and 233 can be reversed, and/or activity 234 can occur before activities 232 and/or 233.
  • Other variations are also possible.
  • Method 200 of FIG. 2 continues with a procedure 202 of receiving real-time updates.
  • the real-time updates can be received from sport data stream 114 (FIG. 1).
  • the sports data is stored in a database, such as, for example, first database 120 (FIG. 1) and/or second database 124 (FIG. 1).
  • the sports data is sent to mobile device 110 (FIG. 1) and/or computer 110 (FIG. 1).
  • the sports data that is sent to the user via mobile device 110 (FIG. 1) and/or computer 112 (FIG. 1) can contain any information that may be relevant to the wager.
  • the sports data can be representative of a physical presentation of the sporting event, including, for example: the score of the sporting event, updated betting lines, event statistics for the players, event injuries, time remaining in the sporting event, and the like.
  • procedure 202 can be completed a plurality of times before moving on to procedure 203.
  • real-time updates can be received whenever a critical event occurs in any one of the sporting events in which a bet is placed.
  • real-time updates can be received when one of the wagers of an alert is complete.
  • real-time updates can be received automatically after a predetermined period of time, such as, for example, every 15, 5, 3 or 1 minute.
  • real-time updates can be received before each time an alert is transmitted to be displayed, as seen in procedure 203. Also, real-time updates can be received whenever requested by a user. In many examples, real-time updates can be received continuously and instantaneously, such as, within 5 seconds.
  • FIG. 3 illustrates a flow chart that includes an example of procedure 203 (FIG. 2), according to the first embodiment.
  • Procedure 203 can be performed automatically and/or upon user request.
  • An example of procedure 203 (FIG. 2) is illustrated in section 303 of FIG. 3.
  • Procedure 203 has a first activity 241 of receiving a selection of an alert.
  • a user can use mobile device 110 (FIG. 1) or computer 112 (FIG. 1) to choose a particular alert from all of the alerts set up by a user to view.
  • the screen from which a user chooses a particular alert can also display some information about the available alerts.
  • the menu can display the alert name, along with the number of wagers in each alert.
  • the menu can also notify a user of how many wagers are currently winning, currently losing, or have not started yet.
  • the text of the wagers in each category comprises a different color.
  • FIG. 8 shows an example of a fifth screen shot from mobile device 110 (FIG. 1) during activity 241.
  • Column 801 represents the number of bets occurring in each alert that the user is currently winning. For example, the screen shot of FIG 8 indicates that there are three (3) sporting events in Alert 1 in which the user is currently winning.
  • Column 802 represents the number of sporting events occurring in each alert that the user is currently losing. For example, there is one (1) sporting events in Alert 1 that the user is currently losing.
  • Column 803 represents the number of sporting events in each alert in which the sporting event that was bet on has not started. For example, there are zero (0) sporting events that have not started and that were bet on in Alert 1.
  • procedure 203 continues with an activity 242 of transmitting game results.
  • each of the sporting events associated with the alert is transmitted to a screen of a computing device, such as, for example, the screen of mobile device 110 (FIG. 1) and/or computer 112 (FIG. 1).
  • the real-time score of each of the sporting events in the alert is displayed on the screen, along with the time remaining in each sporting event.
  • the real-time status of each of the sporting events can also be displayed on the screen.
  • the screen can display the real-time status of over/under bets and the status of the point spread.
  • wagers that are currently winning or won can be displayed in a different color than those that are currently losing or that are lost.
  • the wagers that haven't started can be displayed in yet another color.
  • FIG. 9 shows an example of a sixth screen shot from mobile device 110 (FIG. 1) during activity 242.
  • Column 901 represents the current score of each of the sporting events. As an example, in the game between the Mavericks and Timberwolves, the Mavericks are leading thirty-six (36) to twenty-eight (28).
  • Column 902 represents the point spread that was bet and the current point spread of the game. As an example, in the game between the Thunder and Spurs, the "+5" indicates that the Spurs are currently winning by five (5), and the "+6" indicates that the point spread bet was that the Spurs could lose by as much as six (6).
  • Column 903 represents the over/under of each of the sporting events on which the user bet.
  • the 64 indicates that the total score of the two teams combined is sixty-four (64) points.
  • the 205 indicates that the user bet that the combined score would be greater than 205 points.
  • Column 904 represents the probability that the user will win that particular bet.
  • the user has a probability of seventy- five percent (75%) of winning the bet of the point spread and the over/under.
  • activity 242 can also include determining and transmitting a real-time probability that a particular wager will win or lose.
  • the probability transmitted is a probability that the wager entered by a user will win, and is not a probability that one team or the other will win the sporting event.
  • the probability can be determined in a variety of ways. The probability used, however, is determined by transforming data representative of the physical presentation of the sporting event at the current point in time to the probability. For example, the probability can be determined according to the current score of the sporting event. Each team has scored so many points per minute. Therefore, each team's total points in the game are divided by the time played. Then, the points are extrapolated to the total time in the sporting event to determine what the final outcome of the sporting event will be according to the current score and current time elapsed in the sporting event.
  • the probability is determined by transforming data representative of the physical presentation of the sporting event only after the sporting event has commenced. Data related to events or statistics before the game has commenced, such as, for example, historical statistics related to the two teams or individuals involved in the sporting event, is not used in this embodiment.
  • the probability can take into account the current score of the sporting event in addition to data other than the current score.
  • the probability can take into account the momentum of the sporting event by taking into account more than one scoring rate.
  • the probability can take into account a number of different periods of scoring, so that the momentum of the sporting event can be more accurately reflected in the probability. Therefore, the probability can be updated throughout a sporting event based on a variety of different factors.
  • the following formula can be used to determine the scoring rate per minute (SRM) of each team for a four quarter game, such as basketball:
  • TET Total Elapsed Time
  • IET (Team score for first quarter/minutes played in first quarter)* Weight
  • LPT (Team score in last three minutes played in game/3)*Weight.
  • the SRM uses the score of many different scoring periods.
  • the SRM uses the total game points, points in the first quarter, points in the second quarter, points in the third quarter, points in the fourth quarter, and points in the last three minutes played in the game.
  • the weight is a factor that can be used to adjust the probability of winning the bet according to events that have taken place during the sporting event and/or how relevant the time period is in determining a prediction of the final score of a sporting event.
  • the weight of each of the six time periods can be adjusted according to how recent that particular factor occurred. For example, a time period that occurred earlier in the game, e.g.
  • IET can have a weight that is lower than a time period that occurred later in the game, e.g. 3ET, because the more recent time period (3ET) is a greater indicator of the current momentum of the game than the earlier time period (IET).
  • the time period of the last three minutes has a rate of 1.1.
  • the outcome can be predicted by calculating the points each team will score in the remainder of the game (PS) and adding it to the current score.
  • the points each team will score in the remainder of the game can be calculated with the following formula:
  • PS SRM*Time remaining.
  • the PS for each team can also be weighted. Weights for each of the these calculations can be determined by the factors of the game. Such factors include, for example, injuries, fouls, etc. For example, assume a first player on Team B is injured during the game and cannot play. This injury can cause Team A to have a weight of 1.0, which means there is no effect on the predicted number of points that Team A will score during the remainder of the game; and cause Team B to have a weight of 0.9, which indicates that the predicted number of points that Team B will score during the remainder of the game will decrease. In addition, assume a second player on Team B has a high number of fouls.
  • This condition can cause Team A to have a weight of 1.05, which indicates that the predicted number of points that Team A will score during the remainder of the game will increase (a player with a high number of fouls will theoretically have less playing time on the court, and if this player is a good defensive player, the predicted number of points that Team A will score during the remainder of the game can increase); and cause Team B to have a weight of 1.0, which indicates that there will be no effect on the predicted number of points that Team B will score during the remainder of the game.
  • the various weights can be determined via data mining historic data to determine the appropriate values for the weights of various time intervals and weights of events that occur during a sporting event. Under these assumptions, if the first Team B player is injured and the second Team B player has a high number of fouls, the PS for each team is adjusted as follows:
  • the total predicted scores are rounded down to the nearest integer. This rounding scheme is used because there cannot be a fraction of points in sporting events, and therefore, a point isn't projected unless the total point is projected. In other embodiments, the total points are rounded to the nearest integer as commonly done in mathematics (i.e., anything ending in .50 or higher is rounded up, while anything ending in .49 or lower is rounded down).
  • a probability of winning the wager can be calculated using one or more of the following: (a) historical data from similar or comparable games; (b) the momentum of the game (e.g., the projected difference); (c) other outside factors that provide some information about the likely result of the game; or (d) a combination of two or more of (a)-(c).
  • the projected difference is then compared with historical data from past games to determine the probability of winning.
  • this analysis uses the current score in the game and considers how teams faired in similar or identical situations in past games.
  • the analysis can access records or a database of past game results and determine the outcome of previous games with the current point difference and the current time remaining in the game.
  • the percentage of the time that a team won or lost a game can be calculated given the current score and time remaining.
  • the average final point difference can be determined. From this data, a percentage of time that a team wins by the wagered point spread can be calculated.
  • the analysis can use the projected difference and calculate how many times in similar or comparable sporting events that the projected difference been at least the margin of victory for a team. For example, based on the historical records of professional basketball games, the team leading by 4 points with 11 :00 minutes remaining in the second quarter finished with a projected point difference of at least 4 points in
  • the historical data can be scored from a predetermined number of games (e.g., the last 1,000 games in a league, all of the games in the league from the last 10 years, etc.).
  • the database can include the scores of the last 1,000 professional basketball games in 30 second or one minute intervals.
  • the database could include the scores after each out in each inning (e.g., the score after one out in the first inning, two outs in the first inning, etc.) of all of the professional baseball games in the last 5 years.
  • the calculation of the probability of winning could use other factors that provide information about the potential outcome of the game. For example, information about the players and coaches, the location of the game, public or private odds of a team winning can be factored into the calculation of the probability of winning. In one example, a team's probability of winning could be increased by a first predetermined percentage if the team was playing at home or be decreased by a second predetermined percentage if a star player of the team was not playing in the game.
  • procedure 203 (FIG. 2) of FIG. 3 continues with an activity 243 of receiving a selection of any of the sporting events in the alert.
  • a sporting event is selected, more detailed information is presented to a user on computer 112 and/or mobile device 110, and a user can view the real-time game statistics after an activity 244 of transmitting game statistics.
  • scoring leaders, rebounding leaders, and assist leaders in addition to the score of the sporting event (including scores from each quarter, period, inning, etc.) for each team can be presented.
  • Any information that is delivered to system 100 (FIG. 1) can be transmitted to mobile device 110 (FIG. 1) or computer 112 (FIG. 1).
  • a user can choose what elements he wants displayed when a sporting event is chosen.
  • procedure 203 (FIG. 2) is complete.
  • procedure 203 can also repeat activity 242. This can allow for a user to receive a transmission of more than one alert. For example, after one alert has been transmitted to a user via mobile device 110 (FIG. 1) and/or computer 112 (FIG. 1), one or more additional alerts can be transmitted to a user.
  • FIG. 10 shows an example of a seventh screen shot from mobile device 110 (FIG. 1) during activity 244.
  • the number of element 1004 represents the probability, seventy-five percent (75%) in this example, that the user will win the bet for the sporting event selected.
  • Element 1005 represents the real-time game clock of the sporting event. As an example, there is one minute and 12 seconds (1 :12) remaining in the third quarter of the sporting event selected in FIG. 10.
  • the information in box 1006 represents the scoring statistics for both teams at the current point in the sporting event.
  • the Mavericks have sixty-nine (69) total points, have a point spread of "+11” or have eleven (11) more points than the Timberwolves; the point spread bet was Mavericks "+8" or the Mavericks would not lose by more than (8); and the current over/under or total points is 127 and the bet over/under was 205 points.
  • the information of box 1007 represents the first half statistics of the sporting event. As an example, the Mavericks scored twenty-two (22) points in the first quarter, twenty-three (23) points in the second quarter, a total of forty- five (45) points in the first half, and "+7" or seven (7) more points than the Timberwolves in the first half.
  • the information of box 1008 represents the second half statistics of the sporting event. For example, the Mavericks scored twenty- four (24) in the third quarter; the fourth quarter has not started; the Mavericks have scored twenty-four (24) points in the second half; the Mavericks have scored "+4" or four (4) more points than the Timberwolves in the second half; and a total of forty- four points have been scored in the second half between the two teams.
  • the information of box 1009 represents the individual statistical leaders for various categories of the two teams. For example, the statistical leaders (along with their statistics) in points ("Pts"), rebounds ("Reb"), and assists (Ast) for each team are listed.
  • method 200 can also repeat procedure 202.
  • system 100 transmits alerts to mobile device 110 (FIG. 1) and/or computer 112 (FIG. 1)
  • system 100 (FIG. 1) can receive further real time updates.
  • Method 200 of FIG. 2 can also include a procedure (not shown) of receiving alterations to alerts, which can occur any time after procedure 201.
  • FIG. 3 illustrates a flow chart that includes an example of the procedure of receiving alterations to alerts. An example of the procedure of receiving alterations to alerts is illustrated in section 304 of FIG. 3.
  • the procedure of section 304 can include an activity 251 of transmitting alert details. Once an alert has been chosen for editing, the details of the alert can be transmitted to mobile device 110 (FIG. 1) and/or computer 112 (FIG. 1), where the details of the alert can be displayed.
  • the details of the alert can include, for example, each of the sporting events wagered on, the spreads, over/under, etc.
  • the procedure of section 304 can include an activity 252 of receiving instructions to remove or edit an alert.
  • a user can choose to delete any particular bet in the alert.
  • a user can choose to edit the details of the alert, such as, for example, the lines or over/under.
  • the system proceeds to edit/delete the bet(s). If the bet is being deleted the system proceeds with activity 253. If the bet is being edited, the process of editing the alert can be similar to or the same as the process for creating the alert.
  • the procedure of section 304 proceeds with an activity 253 of receiving confirmation of the alert.
  • a user can choose to confirm the edited alert, or alternatively, can choose to edit the alert further.
  • activity 253 the procedure of section 304 is complete.
  • Another embodiment of method 200 in FIG. 2 includes transmitting sports results
  • a user may not have placed a wager on any particular sporting event, but wants to view the results, statistics, probabilities of a particular team winning, the line, etc.
  • the transmission of sports results can be performed in addition and/or in place of procedure 203 in FIG. 2.
  • the transmission of sports results can be performed without requiring a user to create an alert.
  • Section 305 includes a procedure 261 of receiving a sport from a user via mobile device 110 and/or computer 112.
  • Procedure 261 can be similar to or the same as activity 233 of receiving a sport selection.
  • method 305 includes a procedure 262 of receiving a date from a user via mobile device 100 and/or computer 112.
  • a user can select a date for the particular sporting event for which a user is searching.
  • the data can include past, present, and/or future dates.
  • Procedure 262 can be similar to or the same as activity 234.
  • method 305 includes a procedure 263 of transmitting game results.
  • each of the sporting events for that particular date can include the current score, if any.
  • the probability of each sporting event can also be displayed for a given line. Similar to the probability described with respect to activity 242 (FIG. 3), the probability can be determined by transforming data representative of the physical presentation of the sporting event, such as, for example, using events and statistics of the sporting event after the sporting event has started.
  • procedure 305 continues with a procedure 264 of receiving a sporting event from a user via mobile device 110 and/or computer 112.
  • Procedure 264 can be similar to or the same as activity 243 of selecting a sporting event.
  • Procedure 265 can be the same as or similar to activity
  • method 305 After procedure 265, method 305 is complete. [00125] In addition, in some examples, after the completion of procedure 265, method 305 can also repeat activities 261, 262, and/or 263. This can allow for a user to receive transmissions of more than one sporting event. For example, after the transmission of game statistics to mobile device 110 and/or computer 112, a user may want to receive a transmission of statistics from another sporting event. Therefore, method 305 can proceed to procedure 261 for a new sport, procedure 262 for a new date, and/or procedure 263 for game results and probabilities so the user can choose a new sporting event.
  • method 200 (FIG. 2) and its procedures and their activities (FIG. 3) are merely exemplary. Many of the procedures and activities can be rearranged without limiting the scope of the invention.
  • procedure 242 can occur after procedures 243 and 244, and/or procedure 263 can occur after procedures 264 and 265, and/or the sequence of procedures 261 and 262 can be reversed.
  • the order of the procedures and activities is exemplary and is not intended to limit the scope of the invention.
  • FIG. 11 illustrates an overview of a system 1100 for organizing and displaying wagers in real-time, according to a second embodiment.
  • System 1100 is merely exemplary and is not limited to the embodiments presented herein. System 1100 can be employed in many different embodiments or examples not specifically depicted or described herein.
  • System 1100 can comprise three different sections: front end 1197, middleware 1198, and backend 1199.
  • Front end 1197 can comprise components of system 1100 and can be used by a user to interact with system 1100.
  • Middleware 1198 can comprise components that make up the business logic of system 1100.
  • Backend 1199 can comprise components that supply or store data to system 1100.
  • Each of middleware 1198 and backend 1199 can be part of a single computer or a set of computers, or they can be part of the same computer(s).
  • the components of system 1100 can comprise elements that are similar to or the same as elements present in system 100 of FIG. 1.
  • data that is contained in backend 1199 of system 1100 can be received via one or more sports data streams 1114 that are similar to or the same as sports data stream 114.
  • data that is present in backend 1199 of system 1100 may have been parsed by a parser similar to or the same as parser 118.
  • data can be filtered before passing to front end 1197 by a filter that is similar to or the same as filter 122.
  • the data can be stored in one or more databases that can be similar to or the same as database 120 and/or 124.
  • Front end 1197 can comprise components that are used by public users to interact with system 1100. As an example, a user is able to communicate with components of system 1100, as well as receive communications from components of system 1100.
  • Front end 1197 can include one or more mobile devices and computers, including mobile device 1110 and computer 1112.
  • Mobile device 1110 and computer 1112 can be similar to mobile device 110 (FIG. 1) and computer 112 (FIG. 1), respectively.
  • Mobile device 1100 and computer 1112 allow a user to create alerts, similar to or the same as those described in procedure 201 of method 200 (FIG. 2).
  • mobile device 1110 and computer 1112 also allow a user to view the display of created alerts, similar to or the same as that described in procedure 203 of method 200 (FIG. 2).
  • mobile device 1110 and computer 1112 allow a user to view sports data, similar to or the same as that described in 305 (FIG. 3).
  • mobile device 1110 and computer 1112 can allow a user to register an account, maintain his account, manage funds, manage any fantasy wagers, and obtain sports scores and statistics.
  • Mobile device 1110 can be any type of device that can receive data wirelessly from an external source.
  • mobile device 1110 can be an iPhone® device, a Blackberry® device, a telephone with an AndroidTM operating system, mobile telephone, a PDA (personal digital assistant), an MP3 player, portable computers, and other similar devices.
  • Computer 1112 can be any computer that has access to the Internet or similar network.
  • mobile device 1110 and/or computer 1112 can be used to access system 1100 via social networking websites, such as, for example, facebook®, MySpaceTM, etc.
  • front end 1197 can also include the ability to register one or more affiliate websites 1113.
  • affiliate website(s) 1113 can be used for affiliate marketing programs.
  • affiliate website(s) 1113 can be used to draw users to the website accessed via computer 1112 and/or mobile device 1110.
  • System 1100 also comprises middleware 1198.
  • Middleware 1198 comprises the business logic for system 1100.
  • middleware 1198 uses the Java® programming language to implement the business logic of the system. It should be noted that other programming languages might also be used.
  • Middleware 1198 comprises different systems, each of which have their own components.
  • middleware 1198 can comprise a game update system 1170, a registration system 1176, and a payment processing system 1185.
  • the components of game update system 1170, registrations system 1176, and payment processing system can communicate with one or more components of front end 1199.
  • the various systems of middleware 1198 can comprise one or more databases to store data.
  • system 1100 also comprises backend 1199.
  • Backend 1199 comprises components that supply data to system 1100.
  • the components of backend 1199 communicate with the systems of middleware 1198.
  • Game update system 1170 is a system that processes real-time scores, statistics, and point spread data from various sports.
  • game update system 1170 can also process and/or store historical scores and statistics from sports.
  • game update system 1170 can process data from sporting events that are to occur at some point in the future.
  • game update system 1170 can process data related to schedules of games/sporting events and point spread data.
  • Game update system 1170 can receive game data, as represented by box 1173 and games information, as represented by box 1174.
  • Game data 1173 and game information 1174 can comprise data representative of the physical presentation of a sporting event.
  • Game data 1173 and game information 1174 are part of backend 1199 of system 1100.
  • Game data 1173 and game information 1174 can be provided to game update system 1170 via an external source.
  • sports data stream 1114 can supply game data 1173 and game information 1174 to game update system 1170.
  • sports data stream can be the same as or similar to sports data stream 114.
  • sports data streams 1114 can be parsed before game data 1173 and game information 1174 is passed to game update system 1170.
  • Game data 1173 and game information 1174 can be stored in system 1100 within one or more databases.
  • Game data 1173 can comprise scores and statistics for sporting events that are in progress, as well and scores and statistics for past sporting events.
  • game data 1173 can include the score of a professional basketball game between Team A and Team B.
  • game data 1173 can also include team and player statistics for the two teams in the game.
  • Game information 1174 can comprise scheduling and point spread data for sporting events that are in the future or sporting events that are in progress.
  • game information may include other data about the sporting event, such as, for example, starting lineups of the two team playing. It should be noted that different types of sporting events can have different types of data. For example, basketball may have a point spread, but golf may include a match up between players.
  • game data 1173 and game information 1174 comprises data that is representative of a sporting event, and the data can be transformed into a probability that a wager placed on the sporting event by a user will succeed.
  • the probability can be the same as or similar to the probability discussed with respect to activity 242 (FIG. 3) of procedure 203 (FIG.
  • Game data 1173 and game information 1174 are directed to game update system 1170.
  • Game update system 1170 can comprise two components, game notification component 1171 and game details component 1172.
  • Game notification component 1171 and game details component 1172 each communicate with components of front end 1197.
  • game notification component 1171 and game details component 1172 each communicate with mobile device 1110 and computer 1112 via the system website using data pushing and/or data pulling techniques.
  • Game notification component 1171 allows a user to be notified when there is a change in status of a sporting event.
  • Game notification component 1171 pushes data regarding sporting events that are in progress, or recently in progress, to a user via mobile device 1110 or computer 1112.
  • game notification component 1171 can push data regarding score changes, update in time remaining, wins, losses, change in the probability of successful wager, etc. to a user.
  • game notification component 1171 will push information to a user for sporting events in which a user has created an alert.
  • game notification component 1171 will push information to a user for sporting events in which a user indicated that he wanted to receive updates.
  • Game details component 1172 allows a user to view information about sporting events. For example, game details component 1172 will present to a user, via mobile device 1110 or computer 1112, information on sporting events that a user has requested. Such information can include, for example, schedules of games, scores of games, team statistics in games, player statistics in games, and statistical summaries of games. Furthermore, game details component 1172 allows a user to review data from past, in progress, and future sporting events.
  • both mobile device 1110 and computer 1112 are connected to both game notification component 1171 and game details component 1172. Therefore, a user can access information from both game notification component 1171 and game details component 1172 via mobile device 1110 and computer 1112.
  • Registration system 1176 is a system that provides components for managing users, groups, and/or fantasy leagues. As an example, registration system 1176 has components that allow the user to manage alerts. In addition, in some embodiments registration system 1176 allows a user to manage fantasy components. [00147] Registration system 1176 can store and receive data in the form of a wager data, as represented by box 1179, and fantasy data, as represented by the group of boxes 1180. Wager data 1179 and fantasy data 1180 are components of backend 1199 of system 1100. Wager data 1179 and fantasy data 1180 can be provided to system 1100 via an external source. For example, wager data 1179 and fantasy data 1180 can be entered into registration system 1176 by a user via mobile device 1110 or computer 1112.
  • portions of fantasy data 1180 can be entered into registration system 1176 by a different user.
  • a first user would be a user that creates a fantasy league and creates the rules of the league, the group, etc. Then the first user can invite additional users into the created fantasy league. The first user then can send the invited users an email message inviting the invited users to join the created fantasy league. The invited users can then accept or reject the invitation to join the fantasy league.
  • Wager data 1179 and fantasy data 1180 can be stored by system 1100 with one or more databases.
  • Wager data 1179 can comprise information related to wagers and alerts created by a user. As an example, wager data 1179 can comprise all the information related to alerts created by a user. This data will include all of the wagers included in the various alerts. In addition, wager data 1179 can comprise data related to several different types of available wagers. For example, wager data 1179 can include information related to the rules of the different types of available bets (e.g., parlay, money line, point spread, progressive, etc.). Furthermore, wager data
  • 1179 can comprise any data related to the various types of available bets.
  • Fantasy data 1180 can comprise information on various components on fantasy leagues to which a user belongs.
  • fantasy league in the context of system 1100 comprises a league in which a group of participants compete with each other by making wagers in accordance with rules set up by the participants.
  • each participant in the league will have an ability to make wagers with fake currency.
  • the league will last for a certain period of time, such as, for example, the length of the National Football League® season. At the end of the season, the winner will be the participant with the most currency.
  • the participants of the league can create a series of rules that will govern the play of the league.
  • Fantasy data 1180 can comprise different pieces of data. As an example, fantasy data
  • 1180 can comprise league data 1181, league criteria data 1182, and fund management data 1183.
  • League data 1181 can include data that organizes various users into fantasy leagues. Each league has a group of participants that forms the league. League data 1181 can include data that associates different users with different fantasy leagues.
  • League criteria data 1182 is data that includes the rules for the various fantasy leagues.
  • a fantasy league may limit the number of bets made per week, limit the amount of money to be wagered, limit the betting to one sport, or one conference in one sport, etc.
  • each league can also have specific progressions or restrictions for betting on multiple sporting events. For example, some leagues can be arranged so that its participants can only place bets on a single team. In other leagues, the rules can be set so that a participant cannot place a wager that a particular team will win more than once, similar to a suicide betting game.
  • Fund management data 1183 can include data that allows users to track wins and loses for multiple sporting events throughout a user's history with system 1100.
  • fund management data 1183 can also include data that is used to track each participant's currency in a fantasy league. It should be noted that fund management data 1183 can also include data that is not related to fantasy leagues, and simply allows a user to review his wager history.
  • Wager data 1179 and fantasy data 1180 are directed to registration system 1176.
  • Registration system 1176 can comprise two components, wager management component 1177 and fantasy component 1178.
  • Wager management component 1177 and fantasy component 1178 each communicate with front end 1197 components.
  • Wager management component 1177 allows a user to manage his various wagers. For example, wager management component 1177 allows a user to create, edit, delete, and view all of the alerts that a user has created. In addition, wager management component 1177 allows a user to create, edit, delete, and view all of the bets that a user has created in an alert.
  • Fantasy component 1178 allows a user to compete in fantasy leagues and view the results and status of a user's leagues. Fantasy component 1178 allows a user to create a fantasy league. In creating a fantasy league, a user will invite a group of participants to compete in the league, create the rules specific to the league, etc. In addition, fantasy component 1178 can send out alerts and message to the participants of the league. In some examples, fantasy component 1180 can send out messages inviting potential participants invited by the creator of the league to join the league. In addition, fantasy component 1178 can tabulate the results of the league and compare the results of the wagers of the participants. Furthermore, fantasy component 1178 can calculate the probability of any participant in a league winning the league. This probability does not focus on a single bet, but instead focuses on the probability that a participant will be the best better of the group.
  • both mobile device 1110 and computer 1112 are connected to both wager management component 1177 and fantasy component 1178. Therefore, a user can access both of wager management component 1177 and fantasy component 1178 via mobile device 1110 and computer 1112.
  • Payment processing system 1185 is a system that allows users to manage their accounts. In addition, payment processing system 1185 also can provide business logic to support affiliated websites.
  • Payment processing system 1185 can receive and store user data, as represented by box 1188, and reporting/analytical data from one or more external websites, as represented by box 1189.
  • User data 1188 and reporting/analytical data 1189 are part of backend 1199 of system 1100.
  • User data 1188 and reporting/analytical data 1189 can be provided to payment processing system 1185 via an external source.
  • user data 1188 can be provided to system 1100 via a user.
  • a user can provide user data 1188 to system 1100 via computer 1112 and/or mobile device 1110.
  • User data 1188 can be stored by system 1100 by one or more databases.
  • Reporting/analytical data 1189 can be provided to system 1100 via one or more websites that provide data about the performance of system 1100, as well as other potential information.
  • User data 1188 can comprise data related to one or more users.
  • user data 1188 can comprise data related to a user's accounting information.
  • Such information can include, for example, a user's address, user's payment information (i.e., credit card information), user's account balance, etc. Any data related to a user's personal information and a user's payment information can be included in user data 1188.
  • Reporting/analytical data 1189 can comprise data supplied by front end 1197 and external websites that can supply analytical information to system 1100.
  • Reporting/analytical data 1189 can include data related to the performance of system 1100, such as, for example, information about the performance of the website that a user accesses via computer 1112.
  • reporting/analytical data 1189 can include data related to the performance of affiliate website 1113, leveraging service logs, external analytical tools, etc.
  • Payment processing system 1185 can comprise two components, account management component 1186 and affiliate program component 1187.
  • Account management component 1186 and affiliate program component 1187 each communicate with front end 1197 components.
  • account management component 1186 can communicate with mobile device 1110 and computer 1112
  • affiliate program component 1187 can communicate with affiliate website 1113.
  • Account management component 1186 allows a user to manage his account information with system 1100.
  • Account management system 1186 can provide a user with account status, billing information, and similar features for managing a user's account and handling user's payment. As an example, a user can access his payment information that is stored in payment processing system 1185.
  • a user can pay his account balance, change user information, view the account balance, etc.
  • account management component 1186 and payment processing system 1185 are not used to place wagers, but are used to pay for a user's access to the real-time probability of winning the user- selected wagers, regardless of whether the wagers were actually placed. For example, a user can subscribe to a monthly subscription service that allows the user to access system 1100 to monitor his wages.
  • affiliate program component 1187 allows system 1100 to communicate with one or more affiliate websites 1113.
  • affiliate program component provides the business logic to support affiliate website(s) 1113.
  • affiliate website(s) 1113 can be used for affiliate marketing programs.
  • affiliate website(s) 1113 can be used to draw users to a website controlled by system 1100 and accessed via computer 1112 and/or mobile device 1110.
  • system 1100 illustrated in FIG. 11 is merely exemplary. Changes can be made to system 1100 without limiting the scope of the invention.
  • any of the elements of front end 1197 can communicate with any of the elements of middleware 1198, and any elements of middleware can communicate with any elements of backend 1199.
  • user data 1188 can be received not only by payment processing system 1185, but also by registration system 1176. When a user registers with system 1100, he may need to supply payment information, address, etc. to complete the registration.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L’invention concerne une méthode permettant de surveiller un ou plusieurs paris, la méthode comprenant : (a) la réception d’une alerte comprenant au moins un pari sur au moins un événement sportif ; (b) la réception de mises à jour en temps réel comprenant des données représentatives du ou des événements sportifs ; (c) la transformation des données représentatives du ou des événements sportifs en probabilité de succès calculée en temps réel du ou des paris ; et (d) la transmission de la probabilité de succès calculée en temps réel pour qu’elle soit affichée sur un dispositif informatique. D’autres modes de réalisation sont également décrits.
PCT/US2010/042243 2009-07-16 2010-07-16 Système et méthode pour surveiller un pari WO2011009033A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US22618009P 2009-07-16 2009-07-16
US61/226,180 2009-07-16

Publications (1)

Publication Number Publication Date
WO2011009033A1 true WO2011009033A1 (fr) 2011-01-20

Family

ID=43449820

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2010/042243 WO2011009033A1 (fr) 2009-07-16 2010-07-16 Système et méthode pour surveiller un pari

Country Status (2)

Country Link
US (1) US20110014974A1 (fr)
WO (1) WO2011009033A1 (fr)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102822861A (zh) * 2010-01-31 2012-12-12 卡尔.G.沃尔夫 识别博弈得分的定量错误定价的方法和系统
US20130060362A1 (en) * 2011-09-03 2013-03-07 Kathleen Murphy Predictive gaming
US20130211561A1 (en) * 2012-02-13 2013-08-15 Parallel Touch Ltd. Computerized system and method for providing real time information regarding competitions
TWI593450B (zh) * 2012-02-24 2017-08-01 Ｃｆｐｈ有限責任公司 包括客制化遊戲參數的娛樂裝置
US9098805B2 (en) 2012-03-06 2015-08-04 Koodbee, Llc Prediction processing system and method of use and method of doing business
US9094708B2 (en) * 2012-06-08 2015-07-28 Rovi Guides, Inc. Methods and systems for prioritizing listings based on real-time data
US20150221177A1 (en) * 2013-02-01 2015-08-06 Contagious Sports Ltd. Wagering game systems and methods for live sporting events
US20140274324A1 (en) * 2013-03-14 2014-09-18 Christian Grant Online Fantasy Sports System
WO2016007967A1 (fr) 2014-07-11 2016-01-14 ProSports Technologies, LLC Fragments de code de suivi de ballon
US9760572B1 (en) 2014-07-11 2017-09-12 ProSports Technologies, LLC Event-based content collection for network-based distribution
US9655027B1 (en) 2014-07-11 2017-05-16 ProSports Technologies, LLC Event data transmission to eventgoer devices
WO2016007962A1 (fr) 2014-07-11 2016-01-14 ProSports Technologies, LLC Distribution de flux de caméra provenant de caméras de sièges virtuels de lieu d'événement
US9729644B1 (en) * 2014-07-28 2017-08-08 ProSports Technologies, LLC Event and fantasy league data transmission to eventgoer devices
US10642868B2 (en) 2014-08-19 2020-05-05 Tag.Bio, Inc. Data analysis and visualization
US10353543B2 (en) 2014-09-08 2019-07-16 Mako Capital, Llc Method and system for presenting and operating a skill-based activity
US9699523B1 (en) 2014-09-08 2017-07-04 ProSports Technologies, LLC Automated clip creation
US20160300440A1 (en) * 2015-04-10 2016-10-13 IPro, Inc. System and method for accepting and creating electronic wagers
WO2016172663A1 (fr) * 2015-04-24 2016-10-27 Tagb.io. Inc. Prédiction de résultats
US10318879B2 (en) 2015-10-30 2019-06-11 Cbs Interactive Inc. Interactive live event outcome selection and prediction
US10440035B2 (en) * 2015-12-01 2019-10-08 Cisco Technology, Inc. Identifying malicious communication channels in network traffic by generating data based on adaptive sampling
US11127103B2 (en) * 2017-05-15 2021-09-21 Aiya Llc System for increasing betting level of profitability and methods of use
US11311808B2 (en) 2019-01-21 2022-04-26 Tempus Ex Machina, Inc. Systems and methods to predict a future outcome at a live sport event
US11568713B2 (en) * 2019-01-21 2023-01-31 Tempus Ex Machina, Inc. Systems and methods for making use of telemetry tracking devices to enable event based analysis at a live game
US12014596B2 (en) * 2020-11-12 2024-06-18 Adrenalineip Method of providing a user with betting statistics
US11207588B1 (en) 2021-07-02 2021-12-28 Vetnos Llc Platform generating games of skill and chance
CN113602224B (zh) * 2021-10-09 2022-01-18 聊城中赛电子科技有限公司 运动跟踪器参数捕捉方法、装置及电子设备
WO2023168236A2 (fr) * 2022-03-01 2023-09-07 Adrenalineip Dispositif de réglage de cote de pari utilisant l'ia

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000064173A1 (fr) * 1999-04-16 2000-10-26 Nokia Corporation Services video interactifs en temps reel
US20090104978A1 (en) * 2007-10-18 2009-04-23 Gabi Ben-Ami Wagering Method and System
US20090149233A1 (en) * 2007-10-23 2009-06-11 Jonathan Strause Virtual world of sports competition events with integrated betting system

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MXPA02005623A (es) * 1999-12-06 2004-09-10 Ods Properties Inc Disposiciones y metodos para realizar apuestas en forma interactiva.
US7774259B1 (en) * 2000-03-01 2010-08-10 Ods Properties, Inc. Interactive wagering system with criteria wagering
US20070167210A1 (en) * 2005-09-07 2007-07-19 Kelly Bryan M Affiliated Gaming Method
WO2007140194A2 (fr) * 2006-05-24 2007-12-06 Lawrence Kohls Système et procédé de traitement, affichage et utilisation de données de pari concernant des événements de paris mutuels
US8221225B2 (en) * 2006-07-26 2012-07-17 Steven Laut System and method for personal wagering
US8342966B2 (en) * 2008-10-24 2013-01-01 Cfph, Llc Wager market creation and management

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2000064173A1 (fr) * 1999-04-16 2000-10-26 Nokia Corporation Services video interactifs en temps reel
US20090104978A1 (en) * 2007-10-18 2009-04-23 Gabi Ben-Ami Wagering Method and System
US20090149233A1 (en) * 2007-10-23 2009-06-11 Jonathan Strause Virtual world of sports competition events with integrated betting system

Also Published As

Publication number Publication date
US20110014974A1 (en) 2011-01-20

Similar Documents

Publication Publication Date Title
US20110014974A1 (en) System and Method for Monitoring a Bet
US20230226439A1 (en) Top performers
US20220157131A1 (en) Automatic game play
US20190340885A1 (en) System for managing individual performance challenges in fantasy gaming
US8323102B2 (en) Remote play of a table game through a mobile device
US20180015374A1 (en) System and methods for managing side challenges between users in fantasy gaming
US20100124960A1 (en) Gaming devices and methods related to secondary gaming
CN114667548A (zh) 基于梦幻运动比赛生成个性化投注机会的系统和方法
US20080274782A1 (en) System and Method of Playing a Game Based on the Prediction of the Outcome of Sporting Events
CN107548318B (zh) 用于在模拟比赛中管理个别表现挑战的系统
US20150273346A1 (en) Systems and methods for playing a fantasy legend game
US10080949B2 (en) System and method for ranking of golf tournament participants
US20160101353A1 (en) System for managing direct challenges between users and player substitutions in fantasy sports and other games
US20150057074A1 (en) Differential-based fantasy-sports gaming
US20120289323A1 (en) Method and system for interactive fantasy gambling contest
CN107206279A (zh) 用于管理模拟体育和其他比赛中用户之间的直接挑战和选手替换的系统
CA2975618A1 (fr) Systeme et procedes pour gerer des defis alternatifs entre utilisateurs dans un jeu de fiction
US20150065216A1 (en) Methods and systems of generating an electronic entertainment wagering system
US20220319279A1 (en) System for managing individual performance challenges in fantasy gaming

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10800597

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10800597

Country of ref document: EP

Kind code of ref document: A1