FR2881006A1 - Communication system for electronic lottery game system, has data management server opening account related to actuation code in ticket, when code is received, and transmitting data associated to code, to telephone only if code is valid - Google Patents

Abstract

The system has a data management server (300) connected to a communication terminal e.g. mobile telephone (200), and a ticket (100) presenting an actuation code (101) associated with data stored in a storage unit of the server. The server opens an account associated to the code, in response to reception of the code from the telephone, and transmits the data associated to the code, to the telephone only if the code is valid. An independent claim is also included for a communication method using a data management server connected to a communication terminal.

Description

Field of the invention

  The present invention relates to a communication system, in particular allowing games to be implemented for a mobile communication terminal and more specifically lottery-type chance games.

  PRESENTATION OF THE PRIOR ART The widespread popularization of communication terminals such as mobile phones has forced service providers to make an effort to develop and offer new applications embedded on these terminals.

  They provide, increasingly, both said application embedded on the mobile terminal and the associated service on the server.

  This offer is made complex when it comes to offering applications that present the infrastructure of a lottery type game in combination with a remote electronic game.

  Indeed, in a world of gambling, the exchanges between the player and the associated service on the server require a system with maximum financial and technical security.

  Document FR 2 830 353 discloses a device for securely implementing lottery-type games using a mobile phone. This system provides a prepaid chip card including game parameters requiring a bet where are registered an identifier and a signature. A user who wishes to make a bet, inserts the card into his mobile phone and transmits a message containing the parameters of his bet accompanied by the identification and signature of the card at the management center. If the management center finds in its storage means the identifier and the signature of the card, it concludes that the user has a valid card and authenticates the bet.

  However, this type of system only provides for a limited number of exchanges between the server and the player. It is thus limited to games of 5 where the interactivity and the active participation of the players are minimal.

  The invention particularly aims to overcome the disadvantages of the prior art.

  A first object of the present invention is to propose a communication system dedicated more particularly to games which involves a very active participation of the users while preserving their anonymity during a gaming session such as a lottery type playing session. .

  A second object of the present invention is to provide a dedicated communication system more particularly games to ensure the confidentiality and secure exchanges between a communication terminal and a data management server.

  Another object of the present invention is to provide a communication system dedicated more particularly to games that allows control of financial and technical risks for the server administrator.

  It is also desirable to offer a rich gaming experience transposing an arcade game mechanics into a world of gambling and offering a new interactivity allowing the user to build his game according to his choices, to accumulate gains to arrive at total earnings immediately subject to compensation.

  A final aim of the present invention is to propose a communication system dedicated more particularly to games which allows the user to play on his communication terminal connected to the network and enjoy a multimedia experience even on a data network. beat flow.

  SUMMARY OF THE INVENTION These objectives, as well as others which will appear later, are achieved by means of a communication system comprising a data management server connected to at least one communication terminal, at least one medium having an activation code, said activation code being associated with data present in storage means of said data management server characterized in that in response to said activation code received from said communication terminal, said management server data device (300) comprises means capable of opening at least one account which is associated with a code corresponding to said received activation code and means able to transmit at least to said communication terminal the data associated with said activation code.

  Advantageously, the data management server sends, in addition, to the communication terminal, an identifier dedicated to the transmitted data which is associated with at least one code corresponding to the activation code received.

  Preferably, the data associated with an activation code include applications defining games and / or attributes of a game entity and more particularly applications defining a game of luck having several levels of play.

  Advantageously, the communication system according to the invention comprises a mobile terminal having at least input means 25 for inputting game information and sending them to the data management server.

  For its part, the data management server comprises for each of the game levels at least - means for generating several different sets of events, each set comprising at least one event associated with a winning result; - Means for initializing following game information received from the user the level of play; means for registering on the open account at least the game information defining the choice of an event among the events of a particular set of events generated during the initialization and / or the result associated with the selected game information 5 by the communication terminal, the result of a game level being dependent on the results of the other levels.

Brief description of Figures 10

  The invention will be better understood and other advantages will appear on reading the following description given by way of nonlimiting example and with the appended drawings among which: FIG. 1 illustrates the kinematic diagram of the operation of the system communication device according to the invention; FIG. 2 illustrates the interface for downloading data by the user of a communication terminal; FIG. 3 illustrates the block diagram of a portion played by the user of a communication terminal; FIG. 4 illustrates a diagram of the data exchange sequences between the user of a communication terminal and the data management server.

  Detailed description of the invention

  Referring to FIG. 1, the communication system comprises at least one communication terminal 200, a data management server 300 and a ticket 1.00 Preferably each ticket 100 is in the form of a card. Alternatively, it may be in the form of any suitable object.

  When the ticket 100 is printed, it is printed with an activation code 101 written on it. s

  Preferably, means for hiding the activation code 101 from the view of potential buyers are present on the ticket 100. The masked area is likely to be discovered by scratching or any other known means, the activation code 101 being able to thereafter be visible to the buyer of the ticket.

  According to the invention, this information written on the ticket 100 is a code 101 comprising a series of numerical alpha characters.

  Alternative embodiments of the invention allow to consider any other type of coding. For example, there may be mentioned activation codes including symbols and letters or a code adapted to a form readable by a machine, for example, a bar code.

  Each activation code 101 is linked to particular data that the user wishes to acquire.

  More particularly, in the illustration of the invention, the ticket 100 is a game ticket and the downloadable data related thereto may include, but is not limited to, applications defining a game, attributes a game entity, a game extension already present in the communication terminal 200 or codes for unlocking game levels or crediting characters in games already present in the communication terminal 200.

  Preferably, the ticket 100 carries at least one visible indication of the content of the data and / or an indication of the selling price, an indication which will correspond, as will be described later, to the sum deposited on a particular account created by the server of data management 301.

  Advantageously, the ticket 100 is prepaid to a seller which avoids any financial transaction between the data management server 300 and the user. The assignment of a ticket 100 to a user 30 is thus completely anonymous.

  According to the invention, each activation code is unique and the ticket is private. More specifically, it is associated with a single communication terminal 200 as described below.

E

  In a preferred embodiment of the invention, the terminals are communication terminals capable of wireless communications with a communication network.

  Preferably, the system uses a mobile phone 200 as a communication terminal.

  Alternative embodiments relate to the use of personal computers or personal assistants as communication terminals.

  The communication terminal 200 comprises at least one memory for storing the data that will be transmitted by the server, a display screen 230, input means allowing, among other things, the user to make requests to the data management server. and a processor.

  To validate a ticket, a user with his communication terminal 200 connects via a communication network to the data management server.

  Once the communication is established, the user can enter the activation code in his possession through the input means of his communication terminal and transmit it to the data management server as described below with reference to the figure 2.

  The term network must be understood in the most general sense. For example, the network may be the Internet or a mobile communication network.

  The present invention applies, although not exclusively, to mobile phones in accordance with the GPRS transmission standard.

  On the other hand, in a preferred embodiment of the invention, the link between the server 300 and the terminal 200 is preferably a WAP link.

  The nature of the bonds can be varied in many embodiments. For example, we can consider the use of server / terminal links such as the Internet, SMS type messages, voice links.

  The data management server 300 is configured so that, in response to the activation code 101 received from a communication terminal 200, it then records the activation code 101, it creates an account linked to this code activation and sends to the communication terminal 200 the data related to this activation code for a future download and an identifier linked to these data.

  The data management server 300 is in the form of a server comprising at least one interface module with a communication network, storage means such as a database interfaced by a server application which manages among other things , track accounts and respond to user requests.

  The storage means stores a certain amount of information such as, for example, a list of ticket activation codes or data that can be interpreted by the communication terminal.

  Advantageously, but in a nonlimiting manner, the server application is performed by a Java servlet processing the http requests.

  The data management server 300 may be a single unit or may be physically distributed.

  In a preferred embodiment of the invention, the data management server 300 is configured to transmit, after having received from a communication terminal 200 an activation code 101 of a ticket 100, the content of the associated data. with this activation code to this terminal only if this activation code is valid that is to say that the data associated with it have not already been transmitted to another terminal.

  This check prevents the ticket from being used multiple times on different terminals.

  According to the invention, the activation code can still be reused in the case where the data is reloaded by the same communication terminal 200.

  After verifying the validity of the code, the data management server can create the account associated with a code corresponding to the activation code and send the data that the communication terminal wishes to download and the associated identifier.

  The server associates in the database this identifier with at least one activation code and the associated count.

  Other elements to be associated can be envisaged in alternative embodiments of the invention. They are not limited to the examples mentioned above.

  An account is activated on the server 300 on request received from the user when he enters for the first time the activation code associated with the data he wishes to acquire.

  According to the invention, the account is defined as the set of information relating to a ticket with which a unique activation code is associated and, in a non-exhaustive manner, a balance and the results of the executions of the downloaded data.

  The creation of the account then authorizes the download of the selected data on the communication terminal 200.

  Once the download is done, the user can execute the data on his communication terminal 200.

  At the first execution, and at each new session, the data, subject to the indication of a valid activation code, receive a unique identifier which will be transmitted to the communication terminal and will be used for each of its requests concerning them. to the data management server.

  An exemplary embodiment of the invention relates to the downloading of a fire application.

  The server 300 then associates in the database the identifier of the application to a certain number of elements.

  Nonlimiting examples include the activation code and the game account created, the user's choices during the games, his requests, the draws made and / or the results thereof. In addition, the server notifies the latter two elements to the players as described below in connection with FIG. 4.

  According to the invention, on the first execution of the application, the player has an account balance equal to an initial potential stake bet defined by the ticket sales value.

  The user can then start a session. A session is defined here as a period that begins with the entry of an activation code and the creation of a count and ends either when the balance of the account is zero or when the user clears the application of its communication terminal.

  In a session, several parts are possible. Part is defined as the set of events taking place between the moment when the user selects from a menu of the downloaded application described below with reference to FIG. 3 the option to play and the display of the result which is defined as the gain or loss recorded at the end of a game.

  In the event of a win at the end of the first game, the player may decide to cash it or reinvest it to start a new game.

  According to the invention, as soon as the balance of his account reaches 0, the account is closed.

  On the other hand, the uniqueness of the activation code is ensured. Codes whose earnings have been withdrawn or whose balance has been exhausted are marked and stored in the database.

  They no longer allow you to download the application or initialize a new game.

  The communication system includes a payout module to the user. It may be in various known forms such as a module part of the data management server, a bank or a ticket seller.

  FIG. 2 illustrates a possible means of validating a ticket and downloading data associated with the activation code of the ticket.

  According to the invention, when the user decides to download the data, he connects via the communication network to an HTML type interface.

  Preferably, this interface is hosted on the data management server of the editor 302, the editor 302 defining the system administrator or the data operator (see figure).

  It allows the user to enter their activation code, to validate this code and once the code is activated to select the data they wish to access in order to download them.

  For a first download on the communication terminal, the player must have access to the data network for connection to the server.

  The user enters the activation code present on the ticket in the form html 402 provided for this purpose on the home page of the site 401.

  Preferably, the code consists of 8 alphanumeric characters.

  At each user's session, three attempts to enter the activation code are allowed. In case of error during the third entry, the player who has been identified by the identifier of his terminal can no longer access the download of the application or data for a period of one hour.

  In the case where the code is valid, a menu 403 provides a list of predefined choices of user-friendly data that can be accessed.

  As illustrated on page 4-03, a list of games can be offered.

  The user makes his choice and is offered a new menu 404 related to the selected game.

  Various illustrated, but not limiting, possibilities are offered to it such as the ability to download the game, to obtain more information about the game or to access the game rules and an option to return to the game page. where is the list of games to choose another game if the first selected does not suit him. ] 1

  According to the invention, to perform the download of the selected data, the player clicks on the link causing the download of a file descriptor containing the electronic signature of the provider and a link to the archive containing the information and resources of the application or data chosen by the user.

  Preferably, the files are files written in Java language.

  The terminal downloads the archive and verifies its integrity with the hash value entered in the descriptor file.

  Alternative embodiments of the invention consider the case of other means of downloads well known to those skilled in the art.

  On the other hand, variant embodiments of the invention consider other cases of downloads.

  In particular, an alternative embodiment concerns the case of a user who, after having recovered his balance, uses a new ticket.

  The new code is then associated on the server with the identifier assigned during the first session.

  Another alternative embodiment relates to the case where the user has his account balance exhausted. When using a new ticket, the new activation code is then associated on the server with the identifier assigned during the first session.

  Another variant embodiment relates to a user who has uninstalled the data from his terminal and wishes to deliver them. In this case, when he uses a new ticket, a new account and a new identifier are assigned to them.

  In the example illustrated in FIG. 2, the downloaded game application contains all the data and resources, including all the graphics needed for any future game game.

  Once the download is done, the player can install and execute the data on his communication terminal.

  Referring now to FIG. 3, the data download corresponding to a game application defined for the communication system as described above is considered.

  This application is initialized or reset on the communication terminal when it is downloaded by the user.

  If the user has a sufficient balance on his account, he can wager an amount charged to the account associated with the activation code of the ticket and start a game by selecting the play option from the menu 220 which is presented to him. screen of the communication terminal.

  Other non-limiting options (E2) represented in the menu 220 may offer the user, for example, help with the downloaded application, leaving the downloaded application, or the account balance created during the download. .

  After selecting play (El), the user accesses a first level of the application.

  According to the invention, the application comprises a plurality of levels. Each level is defined as a graphical environment presenting a universe of events, each possible event of a level being defined as a predetermined output. Each predetermined output corresponds to a possible selection of the event defined as a choice.

  In a preferred embodiment of the invention, each level includes at least one winning exit including a winning result and a losing exit including a losing result.

  Advantageously, each level is associated with at least one gain.

  According to the invention, a winning result includes a gain of any known form while a losing result is associated, in a nonlimiting manner, with a loss defined as a zero gain or the stopping of a game.

  Preferably, the gains are in monetary form.

  The value of gain obtained at a given level is related, as will be detailed below, to the potential gains of the following levels.

  In an exemplary embodiment of the invention, the different levels of the application correspond to a tree of a labyrinth.

  Each level may thus comprise, in a nonlimiting example, a set of outputs illustrated either by an architecture of paths to be followed or by so-called winning elements to be selected in order to reach the next level and / or to obtain possible gains.

  As shown in Figure 3, the user on a first level selects a possible output and validates his choice. This choice request is transmitted to the data management server via a communication network (E3).

  This request comprises a number of fields described below in connection with FIG.

  The data management server 300 confronts the choice of the player with the set of valid choices that he has already determined automatically and randomly during the initialization or reset of the game level.

  An alternative embodiment of the invention makes it possible to envisage that the valid choices of the game come from a module outside the data management server.

  The data management server 300 sends the result of the confrontation to the communication terminal via the communication network (E4).

  There are two possibilities at the game level. Either the result in the batch table, which will be illustrated below, gives access to the next level (E5) and the data management server 300 provides access to the next level. . Either the result in the table is the stopping of the game and the final result is indicated to the player (ES).

  The balance of the user is then increased in case of gain or 30 unchanged in case of loss (zero gain) and recorded in the server database (E7).

  According to the invention, each game level has at least one choice allowing it to reach the next level.

  However, it is not essential to have made a gain to access it. Some losing scenarios (zero gain) still allow you to progress through the game to the final level by querying the server unless the batch table determines that the game is stopped.

  When the user accesses and displays on his screen the representation of a second level associated with a particular first level, he makes his choice among the predetermined outputs and the information is transmitted to the server 300 via the communication network. The following steps are identical to steps E5, E6 and E7. This step is valid for each level of play to the final level.

  According to the invention, the user also has the possibility of temporarily suspending his part on simple request to the data management server 300 which then records the last validated level.

  On the other hand, the number of levels is not limited and the nature of the events present at each level can be the subject of many variants.

  The mechanism described above is associated with a previously mentioned progressive prize table allowing one to accumulate his winnings with each winning choice.

  According to the invention, the choices made by the user at each level of play depend on each other. More precisely, the result recorded at one level of play will depend on the results obtained in the other levels.

  In a preferred embodiment of the invention, the result of a game level will depend on the result obtained at the previous level.

  On the other hand, for each registered choice, the result obtained at each level is kept on the account of the user. This avoids losing the total of his earnings. The invention proposes in fact an addition of chances allowing an accumulation of the gains obtained at each of the levels in order to reach a possible positive gain.

  Table 1 illustrates a non-limiting example of a progressive batch table for a user who has reached a level 2. The data management server establishes for the second level of play a batch table which represents the probability of the results according to the choice made. at the first level and more precisely its result.

  If the user has earned one euro at level 1, the probability of getting a five dollar gain at level two is one in ten for the user.

  If the user has earned one euro at level 1 and lost at level 2, the server informs them of the end of the game and its balance, which amounts to one euro.

Table 1

  probability 1/10 1/10 8/10 Gain 5 3 0 For each choice made at each level, the decision of the user is archived by the server 300 in the database on the account created in association with the code of activation of a ticket. The information concerning the last validated level, the draws and the requests received since the beginning of the game are also recorded in a non-exhaustive manner.

  The different decisions lead to a final result. This final result is the sum of the different gains accumulated at each level and recorded on the account in the database of the server 300.

  According to the invention, the user can request the payment of his winnings at a point of sale, using the game ticket with the identification number. In doing so, he does not have to declare his identity.

  The seller then pays a sum of money to the user by any appropriate means, for example in cash, in accordance with the earnings information presented on the means of presentation.

  Simultaneously, the seller retrieves the game ticket and sends the payment information to the data management server 300. The account is then closed and the activation code deactivated.

  Referring now to Figure 4, the main information exchanges between the user 210 and the data management server 300 as part of a user's session are shown.

  The definition of a session in the context of the invention has been explained in connection with FIG.

  Advantageously, all the sessions are kept indefinitely in the database of the data management server. Preferably, the user / server data exchanges are provided by a data transmission protocol over the network (http) and these data are coded in ASCII characters.

  Other protocols well known to those skilled in the art can be used for data exchange. For example, an alternative embodiment of the invention provides for protecting the confidentiality of the exchanges between the user 210 and the server 300 the use of the secure https protocol.

  In a preferred embodiment of the invention, each request from the user 210 indicates: the unique identifier of the downloaded application, the activation code of the ticket in use and the requested action.

  The nature and the number of these indications can be the subject of many variants.

  On the other hand, non-limiting examples include user requests to use a new ticket, to initialize game levels, or to record choices made at these levels.

  According to FIG. 4, the first request is initiated by the user 210. It requests, by the request R1, the initiation of a part.

  The data management server 300 verifies the validity of the activation code of the ticket and the balance of the corresponding account in its database 30 (L1).

  The server 300 sends the result of the check (L2) to the user 210.

  If the ticket is invalid, it informs the user 210.

  If the ticket is valid and the balance is sufficient, it informs the terminal of the current balance of the account associated with the activation code of the ticket and the start level of the game. For example, level 1 will be shown if it is a new game.

  In another example, the level N will be indicated if a game was interrupted during the level N in the previous part.

  The server 300 thus allows the user 210 to resume a portion interrupted previously, after the last level validated.

  In R2, the user 210 thus requests the initialization of the level N. The server 300 then randomly generates the outputs of the level N (L3) and their characters (winner or loser), and sends them to the user 210 (L4 ).

  In a preferred embodiment of the invention, the generated data correspond to a new tree of a labyrinth game.

  In R3, at each level, the user 210 makes a choice between the predetermined outputs that are proposed to him.

  According to the illustration that has been made of the invention in Figure 3, the user must choose between several outputs that, depending on the level of play reached, take the form of a passage to select from several passages or the form of winning elements to select.

  For a given user defined array of batches, a wide variety of predetermined output configurations associated with each level and generated by the server can be envisioned.

  On the other hand, the number and the nature of the levels and the outputs can be the subject of numerous variants. They are not limited to the illustrations given in the appended figures.

  The user then sends, to the server 300, the choice made (R4) between the different outputs. This request R4 validates the level N. The choice of the user is locked and stored permanently in the database. Any subsequent request indicating a different choice will be ignored.

  The server application does not allow any direct access to the data and prohibits any modification of a choice as soon as it is validated. The information in the server database will be valid in case of dispute.

  An alternative embodiment provides that the user 210 sends the choice made and asks to see the possible gains.

  The management server 300 compares the user's choice of exit to the winning or losing character of this exit (L5). It then informs the user 210 whether his choice is a winner and, if necessary, sends him the amount of the win. If his choice is losing, he sends him the winning exit data for level N (L6).

  The user 210 then deduces the new state of the game. If the game is over, that is to say that it has validated the last possible level, it updates the balance of the account otherwise it decides whether or not to reach the next level by a new request R2.

  A wide variety of data exchange user / server data management can be envisaged. On the other hand, the number and the nature of the requests may be subject to numerous variant embodiments, and are not limited to the illustrations given in the appended figures, in particular, it is possible for the user to request the balance of the account. if his choice is not winning or if he sends a request to temporarily stop the game and validate the last level played.

  For the operator or the administrator of the data management server 300, there is provided an interface and more particularly a web interface for querying the database of the server by consulting the games, draws and winnings associated with a server. particular activation code. By entering itself a particular code, the operator can check all the elements and events associated with an account and more precisely he can check the chronology of the parties and the balance associated with each account and therefore each activation code.

  An alternative embodiment of the invention provides to present in the interface statistical data on the use of downloaded data and on their distribution rates.

  Of course, the present invention is not limited to the particular embodiments which have just been described but extends to any variant within its spirit. In particular, the present invention is not limited to the accompanying drawings. The specific references illustrated in the preceding paragraphs are non-limiting examples of the invention.

Claims (32)

  A communication system comprising a data management server (300) connected to at least one communication terminal (200), at least one medium (100) having an activation code, said activation code being associated with data present in storage means of said data management server (300), characterized in that in response to said activation code received from said communication terminal, said data management server (300) comprises means able to open at at least one account which is associated with a code corresponding to said received activation code and means able to transmit at least to said communication terminal the data associated with said activation code.   2. System according to one of the preceding claims characterized in that the data management server (300) comprises means adapted to send, in addition, to the communication terminal, an identifier dedicated to the transmitted data with which is associated at least one code corresponding to the activation code received.   3. System according to one of the preceding claims, characterized in that the open account corresponds to a unique activation code.   4. System according to one of the preceding claims, characterized in that the activation code is unique.   5. System according to one of the preceding claims characterized in that the activation code is a series alphas numeric.   6. System according to one of the preceding claims characterized in that the medium where is written the activation code is a ticket which further comprises means for masking said activation code.   7. System according to one of the preceding claims, characterized in that the communication terminal is a telephone portable.   8. System according to one of the preceding claims characterized in that the open account is associated at least with a balance, balance whose initial value is defined by the payment value of said support.   9. System according to one of the preceding claims, characterized in that the data associated with an activation code include applications defining games and / or attributes of a game entity.   10. System according to one of the preceding claims characterized in that the data associated with an activation code include an application defining a game having several levels of play.   11. System according to claims 11 and 12, characterized in that in addition, the mobile terminal comprises at least input means for entering game information and send it to the data management server; and the data management server has at least for each of the game levels 2: 2 - means for generating a plurality of different sets of events, each set comprising at least one event associated with a winning result; - Means for initializing following a game information received from the user the level of play; means for recording on the open account at least the game information defining the choice of an event among the events of a particular set of events generated during the initialization and / or the result associated with the game information selected by the communication terminal, the result of a game level being dependent on the results of the other levels.   12. System according to the preceding claim characterized in that the result of a level of play other than the first level of play is dependent on the results of previous levels.   13.System according to one of the preceding claims 11 to 12 characterized in that the results of the game levels are dependent on the initial bet of the game.   14. System according to one of claims 11 to 13 preceding characterized in that the data management server further comprises means for accumulating the different results of different levels on the open account balance.   15. A communication method using a data management server (300) connected to at least one communication terminal (200) and at least one support (100) having an activation code, said code activation device being associated with data present in storage means of said data management server 2.3 (300), characterized in that said data management server (300), in response to said activation code received from said data terminal, communication, opens at least one account which is associated with a code corresponding to said received activation code and transmits to said communication terminal the data associated with said activation code.   16. The method as claimed in claim 15, characterized in that the data management server (300) opens at least one account which is associated with a code corresponding to said received activation code and transmits to said communication terminal the data associated with said code. activation if these data have not been previously transmitted to another particular communication terminal.   17. Method according to one of the preceding claims 15 to 16, characterized in that the data management server (300) opens at least one account which is associated with a code corresponding to said received activation code before transmitting to said communication terminal. the data associated with said activation code.   18. Method according to one of the preceding claims 15 to 17, characterized in that the data management server (300) sends, in addition, to the communication terminal, an identifier dedicated to the transmitted data which is associated with at least one corresponding code. the activation code received.   19. The method as claimed in one of the preceding claims 15 to 18, characterized in that the open account corresponds to a unique activation code.   20. Method according to one of claims 15 to 19 preceding characterized in that the activation code is unique.   21. The method as claimed in one of the preceding claims 15 to 20, characterized in that the activation code is a digital alphas series.   22. The method as claimed in one of the preceding claims 15 to 21, characterized in that the medium in which the activation code is written is a ticket which furthermore comprises means for masking said activation code.   23. Method according to one of claims 15 to 22 above in that the communication terminal is a mobile phone.   24.Procédé according to one of claims 15 to 23 preceding characterized in that the open account comprises at least one balance, balance whose initial value is defined by the payment value of said support.   25. Method according to one of the preceding claims 15 to 24, characterized in that the data associated with an activation code include applications defining games and / or attributes of a game entity.   26. Method according to one of the preceding claims 15 to 25, characterized in that the data associated with an activation code include an application defining a game of chance comprising several levels of play.   27. Method according to one of the preceding claims 15 to 26, characterized in that the mobile terminal enters game information and sends it to the data management server; the data management server, for each of the game levels, generates a plurality of different sets of events, each set comprising at least one event associated with a winning result; - initializes following a game information received from the user the level of play; record on the open account at least the game information defining the choice of an event among the events of a particular set of events generated during the initialization and / or the result associated with the game information chosen by the terminal of communication, the result of a game level being dependent on the results of the other levels.   28.A method according to one of the preceding claims 15 to 27, characterized in that the result of a game level other than the first game level esi: depending on the previous levels results.   29.Procédé according to one of claims 15 to 28 preceding characterized in that the results of the game levels are dependent on the initial bet of the game.   30.Procédé according to one of claims 15 to 29 preceding characterized in that the data management server cumulates the different results of different levels on the open account balance.   Data management server for implementing the communication system according to one of claims 1 to 14.   32. Support for the implementation of the communication system according to one of claims 1 to 14.