FR2916070A1

FR2916070A1 - Digital electronic ticket delivering method for e.g. sports event, involves generating electronic ticket image file from data using activation of connection unit, emitting file from sever towards terminal, and storing file to display file

Info

Publication number: FR2916070A1
Application number: FR0703291A
Authority: FR
Inventors: Sylvain Lumbroso; Paul Giragossian
Original assignee: DIGITICK
Current assignee: See Tickets Fr
Priority date: 2007-05-07
Filing date: 2007-05-07
Publication date: 2008-11-14
Anticipated expiration: 2027-05-07
Also published as: FR2916070B1

Abstract

The method involves emitting a confirmation message i.e. wireless application protocol (WAP) push type message, with a server connection unit from a web server (30) towards a user mobile terminal (10). The unit is activated for emitting an electronic ticket downloading request towards the server. An electronic ticket image file is generated on the fly from the data e.g. event name, using the activation of the unit. The file is emitted from the sever towards the terminal and stored for displaying the file, where the file is in a graphics interchange format. The data is relative to an electronic ticket control emitted from the user mobile terminal, and comprises unique identification code associated to an electronic ticket. An independent claim is also included for a device for delivering a digital electronic ticket from a web server towards a user mobile terminal for accessing an event or a service.

Description

PROCEDE DE DELIVRANCE DE BILLETS La présente invention concerne un procédéThe present invention relates to a method for dispensing

de délivrance de billets sous forme numérique. Un billet s'entend comme un moyen permettant d'attester à son titulaire le droit d'accéder à un évènement (spectacle, concert, exposition, évènement sportif, etc.) ou encore d'utiliser un service (par exemple un moyen de transport). Un billet se présente classiquement sous la forme 110 d'un imprimé, portant généralement les informations suivantes : le titre de l'évènement, la date de l'évènement, la catégorie de place, le tarif, ainsi qu'un code barres constituant une représentation graphique d'un numéro d'ordre unique du billet ]5 permettant de faciliter la gestion automatique de l'ensemble des billets diffusés pour l'évènement. Ces informations sont données à titre indicatif et ne sont pas limitatives. La délivrance d'un billet nécessite généralement 20 que l'utilisateur se déplace dans un espace de vente approprié où il peut acheter le billet et le retirer manuellement. Toutefois, ce mode de distribution de billets imprimés est lourd à gérer pour les organisateurs d'évènements en même temps que peu 25 pratique pour l'utilisateur. Outre ces systèmes de billetterie manuelle, on connaît des systèmes de billetterie dématérialisée, qui ont connu un essor important ces dernières années. Le principe est le suivant. L'utilisateur se connecte via le réseau Internet depuis un terminal équipé d'un navigateur Internet à un serveur Web proposant la vente de billets pour certains évènements (il peut également s'agir de vente de titres de transport). Après avoir fait son choix, l'utilisateur effectue le paiement en ligne correspondant à l'achat du billet. Puis, une fois la transaction enregistrée, le serveur transmet, par exemple via un système de messagerie électronique, le billet au terminal utilisateur sous la forme d'un fichier électronique au format JPEG ou PDF par exemple. A la suite de quoi, l'utilisateur peut imprimer lui-même son billet à l'aide d'une imprimante connectée à son terminal. Si cette solution de billetterie dématérialisée apporte une certaine souplesse d'utilisation pour les utilisateurs, elle n'est cependant pas complètement satisfaisante. En effet, si au moment d'accéder à l'évènement, l'utilisateur se rend compte qu'il a oublié ou perdu son billet imprimé, il n'a plus aucun moyen d'attester de sa réservation au niveau du contrôle d'accès et son entrée sera refusée. En outre, cette solution n'est pas adaptée pour des besoins de dernières minutes notamment lorsque l'utilisateur décide d'émettre de façon impulsive et de n'importe quel endroit une commande de billet pour un évènement, puisqu'il doit disposer d'un équipement informatique connecté à une imprimante. La présente invention a pour but de remédier à ces inconvénients en proposant un procédé et un système de délivrance de billets électroniques améliorés. issuing tickets in digital form. A ticket is understood as a means of attesting to its holder the right to access an event (show, concert, exhibition, sports event, etc.) or to use a service (for example a means of transport ). A ticket is conventionally in the form of a printed form, generally containing the following information: the title of the event, the date of the event, the category of place, the fare, and a bar code constituting a graphical representation of a unique serial number of the ticket] 5 making it easier to automatically manage all the tickets broadcast for the event. This information is given for information only and is not exhaustive. The issuance of a ticket generally requires the user to travel to an appropriate sales area where he can purchase the ticket and manually remove it. However, this method of distributing printed tickets is cumbersome for event organizers at the same time as it is inconvenient for the user. In addition to these manual ticketing systems, paperless ticketing systems are known, which have boomed in recent years. The principle is the following. The user connects via the Internet from a terminal equipped with an Internet browser to a web server offering the sale of tickets for certain events (it can also be selling tickets). After making his choice, the user makes the online payment corresponding to the purchase of the ticket. Then, once the transaction is recorded, the server transmits, for example via an electronic mail system, the ticket to the user terminal in the form of an electronic file in JPEG or PDF for example. As a result, the user can print his ticket himself using a printer connected to his terminal. While this paperless ticketing solution provides some flexibility for users, it is not completely satisfactory. Indeed, if at the time of accessing the event, the user realizes that he has forgotten or lost his printed ticket, he has no way to certify his reservation at the level of the control of access and its entry will be refused. In addition, this solution is not suitable for last minute needs especially when the user decides to impulsively emit and from any place a ticket order for an event, since it must have computer equipment connected to a printer. It is an object of the present invention to overcome these disadvantages by providing an improved electronic ticket issuing method and system.

Avec cet objectif en vue, l'invention a pour objet un procédé de délivrance d'un billet électronique pour l'accès à un évènement ou à un service, depuis un serveur vers un terminal mobile doté de capacités d'affichage, comprenant les étapes de : - stockage, dans une base de données côté serveur, de données relatives à une commande de billet émise depuis le terminal mobile connecté au serveur et identifié auprès de celui-ci, les données stockées comprenant au moins un code d'identification unique associé au billet, émission, du serveur vers le terminal mobile, d'un message de confirmation comprenant un moyen de connexion au serveur, activable à la demande depuis le terminal mobile, -activation, côté terminal mobile, du moyen de connexion contenu dans le message de confirmation reçu pour émettre vers le serveur une requête en téléchargement du billet, - génération à la volée, côté serveur, commandée par ladite activation, d'un fichier image du billet, à partir des données relatives à la commande émise stockée dans la base de données côté serveur, - émission du fichier image du serveur vers le terminal mobile et stockage du fichier image sur celui-ci pour son affichage. De préférence, la génération du fichier image du billet comprend la génération d'un code barres constituant une représentation graphique du code d'identification unique et son affichage dans l'image. With this object in view, the invention relates to a method for issuing an electronic ticket for access to an event or a service, from a server to a mobile terminal having display capabilities, comprising the steps of: - storing, in a server-side database, data relating to a ticket order issued from the mobile terminal connected to the server and identified therewith, the stored data including at least one associated unique identification code; to the ticket, transmission, from the server to the mobile terminal, a confirmation message comprising a means of connection to the server, activatable on demand from the mobile terminal, -activation, mobile terminal side, the connection means contained in the message confirmation message received to send to the server a request for download of the ticket, - generation on the fly, server side, commanded by said activation, an image file of the bill and, from the data relating to the transmitted command stored in the server-side database, - transmission of the image file from the server to the mobile terminal and storage of the image file thereon for display. Preferably, the generation of the ticket image file comprises the generation of a barcode constituting a graphic representation of the unique identification code and its display in the image.

De préférence, la génération du fichier image du billet comprend l'affichage dans l'image de données textuelles choisies parmi au moins le nom et le prénom de l'émetteur de la commande, la date, le prix, le nom de l'évènement. Selon un mode de réalisation, le message de confirmation émis est un message de type WAP push , contenant un lien WAP en tant que moyen de connexion vers le serveur. De préférence, la requête en téléchargement émise comprend une référence du terminal mobile, à partir de laquelle le serveur est adaptée à retrouver une description des capacités d'affichage dudit terminal. Preferably, the generation of the image file of the ticket comprises the display in the image of textual data chosen from at least the name and the first name of the issuer of the order, the date, the price, the name of the event . According to one embodiment, the confirmation message sent is a WAP push message containing a WAP link as a means of connection to the server. Preferably, the download request transmitted comprises a reference of the mobile terminal, from which the server is adapted to retrieve a description of the display capabilities of said terminal.

Avantageusement, le procédé comprend une étape de formatage des données du fichier image généré côté serveur, de manière à l'adapter aux capacités d'affichage du terminal. De préférence, le fichier image est un fichier au format GIF. Avantageusement, le fichier image généré comprend des moyens de protection, de manière à empêcher la copie du fichier image reçu vers un autre terminal. Selon un mode de réalisation, le terminal mobile est un téléphone mobile s'identifiant auprès du serveur via son numéro de téléphone mobile. L'invention. concerne également un dispositif de délivrance de billets électroniques pour l'accès à des évènements ou à des services, comprenant . - des moyens de connexion à un réseau de communication, - une première base de données mémorisant une liste des évènements et services accessibles, et une seconde base de données mémorisant pour toute commande de billet reçue, des données relatives à la commande comprenant au moins un code d'identification unique, - des moyens aptes à recevoir une requête de commande de billet depuis un terminal mobile, - des moyens aptes à émettre vers le terminal mobile un message de confirmation comprenant un moyen de connexion audit dispositif, activable à la demande depuis le terminal mobile pour commander l'émission d'une requête en téléchargement du billet, - des moyens aptes à recevoir ladite requête en téléchargement du billet, - des moyens aptes à générer à la volée, suite à la réception de ladite requête en téléchargement du billet, un fichier image du billet, à partir des données relatives à la commande reçue stockée dans ladite seconde base de données, - des moyens aptes à émettre ledit fichier image vers le terminal mobile. D'autres caractéristiques et avantages de la présente invention apparaîtront plus clairement à la lecture de la description suivante donnée à titre d'exemple illustratif et non limitatif et faite en référence aux figures annexées dans lesquelles : - la figure 1 illustre une architecture fonctionnelle sur laquelle repose le système de délivrance de billets selon l'invention ; -la figure 2 illustre sous la forme d'un organigramme, les différentes étapes du procédé selon un mode de réalisation de l'invention, mises en oeuvre par le système de délivrance de billets montré sur la figure 1. En référence à la figure 1, le système selon l'invention comprend un terminal utilisateur 10 adapté pour se connecter, via une passerelle 20, à un réseau de communication 40, typiquement le réseau Internet, pour accéder à un service de délivrance de billets électroniques hébergé par un serveur Web 30 connecté au réseau. Le serveur Web héberge une base de données évènements 32, stockant l'ensemble des évènements (noms, lieux, dates, tarifs, etc.) pour lesquels l'utilisateur peut acquérir un billet électronique via son terminal selon des principes qui seront expliqués plus loin. Par ailleurs, le serveur 30 héberge également une base de données billets 34, prévue pour mémoriser toute l'information relative à l'ensemble des billets émis pour les différents évènements proposés pour l'ensemble des utilisateurs. L'information mémorisée dans la base de données pour chaque billet émis pour un utilisateur comprend nécessairement un numéro d'identification unique de billet, composé d'une suite de caractères numériques ou alphanumériques, l'identité (nom et prénom) du titulaire du billet, son numéro de téléphone mobile, le nombre de personnes compris sur le billet, la catégorie de tarif, etc. Le terminal 10 est donc un terminal permettant à son utilisateur d'avoir accès à Internet. Il s'agit par exemple d'un téléphone mobile, ou tout autre terminal portatif sans fil, compatible au protocole WAP ( Wireless Application Protocol ) et équipé d'un navigateur WAP, le protocole WAP étant une adaptation du protocole TCP-IP au domaine de la technologie sans fil. C'est donc dans le cadre de ce système que vont être décrites en référence à la figure 2 les étapes du procédé selon un mode de réalisation de l'invention. Selon ce mode de réalisation, à la première étape 41, le terminal mobile 10 se connecte à la passerelle WAP 20 par exemple via un réseau mobile de type GPRS. Une fois la connexion établie à l'étape 42, le terminal 10 soumet à l'étape 43 une demande d'adresse URL à la passerelle 20 pour accéder via son navigateur au serveur 30 hébergeant le service de délivrance de billets en ligne. Le terminal utilise pour cela des protocoles WAP spécifiques. La passerelle WAP demande alors à l'étape 44 l'adresse URL en question via des protocoles Internet standard (HTTP). Advantageously, the method comprises a step of formatting the server-generated image file data, so as to adapt it to the display capabilities of the terminal. Preferably, the image file is a GIF file. Advantageously, the generated image file comprises protection means, so as to prevent the copy of the received image file to another terminal. According to one embodiment, the mobile terminal is a mobile phone identifying with the server via its mobile phone number. The invention. also relates to an electronic ticket issuing device for accessing events or services, comprising. means for connecting to a communication network; a first database storing a list of accessible events and services; and a second database storing, for any ticket order received, data relating to the command comprising at least one unique identification code, means capable of receiving a ticket order request from a mobile terminal, means able to transmit to the mobile terminal a confirmation message comprising means for connection to said device, which can be activated on demand from the mobile terminal for controlling the transmission of a request for download of the ticket, means capable of receiving said request for downloading the ticket, means capable of generating on the fly, following the reception of said request for downloading the ticket, an image file of the ticket, from the data relating to the received order stored in said second database es, - means capable of transmitting said image file to the mobile terminal. Other features and advantages of the present invention will emerge more clearly on reading the following description given by way of illustrative and nonlimiting example and with reference to the appended figures in which: FIG. 1 illustrates a functional architecture on which rests the ticket issuing system according to the invention; FIG. 2 illustrates in the form of a flowchart, the various steps of the method according to one embodiment of the invention, implemented by the ticket issuing system shown in FIG. 1. Referring to FIG. , the system according to the invention comprises a user terminal 10 adapted to connect, via a gateway 20, to a communication network 40, typically the Internet, to access an electronic ticket issuing service hosted by a web server 30 connected to the network. The web server hosts an events database 32, storing all the events (names, places, dates, rates, etc.) for which the user can acquire an electronic ticket via his terminal according to principles which will be explained later. . Furthermore, the server 30 also hosts a banknote database 34, designed to store all the information relating to all the tickets issued for the various events proposed for all users. The information stored in the database for each ticket issued to a user necessarily includes a unique ticket identification number, consisting of a sequence of numeric or alphanumeric characters, the identity (surname and first name) of the ticket holder , his mobile phone number, the number of people included on the ticket, the fare category, etc. The terminal 10 is a terminal allowing its user to access the Internet. This is for example a mobile phone, or any other portable wireless terminal, compatible with the Wireless Application Protocol (WAP) and equipped with a WAP browser, the WAP protocol being an adaptation of the TCP-IP protocol to the domain wireless technology. It is therefore in the context of this system that the steps of the method according to one embodiment of the invention will be described with reference to FIG. According to this embodiment, in the first step 41, the mobile terminal 10 connects to the WAP gateway 20 for example via a GPRS type mobile network. Once the connection is established in step 42, the terminal 10 submits in step 43 a request for a URL address to the gateway 20 to access via its browser to the server 30 hosting the online ticket issuing service. The terminal uses specific WAP protocols for this purpose. The WAP gateway then requests at step 44 the URL address in question via standard Internet protocols (HTTP).

Une fois le contenu demandé renvoyé à la passerelle WAP par le serveur à l'étape 45, celle-ci effectue classiquement diverses opérations d'optimisation ou de conversion de protocole à l'étape 46, de manière à acheminer le contenu sous un format exploitable par le terminal utilisateur. Une fois les données reçues sur le terminal 10, le navigateur WAP du terminal permet d'afficher le contenu destiné à l'utilisateur sur l'écran du terminal à l'étape 47. After the requested content is returned to the WAP gateway by the server in step 45, the latter typically performs various optimization or protocol conversion operations in step 46, so as to route the content in a workable format. by the user terminal. Once the data received on the terminal 10, the terminal WAP browser can display the content for the user on the screen of the terminal in step 47.

L'utilisateur a ainsi accès au serveur 30 de délivrance de billets électroniques. Avant de pouvoir générer une commande d'achat de billet via son navigateur, l'utilisateur doit créer un compte, lui permettant de s'identifier auprès du serveur 30 et lui ouvrant ainsi un droit d'accès personnalisé au serveur. Pour ce faire, un identifiant, typiquement son numéro de téléphone mobile, et un mot de passe sont attribués à l'utilisateur. A l'étape 48, le terminal via le navigateur génère donc une commande d'achat de billet en ligne, transmise 10 à l'étape 49 par la passerelle WAP vers le serveur 30. L'utilisateur peut effectuer son règlement directement depuis le terminal, les données de paiement échangées entre le navigateur et le serveur Web étant classiquement protégées par la mise en oeuvre d'un 15 protocole de type SSL lors du paiement. La commande de billet est alors traitée par le serveur à l'étape 50. Ainsi, une fois le paiement validé par l'utilisateur, un code d'identification unique est généré au niveau du serveur et associé au 20 billet vendu. Lors de cette étape, l'ensemble de l'information relative au billet commandé est alors stocké dans la base de données billets 34, à savoir, au moins le numéro de téléphone mobile de l'utilisateur, l'identité de l'utilisateur (nom et prénom), le nom de 25 l'évènement, la date, le tarif, le nombre de places, ainsi que le numéro d'identification unique du billet. A ce stade, le billet, c'est-à-dire un fichier au format image, particulièrement consommateur en ressource mémoire, n'est pas créé et n'existe donc pas 30 encore. Par contre, toute l'information relative au billet et nécessaire à sa génération est mémorisée dans la base de données billet 34 du serveur, associée au compte utilisateur correspondant à partir duquel la commande de billet a été émise. Comme on le verra par la suite, seule une action ultérieure de l'utilisateur commande la génération effective du billet dans un format image à partir de l'information mémorisée. Ce mode de traitement permet donc avantageusement d'optimiser les capacités de stockage de l'information au niveau du serveur 30. The user thus has access to the electronic ticket issuing server 30. Before being able to generate a ticket purchase order via its browser, the user must create an account, allowing him to identify himself to the server 30 and thus opening a personalized access right to the server. To do this, an identifier, typically his mobile phone number, and a password are assigned to the user. In step 48, the terminal via the browser thus generates an online ticket purchase order, transmitted in step 49 by the WAP gateway to the server 30. The user can pay directly from the terminal , the payment data exchanged between the browser and the web server being conventionally protected by the implementation of an SSL type protocol during the payment. The ticket order is then processed by the server in step 50. Thus, once the payment has been validated by the user, a unique identification code is generated at the server and associated with the ticket sold. During this step, all the information relating to the ticket ordered is then stored in the ticket database 34, namely, at least the mobile phone number of the user, the identity of the user ( name and surname), the name of the event, the date, the fare, the number of places, as well as the unique identification number of the ticket. At this stage, the ticket, that is to say a file in image format, particularly consumer memory resource, is not created and therefore does not exist yet. By cons, all ticket information and necessary for its generation is stored in the ticket database 34 of the server, associated with the corresponding user account from which the ticket order was issued. As will be seen later, only a later action of the user controls the actual generation of the ticket in an image format from the stored information. This mode of treatment therefore advantageously makes it possible to optimize the storage capacities of the information at the level of the server 30.

A l'étape 51, un message de confirmation de la commande est émis par le serveur. Selon un mode de réalisation préféré de l'invention, ce message est émis selon la technologie WAP push , permettant l'envoi de messages personnalisés interactifs. In step 51, a confirmation message of the command is issued by the server. According to a preferred embodiment of the invention, this message is sent according to the WAP push technology, enabling the sending of interactive personalized messages.

Ainsi, ce message de confirmation de la commande est transmis vers la passerelle, servant de plate forme d'envoi de messages WAP push, qui achemine dans une étape 52 le message WAP push de confirmation vers le terminal utilisateur 10. Ce message transmis vers le terminal 10 se présente donc sous la forme d'un message court de service de type SMS, comprenant un lien WAP prévu pour indiquer au navigateur du terminal une URL particulière, lui permettant d'établir une connexion avec une page personnalisée du serveur 30 correspondant à la commande passée via le compte utilisateur associé au terminal 10. Le message WAP push est réceptionné et stocké sur le terminal utilisateur 10. Une étape 53 de téléchargement du billet à partir du terminal 10 peut alors être mise en oeuvre à n'importe quel moment choisi par l'utilisateur, sur intervention de celui-ci. Plus précisément, la simple activation du lien contenu dans le message SMS reçu permet de requérir au serveur le téléchargement du billet commandé. Pour ce faire, l'activation du lien à l'étape 53 commande l'établissement de la connexion vers le serveur, via la passerelle intervenant à l'étape 54 pour acheminer ladite connexion. A la réception de la requête émise par le terminal, le serveur vérifie dans une étape 55 si le billet existe déjà ou non. Dans la négative, une étape 56 de génération du billet correspondant à la commande émise est immédiatement et automatiquement mise en oeuvre au niveau du serveur à partir des informations relatives au billet préalablement stockées dans la base de données billets du serveur. Cette génération du billet à la volée sur le serveur 30 commandée par l'activation du lien côté terminal, consiste donc à générer un fichier image dont le contenu correspond aux données du billet stockées. Le fichier image du billet généré est par exemple au format GIF, particulièrement avantageux dans le cadre de la présente application mobile en train d'être décrite, qui fait l'objet du mode de réalisation préféré de l'invention. Pour la création du fichier image du billet, un code barres est généré, constituant une représentation graphique du code d'identification unique associé au billet et est affiché dans l'image. Le contenu du fichier image généré comprend également une représentation des données textuelles du billet, à savoir notamment, le nom et prénom de l'utilisateur, le tarif, le nom de l'évènement, la date, le prix, l'accès, etc. Le fichier image ainsi généré est alors stocké dans la base de données billets et est émis dans une étape 57 vers le navigateur du terminal, à travers la passerelle qui achemine le fichier vers le terminal dans une étape 58. Le terminal reçoit donc dans une étape 59 un simple fichier image du billet au format GIF, qui est stocké dans une mémoire du terminal. Ce format permet avantageusement de préserver les capacités de stockage du terminal, pu=isque le fichier reçu occupe très peu de place dans la mémoire du terminal en comparaison par exemple des messages multimédia de type MMS, classiquement utilisés pour transmettre un contenu numérique tel qu'une image sur un téléphone mobile. Avantageusement, la requête de téléchargement du billet émise depuis le terminal vers le serveur grâce à l'activation du lien WAP, comprend une description des capacités d'affichage du terminal (taille de l'écran, résolution supportée, etc.). En variante, la requête émise comprend simplement la référence du terminal 10 et le serveur 30 comprend alors une base de données spécifique stockant pour chaque référence de terminal compatible avec le système, ses capacités d'affichage. Ainsi, l'étape de génération du fichier image du billet mené à l'étape 56 comprend un formatage des données de l'image générée selon la description ou la référence reçue, de manière à l'adapter aux capacités d'affichage du terminal. On évite de cette manière d'éventuels problèmes liés à un affichage défectueux du billet sur l'écran du terminal. En outre, le fichier image du billet généré et transmis par le serveur comprend des mesures techniques de protection type DRM ( Digital Right management ), permettant d'empêcher la copie du fichier image reçu vers un autre terminal. Il peut s'agir par exemple d'une mesure connu sous le nom de Forward Lock , permettant un usage illimité du contenu téléchargé, mais empêchant la transmission de celui-ci. Un autre avantage du procédé de délivrance de billet qui vient d'être décrit est que le billet peut être téléchargé à nouveau et plusieurs fois, dans l'hypothèse par exemple où le fichier reçu aurait été perdu ou supprimé par erreur, par simple activation du lien WAP contenu dans le message SMS reçu à l'étape 53 par le terminal. Enfin le procédé de délivrance de billet selon l'invention demeure également compatible avec un mode plus usuel d'achat et de délivrance des billets, consistant à imprimer le billet commandé depuis un terminal connecté à une imprimante. Selon cet autre mode de réalisation, l'utilisateur peut ainsi se connecter au serveur 30 via le réseau Internet depuis n'importe quel terminal équipé d'un navigateur Internet et accéder à son compte via son identifiant et son mot de passe, où il pourra retrouver toutes ses commandes de billet. Dans ce mode de réalisation, la suite d'étapes consécutives à l'étape 50 de traitement de la commande de billet, propre à un mode de délivrance mobile, est remplacée par des étapes dans lesquelles le terminal utilisateur connecté au serveur requiert la délivrance du billet sous la forme d'un fichier électronique au format JPEG ou PDF. Le fichier à imprimer comprend de la même manière que décrite précédemment, le code barre, généré uniquement suite à la requête de l'utilisateur, et l'ensemble des données textuelles du billet. A la suite de quoi, l'utilisateur peut imprimer lui-même son billet à l'aide d'une imprimante connectée à son terminal. IO Thus, this command confirmation message is transmitted to the gateway, serving as platform for sending WAP push messages, which routes in a step 52 the confirmation WAP push message to the user terminal 10. This message transmitted to the terminal 10 is therefore in the form of a SMS short service message, comprising a WAP link provided to indicate to the terminal browser a particular URL, allowing it to establish a connection with a custom page of the server 30 corresponding to the command placed via the user account associated with the terminal 10. The WAP push message is received and stored on the user terminal 10. A step 53 of downloading the ticket from the terminal 10 can then be implemented at any time chosen by the user, on intervention of it. More precisely, the simple activation of the link contained in the received SMS message makes it possible to request the server to download the ordered ticket. To do this, activating the link in step 53 controls the establishment of the connection to the server, via the gateway involved in step 54 to route said connection. On receipt of the request sent by the terminal, the server checks in a step 55 whether the ticket already exists or not. If not, a ticket generating step 56 corresponding to the issued command is immediately and automatically implemented at the server from the ticket information previously stored in the server ticket database. This generation of the ticket on the fly on the server 30 controlled by the activation of the link on the terminal side, therefore consists in generating an image file whose content corresponds to the ticket data stored. The image file of the generated ticket is for example GIF format, particularly advantageous in the context of the present mobile application being described, which is the subject of the preferred embodiment of the invention. For the creation of the ticket image file, a bar code is generated, constituting a graphic representation of the unique identification code associated with the ticket and is displayed in the image. The content of the generated image file also includes a representation of the textual data of the ticket, namely in particular, the name and first name of the user, the price, the name of the event, the date, the price, the access, etc. . The image file thus generated is then stored in the ticket database and is transmitted in a step 57 to the terminal browser, through the gateway which routes the file to the terminal in a step 58. The terminal therefore receives in a step A simple image file of the ticket in GIF format, which is stored in a memory of the terminal. This format advantageously makes it possible to preserve the storage capacities of the terminal, since the received file occupies very little space in the memory of the terminal in comparison with, for example, multimedia messages of the MMS type, conventionally used to transmit digital content such as an image on a mobile phone. Advantageously, the request for downloading the ticket sent from the terminal to the server by activating the WAP link includes a description of the display capabilities of the terminal (screen size, supported resolution, etc.). Alternatively, the issued request simply includes the reference of the terminal 10 and the server 30 then includes a specific database storing for each terminal reference compatible with the system, its display capabilities. Thus, the step of generating the image file of the ticket carried out in step 56 comprises formatting the data of the image generated according to the description or reference received, so as to adapt it to the display capabilities of the terminal. This avoids possible problems related to a faulty display of the ticket on the terminal screen. In addition, the image file of the ticket generated and transmitted by the server includes technical protection measures type DRM (Digital Right Management), to prevent the copy of the received image file to another terminal. This may be for example a measure known as the Forward Lock, allowing unlimited use of the downloaded content, but preventing the transmission of it. Another advantage of the ticket issuing method that has just been described is that the ticket can be downloaded again and several times, assuming, for example, that the file received has been lost or deleted by mistake, simply by activating the ticket. WAP link contained in the SMS message received in step 53 by the terminal. Finally, the ticket issuing method according to the invention also remains compatible with a more usual mode of purchase and ticket issuance, of printing the ticket ordered from a terminal connected to a printer. According to this other embodiment, the user can thus connect to the server 30 via the Internet network from any terminal equipped with an Internet browser and access his account via his username and password, where he can find all his ticket orders. In this embodiment, the sequence of steps following the step 50 of processing the ticket order, specific to a mobile delivery mode, is replaced by steps in which the user terminal connected to the server requires the delivery of the ticket in the form of an electronic file in JPEG or PDF format. The file to be printed comprises, in the same manner as previously described, the bar code, generated solely following the request of the user, and all the textual data of the ticket. As a result, the user can print his ticket himself using a printer connected to his terminal. IO

Claims

A method for issuing an electronic ticket for access to an event or service, from a server (30) to a mobile terminal (10) having display capabilities, comprising the steps of: - storage ( 50), in a server-side database (34) of ticket order data transmitted from the mobile terminal connected to and identified with the server, the stored data including at least one unique identification code. associated with the ticket, issuing (51), from the server to the mobile terminal, a confirmation message comprising means for connection to the server, activatable on demand from the mobile terminal, - activation (53), mobile terminal side, of the means of connection contained in the received confirmation message to send to the server a request to download the ticket, - generation on the fly (56), server side, controlled by said activation, an image file of the ticket, from data relating to the transmitted command stored in the server-side database, - transmission (57) of the image file of the server to the mobile terminal and storage (59) of the image file thereon for display.

2. Method according to claim 1, characterized in that the generation of the ticket image file comprises the generation of a barcode constituting a graphic representation of the unique identification code and its display in the image.

3. Method according to claim 1 or 2, characterized in that the generation of the image file of the ticket comprises the display in the image of textual data selected from at least the first and last name of the issuer of the order, the date, the price, the name of the event.

4. Method according to any one of claims 1 to 3, characterized in that the confirmation message issued is a WAP push message containing a WAP link as a means of connection to the server. 20

5. Method according to any one of the preceding claims, characterized in that the downloaded download request comprises a reference of the mobile terminal, from which the server is adapted to retrieve a description of the display capabilities of said terminal.

6. Method according to any one of the preceding claims, characterized in that it comprises a step of formatting the data of the server-generated image file, so as to adapt it to the display capabilities of the terminal.

7. Method according to any one of the preceding claims, characterized in that the image file is a file in GIF format.

8. Method according to any one of the preceding claims, characterized in that the generated image file comprises protection means, so as to prevent the copy of the received image file to another terminal.

9. Method according to any one of the preceding claims, characterized in that the mobile terminal is a mobile phone identifying with the server via its mobile phone number. 15

10. Device (30) for issuing electronic tickets for access to events or services, including. means for connection to a communication network (40), a first database (32) storing a list of accessible events and services, and a second database (34) storing for any ticket order received, data relating to the command comprising at least one unique identification code, - means able to receive a ticket control request from a mobile terminal (10), - means able to transmit a message to the mobile terminal 30 confirmation means comprising means for connection to said device, activatable at the request 10 from the mobile terminal to control the transmission of a request for download of the ticket, - means able to receive said request for download of the ticket, - means adapted to generate on the fly, following receipt of said request for download of the ticket, an image file of the ticket, based on the data relating to the received order stored in the s said second database, means capable of transmitting said image file to the mobile terminal.