Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
INTERACTIVE SYSTEM FOR LOTTERY OR BETTING GAMES OPERATIONS USING MOBILE, TELEPHONE, AUTO RESPONSE TERMINAL, INTERNET ACCESS TERMINAL OR TV
Document Type and Number:
WIPO Patent Application WO/2009/065201
Kind Code:
A2
Abstract:
The invention relates to an interactive system for carrying out lottery bets adapted to be processed through a number of communication components such as voice equipments (11 ) like mobile telephones (7) or fixed telephones (6) and data communication equipments (12) like self-service terminals (8), digital television or IPTV (10) or internet access terminals (9). The system further comprises users/betters (1, 2, 3, 4, 5), bookers (16), a remote server or an automatic response unit (15), a financial agent (16) and other equipment such as a database (17) that carries out automatic service through mobile ot fixed telephone centrals (6.1, 7.1 ). Security is guaranteed by a password generator (14) which shows passwors via a token (13).

Inventors:
COELHO ANTONIO CARLOS PEREIRA (BR)
ARAUJO MIRIENE PEREIRA DE OLIVEIRA (BR)
DYTZ EDISON BASTOS (BR)
BAPTISTA ALEXANDRE DE ALMEIDA (BR)
TOLEDO WILLIAN SILVERIO DE (BR)
ARAUJO SILVIA CRISTINA NACIF D (BR)
BARBOSA ANA CLAUDIA DYTZ (BR)
Application Number:
PCT/BR2008/000353
Publication Date:
May 28, 2009
Filing Date:
November 20, 2008
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
COELHO ANTONIO CARLOS PEREIRA (BR)
ARAUJO MIRIENE PEREIRA DE OLIV (BR)
DYTZ EDISON BASTOS (BR)
BAPTISTA ALEXANDRE DE ALMEIDA (BR)
TOLEDO WILLIAN SILVERIO DE (BR)
ARAUJO SILVIA CRISTINA NACIF D (BR)
BARBOSA ANA CLAUDIA DYTZ (BR)
International Classes:
G06Q99/00; G06F21/00; G06Q40/00
Domestic Patent References:
WO2006002494A1
WO2005086575A2
WO2002027424A2
Foreign References:
US20040209677A1
US20080058057A1
EP1188155B1
US5910047A1
Attorney, Agent or Firm:
COELHO, Antonio Carlos, Pereira (Bloco E Apto. 307, CEP: -050 Brasília - DF, BR)
Download PDF:
Claims:
CLAIMS

1. DECENTRALIZED INTERACTIVE SECURITY

LOTTERY AND/OR ASSORTED BETTING GAMES OPERATIONS, USING MOBILE AND/OR FIXED TELEPHONE LINE AND/OR AUTO-ANSWERING PHONE TERMINAL AND/OR INTERNET ACCESS TERMINAL AND/OR DIGITAL INTERACTIVE TV AND/OR IPTV, characterized in that said system (1) allows the integration between the users/betters (up to 5) of fixed telephones (6), mobile telephones (7), of the auto-answering terminals (8), of the Internet (9) and of TV Digital/IPTV (10) that can carry out remote lottery games and / or different bets, through the interaction with the Agents DPC (16), who have a URA (15) or other equipment that carries out automatic service interconnected by voice routes (11), connected to these fixed (6.1) / mobile (7.1), telephone centrals through dedicated means or otherwise, and interconnected to the equipments of the Agents DPC (16), a database (17), or data routes (12) through circuits of data, dedicated or otherwise, which connect the terminals of said auto- answering/terminals of access to Interactive Internet/TVs Digital / IPTV the Internet (19) or the net of data (19) interconnected / connected to a Remote Server-URA (15) and the Agents DPC (16), with total security in the middle of communication, by means of the incorporation of software and / or modification / adaptation in the involved equipments.

2. DECENTRALIZED INTERACTIVE SECURITY SYSTEM, in accordance with claim 1, characterized in that the user/better (1), (2), (3), (4) or (5) accesses the system, through the fixed

(6), mobile (7) telephones, supplies the minimum data to the URA (15) or other equipment that carries out automatic service, responsible for the implemented services and for the options made available to the betters, such as searching previous results, recovering numbers of voucher carried out by the better, chooses type of game / tens, bets, pays or even contacts directly a service center to client, being simultaneous service to thousands of betters

possible, through means that use voice or data, of the

Agents DPC (16), or of the operator of telephony (7.1), so that they are confronted with the registration data in the databases (17), being result of this checking positive between the registration data and those., supplied by the user/better, the result will be the liberation for betting

(situation in which the data tally) , an access password will be requested from user/better, who will enter a predefined password (for example, 1234 and 3456) , or a password that will be produced randomly at each access, by the password generator (14) shown by the token (13), through security platform of the involved agents and that will be informed to client.

3. DECENTRALIZED INTERACTIVE SECURITY SYSTEM, in accordance with claim 1, characterized in that the system predicts prior registration containing data of the betters, such as Name, fixed telephone, cellular phone, RG, CPF, Bank, branch, current account; platforms assembly with use of fixed and / or mobile telephone and / or auto-answering terminal and / or Interactive Digital TV and / or IPTV and / or Internet access terminal for carrying out, through communication software that will be boarded in the equipments and / or alternatively, in the hardware of the already existing and .activated equipments of the Agents DPC

(16) and the inclusion of new software / hardware represented by URA (15) of service the voice calls and data, for conversion of the data of the bets, supplied by the betters, to the format of the standard protocol used, being protocol owner or otherwise.

4. DECENTRALIZED INTERACTIVE SECURITY SYSTEM, in accordance with claim 1, characterized in that the updating of the random passwords for the databases (17) will take place through the links (12 and 18) between the URA (15) and the Agents DPC (16) .

5. DECENTRALIZED INTERACTIVE SECURITY SYSTEM, in accordance with claim 1, characterized in -that the option of use of fixed telephone (6), the user/better (1) using his conventional terminal in the version of fixed telephone connected (6) to the central of fixed telephony (6.1), takes place by accessing the Agents DPC (16) and URA (15), through the voice routes (11), through the typing in his telephone terminal of the access code to the Agents DPC

(16) that can be in three digits (for example, 18X or *18) or four digits (for example, 18XX) , or even eight digits

(for example, XXXXXXXX), while being enabled as user of this service, the user/better (1) registers the number of his fixed telephone terminal (6) and respective passwords

(for example, 1234 and 3456), or a password that will be produced randomly at each access, by the password generator

(14) shown by the token (13), through security platform of the involved agents and that will be informed to client, with which it will access the Agents DPC (16), the user/better through the three, four or eight digit number interconnects (1) registration to the Agents DPC (16) or URA (15), where before the completion of this call, the telephone central of origin (6.1) sends the identification number of the user (for example, 61 3555-5555) to the Agents DPC (16) or URA (15) , this number will be stored, being, after the interconnection is established between the user / better (1) and the Agents DPC (16) or URA (15), started the conventional dialog between said Agents DPC

(16) or URA (15), and the originating user/better (1), where he will be asked to enter his password, when the previously established password is entered then established (for example, 1234 and 3456) , or a password that will be produced randomly at each access, for the password generator (14) shown by the token (13), through security platform of the involved agents and that will be informed to client, (type XXXXXYYYY or any format more convenient to institution / client), which will be composed of the number of the telephone when the typed password is added

(for example, 61 3555 5555 1234 or 61 3555 5555 XXXXXYYYY),

being that after the confrontation of the information on user / better (1) and password in the databases (17) and confirmed the condition registered for liberation of the access, the conventional dialog is resumed, where the Agents DPC (16) or URA (15), will request the definition of which service will be object of this call, which can take place through typing or voice command: BET: type 1/ RESULTS: type 2/ service / CALL CENTER: type 3/ END CALL: type 0, and so on for all the services the involved agents will introduce if the option of client / user (1) is for 1 = BET, he will be asked to enter, or speak through voice command the option, a number that should represent one between the available contests for the access option via fixed phones (for example, 1 - megasena, 2-lotofacil, 3 - quina, 4-lotomania, 5-dupla sena, 6 - loteca, 7-lotogol, or) , after this choice, he will be asked for other gamble games in which client / user (1) enters, or speaks through voice command, the numbers that will consist of his bet in the respective contest, for example, separated by "*", after the numbers are entered, or spoken through voice command, by client (1), and the details of the bet are finished, the URA (15) repeats the typed data: BET / Contest number XXX of the type KKKKKKK (megasena, lotofacil, quina, lotomania, dupla sena, loteca, lotogol or other gamble games) / Numbers: Xl, X2, X3, X4 , X5, X6 (representing the numbers necessary for closing bet, in accordance with rule of the contest) / worth X Brazilian reals (for example, representing the worth of the total bet) and it makes a request for confirmation of the user/better (1) as for bet, if the user/better (1) agrees with the programming made, he authorizes the completion of the operation when 2 are keying, or there fails through voice command the corresponding number, (or any other number planned by the involved agents or the operator of games who should represent the acceptance of the client) , user/better (1) is requested the form of payment for the authorized bet, which can be carried out via debit against current account, previously registered or to be registered,

or another form of payment to be defined by those involved in the operations, if from the confrontation of the information supplied as to the payment with those in the registration an authorized situation turns in, a platform of the CPD of the involved agents (16) and / or URA (15), will do the conversion of the data entered by the better (1) to the standardized format of the protocol between bookers and the financial institution and will send the bet through electronic means (12 / 18) to the Agents DPC (16), making a request for the operation to be processed, after processing of the bet in the Agents DPC (16), an authentication / register / voucher code is produced by the Agents DPC (16) and the operation is completed, client / user (1) receives a message in his registered in advance equipment that can be a mobile telephone / fixed telephone / fax / e-mail with digital certification / mobile telephone with built-in or connectable printer, or another safe form to be adopted by the involved agents, besides information via voice message in the very call of access of the number of authentication or register or voucher, in case of mistake, or inaccuracy of the bet or incorrect data of payment, client enters corresponding number for editing the bet to remake it.

6. DECENTRALIZED INTERACTIVE SECURITY SYSTEM, in accordance with claim 1, characterized in that the option of use of mobile telephone (7) connected with central of mobile telephony (7.1) therefrom accessing the Agents DPC (16) or URA (15), through voice routes (11), through the typing of the access code in his telephone terminal to the Agents DPC (16) or URA (15) , which will be able to be in three digits (for example, 18X or *18) or four digits (for example, 18XX), or even eight digits (for example, XXXXXXXX), while being enabled as user of this service, the user/better (2) registered the number of his mobile telephone terminal (7) and the respective passwords (for example, 1234 and 3456), or a password that will be produced randomly at each access, by the password generator (14) shown by the token

(13), through security platform of the involved agents and that will be informed to client, with which it will access the Agents DPC (16) or URA (15), the user/better (2) registered through the number of three, four or eight digits if it interconnects to the Agents DPC (16) or URA (15), before the ' completion of this call, the telephone central of origin (7.1) sends the identification number of the user (for example, 61 9555 5555) to the Agents DPC (16) or URA (15), this number that will be stored, being after the interconnection is established between the user / better (2) and the Agents DPC (16) or URA (15), beginning the conventional dialog between the Agents DPC (16) or URA (15) or of said booker and the originating user/better (2) , where he will be asked to enter his password, when the previously established password is entered (for example, 1234 and 3456) , or a password that will be produced randomly at each access, by the password generator (14) shown by the token (13), through security platform of the involved agents and that will be informed to client, (type XXXXXYYYY or any format more convenient to institution / client), which will be composed of the number of the telephone when the typed password was added (for example, 61 9555 5555 1234 or 61 9555 5555 XXXXXYYYY) , being that upon the confrontation of the information (2) and password of user/better in the databases (17) and confirmed the registered condition for liberation of the access, the conventional dialog is resumed, where the Agents DPC (16) or URA (15) will ask for the definition of which service will be object of this call, which can take place by typing or by voice command: BET: type 1/ RESULTS: enters in 2/SERVICE / CALL CENTER: type 3/ END CALL: type 0, and so on for all the services the involved agents or the bookers will introduce, if the option of client / user (2) is for I=BETS, he is asked to enter, or speak through voice command, a number that should represent one between the available contests for the access option via mobile phones

(for example, 1 - megasena, 2-lotofacil, 3 - quina, 4- lotomania, 5-dupla sena, 6 - loteca, 7-lotogol, or) , after

this choice, he will be asked for other gamble games in which client / user (2) enters, or speaks through voice command, the numbers that will consist of his bet in the respective contest, for example, separated by "*", after the numbers are entered, or spoken through voice command, by the client, and the details of the bet are finished, the URA (15) repeats the typed data: BET / Contest number XXX of the type KKKKKKK (megasena, lotofacil, quina, lotomania, dupla sena, loteca, lotogol or other gamble games) / Numbers: Xl, X2, X3, X4, X5, X6 (representing the numbers necessary for closing bet, in accordance with rule of the contest) / worth X Brazilian Brazilian reals (for example, representing the worth of the total bet) and it makes a request for confirmation of the user/better (2) as for bet, if the user/better (2) agrees with the programming made, he authorizes the completion of the operation by entering the number 2, or speaking through voice command (or any other number planned by the involved agents that should represent the acceptance of the client), next user/better (2) is requested the form of payment for the authorized bet, which can be carried out via debit against current account, previously registered or to be registered, or another form of payment to be defined by those involved in the operations, if from the confrontation of the information supplied as to the payment with those in the registration an authorized situation turns in, the Agents DPC (16) or URA (15) will do the conversion of the data entered by the better (2) to the standardized format of the protocol between the involved agents and will send the bet through electronic means (12 / 18) to the Agents DPC (16), making a request for the operation to be processed, after processing of the bet in the Agents DPC (16), an authentication / register / voucher code is produced by the Agents DPC (16) and the operation is completed, and client / user receives a message in his previously registered equipment which can be a mobile telephone / fixed telephone / fax / e-mail with digital certification / mobile telephone with built-in or connectable printer, or another safe form to be adopted by

the involved agents, besides information via voice message in the very call of access of the number of authentication or register or voucher, in case of mistake, or inaccuracy of the bet or incorrect data of payment, client enters corresponding number for editing the bet to remake it.

7. DECENTRALIZED INTERACTIVE SECURITY SYSTEM, in accordance with claim 1, characterized in that the option of use of mobile telephone (7) connected with central of mobile telephony (7.1), through the use of a specific software that will be boarded in the mobile telephone (7) that it allows when this one is accessing the Agents DPC (16) or URA (15), via WAP CSD/GPRS or any other means of data transmission available in the mobile operator, being carried out through a generic access opened to all subscribers or through a specific access through an APN

(Access Point Name) of the involved agents created in the mobile telephone operator, where in the process of access, the cryptography protocols (triplets of the GSM or quintets of the UMTS/WCDMA) and of security (of the WAP) , when 9 were represented schematically in the figure, they will make the part of security of access, where is the part of security of authentication resolved via application

(software) boarded in the hardware of the Agents DPC (16) involved ones or URA (15), along with the application of the software to be boarded in the mobile appliance (7), while being enabled as user of this service, client / user

(2) registers the number of his mobile telephone terminal

(7) and the respective passwords (for example, 1234 and 3456) , or a password that will be produced randomly at each access, by the password generator (14) shown by the token

(13) , through security platform of the involved agents and that will be informed to client, with which will access the

Agents DPC (16) or URA (15), when after (2) and the Agents DPC (16) or URA (15) established the interconnection between the user caller, the mobile appliance behaves like a microcomputer interconnected to a net deprived of computers (19) or the world-wide net of computers

(Internet) (19) or, being able to sail in the site of the

Agents DPC (16), or URA (15), where the bets will be carried out, when it was begun by the conventional dialog between the Agents DPC (16) or URA (15), and the originating user (2) of this call, the application

(software) boarded in hardware of the Agents DPC (16) or

URA (15) will shoot in the screen of the mobile phone the solicitation of the user (which can be an alphanumeric composition or the very number of the telephone) and password for accessing the bets, client (2) enters the user and his previously established password (for example, 1234 and 3456) , or a password that will be produced randomly at each access, by the password generator (14) shown by the token (13), through security platform of the involved agents and that will be informed to client, (type XXXXXYYYY or any format more convenient to institution / client) , confirmed the registered condition for liberation of the access, the conventional dialog is resumed, where the Agents DPC (16) or will URA (15) ask for the definition of which service will be object of this call of data: BET : type 1/ RESULTS: type 2/ in SERVICE: type 3/ END CALL: type 0, and so on all the services the involved agents or the bookers will introduce, if the option of client / user (2) is for I=BETS, he is asked to enter a number that represents one between the available contests for the access option via mobile phones (for example, 1 - megasena, 2-lotofacil, 3 - quina, 4-lotomania, 5-dupla sena, 6 - loteca, 7-lotogol, or other gamble games), after this choice, client will be asked to enter numbers that will consist of his bet in the respective contest, for example, separated by "*" after the numbers are entered, or spoken through voice command, by the client, the Agents DPC (16) or URA (15) presents the typed data: BET / Contest number XXX of the type KKKKKKK (megasena, lotofacil, quina, lotomania, dupla sena, loteca, lotogol or other gamble games) / Numbers: Xl, X2, X3, X4, X5, X6 (representing the numbers necessary for closing bet, in accordance with rule of the contest) / worth: X Brazilian reals (for example,

representing the worth of the total bet) and a request is made for confirmation from client (2) as for bet, if the better (2) agrees with the programming made, he authorizes the completion of the operation by entering the number 2 or speaking through voice command (or any other number planned by the involved agents that should represent the acceptance of the client), next is made a request of client / user (2) the form of payment for the authorized bet, which can be carried out via debit against current account, previously registered or to be registered) or another form of payment to be defined by those involved in the operations, if from the confrontation of the information supplied as to the payment with those in the registration an authorized situation turns in, the Agents DPC (16) or URA (15) will do the conversion of the data entered by the better (2) to the standardized format of the protocol between the Agents DPC

(16) or URA (15) and will send the bet through electronic means (12) to the Agents DPC (16), making a request for the operation to be processed, after processing of the bet in the Agents DPC (16), an authentication / register / voucher code is produced by the Agents DPC (16) and the operation is completed, and client / user (2) receives a message in his previously registered equipment that can be a mobile telephone / fixed telephone / fax / e-mail with digital certification, mobile telephone with built-in or connectable printer, or another safe form to be adopted by the involved agents, besides information via voice message in the very call of access of the number of authentication or register or voucher, in case of mistake, or inaccuracy of the bet or incorrect data of payment, client enters number or corresponding option for editing the bet to remake it.

8. DECENTRALIZED INTERACTIVE SECURITY SYSTEM, in accordance with claim 1, characterized in that client / user (3) will use his conventional terminal in the version of auto- answering terminal (8) that has direct or indirect connection (12) to the Agents DPC (16) URA (15), available

to client / user (3), who while being enabled as user of this service, client / user (3) register the number of his telephone terminal and the respective passwords (for example, 1234 and 3456) , or a password that will be produced randomly at each access, by the password generator (14) shown by the token (13), through security platform of the involved agents and that will be informed to client, with which will access the Agents DPC (16) or URA (15), when after the interconnection is established between the user (3) and the Agents DPC (16) or URA (15), the auto-car terminal behaves like a microcomputer interconnected to a net deprived of computers (19) or the world-wide net of computers (Internet) (19) or, being able to sail in the site of the Agents DPC (16) or URA (15) where the bets will be carried out, giving beginning to the conventional dialog between the Agents DPC (16) or URA (15) and the user (3) of this access, the application (software) boarded in hardware of the Agents DPC (16) or URA (15) will shoot in the screen of the auto-answering terminal the solicitation of the user (which can be an alphanumeric composition or the number itself of the registered telephone) and password for accessing the bets, client (3) enters the user and his previously established password (for example, 1234 and 3456) , or a password that will be produced randomly at each access, by the password generator (14) shown by the token (13), through security platform of the involved agents and that will be informed to client, (type XXXXXYYYY or any format more convenient to institution / client) , confirmed the registered condition for liberation of the access, the conventional dialog is resumed, where the Agents DPC (16) or URA (15) will ask for the definition of which service will be object of this access of data, choosing the option in the screen of the auto-answering terminal (8) : BET: type 1/ RESULTS: type 2/ in SERVICE: type 3/ END CALL: type 0, and so on for all the services the involved agents or the bookers will introduce, if the option of client / user is for I=BETS, he is asked to enter a number that represents one between the available contests for the access option

via auto-answering terminal (8) (for example, Brazilian 1 - megasena, 2-lotofacil, 3 - quina, 4-lotomania, 5-dupla sena, 6 - loteca, 7-lotogol, or) , after this choice, it will be asked for other gamble games that client (3) enters numbers that will consist of his bet in the respective contest, after the numbers are entered by the client, and the details of the bet are finished, the Agents DPC (16) presents the data entered in the screen of the auto- answering terminal (8) : BET / Contest number XXX of the type KKKKKKK (megasena, lotofacil, quina, lotomania, dupla sena, loteca, lotogol or other gamble games) / Numbers: Xl, X2, X3, X4, X5, X6 (representing the numbers necessary for closing bet, in accordance with rule of the contest) / worth: X Brazilian reals (for example, representing the worth of the total bet) and a request is made for confirmation from client (3) as for bet, if the better agrees with the programming made, he authorizes the completion of the operation by entering the number 2 (or any other number planned by the Agents DPC (16) that represents the acceptance of the client) , next is made a request of client / user (3) the form of payment for the authorized bet, which can be carried out via debit against current account, previously registered or to be registered, or another form of payment to be defined by those involved in the operations, if from the confrontation of the information supplied as to the payment with those in the registration an authorized situation turns in, a platform of the Agents DPC (16) or URA (15) will do the conversion of the data entered by the better (3) to the standardized format of the protocol between bookers and the financial institution and will send the bet through electronic means (12) to the Agents DPC (16), making a request for the operation to be processed, after processing of the bet in the Agents DPC (16) an authentication / register / voucher code is produced by the Agents DPC (16) and the operation is completed, and client / user (3) receives a message in his previously registered equipment that can be a mobile telephone / fixed telephone / fax / e-mail with digital

certification / mobile telephone with built-in or connectable printer, or another safe form to be adopted by the involved agents, in case of mistake, or inaccuracy of the bet or incorrect data of payment, client enters number or corresponding option for editing the bet to remake it.

9. DECENTRALIZED INTERACTIVE SECURITY SYSTEM, in accordance with claim 1, characterized in that the option of use of an Internet access terminal (9) will allow access to the applications of the Agents DPC (16) or URA (15), through the direct or indirect connections (12), available to client / user (4) , which while being enabled as user of this service, client (4) registers his user and password for access, the registered client is interconnected to the Agents DPC (16) or URA (15) through the connection of data (12), when after the interconnection is established between client / user (4) and the Agents DPC (16) or URA (15), the conventional dialog is begun between the Agents DPC (16) or URA (15) and the user (4), will be asked, "enter your number and password", and the user enters his number and his previously established password (for example, 1234 and 3456), or a password that will be produced randomly at each access, by the password generator (14) shown by the token (13) , through security platform of the involved agents and that will be informed to client, confirmed the registered condition for liberation of the access, the conventional dialog is resumed, where the Agents DPC (16) or URA (15) and the originating user (4) of this access of data, the application of the software boarded in the hardware of the Agents DPC (16) or URA (15) will show a screen where the user will be asked (which can be an alphanumeric composition or the very number of the telephone of the client) and password for accessing the bets, client enters the user and his previously established password (for example, 1234 and 3456) , or a password that will be produced randomly at each access, by the password generator

(14) shown by the token (13), through security platform of the involved agents and that will be informed to client,

when the registered condition for liberation of the access is confirmed the conventional dialog is resumed, where the Agents DPC (16) or URA (15) will ask for the definition of which service will be object of this access of data: BET: type 1/ RESULTS: type 2/ SERVICE: type 3/ END CALL: type 0, and so on for all the services the involved agents or the bookers will introduce, if the option of client / user is for I=BETS, he is asked to enter a number that represents one between the available contests for the access option via Internet (for example, 1 - megasena, 2-lotofacil, 3 - quina, 4-lotomania, 5-dupla sena, 6 - loteca, 7-lotogol, or) , after this choice, client will be asked to enter numbers that will consist of his bet in the respective contest, after the numbers are entered by the client, and the details of the bet are finished, the Agents DPC (16) presents the typed data: BET / Contest number XXX of the type KKKKKKK (megasena, lotofacil, quina, lotomania, dupla sena, loteca, lotogol or other gamble games) / Numbers: Xl, X2, X3, X4, X5, X6 (representing the numbers necessary for closing bet, in accordance with rule of the contest) / worth: X Brazilian reals (for example, representing the worth of the total bet) and a request is made for confirmation from client (4) as for bet, if the better (4) agrees with the programming made, he authorizes the completion of the operation by entering the number 2 (or any other number planned by the Agents DPC (16) which represents the acceptance of the client) involved, therefrom a request is made to client / user on the form of payment for the authorized bet, which can be carried out via debit against current account, previously registered or to be registered, or another form of payment to be defined by agents involved in the operations, if from the confrontation of the information supplied as to the payment with those in the registration an authorized situation turns in, the Agents DPC (16) or URA (15) will do the conversion of the data entered by the better (4) to the standardized format of the protocol between bookers and the financial institution and will send the bet through

electronic means (12) to the Agents DPC (16), making a request for the operation to be processed, after processing of the bet in the Agents DPC (16) , an authentication / register / voucher code is produced by the Agents DPC (16) and the operation is completed, and client / user (3) receives a message in his previously registered equipment that can be a mobile telephone / fixed telephone / fax / e- mail with digital certification, mobile telephone with built-in or connectable printer, or another safe form to be adopted by the involved agents, in case of mistake, or inaccuracy of the bet or incorrect data of payment, client enters number or corresponding option for editing the bet to remake it.

10. DECENTRALIZED INTERACTIVE SECURITY SYSTEM, in accordance with claim 1, characterized in that: the option of use of Interactive Digital TV / IPTV (10) will access the applications of the Agents DPC (16) or URA (15), through connections of data direct (12) or indirect, available in the Internet via Interactive Digital TV (10) for a return channel, or available in the Internet via IPTV (10) where the application of the software, when IPTV (10) is boarded in the Interactive Digital TV/, which is executed locally in the Interactive Digital TV / IPTV (10) communicates with Agents DPC (16) or URA (15), so configuring the Interactive Digital TV / IPVT (10) , such a return channel can be carried out via protocol IP (Internet Protocol) or even other means such as radio, cellular, etc. while being enabled as user of this service, client registers his user and password for access, IPTV (10) interconnects the registered client to the Agents DPC (16) or URA (15) through the connection of data (12) provided by the Interactive Digital TV/, after the interconnection is established between client / user (5) and the Agents DPC (16) or URA (15), the conventional dialog is begun between the Agents DPC (16) or URA (15) and the user (5), will be asked;" enter your number and password", and the user (5) enters his number his previously established password, (for

example, 1234 and 3456) , or a password that will be produced randomly at each access, by the password generator

(14) shown by the token (13), through security platform of the involved agents and that will be informed to client who will use it, confirmed the registered condition for liberation of the access, the conventional dialog is resumed, where the Agents DPC (16) or URA (15) and the originating user (5) of this access, the application of the software boarded in the hardware of the Agents DPC (16) or URA (15) will show a screen where the user will be asked

(which can be an alphanumeric composition or the very number of the telephone) and password for accessing the bets, client enters the user and his previously established password (for example, 1234 and 3456), or a password that will be produced randomly at each access, by the password generator (14) shown by the token (13), through security platform of the involved agents and that will be informed to client (type XXXXXYYYY or any format more convenient to institution / client) , confirmed the registered condition for liberation of the access, the conventional dialog is resumed, where the Agents DPC (16) or URA (15) will ask for the definition of which service will be object of this call of data: BET: type 1/ RESULTS: type 2/ SERVICE: type 3/ END CALL: type 0, and so on for all the services the involved agents or the bookers will introduce, if the option of client / user is for I=BETS, he is asked to enter a number that represents one between the available contests for the access option via Interactive Digital TV / IPTV (10) (for example, 1 - megasena, 2-lotofacil, 3 - quina, 4-lotomania, 5-dupla sena, 6 - loteca, 7-lotogol, or) , after this choice, client will be asked to enter the numbers that will consist of his bet in the respective contest, after the numbers are entered by the client, the Agents DPC (16) presents the typed data: BETS / Contest number XXX of the type KKKKKKK (megasena, lotofacil, quina, lotomania, dupla sena, federal, instant, loteca, lotogol or other gamble games) / Numbers: Xl, X2, X3, X4, X5, X6 (representing the numbers necessary for closing bet, in accordance with rule

of the contest) / worth: X Brazilian reals (for example, representing the worth of the total bet) and it makes a request for confirmation of client as for bet, if from the confrontation of the information supplied as to the payment with those in the registration an authorized situation turns in, a platform of the Agents DPC (16) or URA (15) will do the conversion of the data entered by the better

(5) to the standardized format of the protocol between bookers and the financial institution and will send the bet through electronic means (12) to the Agents DPC (16), making a request for the operation to be processed, after processing of the bet in the Agents DPC (16) , an authentication / register / voucher code is produced by the CPD of that of agents (16) and the operation is completed, and client / user (5) receives a message in his previously registered equipment that can be a mobile telephone / fixed telephone / fax / e-mail with digital certification, mobile telephone with built-in or connectable printer, or other safe forms to be adopted by the involved institutions, in case of mistake, or inaccuracy of the bet or incorrect data of payment, client enters number or corresponding option for editing the bet to remake it.

11. DECENTRALIZED INTERACTIVE SECURITY SYSTEM, in accordance with claim 1, characterized in that said number of the authentication or register or voucher produced in each transaction of bet will be passed to a better in several cases boarded in this patent, which are: calls of voice carried out by fixed or mobile telephones, or access of data carried out by mobile telephones (WAP) , auto-answering terminals, Internet access terminal, Interactive Digital TV and IPTV, will be applied preferably if some prize reached and not in any carrying out of a bet, through the issuance of same auto-answering terminal via or via site of agents involved in the Internet or other equipment that interacts with the system, being accessed entering with the number of the authentication or register or voucher acquired in the close of each bet.

12. DECENTRALIZED INTERACTIVE SECURITY SYSTEM, in accordance with claim 1, characterized in that besides the described operations, the system allows to execute all and any other already predicted operation or to be adopted in the future, for the involved agents, in the safe and quick form.

13. DECENTRALIZED INTERACTIVE SECURITY SYSTEM, in accordance with claim 1 characterized in that said URA (15) or other equipment that carries out automatic service, by means of the introduction of boarded software, will allow betters to have easy, quick and safe access when all the options made available for carrying out of the bets such as searching previous results, recovering numbers of voucher of the accomplished bets, choosing the type of game / tens, betting, paying, through means that use voice or data, the simultaneous service being able to be done by thousands of betters .

Description:

"DECENTRALIZED INTERACTIVE SECURITY SYSTEM, TO

FACILITATE LOTTERY AND/OR ASSORTED BETTING GAMES

OPERATIONS, USING MOBILE AND/OR FIXED TELEPHONE LINE AND/OR

AUTO-ANSWERING PHONE TERMINAL AND/OR INTERNET ACCESS TERMINAL AND/OR DIGITAL INTERACTIVE TV AND/OR IPTV".

The present invention relates to a decentralized interactive safety system, for carrying out lottery bets, adapted for processing through a number of communication components, such as voice equipments, such as mobile telephones and / or fixed telephones, and / or data communication equipments, such as auto-answering terminals and / or digital telecommunication equipments, such as INTERACTIVE DIGITAL TV and / or IPTV and / or Internet access terminal, interconnected to the data processing center DPC of the financial agents involved or of the booking concessionaires or of the telephone operators, which will be called agents' DPC, and to the remote platform / server / Unit of Audible Answer - AAU, which will be called AAU, or other equipment which carries out automatic service, mobile / fixed telephoning centers, through means dedicated or otherwise, the financial agent and the user/better. The term decentralized is understood in the environment wherein the user/better is, away from the bookers, being able to use each and every predicted operation to be adopted in the future by involved agents, in a safe and quick way.

The AAU, or other equipment which carries out automatic service, is characterized by the implemented services and the options made available to the betters, such as searching former results, recovering numbers of vouchers carried out by the better, choosing type of game / tens, betting, paying or even getting in direct contact with a client service center, being the simultaneous service to thousands of betters made possible, through means, which use voice or data.

The present invention consists, objectively, of the efficient, safe and facilitator control of communication, by interconnecting several agents for

support to the operations of lottery games bets, which without the presence of the user/better in the site where bets are booked (non-presential) , such as mega Brazilian sena , lotofacil, quina , lotomania , dupla sena, loteca , lotogol and other gambling games, allowing, at the moment of the bet carried out away from the booker, an answer to a user/better, with safety and guarantee of the transaction for the involved parts.

On the present invention, the media, the voice/data calls and the accesses via data link are directed, from the user/better terminal to the booker' s DPC, all responsible and integrated for the stages of betting, receiving the financial resources and issuance of the bet voucher. The lottery bet system, object of the present invention, carried out through the user/better interaction, which uses fixed and / or mobile telephones, data call for differentiated case (WAP) of the mobile telephone calls, and the links of specific data for the cases of the auto- answering terminals, Internet access terminal, Interactive Digital TV and IPTV, is done by a lottery booking concessionaire integrated with the financial agents and telephone operators, in accordance with the present invention, and it becomes through the interconnection of the use of hardware and of software, to implement these new types of lottery bets.

Besides the alternative of means to carry out the bet, another objective of the invention consists of making means of payment alternatives available, allowing the user/better to grant the means of payment, having access to the terminal of payment of a financial agent, through the telephone operators or any another form made available by the parts.

Follows a comparison of present patent with the market systems available - state of the art, found by the BPTO through previous search at international level, will allow to show the great advancement and the difference in

user/better interaction technology, to carry out a bet non- presential to the lottery bookers.

Today, the only current means available in the market for carrying out a lottery bet, when the presence of the user is required, at the lottery bookers which are concessionaires of the service, popularly known as "lotecas", is the cash payment which must be made at the act of the bet.

However, when the bet is non-presential, the payments may be effected in a limited way. In the case of patent application BRPI0400732-8, in which the communication is carried out through a mobile appliance, with call permanent up to the end of the bet, and with a specific user-account with sufficient funds for the purpose of the bet, the payment is made through either debit or credit card or through "on line" transfer from balances of credits of prepaid cellular or prepaid card or debit against the telephone account.

Already in the Brazilian patent applications PI9802634-8 the system comprising computerized equipment with monitor, having interface with the user, serving as a peripheral of the net of the bet provider, allows the client to carry out the game in a terminal, bank-type, decentralized and to make the payment through bank wire transfer. However, the system does not allow direct interaction of the bet provider terminal, at the moment of the bet, with lottery provider, communication in which is made periodically, through disc or magnetic tape or "on line", through the time / quantity mechanism, besides not offering any safety system involved in the access / navigation, through random and cryptographed passwords, in accordance with the means of communication employed. The system does not allow direct interaction of the bet provider terminal, at the moment of the bet, with the lottery provider.

BR PI9802635-6 describes hardware integrated with the program for operational bets, via Internet, with bank payment, also does not offer any safety system involved in

the access / navigation, through random and cryptographed passwords, in accordance with means of communication used.

In edition BRMU8302323-2, despite this document using, for a means of payment the debit in telephone account, the system, which is not described, allows no alternatives of debit against current account or any other means (booking concessionaire, telephone operator and financial institution) between the involved parties, as it is provided in the present patent. Edition US005136632A describes technology that uses Internet access terminal via telephone net; the US 20040060064 describes technology that uses terminal of cable television and satellite; the US 6741682 describes technology that uses Terminal of cable television and satellite; the US20060246994 describes technology that uses outlet Terminal and the US20040209677 describes technology that uses mobile terminal through SMS being that the US 6741682 that uses terminals of access via Internet, the payment is effected with Smart card, credit card or debit against account of the cable television or satellite or through prepayment, though neither one of them presents any reliable safety means.

Edition JP2006155318 describes technology that uses betting terminal and JP2006155318 describes technology that uses betting cards for telephone neither one of them presenting the type of connection, the topology of net, the means of access, the prerequisite for use, the means of financial movement and they do not present any safety operation, either. The present invention presents the advantage of the possibility for the payment to be effected, bay directly debiting against the user/better account, at the financial agent terminal, besides the alternative of using any of the methods, either at sight or to term, made available by the parts, besides the innovating technology based on a safety system which uses token, and AAU, as concentrator/communicator between the better, the operators

and the system of lotteries that are run in the DPC of the concessionaire .

Another advantage of the betting system of the present invention is due to the fact of innovating also in the systematization of acting and in the productivity of the concessionaires. In the case of the lottery bet carried out presentially, today, it consists of the manual filling out of a card containing options (numbers, teams, etc.) to be scored by the user/better, relative to the respective draught, which upon the due filling out and payment at a lottery operator, becomes the bet legal document. This current situation does not offer betters any betting alternative, as for means (since only the bookers can carry them out) and term of payment (since the payment must be made in cash and in the act of the bet) . This causes constant agglomerations of the bookers, especially in draughts to which there was no winner, when successive accumulations of the prizes take place. Besides the foregoing, the concessionaires of the betting services get restricted in terms of productivity, relative to services rendered to the involved segments, since, most of the available time and resources will be spent with the implementation of the bets due to the great number of betters present, which ends up discouraging a too many potential betters.

The physical availability of the cards and the voucher, where the bets registered are is another limitation of the current situation, since they are available in a first moment only the bookers, forcing the betters to move towards same, which entails a high cost.

Edition BRPI04001608-4 deals with technology in which the communication is done only through the Internet and an answering machine system instructs the better on how to bet and write the wanted numbers in his chart of bets, through the keyboard, but he does not present any of the communication and payment alternatives, as described in the present invention.

Today, in the current gambling system, the user/better is faced with another disadvantage, the possibility of losing the bet voucher, which is the winner (s) only corroborative document, as they move towards the bookers. In the present case, while issuing the voucher of the bet in the end of the operation, in bet not presential, i.e. without the needing of moving to the booking, this risk does not exist.

The present invention will reduce, significantly, the expenses with the production of betting cards, printing of vouchers, time and moving expenses for the betters.

The system proposed in the present invention, through the developed technology that allows the interaction between the user / better, located at a terminal in places such as residences, offices and clubs, or at a bank terminal, and the several agents who make up the system, establishing immediate answer, with safety for the effected operation. This immediate answer carried out by means of a password that is generated by a safety platform, is randomly done and may, at times, be made available through message as well as through token, for the signed in user better, where through the typing of the password produced by the token and validated by the safety platform, it authorizes the liberation of the system for bet proceedings, as well as the systems of the traditional presential lottery bets, such as megasena, lotofacil, quina, loto-mania, dupla sena, loteca, lotogol and other gamble games.

The system now proposed also allows the optimization of the concessionaires of games, today installed, to increase the service to a greater number of betters, through the carrying out of the bets through the mobile and / or fixed telephone, using telephony operators and / or auto-answering terminals and / or Interactive Digital TV and / or IPTV and / or Internet access terminal. In the present invention, the non-presential bet, which can be carried out through the alternatives of several types of terminals, allows a constant connection up

to the end of the bet, being that at the moment of the bet, the system puts at the disposal of a user/better an option of services available and the respective numerical code, so that he selects the option through the keyboard of the equipment he uses, being that subsequently, after the confirmation of the payment of the bet, a correspondent numerical identification for the bet is given (voice, sms, e-mail, etc. ) .

Regarding the case of notice of the prize of a contest, in the market there is not a system of direct interaction with the user. We locate, in the State of the Art, edition BRMU 8302323-2 that mentions a system brought together to a bookers, which will warn about an owner of the telephone line, if he comes to win some prize, without describing it (descriptive insufficiency) , so transferring to third parties the responsibility of notifying the hit in a contest to the better.

In the present invention, the prize notice is done through the direct access by the better to the AAU that will identify it, through personal password and will inform if his bet it is winning, allowing the identification of the winner and user of the means that produced the bet.

So, the great evolution introduced by the system of the present invention, is the permitted advantage of immediate interaction of the user/better, through a platform that does the service of the bet, checks the consistency of the cadastral data and of the bet, transacts before the DPC of the agents, receives the register number of the bet, informs to a user/better the sign in number via voice to a better and / or via SMS (in case of mobile telephones) and / or via e-mail (when signed in)., it will be possible to withdraw it in that of the auto-answering terminals or through the Internet, in the site of the institution of the involved financial agents, or any other means made available by the parties.

In the present invention, the direct communication is done with safety and is allowed, through a

platform of safety, of the prior register of the user/better, presenting countless advantages and the certainty of safety of the technology during the whole process of the game, which is checked to any access, taking as a guarantee that the call will only be released, if it is the number itself which originated it.

Regarding the safety, edition BRMU 8302323-2, in spite of requiring prior registration, which must be used by the user/better owner of fixed and mobile telephones, it presents however, many faults. The pattern of accreditation proposed is of the type "Oxxxl ** 99999999", where Oxxx is the code of competence, 1 is a number that varies from 1 to 7 for type of play, ** is the code of the city and 99999999 is the telephone number. This technology does not describe any safety system that secures that the one who registers the telephone, is the owner himself, or in a more general way, allows any user to register any number.

This technology presents, still, the disadvantage of limitation of the quantity of betters, due to the used competence code, since the way of playing for the fixed and mobile telephones owners presents serious limitations of competence and safety, being of the type "Oxxxl ** 0456103560281248*999999999 *", where Oxxx is the code of competence, 1 is a number that varies from 1 to 7 for the type of game, ** is the code of the city, "0456103560281248" are the ten of the corresponding contests and 99999999 is the telephone number. The competence limitation is due to the quantity of persons who will be able to carry out bets through the means proposed by patent, so the code of competence restricts the xxx (that varies from 000 to 999, in other words, 1000 users) , without any safety.

The proposed integrated system presents the advantage of having no limit for users, through the use of mechanism of sum of passwords, which forces the telephone / user / better to carry out the bet to be previously registered and to use a password, previously registered, or

received by process of random password generation, allowed by the safety platform or by another similar equipment.

Also, another advantage of the present invention is that the consistency of tens of the bet and non repetition of the sequence of tens, do not demand checking through a very long process, of being keyed in a fixed or mobile telephone by the user/better, as it is described in the previous technique, since this operation is carried out by a platform, which only carries out the bet, after the whole bet process effected and after the effecting of the payment with safety and after the confirmation of the user/better. Besides, in the above-mentioned system of the document BRMU 8302323-2 U, the process is too long for the checking, also same is left to exclusive charge of the user / better.

In the present invention, the described system presents itself also as a system of interactive, decentralized safety, in replacement for the current systems of bets of the present traditional bookers such as megasena, lotofacil, quina, lotomania, dupla sena, loteca, lotogol and other gamble games, and that aims at allowing the increase of the number of betters, through the carrying out of the bets through the mobile telephone and / or fixed telephone and / or auto-answering terminals and / or Interactive Digital TV and / or IPTV and / or Internet access terminal.

In the present invention, the integrated safety system and was developed so that each agent is defined by a platform of equipments (Centers of Data processing - DPC) , constituted by equipments of voice/data calls and of the accesses via link for the carrying out of the bets, receiving the financial resources and issuing the voucher of the bet, as well as of a bet booker, for the effecting of same. The safety provided by the decentralized interactive safety system, and facilitator of operations, object of the invention, for carrying out lottery games and / or different bets, applies for a prior register with the

data of the betters, which allows to minimize financial losses, which required data are: Name, fixed telephone, mobile telephone, n. of the identity, CPF - identification number, code of the Bank, of the branch, number of the current account. The system presents the alternative of registration, through the use of the already existing reference files of the operators of fixed and / or mobile telephony, along with the existent reference files in the financial agents. This system does the checking, confronting the data registered with the data used in the confirmation of the bets / payments, allowing or denying the carrying out of the bets. The system, also allows universal adoption of a mechanism of fee/number where the client / user while acquiring this service / number will be automatically with his up-to-date register and also with safety password, being able to do his bet from any apparatus.

The technology of the present invention for use of fixed telephone and / or mobile and / or auto-answering terminal and / or Interactive Digital TV and / or IPTV and / or Internet access terminal for carrying out of bets is composed of software that will be boarded in the equipments and in the hardware of the already existent and activated equipments of the DPCs of the involved agents, and of the net of the fixed and / or mobile telephone operators, besides the inclusion of new software / hardware represented by the service platforms to the voice calls and when AAU data, and for the conversion of the data of the bets when standard was supplied by the users/betters for the format of the protocol, and used for the realization of the bet, being this protocol owner or not.

As already highlighted, in the present invention, the system is developed so that, in case of the communication to be carried out through voice equipments, such as mobile telephones and / or fixed telephones, and / or data communication equipments, a platform AAU or other equipment that carries out automatic service, located at the telephony operator or in the lottery booker, does the

service of the bet, making available screens of options of lottery games and / or assorted bets available and in accordance with chosen option, the personalized screen of the game will be opened (simulating the current format of game in printed media, with the available options for the chosen game) . After the choice of the numbers of bet, the user operates the send button that, in its turn, sends along with the numbers selected, identification data of the single user, the system carries out the checking and the consistency of the register data of the user and of the bet, transacting it before the platform of the DPC of the involved agents, which receives the official register number of the bet, and informs to a user the sign in number via voice message to a better given by the platform of the lottery booking concessionaire or of the telephone / or operator via SMS (in case of mobile telephones) and / or via e-mail (when signed in) . Next, the system allows, that the user withdraws the voucher (of the bet) , through the use of the number of the voucher informed in the end of the bet in one of the auto-answering terminals of the financial / concessionary institution telephone lottery/operator or for the site of the agents involved in the Internet or for any other way made available by the parts.

To minimize financial losses, the present invention predicts, in the introduction of the system of safety and facilitator of operations for carrying out lottery games and / or of different bets, a prior register with the data of the betters, such as name, fixed telephone, mobile telephone, RG, identification number, Bank, branch, current account, assembly of platforms with use of fixed telephone and / or mobile and / or auto- answering terminal and / or Interactive Digital TV and / or IPTV and / or Internet access terminal for carrying out, through software of communication that will be boarded in the equipments and / or alternatively, in the hardware of the already existing and activated equipments of the DPC of the agents involved and the inclusion of new software / hardware represented by the service platforms the voice and

data calls, for conversion of the data of the bets, supplied by the betters, to the format of the used standard protocol, being, this protocol, an owner or otherwise.

The technology is presented and described when reference is made to typical realizations of same, through the attached drawings, without being limitative of the scope of the invention:

The Figure 1 is a comprehensive illustration, showing all the means used by the user/better, integrated to the interactive system;

Fig. 2 represents the access to the system when fixed telephone is used;

Fig. 3 represents the access to the system when mobile telephone is used; Fig. 4 represents the illustration of a system to which the access is achieved through data calls for the differentiated case (WAP) of the mobile telephones;

Fig. 5, an illustration of the operation in an self-service terminal (of the financial agents or of the lottery booking concessionaire or telephone operator) ;

Fig. 6, represents the system in which the Internet is used as communication means;

Fig. 7 represents access to the system for Interactive Digital TV or IPTV; Fig. 8 illustrates the process of access / authentication for the cases of the mobile telephones using

WAP access, auto-answering terminals, Interactive Digital

TV, IPTV or access terminal via Internet, to supplement to the process of generation / use of random password. In accordance with figure 1, a scheme of the situation as comprehensive as possible, shows the system of integration between the users/betters (1 to 5) of mobile telephones (7), fixed (6), of the auto-answering terminals

(8), of the Internet (9) and of Interactive Digital TV and / or IPTV (10) that can carry out remote lottery games and

/ or different bets, through the interaction with the agents (financial institutions, lottery booking concessionaire or telephone operator), who have an. AAU (15)

or other equipment that carries out automatic service composed by voice routes (11), when these fixed telephone exchanges (6.1) are connected to / mobile (7.1), through dedicated means or otherwise, and interconnected to the DPC of the agents (16), and a database (17); or for routes of data (12) through circuits of data, dedicated or otherwise, which connect the terminals of the said auto- answering/terminals of access the Internet (9) and Interactive TVs Digital / IPTV (10) to net of data/ Internet (19) where there is the DPC of the agents (16) .

The user/better (1), (2), (3), (4) or (5) accesses the system, through the means (6), (7), (8), (9) or (10) , supplies the least data to the AAU (15) of the operator of telephony (6.1 or 7.1) or of the DPC of the agents (16), in order that they were confronted with the cadastral data in the databases (17); being positive the result of this checking between the set up data and the supplied ones for the user/better, the result will be the liberation for bet (situation in which the data tally) , an access password will be made a request to a user/better, what will key in a predefined password (for example, 1234 and 3456) , or a password that will be randomly produced at each access by a safety platform, with password generator

(14), shown via token (13) or any other available way, this password that returns to the system where if it adds up to a password cryptographed of the platform of safety that releases the mechanism to continue the proceeding of bet, payment and confirmation of the bet, with total safety if the password is confirmed by the safety platform. The updating of the random passwords for the databases (17) will take place through the links (18) between the AAU (15) or other equipment that carries out automatic service of the agents' DPC (16) .

The scheme of figure 2 shows the option of use of fixed telephone (6), as foreseen in the present invention, which is configured as a system of easy and immediate implanting, being it that in this option, the user/better

(1) while making use of his conventional terminal in the

version of fixed telephone (6) connected to the central of fixed telephony (6.1), accessing the DPC of the agents (16) or the AAU (15) or other equipment that carries out automatic service, through the voice routes (11), through entering in his telephone terminal the code of access to the DPC of the agents (16) which may be in three digits (for example, 18X or *18) or four digits (for example, 18XX), or even eight digits (for example, XXXXXXXX) similar to the current access number to the Bank of Brazil (4004 0001) . Upon being enabled as a user of this service, the user/better (1) registers the number of his fixed telephone terminal (6) and the respective passwords (for example, 1234 and 3456) , or a password that will be randomly produced at each access by a safety platform, with password generator (14), shown via token (13) or any other available means of the involved agents and that will be informed to the client, with which client will access the DPC of the agents (16) . The user/better registered through the three, four or eight digit number interconnects (1) to the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service. Before completion of this call, the telephone central of origin (6.1) sends the user identification number (for example, 61 3555 5555) to the DPC of the agents (16) or AAU (15) ) or other equipment that carries out automatic service, number which will be stored, being it that after the interconnection is established between the user / better (1) and the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service, so beginning the conventional dialog between the said DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service, and the originating user/better (1), where he will be asked to enter his password, being then entered the preestablished the password (type 1234 and 3456, or a password that will be produced randomly by a safety platform, with password generator (14), shown via token (13) or any other available means of the involved agents and which will be informed to client, with which he will access the DPC of

the agents (16) (type XXXXXYYYY or any more convenient format to institution / client) , which will be composed of the telephone number when the typed password is added up (for example, 61 3555 5555 1234 or 61 3555 5555 XXXXXYYYY), being it that after the confrontation of the information (1) on user/better and password in the databases (17) and the condition registered is confirmed for liberation of the access the conventional dialog is resumed, where the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service, will ask for the definition of which service will be object of this call, which can take place through typing or voice command: BETS : type 1 / RESULTS: type 2/ SERVICE / CALL CENTER: type 3 / SHUT CALL: type 0, and so on for all the services the involved agents or the bookers will implant.

If the option of the client / user (1) is for = BETS, he will be asked to key in a number that represents one between the available contests for the access option via fixed phone (for example, 1 - megasena, 2-lotofacil, 3 - quina, 4-lotomania, 5-pair six, 6 - loteca, 7-lotogol, or other gamble games). After this choice, client / user (1) will be asked to type, or say through for voice command, the numbers that will consist of his bet in the respective contest, for example, separated by "*". After the numbers are entered, or spoken through voice command, by the client (1), and the details of the bet are concluded, the AAU (15) repeats the typed data: BET / contest number XXX of the type KKKKKKK (megasena, lotofacil, quina, lotomania, dupla sena, loteca, lotogol or other gamble games) / Numbers: Xl, X2, X3, X4, X5, X6 (representing the numbers necessary for closing the bet, according to rule of the contest) / worth X reals (for example, representing the value of the total bet) and it makes a request for the user/better (1) confirmation of bet. If the user/better (1) agrees with the programming effected, he authorizes the completion of the operation by entering the number 2, or speak through voice command, (or any other number planned by the involved agents or that should represent the acceptance of the

client) . The form of payment is requested of the user/better (1) for the authorized bet, which can be carried out via debit against current account, previously registered or to be registered, or another means of payment to be defined by ' the parties involved in the operations. If from the confrontation of the information supplied as to the payment with those in the register an authorized situation turns in, a platform of the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service of the involved agents will do the conversion of the data entered by the better (1) for the standardized format of the protocol between bookers and the financial institution and will send the bet through electronic means (12 / 18) to the DPC of the agents (16), making a request for the operation to be processed. Upon processing of the bet in the DPC of the agents (16), an authentication / register / voucher code is produced by the DPC of the agents (16) and the operation is completed and the client / user (1) receives a message in his pre- registered equipment which can be a mobile telephone / fixed telephone / fax / e-mail with digital certification / mobile telephone with built-in or connectable printer, or another safe form to be adopted by the involved agents, besides information via voice message in the very call of access to the number of authentication or register or voucher. In case of mistake, or inaccuracy of the bet or incorrect payment data, the client keys in the corresponding number for editing of the bet to remake it.

Figures 3 and 4 show schematically the option of use of mobile telephone, of the available types such as handsets low - mid - and high-end, hand computer (PDA) ,

Palm Tops, Pocket PCs or Smartphones, which is configured as a system of easy and immediate implanting, with two variants. Figure 3 shows the first variant, where the client / user (2) using his conventional terminal in the version of mobile telephone connected (7) to the central office of mobile telephony (7.1), while accessing the DPC of the agents (16) or AAU (15) or other equipment that

carries out automatic service, through the voice routes (11), through the typing in his telephone terminal of the code of access to the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service, which may be in three digits (for example, 18X or *18) or four digits (for example, 18XX) , or even eight digits (for example, XXXXXXXX) similar to the current number of access of the Bank of Brazil (4004 0001) . Upon being enabled as a user to this service, the user/better (2) registers the number of his mobile telephone terminal (7) and the respective passwords (for example, 1234 and 3456, or a password that will be produced randomly by a safety platform, with password generator (14), shown via token

(13) or any other available means of the involved agents and which will be informed to client, with which he will access the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service. The user / better (2) registered through the three, four or eight digit number is interconnected to the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service. Before the completion of this call, the telephone exchange of origin (7.1) sends the the user identification number (for example, 61 9555 5555) to the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service, this number will be stored, being after the interconnection is established between the user / better (2) and the DPC of the agents (16) or AAU

(15) or other equipment that carries out automatic service, started the conventional dialog between said DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service or of said booker and the originating user/better (2), where he will be asked that to enter his password, being the pre established password then entered

(type 1234 or any format more convenient to the institution / client) or a password that will be produced randomly by a safety platform, with password generator (14), shown via token (13) or any other available means of the involved agents and which will be informed to client, with which he

will access the DPC of the agents (16) (type XXXXXYYYY or any more convenient format to institution / client) , what will be composed of the telephone number when the typed password is added (for example, 61 9555 5555 1234 or 61 9555 5555 XXXXXYYYY) , being it that upon confronting the information on user/better (2) and password in the databases (17) and the registered condition is confirmed for liberation of the access the conventional dialog is resumed, where the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service will ask for the definition of which service will be object of this call, which can take place by typing or voice command: BETS: type 1 / RESULTS: type 2/ SERVICE / CALL CENTER: type 3 / SHUT CALL: type 0, and so on for all the services the involved agents or the bookers will introduce.

If the option of the client / user (2) is for I=BETS, he will be asked to enter, or speak through voice command, a number that should represent one between the available contests for the access option via mobile phones (for example, 1 - megasena, 2-lotofacil, 3 - quina, 4- lotomania, 5-pair six, 6 - loteca, 7-lotogol, or other gamble games) . After this choice, the client / user (2) will be asked to enter, or to speak through voice command, the numbers that will consist of his bet in the respective contest, for example, separated by "*". After the numbers being entered, or spoken through voice command, by the client, and the details of the bet are concluded, the AAU

(15) repeats the typed data: BET / Contest number XXX of the type KKKKKKK (megasena, lotofacil, quina, lotomania, dupla sena, loteca, lotogol or other gamble games) / Numbers: Xl, X2, X3, X4, X5, X6 (representing the numbers necessary for closing the bet, according to rule of the contest) / value X reals (for example, representing the value of the total bet) and it makes a request for confirmation of the user/better (2) as for bet. If the user/better (2) agrees with the programming made, he authorizes the completion of the operation by entering the number 2, or speaking through voice command (or any other

number planned by the involved financial systems or operator of games which should represent the acceptance of the client) . A request is made to user/better (2) for the means of payment for the authorized bet, which can be carried out via debit against current account, previously registered or to be registered, or another means of payment to be defined by the agents involved in the operations. If from the confrontation of the information supplied as to the payment with those in the register an authorized situation turns in, the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service will do the conversion of the data entered by the better (2) for the standardized format of the protocol between bookers and the financial institution and will send the bet through electronic means (12 / 18) to the DPC of /the agents (16), making a request for the operation to be processed. After processing of the bet in the DPC of the agents (16), an authentication / register / voucher code is produced by the DPC of the agents (16) and the operation is completed, and the client / user receives a message in his pre-registered equipment that can be a mobile telephone / fixed telephone / fax / e-mail with digital certification / mobile telephone with built-in or connectable printer, or another safe form to be adopted by the involved agents, besides information via voice message in the relation itself of access of the number of authentication or register or voucher. In case of mistake, or inaccuracy of the bet or incorrect payment data, the client enters the number or corresponding option to edition of the bet to remake it. Figure 4 presents schematically the second variant of the option of use of mobile telephone, of the available types such as handsets low - mid - and high-end, hand computer (PDA), Palm Tops, Pocket PCs or Smartphones, is configured as a system of easy and immediate introduction, through the use of a specific software that will be boarded in the mobile telephone (7) which allows when he is accessing the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service, via

WAP CSD/GPRS or any another means of data transmission available in the mobile operator, being carried out through a generic access opened to all subscribers or through a specific access by an APN (Access Point Name) , of the agents involved, created in the mobile telephone operator. In the access process, the cryptography protocols (triplets of the GSM or quintets of the UMTS/WCDMA) and of safety (of the WAP) , schematically represented in when figure 9, they will make the part of access safety. The part of safety of authentication is resolved via application (software) boarded in the hardware of the DPC of the agents (16) involved or AAU (15) or other equipment that carries out automatic service, along with the application (software) to be boarded in the mobile appliance (7). Upon being enabled as a user of this service, the client / user (2) registers the number of his mobile telephone terminal (7) and the respective passwords (1234 and 3456, or a password that will be produced randomly by a safety platform, with password generator (14) , shown via token (13) or any other available means of the involved agents and which will be informed to client, with which the DPC of the agents will access (16) and be informed to client) with what he will access the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service. After interconnection is established between user caller (2) and the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service, the mobile appliance behaves as a microcomputer interconnected to a private net of computers (19) or the world-wide net of computers (Internet) (19) or being able to browse in the site of the agents involved where the bets will be able to be carried out. When the conventional dialog begins between the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service, and the originating user (2) of this call, the application (software) boarded in hardware of the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service will shoot in the screen of the mobile piece the user request (that can be an

alphanumeric composition or the number itself of the telephone) and password for accessing the bets. The client

(2) enters the user and his pre-established password (type

1234 or any more convenient format to institution / client) or a password that will be produced randomly by a safety platform, with password generator (14), shown via token

(13) or any other available means of the involved agents and which will be informed to client, with which he will access the DPC of the agents (16) (type XXXXXYYYY or any more convenient format to institution / client) . When the registered condition for liberation of the access is confirmed the conventional dialog is resumed, where the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service will ask for the definition of which service will be object of this call of data: BETS: type 1 / RESULTS: type 2 / in SERVICE: type 3 / END CALL: type 0, and so on for all the services involved agents or the bookers will introduce. If the option of the client / user (2) is for I=BETS, it will be asked that it enters in a number that represents one between the available contests for the access option via mobile phone, (for example, 1 - megasena, 2-lotofacil, 3 - quina, 4-lotomania, 5-pair six, 6 - loteca, 7-lotogol, or other gamble games) . After this choice, the client will be asked to enter the numbers that will consist of his bet in the respective contest. After the numbers being entered by the client, the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service presents the typed data: BET / Contest number XXX of the type KKKKKKK (megasena, lotofacil, quina, lotomania, dupla sena, loteca, lotogol or other gamble games) / Numbers: Xl, X2, X3, X4, X5, X6 (representing the numbers necessary for closing the bet, according to rule of the contest) / value: X real (for example, representing the worth of the total bet) and it makes a request for confirmation of the client (2) as for bet. If the better (2) agrees with the programming made, he authorizes the completion of the operation by entering the number 2 or any other number planned by the DPC of the agents (16) that

represents the acceptance of the client. The form of payment for the authorized bet s requested of the client / user (2) which can be carried out via debit against current account, previously registered or to ^ be registered) or another form of payment to be defined by the agents involved in the operations. If from the confrontation of the information supplied as to the payment with those in the register an authorized situation turns in, the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service of the involved agents will do the conversion of the data entered by the better (2) to the standardized format of the protocol between bookers and the financial institution and will send the bet through electronic means (12) to the DPC of the agents involved (16), making a request for the operation to be processed. After processing of the bet in the DPC of the agents (16), an authentication / register / voucher code is produced by the DPC of the agents (16) and the operation is completed, and the client / user (2) receives a message in his pre- registered equipment that can be a mobile telephone / fixed telephone / fax / e-mail with digital certification, mobile telephone with built-in or connectable printer, or another safe form to be adopted by the involved agents. In case of mistake, or inaccuracy of the bet or incorrect payment data, the client enters the number or corresponding option to edition of the bet to remake it.

Figure 5 shows schematically the option of use of terminal of auto-car, which is shaped as a system of easy and immediate introduction, where the client / user (3) 'will use his conventional terminal in the version of auto- answering terminal (8) that has direct or indirect connection (12) with the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service, available to client / user (3). While being enabled as a user of this service, the client / user (3) enters the number of his telephone terminal and the respective passwords (1234 and 3456, or a password that will be produced randomly by a safety platform, with password

generator (14), shown via token (13) or any other available means of the involved agents and which will be informed to client, with which the DPC of the agents will access (16) and informed to client with which he will access the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service. When after the interconnection was established between the user (3) and the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service, the self- service terminal behaves as a microcomputer interconnected to a private net of computers (19) or the world-wide net of computers (Internet) (19) or, being able to browse in the site of the agents involved where the bets will be able to be carried out. When the conventional dialog begins between the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service and the user/better (3) of this access, the application (software) boarded in hardware of the agents (16) or AAU (15) or other equipment that carries out automatic service will shoot in the screen of the auto-answering terminal the identification request to a user/better (3), which can be an alphanumeric composition or the number itself of the file-recorded telephone and the password for access to the bets, being entered this identification and his pre-established password (type 1234 or any more convenient format to institution / client) or a password that will be produced randomly by a safety platform, with password generator (14), shown via token (13) or any other available means of the involved agents and that will be informed to client, with which he will access the DPC of the agents (16) (type XXXXXYYYY or any more convenient format to institution / client) . When the registered condition for liberation of the access is confirmed, the conventional dialog is resumed, where the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service will ask for the definition of which service will be object of this access of data, giving the option of choice in the screen of the auto-answering terminal (8): BETS: type 1 / RESULTS:

type 2 / SERVICE: type 3 / END CALL: type 0, and so on for all the services the involved agents or the bookers will introduce; when the option of the client / user is defined be for I=BETS, he will be asked to enter a number that represents one between the available contests for the access option lottery via auto-answering terminal (8) (for example, 1 - megasena, 2-lotofacil, 3 - quina, 4-lotomania, 5-pair six, 6 - 7-lotogol, or other gamble games). After this choice, the client (3) will be asked to enter the numbers that will consist of his bet in the respective contest. After the numbers are entered by the client, and the details of the bet are concluded, the involved agents present the data entered in the screen of the auto- answering terminal (8) : BET / Contest number XXX of the type KKKKKKK (megasena, lotofacil, quina, lotomania, dupla sena, loteca, lotogol or other gamble games) / Numbers: Xl, X2, X3, X4, X5, X6 (representing the numbers necessary for closing the bet, according to rule of the contest) / value: X reals (for example, representing the value of the total bet) and it makes a request for confirmation of the client

(3) as for bet. If the better agrees with the programming made, he authorizes the completion of the operation by entering the number 2 (or any other number planned by the involved agents that represents the acceptance of the client) . It is made a request of the client / user (3) for the means of payment for the authorized bet, which can be carried out via debit against current account, previously registered or to be registered, or another means of payment to be defined by the agents involved in the operations. If from the confrontation of the information supplied as to the payment with those in the register turns in an authorized situation, the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service will do the conversion of the data entered by the better (3) to the standardized format of the protocol between bookers and the financial institution and will send the bet through electronic means (12) to the DPC of the agents

(16), making a request that the operation is processed.

After processing of the bet in the DPC of the agents (16) an authentication / register / voucher code is produced by the DPC of the agents (16) and the operation is completed, and the client / user (3) receives a message in his pre- registered equipment that can be a mobile telephone / fixed telephone / fax / e-mail with digital certification / mobile telephone with built-in or connectable printer, or another safe form to be adopted by the involved agents. In case of mistake, or inaccuracy of the bet or incorrect payment data, J:he client enters the number or corresponding option to edition of the bet to remake it.

Figure 6 shows schematically the option of use of Internet access terminal, where client / user (4) using an Internet access terminal (9) will access the DPC applications of the agents (16) or AAU (15) or other equipment that carries out automatic service, through the direct or indirect connections (12), available to him. While being enabled as a user of this service, the client / user (4) registers his user and password for access and the client while being registered , is interconnected to the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service through the connection of data (12) . After the interconnection is established between the client / user (4) and the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service, the conventional dialog is begun between the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service and the user (4), where it will be asked;" enter your number and your password", and the user enters his number and his pre-established password, or a password that will be produced randomly by a safety platform, with password generator (14), shown via token

(13) or any other available means of the involved agents and that will be informed to client, with which he will access the DPC of the agents (16) and informed to client who will use it. When the registered condition for liberation of the access is confirmed the conventional dialog is resumed, where the DPC of the agents (16) or AAU

(15) or other equipment that carries out automatic service and the originating user (4) of this access of data, the application (software) boarded in the hardware of the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service will show a screen where his number will be asked [that can be an alphanumeric composition or the number itself of the telephone of the client] and password for accessing the bets. The client enters the user and his pre-established password (type 1234 or any more convenient format to institution / client) or a password that will be produced randomly by a safety platform, with password generator (14), shown via token

(13) or any other available means of the involved agents and which will be informed to client, with which he will access the DPC of the agents (16) (type XXXXXYYYY or any more convenient format to institution / client) . When the registered condition for liberation of the access is confirmed the conventional dialog is resumed, where the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service will ask for the definition of which service will be object of this access of data: BETS: type 1 / RESULTS: type 2 / SERVICE: type 3 / END CALL: type 0, and so on for all the services the involved agents or concessionaires will introduce. If the option of the client / user is for I=BETS, he will be asked to enter a number that represents one between the available contests for the access option via Internet (for example, 1 - megasena, 2-lotofacil, 3 - quina, 4-lotomania, 5-pair six, 6 - loteca, 7-lotogol, or other gamble games) . After this choice, the client will be asked to enter the numbers that will consist of his bet in the respective contest- After the numbers being entered by the client, and the details of the bet are concluded, the DPC of the agents (16) presents the typed data: BET / Contest number XXX of the type KKKKKKK (megasena, lotofacil, quina, lotomania, dupla sena, loteca, lotogol or other gamble games) / Numbers: Xl, X2, X3, X4 , X5, X6 (representing the- numbers necessary for closing the bet, according to rule of the contest) / value:

X reals (for example, representing the value of the total bet) and it makes a request for confirmation of the client

(4) as for bet. If the better (4) agrees with the programming made, he authorizes the completion of the operation by entering the number 2 (or any other number planned by the involved agents that represents the acceptance of the client) . It is made a request of the client / user for the means of payment for the authorized bet, which can be carried out via debit against current account, previously registered or to be registered, or another means of payment to be defined by the agents involved in the operations. If from the confrontation of the information supplied as to the payment with those in the register turns in an authorized situation, the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service will do the conversion of the data entered by the better (4) for the standardized format of the protocol of the DPC of the agents (16) and will send the bet through electronic means (12) to the DPC of the agents (16) making a request that the operation is processed. After processing of the bet in the DPC of the agents (16), an authentication / register / voucher code is produced by the DPC of the agents (16) and the operation is completed, and the client / user (3) receives a message in his pre-registered equipment that can be a mobile telephone / fixed telephone / fax / e-mail with digital certification, mobile telephone with built-in or connectable printer, or another safe form to be adopted by the involved agents. In case of mistake, or inaccuracy of the bet or incorrect payment data, the client enters the number or corresponding option to edition of the bet to remake it.

Figure 7 shows schematically the option of use of Interactive Digital TV / IPTV, where client / user (5) using an Interactive Digital TV / IPTV (10) will access the applications of the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service, through connections of data direct (12) or hints, available in the

Internet via Interactive Digital TV (10) for a return channel, or available in the Internet via IPTV (10) where the application (software) , when IPTV (10) is boarded in the Interactive Digital TV/, which is executed locally in the Interactive Digital TV / IPTV (10) gets connected with the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service, so configuring the Digital TV Interactive/IPTV (10) . Such a return channel can be carried out via IP protocol (Internet Protocol) or even through other means such as radio, cellular, etc. While being enabled as a user of this service, the client registers his user and password for access. The registered client is interconnected to the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service through the connection of data, (12) provided by the Interactive Digital TV / IPTV (10) . When after the interconnection is established between the client / user (5) and the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service, the conventional dialog is begun between the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service and the user (5), where it will be asked, "enter your number and password", and the user (5) enters his user his pre-established password, or a password that will be produced randomly by a safety platform, with password generator (14), shown via token (13) or any other available means of the involved agents and that it will be informed to client, with which he will access the DPC of the agents (16) and informed to client who will use it. When the registered condition for liberation of the access is confirmed the conventional dialog is resumed, where the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service and the originating user (5) of this access, the application (software) boarded in the hardware of the DPC of the agents (16) involved or AAU (15) or other equipment that carries out automatic service will show a screen where the user will be asked (that can be an alphanumeric composition or the number itself of the

telephone) and password for accessing the bets. The client enters the user and his pre-established password (type 1234 or any more convenient format to institution / client) or a password that will be produced randomly by a safety platform, with password generator (14), shown via token

(13) or any other available means of the involved agents and which will be informed to client, with which he will access the DPC of the agents (16) (type XXXXXYYYY or any more convenient format to institution / client) . When the registered condition for liberation of the access is confirmed the conventional dialog is resumed, where the DPC of the agents (16) or AAU (15) or other equipment that carries out automatic service will ask for the definition of which service will be object of this call of data: BETS: type 1 / RESULTS: type 2 / SERVICE: type 3 / END CALL: type 0, and so on for all the services the involved agents or the bookers will introduce. If the option of the client / user is for I=BETS, he will be asked to enter a number that represents one between the available contests for the access option via Digital TV Interactive/IPVT (10) (for example, 1 - megasena, 2-lotofacil, 3 - quina, 4-lotomania, 5-pair six, 6 - loteca, 7-lotogol, or other gamble games). After this choice, the client will be asked to enter the numbers that will consist of his bet in the respective contest. After the numbers are entered by the client, the DPC of the agents (16) involved present the typed data: BET / Contest number XXX of the type KKKKKKK (megasena, lotofacil, quina, lotomania, dupla sena, federal, instant, loteca, lotogol or other gamble games) / Numbers: Xl, X2, X3, X4, X5, X6 (representing the numbers necessary for closing the bet, according to rule of the contest) / value: X real (for example, representing the value of the total bet) and it makes a request for confirmation of the client as for bet. If from the confrontation of the information supplied as to the payment with those in the register it turns in an authorized situation, the DPC of the agents

(16) or AAU (15) or other equipment that carries out automatic service will do the conversion of the data

entered by the better (5) for the standardized format of the protocol between bookers and the financial institution and will send the bet through electronic means (12) to the DPC of the agents (16) , making a request that the operation is processed. After processing of the bet in the DPC of the agents (16), an authentication / register / voucher code is produced by the DPC of the agents (16) and the operation is completed, and the client / user (5) receives a message in his pre-registered equipment that can be a mobile telephone / fixed telephone / fax / e-mail with digital certification, mobile telephone with built-in or connectable printer, or another safe form to be adopted by the involved agents. In case of mistake, or inaccuracy of the bet or incorrect payment data, the client enters the number or corresponding option to edition of the bet to remake it.

In case of the figure 8, in which the access / authentication process uses the system for the cases of the mobile telephones using access WAP, auto-answering terminals, Interactive Digital TV, IPTV or access terminal via Internet, to supplement to the process of generation / use of random password.

The software being boarded in each case presents screens of options of lottery games and / or available different bets. In accordance with the chosen option, for example Bets (25) , the personalized screen of the play will be opened (simulating the current format of plays in printed media) with the available options for the chosen play. After the choice of the numbers of bet, the user operates the send button that, by its turn, sends along with the numbers selected, given of the only identification of the user (26) . The application client establishes a safe connection (27) with the AAU (15) or other equipment that carries out automatic service made feasible through the connection protocols. The Remote Server authenticates (28) before the application client through cryptographic method previously defined for establishment of remote session

(nonse, symmetrical or asymmetrical cryptographic key,

algorithm of generation of cryptographic asymmetrical key, etc.)- The data sent by the application client composed by the type of game and its specific details, contest, numbers of the bet and univocal identification of the client will be stored and processed (29) in the server of database of the entity responsible for the games. Leaving from there, the only code (30) is produced by bet that will compose a digital voucher to client be sent by the device, when client shut in the remote session (31) by the application. Such a voucher is authenticated and digitally signed by the server's application with certification of appropriate digital certifying entity. From this voucher, the user will be able to subsequently recover information of bet or to apply for the prize in case of winning. Fig. 9 represents several protocols of ciphering

/ authentication / cryptography used in the mobile central offices / appliances, of the types GSM and UMTS/WCDMA (3G), responsible for the generation of the triplets (GSM) and of the quintets (UMTS/WCDMA) . The contexts of safety of the UMTS/WCDMA (32) and of the GSM (33) are shown inside the widest perspective of the interface of the users USIM (33.1). The keys CK, IK-> Kc (34); CK, IK-> Kc (35); CK, IK-> Kc and CRIMINALS-> SRES (36); and CK, IK-> Kc and CRIMINALS-> SRES (37), produce CK, IK and Kc (38) and Kc (39) as admissions for the different versions of development, which are: R99 + ME capable of UMTS AKA (40); R99 + ME not capable of UMTS AKA or R98-ME (41); and ME (42), which takes as an exit the parameters RAND, AUTN, CLOSE (43); RAND, [AUTN], SRES (44); and RAND, SRES (45), which support the standards of the BSS GSM (47) and UTRAN UMTS/WCDMA (46) . The exits of the standards BSS GSM (47) and UTRAN UMTS/WCDMA (46) applied to the keys / cryptographic algorithms (34 and 36, 48 and 49) for the different versions of development, which are: Realese 99 + VLR/SGSN (50) or Release 98-VLR/SGSN (51), from where the quintets (52) are produced (for Release 99 + HLR/AuC (54)) and the triplets (53) .

,The voucher of the bet is the only voucher that enables the better to receive the prize, and thinking that the term to receive the prize of lotteries is within 90 days after the date of drafting the contest, the issue of the possession of the voucher soon after the bets gains another dimension in the approach of this patent. The number of the authentication or register or voucher produced in each transaction of bet will be passed to a better in several cases boarded in this patent, which are: voice calls carried out by fixed or mobile telephones, or access of data carried out by mobile telephones (WAP) , auto-answering terminals, Internet access terminal, Interactive Digital TV and IPTV. The voucher will be applied preferably if some prize is won and not at any bet, through the issuance thereof via,- for example, auto- answering terminal or via site of the agents involved in the Internet, being accessed and entering with the number of the authentication or register or voucher. This is in tune with the world-wide preoccupation of the natural resources preservation.

The decentralized interactive security system of the present invention establishes technical and operational conditions that allow elevated degree of safety in the transactions effected and reliability in the payment of the bets.

Allow, also, to present significant alternatives to better, in the best use of his time and, to the concessionaires, to increase significantly the productivity related to the services rendered, being that, with the opening of these new channels for bets, the possibility of new services to be directed to the concessionaires is made feasible .