FR 2848317 A1 20040611 FR 0215585 A 20021210 Procédé de contrôle d'un titre d'autorisation d'accès à un service ou d'acquisition d'un produit L'invention concerne un procédé de transfert de 5 données par radiocommunication, pour contrôler un titre d'autorisation d'accès à un service ou d'acquisition d'un produit. On connaît par la demande de brevet français publiée FR-2816087 de la demanderesse un procédé de 10 gestion d'un justificatif de la réservation d'un produit ou d'un service par un client. Le procédé consiste à traiter des informations de réservation relatives au produit ou au service réservé dans une mémoire d'un objet portable communicant du client, tel qu'un téléphone (ou 15 "terminal") mobile. Les informations de réservation précitées servent ainsi de justificatif de réservation. Elles sont stockées dans une mémoire de l'objet portable communicant jusqu'à une utilisation ultérieure, notamment pour le contrôle de la validité du titre dont les 20 informations de réservation sont stockées. Pour l'acquisition et/ou le contrôle de validité du titre, l'objet portable communique avec un centre de gestion des réservations, tel qu'un serveur dans le cas d'un terminal mobile. Dans un mode de délivrance, on élabore une requête de réservation ou d'acquisition dont les informations qui la caractérisent sont stockées dans une mémoire de l'objet communicant. Dans un mode de contrôle, on compare des informations de disponibilité et/ou de validité stockées 30 dans une mémoire du centre de gestion des réservations aux informations précitées qui sont initialement stockées dans la mémoire de l'objet communicant. Une telle réalisation permet, de façon avantageuse, de se passer des titres physiques habituels, 5 imprimés sur papier, tels que des titres de transport ou des billets de spectacle. En effet, les informations stockées dans la mémoire du terminal, contrôlables et pouvant être transférées à tout moment en tant que fichier informatique, remplacent ainsi les titres physiques 10 habituels. La technique décrite dans FR-2816087 est très prometteuse et, à l'heure actuelle, elle est susceptible d'être utilisée pour de nombreux et divers services. Cependant, la réservation et/ou l'acquisition d'une 15 pluralité de titres risquent de saturer la mémoire du terminal. De plus, le terminal devrait être adapté à la diversité des standards de communication qu'utilisent les différents centres de gestion. Par ailleurs, un contrôle de la validité des titres, ou encore un transfert du titre 20 d'un ancien titulaire vers un nouveau titulaire, ne sont pas encore complètement sécurisés, puisque le vol du terminal entraîne aussi la soustraction frauduleuse du titre. La présente invention vient améliorer la 25 situation. Elle propose à cet effet un procédé de contrôle d'un titre autorisant l'accès à un service ou l'acquisition d'un produit, dans lequel a) on prévoit: - au moins un poste de contrôle capable de communiquer avec un terminal mobile à disposition d'un client, - ainsi qu'un centre de gestion des titres, capable 5 de communiquer avec ledit poste de contrôle et comportant une mémoire pour stocker des données, b) préalablement au contrôle, on stocke, dans la mémoire du centre de gestion, des données relatives au moins à un titre du client et à un identifiant du terminal mobile, c) et, au contrôle, le terminal transmet au moins son identifiant au centre de gestion, via le poste de contrôle, tandis que le centre de gestion renvoie au poste de contrôle un message de validité ou d'invalidité du titre, en fonction d'une comparaison de l'identifiant 15 transmis, d'une part, et des données stockées dans la mémoire du centre de gestion, d'autre part. Ainsi, au sens de la présente invention, les données relatives au titre sont stockées dans la mémoire du centre de gestion et, en cas de vol du terminal, le 20 possesseur non habilité du terminal ne peut pas savoir, simplement en interrogeant la mémoire du terminal, si un titre a déjà été acquis et quelles sont les caractéristiques de ce titre (date de validité, service proposé, ou autres) . Le terminal mobile est donc utilisé 25 simplement en tant qu'identificateur. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés sur lesquels: - la figure 1 illustre schématiquement une installation 30 pour la mise en oeuvre du contrôle des titres au sens de la présente invention, - la figure 2a représente schématiquement une installation pour la réservation et/ou l'acquisition des titres, - la figure 2b illustre schématiquement les différentes étapes d'un procédé de réservation et/ou d'acquisition des titres, - la figure 2c illustre schématiquement les différentes étapes d'un procédé de modification de données préalablement enregistrées et relatives à un titre et/ou à une réservation déjà commandés, - et la figure 3 illustre schématiquement les différentes étapes d'un procédé de contrôle au sens de la présente invention. On se réfère tout d'abord à la figure 1, sur laquelle un terminal mobile TER (à disposition d'un usager 15 qui est client auprès d'un service proposant une réservation et/ou l'acquisition d'un droit d'accès à un service ou à un produit) est capable de communiquer avec un poste de contrôle PC pour vérifier la validité de la réservation et/ou du titre donnant droit d'accès. Dans 20 l'exemple décrit, le poste de contrôle PC se présente sous la forme d'un micro-ordinateur équipé notamment d'un processeur, d'une mémoire vive et d'une mémoire morte, ainsi que de liaisons périphériques vers - un moniteur d'affichage MO; - un modem pour une connexion à un serveur SER correspondant au centre précité de gestion des réservations et/ou des acquisitions des titres; - et, le cas échéant, à un organe de saisie de type clavier CLA (ou encore une souris). Dans un mode de contrôle, le poste PC est capable de communiquer ainsi avec le serveur SER, pour vérifier la validité des titres. On indique que le serveur SER reçoit une information d'horodatage HR (issu d'une source 40, interne ou externe) pour vérifier que le titre contrôlé n'est pas encore périmé, comme on le verra plus loin. La communication entre le terminal mobile TER et le poste de contrôle PC peut être assurée par une liaison infrarouge, radiofréquence, de type "bluetooth", ou encore par reconnaissance de forme d'une image affichée sur un écran du terminal mobile TER. En se référant maintenant à la figure 2a, dans un mode d'acquisition et/ou de réservation, le terminal mobile TER peut communiquer avec le serveur SER, par liaison radiofréquence, via une borne de communication BC d'un réseau de type GSM. L'acquisition et/ou la 15 réservation peut par exemple s'effectuer par la mise en oeuvre d'un service WAP (pour "Wireless Application Protocol"). En variante ou en complément, l'usager du terminal mobile peut accéder au serveur par une liaison internet 20 RI, ou par un service de type Minitel , ou encore par téléphone TEL, par exemple en communiquant avec un serveur vocal interactif. Pendant l'étape de réservation/acquisition de la figure 2a, l'utilisateur indique au serveur toutes les 25 caractéristiques Cl du titre qu'il souhaite, telles que le type de service demandé, une date et éventuellement une heure souhaitée, un nombre de personnes choisi pouvant bénéficier du service, ou autres. Les données Cl sont alors stockées dans une mémoire MEM du serveur SER. A l'issue de la procédure d'acquisition/ réservation du titre, le serveur SER mémorise donc les caractéristiques Cl du titre souhaité par l'utilisateur du terminal mobile TER. En se référant maintenant à la figure 2b, le serveur SER, après cette étape d'acquisition/réservation, 5 met en forme un message Ql(Cl), à une étape 10. Ce message Ql(C1) est destiné à être transmis au terminal TER de l'utilisateur, par exemple sous la forme d'un message SMS (pour "Short Message Service"). Préférentiellement, ce message Ql(Cl) se présente sous la forme d'un message 10 d'interrogation, présentant les caractéristiques Cl (sous forme de données) du titre souhaité par l'utilisateur et invitant ce dernier à confirmer ces caractéristiques Cl. Préférentiellement, à la fin de la transaction effectuée à l'étape de la figure 2a, le serveur communique à 15 l'utilisateur un numéro de transaction que l'utilisateur doit retrouver avantageusement dans les caractéristiques Cl du message Qi. Cette confirmation de la part de l'utilisateur met en oeuvre une application logicielle invitant l'utilisateur 20 à composer un code confidentiel CP à l'étape 11 de la figure 2b. Ce code confidentiel CP est de préférence dédié à l'application de billétique. Préférentiellement, cette application est stockée initialement dans un module mémoire du terminal mobile 25 TER, par exemple dans une mémoire de la carte SIM (pour "Subscriber Identification Module"). Sa mise en oeuvre s'effectue automatiquement lorsque l'utilisateur du terminal souhaite répondre aux messages Ql(Cl) transmis par le serveur. Préférentiellement, le code personnel CP, propre au service d'acquisition/réservation est stocké initialement dans une mémoire du terminal, par exemple avec l'application logicielle précitée lors de son installation dans le terminal. Ce code personnel CP peut par exemple être communiqué à l'utilisateur du terminal 5 lors de l'installation de l'application dans le terminal, ou encore ultérieurement par courrier. Ainsi, à l'étape 11 de la figure 2b, l'utilisateur du terminal compose le code personnel CP dont il a connaissance, à partir du clavier du terminal. L'application logicielle précitée effectue 10 une comparaison du code introduit par l'utilisateur et du code authentique CP stocké au préalable dans la mémoire du terminal. En cas de non-correspondance (flèche n) des deux codes, l'application logicielle invite l'utilisateur à recomposer son code personnel, le cas échéant un nombre de 15 fois prédéterminé avant abandon de la procédure. En cas de correspondance du code introduit et du code CP mémorisé, le terminal TER met en forme un message de réponse Rl(Cl,ID), à l'étape 12 de la figure 2b, destiné à être transmis au serveur SER. Outre les caractéristiques Cl 20 confirmées par l'utilisateur, ce message de réponse Rl comprend un identifiant ID propre au terminal mobile TER. Cet identifiant ID est unique et mémorisé dans une mémoire du terminal ou dans la carte SIM précitée. Cet identifiant ID correspond par exemple à un numéro unique associé à la 25 carte SIM tel que le numéro de série "ICCID", ou plus généralement un numéro unique associé au terminal, pour chaque terminal mobile en service. Dans l'exemple du choix d'un identifiant ID correspondant au numéro "ICCID", cet identifiant est prévu, normalisé et mémorisé en 30 particulier dans le fichier 2FE2 de la carte SIM. Avantageusement, l'application logicielle précitée effectue le transfert des caractéristiques Cl confirmées, avec cet identifiant ID, vers le serveur SER, lequel stocke dans sa mémoire MEM, à l'étape 13, les caractéristiques confirmées Cl, avec l'identifiant ID du terminal TER. Ainsi, l'application logicielle précitée, résidant en mémoire du terminal mobile (par exemple dans un module mémoire de la carte SIM) permet: - sur réception par le terminal mobile TER, d'un message 10 d'interrogation Ql émis par le serveur SER, d'inviter l'utilisateur du terminal à introduire un code personnel CP à partir du clavier du terminal; - de contrôler la correspondance de ce code avec un code stocké au préalable dans une mémoire du terminal; et - en cas de correspondance du code introduit et du code mémorisé, de transmettre au serveur un identifiant ID propre au terminal mobile, le cas échéant avec des caractéristiques confirmées Cl du titre que souhaite l'utilisateur, cet identifiant ID permettant, dans le 20 déroulement d'opérations futures, de vérifier l'authenticité de l'utilisateur de ce terminal mobile d'identifiant ID. A ce titre, la présente invention vise aussi un produit programme comportant des instructions pour 25 dérouler les étapes ci-avant, mises en oeuvre par l'application logicielle précitée. On se réfère maintenant à la figure 2c pour décrire une procédure de transfert de la titularité d'un titre déjà acquis ou réservé par un utilisateur d'un 30 premier terminal Tl, au profit d'un utilisateur d'un second terminal T2. Préalablement aux étapes représentées sur la figure 2c, l'utilisateur du premier terminal Tl a contacté le serveur par un moyen du type représenté sur la figure 2a, pour indiquer au serveur SER qu'il souhaite transférer le titre acquis ou réservé au profit d'un 5 utilisateur d'un second terminal T2 et, à cet effet, l'utilisateur du premier terminal Tl a communiqué au serveur SER le numéro d'abonné du second terminal mobile T2. A l'issue de cette demande de transfert et de la 10 communication du numéro d'abonné du second terminal T2, le serveur forme un message Q2(C2), à l'étape 20 de la figure 2c, destiné au premier terminal Tl. Ce message Q2 est un message d'interrogation comportant de nouvelles caractéristiques C2 du titre, en particulier modifiées 15 pour ce qui concerne le numéro d'abonné du terminal mobile (anciennement Tl et nouvellement T2). Les données C2 comportent donc le numéro d'abonné du nouveau terminal T2, que l'utilisateur du terminal Tl doit confirmer pour que le transfert soit effectif. Comme précédemment, le message 20 Q2 peut se présenter sous la forme d'un message SMS. Dès réception de ce message Q2, l'application logicielle précitée, résidente dans la mémoire du terminal mobile Tl, met d'abord en oeuvre un test 21 pour vérifier la validité du code personnel CP1 que doit connaître l'utilisateur du 25 terminal mobile Tl. Comme précédemment, en cas de nonconcidence (flèche n) du code composé à partir du clavier et du code CP1 mémorisé au préalable dans le terminal Tl, l'application logicielle invite l'utilisateur à recomposer son code personnel un nombre de fois prédéterminé, avant 30 abandon. En cas de correspondance des deux codes, le terminal Tl forme un message R2(C2,IDl), à l'étape 22, comportant les caractéristiques modifiées et confirmées C2 par l'utilisateur, ainsi que l'identifiant IDi du terminal mobile Tl. Avantageusement, la mémoire MEM du serveur SER comporte une table de correspondance avec des caractéristiques Ci des titres rangées en fonction d'identifiants IDi de terminaux mobiles Ti, ce qui permet 10 au serveur SER de retrouver les caractéristiques initiales Cl et/ou modifiées C2 du titre en fonction de l'identifiant IDl qu'il reçoit. Ce message de réponse R2 est transmis au serveur SER, lequel vérifie la confirmation des caractéristiques 15 C2 par l'utilisateur du terminal Tl, grâce à l'identifiant IDl reçu et qu'il compare à l'identifiant mémorisé à l'étape 13 de la figure 2b décrite ci-avant. En cas de non-concidence (flèche n) des données transmises C2 et/ou IDl dans le message de réponse R2, 20 avec les données mémorisées au niveau du serveur, le test 27 de la figure 2c se conclut par un abandon à l'étape 28. Cette situation correspond par exemple au cas o la demande de transfert du titre s'est effectuée à l'insu du titulaire authentique du titre qui, par exemple, ne 25 confirme pas les caractéristiques modifiées C2 de son titre. Par ailleurs, de façon avantageuse, le serveur, à chaque modification des caractéristiques du titre, vérifie la concidence entre l'identifiant du terminal qui confirme cette modification et l'identifiant du terminal 30 mémorisé dans la mémoire du serveur. Si le test 27 est positif (concidence des données C2 et IDi avec celles mémorisées dans la mémoire MEM du serveur), le serveur SER forme un nouveau message d'interrogation Q3(C3), à l'étape 23 de la figure 2c, ce 5 message Q3 étant destiné à être transmis à un second terminal mobile T2. Ce message d'interrogation Q3 comprend les caractéristiques du titre C3 faisant acte de la nouvelle titularité du titre au profit d'un utilisateur du nouveau terminal T2. Ce message Q3, une fois reçu par le 10 second terminal T2, est lu par son utilisateur. Pour pouvoir confirmer les données C3 qu'il comporte et relatives aux caractéristiques du titre, l'utilisateur du second terminal T2 doit composer un code personnel CP2 comme précédemment (test 24). A cet effet, une application 15 logicielle du type précité a été installée au préalable dans une mémoire du second terminal T2, avec le code personnel CP2 que l'utilisateur du terminal T2 connaît. Si le test 24 est positif, le terminal T2 forme un message de réponse R2(C3,ID2), à l'étape 25 de la figure 2c, pour, 20 d'une part, confirmer les données C3 relatives aux caractéristiques du titre et, d'autre part, transmettre l'identifiant ID2 du terminal T2 au serveur SER, en vue de la mémorisation de cet identifiant ID2, dans la mémoire MEM du serveur, à l'étape 26. L'identifiant ID2 remplace 25 alors l'ancien identifiant IDl dans la mémoire MEM du serveur, en particulier dans sa table de correspondance précitée. On se réfère maintenant à la figure 3 pour décrire un mode de contrôle des titres au sens de la présente 30 invention. Dans une étape préalable 30, le terminal mobile est détecté par une liaison infrarouge, "bluetooth" ou autre, par le poste de contrôle PC. En variante, le terminal émet un signal d'entrée en communication avec le poste de contrôle PC, sur commande de l'utilisateur. Une routine de contrôle, réalisée sous la forme d'une 5 application logicielle stockée en mémoire (carte SIM) du terminal, dans un mode de réalisation préféré, invite l'utilisateur du terminal, à l'étape 31, à composer sur le clavier du terminal son code personnel CP. Avantageusement, cette routine de contrôle est amorcée 10 lorsque la communication est établie entre le terminal TER et le poste de contrôle PC, par exemple sur réception au niveau du terminal d'un signal émis par le poste de contrôle. A l'étape 31, le code personnel composé est comparé au code personnel mémorisé dans le module mémoire 15 du terminal. En cas de non-correspondance des codes (flèche n), la routine du terminal invite l'utilisateur à recomposer son code (flèche n) un nombre de fois déterminé. En cas de concidence entre les codes, 20 l'identifiant ID du terminal est envoyé, à l'étape 32, au poste de contrôle PC sous la forme d'un premier message M1(ID). Le poste de contrôle transmet l'identifiant ID au serveur SER. Avantageusement, le poste de contrôle PC transmet aussi dans le message Ml son propre identifiant, 25 qui correspond à un type de transaction qui doit avoir lieu à une position géographique prédéterminée et éventuellement à un horaire prédéterminé. Par exemple, dans le cas d'un poste de contrôle installé dans une gare ferroviaire, le poste de contrôle envoie au serveur, outre 30 l'identifiant du terminal, au moins un identifiant de la gare ferroviaire et du service correspondant (réservation, achat d'un billet, ou autre) . Dans un autre exemple selon lequel le poste de contrôle est installé à l'entrée d'une salle de spectacles, le poste de contrôle envoie au serveur au moins l'identifiant du service (réservation ou 5 achat d'un billet), ainsi que la position géographique de la salle de spectacles. A cet effet, le poste de contrôle PC comporte une mémoire dans laquelle sont stockées des instructions de programme pour mettre en oeuvre une application logicielle 10 permettant: - d'amorcer, sur détection du terminal par le poste de contrôle, la transmission vers le terminal d'un message d'interrogation, - de recevoir du terminal un message de réponse comportant 15 l'identifiant ID du terminal, et - de mettre en forme et envoyer consécutivement au centre de gestion le message Ml(ID) qui comporte l'identifiant ID du terminal. En principe, le poste de contrôle est habilité à 20 communiquer avec un serveur unique et dédié, correspondant au service visé. Ainsi, si l'utilisateur du terminal a réservé ou acheté une pluralité de titres, donnant accès à des services différents, la transmission de l'identifiant du poste de contrôle PC dans le message Ml empêche une 25 confusion éventuelle par le serveur SER entre deux contrôles de validité de réservation ou de titre différents. A l'étape 33, le serveur compare l'identifiant du terminal ID reçu à l'étape 32 et l'identifiant enregistré 30 avec les données Cl (ou C3) à l'étape 13 (ou 26) décrite ci- avant. Le serveur contrôle en outre la validité du titre, notamment en fonction de sa date de péremption, le cas échéant en recevant une information d'horodatage HR, d'une source 40. A l'étape 38, si l'identifiant ID du terminal ne 5 correspond pas à l'identifiant mémorisé avec les données C2 dans la mémoire du serveur, ou encore si les données relatives au titre indiquent que ce dernier est périmé (flèche n), un message d'alerte est transmis du serveur au poste de contrôle PC. Le cas échéant, ce message d'erreur 10 est affiché sur le moniteur MO du poste de contrôle. Ce message d'erreur peut indiquer que l'identifiant du terminal mobile n'est pas valide, ou encore que le titre est périmé, ou encore que la position géographique ou l'horaire du contrôle pour la transaction sont erronés. Le 15 cas échéant, l'utilisateur reçoit sur son terminal un message d'erreur correspondant (par exemple un message SMS). Dans cette situation, la procédure se conclut par un abandon à l'étape 39. Si, au contraire, le serveur constate une 20 concidence entre l'identifiant du terminal mobile envoyé à l'étape 32 et l'identifiant mémorisé au préalable et si, en outre, les données Cl de la transaction demandée au poste de contrôle PC correspondent bien aux données mémorisées (horaire et position géographique de la 25 transaction), le serveur met en forme un second message M2(Cl) de réponse destiné au poste de contrôle PC et comportant les données Cl vérifiées et confirmées par le serveur (étape 35). Avantageusement, ces données sont affichées sur le moniteur MO du poste de contrôle, ce qui 30 permet à un personnel de contrôle de vérifier, à l'écran, d'autres caractéristiques du titre, telles que le nombre de places réservées ou achetées, ou encore la destination ou le type de spectacle pour lesquels la transaction a été demandée. A l'étape 36, le serveur efface de sa mémoire la 5 réservation et/ou le titre s'il a été complètement consommé. Bien entendu, les données Cl mémorisées dans le serveur peuvent être simplement modifiées, par exemple dans le cas o l'utilisateur du terminal avait acquis plusieurs titres (par exemple, plusieurs places de 10 spectacle ou de transport ferroviaire) et qu'il n'en a consommé que quelques-uns d'entre eux. Dans ce cas, la valeur correspondant au nombre de titres dans un champ prédéterminé et mémorisée dans la mémoire du serveur est décrémentée en fonction du nombre de titres consommés. A 15 cet effet, le personnel de contrôle utilise le clavier CLA du poste de contrôle pour indiquer le nombres de titres consommés et cette information est retournée au serveur afin que la valeur précitée soit décrémentée. A l'étape 37, le serveur transmet le cas échéant 20 un message M3(C4) au terminal mobile pour lui indiquer que le titre a bien été consommé ou qu'un ou plusieurs titres ont été consommés et, dans ce dernier cas, qu'il reste un nombre prédéterminé de titres valides. La valeur correspondant au nombre de titres consommés est 25 décrémentée et les caractéristiques du titre sont modifiées (Cl devient C4). L'utilisateur peut alors recevoir du serveur, sur son terminal mobile, l'indication de cette notification des caractéristiques du titre, par exemple sous la forme d'un message SMS. Ainsi, au sens de la présente invention, les données mémorisées dans le serveur correspondent à un billet électronique qui est systématiquement stocké dans la mémoire du serveur et pas dans celle d'un terminal mobile. Finalement, le terminal et/ou la carte SIM servent avantageusement d'identifiants de l'utilisateur autorisé à 5 bénéficier du service dont il a acquis le droit d'accès. Bien entendu, l'accès à la mémoire du serveur est sécurisé, de façon fiable. Avantageusement, les données du titre ne sont jamais stockées dans la mémoire du terminal, mais systématiquement stockées dans la mémoire du serveur, 10 ce qui empêche toute fraude de la part d'un utilisateur malveillant du terminal. Bien entendu, la présente invention ne se limite pas à la forme de réalisation décrite ci-avant à titre d'exemple; elle s'étend à d'autres variantes. Ainsi, on comprendra que le code personnel CP peut aussi se présenter, dans une variante, sous la forme du code PIN (pour "Personal Identification Number") habituellement stocké dans la carte SIM du téléphone mobile et connu uniquement par l'utilisateur du téléphone. 20 De façon plus générale, on comprendra que le code personnel CP correspond à une expression secrète, propre à un individu, telle qu'un code confidentiel, ou encore une empreinte digitale ou vocale (dont les caractéristiques sont mémorisées dans le terminal). Revendications 1. Procédé de contrôle d'un titre d'autorisation d'accès à un service ou d'acquisition d'un produit, dans lequel a) on prévoit: - au moins un poste de contrôle (PC) capable de communiquer avec un terminal mobile (TER) à disposition d'un client, - ainsi qu'un centre de gestion des titres (SER), 10 capable de communiquer avec ledit poste de contrôle et comportant une mémoire (MEM) pour stocker des données, b) préalablement au contrôle, on stocke, dans la mémoire du centre de gestion, des données (Cl) relatives au moins 15 à un titre du client et à un identifiant du terminal mobile (ID), c) et, au contrôle, le terminal transmet au moins son identifiant (ID) au centre de gestion, via le poste de contrôle, tandis que le centre de gestion renvoie au poste 20 de contrôle un message de validité ou d'invalidité du titre, en fonction d'une comparaison de l'identifiant transmis, d'une part, et des données stockées dans la mémoire du centre de gestion, d'autre part. 2. Procédé selon la revendication 1, dans lequel lesdites données sont modifiées dans la mémoire du centre de gestion des titres, au moins après l'envoi d'un message de validité à l'étape de contrôle c). 3. Procédé selon la revendication 2, dans lequel, au moins en cas de transmission d'un message de validité du titre à l'étape c), on modifie lesdites données relatives au titre en affectant une nouvelle valeur correspondant à un titre consommé à la place d'une ancienne valeur correspondant à un titre valide. 4. Procédé selon l'une des revendications précédentes, dans lequel on prévoit en outre à l'étape a) des applications logicielles respectivement mémorisées dans une mémoire du terminal et dans une mémoire du poste de 10 contrôle pour amorcer, à l'étape c), une routine de contrôle comprenant les opérations suivantes: cl) sur détection du terminal par le poste de contrôle, envoyer au terminal un message d'interrogation, c2) et envoyer en retour, du terminal au centre de 15 gestion, via le poste de contrôle, au moins l'identifiant du terminal. 5. Procédé selon la revendication 4, dans lequel la mise en oeuvre de l'application logicielle dans le terminal 20 comprend les opérations suivantes: cli) sur réception du message d'interrogation, inviter le client à introduire dans le terminal un code personnel (CP), c12) et comparer le code introduit à un code mémorisé au 25 préalable dans la mémoire du terminal, la mise en oeuvre de l'opération c2) étant conditionnée par une concidence entre le code introduit, d'une part, et le code mémorisé, d'autre part. 6. Procédé selon l'une des revendications précédentes, dans lequel, outre ledit message de validité ou d'invalidité du titre, le centre de gestion envoie à l'étape c) une partie au moins des données relatives au titre, tandis que le poste de contrôle comprend un moniteur pour afficher des caractéristiques du titre. 7. Procédé selon l'une des revendications précédentes, dans lequel le centre de gestion obtient un signal d'horloge (HR) pour transmettre un message d'invalidité à l'étape c) si un titre possédant une date limite de validité est périmé. 8. Procédé selon l'une des revendications précédentes, dans lequel l'étape b) comprend en outre les opérations suivantes: bl) transmettre, du centre de gestion au terminal du client, un message d'interrogation (Ql;Q2) indiquant à l'utilisateur du terminal un enregistrement de données nouvelles et relatives au titre, et b2) transmettre en retour, du terminal au centre de 20 gestion, un message de réponse (R1;R2) pour confirmer lesdites données nouvelles, l'identifiant du terminal (ID) étant automatiquement inséré dans ledit message de confirmation (R1;R2). 9. Procédé selon la revendication 8, dans lequel une application logicielle est mise en oeuvre pour dérouler les opérations suivantes: b1l) sur réception du message d'interrogation (Q1;Q2), inviter le client à introduire dans le terminal un code 30 personnel (CP), b12) et comparer le code introduit à un code mémorisé au préalable dans la mémoire du terminal, la mise en oeuvre de l'opération b2) étant conditionnée par une concidence entre le code introduit, d'une part, et le code mémorisé, d'autre part. 10. Procédé selon l'une des revendications 8 et 9, dans lequel, pour confirmer le transfert d'un titre acquis ou d'une réservation effectuée par un utilisateur d'un 10 premier terminal (Tl), au profit d'un utilisateur d'un second terminal (T2) : - on transmet, du centre de gestion (SER) vers le premier terminal (Tl), un message (Q2) de demande de confirmation de transfert, - sous réserve d'une concidence entre un premier code (CP1) introduit par l'utilisateur du premier terminal, d'une part, et un code mémorisé dans le premier terminal (Tl), d'autre part, on transmet en retour, du premier terminal (Tl) vers le centre de gestion (SER), un message 20 (R2) de confirmation de transfert comportant au moins un identifiant du premier terminal (IDl), - on vérifie, auprès du centre de gestion, une concidence entre l'identifiant du premier terminal (ID1) et l'identifiant (ID) enregistré à l'étape b), - en cas de concidence entre lesdits identifiants (ID1,ID), on transmet, du centre de gestion (SER) vers le second terminal (T2), un message (Q3) de demande de confirmation de transfert, - sous réserve d'une concidence entre un second code 30 (CP2) introduit par l'utilisateur du second terminal, d'une part, et un code mémorisé dans le second terminal (T2), d'autre part, on transmet en retour, du second terminal (T2) vers le centre de gestion (SER), un message (R3) de confirmation de transfert comportant au moins un identifiant du second terminal (ID2), et - on remplace, dans la mémoire du centre de gestion, le premier identifiant (IDi) par le second identifiant (ID2). 11. Procédé selon l'une des revendications précédentes, caractérisé en ce que la mémoire (MEM) du centre de 10 gestion (SER) comporte une table de correspondance entre des identifiants de terminaux (Idi), d'une part, et des données relatives à des titres (Ci), d'autre part.