Brevet FR3031616A1 — publié le 20160715

- 1 - « Procédé et système de contrôle d'accès à un événement, en particulier à un trajet en véhicule ferroviaire » L'invention concerne un procédé de contrôle d'accès à un événement, en particulier à un trajet en véhicule ferroviaire. Elle concerne également un système comprenant des moyens configurés pour mettre en oeuvre un tel procédé. Le domaine de l'invention est le domaine de l'accès à un événement, 10 et en particulier à un moyen de transport en commun, et plus particulièrement à un moyen de transport en commun de nature ferroviaire. Etat de la technique La quasi-totalité des événements, quelle que soit leur nature, présente 15 une capacité limitée en terme d'accueil des utilisateurs. Il arrive donc très souvent que des utilisateurs souhaitant avoir accès à un événement, par exemple à un moyen de transport en commun pour réaliser un trajet, ne puissent pas y participer du fait d'une demande plus grande par rapport au nombre de places proposées pour ledit événement. 20 Parallèlement à cette situation, il arrive très souvent que des utilisateurs ayant réservé une place pour un événement donné ne puissent pas y participer pour diverses raisons. Dans le cadre de formules d'abonnement proposant un accès illimité à des événements présentant chacun des places limitées, par exemple des formules d'accès illimité à des 25 moyens de transport en commun ou des formules d'accès illimité à des événements sportifs, il arrive très souvent que des utilisateurs réservent des places dans un ou plusieurs événements sans pour autant y participer. Or, ces places réservées par ces utilisateurs ne sont alors pas accessibles aux autres utilisateurs et restent par conséquent non utilisées malgré la 30 demande, ce qui diminue le taux d'accès à l'événement. De plus, cette situation peut être aggravée si des utilisateurs disposant de formules d'accès illimité en font une utilisation abusive ou intempestive, ce qui ne permet pas de réaliser une gestion efficace de l'accès à des événements. Dans la plupart des événements, et en particulier dans le cadre de trajets réalisés par des 3031616 - 2 - moyens de transport en commun, cela peut en plus engendrer des coûts inutiles liés aux moyens de transport et à la main d'oeuvre déployés. L'invention a pour but de pallier les inconvénients précités. 5 Notamment, un but de l'invention est de proposer un procédé et système de contrôle d'accès permettant de réaliser une meilleure gestion de l'accès à des événements. Un autre but de l'invention est de proposer un procédé et un système de contrôle d'accès permettant de diminuer les coûts liés aux événements. Enfin, un autre but de l'invention est de proposer un procédé et un système de contrôle d'accès permettant d'augmenter le taux d'accès aux événements. Exposé de l'invention L'invention permet d'atteindre au moins l'un des buts précités par un procédé de contrôle d'accès à un événement, en particulier à un trajet en véhicule ferroviaire, ledit procédé comprenant pour au moins un utilisateur une étape initiale de mémorisation, dans une base de données et en association avec une donnée d'identification dudit utilisateur, d'une donnée, dite compteur, représentant un nombre d'événement(s) non terminé(s) pouvant être associé(s) audit utilisateur, et au moins une itération des étapes suivantes : - lorsque ladite donnée compteur est non nulle, réservation par ledit utilisateur d'au moins un événement, dit réservé, par mémorisation de ladite donnée d'identification utilisateur en association avec une donnée d'identification dudit événement réservé ; - mise à jour de ladite donnée compteur par décrémentation ; et - émission d'une donnée d'avertissement en association avec ledit événement en fonction d'au moins une règle prédéterminée lorsque l'utilisateur ne respecte pas ladite au moins une règle ; ledit procédé comprenant en outre, pour chaque utilisateur, une étape d'ajustement d'une valeur maximale que peut prendre ladite donnée compteur en fonction du nombre d'avertissement(s) reçu(s). 3031616 - 3 - Ainsi, le procédé de contrôle d'accès permet de modifier les droits d'accès ou la possibilité d'accès d'un utilisateur à un événement à venir en fonction de son comportement lors d'au moins un événement passé. De cette manière, le procédé selon l'invention permet d'accompagner l'utilisateur vers 5 un comportement responsable. De cette manière, le procédé selon l'invention permet de réaliser un contrôle d'accès à des événements plus efficace. Le procédé selon l'invention permet également de s'assurer de l'accès réel d'un plus grand nombre d'utilisateurs à un événement donné de sorte à augmenter le taux d'accès aux événements. 10 En outre, le procédé selon l'invention permet de mieux maitriser les coûts des événements en ajustant les moyens et la main d'oeuvre déployés pour la tenue de l'évènement au nombre de personnes assistant à l'événement. 15 Avantageusement, l'étape d'ajustement peut comprendre une diminution d'une valeur maximale que peut prendre la donnée compteur à un seuil, dit minimal, prédéterminé lorsque l'utilisateur reçoit un nombre prédéterminé d'avertissements pendant une durée prédéterminée. Le nombre prédéterminé d'avertissements peut être égal à un ou 20 deux. Le seuil minimal peut par exemple être égal à 0 ou 1, de sorte à diminuer fortement les droits d'accès de l'utilisateur. La durée prédéterminée peut être par exemple un mois. La durée peut être une durée glissante calculée à partir du premier 25 avertissement reçu. Alternativement la durée peut être une durée fixe calendaire, tel que par exemple chaque mois calendaire. Au moins l'une de ces grandeurs peut être fixe ou ajustable, par exemple en fonction de l'utilisateur ou de l'événement ou encore de la période de l'année. 30 Selon un exemple de réalisation non limitatif, dans le cadre d'un transport ferroviaire, si l'utilisateur reçoit deux avertissements pendant une période glissante d'un mois alors la valeur maximale que peut prendre la donnée compteur, c'est-à-dire le nombre maximum de réservations qui sont disponibles pour l'utilisateur, peut être fixée au seuil minimal de 1. 3031616 -4 De plus, l'étape d'ajustement peut avantageusement comprendre une augmentation de la valeur maximale que peut prendre la donnée compteur à un seuil, dit maximal, prédéterminé lorsque l'utilisateur ne reçoit pas 5 d'avertissements pendant une durée prédéterminée. Le seuil maximal peut être illimité ou peut être égal à un entier positif, tel que par exemple 4, de sorte que l'utilisateur est récompensé pour son comportement. La durée prédéterminée peut être par exemple un mois. 10 La durée peut être une durée glissante calculée à partir du dernier avertissement reçu. Alternativement la durée peut être une durée fixe calendaire, telle que par exemple chaque mois calendaire. Au moins l'une de ces grandeurs peut être fixe ou ajustable, par exemple en fonction de l'utilisateur ou de l'événement ou encore de la 15 période de l'année. Selon l'exemple de réalisation non limitatif donné plus haut, dans le cadre d'un transport ferroviaire, si l'utilisateur ne reçoit pas d'avertissement pendant une période glissante d'un mois alors la valeur maximale que peut prendre la donnée compteur, c'est-à-dire le nombre maximum de 20 réservations qui sont disponibles pour l'utilisateur, peut être fixée au seuil maximal de 4. Suivant un exemple de réalisation non limitatif, pour un événement réservé, un avertissement peut être émis à un utilisateur lorsque ledit 25 utilisateur : - ne participe pas audit événement réservé, c'est-à-dire qu'il ne respecte pas la règle de présence à un événement qu'il a réservé ; et/ou - ne respecte pas une règle fixée lors du déroulement dudit 30 événement réservé, par exemple lorsqu'il fume alors que fumer est interdit lors de l'événement ou qu'il ne respecte pas le silence demandé lors de l'évènement. 3031616 - 5 - Le procédé selon l'invention peut en outre comprendre, pour au moins un événement, une étape de signalisation de la présence d'un utilisateur audit événement par : - lecture de la donnée d'identification utilisateur depuis un 5 support d'identification ; et - émission de ladite donnée d'identification vers un serveur central. Cette étape de signalisation peut comprendre une vérification d'un 10 droit d'accès de l'utilisateur à l'événement en question. Pour ce faire, la donnée d'identification de l'utilisateur lue depuis son support d'identification peut être comparée aux données d'identification utilisateurs préalablement mémorisées en association avec ledit événement. Si la comparaison est positive alors l'utilisateur a accès à l'événement. Dans le cas contraire, 15 l'accès est refusé. Le support d'identification peut être : - un support comportant un code visuel de type code-barres ou QR-Code, lisible par un lecteur optique, 20 - un support RFID lisible par un lecteur RF, - etc. L'avertissement ou la donnée d'avertissement peut comprendre la donnée d'identification de l'utilisateur. 25 Lorsque l'avertissement consiste en une absence à un événement réservé, alors la donnée d'identification peut être accédée depuis une base de données, mémorisant pour cet événement, les identifiants des utilisateurs ayant réservé pour cet événement. Lorsque l'avertissement consiste en un non-respect, par l'utilisateur, 30 d'une règle prédéterminée lors de l'événement, alors la donnée d'identification de l'utilisateur peut être lue depuis un support d'identification de l'utilisateur et avec lequel l'utilisateur a accédé à l'événement. 3031616 - 6 - Avantageusement, au moins une des étapes de réservation et d'émission peut être réalisée au travers d'un réseau de communication de type Internet. Par exemple, au moins une étape de réservation peut être réalisée au 5 travers d'une application Smartphone ou au travers d'une page Internet accessible par un appareil informatique. De plus, au moins une étape d'émission d'un avertissement peut être réalisée par un appareil portable réalisant la lecture de supports d'identification. 10 En outre, au moins une des étapes de réservation et d'émission est réalisée au travers d'une connexion au moins en partie sans fil, de type WIFI, ou par une connexion établie sur un réseau physique de téléphonie mobile. 15 Avantageusement, l'étape de réservation peut comprendre une sélection d'un événement dans une liste d'événements disponibles à la réservation. La liste d'événements disponibles peut être obtenue par une recherche 20 par mots clefs. Par exemple, dans le cadre des transports en commun tels que les trains, la liste des trains disponibles à la réservation peut être déterminée par une recherche par mots clefs portant sur la gare de départ et la gare d'arrivée, ainsi que des critères horaires. La liste d'événements disponibles peut comprendre uniquement des 25 événements dont l'heure de début est séparée de l'heure actuelle d'une durée prédéterminée, telle que par exemple 45 minutes ; les événements dont l'heure de début diffère de l'heure actuelle d'une durée inférieure à la durée prédéterminée n'étant pas disponibles à la réservation. Par exemple, dans le cadre des transports en commun tels que les trains, la liste des trains 30 disponibles à la réservation peut comprendre uniquement les trains dont l'heure de départ à la gare de départ souhaitée est postérieure à l'heure actuelle d'au moins 45 minutes. 3031616 - 7 - Avantageusement, le procédé selon l'invention peut comprendre une étape d'annulation d'une réservation d'un événement par suppression de la donnée d'identification utilisateur préalablement mémorisée en association avec une donnée d'identification dudit événement. 5 Dans ce cas, la donnée compteur est mise à jour par incrémentation d'une unité. La possibilité d'annulation peut être limitée dans le temps pour au moins un événement. Plus particulièrement, une annulation d'une réservation portant sur un événement peut être possible uniquement avant 10 une durée prédéterminée calculée par rapport à la date ou l'heure de début de l'événement. Par exemple, dans le cadre des transports par trains, une annulation d'une réservation dans un train peut être possible uniquement au moins 5 heures avant l'heure de départ du train à la gare souhaitée. 15 Selon un autre aspect de l'invention, il est proposé un système de contrôle d'accès à un événement, en particulier à un trajet en véhicule ferroviaire, ledit système comprenant : un serveur central, 20 - au moins un support d'identification pour chaque utilisateur, et - au moins un lecteur pour lire une donnée d'identification depuis ledit support d'identification, et connecté audit serveur central ; configurés pour mettre en oeuvre toutes les étapes du procédé de contrôle d'accès à un événement selon l'invention. 25 D'autres avantages et caractéristiques apparaîtront à l'examen de la description détaillée d'exemples nullement limitatifs, et des dessins annexés sur lesquels : 30 - la FIGURE 1 est une représentation schématique sous la forme d'un diagramme des étapes d'un exemple de réalisation non limitatif d'un procédé selon l'invention ; et - la FIGURE 2 est une représentation schématique d'un exemple de réalisation non limitatif d'un système selon l'invention. 3031616 -8 Il est bien entendu que les modes de réalisation qui seront décrits dans la suite ne sont nullement limitatifs. On pourra notamment imaginer des variantes de l'invention ne comprenant qu'une sélection de 5 caractéristiques décrites par la suite isolées des autres caractéristiques décrites, si cette sélection de caractéristiques est suffisante pour conférer un avantage technique ou pour différencier l'invention par rapport à l'état de la technique antérieur. Cette sélection comprend au moins une caractéristique de préférence fonctionnelle sans détail structurel, ou avec seulement une 10 partie des détails structurels si cette partie uniquement est suffisante pour conférer un avantage technique ou pour différencier l'invention par rapport à l'état de la technique antérieur. En particulier toutes les variantes et tous les modes de réalisation décrits sont combinables entre eux si rien ne s'oppose à cette combinaison 15 sur le plan technique. Les exemples suivants concernent l'accès à des trains pour réaliser un trajet depuis une gare de départ jusqu'à une gare d'arrivée. Bien entendu, l'invention n'est pas limitée à ce type d'événements et peut être appliquée au contrôle d'accès à des salles de cinéma, des salles de spectacles, etc. 20 La FIGURE 1 est une représentation schématique sous la forme d'un diagramme des étapes d'un exemple de réalisation non limitatif d'un procédé selon l'invention, dans le cadre de l'accès à des trains. 25 Le procédé 100 représenté sur la FIGURE 1 comprend une étape initiale 102 lors de laquelle l'utilisateur procède à une inscription pour bénéficier du procédé de contrôle d'accès. Pendant cette étape l'utilisateur fournit des données relatives à son identité, et éventuellement à un moyen de paiement tel que par exemple une carte bancaire. D'autres données 30 peuvent être fournies à la demande de l'opérateur lors de cette étape. Par ailleurs, l'utilisateur peut avoir la possibilité de choisir une formule d'accès parmi une pluralité de choix, telle que par exemple une formule d'accès « illimité ». 3031616 - 9 - Pendant cette étape 102, l'utilisateur se voit attribuer une donnée d'identification utilisateur, notée IDU, en association avec laquelle est mémorisée une donnée compteur, notée DCU, correspondant à un nombre maximum de réservations simultanées qu'il peut effectuer. 5 Ces données sont mémorisées dans une base de données utilisateurs, notée BDU. De plus, un support d'identification, par exemple de type RFID, comprenant la donnée d'identification utilisateur IDU est délivré à l'utilisateur. 10 Une fois l'inscription validée l'utilisateur peut commencer à utiliser le service. Lors d'une étape 104, l'utilisateur effectue une recherche de trains par mots clefs portant sur une gare de départ, une gare d'arrivée et une date. 15 Lorsque l'utilisateur identifie un train disponible, il effectue une sélection du train disponible pour réserver une place dans ce train. Selon un mode de réalisation nullement limitatif, un train peut être disponible s'il satisfait au moins une règle prédéterminée. Par exemple, un train peut être disponible si : 20 - l'heure de départ du train à la gare de départ souhaitée est séparée de l'heure actuelle d'une durée prédéterminée, par exemple d'une durée de 45 minutes ; et - s'il existe encore des places libres dans le train, éventuellement des places libres suivant un quota prédéterminé, par exemple un 25 quota de 100 places maximum par train. Lors d'une étape 106, le train est réservé par l'utilisateur. Cette réservation est réalisée par mémorisation dans la BDT de la donnée d'identification utilisateur IDU. L'étape de réservation 106 est suivie d'une étape 108 de mise à jour 30 d'une donnée compteur DCU par décrémentation d'une unité, et éventuellement, de mise à jour d'une donnée quotas associée à ce train dans une base de données associée à ce train, notée BDT. 3031616 - 10 - Les étapes 104-108 peuvent être répétées tant que la donnée compteur DCU associée à l'utilisateur est non nulle. L'utilisateur peut ainsi réaliser plusieurs réservations de train de manière simultanée. 5 Pour un train réservé, et avant le départ du train dans la gare de départ sélectionnée par l'utilisateur, l'identifiant de l'utilisateur est lu, par exemple par un lecteur de type RF, avant l'accès au train lors d'une étape 110. Cette étape de lecture 110 est suivie d'une étape 112 réalisant une 10 transmission vers la base de données train BDT de la donnée d'identification IDU associée à cet utilisateur pour signaler la présence de l'utilisateur dans le train qu'il a réservé. Cette signalisation peut être réalisée par modification d'une donnée de statut associée à cet utilisateur dans la BDT et mémorisée en association avec la donnée d'identification utilisateur IDU dans la BDT. 15 Cette signalisation peut être réalisée à chaque lecture d'une donnée d'identification ou encore de manière commune, par exemple à chaque départ du train. Une fois que le train a quitté la dernière gare de départ, la base de 20 données BDT associée au train est analysée, lors d'une étape 114 pour déterminer les identifiants des utilisateurs qui ont réservé une place dans ce train et qui ne se sont pas présentés. Pour chaque utilisateur absent, une donnée d'avertissement est émise et mémorisée dans la base de données utilisateurs BDU en association avec 25 l'identifiant utilisateur IDU de cet utilisateur, lors d'une étape 116. De plus, parallèlement ou avant ou après les étapes 114 et 116, lorsque l'utilisateur ne respecte pas une règle prédéterminée dans le train alors un avertissement peut être émis à l'utilisateur par un opérateur ou un contrôleur lors d'une étape 118. Un tel avertissement peut être émis lorsque 30 l'utilisateur ne respecte pas une règle prédéterminé, par exemple : - lorsque l'utilisateur fume à bord du train alors que cela est interdit, 3031616 - lorsque le support d'identification n'est pas au format requis, par exemple lorsqu'il ne comporte pas de photo alors que cela est exigé ; - etc. 5 Pour ce faire, la donnée d'identification utilisateur IDU est lue depuis le support d'identification de l'utilisateur et transmise au serveur central. Une donnée d'avertissement est alors émise et mémorisée tel que décrit dans le paragraphe précédent. Pour chaque avertissement, la donnée d'avertissement mémorisée 10 comprend des données relatives à la date, éventuellement l'heure, de l'avertissement et éventuellement des données relatives à la nature de l'avertissement. Le procédé 100 comprend, pour chaque utilisateur, une étape 120 15 d'ajustement de la donnée compteur DCU associée à cet utilisateur. Cette étape 120 d'ajustement est réalisée : - suite à une étape d'émission d'avertissement, c'est-à-dire suite à l'étape 116 et/ou l'étape 118 ; et/ou - à une fréquence prédéterminée par une durée prédéterminée, 20 par exemple tous les mois. Lors de cette étape d'ajustement 120, les données d'avertissements reçues par l'utilisateur sont analysées, par exemple par un serveur central. Lorsque l'analyse des données d'avertissements reçues par l'utilisateur 25 montrent que : - l'utilisateur a reçu un nombre prédéterminé d'avertissements, par exemple 2, pendant une durée prédéterminée, par exemple d'un mois, alors la valeur maximale que peut prendre la donnée compteur DCU est fixée à un seuil minimal prédéterminé, par 30 exemple 1. - l'utilisateur n'a pas reçu d'avertissements pendant une durée prédéterminée, par exemple d'un mois, alors la valeur maximale que peut prendre la donnée compteur DCU est fixée à un seuil maximal prédéterminé, par exemple 4. 3031616 - 12 - Si, lors de l'analyse des données d'avertissements reçues par l'utilisateur, aucun de ces deux cas n'est détecté alors la valeur maximale que peut prendre la donnée compteur DCU est inchangée. 5 Enfin, lors d'une étape 122, réalisée pour chaque train par exemple à l'heure d'arrivée théorique du train, la valeur actuelle de la donnée compteur DCU est mise ajour par incrémentation d'une valeur. Les étapes 110-122 sont réalisées pour chaque train concerné par le 10 procédé de contrôle d'accès 100. La FIGURE 2 est une représentation schématique d'un exemple de réalisation non limitatif d'un système selon l'invention 15 Le système 200 représenté sur la FIGURE 2 comprend au niveau d'un ou plusieurs sites distants 202 un serveur central 204 connecté à : - une base de données utilisateurs BDU 206 mémorisant pour chaque utilisateur, en association avec la donnée d'identification utilisateur, une donnée compteur DCU et des données relatives à 20 des avertissements reçues par l'utilisateur telles que décrites plus haut ; et - une base de données trains BDT 208, mémorisant pour chaque train les identifiants des utilisateurs ayant réservé une place dans ce train et éventuellement une donnée quotas relative aux places 25 disponibles dans ce train. Le serveur central comprend également un ou des modules d'analyse 210 configurés pour réaliser les opérations d'analyse, de mise à jour et d'ajustement décrites plus haut. Le système 200 comprend également une interface de communication 30 212 accessible au travers d'un réseau de communication 214, par exemple de type Internet, et permettant aux utilisateurs 2161-216k de s'inscrire et de réserver une place dans un train. Les utilisateurs 2161-216k communiquent avec le site distant 202 grâce à des appareils utilisateurs 2181-218k. Chaque appareil utilisateur 218 3031616 - 13 - peut être par exemple un Smartphone ou tout autre appareil permettant de communiquer avec le site distant au travers d'un réseau 214 Chaque utilisateur 216 est muni d'un support d'identification personnel 2201-220k mémorisant sa donnée d'identification utilisateur IDU. Chaque 5 support d'identification peut être un support lu de manière optique, par exemple une carte comportant un code-barres ou un QR-Code, ou un support lu par ondes électromagnétiques par exemple un support RFID ou NFC. 10 Le système 200 comprend en outre des lecteurs optiques 2221-222n, RFID ou NFC portés par des agents contrôleur 2241-224n permettant de lire les supports d'identification 2201-220k des utilisateurs 2161-216k et communicant avec le site distant 202 au travers du réseau de communication 214. 15 L'ensemble des moyens faisant partie du système 200 représenté sur la FIGURE 1 est agencé pour mettre en oeuvre les étapes du procédé selon l'invention, notamment les étapes du procédé 100 décrit en référence à la FIGURE 1. 20 Bien entendu l'invention n'est pas limitée aux exemples qui viennent d'être décrits. En particulier l'invention n'est pas l'imitée au contrôle d'accès aux trains ou à des moyens de transport en commun et peut être appliquée au contrôle d'accès à des événements en général. 25 REVENDICATIONS1. Procédé (100) de contrôle d'accès à un événement, en particulier à un trajet en véhicule ferroviaire, ledit procédé (100) comprenant pour au moins un utilisateur (2161-216k) une étape initiale (102) de mémorisation, dans une base de données (206) et en association avec une donnée d'identification dudit utilisateur, d'une donnée, dite compteur, représentant un nombre d'événement(s) non terminé(s) pouvant être associé(s) audit utilisateur (2161-216k), et au moins une itération des étapes suivantes : - lorsque ladite donnée compteur est non nulle, réservation (106) par ledit utilisateur (2161-216k) d'au moins un événement, dit réservé, par mémorisation de ladite donnée d'identification utilisateur en association avec une donnée d'identification dudit événement réservé, et - mise à jour (108) de ladite donnée compteur par décrémentation ; 15 ledit procédé comprenant en outre, pour au moins un événement : - une étape (110-112) de signalisation de la présence d'un utilisateur (2161-216k), lorsque ledit utilisateur se présente audit événement, par : - lecture (110) de la donnée d'identification utilisateur depuis un support d'identification (2201-220k), et 20 - émission (112) de ladite donnée d'identification vers un serveur central (204) ; une étape d'émission (116,118) d'une donnée d'avertissement en association avec ledit événement en fonction d'au moins une règle prédéterminée lorsque l'utilisateur (2161-216k) ne respecte pas ladite 25 au moins une règle ; ledit procédé (100) comprenant en outre, pour chaque utilisateur, une étape (120) d'ajustement d'une valeur maximale que peut prendre ladite donnée compteur en fonction du nombre d'avertissement(s) reçu(s). 30 2. Procédé (100) selon la revendication précédente, caractérisé en ce que l'étape (120) d'ajustement comprend une diminution d'une valeur maximale que peut prendre la donnée compteur à un seuil, dit minimal, prédéterminé lorsque l'utilisateur (2161-216k) reçoit un nombre prédéterminé d'avertissements pendant une durée prédéterminée. 3031616 - 15 - 3. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape (120) d'ajustement comprend une augmentation de la valeur maximale que peut prendre la donnée compteur à 5 un seuil, dit maximal, prédéterminé lorsque l'utilisateur (2161-216k) ne reçoit pas d'avertissements pendant une durée prédéterminée. 4. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce que, pour un événement réservé, un avertissement est 10 émis à un utilisateur lorsque ledit utilisateur (2161-216k) : - ne participe pas audit événement ; ne respecte pas une règle fixée lors du déroulement dudit événement. 5. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'au moins une des étapes (106,112,116,118) de réservation et d'émission est réalisée au travers d'un réseau de communication (214), par exemple de type Internet. 6. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'au moins une des étapes (106,112,116,118) de réservation et d'émission est réalisée au travers d'une connexion au moins en partie sans fil, de type WIFI, ou par une connexion établie sur un réseau physique de téléphonie mobile. 7. Procédé (100) selon l'une quelconque des revendications précédentes, caractérisé en ce que l'étape (106) de réservation comprend une sélection (104) d'un événement dans une liste d'événements disponibles à la réservation. 8. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comprend en outre une étape d'annulation d'une réservation d'un événement par suppression de la donnée d'identification 3031616 - 16 - utilisateur préalablement mémorisée en association avec une donnée d'identification dudit événement. 9. Système (200) de contrôle d'accès à un événement, en particulier à un 5 trajet en véhicule ferroviaire, ledit système (200) comprenant : - un serveur central (202), - au moins un support d'identification (2201-220k) pour chaque utilisateur (2161-216k), et - au moins un lecteur (2221-222n) pour lire une donnée 10 d'identification depuis ledit support d'identification (2201-220k), et connecté audit serveur central (202) ; configurés pour mettre en oeuvre toutes les étapes du procédé (100) selon l'une quelconque des revendications précédentes.