Brevet FR3073304A1 — publié le 20190510

I Procédé de légitimation d'un titre de transport porté par un terminal mobile, programme d'ordinateur et terminal mobile associé La présente invention concerne un procédé de légitimation d'un titre de transport porté par un terminal mobile. La présente invention concerne également un produit programme d'ordinateur et un terminal mobile associé. Afin de contrôler rapidement et efficacement l'accès aux réseaux de transports en commun d'un nombre croissant d'usagers, et afin de pouvoir appliquer à ces usagers les tarifications souhaitées par les exploitants des réseaux, des solutions billettiques sans contact ont été développées. Ces solutions billettiques sans contact sont basées sur l'utilisation de la technologie de communication par un champ magnétique haute fréquence (par exemple à 13,56 MHz +1- 7 kHz dans le cas des dispositifs conformes à l'ISO 44443) modulable pour transmettre des informations au support de titre appelé aussi "média". En sens inverse, la lecture du média s'effectue par modulation de charge. Il existe plusieurs options majeures en termes de support billettique sans contact : - les "tickets" sans contact, à coûts réduits ; - les cartes sans contact, dites parfois "intelligentes" (« contactless smartcard » en anglais) parmi lesquelles on trouve certaines cartes bancaires compatibles ; - et les terminaux mobiles NFC (NFC de l'anglais « Near Field Communication ») des usagers, c'est-à-dire leur Smartphone, capables d'établir une communication en champ proche avec un terminal billettique. Les supports tels que les tickets et les cartes sans contact sont identifiés chacun par un numéro de série inaltérable, et comportent des moyens de communication avec un terminal billettique, des mémoires réinscriptibles (notamment pour les cartes), ou une mémoire à fusibles (dite mémoire OTP, de l'anglais One Time Programmable) (notamment pour les tickets). Les usagers présentent ces supports à proximité d'un lecteur billettique pour valider leur titre de transport, ce qui leur permet d'accéder au service. A titre d'alternative, les terminaux mobiles NFC sont configurés à la fois pour des applications classiques de téléphonie mobile et également pour stocker un ou plusieurs titres de transport et communiquer, via la technologie NFC, avec les lecteurs billettiques d'une infrastructure de réseau de transport. En particulier, pour stocker un ou plusieurs titres de transport, un environnement d'émulation de carte (HCE de l'anglais Host Card Emulation) est introduit au sein d'un terminal mobile NFC. 2 Un tel environnement permet au terminal mobile NFC de se comporter comme un support de titre(s) de transport à coût réduit. Dans une architecture HCE, les applications sensibles sont installées et s'exécutent au niveau du système d'exploitation du terminal mobile qui constitue l'hôte (de l'anglais Host) de ces applications. A la différence des supports "cartes" ou "tickets", la dématérialisation d'un titre de transport hébergé par un terminal mobile n'est pas associée à un numéro de série inaltérable ni à une mémoire à fusible ce qui la rend plus vulnérable aux tentatives de fraude. Pour y remédier, un chiffrement de l'application logicielle HCE, le stockage des 10 données sensibles (identification de l'usager, numéro de compte, date de validité, etc.) associées au titre de transport sur un serveur informatique distant, ou encore l'association de l'application HCE à un compte téléphonique contrôlable par message court (SMS de l'anglais Short Message Service) sur le numéro d'appel principal NAP ont été mises en oeuvre. 15 Malgré ces solutions, la vérification de la légitimité du terminal mobile en tant que support d'un titre de transport dématérialisé reste hasardeuse et/ou intrusive lors d'un contrôle embarqué à bord d'un véhicule de transport ou lors d'un contrôle à quai. En effet, des modifications frauduleuses de l'application logicielle hébergée par le terminal mobile sont susceptibles de donner une apparence légitime au terminal mobile. 20 Un contrôle à vue d'un SMS d'authentification, émis par le serveur distant, et contenant les données sensibles associées au titre de transport est intrusif et non acceptable du point de vue de l'usager. L'activation du « mode avion » du terminal mobile, ou encore une qualité de connexion au réseau de téléphonie public inférieure à un seuil prédéterminé inhibe la réception ou implique un délai d'acheminement inacceptable de 25 données d'identification émises par le serveur distant dans un message SMS. Un objectif de l'invention est donc de proposer un procédé de légitimation d'un titre de transport porté par un terminal mobile permettant d'améliorer la fiabilité du contrôle d'un tel support de titre de transport correspondant à un terminal mobile tout en limitant l'intrusion dans les données sensibles de l'usager. 30 A cet effet, l'invention a pour objet un procédé de légitimation d'un titre de transport porté par un terminal mobile hébergeant une application logicielle d'émulation dudit titre de transport, ladite application logicielle comprenant un port de communication, et étant émulée par un serveur informatique distinct du terminal mobile, ledit procédé comprenant les étapes suivantes mises en oeuvre par ledit port de 35 communication: 3 réception d'une première information émise par un dispositif de légitimation billettique, réception d'une deuxième information émise par le serveur informatique, l'appariement de la première information et de la deuxième information étant propre à 5 légitimer ledit titre de transport sur ledit terminal mobile. Selon un mode de réalisation particulier, le procédé comprend une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles : - la première information et la deuxième information sont respectivement reçues 10 par ledit port de communication via deux chemins de communication distincts ; - la première information est reçue selon une communication champ proche ; - la deuxième information est reçue dans un message SMS; - le procédé comprend en outre les étapes suivantes mises en oeuvre par le port de communication : 15 retransmission de la première information au serveur informatique, à réception de la deuxième information, restitution, au dispositif de légitimation billettique, de la deuxième information ou de l'appariement de la première information et de la deuxième information. - la retransmission de la première information est conforme au protocole TCP/IP. 20 - la restitution, au dispositif de légitimation billettique, de la deuxième information ou de l'appariement de la première information et de la deuxième information comprend : la transmission au dispositif de légitimation billettique d'un message SMS comprenant la deuxième information ou comprenant l'appariement de la première information et de la deuxième information, ou 25 l'affichage d'un message SMS comprenant la deuxième information, ou l'affichage de l'appariement de la première information et de la deuxième information. - la réception de la deuxième information précède la réception de la première information, le procédé comprenant en outre: 30 préalablement à la réception de la deuxième information, la réception d'une requête de ladite deuxième information, ladite requête étant émise par un dispositif billettique distinct du dispositif de légitimation billettique, et la retransmission de ladite requête au serveur informatique, postérieurement à la réception de la deuxième information puis de la 35 première information, appariement de la première information et de la deuxième information légitimant ledit titre de transport porté par ledit terminal mobile, 4 restitution de l'appariement au dispositif de légitimation billettique. L'invention a également pour objet un programme d'ordinateur comprenant des instructions logicielles, qui lorsqu'elles sont exécutées par un processeur, mettent en oeuvre un procédé tel que décrit précédemment. L'invention a également pour objet un terminal mobile hébergeant une application logicielle d'émulation de titre de transport, ladite application logicielle étant émulée par un serveur informatique distinct du terminal mobile, ladite application logicielle comprenant un port de communication configuré pour : recevoir une première information émise par un dispositif de légitimation billettique, 10 recevoir une deuxième information émise par le serveur informatique, l'appariement de la première information et de la deuxième information légitimant ledit titre de transport sur ledit terminal mobile. L'invention a également pour objet un système billettique comprenant au moins un terminal mobile précité, un serveur informatique configuré pour émuler l'application 15 logicielle d'émulation de titre de transport hébergée par le terminal mobile, un dispositif de légitimation billettique. Selon un mode de réalisation particulier, le système billettique comprend en outre un dispositif billettique distinct du dispositif de légitimation billettique configuré pour transmettre au préalable, au port de communication de l'application logicielle du terminal 20 mobile, une requête de ladite deuxième information, ladite requête étant ensuite retransmise, par exemple automatiquement, au serveur informatique par le port de communication de l'application logicielle du terminal mobile. Des caractéristiques et avantages de l'invention apparaîtront à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple non limitatif, et faite en 25 référence aux dessins annexés, sur lesquels : la figure 1 est une représentation schématique d'un système billettique de légitimation d'un titre de transport porté par un terminal mobile, la figure 2 est un organigramme d'un procédé de légitimation d'un titre de transport porté par un terminal mobile selon un « mode connecté » du terminal 30 mobile, la figure 3 est un organigramme d'un procédé de légitimation d'un titre de transport porté par un terminal mobile selon un « mode déconnecté » du terminal mobile. Sur la figure 1, un système billettique 10 de légitimation d'un titre de transport 35 comprend : 5 un terminal mobile 12 hébergeant au moins une application 14 logicielle d'émulation HCE (de l'anglais Host Card Emulation) du titre de transport, un serveur informatique 16 configuré pour émuler l'application logicielle d'émulation 14 de titre de transport hébergée par le terminal mobile 12, un dispositif de légitimation billettique 18 et, optionnellement, un dispositif billettique 20 distinct du dispositif de légitimation billettique 18. Le terminal mobile 12 comprend une première unité de traitement d'informations 22, formée par exemple d'un premier processeur 24 et d'une première mémoire 26 associée au premier processeur 24 et un premier écran 28. 10 Dans l'exemple de réalisation de la figure 1, le terminal mobile 12 est un téléphone portable, et comprend en outre une antenne de téléphonie non représentée et associée à un émetteur-récepteur radioélectrique non représenté, connecté à l'unité de traitement d'informations 22. Le téléphone portable 12 est relié au réseau public 30, par exemple au réseau 15 GSM, à l'aide d'une première liaison 32 de données telle qu'une liaison radioélectrique. De plus, le téléphone portable 12 est également relié au réseau de l'Internet 34 à l'aide d'un port de connexion Internet, non représenté, et d'une deuxième liaison 36 à l'Internet dans laquelle les données sont transmises selon le protocole de communication TCP/IP (TCP de l'anglais Transmission Control Protocol et IP de l'anglais Internet 20 Protocol). De plus, le téléphone portable 12 comprend également une antenne NEC (de l'anglais Near Field Communication) non représentée et associée à un émetteur- récepteur NFC non représenté, connecté à l'unité de traitement d'informations 22. L'antenne NFC et l'émetteur-récepteur NEC du téléphone portable 12 permettent 25 au téléphone portable 12 d'être connecté, via une première liaison NFC 38 au dispositif de légitimation billettique 18, et via une deuxième liaison NFC 40 au dispositif de billettique 20. Le téléphone portable 12 est, par exemple, un ordiphone (de l'anglais smartphone) et est géré par un système d'exploitation, tel que le système d'exploitation Android de la 30 société Google® ou le système d'exploitation Mac OS de la société Apple®. En particulier, l'unité de traitement d'informations 22 du téléphone portable 12 comprend une architecture HCE, dans laquelle l'application HCE 14 est installée. L'application HCE 14 est exécutée au niveau du système d'exploitation par le processeur 24 du téléphone portable 12. 35 Selon l'invention, l'application HCE associée au titre de transport comprend un port de communication 42 configuré au moins pour : 6 recevoir une première information I émise par le dispositif de légitimation billettique 18, recevoir une deuxième information 12 émise par le serveur informatique 16. En particulier, le port de communication 42 de l'application logicielle 14 est propre à être connecté à l'émetteur-récepteur radioélectrique, à l'émetteur- récepteur NFC et au port de connexion Internet du téléphone portable 12. En d'autres termes, le port de communication 42 est propre à transmettre/recevoir des données en utilisant au moins trois types de liaisons de communication, à savoir : la liaison 32 radioélectrique, propre à connecter le téléphone portable 12 au 10 serveur informatique 16 à travers le réseau GSM, via l'antenne et l'émetteur- récepteur radioélectrique, la liaison 36, dans laquelle les données sont transmises selon le protocole de communication TCP/IP, propre à connecter le téléphone portable 12 au serveur informatique 16 à travers le réseau Internet 34, et 15 - au moins une des liaisons 38 ou 40 de type NFC propre à connecter le téléphone portable 12 respectivement, au dispositif de légitimation billettique 18 ou au dispositif billettique 20, via leur antenne NFC et émetteur-récepteur NFC respectifs. Par ailleurs, selon l'exemple de la figure 1, l'application HCE comprend également 20 optionnellement un port de légitimation local 44 configuré pour : stocker la deuxième information 12 dans la mémoire 26 et, optionnellement, l'information apparier la première information l et la deuxième information 12, restituer l'appariement obtenu, cet appariement R étant propre à légitimer 25 ou non le titre de transport sur ledit téléphone portable 12. Le serveur informatique 16 est distant, par exemple localisé au sein du siège d'un opérateur de transport ou dans une succursale de celui-ci. Le serveur informatique 16 est destiné à mémoriser des données et fonctions sensibles de l'application logicielle 14 d'émulation du titre de transport, dite par la suite application HCE 14. En d'autres termes, 30 l'application HCE 14 du terminal mobile 12 est émulée à distance par le serveur informatique 16. En particulier, le serveur informatique 16 est notamment configuré pour stocker l'identifiant AID (de l'anglais Application Identifier) de l'application HCE 14 hébergée par le téléphone portable 12. Des données sensibles de l'application HCE 14 sont par exemple des données 35 d'identification et d'authentification (par exemple nom prénom, date de naissance, adresse personnelle) ou encore un numéro de contrat ou de compte bancaire, de 7 l'abonné au service de transport également utilisateur du terminal mobile 12 support du titre de transport dématérialisé. Une fonction sensible est par exemple une fonction de saisie d'un code d'identification personnel (ou code PIN de l'anglais Personal Identification Number). Selon la présente invention, le serveur informatique 16 est propre à transmettre la deuxième information 12. Le dispositif de légitimation billettique 18 est, par exemple, portable et comprend optionnellement un terminal de paiement (TPE) configuré pour permettre le paiement électronique d'un usager en cas de fraude ou d'achat d'un titre de transport. 10 Le dispositif de légitimation billettique 18 comprend également une deuxième unité de traitement d'informations, non représentée, et formée d'un deuxième processeur et d'une deuxième mémoire associée au deuxième processeur et un écran 46 ainsi qu'une interface homme-machine de saisie de données 48. De plus, le dispositif de légitimation billettique 18 comprend un émetteur-récepteur 15 NFC, non représenté, configuré pour transmettre, via la liaison 38 de communication champ proche NFC la première information l, à l'antenne NFC et l'émetteur-récepteur NFC du téléphone portable 12, l'émetteur-récepteur NFC du téléphone portable 12 étant connecté au port de communication 42 de l'application HCE 14 du téléphone portable 12. Optionnellement, l'émetteur-récepteur NFC du dispositif de légitimation billettique 20 18 est également configuré pour recevoir, du port de communication 42 de l'application HCE 14 du téléphone portable 12, via la liaison 38 de communication champ proche NFC, la deuxième information 12, ou l'appariement de la première information l et de la deuxième information 12. Selon cette option, le dispositif de légitimation billettique 18 comprend un module 25 d'appariement, non représenté, configuré pour apparier la deuxième information 12, reçue du port de communication 42, avec la première information l préalablement stockée dans sa propre mémoire. L'écran 46 du dispositif de légitimation billettique 18, est configuré pour afficher la deuxième information 12 ou l'appariement de la première information I et de la deuxième information 12. 30 Le dispositif billettique 20 est, par exemple, fixé au sein d'un véhicule de transport ou sur un espace d'accueil de voyageur(s) avant embarquement dans le véhicule de transport. Un tel dispositif billettique 20 est destiné à permettre à l'usager de valider son titre de transport avant d'accéder au véhicule de transport et ne permet pas une légitimation du support de titre de transport, à savoir du terminal mobile 12. 35 Selon l'invention, le dispositif billettique 20 est configuré pour transmettre, via la liaison 40 de communication champ proche NFC une requête REQ_I2 de la deuxième 8 information 12 au port de communication 42 de l'application HCE 14 du téléphone portable 12. Le fonctionnement du système billettique 10 de la figure 1 va désormais être expliqué en regard de la figure 2, relative à un mode de fonctionnement « connecté » du téléphone portable 12, et de la figure 3 relative à un mode de fonctionnement « déconnecté » du téléphone portable 12. Par la suite, on entend que le téléphone portable 12 est en mode « connecté » lorsqu'il est propre à communiquer à travers le réseau public de communication 30, par exemple le réseau GSM, et est en mode « déconnecté » dans le cas contraire. 10 Le procédé selon l'invention est propre à être mis en oeuvre selon l'un ou l'autre de ces deux modes, ou selon ces deux modes à la fois de sorte à garantir une vérification de la légitimation du support, à savoir le téléphone portable 12, indépendamment de l'état de connexion au réseau public de communication 30. En relation avec la figure 2 relative au mode de fonctionnement « connecté » du 15 téléphone portable 12, lors d'une première étape 50, le port de communication 42 reçoit la première information l du dispositif de légitimation billettique 18 via la première liaison NFC 38. Par exemple, la première information l est un nombre aléatoire, correspondant à une chaîne d'octets exprimée selon le modèle gros-boutiste (de l'anglais big-endian), où 20 le premier octet en mémoire est le poids fort de la valeur numérique et par un nombre pair de chiffres de valeur décimale li_dec = 2935323455 et de valeur hexadécimale li_hexa =AEF57B3F. Un tel nombre aléatoire est généré selon une étape non représentée par le dispositif de légitimation billettique 18. Selon un aspect optionnel, le dispositif de légitimation billettique 18 met également 25 en oeuvre un chiffrement, non représenté, de cette première information I préalablement à son envoi au téléphone portable 12. Un tel chiffrement met, par exemple, en oeuvre l'algorithme de chiffrement triple DES (également appelé 3DES) ayant pour entrées une clé de chiffrement et un message à coder, à savoir li_hexa =AEF57B3F. 30 En particulier, la clé de chiffrement utilisée par le dispositif de légitimation billettique 18 est une clé diversifiée CDA de l'application HCE 14 identifiée par un identifiant AID (de l'anglais Application Identifier), également appelée numéro d'application, ou identifiant NFC. Un tel identifiant est notamment codé sur cinquante-six bits et a, à titre d'exemple, la valeur AID = 73A5B2F659DAC3. 9 Un tel identifiant du téléphone portable 12 est connu du serveur informatique 16 et est présentée au préalable à l'étape de génération de la première information 1, par le téléphone portable 12, via la liaison NFC 42 au dispositif de légitimation billettique 18. La clé diversifiée CDA de l'application HCE 14 est obtenue par le dispositif de légitimation billettique 18 en appliquant la fonction de chiffrement 3DES à une clé CMA maitresse de l'application billettique et à la valeur de l'identifiant AID. La valeur de la clé CMA est, par exemple : CMA= 45FE2CC4A1F2A1E0437343BAFBCEDF57 (2k3DES=DES-112). Cette valeur de clé CMA est : connue à la fois du serveur informatique 16 et du dispositif de 10 légitimation billettique 18, propre à varier dans le temps, et inconnue du téléphone portable 12 et de d'autres dispositifs billettiques tel que le dispositif billettique 20. En d'autres termes, la clé diversifiée CDA est telle que : CDA(AID) = 3DES ( clef := CMA, message := AID II zéro(9) ) = 3DES(45FE2CC4A1F2A1E0437343BAFBCEDF57, 73A5B2F659DAC311000000000000000000) FA9AE9745A73491B80C5F9C75393588B avec 11 un opérateur de concaténation des chaînes d'octets respectivement placées à gauche et à droite de cet opérateur II. 15 La première information chiffrée 1, émise par le dispositif de légitimation billettique 18, est obtenue de la manière suivante: 11_c(AID) = 3DES (clef : = CDA(AID), message = li_hexa) 1 AID = 3DES ( FA9AE9745A73491B80C5F9C75393588B,AEF57B3F ) II 73A5B2F659DAC3 AC5CODC405BBO4B4 II 73A5B2F659DAC3 Selon le mode « connecté » illustré par la figure 2, lors de l'étape 52, le port de communication 42 de l'application HCE 14 du téléphone portable 12, retransmet , par exemple automatiquement, la première information chiffrée 11_, qu'il vient de recevoir du 20 dispositif de légitimation billettique 18 au serveur informatique 16, via la liaison 36 à l'Internet dans laquelle les données sont transmises selon le protocole de communication TCP/IP. En d'autres termes, le dispositif de légitimation billettique 18 utilise (i.e. « vole ») les ressources de communication du téléphone portable 12, pour transmettre, via celui-ci 25 la première information chiffrée 11_, au serveur informatique 16. Une économie de la ressource de communication téléphonique du dispositif de légitimation billettique 18 est ainsi réalisée. Le serveur informatique 16 reçoit, selon une étape non représentée, la première information chiffrée 11_, à savoir : 30 11_c(AID) = AC5CODC405BBO4B4 II 73A5B2F659DAC3 et, selon une étape non représentée, décode cette première information chiffrée 11_, pour déterminer la deuxième information 12 à retourner sous la forme d'un message texte SMS 10 (de l'anglais Short Message Service), via la liaison radioélectrique de téléphonie 32, au port de communication 42 de l'application HCE 14 du téléphone portable 12. Cette détermination comprend, par exemple, la détermination de la partie aléatoire M de la première information chiffrée en y détectant l'identifiant AID, dont la valeur est AID = 73A5B2F659DAC3, de l'application HCE 14 du téléphone portable 12 gérée par le serveur informatique 16. En d'autres termes, le serveur informatique 16 détermine la valeur de la partie aléatoire M, à savoir M = AC5CODC405BBO4B4 à partir de 11_c(AID) = AC5CODC405BBO4B41173A5B2F659DAC3. 10 Le serveur informatique 16 décode ensuite cette valeur de la partie aléatoire M de la première information chiffrée li_c en appliquant une fonction de déchiffrement 3DES-1 ayant pour entrées une clé de déchiffrement et un message à décoder. La fonction de déchiffrement 3DES-1 est la fonction inverse de la fonction de chiffrement 3DES mise en oeuvre par le dispositif de légitimation billettique 18. 15 Le résultat D de ce décodage mis en oeuvre par le serveur informatique 16 est, par exemple, exprimé sous la forme suivante : D = 3DES -1( clef : = CDA(AID), message = M) = 3DES -1( FA9AE9745A73491B80C5F9C75393588B, AC5CODC405BBO4B4) AEF57B3F00000000 La deuxième information 12 est, par exemple, obtenue à partir des trente-deux premiers bits du résultat D, et selon différentes variantes en fonction du type de numéro d'appel principal NAP du téléphone portable 12. 20 Ainsi, lorsque le NAP est un numéro de téléphone portable, par exemple en France du type (+33) 6 66 66 66 66, 12 est un message texte comprenant la valeur hexadécimale correspondant aux trente-deux premiers bits du résultat D à savoir : 12 : « contrôle billettique AEF57B3F». Lorsque le NAP est fixe et comprend entièrement la valeur décimale 25 correspondant aux trente-deux premiers bits du résultat D à savoir NAP = +02935323455 ou encore NAP = 002935323455, la valeur de 12 est un message texte, par exemple : 12 « contrôle billettique ». Lorsque le NAP est variable et comprend une partie de la valeur décimale correspondant aux trente-deux premiers bits du résultat D par exemple décomposé sous 30 la forme hexadécimale suivante : D_ 32_hexa = AEF51I7B3F et sous la forme décimale suivante D_ 32_dec = 447891131551, à savoir NAP = +044789 ou encore NAP = 00044789 la valeur de 12 est un message texte comprenant la partie complémentaire du NAP de D_32_dec, par exemple « contrôle billettique 31551 ». 11 Une fois cette détermination de la deuxième information 12 effectuée, le serveur informatique 16 transmet cette deuxième information 12 dans un SMS, via la liaison radioélectrique de téléphonie 32 au téléphone portable 12. Ainsi, selon une étape 54, le port de communication 42 de l'application HCE 14 du téléphone portable 12 reçoit la deuxième information 12 dans un message SMS. Le port de communication 42 reçoit donc successivement selon deux chemins de communication distincts correspondant respectivement à la liaison NFC 38 et à la liaison radioélectrique 32. Selon une étape 56, le port de communication 42 de l'application HCE 14 du 10 téléphone portable 12 met alors en oeuvre la restitution au dispositif de légitimation billettique 18 de la deuxième information 12. Selon une première variante de ce mode « connecté » de la figure 2, une telle restitution 56 comprend une étape 58 d'affichage du message SMS comprenant la deuxième information 12 sur l'écran 28 du terminal portable 12 15 Le message SMS comprenant la deuxième information 12 est propre à être affiché exhaustivement ou de manière tronquée selon un mode dégradé. Selon cette première variante, le contrôleur de titre de transport muni du dispositif de légitimation billettique 18 met en oeuvre une opération d'appariement de la première information 11 et de la deuxième information 12. Puis, le contrôleur de titre de transport 20 légitime ou non, selon une règle de légitimation prédéterminée, le téléphone portable 12 en tant que support du titre de transport dématérialisé. Une première règle de légitimation est, par exemple, basée sur l'affichage de la même valeur aléatoire, à la fois sur l'écran 46 du dispositif de légitimation billettique 18 et sur l'écran 28 du téléphone portable 12. 25 Dans ce cas, pour réaliser cet appariement, le contrôleur de titre de transport compare visuellement : d'une part la première information l, par exemple, de valeur décimale li_dec = 2935323455 et hexadécimale li_hexa =AEF57B3F, restituée par l'écran 46 du dispositif de légitimation billettique 18, et 30 d'autre part le message SMS comprenant, selon cet exemple, la deuxième information 12 : « contrôle billettique AEF57B3F» par l'écran 28 du téléphone portable 12. Lorsque le résultat de comparaison est positif, le téléphone portable 12 est légitimé en tant que support du titre de transport dématérialisé. Dans le cas contraire, le 35 contrôleur de titre de transport verbalise le porteur du téléphone portable 12. 12 En fonction du type de numéro d'appel principal NAP du téléphone portable 12, d'autres règles de légitimation prédéterminées sont mises en oeuvre. Par exemple, lorsque le NAP est fixe par exemple NAP = +02935323455 ou encore NAP = 002935323455 et correspond à valeur décimale li_dec = 2935323455 de la première information I, une autre règle de légitimation consiste à vérifier l'affichage sur l'écran 28 du téléphone portable 12 du message SMS comprenant la deuxième information 12: « contrôle billettique ». Selon une deuxième variante de ce mode « connecté » de la figure 2, la restitution 56 au dispositif de légitimation billettique 18 de la deuxième information 12 comprend une 10 étape 60 de transmission, par le port de de communication 42, du message SMS comprenant la deuxième information 12, via la liaison NFC 38, au dispositif de légitimation billettique 18. En d'autres termes, selon cette deuxième variante, le dispositif de légitimation billettique 18 utilise (i.e. « vole ») à nouveau les ressources de communication du 15 téléphone portable 12, pour recevoir, via celui-ci, la deuxième information 12 émise par le serveur informatique 16. Selon cette deuxième variante, le module d'appariement, non représenté du dispositif de légitimation billettique 18 apparie la deuxième information 12, reçue du port de communication 42, avec la première information l préalablement stockée dans sa propre 20 mémoire et affiche, via l'écran 46 du dispositif de légitimation billettique 18 un tel appariement de la première information l et de la deuxième information 12. Selon une troisième variante de ce mode « connecté » de la figure 2, la restitution 56 au dispositif de légitimation billettique 18 de la deuxième information 12 comprend une étape 62 d'appariement de la première information l et de la deuxième information 12 25 mise en oeuvre par le port de légitimation local 44 du téléphone portable 12. Optionnellement, l'appariement 62 mis en oeuvre localement au sein du téléphone portable 12 comprend une étape de déchiffrement de la première information chiffrée reçue 50 du dispositif de légitimation billettique 18. Suite à cet appariement 62, soit une étape 64 d'affichage de l'appariement obtenu 30 est mise en oeuvre par l'écran 28 du téléphone portable 12, soit une étape 66 de transmission au dispositif de légitimation billettique 18, via la liaison NEC 38, du résultat de cet appariement est mise en oeuvre par le port de communication 42 connecté à l'émetteur-récepteur NFC du téléphone portable 12. Le fonctionnement du système billettique 10 de la figure 1 va désormais être 35 expliqué en regard de la figure 3 relative à un mode de fonctionnement « déconnecté » du téléphone portable 12. 13 Lors d'une étape initiale 68, le téléphone portable 12 reçoit une requête REQ_I2 de la deuxième information 12 émise par le dispositif billettique 20 distinct du dispositif de légitimation billettique 18. Lors de l'étape 70, le téléphone portable 12 retransmet, par exemple automatiquement, la requête au serveur informatique 16. Le serveur informatique 16 génère alors la deuxième information 12, correspondant par exemple à une chaine de caractères quelconque (notamment aléatoire) et/ou renouvelable périodiquement, par exemple quotidiennement, et la transmet par exemple, via la liaison 36 à l'Internet dans laquelle les données sont transmises selon le protocole 10 de communication TCP/IP, au téléphone portable 12. Lors de l'étape 72, le téléphone portable 12 reçoit cette deuxième information 12 et le port de légitimation local 44 la stocke dans la mémoire 26 ou met à jour une version précédente de cette deuxième information 12. Lors de l'étape 74, le téléphone portable reçoit la première information i émise par 15 le dispositif de légitimation billettique 18. Ainsi, selon ce mode « déconnecté » la réception 72 de la deuxième information précède la réception 74 de la première information. Lors de l'étape 76, le port de légitimation local 44 apparie la première information et la deuxième information 12. 20 Lors de l'étape 78, le téléphone portable 12 met en oeuvre une étape de restitution 78 de l'appariement au dispositif de légitimation billettique 18. Selon une première variante de ce mode « déconnecté », une telle restitution 78 comprend l'affichage de l'appariement sur l'écran 28 du téléphone portable. Selon une deuxième variante de ce mode « déconnecté », une telle restitution 78 25 comprend une étape 82 de transmission, via la liaison NFC 38, du résultat de cet appariement. Selon ce mode « déconnecté », la restitution 78 est quasi-instantanée ce qui permet au contrôleur de titre de transport de légitimer (ou non) le téléphone portable 12 en tant que support du titre de transport dématérialisé, sans le délai associé à la 30 transmission du message SMS comprenant la deuxième information 12 par le serveur informatique 16. En effet, un tel délai d'acheminement n'est pas garanti et dépend de la qualité de connexion du téléphone portable 12 au réseau public de téléphonie 30. Le procédé de légitimation d'un titre de transport porté par un terminal mobile selon l'invention permet ainsi de légitimer téléphone portable 12 en tant que support du 35 titre de transport dématérialisé avec une meilleure ergonomie, sans manipulation de 14 l'usager porteur du terminal portable 12 et sans intrusion du contrôleur dans les données sensible de l'usager. Le procédé de légitimation selon l'invention permet également un contrôle accéléré lorsque le mode de fonctionnement « déconnecté » est activé automatiquement 5 par l'application HCE 14 en absence d'une qualité de connexion du téléphone portable 12 au réseau public de téléphonie 30. Par ailleurs, le procédé de légitimation selon l'invention est basé sur un « emprunt» des ressources de communication, du téléphone portable 12 avec le serveur informatique 16, par le dispositif de légitimation billettique 18, et permet d'économiser REVENDICATIONS1.- Procédé de légitimation d'un titre de transport porté par un terminal mobile (12) hébergeant une application (14) logicielle d'émulation dudit titre de transport (HCE), ladite application logicielle (14) comprenant un port de communication (42), et étant émulée par un serveur informatique (16) distinct du terminal mobile (12), ledit procédé comprenant les étapes suivantes mises en oeuvre par ledit port de communication (42): - réception (50, 74) d'une première information (11) émise par un dispositif de légitimation billettique, réception (54, 72) d'une deuxième information (12) émise par le serveur informatique (16), l'appariement de la première information (11) et de la deuxième information (12) étant propre à légitimer ledit titre de transport sur ledit terminal mobile (12). 2.- Procédé de légitimation d'un titre de transport selon la revendication 1, dans lequel la première information (I1) et la deuxième information (12) sont respectivement reçues par ledit port de communication via deux chemins (38, 32) de communication distincts. 3.- Procédé de légitimation d'un titre de transport selon la revendication 1 ou 2, dans lequel la première information est reçue selon une communication champ proche. 4.- Procédé de légitimation d'un titre de transport selon l'une quelconque des revendications précédentes, dans lequel la deuxième information est reçue dans un message SMS. 5.- Procédé de légitimation d'un titre de transport selon l'une quelconque des revendications précédentes, dans lequel le procédé comprend en outre les étapes suivantes mises en oeuvre par le port de communication : - retransmission de la première information au serveur informatique, à réception de la deuxième information, restitution, au dispositif de légitimation billettique, de la deuxième information ou de l'appariement de la première information et de la deuxième information. 16 6.- Procédé de légitimation d'un titre de transport selon la revendication 5, dans lequel la retransmission de la première information est conforme au protocole TCP/IP. 7.- Procédé de légitimation d'un titre de transport selon la revendication 5 ou 6, dans lequel la restitution, au dispositif de légitimation billettique, de la deuxième information ou de l'appariement de la première information et de la deuxième information comprend : la transmission au dispositif de légitimation billettique d'un message SMS comprenant la deuxième information ou comprenant l'appariement de la première 10 information et de la deuxième information, ou l'affichage d'un message SMS comprenant la deuxième information, ou l'affichage de l'appariement de la première information et de la deuxième information. 8.- Procédé de légitimation d'un titre de transport selon l'une quelconque des 15 revendications 1 à 4, dans lequel la réception de la deuxième information précède la réception de la première information, le procédé comprenant en outre: préalablement à la réception de la deuxième information, la réception d'une requête de ladite deuxième information, ladite requête étant émise par un dispositif billettique distinct du dispositif de légitimation billettique, et la retransmission de 20 ladite requête au serveur informatique, postérieurement à la réception de la deuxième information puis de la première information, appariement de la première information et de la deuxième information légitimant ledit titre de transport porté par ledit terminal mobile, restitution de l'appariement au dispositif de légitimation billettique. 25 9. Programme d'ordinateur comprenant des instructions logicielles, qui lorsqu'elles sont exécutées par un processeur, mettent en oeuvre un procédé selon l'une quelconque des revendications précédentes. 30 10.- Terminal mobile hébergeant une application logicielle d'émulation de titre de transport (HCE), ladite application logicielle étant émulée par un serveur informatique distinct du terminal mobile, caractérisé en ce que ladite application logicielle comprend un port de communication configuré pour : 35 - recevoir une première information émise par un dispositif de légitimation billettique, - recevoir une deuxième information émise par le serveur informatique, 17 l'appariement de la première information et de la deuxième information légitimant ledit titre de transport sur ledit terminal mobile.