AU2008201187A1 - Interactive wagering systems and processes - Google Patents

Description

Australian Patents Act 1990 Regulation 3.2 ORIGINAL COMPLETE SPECIFICATION STANDARD PATENT Invention Title "Interactive wagering systems and processes" The following statement is a full description of this invention, including the best method of performing it known to me/us:- P/00/011 Q:\OPER\SEW\208S\March\30503391 lodge repon divisional.doc 13/3/08 2- 00 00 INTERACTIVE WAGERING SYSTEMS AND PROCESSES 00 This application is a divisional of Australian Application No. 66591/00, the entire contents C of which is incorporated herein by reference.

Background of the Invention This invention relates to interactive wagering systems and particularly to interactive wagering systems for racetrack wagering. More particularly, this invention relates to off-track interactive wagering systems having user terminals for receiving racing videos and racing information via a medium other than conventional telephone lines and for displaying this information on a television monitor.

Wagering on sporting events such as horse, dog, and harness racing is a popular leisure activity.

However, it is sometimes inconvenient to attend racing events in person. Not all racing fans have sufficient time to visit racetracks as often as they would like and some fans have difficulties in obtaining suitable transportation to the track. Thus, there is a need for wagering services for fans who cannot attend racing events in person.

Off-track betting establishments, which are generally more readily accessible than racetracks, have attempted to fill this need. However, a racing fan who 00 desires to place a wager still faces the'prospect of Straveling to the off-track betting establishment.

Wagering via telephone is another option. A user of a telephone-based system typically sets up a telephone account against which wagers may be made. In 00 order to place wagers, the user must interact with a computerized telephone ordering system by pressing 00 appropriate buttons on a touch-tone telephone. This Stype of system is mainly used for placing wagers.

Detailed racing information is typically obtained from other sources, such as printed racing programs.

Another approach for off-track wagering ihvolves the use of dedicated devices that permit twoway serial modem communications with wagering equipment at a racetrack. These devices receive limited wagering information from the racetrack via telephone lines and provide it to a user on a liquid crystal display (LCD) screen. The user places a wager by making entries into the device which are then transmitted to the racetrack using the modem. Typical of this category of off-track wagering device are the Tiny TIM terminal of Autotote Systems, Inc., Newark, Delaware and the terminal sold under the trademark "BetMate" of AmTote, Hunt Valley, Maryland.

Although it is possible to use terminals such as these in the home, doing so would monopolize the users' telephone line at certain times. And because the only data link with the racetrack using terminals such as the Tiny TIM or BetMate terminals is via telephone, it is not possible to receive racing videos with such terminals. In addition, the LCDs in these terminals make it difficult to display racing 00 information in a way that may be easily viewed by the cuser. Because the Tiny TIM and BetMate terminals Scannot be used with a television monitor, it is not c possible for a user of such a terminal to display racing information on his home television set.

Further, systems capable of interacting with off-track 00 wagering terminals that use telephone lines to receive wagering information must provide a large number of (C simultaneous telephone connections to service each of 00 the terminals. Because there is typically an extended C-I connect time associated with each user, such systems are often unwieldy.

In addition, the racing information available through known off-track betting terminals is limited to a subset of the racing information provided by the racetracks. For example, presently available terminals may allow a user to view "win" odds (the amount wagered on a runner to win versus the amount wagered on competing runners to win). However, such terminals do not allow the user to view odds, pools, or predicted payoffs for wagers such as show, place, or more advanced wager types, such as exactas, trifectas, daily doubles, pick threes,. pick fours, etc.

Further, with presently known terminals, the user cannot receive or display any additional information, such as handicapping information, weather conditions, or information regarding which races at a particular track are available as video transmission on a given day.

Alternative gaming systems exist that are fundamentally different from the present invention.

For example, EP-A-0 620 688 discloses an interactive gaming system for use by cable television subscribers, wherein each remote subscriber is an actual participant 0 0 in a gaming event by playing against other remote 00 subscribers in a video arcade style wagering game 5 involving cards and/or roulette wheels.

C GB-A-2 229 565 discloses a gaming apparatus 00 0 and/or system that relates to racing, however, the Cl system is a database of pre-packaged past races havina predetermined outcomes. A user interacting with the io GB-A-2 229 565 system is merely viewing a simulated reolav of a randomly selected race absent the race altering conditions including, illness, weather, injury, and all other aspects of an event where living breathing participants are being viewed in real time by way of a remote viewing facility.

P:\OPER\SEW INovmbc 12256060 anhded pes 2nd sP do-2311/2007 00 -6t Summary of the Invention In accordance with the present invention, there is provided a method for managing wagering accounts using an interactive wagering system, comprising: maintaining a wagering account associated with a user; 00 5 providing the user at a user terminal with an opportunity to transfer funds from a bank account associated with the user to the wagering account associated with the user; 0 N, and 00 after transferring the funds from the bank account to the wagering account, providing the user at the user terminal with an opportunity to place a wager on a race using the funds transferred to the wagering account associated with the user.

In another aspect, there is provided an interactive wagering system for managing wagering accounts, comprising: a wagering data management facility configured to maintain a wagering account associated with a user; a subscriber facility configured to coordinate a transfer of funds from a bank account associated with the user to the wagering account associated with the user; and a user terminal configured to: after coordinating the transfer of funds from the bank account to the wagering account, provide the user with an opportunity to transfer the funds transferred to the bank account associated with the user to the wagering account associated with the user; and place a wager on a race using funds from the wagering account associated with the user.

In another aspect, there is provided a user terminal for use with an interactive wagering system, comprising: a receiver configured to receive information on a wagering account associated with a user; user input means configured to receive user inputs; and a processor coupled to the receiver and the user input means configured to: present an interactive wagering interface on a monitor; provide a user with an opportunity to transfer funds from a bank account associated with the user to the wagering account associated with the user; and PAOPERWSEV2001WovembeAI 2256060 amnded pagea 2nd spdoc-28I /2007 00 0 -7t after transferring the funds from the bank account to the wagering account, provide the user with an opportunity to place a wager using the funds transferred to the wagering account associated with the user.

Racing data, such as the names and post positions of the runners 00 00 0-, 00 -8that are in various races arnd the current odds and payoffs for those races are provided by a wagering facility (typically based on a system known as a "totalisator"' located at a racetrack). Supplemental racing data such as the weather conditions at various racetracks may be provided by additional sources.

A

computer-based data concentrator processes the racing 00 data from the totalisator and any additional sources io and provides the racing data to a television network typically at a main distribution node for a cable television network known as the "headend" faci~lity.

The cable headend provides the racing data to a nurrber of user terminals. Typically, the cable headend provides the racing data with video signals on at least one television channel. Suitable approaches involve providing the racing data on a Sideband or on a separate television channel.

If desired, the racing data may be distributed via satellite. With this approach, the racing data are provided within an available portion ofr the bandwidth of the television channel either in an available portion of the bandwidth of an analog television channel or as a portion of a digital television channel. Further, the racing data may be provided on a separate satellite channel or may be broadcast using a radio or television broadcast system.

Each user terminal receives the video signals and the racing data and separates out the racing data.

Racing data are displayed on a monitor (preferably a conventional television monitor) using display and control circuitry. The racing data that may be 00 9 ^C displayed include odds, pools, and predicted and actual t payoffs for selected wager types, races, and runners.

The odds, pools, and payoffs for sophisticated wager types, such as exactas, trifectas, and daily doubles may by provided due to the relatively high bandwidth 00 pathway that is made available between the data concentrator and each user terminal.

0 N0 With the simultaneous display of racing videos and racing data on a monitor, the racing data may be provided from totalisators and from third party sources. A racing data interface processes the racing data and provides the processed data to a video and data distribution system. The racing video source provides racing videos to the video and data distribution system from a source of racing videos, such as live video feeds from racetracks.

The video and data distribution system may involve satellite distribution or distribution via a cable headend facility. Regardless of the medium over which the racing data and racing videos are distributed, the racing data are preferably provided with the racing videos on at least one television channel. One suitable approach for distribution of the racing data uses a frequency modulated carrier on a sideband of a television signal.

The racing data and racing videos are distributed to a number of user terminals. Preferably, the user terminals display the racing data and racing videos on a conventional television monitor.

The user can review the racing data at the user terminal in a variety of formats. For example, 00

(N

odds, pools, predicted payoffs, and actual payoffs can Sbe displayed. Handicapping information can also be Sdisplayed. And additional information, such as news, weather, advertising, help, late changes/overweights, and scratches, etc. can be displayed. Based on this 00 information, a user can select a desired racetrack or performance, which is a set of races at a particular 00 -track a morning performance or afternoon performance) The user can also select a race, a wager c 10 type, wager amount, and one or more runners.

When a user has entered all of the data necessary to place a wager, the corresponding wager data are transmitted to a wagering data management system that preferably includes a totalisator for maintaining the user's wagering account. The wagering data management system adjusts the user's account based on the user's wagers. Typically, the user's account is debited when a wager is placed. If, following a race, a user's wager is successful, the wagering data management system credits the user's account accordingly.

Occasionally, the user may wish to transfer funds from a bank account into the wagering account at the wagering data management system. To do so, the user enters the amount to transfer and a personal identification code into the user terminal. This information is transmitted to an appropriate bank facility, which, after verifying the user's account information, authorizes the transfer of the selected amount of funds from the bank account into the wagering account. Alternatively, the user may place wagers directly against his regular bank account. A security 00 -11 00 measure that may be used, either in addition to Srequiring the personal identification code or as an alternative to the personal identification code is to use a physical key or access device, such as a smart card, magnetic stripe card, or electronic hardware key.

1-- 00 When the user desires to view the results of races that have been run, the user can place an order C- .for a racing video of that race. The user terminal 00 0O transmits the ordering information to, the video 0 i0 and data distribution center, which plays back the ordered racing video for the desired race. The user can also instruct the user terminal to trigger an alarm when an upcoming race is about to be run. Either an audible tone or a video message may be used to alert the user of the racing video for the upcoming race. If the user wishes to record a racing video, then the user enters the necessary race information into the user terminal. The user terminal either programs a video recorder to record the desired race at a predetermined time, or directly actuates a video recorder to record the racing video when the appropriate time arrives.

Brief Description of the Drawings The above and other objects and advantages of the present invention will be apparent upon consideration of the following detailed description, taken in conjunction with the accompanying drawings, in which like reference characters refer to like parts throughout, and in which: FIG. 1 is a block diagram of a wagering system; 00 12- FIG. 2 is a block diagram of a user terminal Ssuitable for use with the wagering system of FIG. 1; SFIGS. 3-7 are logic flow diagrams illustrating the operation of the wagering system of FIG. 1; _0 FIGS. 8-28 are illustrative option menus and display screens suitable for use with the illustrative wagering system of FIG. 1; SFIG. 29 is a block diagram of an alternative

C

I 10 example of a wagering system; FIG. 30 is a block diagram of a user terminal suitable for use with the wagering system of FIG. 29; FIGS. 31-34 are logic flow diagrams 1i illustrating the operation of the wagering system of FIG. 29; and FIGS. 35-50 are illustrative option menus and display screens suitable for use with the illustrative wagering system of FIG. 29.

Detailed Description of the Invention A schematic block diagram of a wagering system 100 is shown in FIG. 1. Wagering system 100 uses wagering machines known as "totalisators," such as totalisators 102, 104, 106, and 108, to generate wagering odds in realtime based on the wagers placed on racing events at various racetracks. Totalisators are available from companies such as Amtote International, Inc. of Hunt Valley, Maryland, Autotote Limited of Newark, Delaware, and United Tote Company of Shepherd, Montana. Typically, each racetrack has an installed 00 13 0 totalisator for handling the wagering odds and t information at that track. Thus, totalisators 102, 104, 106, and 108 are generally each located at a separate racetrack. Totalisators are also capable of 5 communicating data between one another.

o0 For example, as shown in FIG. 1, totalisators 102, 104, 106, and 108 are interconnected by data lines C ,110. Totalisators 102-108 communicate between one 0 another using data lines 110 and a communication Cq io protocol known as the Intertote Track System Protocol (ITSP). The communication between totalisators 102-108 allows totalisators 102-108 to share pools, thereby allowing racing fans that interact with one totalisator to view odds and place wagers on races at other racetracks.

The odds and other racing data from each of the totalisators connected to totalisator 102 are provided to data concentrator 112. Data concentrator 112 is a computer-based system that receives racing data from totalisator 102 and provides the data to a suitable data distribution system for providing the data to racing fans in their homes. Typical racing data received from totalisator 102 include the current race at each track, which races and tracks are open for wagering, the post times of each race, and the number of races associated with each track. Racing data from totalisator 102 also include the win, place and show "pool" totals for each runner a horse) and the exacta, trifecta, and quinella payoff predictions and pool totals for every runner combination. Odds are provided for all races that have not started those races for which wagering has not been closed).

00 14 STotalisator 102 also provides the number of minutes Sremaining until post time for the current race at each track to data concentrator 112.

Other racing data provided by totalisator 102 to data concentrator 112 include race results, such as 00 the order-of-finish list for at least the first three positions and payoff values versus a standard wager O amount for win, place, and show, for each associated combination of the finish list. Also provided are C 10 payoff values for the winning complex wager types, including exacta, trifecta, quinella, pick-n (where n is the number of races involved in the pick-n wager), a.d daily double. The payoff values may also be accompanied by a synopsis of the associated finish list.

Further racing data provided by totalisator 102 to data concentrator 112 include the number of runners in each race, the valid wager amounts accepted by totalisators 102-108, and valid wager types accepted by totalisators 102-108. Racing data provided by totalisator 102 also include a scratch list of those runners entered but removed from a race.

Preferably, additional "program information" (racing information typically provided in printed programs) may be provided from totalisator 102 to data concentrator 112. Such program information may include early odds, early scratches, race descriptions (including the distance of each race and the race surface grass, dirt, artificial turf, etc.), allowed class ratings (based on a fixed ratio of external criteria), purse value (payoff to winning runner), 00 15 allowed age range of runners, and the allowed number of Swins and starts for each runner.

m In addition to receiving racing data from totalisator 102 at line 114, data concentrator 112 preferably receives supplemental racing data from third 00 party information sources, such as Axcis Pocket Information Network, Inc. of Santa Clara, California, Sat input 116. Typical supplemental racing data include Sthe post times of each race, jockey names, runner 10 names, and the number of races associated with each track. Weather information is also available from third party data sources. For example, the weather for the city and state in which each racetrack is located can be obtained.

More detailed weather information, including track conditions, temperature, humidity, dewpoint, and a short status description of the current weather (sunny, raining, foggy, etc.) may also be provided.

Some racing data, such as the data describing regional weather conditions may be widely available in an electronic format. Other racing data may need to be entered manually, via input 118.

Data concentrator 112 processes the racing data received at inputs 114, 116, and 118 and assembles the data into a suitable data format for transmission to distribution facility 120, which is preferably a cable headend. Transmission of the racing data between data concentrator 112 and distribution facility 120 may be via cable, satellite, or any suitable transmission medium with an adequate bandwidth to supply a large quantity of racing data in realtime.

00 16 Typically, large metropolitan cable Stelevision networks have at least several headend facilities. Television signals are provided to home viewers from the headends, generally using fiber optic cable and coaxial cable, collectively referred tc here as "cable." Television distribution to the home is also possible in a system in which headends or similar facilities capable of data transmission deliver Stelevision signals to user terminals 122 via satellite.

C1 10 In wagering system 100, racing data are provided from distribution facility 120 to user terminals 122 via a distribution network 124, which uses either cable wired directly to the home, a system of home satellite receivers, or radio or television broadcasting equipment. An advantage of using cable, satellites, or broadcast systems in distribution network 124 is that video information along with large quantities of racing data may be supplied to a large array of user terminals 122 more economically than with other systems. Although racing data is preferably supplied to the user terminals using the same medium used for video transmissions, this need not be the case. For example, racing data could be broadcast over-the-air while video information is received by the user via cable or satellite. If desired, videos of races can be provided along with the racing data.

Using this type of system, the user can receive the racing data continuously, without forcing the wagering system 100 to monopolize the user's telephone line.

User terminal 122, which is preferably microprocessor-based, supports software capable of coordinating the receipt and display of racing data and 00 17 the placing of wagers electronically. Preferably, user Sterminals 122 generate easy-to-read menus on displays S126, which may be, for example, conventional television sets. User terminal 122 executes instructions that enable terminal 122 to process the racing data received 00 from distribution facility 120 and display the data on display 126 in a suitable format. The user can Sinteract with user terminal 122 using any suitable user interface, such as a keyboard, pointing device, or q 10 voice-actuated controller. Preferably, the user interacts with user terminal 122 using an infrared or other suitable type of wireless remote control.

In order to place wagers, a user typically establishes an account associated with a totalisator at a particular racetrack). The user's account balance and other wagering transactional information is stored in the totalisator. Preferably, user terminal 122 includes suitable communication circuitry to establish a communications link with totalisator 102.

One suitable method of establishing such a link is to use modem communications between user terminal 122 and totalisator 102. For example, telephone network 128 and telephone interface 130 support two-way communications between user terminal 122 and totalisator 102. If a user desires to place a wager, the data necessary to execute the transaction are transmitted via network 128. Telephone interface 130 processes the wager data so that the data may be received by totalisator 102. For example, if many incoming signals are received at once, telephone interface 130 receives them in parallel. Typically, once the user places a wager the user's account at 00 18 totalisator 102 is debited. If the user's wager pays Soff, the user's account at totalisator 102 is credited by the appropriate amount.

User terminal 122 is shown in more detail in FIG. 2. Microprocessor 132 is connected to memory 134 00 0- preferably a read-only memory (ROM) and memory 136 preferably a random-access memory (RAM) via bus c 138. Bus 138 is also used to interconnect 0 Smicroprocessor 132 and memory 134 and 136 with display 1 10 and control circuitry 140. Display and control circuitry 140 coordinates the operation of the various display, control, and communications peripherals of user terminal 122. Memory 134 and memory 136 contain instructions that are executed by microprocessor 132.

Microprocessor 132 operates in conjunction with display and control circuitry 140 to direct the operation of user terminal 122.

Racing data and video signals are received at input 142 of FM receiver/analog-to-digital converter 144. The racing data are transmitted on an FM carrier in an open range within the bandwidth of the video signals. FM receiver/analog-to-digital converter 144 separates out the racing data signal and demodulates it to a digital format that is processed by display and control circuitry 140. The video signals received at input 142 are passed to multiplexer 146. When the user desires to view video programs corresponding to the video signals received at input 142, multiplexer 146 is switched to allow the video signals on line 148 to pass to monitor 126 (FIG. The control signals used to switch multiplexer 146 may be provided by display and 00 -19 control circuitry 140 via line 152. Preferably, t monitor 126 (FIG. 1) is a conventional television set.

SThe racing data that are received by user terminal 122 are stored in memory 136, so that microprocessor 132 can process this information as 00 desired by the user. The user controls the functions of user terminal 122 via input interface 154, which is (1 ^preferably a combination of a remote control 156 and a O receiver 158. Based on user commands received via input interface 154, display and control circuitry 140 displays various information on monitor 126 (FIG. 1) using video generator 160 and display memory 162. The information to be displayed on monitor 126 (FIG. 1) is provided at output 164 of video generator 160. Display and control circuitry 140 generates an appropriate control signal on line 152, so that the output of video generator 160 is provided to monitor 126 (FIG. 1) via multiplexer 146.

User terminal 122 also has transaction data communication circuitry 166 provide a two-way communications link between user terminal 122 and totalisator 102 (FIG. Transaction data communication circuitry 164 may be based on any suitable communication circuitry such as conventional modem circuitry for communicating via telephone lines.

If the distribution network 124 (FIG. 1) supports twoway communications, then transmission and communication circuitry 164 may include appropriate back-haul circuitry to provide a communications link with totalisator 102 (FIG. 1) via a return path over distribution network 124 (FIG. 1) rather than over network 128 (FIG. 1).

00 20 00 N cIn order to place wagers, the user must typically supply a personal identification code to the Stotalisator 102 (FIG. 1) at which the user maintains an account. The personal identification code is transmitted using the transaction data communication 00 circuitry 166. By transmitting the personal identification code to totalisator 102 (FIG. 1) when C .placing a wager, the totalisator 102 (FIG. 1) can 00 ensure that the user's personnel identification code matches an authorized code, and can verify the user's account balance prior to authorizing the wager. As an added measure of security, user terminal 122 preferably also has a non-volatile storage device 169, which is used to maintain a local account balance and which contains a user's personal identification code.

Suitable non-volatile storage devices include magnetic stripe cards and electronic hardware keys. Physical keys can also be used to provide additional security, if desired.

Preferably, non-volatile storage device 169 includes a smart card interface 168 that accepts smart card 170. Smart card interface 168 allows account and account verification information to be stored on smart card 170. Smart card 170 must be inserted in smart card interface 168 in order to place a wager. Thus, if a user removes the smart card 170, no wagers can be placed against that user's account by a third party, even if the user's personal identification code is known by that party.

In operation, user terminal 122 displays various menus of options on monitor 126 (FIG. The menus can be invoked by pressing an appropriate "enter" 00 21 ^C button on remote control 156. Remote control 156 also <thas cursor keys that allow the user to cursor forward Sand backward and up and down through the menus. In order to leave the system, the user presses an "exit" button on remote control 156.

00 The logical flow of the operation of wagering 0system 100 Fperation of wagering system I00 (FIG. 1) including menus and options provided by user terminal 122 (FIG. 2) is summarized in 00 0 FIGS. 3-7. A shown in FIG. 3, at step 172 the user selects between several available options: "today's race tracks," "account information," "news and information,," and "bet on the next race." A menu 174 corresponding to step 172 is shown in FIG. 8. As shown in FIG. 8, menu 174 preferably contains corporate logo 176 and date and time information 178. Menu options 180, 182, 184, and 185 are preferably displayed in the center of screen 186. To the left of menu options 180, 182, 184, and 185, are cursor boxes 186, 188, 190, and 191. In FIG. 8, cursor 192 is positioned adjacent to the next available menu option option 180, thereby "highlighting" that option. When a user desires to select the highlighted option, the user presses "enter" or the "right" cursor key on remote control 156 (FIG. If the user wishes to select a different menu option, the user moves the cursor to the next lower or higher menu option on menu 174 using cursor up/down keys on remote control 156 (FIG. 2).

As shown in FIG. 3, if the user selects "today's racetracks" (menu option 180 in FIG. 8) at step 172, the user may then select a desired racetrack at step 196. A menu corresponding to step 196 is shown in FIG. 9. Racetrack menu options 198, 200, and 202 00 22 are racetracks available for wagering. Preferably, the Slist of available racetracks is provided by Sdistribution facility 120 (FIG. 1) to user terminals 122 (FIG. so that by controlling this list it is possible to "black out" certain racetracks.

00 Cursor 192 is used to highlight the desired track. The menu option adjacent to cursor 192 is also cI preferably highlighted by changing the color etc. of 0 the option. The next race available for wagering at CI 10 each racetrack and its corresponding post time are preferably listed adjacent to each track name. For example, the next available race at the Pimlico iacetrack is race 3, which has a post time of 1:56. As with the available racetracks, the list of which races are scheduled is preferably provided to user terminals 122 (FIG. 1) by distribution facility 120 (FIG. 1).

Accordingly, if it is desired to limit which races are available to the user, this may be done by making this selection at distribution facility 120.

After selecting a track, such as Pimlico, at step 196 (FIG. the user selects a race at step 204 (FIG. The race selection menus 206 and 208 for the Pimlico racetrack are shown in FIGS. 10 and 11.

Preferably, the data in menus such as menus 206 and 208 and other menus/screens that are used to display racing data are periodically automatically updated at least every 15 minutes) to reflect the most current racing data. To update the display automatically, user terminal 122 (FIG. 1) may display racing data as it is received from distribution facility 120 (FIG. 1) in realtime, or may update the display at predetermined 00 23 time intervals, based on the most recently acquired cdata.

SMenu 208 is illustrative of a type of menu that may be used whenever it is desired to display more information than fits easily onto a single screen.

dO Races 1-8 are listed on menus 206 and 208. As shown in FIG. 20, the letter is placed adjacent to races

I

and 2 to indicate that those races have been run and 0 for which the results have been declared final. No wagers can be placed on these races. When menu 206 is displayed (at step 204 of FIG. cursor 192 is placed at a default position adjacent to race 3, because that is the next race available for wagering. As shown in the upper left corner of menu 206, an abbreviation of the racetrack (in this case "PIM" for Pimlico) is displayed to remind the user of the currently selected racetrack. A user selects a desired race by moving cursor 192 to a race and pressing "enter" or an equivalent action button on remote control 156 (FIG. 2).

Returning to FIG. 3, after the user has selected a race at step 204, the user is presented with a menu of available options at step 212. For example, the user can place a wager or view current odds/probables, handicapping data, race results, or weather. If the user chooses to place a wager, the viewer selects an amount to wager at step 214. The amounts available for wagering are preferably transmitted to user terminals 122 (FIG. 1) from distribution facility 120, so that it is possible to limit which wagering amounts are available to the user as desired. Preferably, the user can select the wager 00 24 00 CI amount using an interactive menu such as menu 216 shown Sin FIG. 12. On the left of menu 216, current odds 218 Sare listed for each of the runners 1-9).

Typically, win odds are listed. Thus, as shown on menu 216, the odds for runner 1 winning race 3 are 00 to i.

F- The racetracks, races, wager types, wager ^C _amounts, and various other menu options that are 0 available to the user at user terminal 122 (FIG. 1) may be controlled from the distribution facility 120 (FIG. For example, the distribution facility 120 can limit the content of its transmissions to user terminals 122 (FIG. so that only certain features are available. If it is desired to black out a given racetrack, then the racing data (and any accompanying instructions to be executed by user terminal 122 of FIG. 1) for that racetrack are not provided to user terminals 122. With this approach, the menu options of user terminals 122 (FIG. 1) may be configured on a system-wide basis.

If desired, user terminals 122 (FIG. 1) may also be individually addressable, which allows distribution facility 120 (FIG. 1) to provide different types of service to different sets of user terminals 122 (FIG. Any suitable addressing technique may be used. For example, an addressing technique similar to that used in conventional addressable cable converter units may be used. User terminals 122 (FIG. 1) may be provided with preprogrammed authorization codes when they are manufactured or a user may be provided with an appropriate authorization code to enter into user terminal 122 (FIG. 1) using remote control 156 1 00 25 or smart card 170). Distribution facility 120 (FIG. 1) Stransmits the racing data and any instructions that are Sto be executed by microprocessor 132 and display and control circuitry 140 (FIG. 2) in transmission blocks containing an authorization code. User terminals 122 00 (FIG. 1) compare each incoming transmission block with their authorization code. When the code matches, ^C _racing and other data within the transmission block are 0O accepted for use by that user terminal 122 (FIG. 1).

Individual addressability allows selected subsets of user terminals 122 (FIG. 1) to be permitted to have access to certain racetracks, sets of races, wager types, or wager amounts. Because distribution facility 120 (FIG. 1) can provide preselected features to selected subsets of users, it is possible to provide various tiers of service, etc.

As shown in FIG. 12, on the right of menu 216 is an abbreviation 220 of the currently selected racetrack "PIM" for Pimlico). Current race 222 is. also listed race Information such as the current time and the time remaining to post time is displayed in box 225. Preferably, the post time blinks or otherwise changes its appearance within a certain predefined time window prior to a race, so as to provide a visual clue that the start of the race is approaching.

When first presented to the user, menu 216 has a highlighted portion 224 The user selects the desired wager amount by moving highlighted portion 224 using the up/down and left/right cursor keys of remote control 156 (FIG. When highlighted portion 224 rests on the desired wager amount, the user 00 26 N presses the enter key on remote control 156 (FIG. 2).

Highlighted portion 224 is then placed on the done box c 226. If the user is ready to proceed, the user presses the enter key on remote control 156 (FIG. If, instead, the user wishes to return to menus 206 and 208 00 (FIGS. 10 and 11), which correspond to step 212 (FIG.

then the user highlights and selects go back box C( -228.

As shown in FIG. 3, following selection of the wager amount at step 214, the user selects a desired type of wager at step 230. A typical wager type selection menu 232 is shown in FIG. 13.

Additional wager types can be supported by providing additional wager selections on wager selection menu 232. Preferably, the wager types available at selection menu 232 are determined by distribution facility 120 (FIG. Thus, the wager types available to the user may be controlled by limiting what information is transmitted from distribution facility 120 (FIG. 1) to user terminals 122 regarding wager types. Highlighted portion 234 initially rests on one of the wager types, such as WPS, which stands for win, place, and show. Other available wager types include, but are not limited to, WIN (win), PLC (place),

SHW

(show), WP (win-place), WS (win-show), and EXA (exacta). Suitable wager types also include trifecta, quinella, daily double, and pick-n type wagers (where n is a value from, 3 to Preferably, menu 232 is similar in appearance and layout to other menus, such as menu 216 (FIG. 12), so that the user is presented with a fairly uniform interface. For example, odds are shown at the left of 27 00 menu 232, just as they are shown at the left of menu t 216 (FIG. 12). Similarly, the racetrack abbreviation, Srace number, current time, and time remaining to post are shown on the right of menu 232 in the same way that this information is displayed in menu 216 (FIG. 12).

00 By changing the overall layout of the menus as little 0 as possible from one screen to the next, viewer confusion is minimized and screen storage requirements 00 for the user terminal 122 are reduced. An additional item in menu 232, which is not shown in the wager amount menu 216 of FIG. 12, is selected wager amount 236 in the example of FIG. 13).

As shown in FIG. 14, the user selects the d!sired bet amount by moving highlighted portion 234 to the desired wager type and pressing the enter key on remote control 156 (FIG. In FIG. 14, an exacta wager was chosen by selecting EXA box 238. The selected wager type may be indicated in any suitable fashion, for example, by changing the color of the wager type box. Further, as shown in FIG. 14, code 240 corresponding to the selected wager type can be displayed. After an exacta wager (or any multi-leg single race wager) is selected, highlighted portion 234 is either automatically placed on BOX 242 or, preferably, onto DONE 243 with the ability to move the cursor onto BOX 242 to allow a user to place a box bet (any multi-leg wager where the first leg or list of runners is used for all legs of the wager). Placing a box bet is a simplified method of placing a wager using the same runner list for each leg of a multiple leg wager.

00 28 00 After selecting the wager type at step 230 of SFIG. 3, the user selects runners at step 244. As shown Sin FIG. 15, for an exacta wager the user selects one or more runners for first leg 246 and second leg 248. If more than one runner is selected per leg, the number of 00 possible exacta wager combinations is automatically calculated and the total cost of the wager updated accordingly at box 250. When all desired runners have 00 been selected, the user selects done box 252, which 10 causes the system to proceed to step 254 in FIG. 3.

In step 254 (FIG. wager queue menu 256 is displayed, as shown in FIG. 16. Each wager is summarized on a line adjacent to a wager number 258.

fn the example shown in FIG. 16, the first wager is a an exacta wager on the third race at Pimlico. Shown at the bottom of menu 256 are the menu options send/delete, more bets same race, more bets other race, and main menu. These menu options are displayed at step 258 (FIG. 3) when the wager queue is not full.

Typically, the wager queue can contain up to five wagers. Before additional wagers can be added, the wagers in the queue must be sent to the racetrack. If the wager queue is full following step 254 (FIG. 3), then the menu choices of delete a wager, send wagers, duplicate a wager, and main menu are displayed at step 260. The menu options made available at step 260 are limited by the state of the queue. For example if the queue is full, the option "duplicate a wager" will not be available, etc. A typical menu 262 on which these options are displayed is shown in FIG. 17.

The menu options listed in menus 256 and 262 (FIGS. 16 and 17) allow the user to modify the wagers 00 c listed in the queue, make additional bets, etc. For Sexample, as shown in FIG. 3, if at step 258 the user selects "more bets same race," the user is returned to Step 214, at which a new wager amount can be selected.

The user can then proceed through steps 230, 244, 254, OO etc. as described above. If at step 258 the user selects "more bets other race, the user is returned to step 204, at which a new track may be selected. 00 Another option at step 258 is to return to the main menu. If "main menu" is selected, the user is returned to step 172.

If the user selects "send/delete" at step 258 then the system proceeds to step 260 Imenu 262 in FIG. 17) At step 260, the user has the option of deleting a wager that is no longer desired. For example, if the user wishes to delete wager i, the user moves the highlighted portion of the menu to wager 1 and presses the enter key on remote control 156 (FIG. whereupon the information for wager 1 is removed from menu 262 (FIG. 17). If "duplicate a wager" is selected, the user can make a copy of a wager, which appears on the next available wager line.

Thus, if wagers 1 and 2 are filled, the user can Position the highlighted portion of menu 262 (FIG. 17) adjacent to wager 1 and press enter. Wager 1 will then be duplicated as wager 3.

In order to place wagers, the wager information entered onto menu 262 must be sent to totalisator 102 (FIG. 1) via network 128 (FIG. At the same time that a wager is sent, the user must transmit his personal identification code to allow the totalisator 102 (FIG. 1) to verify the status of the 00 30 0 N ¢account against which the wager is to be placed.

STotalisator 102 adjusts the user's account to reflect the results of the wager. If sufficient funds exist in the account, and if the wagering information is otherwise satisfactory, totalisator 102 (FIG. 1) will 00 accept the wager and will typically debit the account.

If the wager pays off, the account will be credited by ^c the appropriate amount.

When a user is ready to send a wager to totalisator 102 (FIG. the user selects "send wagers" from menu 262 in FIG. 17. Preferably, if no smart card is present, a message appears on monitor 126 (FIG. 1) instructing the user to insert smart card 170 (FIG. The user is next instructed to enter his personal identification code using remote control 156 (FIG. The personal identification code is compared to a prestored personal identification code on smart card 170 (FIG. If, from comparison of the entered personal identification code to the personal identification code stored on card 170 (FIG. it is determined that the user is authorized to use the account, then the transaction data necessary to place the wager with totalisator 102 (FIG. 1) are sent to totalisator 102 (FIG. During the process of sending the wager information to totalisator 102 (FIG.

the user is preferably provided with messages on monitor 126 (FIG. 1) that indicate when the system is dialing and sending the data, and when it has been confirmed that the wager has been sent.

If, instead of selecting "place wager" at step 212, the user selects "current odds/probables," the system proceeds to step 264, as shown in FIG. 4.

00 31 N At step 264, the user is presented with a menu listing Swhich odds and statistics are available for viewing.

If the user selects "odds/pools" at step 264, the user is passed to step 266, in which odds and pools are preferably displayed in a format shown in FIG. 18. In 00 chart 268, the win odds for each runner are displayed adjacent to the number of that runner. Also listed in 0 ^chart 268 are the dollar amounts of each pool of placed 00 wagers for each bet type (win, place, or show). At the bottom of chart 268 is a total of all pools for each wager type: win, place, and show.

Wager odds for wager types other than win odds can also be shown. For example, show or place odds can be displayed. With previously known off-track terminals it has not been possible to display show and place odds. Accordingly, if a home racing fan desired such information, he would need to make calculations by hand. In contrast, with the present invention, user terminal 122 processes the racing data provided by totalisator 102 (FIG. so that odds for many wager types are available. The user can therefore quickly and accurately review these odds interactively in the home.

Information regarding exacta, trifecta, and other complex wager pool totals and payoff values for the various wager combinations may be selected at step 264 (FIG. Any suitable display format may be used to show the desired information. A typical exacta pays screen 272 is shown in FIG. 19. Win odds are listed for each runner and predicted exacta payoffs are listed for each of the possible exacta combinations of runners. Thus, if there are nine runners ther,.are 00 32 typically nine screens 272. The first screen 272 lists Sthe payoffs for runner 1 as a first place finisher (1 and where x is each of runners 2-9. Also listed are the payoffs for runner 1 as a second place finisher (x and Subsequent.screens are used to provide 00 information for other runners. For example, the second screen 272 lists the payoffs for runner 2 as a first and second place finisher. Another item listed on 00 screen 272 is exacta pool 274.

10 The odds and payoffs for other sophisticated wager types, such as trifectas, daily doubles, pick three, pick four, etc. can be listed in the same fashion if desired. Due to the limited nature of previously available off-track betting terminals, it has not been possible to determine odds and payoff information for many sophisticated wager types. For example, it has not previously been possible to determine odds for various combinations of runners within the complex wager types. With the present system, complex wagering information may be calculated and displayed by user terminal 122 (FIG. 2).

Because it has not previously been possible to display such detailed information using an off-track terminal, such information has either been completely unavailable or has only been available to racing fans who have traveled to the racetrack or to off-track betting establishments.

In addition, an advantage of the presen: system is that the user can interactively control the display of the odds and payoffs screens for the various wager types. For example, the user can move forward or backward through the wager information screens, such as 00 33c- screen 272 (FIG. 19), which shows the predicted payoff Samounts if a particular runner combination wins an Sexacta wager. Previously known methods of displaying such information involve providing a non-interactive scrolling list of the information, on a monitor 00 at a racetrack. But with that method it is necessary to wait until the information one wishes to view is ci -presented on the monitor. In contrast, with the present system the user can interactively advance (c 10 forward and backwards through the screens such as exacta pays screens 272 as desired.

Returning to step 212 (FIG. another menu option that can be selected by the user is to view handicapping data. If "handicapping data" is selected at step 212 (FIG. 3) then the user is presented with a menu of available handicapping data as shown at step 276 in FIG. 5. Preferably, the menu options available at step 276 include: snapshot power ratings, speedclass ratings, pace ratings, and jockey/trainer. If "snapshot power ratings" are selected at step 276, power ratings are displayed at step 277 (FIG. 5) on screen 278, as shown in FIG. 20. At the top of power ratings screen 278 is a banner including information such as race number 280 race race distance/surface 282 5 Furlongs on dirt), amount claimed 284, class rating 286, and runner age 288.

Below this banner, more detailed information pertaining to each runner is preferably listed. For example, runner name 290, number of days off since the last race 292, wins/starts for the selected surface and distance category 294, morning odds 296, and power rating 298. The information necessary to make up 00 34 C screen 278 may be provided to the wagering system 100 (FIG. 1) via input 116 (FIG. 1).

In addition to displaying snapshot power ratings, a user can choose to display speed/class ratings at step 276 (FIG. If "speed/class ratings" is selected at step 276 (FIG. then at step 300 (FIG. 5) screen 302 of speed/class ratings is 00 .displayed, as shown in FIG. 21. Screen 302 preferably contains information banner 304, as in screen 278 (FIG.

20). Also in screen 302 are runner name 306, speed rating 308, speed rating for this distance and track surface 310, highest speed rating for this distance and track surface 312, class rating 314, and class rating of last race 316.

Another option is available if the user selects "pace ratings" at step 276 (FIG. Selecting "pace ratings" takes the user to step 318 (FIG. at which pace ratings screen 320 is displayed, as shown in FIG. 22. As with screen 278 (FIG. 20) and screen 280 (FIG. 21), screen 320 contains handicapping data for each runner. Preferably, screen 320 contains typical position at early call 322, typical position at middle call 324, typical position at finish 326, and number of races in calculation 328.

A further display of handicapping data is available if the user selects "jockey/trainer" at step 276 (FIG. If jockey/trainer is selected, control passes to step 330 (FIG. at which screen 332 is displayed, as shown in FIG. 23. Screen 323 contains handicapping information about the jockeys and trainers for each runner. Typically, such information includes jockey and trainer names 334 and information about 00 recent race statistics 336. Other jockey/trainer Sinformation that can be provided includes information Srelating to jockey changes and overweights for each runner.

Returning to FIG. 3, another option available 00 at step 212 is to display race results. If the user selects "results" at step 212, the results of the race c- .selected at step 204 are displayed on the display 126 (FIG. 1) at step 338. One suitable format for i0 displaying race results is shown in FIG. 24. Runner numbers 340 are displayed as well as payoffs for a standard wager for win, place, and show bets. If desired, results can also be displayed for the more sophisticated wager types such as exactas, trifectas, daily doubles, pick three, pick four, etc.

The user can therefore interactively control the display of the race results screens. For example, the user can select a track and page through the results for the various races at that track. Preferably, the user can use the cursor keys on remote control 156 (FIG. 2) to move between the race results screens for various races.

Another option available at step 212 in FIG.

3 is for the user to view weather and track conditions for a selected racetrack. If the user selects "weather/conditions" at step 212, weather information is interactively presented at step 342. The weather for the city and state in which the selected racetrack is located is preferably displayed, as is more detailed weather information, including track conditions, temperature, humidity, dewpoint, and a short status 00 36_ description of the current weather (sunny, raining, Sfoggy, etc.).

If the user selects "account information" (menu option 182 in FIG. 8) at the initial menu displayed at step 172 (FIG. the menu options "bet 00 queue," "account information," and "transaction history" are displayed at step 344, as shown in FIG. 6.

00 If "bet queue" is selected at step 344, the queue is viewed at step 346 and control then passes to step 260 (FIG. At step 260, the user can select from the menu choices "delete a wager," "send wagers," "duplicate a wager," and "main menu," as described above.

If "transaction history" is selected at step 344 in FIG. 6, the user terminal 122 (FIG. 2) preferably retrieves information concerning recent transactions such as wagers placed and the results of these wagers from smart card 170 (FIG. 2) at step 348.

If desired, this information can be retrieved remotely, from totalisator 102. Using the retrieved information, the user's transaction history is displayed at step 350. After the user is finished reviewing the recent transaction history, the user is returned to step 172 (FIG. where the initial menu options are displayed.

If the user selects "account balance" at step 344, at step 351, the user selects whether to retrieve his account balance remotely, from totalisator 102 (FIG. or locally at terminal 122, from smart card 170. If the user selects "remote" at step 351, then the user enters his personal identification code at step 352. User terminal 122 (FIG. 2) then obtains current account information from totalisator 102 (FIG.

00 37 1) and displays this information at step 354. If the Suser selects "smart card" at step 351, then the user Senters his personal identification code at step 353.

User terminal 122 (FIG. 2) then obtains current account information from smart card 170 (FIG. 2) and displays 0- this information at step 355. Preferably, information retrieved from smart card 170 (such as account 0 balances) is for informational purposes only. No wagers can be authorized solely through the account information on smart card 170 (FIG. This prevents unauthorized wagering if the card is tampered with.

After the user is finished reviewing the account balance at step 354 or step 355, the user is returned to step 172 (FIG. where the initial menu options are displayed.

The benefit of storing account and transaction history information locally on smart card 170 (FIG. 2) is that it is not necessary to communicate with totalisator 102 (FIG. 1) each time it is desired to review such information. Because the user does not need to communicate with totalisator 102 (FIG. 1) for routine transaction history and account balance queries, the user avoids any fees that may be associated with such queries. The user also reduces the frequency with which he needs to use his telephone line. Further, data corresponding to additional wagering transactions, such as recent wagering activity, may be stored on smart card 170 (FIG. 1).

The account and transactional information for each user is preferably stored on his individual smart card 170 (FIG. This allows the user to visit other homes in which there are user terminals 122 (FIG. 1), 0 38without losing ready access to his account information.

SAlternatively, the account and transactional information can be stored in a suitable memory device in user terminal 122 (FIGS. I and 2).

5 Another menu.option available at step 172 of 00 FIG. 3 is the option to view news and information. If S"news and information" (menu option 184 in FIG. 8) is 00 -selected at step 172, a submenu of news and information options is displayed at step 356, as shown in FIG. 7.

The illustrative menu options displayed at step 356 include the option of viewing information about schedule times for racing video simulcasts available to the user. Racing simulcasts may be available via satellite, cable, broadcast, or other suitable video transmission medium. Typically, not all of the races run at the various racetracks are simulcast on television. Certain racetracks may not wish to create a disincentive for racing fans in the area to visit the track in person. For other racetracks there may not be sufficient demand to warrant the effort of televising all of the races. And because the post times of races are typically determined locally by the management of the racetrack, they may be subject to last minute changes or unforseen delays. For each of these reasons, it is difficult or impossible for a user to accurately determine which races are currently available via simulcast. Accordingly, with the present invention, when the user selects "simulcast schedule" at step 356, a current schedule listing the races available via simulcast is displayed.

Other menu options available at step 356 include commercial advertisements. As shown in FIG. 7, 00 -39 menu option 358 is an advertisement called "Laurel on Sthe Air," which could be, for example, local advertising for upcoming events on television or radio relating to the Laurel racetrack. An illustrative listing for Laurel on the air is shown in FIG. 00 Menu option 360, entitled "handicapping seminar" could be, for example, an advertisement for an oo .upcoming seminar on handicapping techniques to be Spresented at a particular racetrack. An illustrative i handicapping screen is shown in FIG. 26.

Menu option help 362 allows the system to display help information. For example, explanations of how to use the terminal 122, how to place certain types of wagers, or how to handicap effectively may be provided. A submenu that may be provided after menu option help 362 has been selected includes menu options "using the system," "how to bet," and "handicapping information." FIG. 27 shows a screen that can be displayed if "using the system" is selected. FIG. 28 shows a screen that can be displayed if "how to bet" is selected followed by information on "win, place, and show" bets. Information on additional wager types is preferably available by pressing an advance or equivalent cursor on remote control 156 (FIG. If "handicapping information" is selected from the submenu, then descriptions of the various types of handicapping information available (see,

FIGS.

20-23) are provided. The menu option 364 (FIG. 7) entitled "other" allows additional information to be provided.

The news and information menu options available at step 356 are illustrative only. As 00 40 Sexplained below, additional mq features may be added if desired, such as the ability to add video information to the services described above.

00 00 If desired, "hot" buttons may be used to provide shortcuts through the menu hierarchy of FIGS.

Q 3-7. For example, a hot button 185 labeled "bet on the next race" may be provided as menu option 185 in FIG.

i 10 8. If the user selects this option at step 172 (FIG.

the user terminal 122 (FIG. 2) determines which upcoming race is the next race available for wagering.

The user terminal 122 (FIG. 2) then presents the user with the option of selecting the wager amount for that race at step 214 (FIG. Hot button 185 therefore allows the user to bypass selection steps 196, 204, and 212 (FIG. which the user would otherwise need to pass through. Preferably, any hot button arrangement of the present invention allows the user to bypass one or more selection steps (also called "menu layers").

Hot buttons thus allow quicker movement though various layers of menus than would otherwise be possible (e.g, using a conventional tree-type menu structure without hot buttons).

Further aspects are illustrated in connection with wagering system 366, shown in FIG. 29. Many features of wagering system 336 may be provided using an arrangement similar to wagering system 100 (FIG. if desired. Wagering system 366 has a video and data distribution system 368 for distributing racing data racing videos to user terminals 370. The video and data distribution system 41- 368 may be based on any suitable conventional Sdistribution technology, such as satellite transmission, cable television transmission, or television broadcasting. Video and data distribution 5 system 368 receives racing data from racing data 0O 00 interface 372. This signal feed typically has a significantly lower data-rate requirement than live 0 video signals. Accordingly, the racing data Stransmitted from racing data interface 372 to video and io data distribution system 368 may use any of a number of available signal distribution technologies. For example, leased telephone lines may be provided between racing data interface 372 and video and data distribution system 368. Alternatively, racing data may be transmitted by satellite at this stage.

Racing videos, which are received from racing video source 374, preferably use a high-capacity transmission medium such as satellite transmission or cable transmission for at least part of the signal pathway between the point of origination of the video signals and video and data distribution system 368.

For example, one suitable source of racing videos is the simulcast transmission of video signals from racetracks. These racing videos can be transmitted by a combination of cable and satellite to a centralized racing video source 374, from which the videos may be transmitted to video and data distribution system 368 via satellite. Alternatively, the racing video may be archived on video tape or another video storage medium, so that the racing video source 374 should include suitable video playback equipment (not shown) Archived racing videos can be played back according to 00 42_ a predetermined schedule, or according to viewer Sdemand.

Regardless of the source of the racing video signals provided at racing video source 374, and 5 regardless of the medium used to transmit these videos 00 0 from racing video source 374 to video and data distribution system 368, the racing videos are 00 preferably available for the user to watch at home while the user simultaneously has access to the racing data provided by racing data interface 372. Because real time racing video clips require the full bandwidth of a television channel (although the video could be compressed somewhat using conventional data compression techniques), data and video link 376 between video and data distribution system 368 and user terminals 370 must at least have the capacity of a single television channel. Preferably, the racing videos are distributed over a dedicated racing channel. Racing data may be distributed using any suitable data distribution technique, such as transmission over a sideband or during the vertical blanking interval of the dedicated channel.

Video and data distribution system 368 includes a cable headend facility, satellite facility, or broadcast facility that preferably supplies a full range of conventional television channels to the user in addition to the capability of providing a dedicated racing channel to the user. When the user desires to watch television, the user can tune to one of these channels. The user can tune to a television channel using a user terminal 370 in conjunction with a monitor 378, which is preferably a conventional television set.

00 43 If user terminal 370 does not contain a tuner capable Sof tuning to all of the available channels, or if it is desired to bypass the terminal 370 for other reasons, the user can watch television on monitor 378 directly, provided that monitor 378 includes a television tuner.

00 Thus, a number of alternative approaches can be used to provide racing videos and racing data to the 00 user. However, a common element to all of these approaches is that video and data distribution system 368 be capable of delivering racing video signals from racing video source 374 to user terminals 370 in realtime. The video and data distribution system 368 also delivers racing data to user terminals 370. Thus, wagering system 366 avoids the shortcomings of previously known systems in which no racing videos could be provided to user-controllable terminals and in which limited racing data were at best provided to offtrack terminals via telephone lines.

Racing data are provided by a number of sources, including wagering data management system 380.

Wagering and data management facility 380 may be a totalisator such as totalisators 382, or may be a stand-alone computer system capable of communicating with totalisators 382. If desired, wagering data management facility 380 may include an accounting capability for managing user accounts.

The type of racing data provided to racing data interface 372 by wagering and data management facility 380 typically includes the current race at each track, which races and tracks are open for wagering, the post times of each race, and the number of races associated with each track. Racing data also 00 -44 0 include the win, place and show "pool" totals, exacta, Strifecta, quinella and other wager payoff predictions, Sand the actual odds for the current race at each track, as well as the "morning line" odds for any future race.

In addition, racing data typically include the number 00 00 of minutes remaining until post time for the current race at each track.

00 Racing data provided by wagering data management facility 380 also include race results, such CI 10 as actual payoff values versus a standard wager amount for win, place, and show wagers. Also provided are actual payoff values for the winning complex wager types, including exacta, trifecta, quinella, pick-n (where is the number of races involved in the pick-n wager), and daily double. Payoff values may also be accompanied by a synopsis of the associated finish list.

In addition, pools, payoffs, and odds may be provided for other wager types, such as omni bets, superfectas, and double-triple bets.

The racing data from wagering data management facility 380 further include program information including the number of runners in each race, valid wager amounts and types accepted by racetracks, scratch lists, distances of each race, and race surfaces.

Program information also includes race classification information, the purse, the allowed age range of runners, and the allowed number of wins and or starts for each runner. Racing data from wagering data management facility 380 are delivered to racing data interface 372 via data link 384, which may be any 00 suitable data transmission medium, such as a leased Stelephone line, cable, satellite, etc.

Racing data interface 372 also receives racing data via supplemental input 386 and manual input 388. The racing data received at inputs 386 and 388 00 include racing data from third party information sources such as Axcis Pocket Information Network, Inc.

-of Santa Clara, California. Such third party racing 00 Sdata typically include post times, the number of races associated with each track and other information that typically is only provided via a printed racing program. Weather information, such as track conditions, temperature, humidity, dewpoint, and a short status description of the current weather (sunny, raining, foggy, etc.) may also be provided via inputs 386 or 388.

Wagering data management facility 380 preferably includes the capability of either maintaining a user's account or communicating with a user's account located at one of totalisators 382.

Totalisators communicate with one another via the wellknown Intertote Track System Protocol (ITSP). Racing fans using user terminals 370, communicate with wagering data management facility 380 via communication lines 390, network 392 and transaction data interface 394.

Preferably, the communication lines 390 are telephone lines, network 392 is a telephone network, and transaction data interface 394 is an automated modem system for receiving incoming transaction data from communication devices contained within user terminals 370. Link 396, 00 -46 which provides a communication pathway between C transaction data interface 394 and wagering and data management facility 380 may be any suitable type of communication link, for example, 30 RS-232 data lines.

Although a telephone link may be used to provide two- 00 way communications for transaction data (wagers placed, account information, etc.), any suitable communication 00 pathway between user terminals 370 and wagering data management facility 380 may be used. For example, transaction data may be relayed to and from user terminals 370 via data and video link 376, video and data distribution system 368, and communication link 3.98.

In addition to the various elements described above, wagering system 366 may optionally include a subscriber management/customer service facility ("subscriber facility") 400, which is a computer-based facility for coordinating bank transfers and merchandise orders, handling paperwork required by tax and other regulations, and for supplying marketing information to third parties.

User terminals 370 are linked to subscriber facility 400 via communication lines 390, network 392, and communication line 402, which may be, for example, a leased telephone line. Subscriber facility 400 is linked to wagering data management facility 380 via communication line 404. Additional communication links are formed between subscriber facility 400 and racetrack 406, merchandise fulfillment house 408, production facility 410, bank facility 412, and third parties 414. These links may be formed using any 0 47 suitable communications medium, such as telephone Slines.

Subscriber facility 400 provides wagering system 366 with the capability to implement a variety of marketing and customer service related activities.

00 For example, when the user desires to transfer bank account funds to his wagering account, a transfer 00 :authorization can be sent from user terminal 370 to subscriber facility 400 via communication line 402, where, after suitable processing, the transfer request is sent to bank facility 412. Bank facility 412 may be at the user's bank, or an affiliated bank connected to a .banking network capable of authorizing the requested transfer. After bank facility 412 approves the requested transfer of funds, subscriber facility 400 transmits suitable fund transfer instructions to wagering data management facility 380.

Another useful feature that may be implemented using subscriber facility 400 is allowing the user to place merchandise orders from the home.

Commercial advertising may be provided with wagering system 366. For example, video advertising clips may be displayed simultaneously with racing videos etc. If a menu option indicates that merchandise, such as racing memorabilia, promotional materials, collectibles, etc. is available, then following step 356 (FIG. 7) the user may interactively place an order for merchandise using wagering system 366. If desired, the user may place merchandise orders against funds located in the wagering account located at wagering data management facility 380 or at the user's account 00 48 at bank facility 412. Alternatively, the user may Splace orders using a credit card.

Generally, the information necessary to consummate an on-line purchase of merchandise is well 5 known. This information is collected and disseminated 0O 00 to the appropriate parties by subscriber facility 400.

For example, funds verification may be performed by 00 communicating with wagering data management facility 380 or bank facility 412. Merchandise orders may be io placed with the racetrack 406 that offered the merchandise, or with merchandise fulfillment house 408.

Subscriber facility 400 may also be used to facilitate monitoring of the usage of user terminals 122. In order to improve the performance of wagering system 366, it may be desirable to determine precisely how various users interact with the various menus etc.

that are provided by user terminal 122. User terminals 122 can be programmed to monitor the way in which users interact with the menu structure implemented on user terminals 122. For example, user terminals 122 can monitor how long each user spends at each screen, etc.

Periodically, this information may be collected by subscriber facility 400 via communication line 402.

This information can be used to improve the performance of the menu structure implemented on user terminals 122, or may be used for marketing purposes for direct marketing) Production facility 410 may be used to satisfy regulatory paperwork requirements for tax and other purposes. In addition, additional or replacement smart cards or user terminals 370 may be ordered from production facility 410.

00 o- 49 If desired, a user's personal preferences, Ssuch as wagering habits, betting preferences, merchandise orders, etc. may be supplied to third parties 414. The user's personal preference data may be transmitted from user terminals 370 to wagering data 0 management facility 380 during the placing of wagers.

Later, wagering data management facility 380 transmits 00 -the personal preference data to subscriber facility 400, from where the data may be provided to, e.g., third parties 414.

A typical user terminal 370 is shown in FIG.

User terminal 370 has display and processing circuitry 416, which receives racing data and realtime video signals including videos from racing video source 374 via video input 418. The user enters commands with user input interface 420, which may be any suitable input interface, such as a remote control, keyboard, a conventional voice-actuated controller system, etc.

Display and processing circuitry 416, which is preferably microprocessor-based, coordinates the display of the racing data and videos on monitor 378 and the recording of videos on video recorder 424.

User terminal 370 also has transaction data communication circuitry 422 modem circuitry) for communicating transaction data to wagering data management facility 380 (FIG. 29) and subscriber facility 400 (FIG. 29).

As is well known, set-top converters, video cassette recorders, audio/video receivers, and other audio/video equipment may be interconnected in a variety of ways. For example, some audio/video components receive a full range of television channels 00 50 on a radio frequency (RF) input line, and output a Sselected channel or other video signal on an RF channel Ssuch as channel 2, 3, or 4. An output provided on an RF channel must be processed by a television tuner tuned to that channel.. Accordingly, this type of 00 _00 arrangement is suitable for audio/video equipment that is connected to an audio/video component having a 00 television tuner a conventional television set).

Some audio/video equipment provides direct video and c 10 audio signal outputs, which may be received by a monitor or other audio/video component that does not have a television tuner.

The racing videos and data received via input 418 are typically received along with a complete range of television channels. In one suitable arrangement, the racing videos are provided on one or more dedicated channels and the racing data can be provided in an available region of bandwidth within these channels on a frequency modulated sideband). If the racing videos and data are provided over a digital video channel as used with certain television satellite systems), the video signals occupy one portion of the digital signal and the racing data another. Display and processing circuitry 416 contains circuitry for separating out the racing data from the video signals. Racing data are processed by display and processing circuitry 416 so that various menus of options and data may be displayed. Racing videos and the menu displays can be provided to monitor 378 via RF output 426 or video and audio output 428.

00 51_ Because cable channels are often scrambled, Sdisplay and processing circuitry 416 may also contain suitable circuitry for descrambling the cable (or satellite) television channels to which the user subscribes. Alternatively, the user may attach a 00 conventional set-top cable converter unit to their Stelevision, for use in conjunction with user terminal 00 -370.

Further, various different connections are possible with video recorder 424. If video recorder 424 is a conventional video cassette recorder, video output 430 may be an RF output or a video and audio output. If video recorder 424 only contains recording components and not a television tuner, then an RF output would not be suitable. In that case, video output 430 is preferably a video/audio output rather than an RF output.

Commands from display and processing circuitry 416 are provided to video recorder 424 over communication path 432. Communication path 432 may be a direct electrical connection to video recorder 424 or may use an infrared output circuit coupled to the infrared input of video recorder 424. If desired, video recorder 424 may be provided with the capability of providing as an output video recorder status data regarding the state of video recorder 424 tape inserted, play/record confirmed, index data on tape read/confirmed, etc.). The video recorder status data may be provided to display and processing circuitry 416 over communication path 432. Video recorder 424 may also be provided with a dedicated set-top converter box (such as shown connected to monitor 378 in FIG. 0 00 52- The set-top converter box may be provided downstream Sfrom the other components of user terminal 370 or may be provided as a completely separate input.

In the illustrative example shown in FIG. set-top box 434 is provided midway between display and 0- processing circuitry 416 and monitor 378. With this arrangement, line 436 is preferably an RF line.

o00 Another way in which television signals may be provided to monitor 378 is to provide additional RF or video/audio input 440 to monitor 378. If desired, descrambling on this line may be performed by set-top box 442. Switching between the desired audio/video and RF inputs to monitor 378 may be performed by circuitry within monitor 378, if desired.

If an audio/video receiver is also connected to the user's home system, further options are available. For example, the audio/video receiver (not shown) may be used to switch the various audio and video signals shown in FIG. 30. RF video signals may be switched using suitable RF switching equipment.

Thus, there are numerous suitable ways in which to arrange and interconnect various home audio/video components and user terminal 370. The particular arrangement chosen for user terminal 370 is not limited to any one setup. For example, monitor 378 may be a conventional television with an integral television tuner or may be any other suitable display monitor. Video recorder 424 may be a conventional video cassette recorder or may contain a status data output in addition to the components necessary to perform video recording and playback. One or more settop boxes 442 or 434 may be provided. An audio/video 0 0 53 0 receiver or RF signal switching and splitting circuitry may be connected to user terminal 370. Any of these components may be provided as a separate audio/video component or may be made integral with user terminal 370.

00 Wagering system 366 (FIG. 29) may be used to provide a variety of interactive wagering features.

00 When the user invokes wagering system 366 by entering an appropriate command via user input interface 420 (FIG. 30), the user is presented with an initial racetrack selection menu at step 444, as shown in FIG. 31. A suitable format for the racetrack selection menu is a list highlighted to show the current selection. Another suitable format for the racetrack selection menu is map menu 446, shown in FIG.

With this approach, the various available racetracks are displayed on a map, of the United States. The currently selected racetrack (Hollywood park in FIG. 35) is highlighted. Preferably, the user can select a racetrack using cursor keys to move up/down and right/left until the highlighted portion is positioned on the desired racetrack. The user may then press enter to select that track. As shown in FIG. map menu 446 preferably has go back button 447. If the user selects go back button 447, the user is returned to the previous menu. In addition to serving as a menu for track selections, a format similar to that of map menu 446 may be used to allow the user to make other selections, such as when choosing a region of the country from which racing or other information commercial advertising) is desired. Map menu 446 may 00 54 be highlighted using any suitable technique, e.g., Susing an icon.

SAfter a racetrack has been selected at step 444 of FIG. 31, the user decides whether to select a 5 wager amount or make a menu choice at step 448. The 00 term "menu choice" used in connection with FIGS. 31-34 includes: "other track," "other race," "information," 00 Sand "account." Menu choices other track 450, other race 452, information 454, and account 456 are displayed on a screen 458 of mixed text and video, as shown in FIG.

36. Preferably, menu options appear at the bottom of screen 458. The currently selected racetrack 460 (Churchill Downs), race no. 462 (race 2) and time until post 464 (nine minutes) appear in a banner 466 at the top of screen 458. The default for the currently selected race is the next race scheduled to be run at the selected racetrack. Current odds or other useful racing information items appear in box 468.

In addition, a realtime racing video 470 is simultaneously displayed in box 472. Preferably, racing video 470 is a simulcast from the selected racetrack corresponding to the next scheduled race.

Typically, race previews are shown prior to each race.

These previews may contain views of the racetrack, fans, and runners, interviews with jockeys and trainers, and commentary. At post time, the video of the race itself is shown. If no racing videos are available at the selected track, box 472 can contain a video clip of races at other tracks or can contain advertising information, etc.

0 The arrangement of screen 458 allows the user Sto gauge how much time is left to place a wager by viewing the time until post 464, and viewing racing video 470. Current odds may be readily reviewed at box 468. With screen 458, the user can watch racing previews and race videos in realtime, while wagering on races interactively.

S00 In step 448 of FIG. 31, the user selects a bet amount by moving highlighted portion 474 (FIG. 36) to the desired dollar amount in FIG. 36). With any screen such as screen 458 (FIG. 36), the user can make a desired selection using input interface 420 (FIG. 30). For example, if user input interface 420 (FIG. 30) includes an infrared remote control and receiver, the user can press a "select" or "enter" key on the remote control to make a selection.

After selecting a bet amount at step 448 of FIG. 31, the user is passed to step 476, in which a bet type or a menu choice is selected. The bet type can be selected using a screen such as screen 478 in FIG. 37.

As shown in FIG. 37, many of the display features of screen 458 (FIG. 36) remain unchanged as the user moves from step 448 (FIG. 31) to step 476 (FIG. 31). For example, banner 456 is unaffected, as are menu choices other track 450, other race 452, information 454, and account 456. Box 468 (which contains odds) and box 472 (which contains racing video 470) are also unchanged from step 448 (FIG. 31) to step 476 (FIG. 31). An advantage of providing screens that do not change excessively from step to step is that the user is less likely to be confused, and can find menu options more readily with this approach.

00 -56 The user selects a bet type such as a win bet by moving highlighted portion 480 to the win bet and selecting it, e.g, by entering the appropriate command with user input interface 420 (FIG. After selecting the bet type at step 476 of 00 FIG. 31, the user is presented with a runner selection menu at step 482. A suitable screen format for the 0 runner menu is given by screen 484 in FIG. 38. Having selected the number of runners either required or 1 I10 allowed for the selected bet type, the system proceeds to step 486, at which the user is presented with the menu options place wager 488, another amount 490, and cancel 492 in addition to the menu choices 450, 452, 454, and 456 listed at the bottom of screen 494 in FIG.

39. Also displayed on screen 494 are wager number 496, wager amount 498, bet type 500 for the wager selected in steps 448, 476, and 482.

If the option place wager 488 is selected, wager transaction data corresponding to the selected wager is transmitted from user terminal 370 (FIG. 29) to wagering data management facility 380 (FIG. 29) at step 510 (FIG. 31).

Following a brief screen in which the user is alerted that the wagering transaction is being sent with the message "sending wager"), a confirmatory message, such as message 504 is displayed on screen 506, as shown in FIG. 40. Preferably, as the simulcast of the selected race approaches post time, the screen format assumes the larger, nearly fullscreen size of screen 506. The racing video is shown in the central portion of screen 506. A relatively 1 0 57 small portion 508 of the screen 506 is used to display S the selected bet amount, bet type, and runner(s).

If the user selects another amount 490 (FIG.

39) at step 486 of FIG. 31, then the user can select a new bet amount at step 512 (using a menu such as screen 458 of FIG. 36). Selecting cancel 492 (FIG. 39) returns the user to step 448.

oo The results of selecting one of the "menu choices" (other track, other race, information, or (I io account) from step 448, 476, 482, or 486, are shown in FIG. 32. If "other track" is selected at step 514, then the user is presented with the menu choices "track" and "menu choice" at step 516. A suitable menu format for selecting a new track is a format such as used for screen 518 in FIG. 41. If a "menu choice" is made, the user returns to step 514.

If "account" is selected by the user at step 514, the user is presented with a menu such as screen 520 of FIG. 42, which prompts the user to enter his personal identification code. The user enters the personal identification code at step 522 (FIG. 32) with user input interface 420 (FIG. 30). During the process of entering the personal identification code, boxes 521 change color to indicate when each code element (e.g.

digit) is entered. After the personal identification code has been entered, screen 524 is displayed, as shown in FIG. 43. In screen 524, the user's account balance 526 is shown (as obtained, from the wagering data management facility 380 of FIG. 29).

Also displayed is a menu of fund transfer amounts 528.

At step 530 (FIG. 32) the user selects the desired amount of funds to transfer from bank facility 412 00 58 (FIG. 29) to his account at wagering data management Sfacility 380 (FIG. 29) by highlighting menu option m3 transfer funds 532 (FIG. 43). Following this selection, a confirmatory message, such as "bank s transfer" is displayed. Account balance 526 is updated 00 to reflect the new balance, once the transfer is complete.

00 If the menu option "information" is selected at step 514 in FIG. 32, the user is given the CI 10 opportunity to select from the menu options "racing information," "other," and "menu choice" at step 534.

If "racing information" is selected, then the user is presented with a list of menu options at step 536. A suitable menu format for displaying the step 536 menu options is screen 538 (FIG. 44), which allows the user to highlight the desired menu option. Four options are listed in the information category portion of screen 538 (FIG. 44). To see additional listings, the user cursors down or up to scroll or page through the listing.

If the option "late changes/overweights" is selected at step 536 of FIG. 32, then a list of late changes and overweights is displayed at step 538.

Scratches are displayed at step 540, when "scratches" is the selected menu option. At step 542, weather information is displayed when that option is selected at step 536. Racing highlights are displayed at step 544 if "highlights" is selected at step 536. Odds are displayed at step 546 if the menu option selected at step 536 is "odds." In addition, scratches are preferably noted on the screens that contain runner numbers by the notation "scratch" adjacent to 00 59 the appropriate runner number). Odds may be displayed Susing the traditional fractional format 9/5) or may be displayed using a percentile format as shown in FIG. Another category of racing information that 00 may be viewed is handicapping information. To view handicapping information, the user selects "handicapping" at step 536. Making the selection "handicapping" moves the user to step 548 in FIG. 33, at which the user chooses between viewing handicapping data and creating a personal power rating. If the user selects "view handicapping data," various handicapping data screens are displayed, showing, for example, snapshot power ratings, speed/class ratings, pace ratings, and jockey/trainer information at step 550.

If "personal power rating" is selected at step 548 (FIG. 33), the user is presented with an opportunity to create his own personal power rating, by entering weights for various handicapping categories.

As-shown in FIG. 46, a menu of options is preferably displayed using a screen format such as used for screen 552. Handicapping categories include, but are not limited to, speed 554, breeding 556, in-the-money 558, and track condition 560. The current odds the win odds) for each runner may also be included as a handicapping category, if desired. Weights are entered by moving a highlighted portion of screen 552 to the desired weight and selecting the highlighted weight with user input interface 420 (FIG. 30). The desired weight for the speed category is selected at step 562 (FIG. 33). The weights for breeding, in-the-money and track condition are entered at steps 564, 566, and 568 00 (FIG. 33), respectively. The weights chosen on screen S552 of FIG. 46 are: speed 4, breeding 2, in-the-money and track condition 3.

After all weights have been entered, the personal power ratings are displayed at step 570 00 (FIG. 33). Any suitable display format may be used to display the ratings. For example, the ratings may be C-I displayed numerically, using a bar graph, a pie chart 00 O or other graphical display. As shown in FIG. 47, one C- io suitable display is horizontal graph 572. Runners are listed numerically on the left side of graph 572. The corresponding results of the personal power rating selections made in steps 562, 564, 566, and 568 (FIG.

33) are shown numerically on the right side of graph 572. Also shown in the center of graph 572 are runner icons 574, each horizontally located at a distance from the left edge of graph 572 that is representative of the numerical personal power rating result. After the personal power ratings are displayed at step 570, the system returns to step 548 (when instructed by the user).

User terminal 370 (FIG. 30) performs the calculations necessary to determine the personal power ratings based on the racing data received from racing data interface 372 (FIG. 29) and the selected personal power rating weights. Any suitable method of calculating the power ratings may be used, such as multiplying the weights by a numerical value representative of the runner's strength in the respective categories. For example, in the speed category, the weight of 4 selected in FIG. 46 could be multiplied by the runner's percentile ranking in

I

61 average speed in its most recent races. Alternatively, Sa predetermined speed power rating could be used.

SAlthough screen 552 (FIG. 46) depicts four personal power rating categories, any number of categories may be used, limited only by the amount of statistical 00 racing data available from racing data interface 372 (FIG. 29).

c Returning to FIG. 32, if the menu option 00 "other" is selected at step 534, then the user is C 10 presented with menu options "racing simulcast schedule," "miscellaneous advertising," "help," and "questionnaire" at step 576. A schedule of which races are being video-simulcast is displayed if "racing simulcast schedule" is selected. Preferably, a user can select from the displayed list of simulcast races.

When a particular race is selected from those displayed at step 576, user terminal 122 (FIG. 29) returns the user to step 448 at FIG. 31, where the user is provided with an opportunity to place a wager on the selected race.

If "miscellaneous advertising" is selected at step 576, advertising information is displayed. Help information is displayed if "help" is selected.

Because user terminal 370 (FIG. 30) is capable of handling video signals, the advertising information that is provided at step 576 can contain video clips in addition to text information. For example, racing data interface 372 (FIG. 29), racing video source 374 (FIG.

29) or other suitable advertising source may transmit compressed video clips to user terminal 370 of FIG. where they are stored on local mass storage device 578 (FIG. 3) a hard disk drive). When advertising, 00 -62 help, or any other information is selected that would Sbenefit from a video presentation, the compressed video signal stored on local mass storage device 578 (FIG.

is played back using display and processing circuitry 416 (FIG. CO 00 Another menu option that may be selected at step 576 (FIG. 32) is "questionnaire." When this oQ -selection is made, user terminals 122 provide an interactive questionnaire on the monitor 378, to which C 10 the user may respond, if interested. A typical use for such questionnaires would be to facilitate user feedback. For example, questionnaires may be provided that ask the user which particular services of wagering system 366 (FIG. 1) are of greatest interest, etc.

When the questionnaire is completed, the results of the questionnaires may be transmitted to subscriber facility 400 (FIG. 29) using transaction data communications circuitry 422 (FIG. 30.) and communication line 402 (FIG. 29).

As described above, a "menu choice" option at step 514 (FIG. 32) is "other track." The selection of another racetrack is illustrated in FIG. 48, in which the racetrack Hollywood Park has been selected. When a new racetrack is selected, the previously selected racetrack 460 Churchill Downs in FIG. 36) is replaced with the currently selected racetrack 580. In addition, the currently selected race 582 is automatically updated to reflect the next currently scheduled race to be run at the currently selected racetrack. As shown in FIG. 48, the next race scheduled at Hollywood Park is race 3. The time until post 584 is also automatically updated upon entering 00 63 the screen 586 to correspond to the next currently Sscheduled race. Also automatically updated are odds 590 and racing video 592.

If it is desired to change to another race from a screen such as screen 586, which displays the 00 menu choices "other track," "other race," "information," and "account," the user highlights Sportion 594 of screen 586 corresponding to menu option O "other race" at step 514 (FIG. 32). Selecting "other race" at step 514 (FIG. 32) takes the user to step 596 in FIG. 34. A suitable screen for displaying the menu options available at step 596 is screen 598, shown in FIG. 49.

As shown in FIG. 49, a number of viewing options are presented for each race, such as "results," "alert," and "tape/VCR." For races that have been run, the appropriate option is "results," which allows a user to watch an earlier race. If the user selects "results" at step 596 of FIG. 34, the user is presented with the menu option "watch the race" at step 600. A suitable screen for presenting this option to the user is screen 602 of FIG. 50. If the user decides to watch the race and makes the menu selection "watch the race" at step 600 (FIG. 34), a video of the race is displayed at step 602 (FIG. 34) and, if desired, the user may be billed a transaction fee for making this selection.

Transaction fees may be levied using any suitable technique. For example, user terminal 370 can maintain a running log of transaction fees charged the user for making selections such as "watch the race," etc.

Periodically, this log may be transferred to subscriber facility 400, which compiles a bill for the user, or 00 64- Cq which debits the user's account (at bank 412 or t wagering data management facility 380). The user may Salso be charged transaction fees for each wager placed at wagering data management facility 380. This type of transaction fee is preferably levied at the time at which the wager is placed, by debiting the user's 00 account (at wagering data management facility 380 or Sbank 412) by the transaction fee in addition to the 00 Swager amount.

In order to allow the user to watch the results of previously run races, video clips of the races must be stored in a suitable facility and delivered to the user on demand. A variety of arrangements for accomplishing this task are possible.

For example, as shown in FIG. 29, a user may place an order for a race video from user terminal 370 via communication line 390. The order is received by transaction data interface 394, which transmits the order and any necessary account verification information to wagering data management system 380.

Race video order information can be transmitted to video and data distribution system 368 from wagering data management facility 380 via communication link 398. If it is desired to impose a charge for ordering videos of race results, wagering data management system 380 can debit the user's account accordingly when the order is received.

Video and data distribution system 368 can contain a high capacity storage medium, suitable for recording races as they are received from racing video source 374. In order to minimize the amount of storage necessary in video and data distribution system, it may 00 65 (N be desired to record only the video of the race, and Snot any race previews. It may also be desired to Sdigitally compress the videos.

Various approaches may be used for delivering the race videos that are stored at video and data distribution system 368 to user terminal 370. For 00 example, the sideband or other portion of the bandwidth .used by the wagering system 366 to deliver racing data 00 to user terminals 370 may be sufficiently large to support the delivery of compressed video clips in addition to the racing data. If a compressed video clip contains encoded information, only authorized users who selected to watch the race results video will receive that video clip. A similar approach is to send the requested video information over an available video channel to authorized users. A pay-per-view cable channel is also a suitable pathway for providing racing videos to user terminal 370.

Regardless of how user terminal 370 receives the requested prerecorded race video clip, at step 602 (FIG. 34), user terminal 370 displays the video on monitor 378. If necessary, user terminal 370 decompresses any compressed video information.

Different options are available for races that have not yet been run. For example, the user can select "alert" at step 596 (FIG. 34) to be alerted by an audible tone and/or a visual prompt on the display screen) that the race is about to be run. If alert is selected at step 596 (FIG. 34), user terminal 370 (FIG. 30) triggers an alarm and displays the race video when appropriate at step 604 (FIG. 34). The user can also select "tape/VCR" at step 596 (FIG. 34). If -66.

00 C4 "tape/VCR" is selected at step 596 (FIG. 34), at step 606 (FIG.

t34) user terminal 370 (FIG. 30) programs video recorder 424 S(FIG. 30) with the appropriate recording information or actuates video recorder 424 (FIG. 30) at the time of the selected race.

Thus, selecting "tape/VCR" allows the selected race to be recorded. When desired, the user can review the race videos 00 recorded by video recorder 424 (FIG. 30). If video recorder 424 (FIG. 30) is capable of transmitting data such as indexing data 0 10 to user terminal 370 (FIG. 30), user terminal 370 (FIG. 30) can 00 Scoordinate the playback of race videos.

Any suitable display can be used to present the user with the menu options of step 596 (FIG. 34). In the example of screen 598, the options available for each race appear in bold type, whereas unavailable options appear only faintly. For example, race 1 and race 2 have already been run. Accordingly, results 608 and 610 appear in bold type. Races 3 and 4 have not yet been run so alerts 612 and 614 and tape/VCR 616 and 618 appear in bold.

One skilled in the art will appreciate that the present invention may be practised by other than the described embodiments, which are presented foL purposes of illustration and not of limitation, and the present invention is limited only by the claims that follow.

Throughout this specification and the claims which follow, unless the context requires otherwise, the word "comprise", and variations such as "comprises" and "comprising", will be understood to imply the inclusion of a stated integer or step or group of integers or steps but not the exclusion of any other integer or step or group of integers or steps.

The reference to any prior art in this specification is not, and should not be taken as, an acknowledgment or any form of suggestion that that prior art forms part of the common general knowledge in Australia.

Claims (21)

1. 2. The method of claim 1, wherein selecting the racing video simulcast corresponding to the selected track comprises selecting the racing video simulcast from a plurality of racing video simulcasts.
2. 3. The method of claim 1, wherein the display of available tracks includes the names of at least two tracks and a race number corresponding to the next race to be run at each of the at least two tracks.
3. 4. The method of claim 3, wherein the display of available tracks further includes a post time for each of the at least two tracks. P OPER SEWLOW tM3hUO5O339I diw pagedAc-l13M3lOO 00 68 Ct The method of claim i, further comprising displaying M odds for the next race to be run at the selected track in response to receiving the user selection. 00 5 6. The method of claim 5, further comprising automatically updating the displayed odds. 00
4. 7. The method of claim 6, further comprising automatically updating the displayed odds to show odds for a subsequent race after the post time has passed for a previous race.
5. 8. The method of claim i, wherein providing the user with an opportunity to interactively place a wager on a race to be run at the selected track further comprises providing the user with the opportunity to bypass at least one selection step in placing the wager.
6. 9. The method of claim 8, wherein the at least one selection step is selected from the group consisting of: a selection of a track, a selection of a race, a selection of a wager amount, and a selection of a wager type. The method of claim 1, further comprising displaying a plurality of runners and information on scratches for the race to be run at the selected track.
7. 11. The method of claim i, further comprising allowing the user to use the user terminal to place a win, place, show, exacta, and trifecta wager on the race. P AOPER\SEWUOO\M3ch3OSO3391 dW ps.dmoc-l m1S003 00 69 Ct
8. 12. The method of claim i, wherein the racing video simulcast is received from a video and data distribution facility. 00 5 13. The method of claim 12, wherein the racing video simulcast is compressed. 00
9. 14. The method of claim i, further comprising: maintaining a wagering account associated with a user; providing the user with an opportunity to transfer funds from a bank account associated with the user to the wagering account associated with the user; and providing the user with an opportunity to place a wager on a race to be run at the selected track using funds from the wagering account associated with the user. The method of claim 1, wherein providing the display of the selected racing video simulcast comprises providing the display of the selected racing video simulcast in one region of a display device, the method further comprising displaying wagering information in a different region of the display device, wherein the one region and the different region do not overlap.
10. 16. The method of claim 1, further comprising changing the size of the display of the selected racing video simulcast when post time is approached.
11. 17. A system for interactive wagering on races, comprising a user terminal configured to: provide a display of available tracks at which races are to be run; PAOPERSEWUDUOSV.,hUO5O3391 div pgatodccI3AlJ3/200 00 0 Sprovide a user with an opportunity to select one of the Savailable tracks; receive a user selection of a track from the available tracks; 0_ 5 in response to receiving the user selection: select a racing video simulcast corresponding to the 00 selected track; and provide a display of the selected racing video simulcast; and provide the user with an opportunity to interactively place a wager on a race to be run at the selected track.
12. 18. The system defined in claim 17 wherein the user terminal selects the racing video simulcast corresponding to the selected track comprises by selecting the racing video simulcast from a plurality of racing video simulcasts.
13. 19. The system defined in claim 17 wherein the display of available tracks includes the names of at least two tracks and a race number corresponding to the next race to be run at each of the at least two tracks. The system defined in claim 19 wherein the display of available tracks further includes a post time for each of the at least two tracks.
14. 21. The system defined in claim 17 wherein the user terminal is further configured to display odds for the next race to be run at the selected track in response to receiving the user selection. P OP.E SEM200M hOO50339 div paglc. 103/2003 71
15. 22. The system defined in claim 21 wherein the user Sterminal is further configured to automatically update the displayed odds. 0_ 5 23. The system defined in claim 22 wherein the user terminal is further configured to automatically update the N0 displayed odds to show odds for a subsequent race after the post time has passed for a previous race.
16. 24. The system defined in claim 17 wherein the user terminal is further configured to provide the user with an opportunity to interactively place a wager on a race to be run at the selected track by providing the user with the opportunity to bypass at least one selection step in placing the wager. The system defined in claim 24 wherein the at least one selection step is selected from the group consisting of: a selection of a track, a selection of a race, a selection of a wager amount, and a selection of a wager type.
17. 26. The system defined in claim 17 wherein the user terminal is further configured to display a plurality of runners and information on scratches for the race to be run at the selected track.
18. 27. The system defined in claim 17 wherein the user terminal is further configured to allow the user to place a win, place, show, exacta, and trifecta wager on the race. POPER\SEW2OO8MWMhO5UJ39i dw pgagdaft-3I31200 00 72
19. 28. The system defined in claim 17 wherein the user Sterminal is further configured to receive the racing video simulcast from a video and data distribution facility. _0 5 29. The system defined in claim 28 wherein the racing video simulcast is compressed. 00 The system defined in claim 17 wherein the user terminal is further configured to: maintain a wagering account associated with a user; provide the user with an opportunity to transfer funds from a bank account associated with the user to the wagering account associated with the user; and provide the user with an opportunity to place a wager on a race to be run at the selected track using funds from the wagering account associated with the user.
20. 31. The system defined in claim 17 wherein the user terminal is further configured to provide the display of the selected racing video simulcast by providing the display of the selected racing video simulcast in one region of a display device, and displaying wagering information in a different region of the display device, wherein the one region and the different region do not overlap.
21. 32. The system defined in claim 17 wherein the user terminal is further configured to change the size of the display of the selected racing video simulcast when post time is approached.