AU2011100780A4 - A wagering system - Google Patents

Abstract

A wagering system, including at least one processor of a computing device configured for receiving or generating a selection of gaming events, said events being respectively held at one or more different locations within a predetermined timeframe; receiving for each of a plurality of players: (i) a wager amount for at least one betting event, and (ii) a betting selection for said betting event, said betting selection representing only a selected one of the possible final outcomes for each respective one of said gaming events; receiving results data representing final outcomes of each of said gaming events; selecting, based on a comparison of said results data with the betting selections of said players, a first group of said players having said betting selections including final outcomes for all of the gaming events as represented by said results data, and a second group of different said players having said betting selections including final outcomes for a predetermined lesser number of the gaming events as represented by the results data; and generating, based on at least a total of the wager amounts received from said players, a reward amount for each of said selected players in said first group and said second group.

Description

P/00/011 Regulation 3.2 AUSTRALIA Patents Act 1990 COMPLETE SPECIFICATION INNOVATION PATENT nvention title: A wagering system The invention is described in the following statement: 1 A WAGERING SYSTEM FIELD The present invention relates to a wagering system, and in particular, but not being limited to, a pari-mutuel wagering system. BACKGROUND 5 A wagering system allows players to participate in betting on a final outcome of a gaming event (e.g. a competition with several possible outcomes, such as a horse race). If a player selects an outcome that corresponds to an actual outcome of the event (e.g. by selecting a race winner), the wagering system provides that player with a reward. The reward may be may be determined based on a predetermined method. For example, in 10 pari-mutuel wagering, a total of the wager amounts received from each player betting on an event (less any fees, taxes and expenses) is divided among each of the winning players. There is usually no reward for the other players, who may feel disappointed (e.g. if they continually fail to pick a winning outcome) and therefore become reluctant to place further bets. Accordingly, there is a need to provide players with new forms of 15 incentives to maintain their interest in wagering. Further, some wagering systems allow players to bet on a combination of final outcomes for several gaming events held at the same venue within a particular time frame (i.e. at a single meeting). Placing bets on the winning outcomes of multiple events presents a greater level of challenge to players, and a winning player is therefore likely to receive a 20 greater reward. However, this arrangement provides little variation in the type of events that players can bet on. For example, each venue may only be suitable for hosting one type of event (e.g. horse racing), and such a venue may not be suitable for hosting other types of events for wagering (e.g. greyhound or motor racing events). Accordingly, there is also a need to provide players with the ability to wager on a greater variety of events 25 (and event types) to maintain their interest in wagering. It is therefore desired to address one or more of the above issues of existing wagering systems, or to at least provide a useful alternative to existing wagering systems.

2 SUMMARY The specification describes a wagering system that provides a primary reward to winning players, and a secondary (or supplementary) reward to players who do not qualify for a primary reward. For example, a secondary reward may be provided to those players who 5 have wagered on a result that is close to (but not exactly matching) the winning result required to qualify for a primary reward. The specification also describes a wagering system that enables players to wager on the outcome of multiple gaming events held at one or more different locations within a predetermined time frame. For example, the wagering system allows wagers to be made 10 in respect of a plurality of different gaming events (which may be of different type - e.g. a horse racing event, grey hound racing event, and a motor racing event) held at different locations (e.g. in different countries) within a predetermined time frame. According to the present invention, there is provided a wagering system, including at least one processor of a computing device configured for: 15 receiving or generating a selection of gaming events, said events being respectively held at one or more different locations within a predetermined timeframe; receiving for each of a plurality of players: (i) a wager amount for at least one betting event, and (ii) a betting selection for said betting event, said betting 20 selection representing only a selected one of the possible final outcomes for each respective one of said gaming events; receiving results data representing final outcomes of each of said gaming events; selecting, based on a comparison of said results data with the betting selections of said players, a first group of said players having said betting selections including 25 final outcomes for all of the gaming events as represented by said results data, and a second group of different said players having said betting selections including final outcomes for a predetermined lesser number of the gaming events as represented by the results data; and 3 generating, based on at least a total of the wager amounts received from said players, a reward amount for each of said selected players in said first group and said second group. Preferably, the selection of gaming events represents a total of six gaming events, and the 5 predetermined lesser number of the gaming events represents five gaming events. Advantageously, the step of generating the reward amount is also based on at least one of the following: i) a jackpot amount that is added to said total of the wager amounts received from said players; and 10 ii) an amount generated according to (i) of this paragraph, wherein said jackpot amount is determined based on a portion of a total of the wager amounts previously received from players of a previous said selection of gaming events. The betting selection for each of the players may be generated based on at least one of 15 the following: i) a random selection of a possible final outcome for each of the gaming events; and ii) a random selection generated according to (i) of this paragraph, wherein for each of the gaming events, the random selection includes those 20 possible final outcomes for the gaming events that have a greater likelihood of being a final outcome of the respective gaming events. For each of the gaming events, the final outcome may include one or more of the following: i) a participant winning the event; 25 ii) a participant finishing in first place in the event; iii) a participant of the event finishing in a predefined finish position; and iv) two or more participants of the event finishing in respectively predefined finish positions.

4 BRIEF DESCRIPTION OF THE DRAWINGS Preferred embodiments of the present invention are herein described, by way of example only, with reference to the accompanying drawings, wherein: 5 Figure 1 is a block diagram of the components of the wagering system; Figure 2 is a flow diagram of a wagering process performed by the system; Figure 3 is a flow diagram of a results analysis process performed by the system; Figure 4 is a flow diagram of a reward determination process performed by the system; and 10 Figures 5 to 21 are examples of various user interface displays generated under the control of the system. DETAILED DESCRIPTION OF THE REPRESENTATIVE EMBODIMENTS A wagering system 100, as shown in Figure 1, enables one or more players to wager on the possible final outcomes of gaming events that are held (or take place) at one or more 15 different gaming locations 120a, 120b and 120c. A gaming location 120a, 120b and 120c refers to the place or venue at which a gaming event is held (or takes place) at a particular time (e.g. a race meeting). For example, each gaming location 120a, 120b and 120c may respectively correspond to a different racing venue that hosts a different type of gaming (e.g. horse racing, greyhound racing and motor racing). Each gaming location 20 120a, 120b and 120c may each be located at a different geographic location (e.g. in a different city or country). A gaming event can have several possible final outcomes. A final outcome of a gaming event refers to a final result of a game that can be achieved by any of the participants of a particular gaming event. The final result may be determined at the conclusion of the 25 gaming event based on any measurable or observable attribute of the gaming event, such as but not being limited to, a score (e.g. number of goals), count (e.g. number of repetitions), time (e.g. finish time or lap time), margin (e.g. a difference in score, count or timing) or finishing positions of one or more participants (e.g. individually or a team) for the gaming event. For example, one final outcome of a gaming event could be a specific 5 participant of the event finishing in first place (i.e. the winner), and another final outcome could be three specific participants of the event respectively finishing in first, second and third place (e.g. a trifecta). The wagering system 100 includes a wagering server 102 that communicates with a 5 database 104. The database 104 includes any means for storing and accessing data, such as a file server or relational database (such as that provided by Oracle <http://www.oracle. com>). The wagering server 102 may be a standard computer (such as that provided by IBM Corporation <http://www.ibm.com>) running a standard operating system (such as 10 Windows or Unix). The wagering server 102 includes at least one processor that performs various act in processes under the control of one or more control modules in the wagering server 102 (not shown in Figure 1). The control modules of the wagering server 102 may be provided by way of computer program code in languages such as C and C++. The terms processor is used in this specification to refer to either a collection 15 of one or more microprocessors, one or more data processing hardware components of a device, or an entire device that is configured for performing the acts in the processes shown in Figure 2 to 4. Those skilled in the art will also appreciate that the processes performed by the control modules of the wagering server 102 can also be executed at least in part by dedicated hardware circuits, e.g. Application Specific Integrated Circuits 20 (ASICs) or Field-Programmable Gate Arrays (FPGAs). The wagering server 102 communicates with one or more race control systems 116a, 116b and 116c via a communications network 106 (e.g. the Internet, Wide Area Network (WAN), Virtual Private Network (VPN), wireless network or a mobile or standard telecommunications network). In a representative embodiment (as shown in Figure 1), 25 each race control system 116a, 116b and 116c is located at a different gaming location 120a, 120b and 120c. However, it will be appreciated that each race control system 116a, 116b and 116c (each of which may communicate with a different respective event information display system 118a, 118b and 118c) may be integrated into the wagering server 102 and may not be located at different locations. Each race control system 1 16a, 30 116b and 116c generates events data for each gaming event scheduled to take place at the relevant gaming location 120a, 120b and 120c. The events data may include one or more of the following types of data: 6 i) event identification data representing a unique identifier for each gaming event; ii) event location data representing a unique identifier for the gaming location 120a, 120b and 120c hosting the event; iii) event scheduling data representing the date and/or time at which each gaming 5 event is scheduled to take place; and iv) participant data representing the identity of the participants (e.g. the names or unique identifiers of the participants) participating in each gaming event. In another representative embodiment, the participant data may be generated by a separate system (not shown in the Figures). 10 The race control systems 116a, 116b and 116c send or transmit the events data to the wagering server 102 for processing and storage in the database 104. The wagering server 102 also communicates with a configuration terminal 108 via the communications network 106. The configuration terminal 108 generates configuration data representing parameters for controlling the operation of the wagering server 102. In 15 a representative embodiment, the configuration terminal 108 queries the wagering server 102 to provide the events data (retrieved from the database 104) for one or more gaming events. The configuration terminal 108 generates, based on the events data, configuration data including game definition data representing one or more predefined games that players can wager on using the wagering system 100. Each game includes a 20 selection of one or more gaming events (e.g. as defined by the events data) that are scheduled to take place at any of the gaming locations 120a, 120b and 120c within a predetermined time frame (e.g. a period of 24 hours). The game definition data may include rules data (for each of game represented by the game definition data) that represents the type of player input required for placing a wager on a particular game. For 25 example, the rules data may define a number of final outcomes and the type of final outcomes available for selection by a player for placing a wager. The configuration terminal 114 sends the game definition data to the wagering server 102 for storage in the database 104. The wagering server 102 communicates with (and sends the game definition data and 30 events data to) one or more transaction servers 112 via the communications network 106. As shown in Figure 1, the transaction server 112 may be located on a site or facility that 7 is external to a gaming location 120a, 120b and 120c. In a representative embodiment, a different transaction server 112 is located at different gaming locations 120a, 120b and 120c (shown as components 118a, 118b and 118c in Figure 1). Each transaction server 112 communicates with one or more betting terminals 114. A 5 betting terminal 114 may be a remote personal computer (PC), an electronic betting terminal (e.g. a betting kiosk), or a telecommunications device (e.g. a standard telephone or mobile phone) that communicates with the transaction server 112 via an appropriate communications channel (e.g. the Internet, WAN, VPN, wireless network or a mobile or standard telecommunications network). 10 The transaction server 112 generates, based on the game definition data and events data, a user interface for a player (or agent for the player) to provide input in the form of betting data to the transaction server 112. For example, the user interface may be a graphical display interface or an interactive voice response (IVR) interface prompt. The betting data provided by the user includes data representing a wager amount and a betting 15 selection in respect of a specific game. Alternatively, the betting data may represent a player's instructions for the transaction server 112 to cancel an existing wager on a game (e.g. provided that the first gaming event of the game has not yet started). The betting selection includes at least one final outcome selected by the player (e.g. by selecting options via the user interface generated by the transaction server 112) for each 20 gaming event in a game (as defined by the game definition data). In a representative embodiment, the game definition data defines a game with multiple different gaming events (e.g. six different gaming events), where a player is required to provide a betting selection representing a selected one or more participants (for each gaming event) who the player considers to be the likely winner (i.e. finish in first place) for each respective 25 gaming event. In another representative embodiment, a player can instruct the transaction server 112 (via a betting terminal 114) to automatically generate a betting selection on behalf of the player. For example, the betting selection may represent one or more participants for each respective gaming event selected on a random basis (e.g. based on one or more random numbers). Alternatively, the betting selection may 30 represent one or more participants for each respective gaming event selected from a subgroup of one or more participants who are more likely to win the event (i.e. the selection is biased towards the "favourites"). The group of "favourites" participants for a 8 gaming event may be determined based on factors including a total number of wagers (or wager amounts) placed on each of the participants of the event (e.g. where a participant having a greater number of wagers (or wager amount) may be considered more likely to win the event), and/or performance statistics of each participant in previous events. 5 The wager amount represents an amount of money invested by the player on the player's betting selection for a specific game. The transaction server 112 may have access to a player's account containing an amount of credit that can be used (by the player) towards a wager amount. For example, a player can prepay a certain monetary amount to accumulate an equivalent amount of credits in the player's account in the wagering 10 system 100. A unit of credit in the player's account may represent a credit point of arbitrary monetary value, or alternatively, each unit of credit may represent a value equivalent to $1 of a predetermined currency (e.g. Australian dollars). The wagering system 100 determines a suitable exchange rate for converting a monetary amount received from a player into an equivalent number of credits in the player's account. The 15 player (e.g. by interacting with a user interface generated by the transaction server 112) can nominate any portion of the credits available to the player towards any part of a wager amount made by the player. The transaction server 112 may require (e.g. depending on the game definition data) the wager amount for a game to be no less than a minimum investment amount. In a 20 representative embodiment, the wager amount can be determined using a flexible unitary betting system (e.g. a system of the type described in Australian patent no. 778211, the contents of which are hereby incorporated into this specification), wherein a player's wager amount for a game is determined as a fraction of a minimum investment amount, and the player's dividend from that investment is determined as that same fraction of any 25 dividend received on a wager of the player's betting selection in the game (based on an investment equal to the minimum investment amount). Each transaction server 112 receives (from one or more betting terminals 114) betting data for one or more different games. Each transaction server 112 generates (e.g. either in real time or on a periodic basis) transactions data for each game represented by the 30 betting data received by the transaction server 112. The transaction data for a particular game includes data representing a total wager amount (e.g. the investment pool) for that game, and the betting selections of one or more different players who have wagered on 9 that game. The wagering server 102 receives transaction data from one or more transaction server 112, and generates (for each particular game represented in the transaction data received) a total wager amount received from each of the players wagering in the game and their corresponding betting selections. This information is 5 stored in the database 104. In a representative embodiment, the wagering server 102 generates (based on at least the total wager amount received from the all players wagering in the game) a first total wager amount and a (separate) second total wager amount for rewarding some of the players participating in a particular game. For example, the wagering server 102 first 10 generates a balance amount by deducting any expenses (e.g. any management expenses, fees and taxes) from the total wager amount received from all players in the particular game. This balance amount may also include a jackpot amount that is added to the total wager amount received from all players in the particular game and, in one embodiment of the present invention, may represent a portion of a total of the wager amounts 15 previously received from players of a previous game. The balance amount is then divided into a first total amount (representing a larger portion of the balance amount) and a separate second total amount (representing a smaller portion of the balance amount). For example, the first total amount may comprise of 90% of the balance amount, and the second total amount may comprise of 10% of the balance amount. The first and second 20 total amounts are used to reward players based on a number of winning selections (e.g. either full set or partial set). Each race control system 116a, 116b and 116c generates status data representing the status of a gaming event defined by the events data. For example, the status data for a gaming event may represent that the event has either finished, not yet taken place, has 25 been delayed, or has been cancelled. The race control system 1 16a, 116b and 1 16c sends the status data for each gaming event to the wagering server 102 (e.g. in real time or at periodic intervals) for storage in the database 104. However, it will be appreciated that each race control system 116a, 116b and 116c may be integrated into the wagering server 102 rather than them being separate to provide the server 102 with that data/functionality. 30 At the conclusion of a gaming event (e.g. when all participants of the event have completed all requirements of the event, excluding those participants who have been withdrawn or disqualified from the event), the each race control system 116a, 116b and 10 116c generates event results data representing final outcomes of the gaming event. For example, the event results data for a gaming event may include data representing the finishing order of each of the participants in that gaming event. The event results data may include data representing one or more different measurable or observable attributes 5 of the gaming event (e.g. a finish time, score, etc.). The race control system 116a, 116b and 116c sends the event results data for each gaming event to the wagering server 102 for storage in the database 104. The wagering server 102 analyses the event results data, and determines (based on the event results data) various final outcomes of the gaming event. For example, in a representative embodiment, the wagering server 102 determines 10 the winner of a gaming event to be the participant finishing in first place in the finishing order represented by the event results data. As another example, the wagering server 102 may determine the participants in a trifecta as the participants respectively finishing in first, second and third places in the finishing order represented by the event results data. The wagering server 102 receives the event results data in respect of each gaming event 15 included in a game (as defined by the game definition data), and compares the betting selections made by each player of the game with the event results data received. Based on this comparison, the wagering server 102 selects a first group of players having betting selections including all of the final outcomes represented by the event results data (e.g. including final outcomes for each of the gaming events as represented by the event 20 results data). Also based on this comparison, the wagering server 102 selects a second group of different players having betting selections including a predetermined number of the final outcomes represented by the event result data (e.g. including final outcomes for only some but not all of the gaming events as represented by the event results data). The predetermined number is defined in the game definition data, and for example, may be a 25 number one less than the total number of gaming events included in the game. In a representative embodiment, the wagering server 102 generates a first reward amount for each player in the first group, where the first reward amount is determined by dividing the first total amount, including any additional jackpot amount that has been added to the balance amount, by the total number of players in the first group. The 30 wagering server 102 may also generate a second reward amount for each player in the second group, where the second reward amount is determined by dividing the second total amount by the total number of players in the second group. This feature is 11 particularly advantageous as it has the effect of providing a supplementary reward (i.e. a second reward amount) to those players who have made betting selections that almost qualifies them for a primary reward (i.e. a more substantial first reward amount). This helps reduce the potential disappointment those players who would otherwise not qualify 5 for a primary reward. Providing a supplementary reward also helps encourage at least some of the players to continue wagering on another game. For each game that has concluded, the wagering server 102 generates game results data for the particular game including the event results data (for each gaming event included in the game) and also payout data. The payout data includes data representing the value 10 of the first reward amount, the value of the second reward amount, and the identities of the players (e.g. one or more unique identifiers for each player, such as a unique betting ticket number issued to a player) who qualifies for the first reward amount or the second reward amount. The wagering server 102 transmits the game results data to each transaction server 112, which enables the transaction server 112 to provide or issue an 15 appropriate reward to the appropriate (identified) players. The wagering server 102 communicates with one or more presentation systems 110 via the communications network 106. For example, the wagering server 102 may provide each presentation system 110 with data including the status data and/or the event results data received from the race control systems 116a, 116b and 116c. Alternatively, the 20 presentation systems 110 may receive such data directly from the wagering server 102 (e.g. as a direct data feed in the form of an XML message). A presentation system 110 includes any means for generating presentation data for presenting (e.g. in the form of audio, text and/or graphics) the status and/or results of one or more games that are handled by the wagering system 100. For example, a presentation system 110 may 25 generate data representing a television broadcast (e.g. including a text feed for incorporation into a television broadcast), a webpage (e.g. for display on a computer or mobile device), a display interface for a graphical user display device, a data message (e.g. an XML data message such as an RSS data feed), an audio message for listening on a telecommunications device (e.g. a mobile phone). 30 Figure 2 is a flow diagram of a wagering process 200 performed by a processor of the wagering server 102 under the control of a control module of the wagering server 102. The wagering process 200 begins at step 202 with the wagering server 102 accessing 12 game definition data (from the database 104) for a game selected by a player. The game selected by the player is defined in the transaction data received by the wagering server 102 from the transaction server 112. At step 204, the wagering server 102 accesses (from the transaction data received) the player's betting selection of the gaming events of 5 the selected game. At step 206, the wagering server 102 accesses (from the transaction data received) the player's wager amount for the selected game. The wagering server 102 receives transaction data from one or more transaction servers 112 that contains data relating to the selected game. At a predefined point in time, the wagering system 100 stops accepting new wagers for the selected game and generates a 10 balance amount (as defined above). At step 212, the wagering server 102 determines (based on the status data received from the race control systems 116a, 116b and 116c) whether any of the gaming events scheduled for the selected game has been cancelled (or withdrawn) prior to the first gaming event starting. If the number of gaming events that have been cancelled (or 15 withdrawn) is less than a predefined threshold (e.g. three or less) at step 212, then step 212 proceeds to step 216. Otherwise, at step 214, the selected game is cancelled and the wagering server 102 generates game results data including payout data to refund the wager amount to each player of the selected game. Process 200 ends after step 214. Otherwise, step 212 proceeds to step 216. 20 At step 216, the wagering server 102 receives status data and any event results data (from one or more race control systems 116a, 116b and 116c) for each gaming event included in the selected game. The race control system 116a, 116b and 116c may send status data for all gaming events included in the selected game, and may only send event results data for those gaming events that have finished (i.e. where a final outcome of the gaming 25 event has been determined). For example, the results data represents at least those final outcomes that are defined in the rules data (which is part of the configuration data stored in the database 104 for the selected game). At step 218, the results data are processed using the results analysis process 300 shown in Figure 3. At step 220, the wagering server 102 determines whether all of the gaming events included in the selected game 30 have finished. If so, step 220 proceeds to step 224. Otherwise, step 220 proceeds to step 222 where the wagering server 102 provides the presentation system 110 with updated status data for each of the gaming events included in the selected game. The presentation 13 system 110 generates presentation data based on the updated status data, and distributes the presentation data accordingly. Step 222 proceeds to step 216 to receive results data for another gaming event included in the selected game. At step 224, the wagering server 102 has received the results data for all gaming events 5 included in the selected game. The wagering server 102 generates game results data for the selected game using the reward determination process 400 shown in Figure 4. At step 226, the wagering server 102 sends the game results data (including payout data) to the presentation systems 110 for presenting the final results to the players, and to the transaction servers 112 to enable certain players to receive a reward amount determined 10 in the payout data. Figure 3 is a flow chart of a results analysis process 300 performed by a processor of the wagering server 102 under the control of a control module of the wagering server 102. The results analysis process 300 begins at step 302 with the wagering server 102 analysing the status data for each of the gaming events included in the selected game to 15 determine whether any of the gaming events have been cancelled or abandoned. If none of the gaming events have been cancelled or abandoned, step 302 proceeds to step 322. Otherwise, step 302 proceeds to step 304 to determine the number of gaming events that have been cancelled or abandoned (i.e. have been affected). At step 306, the wagering server 102 determines whether the number of gaming events 20 (determined at step 304) is within a first threshold range. For example, there may be a total of six gaming events included in the selected game, and the first threshold range represents an integer value between 0 and 1. In the example, step 306 detects the scenario where a total of only 1 gaming event is affected. If the criterion at step 306 is not met, step 306 proceeds to step 310. Otherwise, step 306 proceeds to step 308 where 25 the wagering server 102 determines that the betting selections of the players for the affected gaming event(s) represent a final outcome of the gaming event (regardless of what final outcome the betting selections of those players represent). Step 308 then proceeds to step 322. At step 310, the wagering server 102 determines whether the number of gaming events 30 (determined at step 304) is within a second threshold range. Continuing with the above example where the selected game has six gaming events in total, the second threshold 14 range represents an integer value between 2 and 3 (inclusive). In the example, step 310 detects the scenario where a total of 2 to 3 gaming events are affected. If the criterion at step 310 is not met, step 310 proceeds to step 318. Otherwise, step 318 proceeds to step 312 where the wagering server 102 determines that the betting selections of the players 5 for the affected gaming event(s) represent a final outcome of the gaming event (regardless of what final outcome the betting selections of those players represent). At step 314 and 316, the entire second total amount is added to the first total amount. Step 316 then proceeds to step 322. At step 318, the wagering server 102 determines whether the number of gaming events 10 (determined at step 304) is within a third threshold range. Continuing with the above example where the selected game has six gaming events in total, the third threshold range represents an integer value between 4 and 6 (inclusive). In the example, step 318 detects the scenario where a total of 4 or more gaming events are affected. If the criterion at step 318 is not met, step 318 proceeds to step 322. Otherwise, step 318 proceeds to step 320 15 to return control to step 214 of the wagering process 200. At step 322, the wagering server 102 determines whether the event results data received indicates that a certain number of gaming events for the selected game (up to and including the gaming event before the last gaming event) has finished. If not, step 322 proceeds to step 326. Otherwise, step 322 proceeds to step 324 to generate approximates 20 data representing estimated reward amounts for one or more of (or each of) the final outcomes in the final gaming event for the selected game, and then control of the process proceeds to step 326. The following is an example that describes how approximates data is generated for a selected game having a total of 6 gaming events. At step 324, the wagering server 102 25 identifies a group of players of the game having betting selections including the final results of each of the preceding (e.g. 5) events. The final gaming event has several possible final outcomes, and the betting selections of the group of players include one or more of these outcomes. The wagering server 102 generates (based on the betting selections for the group of players) approximates data representing a different reward 30 amount for one or more of (or each of) the possible final outcome of the final gaming event. Each reward amount represents the likely reward for the players who having betting selections including the corresponding final outcome (on the basis that the 15 selected outcome becomes the final outcome of the event). For example, if the final gaming event is a horse race where the player's betting selections include horse numbers 1, 3 and 8 (out of 8 horses participating in the final event), the approximates data represents a reward amount for at least horses 1, 3 and 8 (or alternatively for each of the 5 horses participating in the final event). The reward amount for horse number 1 is determined by dividing the first total amount by the total number of players having betting selections including horse number 1 in the final gaming event. Reward amounts for the other horses are determined on the same basis. The wagering server 102 then sends the approximates data to the presentation system 110 10 for presentation or display to the users. The advantage of generating approximates data is that it helps build excitement towards the end of the game by showing a different (and usually significant) reward amount for different final outcomes of the final gaming event. At step 326, the wagering server 102 determines whether there is a remaining balance of the first total amount and the second total amount that has not been awarded to a player 15 of the game. If so, the remaining balance may be treated as a jackpot amount that is added (in total) to the first total amount to increase the potential reward amount (e.g. provide a jackpot) for winning players (e.g. players having betting selections including all final outcomes of gaming events in the game) in subsequent games of the same type. Figure 4 is a flow chart of a reward determination process 400 performed by a processor 20 of the wagering server 102 under the control of a control module of the wagering server 102. The reward determination process 400 begins at step 402 with the wagering server 102 accessing configuration for the selected game. At step 404, the wagering server 102 generates a first total number of players having betting selections including all of the final outcomes represented by the event results data 25 for the selected game. At step 406, the wagering server 102 generates a second total number of players having betting selections including a predefined number of the final outcomes represented by the event results data for the selected game. The configuration data includes data representing the value of the predefined number used in step 406. The predefined number may be a number that is one less than the total number of gaming 30 events included in the selected game.

16 At step 408, the wagering server 102 generates a first reward amount by dividing the first total amount, including any additional jackpot amount that has been added to the balance amount, by the first total number of players (generated at step 404). At step 410, the wagering server 102 generates a second reward amount by dividing the second total 5 amount by the second total number of players (generated at step 406). At step 412, the wagering server 102 generates game results data including payout data representing the first reward amount and second reward amount generated at steps 408 and 410 respectively. The game results data (including the payout data) is sent to the transaction server 112 for rewarding the players, and is sent to the presentation system 10 110 for publication. Process 400 then ends, and control is returned to process 200. Figures 5 to 24 are examples of various user interface displays generated under the control of the system. Any of the processes or methods described herein can be computer-implemented methods, wherein the described acts are performed by a computer or other computing 15 device. Acts can be performed by execution of computer-executable instructions that cause a computer or other computing device (e.g. the wagering server 102 or the like) to perform the described process or method. Execution can be accomplished by one or more processors of the computer or other computing device. In some cases, multiple computers or computing devices can cooperate to accomplish execution. 20 One or more computer-readable media can have (e.g. tangibly embody or have encoded thereon) computer-executable instructions causing a computer or other computing device to perform the described processes or methods. Computer-readable media can include any computer-readable storage media such as memory, removable storage media, magnetic media, optical media, and the like. The data structures described herein can 25 also be stored (e.g. tangibly embodied on or encoded on) on one or more computer readable media. In this specification where a document, act or item of knowledge is referred to or discussed, this reference or discussion is not an admission that the document, act or item of knowledge or any combination thereof was at the priority date, publicly available, 30 known to the public, part of common general knowledge; or known to be relevant to an attempt to solve any problem with which this specification is concerned.

17 The word 'comprising' and forms of the word 'comprising' as used in this description and in the claims does not limit the invention claimed to exclude any variants or additions. Modifications and improvements to the invention will be readily apparent to those skilled 5 in the art. Such modifications and improvements are intended to be within the scope of this invention.

Claims (5)

1. A wagering system, including at least one processor of a computing device configured for: receiving or generating a selection of gaming events, said events being respectively held at one or more different locations within a predetermined timeframe; receiving for each of a plurality of players: (i) a wager amount for at least one betting event, and (ii) a betting selection for said betting event, said betting selection representing only a selected one of the possible final outcomes for each respective one of said gaming events; receiving results data representing final outcomes of each of said gaming events; selecting, based on a comparison of said results data with the betting selections of said players, a first group of said players having said betting selections including final outcomes for all of the gaming events as represented by said results data, and a second group of different said players having said betting selections including final outcomes for a predetermined lesser number of the gaming events as represented by the results data; and generating, based on at least a total of the wager amounts received from said players, a reward amount for each of said selected players in said first group and said second group.

2. A system as claimed in claim 1, wherein: said selection of gaming events represents a total of six gaming events; and said predetermined lesser number of the gaming events represents five gaming events.

3. A system as claimed in either claim 1 or claim 2, wherein generating said reward amount is also based on at least one of the following: i) a jackpot amount that is added to said total of the wager amounts received from said players; and ii) an amount generated according to (i) of this claim, wherein said jackpot amount is determined based on a portion of a total of the wager amounts previously received from players of a previous said selection of gaming events. 19

4. A system as claimed in any one of the preceding claims, wherein the betting selection for each of said players is generated based on at least one of the following: i) a random selection of a possible final outcome for each of said gaming events; and ii) a random selection generated according to (i) of this claim, wherein for each of said gaming events, said random selection includes those possible final outcomes for said gaming events that have a greater likelihood of being a final outcome of the respective said gaming events.

5. A system as claimed in any one of the preceding claims, wherein for each of said gaming events, said final outcome includes one or more of the following: i) a participant winning said event; ii) a participant finishing in first place in said event; iii) a participant of said event finishing in a predefined finish position; and iv) two or more participants of said event finishing in respectively predefined finish positions.