FR 3012005 A1 20150417 FR 1359842 A 20131010 Sécurité d'une fourniture de contenus dans un train La présente invention concerne le domaine de la gestion de la fourniture de contenus (animation d'un réseau social, service de vidéo en ligne, fourniture d'un contenu payant de type images de rencontres sportives ou « Ligue 1 » en France, ou autres). Elle concerne plus particulièrement la fourniture de tels contenus dans un réseau local auquel peuvent se connecter les passagers d'un train (grande ligne, banlieue, ou urbain). En effet, pour des trains de grandes lignes et à grande vitesse typiquement, le très haut débit mobile qu'offre le service 4G sur réseau LTE permet des vitesses de transfert entre stations de base d'un réseau cellulaire (ou « handover ») appropriées pour la réception de données en continu, permettant typiquement d'offrir des services de types « vidéo à la demande » ou suivre des rencontres de football en direct de « Ligue 1 » en France, ou encore d'animer un réseau social entre les passagers du train et échanger des informations sur les villes de destination, ou fournir aux passagers du contenu informatif, via ce réseau social, sur les villes de destination. On peut prévoir d'imprimer sur un coupon de billet de train ou sur une page de réservation sur Internet un code d'accès, par exemple un nom de connexion (ou « login »), suivi d'un mot de passe (ou « password »), à entrer dans son terminal pour connecter ce dernier à une passerelle du train, laquelle passerelle est reliée à un serveur de contenus via un réseau étendu (et via les stations de base précitées d'un réseau cellulaire). Toutefois, un passager malveillant pourrait communiquer ces données avant de monter dans le train à un tiers capable d' accéder à ces contenus en utilisant les mêmes « login et password ». La présente invention vient améliorer la situation. Elle propose à cet effet un procédé de sécurisation d'une transmission d'un contenu numérique à destination d'un terminal embarqué dans un train et relié à une passerelle via un réseau local. Dans ce procédé, la passerelle transmet une requête du contenu, issue du terminal, et, ajoute à cette requête un identifiant de passerelle. Ainsi, la vérification des droits d'accès au contenu dont peut disposer un utilisateur du terminal, passager dans le train, peut se baser à la fois : sur des données de ces droits d' accès qui peuvent être présents par exemple dans la requête, et sur l'identifiant de la passerelle, laquelle est généralement associée au train qui l'embarque. Par exemple, un serveur de vérification peut stocker préalablement des données sur les conditions d'accès d'un contenu à un futur passager du train (avec un identifiant du train typiquement) et vérifier, outre les données d'accès présentes dans la requête, une cohérence entre l'identifiant de passerelle et l'identifiant du train dans lequel l'utilisateur du terminal est déclaré être passager. Il viendrait naturellement à un homme du métier d'affecter une période de validité aux droits d'accès d'un passager dans un train effectuant un trajet donné, entre un instant de départ et un instant d'arrivée prévus. Toutefois, dans le cas de retards avant d'arriver en gare de destination par exemple, il n'est pas acceptable que le passager disposant de droits sur un contenu n'ait plus accès à ce contenu après l'instant d'arrivée prévu. L'invention vient remédier à cette situation notamment, dès lors qu'elle propose de faire en sorte que le contenu peut être fourni au passager du train, tant que la requête du contenu transite par la passerelle associée à ce train. En outre, pour des passagers disposant d'abonnements et voyageant régulièrement dans le même train, il peut simplement être affecté un droit d'accès sans réserve liée à un quelconque instant d'accès. Ainsi, dans un mode de réalisation dans lequel le contenu est destiné à un passager du train, utilisateur d'un terminal, et des droits d'accès sécurisé au contenu sont affectés à ce passager, la passerelle peut : recevoir du terminal du passager la requête du contenu avec des données d'accès du passager, et transmettre la requête à un serveur de vérification distant, avec les données d'accès d'une part, et l'identifiant de passerelle d'autre part. Selon une architecture possible de mise en oeuvre de l'invention, la passerelle peut être reliée au terminal via un réseau local, d'une part, et en outre au serveur de vérification via un réseau étendu, d'autre part. Le serveur de vérification peut être quant à lui relié à un serveur délivrant le contenu précité pour vérifier les données d'accès et l'identifiant de passerelle avant la transmission du contenu au terminal. Bien entendu, dans une réalisation possible, le serveur de contenu et le serveur de vérification peuvent être une même entité serveur, en pratique. Dans une réalisation particulière, le serveur de vérification stocke des données du passager comportant un identifiant du train, pour comparaison avec les données d'accès reçues dans la requête. Ainsi, la passerelle étant associée au train, elle a un identifiant de passerelle propre, correspondant à un identifiant du train. Le serveur de vérification peut vérifier alors une cohérence entre : - d'une part, l'identifiant de passerelle associée au train, et - d'autre part, les données d'accès du passager de ce même train. Dans une telle réalisation notamment, le serveur de vérification peut alors effectuer les étapes: sur obtention d'une information de réservation d'un billet d'un passager dans un train (au moment de ou juste après la réservation typiquement), déterminer si une mise à disposition d'un contenu dans ce train a été accordée pour ce passager (en obtenant par exemple d'un serveur une information selon laquelle le passager a payé pour accéder à ce contenu, ou ce passager est abonné à un service d'accès à ce contenu) et, en cas de détermination positive, affecter des données de droit d'accès à ce contenu à ce passager et stocker en mémoire ces données en correspondance au moins d'un identifiant du train, ensuite, lorsque le passager est dans le train, sur réception d'une requête d'un contenu comportant un identifiant de passerelle, vérifier la validité de l'identifiant de passerelle en cherchant à identifier le train dans lequel la passerelle est embarquée, et, après identification du train, vérifier que les données d'accès au contenu sont enregistrées en correspondance d'un identifiant de train correspondant au train identifié par l'identifiant de passerelle, et sur vérification positive, en outre, des données d'accès présentes dans la requête, par comparaison avec les données d'accès préalablement enregistrées, décider de transmettre le contenu à destination du terminal. Dans une réalisation où la passerelle est reliée au serveur de vérification via un réseau cellulaire avec une ou plusieurs stations de base relayant la requête. Le serveur de vérification peut, dans cette réalisation, stocker : - d'une part une information de trajet du train et, - d'autre part une information de positions des stations de base. Ainsi, la requête peut être reçue par le serveur de vérification avec un ou plusieurs identifiants d'une ou plusieurs stations de base respectives transmettant la requête. Avantageusement, le serveur de vérification peut vérifier en outre une cohérence entre la ou les stations de base identifiées dans la requête et le trajet présumé du train. Ainsi, dans ce mode de réalisation, le serveur de vérification peut s'appuyer sur : - les données classiques d'accès du passager, - l'identifiant de la passerelle, et en outre, les identifiant de stations de base relayant la requête. Typiquement, si, en gare, un utilisateur frauduleux dispose des données d'accès du passager, il lui suffit d'émettre la requête depuis la gare en se connectant à la passerelle pour récupérer le contenu. Ce mode de réalisation propose alors de surmonter cette difficulté en s'assurant que la requête est transmise via une ou plusieurs stations de base après la gare de départ et conforme à un trajet donné du train. Par exemple, de façon générale, le contenu peut être accessible pour le passager entre un instant de départ du train d'une gare de départ du passager et un instant d'arrivée à une gare de destination du passager. Ainsi, dans ce cas, le contenu est accessible pour ce passager : si la requête comporte un identifiant de station de base située par exemple après la gare de départ dans le trajet du train, et si la requête comporte un identifiant de station de base située avant la gare de destination dans le trajet du train. Dans une réalisation présentée ci-avant, le contenu comporte des données d'un réseau social animé pour des passagers du train. Ainsi, dans cette réalisation les données du réseau social peuvent être envoyées au moins en fonction de stations de base identifiées dans des requêtes transmises par ces stations de base. Typiquement, pour un train effectuant un trajet entre une ville A et une ville B de destination, des informations sur cette ville B peuvent être communiquées avec les données du réseau social, tant que les stations de base relayant les requêtes sont identifiées entre les villes A et B. Si le train poursuit son trajet vers une ville C ensuite, des informations sur cette ville C peuvent être communiquées avec les données du réseau social, si les stations de base relayant les requêtes sont identifiées entre les villes B et C. En particulier, dans cette réalisation, la base des index (les liens vers des « amis » du réseau social) d'un passager disposant de droits d'accès peut contenir le train (et en particulier son identifiant), le contrôleur du train (un page de réseau du contrôleur), la ville de départ (sa page de réseau social), la ville d'arrivée, la page de réseau social de l'exploitant du train (par exemple la SNCFTM en France) et d'autres fournisseurs de services (agence de location de véhicules, etc.). En outre, pendant le trajet du train, d'autres passagers qui veulent bénéficier aussi du réseau et de ses services peuvent s'ajouter comme « amis ». Néanmoins, à l'arrivée du train, la base des index (les liens vers les pages ou amis précités) disparait et n'est plus stockée par le serveur vérification par exemple. Il est alors impossible de se connecter après l'arrivée à des personnes ou des services (avec ou sans « login-password ») car la base des index du passager (qu'utilise habituellement un moteur d'indexation pour un service de réseau social) n'existe plus. Ainsi, lors d'un événement limité dans le temps tel que le trajet du passager, ce dernier se voit proposer l'accès à un réseau social éphémère lié à l'événement. Un code d'accès (login-password) au réseau social temporaire et éphémère suffit. Le service de réseau social disparait après la fin de l' événement. Ainsi, dans une réalisation générale, le contenu numérique précité peut comporter des données d'un réseau social animé pour des passagers du train, et une base des données d'index attribuée à un passager disposant de droits d'accès est supprimée à la fin d'un trajet du train. Cette opération peut être gérée par le serveur de vérification précité. La présente invention vise aussi une passerelle pour la mise en oeuvre du procédé ci-avant, et destinée à être embarquée dans un train. Elle comporte en particulier des moyens informatiques (typiquement une mémoire et un processeur) agencés pour ajouter un identifiant de passerelle à une requête de contenu reçue d'un terminal auquel est reliée la passerelle via un réseau local. La présente invention vise aussi un programme informatique comportant des instructions pour la mise en oeuvre du procédé, lorsque ce programme est exécuté par un processeur de la passerelle précitée. La présente invention vise aussi un serveur pour la vérification des droits d'accès du passager comme indiqué ci-avant. Il s'agit en particulier d'un serveur de vérification de droit d'accès à un contenu numérique, d'un passager d'un train embarquant une passerelle, comportant des moyens informatiques (typiquement une mémoire de stockage, un processeur et une mémoire de travail pour traiter les requêtes) pour, sur réception d'une requête du contenu issue d'un terminal du passager et transmise par la passerelle : comparer des données d'accès du passager audit contenu présentes dans la requête, à des données préalablement stockées dans une mémoire accessible au serveur de vérification, lesdites données préalablement stockées comportant un identifiant de train, comparer l'identifiant de train à un identifiant de passerelle présente dans la requête, et vérifier une correspondance entre l'identifiant de passerelle et l'identifiant de train, en cas de correspondance entre les données d'accès et les données préalablement stockées d'une part, et de correspondance entre l'identifiant de passerelle et l'identifiant de train d'autre part, décider de transmettre le contenu à destination du terminal. La présente invention vise aussi un programme informatique comportant des instructions pour la mise en oeuvre du procédé de vérification, lorsque ce programme est exécuté par un processeur du serveur de vérification précité. 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 un exemple de réalisation d'un système intégrant une passerelle GW et un serveur de vérification SER selon l'invention ; la figure 2 illustre un exemple de procédé au sens de l'invention ; la figure 3 illustre schématiquement une passerelle GW au sens de l'invention ; la figure 4 illustre schématiquement un serveur de vérification SER au sens de l'invention ; la figure 5 détaille les opérations mises en oeuvre au test T4 de la figure 2. On se réfere à la figure 1 sur laquelle une passerelle GW transmet une requête d'un utilisateur UTI issue de son terminal TER à un serveur de vérification SERV, le terminal recevant en retour un contenu numérique (multimédia par exemple) s'il est fait droit à la requête de l'utilisateur. En particulier, l'utilisateur UTI est un passager d'un train équipé d'une telle passerelle GW. Avec l'offre de la 4G, des stations de base BS sont capables de relayer une communication par transfert de communication ou « handover » avec des vitesses compatibles avec celles des trains à grande vitesse (jusqu'à 350 km/h). Dès lors, il est possible d'animer un réseau interne LAN dans le train (par exemple par communication WiFi), à partir de la passerelle GW. La passerelle GW est reliée à un réseau externe, étendu, via les stations de base BSi, BSj, assurant une connexion 4G/LTE à haut débit. La connexion au réseau étendu RE permet de se connecter au serveur de contenus SERC (figure 1).35 Ainsi, un utilisateur UTI disposant d'un terminal de communication embarqué dans le train et connecté au réseau LAN, peut détenir un droit d'accès à des données de contenu que délivre le serveur SERC et qui peuvent être par exemple les données d'un réseau social, d'un contenu multimédia, ou autres. A cet effet, des données de droit d'accès sont imprimées par exemple sur son billet de train ou sur un coupon de réservation via Internet, ou autres. Il peut s'agir par exemple de données de login et de mot de passe pour se connecter au serveur SER de vérification et accéder ainsi aux données de contenu. Les serveurs de vérification SER et de contenus SERC peuvent être une même entité serveur, ou deux entités distinctes. Néanmoins, dans la suite, il est considéré indistinctement une même entité serveur SER vérifiant les droits d'accès et délivrant le contenu requis en cas de validité des droits d'accès. Selon une fraude possible, l'utilisateur UTI peut communiquer ses login et password de façon malveillante à un tiers qui pourrait se connecter au serveur SER et obtenir ainsi les données du contenu requis. Pour éviter cette possibilité, l'invention prévoit une association de la requête d'obtention des données à un identifiant de la passerelle GW, lorsque celle-ci route la requête vers le serveur SER. Ainsi, le serveur vérifie que les login et password sont bien cohérents avec l'identifiant de la passerelle GW reçu dans la requête. Par ailleurs, un tiers disposant des login et password et pouvant se connecter par WiFi au réseau local LAN pourrait (par une écoute malveillante des requêtes envoyées) récupérer l'identifiant de la passerelle GW et obtenir les données du serveur SER. L'invention prévoit alors, dans un mode de réalisation particulier, d'associer en outre à la requête d'obtention des données du serveur l'identifiant d'au moins une station de base BSi, lorsque celle-ci contribue à router la requête vers le serveur SER. Ainsi, le serveur vérifie que l'identifiant de passerelle GW est bien cohérent, pour un trajet prédéterminé (Paris-Bordeaux par exemple), avec l'identifiant de station de base BSi reçu dans la requête (la station étant bien à proximité d'une ligne de chemin de fer entre Paris et Bordeaux). Quand bien même le tiers malveillant obtiendrait (par exemple par une attaque de type « Man In the Middle ») l'identifiant d'une station de base BSi, il deviendrait fastidieux d'obtenir tous les identifiants de toutes les stations de base sur un trajet. En outre, dans une réalisation plus particulière, le serveur peut vérifier une cohérence dans la succession des stations de base (BSi, puis BSj, etc.) qui assurent le portage de la communication de la requête ou des requêtes successives. Dans une réalisation avantageuse, l'invention utilise aussi l'identifiant de station de base pour déterminer quand peut commencer et respectivement se terminer la mise à disposition des données du serveur : par exemple, lorsque la première station de base au premier départ du train couvre la passerelle sur un trajet donné et respectivement lorsque la dernière station de base couvre la passerelle à l'arrivée en gare du terminus Une telle réalisation permet de déterminer à quels moments précis la mise à disposition des données du serveur peut avoir lieu, sans faire intervenir d'autres moyens que ceux présentés sur le schéma de la figure 1. Bien entendu, dans une variante, un personnel du train ou un chef de gare peut envoyer une information de départ/d' arrivée du train, cette information étant transmise au serveur pour démarrer ou arrêter la mise à disposition des données du serveur. Ainsi, en référence maintenant à la figure 2, selon une première étape Fl, le terminal TER, d'un passager UTI dans le train, émet une requête de contenu REQ(UTI) comportant des données de droits d'accès du passager UTI, via le réseau local LAN et à destination de la passerelle GW (flèche Fl de la figure 1). Selon une deuxième étape F2, la passerelle GW, sur réception de la requête REQ(UTI), y ajoute son identifiant de passerelle GW et transmet la requête ainsi modifiée REQ(UTI, GW) à une BSi ou plusieurs (BSi ; BSj) stations de base pour que la requête du passager soit transmise au serveur SER via le réseau étendu RE. A l'étape F3 (ou aux étapes F3 et F32), chaque station de base BSi, BSj, relayant la requête de contenu ajoute son identifiant à la requête pour générer une requête REQ[UTI, GW, (BSi ; BSj)] comportant toutes les informations sur le routage de la requête qui permet au serveur de vérification, au test T4 de la figure 2, de : a) comparer les données d'accès de l'utilisateur UTI avec des données préalablement enregistrées dans une base de données BDD (figure 4) des droits d'accès, des passerelles, des trains embarquant ces passerelles et des stations de bases sur les trajets de ces trains ; b) puis, grâce aux données de la base concernant ce passager UTI, déterminer le train dans lequel il est présumé être passager, et grâce à cette identification du train, vérifier si l'identifiant de passerelle GW reçu dans la requête est cohérent avec le train identifié ; c) puis, grâce à l'identification du train, déterminer un trajet présumé du train et vérifier une cohérence de ce trajet avec les identifiants de stations de base BSi ; BSj, présents dans la requête. En cas d'incohérence relevée au cours de l'une au moins des opérations a), b) et c) de la figure 5 illustrant le test global T4 effectué auprès du serveur de vérification SER, la requête est rejetée (étape S6 de la figure 2, issue de la flèche KO en sortie du test T4). Sinon (flèche OK en sortie du test T4 de la figure 2), le contenu requis par l'utilisateur UTI et noté CONT(UTI) sur la figure 2 peut être envoyé au terminal de l'utilisateur à l'étape F5. La présente invention vise aussi une passerelle, illustrée sur la figure 3, et comportant par exemple un routeur R de type modem entre une interface de communication Cl avec le réseau local LAN et une interface de communication C2 avec le réseau étendu, ainsi qu'un processeur PROC et une mémoire de travail MEM programmée pour ajouter l'identifiant de passerelle GW aux requêtes de contenus reçus des terminaux TER via le réseau local LAN. La présente invention vise aussi le programme informatique stocké dans cette mémoire de travail MEM pour mettre en oeuvre cette étape portant la référence F2 sur la figure 2. La présente invention vise aussi un serveur de vérification SER, illustré sur la figure 4, et comportant par exemple au moins une interface de communication COM via le réseau étendu RE, une mémoire de stockage de la base de données précitée BDD, un processeur PROC' et une mémoire de travail MEM' pour vérifier les requêtes reçues de passerelles embarquées dans des trains, selon le test T4 décrit ci-avant. La présente invention vise aussi le programme informatique stocké dans cette mémoire de travail MEM' pour mettre en oeuvre le test T4 de la figure 2, détaillé ci-avant en référence à la figure 5. A ce titre, l'organigramme de la figure 5 peut illustrer l'algorithme général d'un tel programme Bien entendu, la présente invention ne se limite pas aux formes de réalisation décrites ci-avant à titre d'exemple ; elle s'étend à d'autres variantes. Ainsi, par exemple, le contenu numérique précité peut être de diverse nature. Il peut s'agir de données d'un réseau social, d'un contenu vidéo ou audio, d'un contenu lié à une page web, etc. De même, on a décrit ci-avant une application de l'invention dans un train. Néanmoins, elle peut s'appliquer aussi à une passerelle embarquée dans un véhicule dont un serveur connait l'identifiant de passerelle (par exemple un véhicule de location, ou autre). REVENDICATIONS1. Procédé de sécurisation d'une transmission d'un contenu numérique à destination d'un terminal embarqué dans un train et relié à une passerelle via un réseau local, dans lequel la passerelle transmet une requête dudit contenu, issue du terminal, caractérisé en ce que la passerelle ajoute à ladite requête un identifiant de passerelle. 2. Procédé selon la revendication 1, dans lequel le contenu est destiné à un passager du train, utilisateur d'un terminal, et des droits d'accès sécurisé au contenu sont affectés audit passager, caractérisé en ce que la passerelle : - reçoit du terminal du passager la requête du contenu avec des données d'accès du passager, et - transmet ladite requête à un serveur de vérification distant, avec les données d'accès d'une part, et l'identifiant de passerelle d'autre part. 3. Procédé selon la revendication 2, caractérisé en ce que la passerelle est reliée en outre au serveur de vérification via un réseau étendu et le serveur de vérification est relié à un serveur dudit contenu pour vérifier lesdites données d'accès et l'identifiant de passerelle avant la transmission du contenu au terminal. 4. Procédé selon l'une des revendications 2 et 3, caractérisé en ce que le serveur de vérification stocke des données du passager comportant un identifiant du train, pour comparaison avec les données d' accès reçues dans la requête, en ce que la passerelle est associée au train et a un identifiant de passerelle correspondant à un identifiant du train, et en ce que le serveur de vérification vérifie une cohérence entre : d'une part, l'identifiant de passerelle associée au train, et d'autre part, les données d'accès du passager du même train. 5. Procédé selon la revendication 4, caractérisé en ce qu'il comporte les étapes mises en oeuvre auprès du serveur de vérification : sur obtention d'une information de réservation d'un billet d'un passager dans un train, déterminer si une mise à disposition d'un contenu dans ce train a été accordée pour ce passager, et, en cas de détermination positive, affecter des données de droit d'accès audit contenu à ce passager et stocker lesdites données en correspondance au moins d'un identifiant du train, sur réception d'une requête d'un contenu comportant un identifiant de passerelle, vérifier la validité de l'identifiant de passerelle en cherchant à identifier le traindans lequel la passerelle est embarquée, et, après identification du train, vérifier que les données d'accès au contenu sont enregistrées en correspondance d'un identifiant de train correspondant au train identifié par l'identifiant de passerelle, et sur vérification positive, en outre, des données d'accès présentes dans la requête, par comparaison avec les données d'accès préalablement enregistrées, décider de transmettre le contenu à destination du terminal 6. Procédé selon l'une des revendications 2 à 5, caractérisé en ce que, la passerelle étant reliée au serveur de vérification via une ou plusieurs stations de base, et le serveur de vérification stockant, d'une part une information de trajet du train et, d'autre part une information de positions des stations de base, la requête est reçue par le serveur de vérification avec un ou plusieurs identifiants d'une ou plusieurs stations de base respectives transmettant la requête, le serveur de vérification vérifiant en outre une cohérence entre la ou les stations de base identifiées dans la requête et le trajet du train. 7. Procédé selon l'une des revendications précédentes, caractérisé en ce que le contenu est accessible pour ledit passager entre un instant de départ du train d'une gare de départ du passager et un instant d'arrivée à une gare de destination du passager. 8. Procédé selon la revendication 6, caractérisé en ce que le contenu est accessible pour ledit passager entre un instant de départ du train d'une gare de départ du passager et un instant d'arrivée à une gare de destination du passager, et en ce que le contenu est accessible pour le passager : si la requête comporte un identifiant de station de base située après la gare de départ dans le trajet du train, et si la requête comporte un identifiant de station de base située avant la gare de destination dans le trajet du train. 9. Procédé selon l'une des revendications précédentes, caractérisé en ce que le contenu comporte des données d'un réseau social animé pour des passagers du train. 10. Procédé selon l'une des revendications 6 et 8, caractérisé en ce que le contenu comporte des données d'un réseau social animé pour des passagers du train, et en ce que les données du réseau social sont envoyées au moins en fonction de stations de base identifiées dans des requêtes transmises par lesdites stations de base. 11. Procédé selon l'une des revendications 2 à 10, caractérisé en ce que le contenu comporte des données d'un réseau social animé pour des passagers du train, et en ce qu'une base des données d'index attribuée à un passager disposant de droits d'accès est supprimée à la fin d'un trajet du train. 12. Passerelle destinée à être embarquée dans un train, caractérisée en ce qu'elle comporte des moyens informatiques agencés pour ajouter un identifiant de passerelle à une requête de contenu reçue d'un terminal auquel est reliée la passerelle via un réseau local, pour mettre en oeuvre le procédé selon l'une des revendications 1 à 11. 13. Programme informatique caractérisé en ce qu'il comporte des instructions pour la mise en oeuvre du procédé selon l'une des revendications 1 à 11, lorsque ce programme est exécuté par un processeur de la passerelle. 15 14. Serveur de vérification de droit d'accès à un contenu numérique, d'un passager d'un train embarquant une passerelle, caractérisé en ce qu'il comporte des moyens informatiques pour, sur réception d'une requête du contenu issue d'un terminal du passager et transmise par la passerelle : comparer des données d'accès du passager audit contenu présentes dans la requête, 20 à des données préalablement stockées dans une mémoire accessible au serveur de vérification, lesdites données préalablement stockées comportant un identifiant de train, comparer l'identifiant de train à un identifiant de passerelle présente dans la requête, et vérifier une correspondance entre l'identifiant de passerelle et 25 l'identifiant de train, en cas de correspondance entre les données d'accès et les données préalablement stockées d'une part, et de correspondance entre l'identifiant de passerelle et l'identifiant de train d'autre part, décider de transmettre le contenu à destination du terminal. 30 15. Programme informatique caractérisé en ce qu'il comporte des instructions pour la mise en oeuvre du procédé selon l'une des revendications 2 à 6, 8, 10 et 11, lorsque ce programme est exécuté par un processeur du serveur de vérification. 10