EP1188155B1 - Verfahren, computersystem und programm zur verarbeitung von wetten oder glücksspielen - Google Patents

Verfahren, computersystem und programm zur verarbeitung von wetten oder glücksspielen Download PDF

Info

Publication number
EP1188155B1
EP1188155B1 EP00938290A EP00938290A EP1188155B1 EP 1188155 B1 EP1188155 B1 EP 1188155B1 EP 00938290 A EP00938290 A EP 00938290A EP 00938290 A EP00938290 A EP 00938290A EP 1188155 B1 EP1188155 B1 EP 1188155B1
Authority
EP
European Patent Office
Prior art keywords
caller
database
speech recognition
block
bet
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
EP00938290A
Other languages
English (en)
French (fr)
Other versions
EP1188155A1 (de
Inventor
Detlef Train
Helmut Buchner
Kurt Krenn
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to AT00938290T priority Critical patent/ATE301316T1/de
Priority to DE20022756U priority patent/DE20022756U1/de
Publication of EP1188155A1 publication Critical patent/EP1188155A1/de
Application granted granted Critical
Publication of EP1188155B1 publication Critical patent/EP1188155B1/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/10—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by input arrangements for converting player-generated signals into game device control signals
    • A63F2300/1081—Input via voice recognition

Definitions

  • the present invention relates to a method of processing of bets or gambling, the tip-ups and winnings requirements include, via the telephone network, addresses assigned to you by callers, using a computer system connected to the telephone network, to the one database as well as headsets and headsets are connected.
  • US-A 5 679 077 is concerned with a bingo game system, whereby made over the telephone tip-offs ("Ticking Bingo numbers ”) along with a caller identification number be processed with the help of speech recognition.
  • caller identification number can also phone number information (CLID) of the caller.
  • CLID phone number information
  • a burden of Customer account is via the phone bill or credit card possible.
  • the system itself dials the telephone number of the winner and informs him about the profit.
  • WO 89102139 discloses a kind of "online one-armed bandits", i.e. at which the caller's lottery prize is determined immediately.
  • the system works again with speech recognition as well as CLID.
  • CLID speech recognition
  • the system In the case of a profit on "periodic”
  • the system itself chooses the winner.
  • US 5,415,416 describes a computerized system to accept lottery tickets via the telephone network with a Voice menu system, completely from the caller via keypad input (DTMF), to the entry of Credit card numbers via DTMF, with voice output confirmations to the caller.
  • DTMF keypad input
  • the present invention is therefore based on the object Process for processing bets or gambling create, which overcomes the mentioned disadvantages. These Task is with a method of the type mentioned with the Characteristics of claim 1 solved.
  • Tipabgabe all kinds of participation in a bet, one Gambling, a lottery or the like. understood, be it one Typing, betting, “playing”, “placing” an insert, etc.
  • Tipabgabe covers all conceivable participation variants.
  • Speech recognition reduces the number of labor-intensive ones Workplaces with headsets and headsets by the factor (M + N): M. Last but not least reduces the continuous speech recognition in the tipabgabephase the acceptance threshold for the Game participation, which is a particularly economical operation guaranteed.
  • the credit on the betting account also over debit or settlement by telephone bill, per Electricity bill, direct debit, electronic means of payment, customer cards, Prepaid cards, vouchers etc. can be made;
  • In the present Description includes the terms “credit card, Bank account or similar ",” credit card, bank account or the like ",” credit card company, Bank companies or the like "all these variants.
  • a particularly preferred embodiment of the invention Method is characterized in that at non-evaluable or non-existing caller ID a new one Caller ID is generated and voice delivered. Thereby Also, new customers can immediately participate in the game and the to exploit the full functionality of the system.
  • the caller ID includes an account number and a password to increase security.
  • the selection can be made by one of the Telephone network determined telephone dialing number, which for the caller in the manner of an extension extension in appearance occurs, so that the basic choice between tipabgabe and profit request from the caller already when selecting the Systems can be taken.
  • the selection is made of the caller by means of speech output and speech recognition, so that the system outwards with a dial-up number in appearance occurs and is continuously voice-controlled.
  • the invention provides a computer program, which implements the method according to the invention.
  • Fig. 1 schematically shows the structure of a known computerized system for processing bets or gambling over the telephone.
  • Call distribution means ACD are connected via K trunks A to the public telephone network PSTN.
  • the call distribution means ACD are composed of a private branch exchange PBX and an interactive voice response module IVR, which outputs voice menus and messages and, if necessary, can be controlled via touch-screen input of a caller A i .
  • the call distribution means ACD distribute the incoming calls to a number K of headsets P 1 to P K , three of which are representative.
  • Employees at the workstation P i receive calls and enter or read data from terminals T 1 to T K.
  • the data stations T 1 to T K are connected to a database DB.
  • the call distribution means ACD can also be in communication with the database DB, for example to distribute calls according to specific priorities to the headsets P 1 to P K.
  • Fig. 1 The configuration of Fig. 1 is computerized Call center architecture known and requires K occupied workstations.
  • Fig. 2 shows the computer system according to the invention.
  • Call distribution means ACD are again connected via K trunks A 1 to A K to the (not shown) public telephone network.
  • the call distribution means ACD divide incoming calls on the trunks under control (as will be explained in detail later) to K processing queues Q 1 to Q K.
  • the call distribution means ACD makes the basic decision as to whether calls to a set A of M headsets P 1 to P M or to a set B of N speech recognition modules ASR 1 to ASR N are forwarded.
  • the processing queues Q 1 to Q K may be actual batch-hold latches and queues, eg first-in / first-out, or mere forwarding channels, in which case the call distribution means ACD will simply operate in the form of a private branch exchange.
  • the number of outgoing queues or channels Q 1 to Q K need not be equal to the number of incoming trunks A 1 to A K , but may, for example, be less, so that several callers can be in a processing queue.
  • the control of the call distribution means ACD for forwarding to sentence A or sentence B depends on an automatic Evaluation of a selection made by the caller, u.zw. if he wants a tip (sentence B) or a win request (Sentence A).
  • this selection can be made by the caller using keypad input (MFV or DTMF) which are evaluated in the call distribution means ACD become.
  • the call distribution means ACD evaluates the last digits of a telephone number dialed by the caller in the manner of an extension extension.
  • the selection is made by the caller using voice commands.
  • ACD speech recognition modules can be used (not shown).
  • those speech recognition modules ASR 1 -ASR N which are also used for the conversion of spoken tippings explained below, are also used.
  • the caller may be requested to enter this selection.
  • controller S only is exemplary;
  • the controller S may also be in one of the components ACD, ASR, DB or VR arranged or distributed be as known in computer technology.
  • the speech recognition modules ASR i of the sentence B convert from the caller spoken tip-offs into machine-processable records and store them in a database DB.
  • the spoken tips can be present in a single continuous speech string or - as requested by the voice response module VR - in several individual speech strings.
  • Each Tipabgabe comprises at least one caller ID and an identifier of the selected game.
  • a bet includes the tip-off also the Wettip and prefers the amount of the bet.
  • the spoken taps are detected in each speech recognition module ASR i by comparison with one or more sets V of predetermined speech constituent patterns, such as phonemes, syllables, words, etc. supplied to the speech recognition modules ASR i .
  • Fig. 4a shows schematically the sequence of a known per se Speech recognition method.
  • a first step 41 will be from digital voice information 40 significant features extracted, for example, by subdivision into time periods (frames), sectionwise Fourier transforming and subsequent extraction of certain voice-relevant frequencies.
  • the features of a section form a feature vector.
  • a second step 42 the feature vectors the language sections classified, for example phonemes with the help of given sentences V of language constituent patterns.
  • a probability evaluation takes place possible word strings, the stored ones Language component pattern sets V are also used can.
  • a well-known probability evaluation model is the hidden Markov model. The N most likely word strings are available at the exit of the procedure.
  • the recognition rate of the method can be further increased when the N-best lists of adjacent words are replaced by a Comparison with predefined word combination options be correlated. This procedure is based on the example of Fig. 4b with respect to the voice input "Bayern against Stuttgart” explained in more detail.
  • the speech recognition process isolates the two team words and gives a N-Best list of recognized teams back, which sorts on the basis of the hit probabilities is. By indistinct or dialectical pronunciation or the uncertainty of speech recognition in general may occur that one or both of the teams are not at the top Stand in the line. For optimization, therefore, the list all offered games from database DB. Through this correlation evaluation, the detection rate in the Compared to the sole recognition of single words significantly increased become.
  • the contents of the database DB are also available on the headsets P 1 to P M via terminals (not shown) for verifying profit requests, adding addresses to the database and initiating or authorizing payments. Withdrawals can then be made in any desired manner, for example via a network of local branches which is connected to the database DB in online connection.
  • the computer system itself could also credit card, bank account transactions or the like. carry out.
  • Fig. 3a essentially shows the first voice menu section for processing the registration in the system
  • Fig. 3b the language menu for the administration of the betting account by the user
  • Fig. 3c the language menu for Tipabgabe.
  • the basic decision between the forwarding of the call to one of the hearing and speaking sets P i of the set A in the winning request event or to a speech recognition modules of the set B in Tipabgabefall is realized through the main menu 301 and the Option 3 of the account menu 302 (Fig. 3b)
  • the caller makes the selection between Tipabgabe, option 1 of the main menu 301, and profit request, option 2 of the main menu 301 and option 3 of the account menu 302.
  • the questionnaire Fig. 3c branches, in the second case to one of the headsets and headphones P i .
  • an incoming call is made first In block 303 checks whether one from the public telephone network transmitted Caller ID (CLID) available and registered is. If yes, the caller becomes block 304 Entering a password (PIN number) prompted and in the block 305 checks whether the completed caller ID from CLID, which is also used as an account number, and Password (PIN number) is valid. If yes, it will become the main menu 301 branches.
  • CLID public telephone network transmitted Caller ID
  • PIN number password
  • PIN number Password
  • block 305 rejects the caller ID, then in a loop over the blocks 306, 307 and 304 two more recent Logon attempts allowed, where block 306 is the number the attempts count and block 307 the explicit input of a Account number instead of the CLID. After three invalid ones Login attempts block 306 drops the call to an employee on a headset Pi.
  • the generation of a new caller ID is after one introductory explanation in block 311 with the selection of a currency in block 312, entering the age in block 313 and the Age verification in block 314, with minors the call is ended. Otherwise, one will new account number and a new password (PIN number) in the block 315, output at block 316 and requested at block 317, whether the issue was understood. If so, the caller can in block 318 leave additional information that be recorded as a voice message, without further processing by machine to become. Subsequently, it becomes the CLID or account number entry 307 branches.
  • Option 1 of menu 301 is the Selection "Tipabgabe" and branches first to a block 320, which checks whether the betting account of the caller has a credit having. If there is no credit, in block 321 a Warning issued that no bets can be made. Around but to give new customers the opportunity to get to know the system, before they can make a deposit, nevertheless to the Tipabgabemenü Fig. 3c will be continued. In this Case remains, however, the actual placement of bets blocked.
  • Option 4 returns after entering the period of interest in block 324, an activity report on the account in Block 325.
  • Updating the account in option 2 can be done with Help of a credit card debit, bank account debit transaction or the like. be made.
  • After announcement of the account balance In block 326 there is the possibility to enter a Credit card, bank account number or the like. (e.g., value card data, Voucher numbers, identification for an electronic form of payment, etc.), after verification (328) of an expiry date in Block 329 and after verification (330) of an amount to be debited in block 331.
  • re-verification (332) the entire transaction in block 333 repeated again, in the block 334 is again awaiting confirmation, and at block 335 the transaction is carried out.
  • Each credit card debit, bank account debit transaction or the like. is stored in the database.
  • One to the database connected credit card, bank account or the like.
  • gateway Checked on demand or regularly (polling) all pending transactions awaiting validation for credit standing through interplay with a credit card company, banking company or the like, as known in the art.
  • block 236 the caller has the option to wait for this validation or not. If so, loop 337-338 remains in the loop until the transaction is verified. If the result of the validation was positive, block 339 branches to block 341, where the new account balance is issued, otherwise, an error message is output in block 340 and the call is forwarded to a workstation P i .
  • Option 5 of account menu 302 allows for later Checking the transaction status; the blocks 342 to 345 essentially correspond to blocks 337 to 341.
  • Fig. 3c shows the procedure for the tip, starting at Tipabgabemenü 346.
  • Tipabgabemenü 346 can first the desired Type of bet, gambling or lottery to be chosen.
  • Sports betting u.zw.
  • Option 1 football bet
  • option 2 car race etc.
  • the Football Bet Option 1 is further illustrated and branches off to a football betting 347th
  • bets u.zw. Single bet Option 1, combined bet Option 2 and goal bet option 3.
  • the single bet option 1 first requests in block 348 Enter the desired game on which voice input above has already been explained with reference to FIG. 4b. Subsequently the odds of winning in block 349 are posted and in block 350 to enter the desired tip 1, 0 or 2 prompted.
  • the combination bet in blocks 351 to 355 consists of the successive input of multiple individual bets, the Blocks 351 to 353 correspond to blocks 348 to 350 of the single bet and a loop control over the blocks 354 and 355 takes place.
  • the goal bet 356 again asks for the desired k Play on, analogous to block 248, and in block 357 can the desired tip can be entered.
  • block 359 All three options open at block 359, which checks to see if the remote credit card debit, bank account debit transaction, or the like. has been validated in the meantime. If so, the system branches to block 360 and outputs the result of the transaction. If negative, block 361 drops the call to a workstation P i . Otherwise, or if no transaction was pending, an insert is requested at block 362.
  • Block 363 checks to see if the bet is within predefined Borders lies. If not, at block 364, the minimum and the maximum bet is announced and it will be re-entered asked.
  • block 364 checks whether the bet from the betting account is covered. If this is not the case, it will be under Output of a warning in block 365 again branches to block 362.
  • FIG. 5 shows a practical implementation of the system.
  • a telecommunications system of the type Alcatel 4400 is via three ISDN basic connections A, which each 30 trunks include, connected to the public telephone network PSTN and serves as a call distribution means ACD.
  • IVR master servers 511 and 512 Connected to the ACD are two IVR master servers 511 and 512, which perform the interactive voice response functions and implement the functions of the modules VR and S of FIG. 2.
  • Simple speech recognition methods such as recognition of single digits or letters, can also from these servers are running.
  • the IVR master servers 511 and 512 as well as the call distribution means ACD are on a LAN with each other and with the other components of the system in connection. These include a management terminal 501 for administration and an application generator terminal 502 for programming the system.
  • Over a firewall hub 503 can also be a direct connection of the system to the Internet.
  • the workstations of the employees or call agents are also connected to the LAN, each comprising a terminal T i and a headset P i .
  • An SQL server 504 implements the database DB.
  • a gateway server 505 provides the gateway for validating credit card debit, bank account debit transactions, or the like. and is connected to one or more credit card companies, banks or the like via a connection (not shown). in connection.
  • the programming of the entire system is modular e.g. using graphical development tools to create IVR applications, such as the application generator software VIOLA available from Alcatel.
  • Speech recognition software on the slave server clusters 521 and 522 will be the software-based product L & H ASR 1500 / TSO the Company Lernout and Houspie used. This product is in the Lü, with speaker-independent recognition an active vocabulary of about 500 words in six different languages recognize a recognition rate of 95%.
  • the SQL database managed by the SQL Server 504 is based on the Microsoft SQL Server 6.5.
  • the functions listed in Table 1 below were defined as interfaces to the database and implemented in the form of stored procedures.
  • function description SP_GetSpofNoWeek Returns the WettNr. based on the week and game no.
  • SP_GetAccount Seek out the WettKtoNr. due to the Caller ID SP_Logon Sign in with WettKtoNr.
  • SP_CreateAccount Create a new betting account for new customers
  • SP GetBalance Returns the account balance of a betting account
  • SP_CheckTrans Check a credit card transaction
  • SP_GetCBHistory Provides an overview of placed multiple bets
  • SP_GetSMHistory Provides an overview of placed single bets
  • SP_GetPayHistory Provides an overview of deposits and withdrawals on the betting account
  • SP_GetSpofNo Returns the WettNr. based on the team names
  • SP_GetOdds Returns the odds to a bet SP_PlaceSMBet Placing a single bet SP_GetCBOfferNo Returns the WettNr.
  • the combo bet SP_GetStakeAmt Returns the min and max bets for a bet SP_PlaceGoalBet Placing a goal bet SP_PlaceCBBet Placing a combination bet SP_GetOpenMatches Returns a list of all open games and teams
  • the database DB also allows complete logging all user activities. If desired, you can in the database also all incoming calls as speech strings be logged (voice logging).
  • the invention can be applied to all types of bets, Games of chance, lotteries, telephone games or the like apply and is of course not on the illustrated embodiments but includes all variants which in fall within the scope of the attached claims.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Telephonic Communication Services (AREA)

Description

Die vorliegende Erfindung betrifft ein Verfahren zur Verarbeitung von Wetten oder Glücksspielen, die Tipabgaben und Gewinnanforderungen umfassen, von Anrufern mit Ihnen zugeordneten Adressen über das Telephonnetz, unter Verwendung eines mit dem Telephonnetz in Verbindung stehenden Computersystems, an das eine Datenbank sowie Hör- und Sprechgarnituren angeschlossen sind.
Derartige Verfahren, sind beispielsweise aus der US-A-5 679 077 oder der WO 89/02139 bekannt.
Die US-A 5 679 077 befaßt sich mit einem Bingospielsystem, wobei über das Telefon abgegebene Tipabgaben ("Ankreuzen von Bingozahlen") zusammen mit einer Anruferidentifikationsnummer mit Hilfe von Spracherkennung verarbeitet werden. Als Anruferidentifikationsnummer kann auch die Telefonnummerinformation (CLID) des Anrufers ausgewertet werden. Eine Belastung des Kundenkontos ist über die Telefonrechnung oder die Kreditkarte möglich. Im Gewinnfalle wählt das System selbst die Telefonnummer des Gewinners und informiert ihn über den Gewinn.
Die WO 89102139 offenbart eine Art "Online-einarmigen-Banditen", d.h. bei welchem der Lotteriegewinn des Anrufers sofort bestimmt wird. Das System arbeitet wieder mit Spracherkennung sowie CLID. Im Falle eines Gewinnes bei "periodischen" Spielen, wie Wetten, wählt das System selbst den Gewinner zurück.
Die US 5 415 416 beschreibt ein computerisiertes System zur Annahme von Lotterieeinsätzen über das Telefonnetz mit einem Sprachmenüsystem, das vom Anrufer vollständig über Tastwahleingaben (MFV) gesteuert wird, bis hin zur Eingabe von Kreditkartennummern über MFV, mit Sprachausgaberückmeldungen an den Anrufer.
Eine umfassende automatische Verarbeitung von Wetten oder Glücksspielen, welche auch eine niedrige Akzeptanzschwelle für den Spieleintritt bietet, ist bei den bekannten Systemen jedoch derzeit nicht gegeben, und zwar - wie der Anmelder erstmals erkannt hat - aus folgendem Grund: Gewinnanforderungen umfassen stets auch die Angabe einer Adresse, an welche die Auszahlung des Gewinnes erfolgen soll, was für die genannten Systeme des Standes der Technik ein unüberwindliches Problem darstellt. Denn nach dem Entwicklungsstand heute verfügbarer sprecherunabhängiger Spracherkennungsverfahren ist die Spracherkennung eines im wesentlichen unbegrenzten Satzes weltweit möglicher Adressen in einer realistischen Rechenzeit nicht möglich. Lediglich für ein begrenztes Einzugsgebiet von potentiellen Kunden, z.B. Adressen aus einem Umfeld von etwa 100.000 Einwohnern, wäre eine Spracherkennung realisierbar. Bereits bei einem Einzugsgebiet von Kunden aus ganz Deutschland müßte das System aber in der Lage sein, ca. 80 Mio verschiedene Adressen zu erkennen. Da die Zielgruppe von telefongestützten automatischen Wett- und Glücksspielsystemen grundsätzlich auf potentielle Neukunden ausgerichtet ist, deren Einzugsgebiet nicht beschränkt ist, ist dies bislang ein unlösbares technisches Problem.
Auch ein Ausweichen auf menschliche Agenten zur Aufnahme der Adressen aller Mitspieler ist nach dem Stand der Technik undenkbar: Kurz vor Annahmeschluß einer Wette oder eines Glücksspieles tritt in der Regel eine explosionsartige Zunahme der Anzahl der eingehenden Anrufe auf, so daß eine entsprechend proportionale Anzahl von Arbeitsplätzen für Mitarbeiter und damit auch entsprechend viele Mitarbeiter vorgesehen werden müßten, um alle Adressen aufnehmen zu können. In wesentlichen Zeitspannen zwischen Wetten oder Glücksspielen ist jedoch ein großer Anteil der Arbeitsplätze funktionslos.
Die vorliegende Erfindung setzt sich daher zum Ziel, ein Verfahren zur Verarbeitung von Wetten oder Glücksspielen zu schaffen, welches die genannten Nachteile überwindet. Diese Aufgabe wird mit einem Verfahren der genannten Art mit den Merkmalen des Anspruchs 1 gelöst.
In der vorliegenden Beschreibung werden unter dem Begriff "Tipabgabe" alle Arten von Teilnahme an einer Wette, einem Glücksspiel, einer Lotterie od.dgl. verstanden, sei es ein Tippen, Wetten, "Spielen", ein "Plazieren" eines Einsatzes, usw. Der Begriff Tipabgabe umfaßt alle denkbaren Teilnahmevarianten.
Die Erfindung beruht auf der überraschenden Erkenntnis, daß grundsätzlich die Unterscheidung zu treffen ist, ob es sich bei einer Spielteilnahme über das Telefon um ein Setzen (=Tipabgabe) oder Abheben (=Gewinnanforderung) handelt, und der Einsicht, daß im ersteren Falle die Spracherkennung der Adresse eines Anrufers gar nicht erforderlich ist, sondern lediglich Kreditkartenbelastungs-, Bankkontoabbuchungstransaktion od.dgl. mittels Spracherkennung erfaßt zu werden brauchen, was mit heutigen Spracherkennungsmitteln ohne weiteres durchführbar ist. Dadurch ergeben sich gleich mehrere Vorteile: Mit der Anrufer-Kennung kann automatisch eine Gutschrift verknüpft werden, so daß für den Anrufer ein anonymes Wettkonto errichtet werden kann. Der erfindungsgemäße Einsatz der Spracherkennung reduziert die Anzahl von arbeitsintensiven Arbeitsplätze mit Hör- und Sprechgarnituren um den Faktor (M+N):M. Nicht zuletzt reduziert die durchgehende Spracherkennung in der Tipabgabephase die Akzeptanzschwelle für die Spielteilnahme, was einen besonders wirtschaftlichen Betrieb gewährleistet.
Es sei erwähnt, daß die Gutschrift auf das Wettkonto auch über Abbuchung oder Begleichung per Telephonrechnung, per Stromrechnung, Bankeinzug, elektronische Zahlungsmittel, Kundenkarten, Wertkarten, Voucher usw. erfolgen kann; In der vorliegenden Beschreibung umfassen die Begriffe "Kreditkarte, Bankkonto od.dgl.", "Kreditkarten-, Bankkonto- od.dgl.", "Kreditkartenunternehmen, Bankunternehmen od.dgl." alle diese Varianten.
Eine besonders bevorzugte Ausführungsform des erfindungsgemäßen Verfahrens zeichnet sich dadurch aus, daß bei nicht-auswertbarer oder nicht-vorhandener Anrufer-Kennung eine neue Anrufer-Kennung generiert und sprachausgegeben wird. Dadurch können auch neue Kunden sofort am Spiel teilnehmen und die volle Funktionalität des Systems ausschöpfen.
Gemäß einem bevorzugten Merkmal der Erfindung kann das automatische Auswerten der Anrufer-Kennung auf Grundlage einer vom öffentlichen Telephonnetz übermittelten Telephonnummer des Anrufers erfolgen. Wenn die Anrufer-Kennung vom Telefonnetz nicht übermittelt wird oder wenn die feste Zuordnung der Spielteilnehmer zu bestimmten Telefonanschlüssen nicht gewünscht wird, kann alternativ das automatische Auswerten der Anrufer-Kennung mit Hilfe eines Spracherkennungsverfahrens erfolgen, das einen Vergleich mit einem zweiten begrenzten Satz von vorgegebenen, mögliche gesprochene Anrufer-Kennungen aufbauenden Sprachbestandteilmustern durchführt. In jedem Fall ist die Anrufer-Kennung adreßunabhängig und damit im zweiten Fall mit Hilfe heute verfügbarer Spracherkennungsverfahren auswertbar.
Bevorzugt umfaßt die Anrufer-Kennung eine Kontonummer und ein Paßwort, um die Sicherheit zu erhöhen.
Für das Erkennen der Auswahl des Anrufers gibt es zwei bevorzugte Varianten. Einerseits kann die Auswahl durch eine vom Telefonnetz ermittelte Telefonwahlziffer erfolgen, welche für den Anrufer in der Art einer Nebenstellendurchwahl in Erscheinung tritt, so daß die grundsätzliche Wahl zwischen Tipabgabe und Gewinnanforderung vom Anrufer bereits beim Anwählen des Systems getroffen werden kann. Alternativ erfolgt die Auswahl des Anrufers mittels Sprachausgabe und Spracherkennung, so daß das System nach außen hin mit einer Anwahlnummer in Erscheinung tritt und durchgehend sprachgesteuert ist.
In einem weiteren Aspekt schafft die Erfindung ein Computerprogramm, welches das erfindungsgemäße Verfahren implementiert.
Weitere Ziele, Merkmale und Vorteile der Erfindung ergeben sich aus der nachfolgenden Beschreibung eines bevorzugten Ausführungsbeispieles, welches auf die begleitenden Zeichnungen Bezug nimmt, in denen zeigen:
  • Fig. 1 ein Blockschaltbild eines telefongestützten Wett- bzw. Glückspielsystems nach dem Stand der Technik;
  • Fig. 2 ein schematisches Blockschaltbild des erfindungsgemäßen Systems;
  • die Fig. 3a bis 3c Flußdiagramme des erfindungsgemäßen Verfahrens;
  • Fig. 4a ein Blockschaltbild eines an sich bekannten Spracherkennungsverfahrens;
  • Fig. 4b ein Flußdiagramm des bei der Erfindung zum Einsatz kommenden Spracherkennungsverfahrens; und
  • Fig. 5 das Blockschaltbild einer praktischen Realisierungsform des erfindungsgemäßen Computersystems.
    • In den Zeichnungen werden Bezugszeichen verwendet, welche zum Teil direkt als Abkürzungen für die von den so bezeichneten Komponenten ausgeführten Funktionen dienen. Anhang 2 enthält eine Liste der verwendeten Abkürzungen.
    In Fig. 1 ist schematisch der Aufbau eines bekannten computergestützten Systems zur Verarbeitung von Wetten oder Glücksspielen über das Telefon dargestellt. Anrufverteilungsmittel ACD sind über K Amtsleitungen A an das öffentliche Telefonnetz PSTN angeschlossen. Die Anrufverteilungsmittel ACD setzen sich im gezeigten Fall aus einer Nebenstellenanlage PBX und einem interaktiven Sprachantwortmodul IVR zusammen, das Sprachmenüs und -nachrichten ausgibt und gegebenenfalls über Tastwahleingaben eines Anrufers Ai steuerbar ist. Die Anrufverteilungsmittel ACD verteilen die ankommenden Anrufe auf eine Anzahl K Hör- und Sprechgarnituren P1 bis PK, von denen drei stellvertretend dargestellt sind.
    Mitarbeiter an den Arbeitsstation Pi nehmen Anrufe entgegen und geben Daten in Datenstationen T1 bis TK ein bzw. lesen sie von diesen ab. Die Datenstationen T1 bis TK sind an eine Datenbank DB angeschaltet. Die Anrufverteilungsmittel ACD können ebenfalls mit der Datenbank DB in Verbindung stehen, um z.B. Anrufe nach bestimmten Prioritäten auf die Hör- und Sprechgarnituren P1 bis PK zu verteilen.
    Die Konfiguration von Fig. 1 ist als computergestützte Call-Center-Architektur bekannt und erfordert K besetzte Arbeitsstationen.
    Fig. 2 zeigt das erfindungsgemäße Computersystem. Anrufverteilungsmittel ACD sind wieder über K Amtsleitungen A1 bis AK an das (nicht dargestellte) öffentliche Telefonnetz angeschlossen. Die Anrufverteilungsmittel ACD teilen auf den Amtsleitungen eingehende Anrufe gesteuert (wie noch ausführlich erläutert wird) auf K Bearbeitungsschlangen Q1 bis QK auf. Damit treffen die Anrufverteilungsmittel ACD die grundlegende Entscheidung, ob Anrufe zu einem Satz A von M Hör- und Sprechgarnituren P1 bis PM oder zu einem Satz B von N Spracherkennungsmodulen ASR1 bis ASRN weitergeleitet werden.
    Die Bearbeitungsschlangen Q1 bis QK können tatsächliche Halte- und Warteschlangen mit Stapelabarbeitungsprinzip sein, z.B. first-in/first-out, oder bloße Weiterleitungskanäle, in welchem Fall die Anrufverteilungsmittel ACD einfach in Form einer Nebenstellenanlage arbeiten.
    Die Anzahl ausgehender Schlangen bzw. Kanäle Q1 bis QK muß nicht gleich der Anzahl eingehender Amtsleitungen A1 bis AK sein, sondern kann beispielsweise auch geringer sein, so daß sich mehrere Anrufer in einer Bearbeitungsschlange befinden können.
    Die Ansteuerung der Anrufverteilungsmittel ACD zur Weiterleitung zum Satz A oder Satz B hängt von einer automatischen Auswertung einer vom Anrufer getroffenen Auswahl ab, u.zw. ob er eine Tipabgabe wünscht (Satz B) oder eine Gewinnanforderung (Satz A).
    In einer ersten Variante kann diese Auswahl vom Anrufer mit Hilfe von Tastwahleingaben (MFV bzw. DTMF) vorgenommen werden, welche in den Anrufverteilungsmitteln ACD ausgewertet werden. Die Anrufverteilungsmittel ACD werten beispielsweise die letzten Ziffern einer vom Anrufer gewählten Telefonnummer in der Art einer Nebenstellendurchwahl aus.
    In einer zweiten Variante wird die Auswahl vom Anrufer mit Hilfe von Sprachkommandos getroffen. Zu diesem Zweck können gesonderte, in den Anrufverteilungsmitteln ACD vorgesehene Spracherkennungsmodule eingesetzt werden (nicht dargestellt). Bevorzugt werden jedoch jene Spracherkennungsmodule ASR1-ASRN, welche auch für die nachfolgend erläuterte Umwandlung von gesprochenen Tipabgaben eingesetzt werden, mitverwendet. Im Zusammenwirken mit einer Steuerung S und einem oder mehreren an die Anrufverteilungsmittel ACD angeschlossenen Sprachantwortmodulen VR kann der Anrufer beispielsweise zur Eingabe dieser Auswahl aufgefordert werden.
    Es versteht sich, daß die Anordnung der Steuerung S nur beispielhaft ist; die Steuerung S kann auch in einer der Komponenten ACD, ASR, DB oder VR angeordnet bzw. darüber verteilt sein, wie in der Computertechnik bekannt.
    Die Spracherkennungsmodule ASRi des Satzes B wandeln vom Anrufer gesprochene Tipabgaben in maschinenverarbeitbare Datensätze um und speichern diese in einer Datenbank DB ab. Die gesprochenen Tipabgaben können in einem einzigen durchgehenden Sprachstring oder - vom Sprachantwortmodul VR entsprechend aufgefordert - in mehreren einzelnen Sprachstrings vorliegen.
    Jede Tipabgabe umfaßt zumindest eine Anrufer-Kennung und eine Kennung des gewählten Spieles. Im Falle einer Wette umfaßt die Tipabgabe ferner den Wettip und bevorzugt die Höhe des Einsatzes.
    Die gesprochenen Tipabgaben werden in jedem Spracherkennungsmodul ASRi durch einen Vergleich mit einem oder mehreren Sätzen V von vorgegebenen Sprachbestandteilmustern, wie Phonemen, Silben, Wörtern usw., detektiert, welche den Spracherkennungsmodulen ASRi zugeführt sind.
    Fig. 4a zeigt schematisch den Ablauf eines an sich bekannten Spracherkennungsverfahrens. In einem ersten Schritt 41 werden aus einer digitalen Sprachinformation 40 signifikante Merkmale extrahiert, beispielsweise durch Unterteilung in Zeitabschnitte (frames), abschnittweises Fouriertransformieren und anschließendes Extrahieren bestimmter sprachrelevanter Frequenzen. Die Merkmale eines Abschnittes bilden einen Merkmalsvektor.
    In einem zweiten Schritt 42 werden die Merkmalsvektoren der Sprachabschnitte klassifiziert, beispielsweise nach Phonemen unter Zuhilfenahme vorgegebener Sätze V von Sprachbestandteilmustern.
    In einem dritten Schritt 43 erfolgt eine Wahrscheinlichkeitsbewertung möglicher Wortketten, wobei die gespeicherten Sprachbestandteilmustersätze V ebenfalls herangezogen werden können. Ein bekanntes Wahrscheinlichkeitsbewertungsmodell ist das Hidden-Markov-Modell. Die N wahrscheinlichsten Wortketten stehen am Ausgang des Verfahrens zur Verfügung.
    Für einen detaillierten Überblick über Verfahren und Methoden zur Spracherkennung wird auf Shaughnessy, 0.: Speech Communication, Human and Machine, Addison-Wesley, Reading, MA, 1990; und Schukat-Talamazini, E.G.: Automatische Spracherkennung - Grundlagen, statistische Modelle und effiziente Algorithmen, Vieweg, Braunschweig, 1995 verwiesen.
    Die Erkennungsrate des Verfahrens kann weiter gesteigert werden, wenn die N-Besten-Listen benachbarter Wörter durch einen Vergleich mit vorgegebenen Wortkombinationsmöglichkeiten korreliert werden. Dieses Verfahren wird an Hand des Beispiels der Fig. 4b bezüglich der Spracheingabe "Bayern gegen Stuttgart" näher erläutert.
    Das Spracherkennungsverfahren isoliert die beiden Mannschaftsworte und gibt eine N-Besten-Liste der erkannten Teams zurück, die an Hand der Trefferwahrscheinlichkeiten sortiert ist. Durch undeutliche oder dialektbehaftete Aussprache bzw. die Unsicherheit der Spracherkennung allgemein kann es vorkommen, daß eine oder beide der Mannschaften nicht an oberster Stelle der Reihung stehen. Zur Optimierung wird daher die Liste aller angebotenen Spiele aus der Datenbank DB herangezogen. Durch diese Korrelationsauswertung kann die Erkennungsrate im Vergleich zur alleinigen Erkennung einzelner Worte deutlich gesteigert werden.
    In der Datenbank DB werden über (nicht dargestellte) Terminals die Ergebnisse der Glücksspiele bzw. Wetten vermerkt, mit den genannten Datensätzen verknüpft und daraus entsprechende Gewinne berechnet. Die Ergebnisse und Gewinne können vom Anrufer über dasselbe System sprachgesteuert abgerufen werden.
    Der Inhalt der Datenbank DB steht auch an den Hör- und Sprechgarnituren P1 bis PM über (nicht dargestellte) Terminals zur Verfügung, um Gewinnanforderungen zu verifizieren, Adressen zu der Datenbank hinzuzufügen und Auszahlungen zu veranlassen bzw. zu authorisieren. Auszahlungen können anschließend auf beliebige Weise, beispielsweise über ein mit der Datenbank DB in Onlineverbindung stehendes Netz lokaler Geschäftsstellen, vorgenommen werden. Alternativ könnte das Computersystem auch selbst Kreditkarten-, Bankkontotransaktionen od.dgl. durchführen.
    Ein konkretes Ausführungsbeispiel des Verfahrens der Erfindung wird nun an Hand der Fig. 3a bis 3c näher erläutert. Fig. 3a zeigt im wesentlichen den ersten Sprachmenüabschnitt zur Verarbeitung der Anmeldung im System, Fig. 3b das Sprachmenü zur Verwaltung des Wettkontos durch den Benützer, und Fig. 3c das Sprachmenü zur Tipabgabe.
    In der weiteren Beschreibung werden unter dem Ausdruck "Eingaben" stets Spracheingaben verstanden, soweit nicht ausdrücklich anders angeführt, und unter "Ausgaben" bzw. "Anforderungen" stets Sprachausgaben.
    Die grundlegende Entscheidung zwischen der Weiterleitung des Anrufes zu einer der Hör- und Sprechgarnituren Pi des Satzes A im Gewinnanforderungsfall oder zu einem der Spracherkennungsmodule des Satzes B im Tipabgabefall wird durch das Hauptmenü 301 und die Option 3 des Kontomenüs 302 (Fig. 3b) realisiert: Nach einem vorangehenden, optionalen Logonvorgang Fig. 3a trifft der Anrufer die Auswahl zwischen Tipabgabe, Option 1 des Hauptmenüs 301, und Gewinnanforderung, Option 2 des Hauptmenüs 301 sowie Option 3 des Kontomenüs 302. Im ersten Fall wird zur Tipabgabe Fig. 3c verzweigt, im zweiten Falle zu einer der Hör- und Sprechgarnituren Pi.
    Beginnend bei Fig. 3a wird bei einem eingehenden Anruf zunächst im Block 303 überprüft, ob eine vom öffentlichen Telefonnetz übermittelte Anrufer-Kennung (CLID) verfügbar und registriert ist. Bejahendenfalls wird der Anrufer im Block 304 zur Eingabe eines Paßwortes (PIN-Nummer) aufgefordert und im Block 305 überprüft, ob die komplettierte Anrufer-Kennung aus CLID, welche im weiteren auch als Kontonummer Verwendung findet, und Paßwort (PIN-Nummer) gültig ist. Wenn ja, wird zum Hauptmenü 301 verzweigt.
    Wenn der Block 305 die Anrufer-Kennung ablehnt, werden in einer Schleife über die Blöcke 306, 307 und 304 noch zwei neuerliche Anmeldeversuche zugelassen, wobei Block 306 die Anzahl der Versuche zählt und Block 307 die explizite Eingabe einer Kontonummer anstelle der CLID ermöglicht. Nach drei ungültigen Anmeldeversuchen scheidet Block 306 den Anruf zu einem Mitarbeiter an einer Hör- und Sprechgarnitur Pi aus.
    Wenn Block 303 feststellt, daß eine CLID nicht verfügbar oder registriert ist, geben die Blöcke 308 und 309 ein Eingangsmenü aus, das als Optionen 1=Logon, 2=Neukundenregistrierung, 3=Erklärung und 4=Mitarbeiter zur Verfügung stellt. Option 1 des Menüs 309 verzweigt zu Block 307 und Option 2 zu Blöcken 311 bis 318 für die Generierung einer neuen Anrufer-Kennung.
    Die Generierung einer neuen Anrufer-Kennung ist nach einer einleitenden Erklärung im Block 311 mit der Auswahl einer Währung im Block 312, der Eingabe des Alters im Block 313 und der Überprüfung des Alters im Block 314 verbunden, wobei bei Minderjährigen der Anruf beendet wird. Andernfalls werden eine neue Kontonummer und ein neues Paßwort (PIN-Nummer) im Block 315 erzeugt, im Block 316 ausgegeben und im Block 317 nachgefragt, ob die Ausgabe verstanden wurde. Wenn ja, kann der Anrufer im Block 318 zusätzliche Informationen hinterlassen, die als Sprachnachricht aufgezeichnet werden, ohne maschinell weiterbearbeitet zu werden. Anschließend wird zur CLID bzw. Kontonummerneingabe 307 verzweigt.
    Nach erfolgreicher Anmeldung im System wird zum Hauptmenü 301 von Fig. 3b fortgeschritten. Option 1 des Menüs 301 ist die Auswahl "Tipabgabe" und verzweigt zunächst zu einem Block 320, welcher überprüft, ob das Wettkonto des Anrufers ein Guthaben aufweist. Ist kein Guthaben vorhanden, wird im Block 321 eine Warnung ausgegeben, daß keine Wetten getätigt werden können. Um jedoch neuen Kunden die Möglichkeit zu geben, das System kennenzulernen, bevor sie eine Einzahlung vornehmen, kann dennoch zum Tipabgabemenü Fig. 3c weitergeschritten werden. In diesem Fall bleibt allerdings das tatsächliche Plazieren von Wetten gesperrt.
    Ist ein Guthaben vorhanden, wird im Block 322 der Kontostand ausgegeben und ebenfalls zum Tipabgabemenü Fig. 3c vorangeschritten.
    Wenn der Anrufer im Hauptmenü 301 die Option 2=Kontoverwaltung auswählt, wird zum Kontomenü 302 verzweigt. Dieses bietet die Optionen 1=Nenne-Kontostand (über Block 323), 2=Aktualisiere-Konto (siehe unten), 3=Belaste-Konto bzw. Gewinnauszahlungsanforderung (siehe oben), 4=Gib-Kontobericht und 5=Nenne-Zustand-der-letzten-Transaktion.
    Die Option 4 gibt nach Eingabe der interessierenden Zeitspanne im Block 324 einen Aktivitätsbericht über das Konto im Block 325.
    Das Aktualisieren des Kontos in der Option 2 kann mit Hilfe einer Kreditkartenbelastungs-, Bankkontoabbuchungstransaktion od.dgl. vorgenommen werden. Nach Bekanntgabe des Kontostandes im Block 326 besteht die Möglichkeit zur Eingabe einer Kreditkarten-, Bankkontonummer od.dgl. (z.B. Wertkartendaten, Vouchernummern, Identifikation für ein elektronisches Zahlungsmittel, usw.), nach Verifizierung (328) eines Verfalldatums im Block 329 und nach Verifizierung (330) eines abzubuchenden Betrages im Block 331. Nach erneuter Verifizierung (332) wird die gesamte Transaktion im Block 333 nochmals wiederholt, im Block 334 wird abermals auf Bestätigung gewartet, und im Block 335 wird die Transaktion durchgeführt.
    Jede Kreditkartenbelastungs-, Bankkontoabbuchungstransaktion od.dgl. wird in der Datenbank gespeichert. Ein an die Datenbank angeschlossenes Kreditkarten-, Bankkonto- od.dgl. Gateway überprüft auf Anforderung oder regelmäßig (polling) alle anhängigen, auf Validierung wartenden Transaktionen auf Bonität durch Wechselspiel mit einem Kreditkartenunternehmen, Bankunternehmen od.dgl., wie in der Technik bekannt.
    Im Block 236 hat der Anrufer die Möglichkeit, auf diese Validierung zu warten oder nicht. Wenn ja, wird in der Schleife 337-338 so lange verblieben, bis die Transaktion verifiziert bzw. validiert ist. War das Ergebnis der Validierung positiv, verzweigt Block 339 zu Block 341, wo der neue Kontostand ausgegeben wird, andernfalls wird zur Ausgabe einer Fehlermeldung im Block 340 verzweigt und das Gespräch zu einer Arbeitsstation Pi weitergeleitet.
    Die Option 5 des Kontomenüs 302 ermöglicht eine spätere Überprüfung des Transaktionszustandes; die Blöcke 342 bis 345 entsprechen im wesentlichen den Blöcken 337 bis 341.
    Fig. 3c zeigt den Ablauf für die Tipabgabe, beginnend beim Tipabgabemenü 346. Im Tipabgabemenü 346 kann zunächst die gewünschte Art von Wette, Glücksspiel oder Lotterie gewählt werden. Im gezeigten Beispiel handelt es sich um mehrere Arten von Sportwetten, u.zw. Option 1=Fußballwette, Option 2=Autorennwette usw.
    Die Fußballwette Option 1 ist weiter veranschaulicht und verzweigt zu einem Fußballwettmenü 347. Hier gibt es wieder verschiedene Arten von Wetten, u.zw. Einzelwette Option 1, Kombiwette Option 2 und Torwette Option 3.
    Die Einzelwette Option 1 fordert zunächst im Block 348 zur Eingabe des gewünschten Spieles auf, welche Spracheingabe oben unter Bezugnahme auf Fig. 4b bereits erläutert wurde. Anschließend werden die Gewinnchancen im Block 349 bekanntgegeben und im Block 350 zur Eingabe des gewünschten Tips 1, 0 oder 2 aufgefordert.
    Die Kombiwette in den Blöcken 351 bis 355 besteht aus der aufeinanderfolgenden Eingabe mehrerer Einzelwetten, wobei die Blöcke 351 bis 353 den Blöcken 348 bis 350 der Einzelwette entsprechen und eine Schleifensteuerung über die Blöcke 354 und 355 erfolgt.
    Die Torwette 356 fordert wieder zur Eingabe des gewünschtenk Spieles auf, analog dem Block 248, und im Block 357 kann der gewünschte Tip eingegeben werden.
    Nach einer Kombiwette oder Torwette werden im Block 358 die Chancen ausgegeben.
    Alle drei Optionen münden im Block 359, der überprüft, ob die abgesetzte Kreditkartenbelastungs-, Bankkontoabbuchungstransaktion od.dgl. zwischenzeitlich validiert wurde. Wenn ja, wird zum Block 360 verzweigt, und das Ergebnis der Transaktion ausgegeben. War dieses negativ, scheidet Block 361 den Anruf zu einem Bearbeitungsplatz Pi aus. Andernfalls, oder wenn keine Transaktion anhängig war, wird zur Eingabe eines Einsatzes im Block 362 aufgefordert.
    Block 363 überprüft, ob der Einsatz innerhalb vorgegebener Grenzen liegt. Wenn nicht, werden im Block 364 der minimale und der maximale Einsatz bekanntgegeben und es wird erneut zur Einsatzeingabe aufgefordert.
    Andernfalls überprüft Block 364', ob der Einsatz vom Wettkonto gedeckt ist. Wenn dies nicht der Fall ist, wird unter Ausgabe einer Warnung im Block 365 erneut zum Block 362 verzweigt.
    Wenn auch diese Prüfung bestanden wurde, wird in den Blökken 366 und 367 nochmals zur Bestätigung aufgefordert. Erfolgt die Bestätigung, speichert Block 368 die Tipabgabe als Datensatz in der Datenbank.
    Fig. 5 zeigt eine praktische Realisierungsform des Systems. Eine Telekommunikationsanlage vom Typ Alcatel 4400 ist über drei ISDN-Basisanschlüsse A, welche jeweils 30 Amtsleitungen umfassen, mit dem öffentlichen Telefonnetz PSTN verbunden und dient als Anrufverteilungsmittel ACD.
    An die ACD sind zwei IVR-Master-Server 511 und 512 angeschlossen, welche die interaktiven Sprachantwortfunktionen ausüben und die Funktionen der Module VR und S von Fig. 2 implementieren. Einfache Spracherkennungsverfahren, wie das Erkennen von einzelnen Ziffern oder Buchstaben, können ebenfalls von diesen Servern ausgeführt werden.
    Die IVR-Master-Server 511 und 512 sowie die Anrufverteilungsmittel ACD stehen über ein LAN untereinander sowie mit den weiteren Komponenten des Systems in Verbindung. Diese umfassen ein Management-Terminal 501 zur Verwaltung sowie ein Applikationsgenerator-Terminal 502 zur Programmierung des Systems.
    Komplexe und rechenintensive Spracherkennungsverfahren, wie sie insbesondere in den Blöcken 348, 351 und 356 ausgeführt werden, sind auf Slave-Server-Cluster 521 und 522 ausgelagert. Die Rechenleistung ist somit in einfacher Weise skalierbar.
    Über eine Firewall-Hub 503 kann auch eine direkte Anbindung des Systems an das Internet erfolgen.
    An das LAN sind ferner die Arbeitsstationen der Mitarbeiter bzw. Call-Agents angeschlossen, umfassend jeweils ein Terminal Ti und eine Hör- und Sprechgarnitur Pi. Ein SQL-Server 504 implementiert die Datenbank DB. Ein Gateway-Server 505 bildet das Gateway zur Validierung von Kreditkartenbelastungs-, Bankkontoabbuchungstransaktionen od.dgl. und steht über eine (nicht dargestellte) Verbindung mit einem oder mehreren Kreditkartenunternehmen, Banken od.dgl. in Verbindung.
    Die Programmierung des gesamten Systems erfolgt modular z.B. über graphische Entwicklungswerkzeuge zum Erstellen von IVR-Anwendungen, beispielsweise die Applikationsgeneratorsoftware VIOLA, welche von der Firma Alcatel erhältlich ist. Als Spracherkennungssoftware auf den Slave-Server-Clustern 521 und 522 wird das softwarebasierende Produkt L&H ASR 1500/TSO der Firma Lernout and Houspie eingesetzt. Diese Produkt ist in der Lage, bei sprecherunabhängiger Erkennung einen aktiven Wortschatz von ca. 500 Worten in sechs verschiedenen Sprachen mit einer Erkennungsrate von 95% zu erkennen.
    Die vom SQL-Server 504 verwaltete SQL-Datenbank setzt auf dem SQL-Server 6.5 der Firma Microsoft auf. Um den Zugriff der beschriebenen Programme auf die Datenbank zu abstrahieren, wurden als Schnittstellen zur Datenbank die in der nachstehenden Tabelle 1 angeführten Funktionen definiert und in Form von Stored-Procedures implementiert.
    Funktion Beschreibung
    SP_GetSpofNoWeek Liefert die WettNr. anhand der Woche und Spiel Nr.
    SP_GetAccount Sucht das WettKtoNr. aufgrund der Caller ID
    SP_Logon Anmelden mit WettKtoNr. und PIN Code
    SP_CreateAccount Anlegen eines neuen Wettkontos für Neukunden
    SP GetBalance Liefert den Kontostand eines Wettkontos
    SP_PayIn Einzahlung auf das Wettkonto per Kreditkarte
    SP_CheckTrans Überprüfen einer Kreditkartentransaktion
    SP_GetCBHistory Liefert eine Übersicht über plazierte Kombiwetten
    SP_GetSMHistory Liefert eine Übersicht über plazierte Einzelwetten
    SP_GetPayHistory Liefert eine Übersicht über Ein- und Auszahlungen am Wettkonto
    SP_GetSpofNo Liefert die WettNr. anhand der Teamnamen
    SP_GetOdds Liefert die Quoten zu einer Wette
    SP_PlaceSMBet Plazieren einer Einzelwette
    SP_GetCBOfferNo Liefert die WettNr. der Kombiwette
    SP_GetStakeAmt Liefert die Min. und Max Einsätze für eine Wette
    SP_PlaceGoalBet Plazieren einer Torwette
    SP_PlaceCBBet Plazieren einer Kombiwette
    SP_GetOpenMatches Liefert eine Liste aller offenen Spiele und Mannschaften
    Der Zugriff auf diese Funktionen kann durch Einsatz eines ODBC-Treibers von nahezu jedem System erfolgen; derartige Treiber sind für viele Arten von Betriebssystemen verfügbar. Die genaue Spezifikation der Parameter der in Tabelle 1 angeführten Prozeduren ist in Anhang 1 angeführt.
    Die Datenbank DB ermöglicht auch eine vollständige Protokollierung aller Benutzeraktivitäten. Falls gewünscht, können in der Datenbank auch alle eingehenden Anrufe als Sprachstrings mitprotokolliert werden (voice logging).
    Die Erfindung läßt sich bei allen Arten von Wetten, Glücksspielen, Lotterien, Telephonspielen od.dgl. anwenden und ist selbstverständlich nicht auf die dargestellten Ausführungsbeispiele beschränkt, sondern umfaßt alle Varianten, welche in den Rahmen der angeschlossenen Ansprüche fallen.
    ANHANG 1 Definition der Datenbankschnittstelle 1)SP_GetSpofNoWeek
    Eingangsparameter @weekno (int)/ @coupmatchno (int)
    Ausgangsparameter @betofferno (int)
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz keiner
    2)SP_GetAccount
    Eingangsparameter @callerid (varchar(30))
    Ausgangsparameter @accountno (neueste für angegebene caller id) (int)
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz keiner
    3)SP_Logon
    Eingangsparameter @accountno (int)/ @pinno (varchar(5))/
    @callerid (optional) (varchar(30))/
    Ausgangsparameter @language (varchar(8)) (wenn kein account existiert, gib einen Leerstring zurück)
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz keiner
    4)SP_CreateAccount
    Eingangsparameter @DOB (varchar(11)) / @language (default
    German) (varchar(8))/@currency char(3)/
    @caller id (optional) (varchar(30))
    Ausgangsparameter @accountno (int)/ @pinno (char(5))
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz keiner
    5)SP_GetBalance
    Eingangsparameter @accountno (int)
    Ausgangsparameter @currency (char(3))/@ balance (int)
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz keiner
    6)SP_PayIn
    Eingangsparameter @credcardno (varchar(30))/ @expdate (int)/
    @accountno (int)/ @amount (int)
    Ausgangsparameter @transcode (int)
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz keiner
    7)SP_CheckTrans
    Eingangsparameter @transcode (int)
    Ausgangsparameter @state (smallint)
    0 = zurückgewiesen/ungültige Kartennummer
    1 = zurückgewiesen/interner Fehler
    2 = nicht verarbeitet
    3 = erfolgreich verarbeitet
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz keiner
    8)SP_GetCBHistory
    Eingangsparameter @accountno (int)/ @datefr (datetime)
    Ausgangsparameter keiner
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz Details der Combowette wie folgt:
    bet number date betname
    Einsatz: stake Gewinn: winnings
    Status: state Ergegnis: (richtig/falsch)
    (Liste der in dieser Combowette zusammengefaßten Einzelwetten)
    bet number match name date
    Tip: option Quote: odd Status: state
    9)SP_GetSMHistory
    Eingangsparameter @accountno (int)/ @datefr (datetime)
    Ausgangsparameter keiner
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz Details der Wetten wie folgt:
    Bet number date betname
    Tip option Quote odd Einsatz: stake
    Gewinn: winnings Status: state
    Ergegnis: (richtig/falsch)
    10)SP_GetPayHistory
    Eingangsparameter @accountno (int)/ @datefr (datetime)
    Ausgangsparameter keiner
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz Details der Zahlung wie folgt:
    date   type of payment
    fund   customer balance
    11) SP_GetSpofNo
    Eingangsparameter @team1 (varchar(30))/ @team2 (optional)
    (varchar(30))/ @matchdate (optional)
    (varchar(12))
    Ausgangsparameter keiner
    Rückkehrcode 0 = Erfolg /1 = Fehlschlag
    Ergebnissatz Details jedes Match von Eingangsparameter; Die Details jedes Match entsprechen einer Zeile im Ergebnissatz und beinhalten match name, bet offer number und match date.
    12)SP_GetOdds
    Eingangsparameter @betofferno (int)
    Ausgangsparameter keiner
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz Liste von options und odds für die bet offer number. Inkludiert Torwetten und Einzelwetten. Die Spalten im Ergebnissatz sind wie folgt: Odds / Option.
    13)SF_PlaceSMBet
    Eingangsparameter @betofferno (int)/ @optinono (smallint) /
    @stake (int)/ @accountno (int)
    Ausgangsparameter @Returncode (smallint)
    1 = Wette erfolgreich abgesetzt
    2 = Wette geschlossen
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatzs keiner
    14)SP_GetCBOfferNo
    Eingangsparameter keiner
    Ausgangsparameter @combobetofferno (int)
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz keiner
    15)SP_GetStakeAmt
    Eingangsparameter @spofno (int)/ @accountno (int)
    Ausgangsparameter @maxstake (int)/ @minstake (int)
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz keiner
    16)SP_PlaceGoalBet
    Eingangsparameter @predictedscore (varchar(30))/ @betofferno
    (int)/ @stake (int)/ @accountno (int)
    Ausgangsparameter @Returncode (smallint)
    1 = Wette erfolgreich abgesetzt
    2 = Wette geschlossen
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz keiner
    17)SP_PlaceCBBet
    Eingangsparameter @cbbetofferno (int)/ @accountno (int)/
    @smbetofferno (varchar(50)) (Zahlen verkettet mit "*")/ @optinos (varchar(20)) (verkettet mit "*") /
    @stake (int)
    Ausgangsparameter @Returncode (smallint)
    1 = Wette erfolgreich abgesetzt
    2 = Wette geschlossen
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz keiner
    18)SP_GetOpenMatches
    Eingangsparameter @fnweek (int)
    Output parameters keiner
    Rückkehrcode 0 = Erfolg / 1 = Fehlschlag
    Ergebnissatz Jede Zeile enthält matchname, team 1 und team 2 in diesem Match
    ANHANG 2 Abkürzungsverzeichnis
    ACD
    Automatische Anrufverteilung
    (Automatic Call Distribution)
    ASR
    Automatische Spracherkennung
    (Automated Speech Recognition)
    CLID
    Anrufer-Kennung (Caller ID)
    CSTA
    Computer Supported Telecommunication Architecture
    DTMF
    Mehrfrequenzwahl (MFV)
    (Dual Tone Multiple Frequency)
    IVR
    Interaktive Sprachantwort (Interactive Voice Response)
    LAN
    Lokales Netzwerk (Local Area Network)
    ODBC
    Open Database Connectivity
    PBX
    Nebenstellenanlage (Private Branch Exchange)
    PIN
    Persönliche Identifikationsnummer
    (Personal Identifikation Number)
    PSTN
    Öffentliches Telephonnetz
    (Public Switched Telephone Network)
    SQL
    Structured Query Language
    VR
    Sprachantwort (Voice Response)

    Claims (9)

    1. Verfahren zur Verarbeitung von Wetten oder Glücksspielen, die Tipabgaben und Gewinnanforderungen umfassen, von Anrufern mit Ihnen zugeordneten Adressen über das Telephonnetz, unter Verwendung eines mit dem Telephonnetz in Verbindung stehenden Computersystems, an das eine Datenbank sowie Hör- und Sprechgarnituren angeschlossen sind, mit den folgenden Schritten;
      a) Zurverfügungstellen eines ersten begrenzten Satzes von vorgegebenen, mögliche gesprochene Tipabgaben aufbauenden Sprachbestandteilmustern in der Datenbank,
      b) Entgegennehmen eines ankommenden Anrufes durch das Computersystem,
      c) automatisches Auswerten einer adreßunabhängigen Anrufer-Kennung des Anrufers oder -bei nicht-auswertbarer oder nicht-vorhandener Anrufer-Kennung-Generierung und Sprachausgaben einer neuen adreßunabhängigen Anrufer-Kennung, mit voraus- oder nachgehendem
      d) Erkennen einer Auswahl des Anrufers zwischen einer adreßlosen Tipabgabe einerseits oder einer Gewinnanforderung anderseits, und abhängig von der Erkennung, entweder
      d1) im Tipabgabefall: Umwandeln der gesprochenen Tipabgabe(n) des Anrufers mit Hilfe eines Sprachererkennungsverfahrens, das einen Vergleich mit dem ersten Satz von Sprachbestandteilmustern durchführt, in einen maschinenverarbeitbaren Datensatz und Speichern des Datensatzes zusammen mit der Anrufer-Kennung in der Datenbank, oder
      d2) im Gewinnanforderungsfall: Weiterleiten der Gewinnanforderung zu einer Hör- und Sprechgarnitur zur Übermittlung der Adresse durch den Anrufer für die Gewinn zuteilung.
    2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß das automatische Auswerten der Anrufer-Kennung auf Grundlage einer vom öffentlichen Telephonnetz übermittelten Telephonnummer des Anrufers erfolgt.
    3. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß das automatische Auswerten der Anrufer-Kennung mit Hilfe eines Spracherkennungsverfahrens erfolgt, das einen Vergleich mit einem zweiten begrenzten Satz von vorgegebenen, mögliche gesprochene Anrufer-Kennungen aufbauenden Sprachbestandteilmustern durchführt.
    4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, daß die Anrufer-Kennung eine Kontonummer und ein Paßwort umfaßt.
    5. Verfahren nach einem der Ansprüche 1 bis 4, gekennzeichnet durch die Schritte des
         Zurverfügungstellens eines dritten begrenzten Satzes von vorgegebenen, mögliche gesprochene Kreditkartenbelastungs-, Bankkontoabbuchungstransaktionen od.dgl. aufbauenden Sprachbestandteilmustern in der Datenbank, und
         Umwandelns einer gesprochenen Kreditkartenbelastungs-, Bankkontoabbuchungstransaktion od.dgl. des Anrufers mit Hilfe eines Spracherkennungsverfahrens, das einen Vergleich mit dem dritten Satz von Sprachbestandteilmustern durchführt, in einen maschinenverarbeitbaren Transaktionssatz, welcher mit der Anrufer-Kennung in der Datenbank gespeichert wird.
    6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, daß die Transaktionssätze in der Datenbank über ein Kreditkarten-, Bankkontoverifikationsterminal od.dgl. auf Bonität überprüft werden.
    7. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, daß die Auswahl in Schritt d) durch eine vom Telephonnetz übermittelte Telephonwahlziffer erfolgt.
    8. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, daß die Auswahl in Schritt d) mittels Sprachausgabe und Spracherkennung erfolgt.
    9. Computerprogramm, implementierend ein Verfahren nach einem der Ansprüche 1 bis 8.
    EP00938290A 1999-06-23 2000-05-25 Verfahren, computersystem und programm zur verarbeitung von wetten oder glücksspielen Expired - Lifetime EP1188155B1 (de)

    Priority Applications (2)

    Application Number Priority Date Filing Date Title
    AT00938290T ATE301316T1 (de) 1999-06-23 2000-05-25 Verfahren, computersystem und programm zur verarbeitung von wetten oder glücksspielen
    DE20022756U DE20022756U1 (de) 1999-06-23 2000-05-25 Computersystem und Computerprogrammprodukt zur Verarbeitung von Wetten oder Glücksspielen

    Applications Claiming Priority (3)

    Application Number Priority Date Filing Date Title
    AT0110899A AT409938B (de) 1999-06-23 1999-06-23 Verfahren und computersystem zur verarbeitung von wetten oder glücksspielen
    AT110899 1999-06-23
    PCT/AT2000/000149 WO2001001360A1 (de) 1999-06-23 2000-05-25 Verfahren, computersystem und programm zur verarbeitung von wetten oder glücksspielen

    Publications (2)

    Publication Number Publication Date
    EP1188155A1 EP1188155A1 (de) 2002-03-20
    EP1188155B1 true EP1188155B1 (de) 2005-08-03

    Family

    ID=3506765

    Family Applications (1)

    Application Number Title Priority Date Filing Date
    EP00938290A Expired - Lifetime EP1188155B1 (de) 1999-06-23 2000-05-25 Verfahren, computersystem und programm zur verarbeitung von wetten oder glücksspielen

    Country Status (6)

    Country Link
    US (1) US6741682B1 (de)
    EP (1) EP1188155B1 (de)
    AT (1) AT409938B (de)
    AU (1) AU5370900A (de)
    DE (1) DE50010876D1 (de)
    WO (1) WO2001001360A1 (de)

    Cited By (1)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    WO2009065201A3 (en) * 2007-11-21 2009-09-17 Antonio Carlos Pereira Coelho Interactive system for lottery or betting games operations using mobile, telephone, auto response terminal, internet access terminal or tv

    Families Citing this family (8)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    AT409938B (de) 1999-06-23 2002-12-27 Train Detlef Verfahren und computersystem zur verarbeitung von wetten oder glücksspielen
    DE10220524B4 (de) 2002-05-08 2006-08-10 Sap Ag Verfahren und System zur Verarbeitung von Sprachdaten und zur Erkennung einer Sprache
    EP1363271A1 (de) 2002-05-08 2003-11-19 Sap Ag Verfahren und System zur Verarbeitung und Speicherung von Sprachinformationen eines Dialogs
    US20080125225A1 (en) * 2006-11-28 2008-05-29 Giannis Anastasios Lazaridis Multiplayer voting game and method for conducting a multiplayer voting game
    US20090191937A1 (en) * 2007-06-04 2009-07-30 Global Gaming Group, Inc. Electronic gaming device and system with configurable multi-lingual audio and other player preference options
    US20090100409A1 (en) * 2007-10-12 2009-04-16 E-Synergies.Com Pty Ltd Game Design Tool
    US20090215513A1 (en) * 2008-02-25 2009-08-27 Aruze Gaming America, Inc. Gaming Machine. Gaming System with Interactive Feature and Control Method Thereof
    US9483908B2 (en) * 2010-08-20 2016-11-01 Micro-Gaming Ventures, LLC Methods and systems for conducting a competition within a gaming environment

    Family Cites Families (13)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    BE881073A (nl) * 1980-01-10 1980-05-02 Mele Louis Van Inrichting om door middel van de telefoon een inzet te doen op lotto en andere toegelaten kansspelen
    US4996705A (en) * 1987-09-01 1991-02-26 At&T Bell Laboratories Use of telecommunications systems for lotteries
    US4922522A (en) * 1988-06-07 1990-05-01 American Telephone And Telegraph Company Telecommunications access to lottery systems
    US5083272A (en) * 1988-11-02 1992-01-21 Britcanus Corporation Interactive telephone lottery system with a verification code
    US5415416A (en) * 1990-03-06 1995-05-16 Lottotron Inc. Computerized lottery wagering system
    US5910047A (en) * 1990-03-06 1999-06-08 Lottotron, Inc. Computerized lottery wagering system
    US5164981A (en) 1990-06-04 1992-11-17 Davox Voice response system with automated data transfer
    DE69129287T2 (de) 1990-10-12 1998-08-27 At & T Corp Automatisierung von Fernmeldeanrufen mit Vermittlungshilfsplätzen
    US5354069A (en) * 1992-01-21 1994-10-11 Ahbrew Company Lottery emulation system
    US5608785A (en) * 1993-09-23 1997-03-04 Lucent Technologies Inc. Method and apparatus for telephone prize opportunities
    US5679077A (en) * 1995-08-11 1997-10-21 Pocock; Terrence System and method for remote participation in bingo and other games of chance where players select numbers
    IT1297051B1 (it) * 1997-06-13 1999-08-03 Telecom Italia Spa Metodo interattivo e telematico per l'automazione delle giocate in concorsi su pronostici.
    AT409938B (de) 1999-06-23 2002-12-27 Train Detlef Verfahren und computersystem zur verarbeitung von wetten oder glücksspielen

    Cited By (1)

    * Cited by examiner, † Cited by third party
    Publication number Priority date Publication date Assignee Title
    WO2009065201A3 (en) * 2007-11-21 2009-09-17 Antonio Carlos Pereira Coelho Interactive system for lottery or betting games operations using mobile, telephone, auto response terminal, internet access terminal or tv

    Also Published As

    Publication number Publication date
    US6741682B1 (en) 2004-05-25
    AU5370900A (en) 2001-01-31
    AT409938B (de) 2002-12-27
    EP1188155A1 (de) 2002-03-20
    DE50010876D1 (de) 2005-09-08
    WO2001001360A1 (de) 2001-01-04
    ATA110899A (de) 2002-05-15

    Similar Documents

    Publication Publication Date Title
    DE60036143T2 (de) Spielsystem mit standortüberprüfung
    CA2365509C (en) Methods and apparatus for parimutuel gaming using speech recognition
    DE69637099T2 (de) Lotteriesystem mit off-line entfernten computern
    EP1057147B1 (de) Spielsystem, entsprechende verfahren und angepasste vorrichtungen
    EP0806024B1 (de) Spielgerätesystem
    EP1188155B1 (de) Verfahren, computersystem und programm zur verarbeitung von wetten oder glücksspielen
    WO2001089233A2 (de) Drahtlose teilnahme an wett- oder glückspielsystemen
    US20060178209A1 (en) Electronic gaming using speech-recognition
    EP1082709B1 (de) Wettsystem für zahlenwetten
    DE20022756U1 (de) Computersystem und Computerprogrammprodukt zur Verarbeitung von Wetten oder Glücksspielen
    US20250069483A1 (en) Method and system for electronic instant raffles
    AT3246U2 (de) Verfahren, computersystem und programmlogik zur verarbeitung von wetten oder glücksspielen
    DE10330532A1 (de) Spielautomatensystem und Verfahren zum Betreiben desselben
    DE19833218A1 (de) Telefonspielsystem
    EP1204049B1 (de) Datenverarbeitungssystem
    DE10061822B4 (de) Verfahren zum Betreiben einer Geldspieleinrichtung
    DE10026853C2 (de) Verfahren zum Ausführen und Konfigurieren eines Spiels und Spiele-Servereinrichtung
    AU2025217443A1 (en) System for betting on a subset of participants in an event according to multiple groups
    DE60314899T2 (de) Lottospiel
    EP1315130A1 (de) Verfahren zum Durchführen eines Gewinnspiels in einem Netzwerk
    EP1244072A1 (de) Verfahren zur dynamischen Berechnung von Wettquoten eines Wettspiels und Computerprogramm zur Durchführung desselben
    DE212004000038U1 (de) System für die Durchführung und zur Teilnahme an kommerziellen und nichtkommerziellen Spielen mit großer Teilnehmerzahl sowie Wahlen und Bevölkerungsumfragen
    DE102005032695A1 (de) Dienste-System
    DE202005016124U1 (de) Dienste-System
    AT9323U1 (de) System für die durchführung und zur teilnahme an kommerziellen und nichtkommerziellen spielen mit grosser teilnehmerzahl sowie wahlen und bevölkerungsumfragen

    Legal Events

    Date Code Title Description
    PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

    Free format text: ORIGINAL CODE: 0009012

    17P Request for examination filed

    Effective date: 20011212

    AK Designated contracting states

    Kind code of ref document: A1

    Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT

    AX Request for extension of the european patent

    Free format text: AL;LT;LV;MK;RO;SI

    17Q First examination report despatched

    Effective date: 20021113

    GRAP Despatch of communication of intention to grant a patent

    Free format text: ORIGINAL CODE: EPIDOSNIGR1

    GRAS Grant fee paid

    Free format text: ORIGINAL CODE: EPIDOSNIGR3

    GRAA (expected) grant

    Free format text: ORIGINAL CODE: 0009210

    AK Designated contracting states

    Kind code of ref document: B1

    Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT

    PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

    Ref country code: IT

    Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT;WARNING: LAPSES OF ITALIAN PATENTS WITH EFFECTIVE DATE BEFORE 2007 MAY HAVE OCCURRED AT ANY TIME BEFORE 2007. THE CORRECT EFFECTIVE DATE MAY BE DIFFERENT FROM THE ONE RECORDED.

    Effective date: 20050803

    Ref country code: NL

    Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

    Effective date: 20050803

    Ref country code: FI

    Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

    Effective date: 20050803

    REG Reference to a national code

    Ref country code: GB

    Ref legal event code: FG4D

    Free format text: NOT ENGLISH

    REG Reference to a national code

    Ref country code: CH

    Ref legal event code: EP

    GBT Gb: translation of ep patent filed (gb section 77(6)(a)/1977)

    Effective date: 20050803

    REG Reference to a national code

    Ref country code: CH

    Ref legal event code: NV

    Representative=s name: PATENTANWAELTE SCHAAD, BALASS, MENZL & PARTNER AG

    REG Reference to a national code

    Ref country code: IE

    Ref legal event code: FG4D

    Free format text: LANGUAGE OF EP DOCUMENT: GERMAN

    REF Corresponds to:

    Ref document number: 50010876

    Country of ref document: DE

    Date of ref document: 20050908

    Kind code of ref document: P

    PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

    Ref country code: DK

    Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

    Effective date: 20051103

    Ref country code: GR

    Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

    Effective date: 20051103

    PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

    Ref country code: ES

    Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

    Effective date: 20051114

    PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

    Ref country code: PT

    Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

    Effective date: 20060103

    NLV1 Nl: lapsed or annulled due to failure to fulfill the requirements of art. 29p and 29m of the patents act
    ET Fr: translation filed
    PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

    Ref country code: MC

    Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

    Effective date: 20060531

    PLBE No opposition filed within time limit

    Free format text: ORIGINAL CODE: 0009261

    STAA Information on the status of an ep patent application or granted ep patent

    Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

    26N No opposition filed

    Effective date: 20060504

    PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

    Ref country code: LU

    Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

    Effective date: 20060525

    PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

    Ref country code: CY

    Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

    Effective date: 20050803

    REG Reference to a national code

    Ref country code: FR

    Ref legal event code: PLFP

    Year of fee payment: 16

    REG Reference to a national code

    Ref country code: FR

    Ref legal event code: PLFP

    Year of fee payment: 17

    REG Reference to a national code

    Ref country code: FR

    Ref legal event code: PLFP

    Year of fee payment: 18

    REG Reference to a national code

    Ref country code: FR

    Ref legal event code: PLFP

    Year of fee payment: 19

    PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

    Ref country code: DE

    Payment date: 20190522

    Year of fee payment: 20

    Ref country code: IE

    Payment date: 20190520

    Year of fee payment: 20

    PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

    Ref country code: BE

    Payment date: 20190521

    Year of fee payment: 20

    Ref country code: FR

    Payment date: 20190521

    Year of fee payment: 20

    PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

    Ref country code: CH

    Payment date: 20190523

    Year of fee payment: 20

    PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

    Ref country code: GB

    Payment date: 20190523

    Year of fee payment: 20

    Ref country code: AT

    Payment date: 20190426

    Year of fee payment: 20

    REG Reference to a national code

    Ref country code: DE

    Ref legal event code: R071

    Ref document number: 50010876

    Country of ref document: DE

    REG Reference to a national code

    Ref country code: CH

    Ref legal event code: PL

    REG Reference to a national code

    Ref country code: GB

    Ref legal event code: PE20

    Expiry date: 20200524

    PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

    Ref country code: IE

    Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION

    Effective date: 20200525

    REG Reference to a national code

    Ref country code: BE

    Ref legal event code: MK

    Effective date: 20200525

    REG Reference to a national code

    Ref country code: AT

    Ref legal event code: MK07

    Ref document number: 301316

    Country of ref document: AT

    Kind code of ref document: T

    Effective date: 20200525

    PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

    Ref country code: GB

    Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION

    Effective date: 20200524