FR 2961332 A1 20111216 FR 1054713 A 20100615 Arrière-plan de l'invention La présente invention se situe dans le domaine de la distribution de tickets électroniques. Elle peut notamment être utilisée dans un réseau de transport. Elle vise en particulier une borne de distribution de tickets électroniques et un système de transport comportant une telle borne. Dans le domaine de la distribution de tickets électroniques, on connaît notamment le document WO 2004/055736 décrivant un procédé pour gérer des places de stationnement payants utilisant des titres de stationnement électroniques. Dans ce système, lorsqu'un automobiliste veut stationner son véhicule, il se dirige vers un horodateur auprès duquel il acquitte une certaine somme d'argent à l'aide d'un moyen de paiement, pour obtenir en contrepartie un droit de stationnement pour une durée déterminée, ce droit de stationnement étant encodé dans un transpondeur délivré sous la forme d'un ticket par l'horodateur et destiné à être placé derrière le pare-brise du véhicule pour permettre sa vérification par un agent autorisé. Malheureusement, bien que particulièrement avantageux, ce système présente un inconvénient majeur en ce qu'il requiert un temps relativement long pour l'utilisateur entre le paiement de la place de stationnement à l'horodateur et la distribution du ticket électronique associé. Objet et résumé de l'invention L'invention propose une borne qui ne présente pas les inconvénients de l'horodateur de l'art antérieur. Plus précisément, l'invention concerne une borne comportant un module de distribution de tickets électroniques, cette borne comportant : - des moyens d'enregistrement, dans une liste, d'un ticket électronique généré à partir d'un identifiant d'un support de tickets électroniques ; et 1 un module de distribution de tickets électroniques comportant : - des moyens de communication aptes à recevoir, en provenance d'un support de tickets électroniques, une requête pour obtenir un ticket électronique, cette requête comportant un identifiant du support ; et - des moyens de recherche, dans la liste précitée, d'un ticket électronique généré à partir de l'identifiant compris dans cette requête ; - les moyens de communication précités étant aptes à délivrer ledit ticket électronique à ce support. Corrélativement, l'invention vise aussi un procédé de distribution de tickets électroniques, ce procédé pouvant être mis en oeuvre par la borne mentionnée ci-dessus, ce procédé comportant : - une étape d'enregistrement, dans une liste, d'un ticket électronique généré à partir d'un identifiant d'un support de tickets électroniques ; - une étape de réception, en provenance d'un support de tickets électroniques, d'une requête pour obtenir un ticket électronique, cette requête comportant un identifiant de ce support; - une étape de recherche, dans ladite liste précitée, d'un ticket électronique généré à partir de l'identifiant compris dans la requête ; et - une étape de fourniture du ticket électronique au support. L'invention s'applique en particulier, mais de façon non limitative à la distribution de tickets de transport électroniques. Ainsi, d'une façon très avantageuse, le système et le procédé de distribution de tickets électroniques selon l'invention permettent d'enregistrer, dans une liste, une pluralité de tickets électroniques, le ticket électronique fourni ou délivré à un support de tickets électroniques donné étant sélectionné dans la liste à partir d'un identifiant du support. L'invention permet ainsi de réduire les interactions entre l'utilisateur et la borne. En effet, très avantageusement, la liste de tickets électroniques en attente permet de décorréler le paiement d'un ticket électronique de sa distribution, si bien que le temps d'attente au moment de l'obtention du ticket électronique est excessivement réduit. Dans un mode particulier de réalisation de l'invention, les supports de tickets électroniques sont des transpondeurs aptes à communiquer sans contact avec la borne pour l'obtention d'un ticket de transport électronique. Ces transpondeurs peuvent être des transpondeurs de type passif utilisant le couplage inductif pour recevoir ou transmettre des données conformément aux technologies sans contact décrites dans les normes I8014443 ou I8015593. Les supports de tickets électroniques peuvent être constitués par des cartes plastifiées au format ID1 de la norme I807816 (54 mm x 85 mm). Le support de ticket électronique peut mémoriser l'historique des tickets électroniques qui lui ont été fournis. En variante, seul le dernier ticket électronique est mémorisé dans le support, les autres étant effacés. Dans un mode particulier de réalisation, la borne de distribution de tickets électroniques selon l'invention est apte à lire et recevoir un ticket électronique mémorisé dans un support et à permettre l'accès à un service, par exemple à un réseau de transport, après vérification de la validité de ce ticket. L'invention vise aussi un système comportant au moins : - une borne de distribution de tickets électroniques telle que mentionnée ci-dessus ; - un support de tickets électroniques ; et - un serveur apte à obtenir la structure de données précitée à partir d'une base de données d'utilisateurs du système et à fournir cette structure de données à la borne. La base de données peut par exemple être gérée par un serveur accessible par un site Web auprès duquel l'utilisateur fournit des informations, notamment l'identifiant de son support de tickets électroniques. Dans un mode particulier de réalisation de l'invention, ce serveur comporte : - des premiers moyens de communication aptes à recevoir un message en provenance d'un terminal d'un utilisateur du système, ce message comportant un identifiant de ce terminal et un identifiant d'une borne selon l'invention ; - des deuxièmes moyens de communication aptes à obtenir la structure de 35 données précitée à partir de l'identifiant de terminal ; le serveur fournissant la structure de données à la borne identifiée par l'identifiant de borne compris dans le message. Par exemple, dans ce mode de réalisation, la structure de données peut comporter l'identifiant MSISDN (« Mobile Station ISDN Number », numéro de l'usager connu du public) ou IMSI (« International Mobile Suscriber Identity ») d'une carte de souscription à un réseau téléphonique (carte SIM). Dès lors, lorsque l'utilisateur appelle un numéro correspondant à une borne, en utilisant un téléphone mobile incorporant cette carte SIM, cet appel est traité par le serveur du système selon l'invention ; celui-ci obtient alors, à partir de la base de données, l'identifiant du support de tickets électroniques de l'utilisateur, génère le ticket électronique à partir de cet identifiant, et le met à disposition de l'utilisateur, dans la liste de la borne correspondant au numéro appelé. On rappelle que l'identifiant IMSI est mémorisé dans la carte SIM, le réseau téléphonique faisant la correspondance entre cet identifiant IMSI et l'identifiant MSISDN communiqué au destinataire. Très avantageusement, l'utilisateur peut ainsi demander la génération d'un ticket électronique pour une borne, sans être à proximité de la borne, puisqu'il suffit qu'il connaisse le numéro de téléphone associé à cette borne. Bien entendu, cette phase d'appel n'est pas nécessaire pour la mise en oeuvre de l'invention. Dans un autre mode de réalisation, le serveur envoie, à un instant déterminé, par exemple en début de mois, la structure de données à la borne de distribution, pour qu'elle mette à disposition le ticket électronique dans sa liste, la borne étant spécifiée choisie par l'utilisateur dans son profil enregistré dans le site Web. En variante, il peut aussi s'agir de la dernière borne utilisée suite à un appel téléphonique comme décrit précédemment. Préférentiellement, le serveur du système selon l'invention est apte à couper la communication avec le terminal, dès qu'il a obtenu l'identifiant de ce terminal et l'identifiant de la borne, suffisamment tôt pour éviter une facturation de cette communication, par exemple avant que le terminal n'accepte la communication, pendant la phase de sonnerie. Dans un mode particulier de réalisation de l'invention, le serveur du système selon l'invention comporte des moyens pour envoyer un message au terminal de l'utilisateur pour lui indiquer que le ticket électronique est disponible auprès de cette borne. L'envoi ou non de ce message, par exemple de type SMS, peut être configuré auprès du site Web précité. L'utilisateur peut ainsi être prévenu de la disponibilité du ticket. Dans un mode particulier de réalisation de l'invention, la borne selon l'invention envoie au serveur, un message lorsqu'elle a effectivement délivrée le ticket électronique à un utilisateur. Le serveur peut alors au moyen d'un identifiant d'un moyen de paiement de l'utilisateur acquitter le paiement du ticket et envoyer un message de confirmation de paiement au terminal de l'utilisateur. A cet effet, la structure de données enregistrée auprès du site Web peut comporter une pluralité d'éléments à savoir, en plus de l'identifiant de support indispensable, des informations parmi lesquelles : - un identifiant de moyen de paiement, par exemple de carte bancaire, - un identifiant de terminal par exemple de téléphone mobile ; - un mot de passe pour la gestion de son compte ; - les paramètres du service pour lequel il souhaite être facturé ; et - une durée de validité de ce service (mois, quinzaine, ...). Dans un mode particulier de réalisation, les différentes étapes du procédé de distribution de tickets électroniques sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre par un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes du procédé de distribution de tickets de transport électroniques tel que mentionné ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des dessins D'autres caractéristique est avantages de la présente invention ressortiront de la description faite ci-dessous en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : - la figure 1 représente un système conforme à un mode particulier de réalisation de l'invention ; - la figure 2 représente une structure de données pouvant être 25 utilisée dans le système de la figure 1 ; et - la figure 3 représente sous forme d'organigramme les principales étapes d'un procédé de distribution de tickets électroniques conforme à un mode particulier de réalisation de l'invention. 30 Description détaillée de l'invention L'invention est présentée ici dans le contexte d'une application de transport. La figure 1 représente un système 10 de transport conforme à 35 l'invention. Ce système comporte deux bornes TERM1, TERM2 de transport conforme à l'invention, chacune de ces bornes comportant un lecteur RD apte à communiquer avec un support PT de tickets électroniques de transport. Dans l'exemple de réalisation décrit ici, ce support PT est constitué par une carte à puce sans contact. Chacune de ces bornes TERM1, TERM2 est associé à un numéro de téléphone respectivement N-TERM1, N-TERM2, le numéro de téléphone d'une borne étant affichée sur la borne elle-même. Le support PT de tickets de transport électroniques comporte une mémoire non volatil mémorisant un identifiant ID-PT de ce support. Les bornes TERM1, TERM2 sont reliées à un réseau de télécommunications auxquels sont également reliés : - un premier serveur SRV1 ; - un deuxième serveur SRV2 hébergeant un site Web comportant, dans une base de données BD, le profil des utilisateurs du système 10 ; et - un serveur bancaire SRV-BK. Sur la figure 1, on a également représenté un terminal MP du détenteur du support de transport de tickets électroniques PT, à savoir, 20 dans cet exemple, un téléphone mobile. Le serveur SRV est apte à mettre en oeuvre un programme d'ordinateur PG-SRV dont les principales étapes C10 à C100 sont représentées à la figure 3. Dans l'exemple de réalisation décrit ici, le serveur SRV comporte un support d'enregistrement, à savoir une 25 mémoire, sur lequel est enregistré ce programme PG-SRV. Nous allons maintenant décrire, en référence à la figure 3, un exemple de fonctionnement du système 10 de la figure 1. Nous supposerons tout d'abord que l'utilisateur détenteur du support de ticket de transport électronique crée son profil auprès du 30 serveur SRV2 en utilisant un terminal apte à communiquer avec le serveur SRV2 via le réseau Internet, ce terminal pouvant notamment être constitué par un téléphone mobile MP ou par un ordinateur personnel non représenté. Le programme PG-BD mis en oeuvre par ce serveur SRV2 35 comporte, dans cet exemple, les étapes A10 et A20 représentées à la figure 3. L'étape A10 permet de créer le compte de l'utilisateur et d'enregistrer les informations relatives à cet utilisateur autrement dit son profil dans la base de données BD. On notera que la création et/ou la mise à jour du profil de l'utilisateur peut être effectuée par l'utilisateur, ou par un tiers, par exemple l'administrateur de la base de donnée BD. Dans l'exemple de réalisation décrit ici, ces informations sont structurées selon une structure de données SD représentée à la figure 2. Elle comporte : - l'identifiant ID-PT du support de tickets électroniques PT ; - un identifiant ID-MP du téléphone mobile MP de cet utilisateur ; - une définition DZ des zones de transport dans lequel circule cet utilisateur ; - une durée de validité d'un ticket de transport électronique devant être délivré à cet utilisateur ; - un identifiant ID-CV d'une carte bancaire de cet utilisateur enregistrée auprès du serveur bancaire SRV-BK ; et - un mot de passe PWD permettant à l'utilisateur de s'authentifier auprès du site Web. Bien sûr, à tout moment, l'utilisateur peut, après avoir fourni son mot de passe PWD, modifier les informations de son profil. A la figure 3 - les étapes B10 à B40 sont les étapes d'un programme d'ordinateur PG-MP mis en oeuvre par le téléphone mobile MP ; - les étapes D10 à D70 sont les étapes d'un programme d'ordinateur PG-TERM mis en oeuvre par chacune des bornes TERM1, TERM2 ; et - les étapes E10 à E30 sont les étapes d'un programme d'ordinateur PG-PT mis en oeuvre par un microprocesseur embarqué dans le support de tickets de transport électroniques PT. Nous supposerons dans cet exemple, que l'utilisateur appelle, au cours d'une étape B10, avec son téléphone mobile MP, le numéro de téléphone N-TERM1 associé à la borne TERM1. Ce numéro peut être un numéro gratuit. Bien entendu, il n'est pas nécessaire que l'utilisateur soit à proximité de cette borne au moment de cet appel. Cet appel établit, au cours d'une étape C10, une communication COM1 avec le serveur SRV, par exemple via un réseau de téléphonie mobile. Cette communication peut être établie en mode circuit ou selon le protocole http par exemple. De façon connue, le protocole ou la signalisation mise en oeuvre pour l'établissement de la communication permet au serveur SRV d'identifier le téléphone mobile MP appelant ; l'identifiant ID-MP de ce téléphone mobile peut par exemple être constitué par un numéro de téléphone ou par une adresse IP (Internet Protocole). Sur réception de l'appel, le serveur SRV enregistre, au cours d'une étape C20, l'identifiant ID-MP du téléphone mobile MP dans une mémoire non représentée. Dans le mode de réalisation décrit ici, le serverur SRV enregistre également le numéro N-TERM1 de téléphone de la borne TERM1. Puis, il coupe la communication téléphonique, au cours d'une étape C30, la communication avec le téléphone mobile MP avant que celle-ci ne soit facturée, par exemple pendant l'étape de sonnerie. Le terminal mobile MP relâche la communication de son côté, au cours d'une étape B20. Puis, au cours d'une étape C40, le serveur SRV envoie au serveur SRV2, une requête comportant l'identifiant ID-MP du téléphone mobile MP (communication COM2). Cette requête est reçue par le serveur SRV2 au cours d'une étape A20. Sur réception de cette requête, le serveur SRV2 recherche dans la base de données BD, une structure de données SD, comportant l'identifiant ID-MP, et renvoie cette structure de données SD au serveur SRV. Au cours d'une étape C50, le serveur SRV envoie (communication COM3) à la borne identifiée par l'identifiant de bornes N-TERM1 reçue de la communication téléphonique COM1 établie précédemment avec le téléphone mobile MP au moins certaines informations comprises dans la structure de données SD, et en particulier l'identifiant ID-PT du support de tickets de transport électroniques de l'utilisateur. Ces données sont reçues par la borne TERM1 au cours d'une étape D10. Au cours d'une étape D20, la borne TERM1 génère un ticket de transport électronique CP et l'enregistre dans une liste LC. Elle envoie un message de confirmation de cet enregistrement au serveur SRV qui le reçoit au cours d'une étape C60. Sur réception de ce message, le serveur SRV envoie, au cours d'une étape C70, un message court SMS au téléphone mobile MP, cet SMS étant reçu par le téléphone mobile MP au cours d'une étape B30 (communication COM4). A cet instant, la borne TERM1 conforme à l'invention comporte, dans sa liste LC, une pluralité de tickets de transport électroniques, chacun ayant été généré à partir de l'identifiant ID-PT d'un support de tickets électroniques. Nous allons maintenant supposer que l'utilisateur détenteur du support de tickets de transport électroniques PT se rapproche physiquement de la borne TERM1 pour se faire délivrer son propre ticket de transport électronique. A cet effet, l'utilisateur approche, au cours d'une étape D30, son support PT de tickets de transport électroniques du lecteur RD de la borne TERM1. Il s'établit alors une communication sans contact COM5 entre ces deux entités. Cette communication COM5 peut être sécurisée par des moyens cryptographiques ; à titre d'exemple, l'identifiant ID-PT du support de tickets de transport électroniques peut comporter une signature, celle-ci étant vérifiée par la borne TERM1 avant de délivrer un ticket. Au cours de cette communication COM5, le support PT transmet, 25 au cours d'une étape E10, son identifiant ID-PT à la borne TERM1, qui le reçoit au cours d'une étape D30. Puis, au cours d'une étape D40, la borne TERM1 recherche, dans sa liste LC, un ticket électronique CP généré à partir de l'identifiant ID-PT de ce support. 30 Au cours d'une étape D50, la borne TERM1 communique ce ticket électronique CP au support PT ; celui-ci l'enregistre dans sa mémoire au cours d'une étape E20. Dans un mode particulier de réalisation, le ticket électronique CP comporte une signature cryptographique vérifiable par le support PT. 35 Dans l'exemple de réalisation décrit ici, la borne TERM1 envoie, dans un message de communication COM6, un message au serveur SRV2 pour lui confirmer que le ticket de transport électronique CP a bien été délivré au support PT (étape D60). Ce message est reçu par le serveur SRV au cours d'une étape C80. Au cours d'une étape C90, le serveur SRV communique, au cours d'une communication COM7, avec le serveur bancaire SRV-BK pour débiter le compte de l'utilisateur. Il utilise à cet effet l'identifiant ID-CB de la carte bancaire de cet utilisateur. Dans l'exemple de réalisation décrit ici, le serveur SRV1 envoie un message court SMS, au cours d'une étape C100, au cours d'une communication COM8, au téléphone mobile MP pour lui confirmer ce paiement. En variante le paiement peut aussi être réalisé avant l'établissement de la communication COM5 : l'utilisateur peut prépayer le ticket électronique auprès de SRV2 en utilisant son téléphone mobile MP ou un autre terminal. Ce SMS est reçu par le téléphone mobile MP au cours d'une étape B40. L'utilisateur peut maintenant utiliser son ticket électronique de transport pour accéder au réseau de transport. Nous supposons dans cet exemple que la borne TERM2 permet l'accès à ce réseau de transport. Lorsque l'utilisateur approche son support PT de ticket de transport électronique (étape E30), devant le lecteur RD de cette borne, une communication COM9 sans contact s'établie. Cette communication COM9 est une communication de courte portée (de l'ordre de quelques centimètres) par exemple conforme à la norme NFC. Il peut aussi s'agir d'une communication avec contact. En variante, la borne peut communiquer avec des moyens de communication sans fil ou sans contact avec un contrôleur du téléphone mobile MP, ce contrôleur étant relié au support PT par un connecteur. La borne TERM2 permet alors l'accès de l'utilisateur au réseau de transport, après vérification de la validité du ticket. Dans la cas d'une application de transport, la vérification de la validité peut consister à vérifier la validité d'une date d'accès ou à des 35 zones déterminées couvertes par le réseau. L'invention peut aussi s'appliquer par exemple à la distribution de tickets électroniques de spectacles ou de tickets d'accès à un bâtiment. REVENDICATIONS1. Borne (TERM1) comportant : - des moyens d'enregistrement, dans une liste (LC), d'au moins un ticket électronique (CP) généré à partir d'un identifiant (ID-PT) d'un support (PT) de tickets électroniques (CP) ; et - un module de distribution de tickets électroniques comportant : - des moyens de communication aptes à recevoir, en provenance d'un support (PT) de tickets électroniques, une requête pour obtenir un ticket électronique (CP), cette requête comportant un identifiant (ID-PT) dudit support (PT); - des moyens de recherche, dans ladite liste (LC), d'un ticket électronique (CP) généré à partir de l'identifiant (ID-PT) compris dans ladite requête ; - lesdits moyens de communication étant aptes à délivrer ledit ticket électronique (CP) audit support. 2. Borne selon la revendication 1 caractérisée en ce qu'elle comporte en outre un module de génération desdits tickets, ce module 20 comportant : - des moyens d'obtention d'une structure de données (SD) comportant au moins un identifiant (ID-PT) d'un support de ticket électronique (PT) ; et - des moyens de génération d'un ticket électronique (CP) à partir dudit identifiant (ID-PT). 25 3. Borne (TERM1) selon la revendication 1 ou 2, caractérisée en ce que lesdits moyens de communication du module de distribution de tickets électroniques sont des moyens de communication sans contact compatibles avec des moyens de communication sans contact dudit 30 support (PT). 4. Borne (TERM1) de distribution de tickets de transport électroniques selon l'une quelconque des revendications 1 à 3, caractérisée en ce que lesdits moyens de communication du module de 35 distribution de tickets électroniques sont aptes à recevoir un ticketélectronique (CP) en provenance dudit support et à permettre l'accès à un service après vérification de la validité dudit ticket. 5. Système (10) comportant au moins : - une borne (TERM1) de distribution de tickets électroniques selon l'une quelconque des revendications 2 à 4 ; - un support (PT) de tickets de transport électroniques ; et - un serveur (SRV) apte à obtenir ladite structure de données (SD) à partir d'une base de données d'utilisateurs dudit système et à fournir ladite structure de données (SD) à ladite borne (TERM1). 6. Système (10) selon la revendication 5, caractérisé en ce que ledit serveur (SRV) comporte : - des premiers moyens de communication aptes à recevoir un message en provenance d'un terminal (MP) d'un utilisateur dudit système (10), ce message comportant un identifiant (ID-MP) de ce terminal et un identifiant (N-TERM1) de ladite borne (TERM1) ; - des deuxièmes moyens de communication aptes à obtenir ladite structure de données (SD) à partir dudit identifiant (ID-MP) de terminal ; ledit serveur (SRV) fournissant ladite structure de données (SD) à la borne (TERM1) identifiée par ledit identifiant de borne (N-TERM1). 7. Système (10) selon la revendication 5 ou 6, caractérisé en ce que ledit serveur (SRV) comporte des moyens pour couper la communication avant que ledit terminal (MP) n'accepte l'appel pour éviter une facturation de ladite communication. 8. Système (10) selon l'une quelconque des revendications 5 à 7, caractérisé en ce que ledit serveur (SRV) comporte des moyens pour envoyer un message audit terminal pour lui indiquer que ledit ticket électronique (CP) est disponible auprès de ladite borne (TERM1). 9. Système (10) selon l'une quelconque des revendications 5 à 8, caractérisé en ce que :- ladite borne (TERM1) comporte des moyens pour envoyer un message audit serveur (SRV) pour lui indiquer qu'elle a effectivement délivré ledit ticket électronique (CP) audit support ; et en ce que - ledit serveur (SRV) est apte à obtenir un identifiant (ID-CB) d'un moyen de paiement d'un utilisateur dudit support et à acquitter le paiement dudit ticket électronique (CP) en utilisant cet identifiant et à envoyer un message de confirmation dudit paiement à un terminal dudit utilisateur. 10. Procédé de distribution de tickets électroniques (CP) pouvant 10 être mis en oeuvre par une borne (TERM1) de distribution de tickets électroniques, ce procédé comportant : - une étape (D20) d'enregistrement, dans une liste (LC), d'au moins un ticket électronique (CP) généré à partir d'un identifiant (ID-PT) d'un support de tickets de transport électroniques (PT); 15 - une étape (D30) de réception, en provenance d'un support (PT) apte à recevoir un ticket électronique, d'une requête pour obtenir un ticket électronique (CP), cette requête comportant un identifiant (ID-PT) dudit support (PT); - une étape (D40) de recherche, dans ladite liste (LC), d'un ticket 20 électronique (CP) généré à partir de l'identifiant (ID-PT) compris dans ladite requête ; et - une étape (D50) de fourniture dudit ticket électronique (CP) audit support. 25 11. Programme d'ordinateur (PG-SRV) comportant des instructions pour l'exécution des étapes du procédé de distribution selon la revendication 10 lorsque ledit programme est exécuté par un ordinateur (TERM1). 30 12. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (PG-SRV) comprenant des instructions pour l'exécution des étapes du procédé de distribution selon la revendication 10.