generally , as shown in fig1 the invention herein is a computerized telecommunications lottery wagering system . the system automatically handles telephone calls from subscribers with an automatic call director ( acd ). a voice responsive unit ( vru ) welcomes the subscriber to the lottery wagering system and places a wager for the subscriber based on information elicited from them over the telephone including and account number , personal id number , the particular state lottery of interest , the particular lottery format of interest , such as 6 - digit lotto , &# 34 ; keno &# 34 ;, 3 - digit lotto , the type of wager , &# 34 ; quick - pick &# 34 ; or &# 34 ; personal numbers &# 34 ;, and a betting amount . the host computer ( hereinafter &# 34 ; host &# 34 ;) stores the information in a mainframe computer and confirms the wager back to the subscriber via the vru . the host is more completely described in an ibm brochure entitled , ibm system / 88 digest , first edition ( december 1988 ), publication no . g520 6518 - 00 , which is hereby incorporated by reference . the acd is more fully described in an at & amp ; t brochure entitled , an introduction to definity 75 / 85 communications system , generic 2 , which is hereby incorporated by reference . the vru is more fully described in a perception technology brochure entitled , bt - 111 the perception advantage , which is hereby incorporated by reference . in one embodiment , the system provides subscribers with two 800 numbers , one for the purpose of enrolling as a subscriber and the other for the purpose of placing wagers . when the subscriber dials either of the 800 numbers they will be connected to their local telephone company , and then ultimately into the network of the watts carrier that are selected to provide the service . all calls are connected to the acd from the watts network and routed to the appropriate vru . the acd routes enrollment calls to enrollment vrus and wagering calls to wagering vrus . to determine the subscriber &# 39 ; s originating location the system utilizes a feature of the network called automatic number identification ( ani ). the ani feature allows the system to determine , at a minimum , the area code and 3 - digit exchange of the caller and in many instances the entire 10 - digit telephone number . in one embodiment , the system uses the area code to limit the caller to placing wagers only with the state lottery within the state from which they are calling . in another embodiment the system allows the subscriber to place lottery wagers on an interstate or interstate basis , so that a lottery wager can be placed from anywhere to any state , or even international , lottery through the use of a touch - tone telephone . both the intrastate and interstate wagering are discussed in more detail below . fig2 shows a flow chart of the subscriber enrollment process of the vru , and fig2 a and 2b respectively show the associated subscriber enrollment vru scripts . in this case , for example , the subscriber would have dialed 1 - 800 - enroll and been connected to an enrollment vru by the acd . the system is adaptable to any actual enrollment / customer service 800 number assigned by the telephone company . utilizing the ani feature , the vru will store the telephone number of the subscriber and play the subscriber enrollment script as depicted in fig2 a . first the vru plays a welcome message to the subscriber , welcoming them to the automated subscriber enrollment process , and then asks them to respond to a number of questions by pressing the appropriate number on their touch tone telephone . as shown in fig2 a , the first question to be asked is &# 34 ; please select the credit card you wish to use &# 34 ;. for example , in the process of selecting the caller will be asked to press &# 34 ; 1 for visa &# 34 ;, &# 34 ; 2 for mastercard &# 34 ;, &# 34 ; 3 for discover &# 34 ;, &# 34 ; 4 for american express &# 34 ;, and &# 34 ; 5 for diners card &# 34 ;. in the example , the caller responded with a ` 1 ` and the vru played back a message , &# 34 ; you have selected visa , enter your card number &# 34 ;. after the subscriber enters their card number , the vru plays back the numbers entered and requests confirmation of the account number or re - entry . for example , the vru plays back , &# 34 ; you have entered 123 , 456 , 789 , 012 , 345 , 6 , press 1 to confirm , 2 to re - enter &# 34 ;. if the number played back is incorrect the caller would press 2 and re - enter their account number . if the number was correct the caller would press 1 and the vru would store the number and immediately send a transaction to the host to initiate the host credit card authorization process as indicated by the off page connector 11 . 0 ( shown as an inverted pyramid ), see fig1 described herein . the vru sends a transaction code , credit card type code , and credit card account number to the host . this authorization process is described later in this document . concurrently with that authorization by the host , the vru continues the automated enrollment process by playing subscriber enrollment script 2 ( fig2 b ). the vru plays a message requesting the subscriber to enter the four - digit expiration month and year of their credit card . in our example , the caller entered &# 34 ; 11 89 &# 34 ;, and the vru responded with the message &# 34 ; you have entered 11 89 , press 1 to confirm , 2 to re - enter &# 34 ;. if the caller confirms the date by pressing 1 then the vru will respond with the message &# 34 ; enter your two - digit weekly wager amount &# 34 ;, else the vru will again request the expiration month and year . when the caller then enters &# 34 ; 10 &# 34 ; signifying that on a weekly basis they wager ten dollars ($ 10 . 00 ) on lottery games , the vru confirms the weekly wager amount by responding with a message &# 34 ; you have entered 10 dollars , press 1 to confirm , 2 to re - enter &# 34 ;. in our example , since the caller pressed ` 1 ` to confirm , the vru then plays the message , &# 34 ; the system will now charge your credit card with 50 dollars , providing you with an open balance to wager . we will also obtain your credit information from the credit card company you have selected . press 1 to authorize the withdrawal and obtaining of credit information &# 34 ;. to minimize the number of credit card transactions , in a preferred embodiment , the system software multiplies the wager amount entered by five and rounds upwards to the nearest ten dollars . if the subscriber entered five dollars , the system would multiply five by five giving twenty - five and round upwards to thirty dollars . this amount is withdrawn from the credit card creating an open balance to wager in the subscribers account . the caller confirms the withdrawal amount by pressing ` 1 ` and the vru responds with a message , &# 34 ; you will now be transferred to a customer service agent .&# 34 ; as indicated earlier , the vru can send a transaction to the host which initiated the host credit card authorization process ( fig1 ). the host may for instance , be linked on - line to the credit card company &# 39 ; s database to validate the subscriber &# 39 ; s credit card number . in addition , the system obtains the caller &# 39 ; s name , address , city , state , zip code , home and business telephone numbers , and their social security number . the host then stores the subscriber &# 39 ; s credit card information in the subscriber master file , which is made available to the customer service agent when the caller is transferred to complete the enrollment . subsequently , the customer service agent repeats all information entered by the subscriber and obtained from the credit card company . once the caller verbally confirms all the information they will be provided with a subscriber id , a personal id number ( pin ), and the 800 number to be used for wagering . the system will also request the preparation of an information packet which will be mailed to the subscriber . the entire conversation is recorded via a tape recorder that is connected to the acd customer service agent &# 39 ; s extension . the system will record all conversations using this equipment and since the system also records the date and time of each call , the recorded information is readily available . this concludes the automated subscriber enrollment process . the subscriber is now able to place lottery wagers utilizing the system . the customer service agent can transfer the subscriber to a wagering vru and the subscriber can start placing wagers . fig3 shows a flow chart of the subscriber identification and game selection process of the vru , and fig3 a , 3b , and 3c respectively show the associated wagering vru scripts played to the subscriber . in one embodiment , for example , the subscriber would dial 1 - 800 - wager to be connected to a wagering vru by the acd . the system is adaptable to any number assigned by the telephone company . utilizing the ani feature , the wagering vru will store the telephone number of the caller and play the subscriber identification script as depicted in fig3 a . note that in the description of this embodiment the interstate wagering feature of the system is highlighted , but where appropriate , the differences related to intrastate wagering are mentioned . but generally , on an intrastate basis the subscriber would be blocked from wagering by the vru if their call was not initiated from within a state that had a lottery . the subscriber would only be allowed to place wagers with that lottery . as shown in fig3 in the subscriber identification and game selection process , the vru plays a welcome message to the subscriber and requests their account number as depicted in fig3 a . in our example , the subscriber entered ` 123456789098 `, and the vru responded with , &# 34 ; you entered 123 , 456 , 789 , 098 , press 1 to confirm , 2 to re - enter &# 34 ;. the subscriber responded with a 1 and the vru then played the message , &# 34 ; enter your personal id &# 34 ;. the subscriber entered ` 12345 ` and the vru responded with &# 34 ; you entered 123 , 45 , press 1 to confirm , 2 to re - enter &# 34 ;. the subscriber responded by pressing ` 1 ` to confirm that the number was correct . the vru stores the subscriber id and pin and immediately sends a transaction to the host to validate the subscriber . the vru sends a transaction code , subscriber id , and pin to the host which would immediately initiate the host validate subscriber process , see fig4 described herein . the vru then requests the entry of the amount to be wagered during this call . the host compares this amount to the subscriber &# 39 ; s open balance to wager to insure that sufficient funds are available for wagering . the system only reduces the open balance to wager as wagers are placed and not by the entry of this wager amount . the vru plays the message , &# 34 ; enter 2 - digit wager amount &# 34 ;. in our example , the subscriber entered ` 10 `, and the vru then responds with , &# 34 ; you entered 10 dollars , press 1 to confirm , 2 to re - enter &# 34 ;. as shown the subscriber responded by pressing ` 1 `. in response to the subscriber input , the vru plays either the script in fig3 b or 3c . the determining factor is whether interstate wagering is allowed . for interstate wagering , the vru plays the script in fig3 b , lottery selection , to the subscriber . this script gives the subscriber the option to select one of five options . the first four options will be the lotteries in close proximity to their state . the fifth option &# 34 ; other states &# 34 ;, will cause the vru to play another script which will allow the subscriber to select from another group of lotteries . this will continue until the subscriber is given the option to select from any state with a lottery that utilizes the service . once the subscriber makes their lottery selection the vru plays the script in fig3 c , game selection . in the game selection script shown fig3 c , the vru presents the subscriber with the various lottery games available within the selected lottery . on an intrastate basis it presents the games available within the state from which the call initiated . for instance , the vru plays a message and welcomes the subscriber to the lottery then plays a message , &# 34 ; press 3 for 3 - digit numbers , press 4 for 4 - digit numbers , press 6 for lotto , press 7 for keno &# 34 ;. in our example , the subscriber pressed ` 6 ` for lotto . now the subscriber can place a wager . they will now be transferred to the 6 - digit lotto process as described in fig5 a and 5b . as described above , when the subscriber entered their id and pin , the vru requested that the host validate the subscriber id ( see fig4 ). at this point the host should have completed that process and has sent a signal to the vru to allow the wager to proceed or to transfer the subscriber to customer service in the event of a problem . ( the vru also can be programmed to determine that a subscriber is having difficulty in using the system .) if the subscriber cannot place a wager for any reason at this point , the vru will transfer the caller to a customer service agent for assistance in completing the wager . if the host subscriber validation process was successful , the host returns an appropriate message to the vru allowing the wagering to proceed . this concludes the discussion of fig3 a , 3b , and 3c , known as subscriber identification and game selection process . fig4 shows a flow chart of the host validate subscriber process , which validates the subscriber identification to the system and determines whether they have sufficient funds to place a wager . for instance , in response to voice commands from the vru , the subscriber enters their subscriber id and their pin . the host receives this information from the vru and calls the validation process which searches a subscriber master file for a match . if a match does not exist , then the host sends an invalid subscriber message signal to the vru , which plays an invalid subscriber message back to the subscriber . if a match is found , then the host compares the subscriber &# 39 ; s open balance to wager against the amount which they indicated they would be wagering . if there are sufficient funds , then the host sends a sufficient funds signal to the vru and the subscriber would then be allowed to proceed . the system then returns to off page connector 3 . 2 ( shown as an inverted pyramid and also known as an off page connector ), see fig3 . in our example , since funds are available the host sends a message signal back to the vru to proceed with the wager . if funds are not available , the host calls the host additional funds process , indicated by the off page connector 12 . 0 , see fig1 described herein . in response to a withdrawal approval from the host additional funds process , the host sends a sufficient funds signal to the vru and the subscriber would then be allowed to proceed . in response to a withdrawal nonapproval , the host sends a bad card signal to the vru which plays a bad card message back to the subscriber . the system then returns to off page connectors 3 . 2 , see fig3 described above . fig5 shows a flow chart of the 6 - digit lotto process of the vru , and fig5 a and 5b show the scripts for the messages played by the vru back to the subscriber . all of the game types described herein in fig5 to 8 from an overall systems perspective operate the same way . the essential difference between the games is the combination of numbers played , including both the amount and the range of numbers allowed . for example , 6 - digit lotto , requires 6 two - digit numbers . different state lotteries have variations on the range of number which can be selected . for example , in new jersey the lotto game range is presently from 1 to 48 , and subscribers can select any 6 numbers that are not repeated within that range . in new york &# 39 ; s lotto game the range is presently from 1 to 54 . in the flow chart shown in fig5 after the subscriber picks 6 - digit lotto ( see fig3 ), the vru requests a wagering type from the subscriber . in the script shown in fig5 a , the vru plays a message &# 34 ; you have chosen pick 6 lotto &# 34 ; to inform the subscriber of their choice , and also requests in the message that they either &# 34 ; press 1 for quick pick &# 34 ; or &# 34 ; 2 to enter your numbers &# 34 ;. if the subscriber chooses quick pick by responding with a &# 34 ; 1 &# 34 ;, then the vru plays a message &# 34 ; you have selected quick pick press 2 digit dollar amount &# 34 ; ( again see fig5 a ). in the case of a quick pick wager , the vru requests the entry of a quickpick wager amount then confirms it . for example , if the subscriber responds with &# 34 ; 10 &# 34 ;, then the vru plays a message &# 34 ; you have entered 10 dollars , press ` 1 ` to confirm , press ` 2 ` to re - enter &# 34 ; to confirm or re - enter the subscriber &# 39 ; s wagering amount . if the subscriber presses ` 2 ` to re - enter , the vru again requests a quick pick amount . presently , in the state of new jersey a $ 10 . 00 wager results in 10 plays since every game cost $ 1 . 00 , while in new york state the $ 10 . 00 results in 20 plays since every game costs 50 cents , although the minimum in new york is a $ 1 . 00 wager which gives the subscriber two games . after the subscriber confirms the $ 10 . 00 wager amount , the vru sends to the host the subscriber id , the lotto selected , and 6 - digit lotto wager for $ 10 . 00 . the host then calls the host quick pick process as indicated by off page connector 9 . 0 , see fig9 described herein . in summary , in the host quick pick process the host first determines the lottery &# 39 ; s profile from a master state lottery file , and if the state lottery was in new jersey , for example , where the range of numbers is from 1 to 48 , then it would utilize a random number generating routine to generate 6 unique numbers between 1 and 48 for each game . again for new jersey , the quick pick process would generate 6 unique numbers for all 10 games . in comparison , if the call had been placed from new york , the host would have generated 20 games . after the host quick pick process returns with the quick pick numbers , the vru plays a message &# 34 ; please hold for confirmation &# 34 ; and plays each of the wagers generated back to the subscriber , see fig5 a . note that the system only does so if the subscriber chooses to listen and record the numbers , if they hang up no message is played . the vru also plays a confirmation or ticket number assigned by the host to that wager . as far as the overall system is concerned , once the subscriber confirms the wager amount , if the subscriber at that time choose to hang up the phone , it would still generate all of the wagers , place them in the lottery , and store all the wagers within for billing , inquiry and auditing purposes . on a monthly basis the system will produce a statement which will tell the subscriber every wager that was placed , every draw down that was made from their credit card , all service charges , an opening balance from the last statement , and a closing balance as a result of this statement . at this point the system returns to the state lottery script as indicated by the off page connector 3 . 1 and go to fig3 . once again the system gives the subscriber the options : to place another wager , to select another game within this lottery , to select another lottery to place wagers , or finally to terminate the call . in the alternative , the other option in the 6 - digit lotto process was to allow the subscriber to enter their own numbers . if the subscriber chose to enter their own numbers by responding with ` 2 ` ( i . e . no quick pick ), the vru plays the script in fig5 b . first , the vru requests , based on the lottery profile , that the subscriber enters their 6 two - digit numbers within the range of 1 to 48 for n . j ., or 1 to 54 for n . y . the subscriber will utilize their touch tone phone to enter their 6 two - digit numbers . the vru plays a message &# 34 ; enter your six two digit numbers from 1 to 54 .&# 34 ; in the example in fig5 b if the subscriber enters their numbers , then the vru plays a message &# 34 ; you entered 5 10 16 18 29 37 press 1 to confirm or 2 to reenter &# 34 ;. if the subscriber does not confirm then the vru again requests the subscribers numbers . else if the subscriber confirms then the vru sends the wager to the host , which calls the host wager process , see off page connector 10 . 0 and go to fig1 described herein . the vru sends the subscriber &# 39 ; s wager to the host to be processed , by passing to the host the subscriber id , the lottery and game selected , the 6 two - digit numbers entered , and that the subscriber chose their own numbers . the vru then requests the subscriber to enter another wager . at this point , if they choose to enter another series of numbers , they would be transferred back up to the point where the vru requests the entry of their numbers , and they would stay in this loop until such time as they choose to do something else . similar to that described above for the quick pick option , at the conclusion of wagering or selecting their own numbers , the vru will tell the subscriber to please hold on for confirmation , the host would have then come back to the vru with a confirmation or ticket number which will be played back to the subscriber . the vru , as in the quick - pick option , would now requests what they would like to do next , and based on the response , they will be transferred to the appropriate process or the call will be terminated . this concludes the discussion on the 6 - digit lotto process . fig6 shows a flow chart of the 3 - digit number game process of the vru . as earlier described , the processes are essentially the same except for the number of numbers being entered and the range . in the case of 3 - digit numbers , the range of numbers allowed is from 1 to 999 . again , the subscriber has the quickpick option and the option to enter their own numbers . as seen from the flow chart , the process works substantially the same way as the 6 - digit lotto process described above . fig7 shows a flow chart of the four - digit number process of the vru . again , this game is processed by the system essentially the same way as the 6 - digit lotto option by choosing the quickpick option or the entry of enter their own numbers . in contrast , the subscriber can select from a range from 1 to 9 , 999 . fig8 shows a flow chart of the keno process of the vru . the keno game typically works so that in order for the subscriber to win , they must choose 7 of the 11 numbers drawn by the lottery to win a prize , from a range of unique 2 - digit numbers between 1 and 84 . lotteries describe this in many ways , talk about it and , in particular , in pennsylvania , the keno game is 7 out of 11 from 1 - 84 . once again , the subscriber can select a quickpick or enter their own numbers . if they select a quickpick , the randomizing routine would generate the numbers . if they choose to enter and confirm their own numbers , they will be asked to enter their 7 two - digit numbers . that concludes the keno game process . fig9 show a flow chart of the quickpick process , called by the host whenever the subscriber chooses that option in any of the aforementioned games selected . in the quickpick process , first the host obtains from the vru the subscriber id , the lottery , the game ( such as lotto 3 - digit , 4 - digit , or keno ), a quickpick option signal to indicate that the subscriber chose quickpick , and the amount of the quickpick option . in our example , we spoke about $ 10 . 00 , which in n . j . means that 10 games or 10 wagers will be placed . after the host process receives this information , it examines the state lottery profile for the game in question to obtain the allowable number range , and passes that information on to the random number generator which would generate the appropriate numbers for the game . it will do this until the wager amount is exhausted . the host will send each wager back to the vru . it will also call the host wager process to actually place the wagers with the state lottery and ultimately return to the vru with the quickpick selected . that concludes the quickpick process . fig1 shows a flow chart of the host wager process . the system calls this process from various points in the overall systems software . for instance , the system calls this process from the quickpick process , or from the process when the subscriber chooses to enter their own numbers . in either case , the host wager process needs the information such as the subscriber id , the lottery , the gamer the type of wager -- be it quickpick or individual personal numbers -- and the actual numbers being entered . the numbers obviously vary depending on the game , but the process is the same regardless of the game . so this information is passed from the vru . the wager will be recorded in the subscriber &# 39 ; s wager file for the purpose of audit and monthly statements . it will also be recorded in the state lottery wager file so that both the system and the lottery can keep track of the wagers for that particular day that were placed with the lottery . for each wager the system updates the subscriber master file , specifically the open balance to wager field based on the amount of the wager . it reduces that amount by the size of the wager and the service charge . there are situations where the system may need to be connected directly to the lottery computer . the system sends the wager or wagers down to the lottery computer and receives back the ticket number or confirmation number . that ticket number or confirmation number will be utilized to update the subscriber wager file and at the same time will be utilized to update the lottery file . it is this same number which goes back to the vru and played to the subscriber . where the system is not connected to the lottery &# 39 ; s computer , the ticket number or confirmation number will be a number which is generated by the system . all information will be transferred back to the routines which called the host wager process , be it the quickpick process or be it the subscriber &# 39 ; s entry of their own numbers for a particular game . that concludes the description on the host wager process ( see fig1 ). fig1 shows a flow chart of the host credit card authorization process . the vru calls this process only during enrollment to elicit various information about the subscriber , specifically , name , address , city , state , zip , home phone , business phone , social security number , credit rating , etc . the aforementioned enrollment process , shown in fig2 calls this host authorization process , the vru provides it with the subscriber &# 39 ; s credit card number and expiration date . the host , which is directly connected to the credit card company computer , from which the subscriber would have authorized the system to obtain the necessary information to complete their enrollment . the system will have access to the information and retrieve it back into the host computer . if there is no information to be obtained because the credit card number provided by the subscriber is invalid , an error message would go back to the vru and the vru would transfer the caller to the customer service agent . if the information we requested was retrievable , the host updates the subscriber master file with that information , looks at the available subscriber id and pin file for the next available subscriber numbers , and adds them to the master file . a message would go back to the vru indicating that the credit card is valid , allowing the enrollment process to continue . the vru then transfers the subscriber to a customer service agent for verbal verification of all information entered . fig1 shows a flow chart of the host additional funds process . the host calls the process when additional drawdowns of funds from the credit card are needed for the subscriber . the host checks a bad credit card file , and if the subscriber &# 39 ; s credit card number does not appear in that file , the credit card will allow a draw down &# 34 ; of funds up to the limit allowed without a direct communication for authorization . the system has a database with a list of the latest bad cards provided by the credit card company , so the host compares the subscriber &# 39 ; s credit card number to the bad credit card database to verify it . if the subscriber &# 39 ; s card is not on the list , then the host can draw down funds to whatever limit is allowed by the credit card to the system . ( for example , most credit card companies establish a limit of say $ 50 . 00 to a particular retails , as long as , the draw down is $ 50 . 00 or less , there is no need for direct communication with the credit card company to obtain authorization , and thereby the credit card company will pre - approve that limit without the direct communication .) the advantage to this approach is that the system minimizes the interaction with the credit card company because these transactions typically take 10 to 15 seconds to accomplish , perhaps even longer , thus avoiding lengthening the time of the call as there are costs that are associated with that . and assuming that the subscriber &# 39 ; s card was not on the bad card list , the host can draw down the appropriate amount of funds and essentially return a signal to the vru saying that funds are now available . in addition , a transaction is sent to that credit card company &# 39 ; s daily charge file , transferred to the credit card company overnight , to assure that funds are received from the credit card company . if the subscriber &# 39 ; s credit card is on the bad card list , the host sends a signal back to the vru and the system returns to off - page connection 2 . 2 to indicate that a credit problem exists . the subscriber is then transferred to a customer service agent who knows that a credit problem exists , and would request a different credit card from the caller or would request some direction from the caller as to what we should do in order to allow them to wager . that concludes page 3 , the validate process . some of the other features that the system is designed to accommodate include : 1 ) determine winning numbers in other states ; 2 ) determine if a ticket which they hold , regardless of the lottery was a winner ; 3 ) determine what wagers were made over a period of time ; 4 ) place sports wagers ; and 5 ) place horse racing wagers . while the invention has been described in its preferred embodiment , it is to be understood that the words which have been used are words of description rather than limitation and that changes may be made within the purview of the appended claims without departing from the true scope and spirit of the invention in its broader aspects .
a wagering system for accepting wagers over the telephone comprising : automatic call director means for receiving incoming calls from subscribers who wish to wager on the system ; b ) voice responsive means connected thereto for receiving the incoming calls routed from the acd , and for playing a series of recorded audio messages requesting subscriber wager information to be input via telecommunication means ; and host processor means having storage means and being connected to the wagering vru for receiving the subscriber wager information , storing it in a master subscriber wager file in the storage means , and assigning an associated ticket number to the wager .