Brevet FR3157626A1 — publié le 20250627

L'invention concerne un procédé de fourniture d’un identifiant de service d’un utilisateur, ledit procédé étant mis en œuvre par un dispositif de fourniture apte à communiquer via au moins un réseau de télécommunications d’un opérateur dudit utilisateur et caractérisé en ce qu’il comprend les étapes suivantes : émission d’une demande dudit au moins un identifiant de service, ladite demande comprenant au moins un identifiant opérateur dudit utilisateur attribué par ledit opérateur ; obtention dudit au moins un identifiant de service, ledit au moins un identifiant de service étant associé audit au moins un identifiant opérateur ; émission dudit au moins un identifiant de service à destination d’au moins un dispositif de contrôle d’accès. Figure pour l'abrégé : Figure 1 Procédé et dispositif de fourniture d’un identifiant de service d’un utilisateur auprès d’un dispositif de contrôle d’accès. 1. Domaine de l'invention L'invention se rapporte au domaine général des réseaux de télécommunications et plus particulièrement aux technologies permettant le suivi des interactions d’un utilisateur avec des infrastructures d’accès, par exemple, d’un réseau de transport. 2. Art Antérieur Actuellement différentes solutions permettent à une société de transport de délivrer de façon digitale des titres de transport à un utilisateur. La société de transport peut, par exemple, fournir à l’utilisateur un badge ou un compte personnel apte à l’identifier lorsque celui-ci souhaite accéder au réseau de transport. Concrètement, l’identifiant de l’utilisateur stocké dans le badge ou le compte est, par exemple, obtenu en NFC (en anglais Near-Field Communication) ou via un code-barre par une ou plusieurs bornes / portillons donnant accès au réseau puis transmis à un serveur de la société de transport. Un décompte des interactions est ensuite réalisé afin, par exemple, de décompter un compte prépayé de l’utilisateur ou générer une facture idoine. Un inconvénient principal de cette solution est qu’elle requière un enrôlement préalable qui peut être particulièrement contraignant pour l’utilisateur (processus complexe et coûteux en temps). Pour surmonter cet inconvénient, la société de transport peut permettre l’utilisation d’une carte bancaire en NFC pour accéder à son réseau de transport. Dans ce cas, le numéro de la carte bancaire, c’est-à-dire le PAN (en anglais Primary Account Number), est utilisé comme identifiant de l’utilisateur. Cette solution, bien que simple, présente des inconvénients. Le premier concerne l’impossibilité pour le client de choisir une option tarifaire particulière (billet une journée, tarif réduit, etc.). En effet, la transaction étant une transaction bancaire, l’opérateur de transport, pour des raisons évidentes de fluidité aux abords des bornes / portillons donnant accès à son réseau, ne propose qu’un prix fixe et ne permet pas à l’usager de choisir une option tarifaire particulière. Un deuxième inconvénient concerne le prix payé par l’utilisateur qui n’est le plus souvent pas affiché et donc connu de l’utilisateur. Il existe donc un besoin pour une solution permettant à un utilisateur d’utiliser un réseau de transport (métro, train, etc.) au moyen d’un titre de transport / d’accès au service digital qui ne nécessite pas la création d’un compte ou d’un support physique et qui permette de bénéficier des options commerciales de l’opérateur / de la société de transport (tarifs adaptés, suivi de consommation, etc.), services additionnels, etc. 3. Exposé de l'invention L'invention vient améliorer l'état de la technique et propose à cet effet un procédé de fourniture d’un identifiant de service d’un utilisateur, ledit procédé étant mis en œuvre par un dispositif de fourniture apte à communiquer via au moins un réseau de télécommunications d’un opérateur dudit utilisateur et caractérisé en ce qu’il comprend les étapes suivantes : émission d’une demande dudit au moins un identifiant de service, ladite demande comprenant au moins un identifiant opérateur dudit utilisateur attribué par ledit opérateur ; obtention dudit au moins un identifiant de service, ledit au moins un identifiant de service étant associé audit au moins un identifiant opérateur ; émission dudit au moins un identifiant de service à destination d’au moins un dispositif de contrôle d’accès. Avantageusement, l’invention permet à un utilisateur d’obtenir un identifiant de service apte à identifier l’utilisateur auprès d’un dispositif de contrôle d’accès (par exemple une borne ou un portique du réseau de transport). De cette manière, la présente technique permet d’identifier un utilisateur sans avoir à créer un compte ou un support physique qui lui est associé. L’identifiant de service est par exemple généré par un serveur applicatif d’un fournisseur de services (par exemple un transporteur) ou par un serveur de l’opérateur de télécommunications de l’utilisateur. Une fois obtenu, le dispositif de fourniture transmet l’identifiant de service à un dispositif de contrôle d’accès afin d’accéder à un service physique ou dématérialisé (par exemple la location d’un véhicule, l’usage d’un réseau de transport, l’utilisation d’un service de VoD ou en anglais Video on Demand, un distributeur de biens physiques ou dématérialisés, etc.) ou à une zone particulière (par exemple l’accès à un parking, l’accès à un bâtiment, etc.). On entend par identifiant opérateur un identifiant de l’utilisateur géré par un opérateur de télécommunications de l’utilisateur tel qu’une IMSI (en anglais International Mobile Subscriber Identity), une adresse MAC (en anglais Media Access Control), une adresse IP (Internet Protocol) une SIP URI (Session Initiation Protocol Uniform Resource Identifier), ou tout autre chaîne de caractères apte à identifier l’utilisateur. A noter que l’identifiant opérateur peut aussi correspondre à un identifiant d’un terminal lui appartenant comme une IMEI (en anglais International Mobile Equipment Identity). On entend par identifiant de service une chaîne de caractères apte à identifier un utilisateur lors de l’usage par celui-ci d’un service. Dans le cas d’un service de transport l’identifiant de service peut être vu comme un support qui permet de faire le lien avec les titres de transport achetés par l’utilisateur, par exemple, auprès du fournisseur de services. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’émission de ladite demande est réalisée via un client logiciel d’un agent conversationnel. Avantageusement, l’identifiant de service généré pour l’utilisateur (c’est-à-dire associé à un identifiant opérateur) peut être fourni par un agent conversationnel en réponse à un ou plusieurs messages émis par un client logiciel de l’agent conversationnel. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit au moins un identifiant de service est généré en fonction d’une donnée tarifaire et/ou d’une donnée d’option et/ou d’une donnée de validation d’un paiement et/ou d’une donnée de consentement comprise dans ladite demande. Ainsi, l’utilisateur peut, par exemple, choisir préalablement à la réception de l’identifiant de service, un tarif ou un service proposé, par exemple, par un agent conversationnel d’un réseau de transport. L’identifiant de service peut alors être généré en fonction d’un tarif et/ou d’un service (option / choix) choisi par l’utilisateur. L’option peut par exemple comprendre le choix d’un mode de transport, un nombre de passagers, un horaire, etc. En outre, l’identifiant de service peut être généré en fonction d’un paiement / ou d’une autorisation de paiement valide réalisé préalablement. L’identifiant de service peut également être généré en lien avec le résultat d’un test d’une ou de plusieurs données (âge, adresse, etc.) contenues au sein d’un profil associé à l’utilisateur, par exemple, géré par un opérateur de télécommunications de l’utilisateur. Ainsi, l’identifiant de service peut être spécifique à une classe d’âge ou à une situation sociale (mineur, majeur, en recherche d’emploi, retraité, etc.). L‘identifiant de service peut également être généré en fonction d’une donnée de consentement (par exemple la validation de conditions d’utilisation) obtenue d’un utilisateur via une interface homme-machine. A noter que l’agent conversationnel peut être hébergé sur un serveur applicatif d’un opérateur de télécommunications ou sur un serveur du fournisseur de services. A noter également, qu’une fois obtenu, l’identifiant de service peut être stocké au sein du dispositif de fourniture, par exemple, via un applicatif de type portefeuille (en anglais wallet). On entend par agent conversationnel un automate informatique de dialogue apte à dialoguer avec un utilisateur, par exemple, via un terminal mobile, un objet connecté, un ordinateur, un tableau de bord d’un véhicule, etc. L’agent conversationnel génère des messages à destination du client /de l’utilisateur et interprète les réponses émises en retour afin de répondre aux demandes / besoins renseignés par le client. A noter que le dialogue peut se faire vocalement et/ ou au travers d’une interface homme-machine (écran, clavier, etc.). On entend par message un ensemble de données destinées à être transmises par un système informatique. Le message peut être textuel, sous forme d’un flux de donnée ou d’un/de fichiers. On entend par dialogue, l’ensemble des messages électroniques échangés lors d’une session entre un agent conversationnel et un de ses clients. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit au moins un identifiant de service est généré en fonction dudit au moins un identifiant opérateur. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape d’émission est suivie d’une étape de réception d’au moins une première donnée de service. Avantageusement, ce mode de mise en œuvre permet à l’utilisateur, via des données de service reçues, de suivre en temps réel sa consommation et/ ou sa facturation au niveau d’un ou de plusieurs services utilisés. Les premières données de services sont par exemple obtenues d’un serveur applicatif opéré par le fournisseur de services de l’utilisateur (par exemple un transporteur, c’est-à-dire une société de transport) ou par l’opérateur de télécommunications de l’utilisateur. Ainsi, ce mode de mise en œuvre permet, par exemple, à l’utilisateur d’obtenir, de la part de son opérateur de télécommunications, une facture en relation avec ses usages constatés au niveau d’un service fourni par le fournisseur de services. La facture peut être émise après chaque acte de consommation du service ou à la fin d’une période de temps donnée (un jour, une semaine, un mois, un trimestre, etc.). Bien évidemment, cela suppose que l’opérateur de télécommunications (c’est-à-dire un serveur opéré par l’opérateur de télécommunications) obtienne au préalable d’un serveur du fournisseur de services les données d’usages de l’utilisateur permettant de générer la facture. A noter que les données de services peuvent également être obtenues depuis un dispositif de contrôle d’accès. Les premières données de service peuvent en outre comprendre un statut relatif à la validité de l’identifiant de service. En effet, un identifiant de service valablement généré peut être invalidé par la suite, par exemple, lorsqu’un paiement a été refusé ou lorsque l’utilisateur est décédé. On entend par première donnée de service, l’ensemble des données collectées et/ou générées lors de l’usage d’un service par un utilisateur. Par exemple, les données de service peuvent être générées à partir des données collectées auprès d’un serveur applicatif, d’un client de l’agent conversationnel, d’un dispositif de contrôle d’accès et/ou d’un client de l’agent conversationnel. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape d’obtention comprend en outre l’obtention d’au moins une deuxième donnée de service. Avantageusement, ce mode de mise en œuvre permet à l’utilisateur d’obtenir, avec l’identifiant de service, des informations /données en lien avec le service (horaire d’ouverture, suivi de consommation, reçu de paiement, etc.). La deuxième donnée de service peut en outre comprendre un statut relatif à la validité de l’identifiant de service. En effet, un identifiant de service valablement généré peut être invalidé lorsqu’un paiement a été refusé. C’est, par exemple le cas, lorsque l’identifiant de service permettant l’accès au réseau de transport (ou identifiant d’accès) correspond à un titre de transport ayant une durée de validité limitée (par exemple 1 mois). Une fois le mois échu, un paiement doit être réalisé pour prolonger la validité du titre de transport associé à l’identifiant de service. Si le paiement échoue, l’identifiant de service obtenu, qui peut être identique à celui préalablement utilisé par l’utilisateur, est alors invalidé par le fournisseur de services. La deuxième donnée de service peut également comprendre une option tarifaire associée à l’identifiant de service. Ce mode de réalisation permet, par exemple, de connaitre l’option tarifaire choisie par l’utilisateur à un instant donnée. L’option tarifaire (tarif week-end, de nuit, etc.) associée à l’identifiant de service peut par exemple être modifiée par l’utilisateur via une interface homme-machine du dispositif de fourniture ou via un autre canal de communication apte à dialoguer avec le gestionnaire de l’identifiant de service (l’opérateur de télécommunications de l’utilisateur UT ou le fournisseur de services). Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit au moins un identifiant opérateur correspond à une IMSI et/ou une IMEI et/ou une SIP URI. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit au moins un identifiant de service comprend un code-barre. Avantageusement, ce mode de mise en œuvre permet, par exemple, à l’utilisateur d’accéder à un réseau de transport de manière simple et ergonomique. En outre, de nombreux réseaux de transport utilisent déjà des titres de transport de type code-barre. Ainsi, il n’est pas nécessaire d’adapter les infrastructures existantes. On entend par code-barre une représentation graphique d’une donnée numérique et/ou alphanumérique sous la forme de symboles (par exemple de barres de couleur et d’espaces dont l’épaisseur varie, de carrés noirs disposés dans un carré blanc, etc.). Le code-barre peut être de tout type (unidimensionnel, bidimensionnel) et généré via tout type de technologie (QRCode, Datamatrix, 2D-Doc, PDF417, etc.). Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite demande comprend un message de type RCS (Rich Communication Services) conforme à la norme GSMA RCC.71 et ultérieur et en ce que ledit au moins un identifiant de service est obtenu via un message de type RCS (Rich Communication Services) conforme à la norme GSMA RCC.71 et ultérieur Avantageusement, ce mode de mise en œuvre permet l’obtention d’un identifiant de service via un message de type RCS qui peut être inclus dans un dialogue établi entre l’agent conversationnel et le dispositif de fourniture. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite au moins une première et/ou une deuxième donnée de service est obtenue via une communication de type RCS (Rich Communication Services) conforme à la norme GSMA RCC.71 et ultérieur. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite au moins une première et/ou une deuxième donnée de service comprend une donnée de facturation. Avantageusement, ce mode de mise en œuvre permet, par exemple, à l’utilisateur de valider un paiement associé à l’usage du service. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit agent conversationnel est compris dans ledit dispositif de contrôle d’accès. Ce mode de mise en œuvre permet, par exemple, de rationaliser les infrastructures matérielles d’un fournisseur de service en hébergeant sur un même dispositif l’agent conversationnel et le dispositif de contrôle d’accès. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape d’émission dudit au moins un identifiant de service est réitérée une pluralité de fois. Ce mode de mise en œuvre permet, d’utiliser le même identifiant de service auprès d’un dispositif de contrôle d’accès afin d’accéder au service ou à une zone contrôlée par le dispositif de contrôle d’accès. Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, au procédé de fourniture défini ci-dessus. L'invention concerne également un dispositif de fourniture d’au moins un identifiant de service d’un utilisateur, ledit dispositif étant apte à communiquer via au moins un réseau de télécommunications d’un opérateur dudit utilisateur et caractérisé en ce qu’il comprend : un module d’émission d’une demande dudit au moins un identifiant de service, ladite demande comprenant au moins un identifiant opérateur dudit utilisateur attribué par ledit opérateur ; un module d’obtention dudit au moins un identifiant de service, ledit au moins un identifiant de service étant associé audit au moins un identifiant opérateur ; un module d’émission dudit au moins un identifiant de service à destination d’au moins un dispositif de contrôle d’accès. Le terme module peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). Selon un mode de mise en œuvre particulier de l'invention, un dispositif tel que décrit ci-dessus est caractérisé en ce qu’il est compris dans un terminal mobile. L'invention concerne également un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé ci-dessus selon l'un quelconque des modes particuliers de réalisation décrits précédemment, lorsque ledit programme est exécuté par un processeur. Le procédé peut être mis en œuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'enregistrement ou support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Les supports d'enregistrement mentionnés ci-avant peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un disque dur. D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet. Alternativement, les supports d'enregistrement peuvent correspondre à un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Ce dispositif de fourniture et ce programme d'ordinateur présentent des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec le procédé de fourniture. 4. Liste des figures D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : FIG. 1 La FIG. 1 illustre un exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation de l'invention ; FIG. 2 La FIG. 2 illustre de manière schématique un exemple d’architecture d’un dispositif adapté pour la mise en œuvre du procédé de fourniture selon un mode de réalisation particulier de l’invention ; FIG. 3 La FIG. 3 illustre les principales étapes du procédé de fourniture selon un mode de réalisation particulier de l’invention ; 5. Description d'un mode de réalisation de l'invention La FIG. 1 illustre un exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation de l'invention. La FIG. 1 illustre plus particulièrement un terminal 102 (par exemple un objet connecté) d’un utilisateur UT apte à mettre en œuvre le procédé de fourniture selon un mode particulier de réalisation. Le terminal 102 correspond dans notre exemple à un terminal mobile intelligent (en anglais un smartphone) qui intègre un client logiciel apte à dialoguer avec un agent conversationnel. Selon un mode particulier de réalisation de l'invention, le procédé peut être mis en œuvre par tout type de terminal connecté possédant l’architecture d’un ordinateur comme par exemple, et de façon non limitative, une console de jeux, une télévision, un distributeur automatique de billets, un routeur, une tablette, un ordinateur personnel, un ordinateur de bord de voiture, etc. L'environnement de mise en œuvre de l'invention comprend également un agent conversationnel qui dans notre exemple est hébergé /exécuté au niveau d’un serveur 103 situé dans un réseau 100. A noter que l’agent conversationnel peut également être hébergé /exécuté au niveau d’un dispositif de contrôle d’accès (portique, portillon, etc.) 101. Selon un mode particulier de réalisation de l'invention, l’agent conversationnel peut être réparti partiellement ou totalement entre le dispositif de contrôle d’accès 101 et le serveur 103. L’agent conversationnel 103 est apte à communiquer avec une plateforme (i.e. un serveur) de services (non représentée) d’un fournisseur de services et/ ou d’un opérateur de télécommunications de l’utilisateur UT. L’agent conversationnel 103 peut en outre communiquer avec une ou plusieurs plateformes de services (serveurs applicatifs/de services) d’un fournisseur de services via un serveur applicatif d’un opérateur de télécommunications de l’utilisateur UT. Selon un mode particulier de réalisation de l'invention, l’agent conversationnel 103 peut être mis en œuvre par tout type de terminal connecté possédant l’architecture d’un ordinateur comme par exemple, et de façon non limitative, un serveur, une passerelle, une console de jeux, une télévision, un distributeur automatique de billets, un routeur, une tablette, un ordinateur personnel, un smartphone, etc. Les communications entre l’agent conversationnel et le terminal 102 sont par exemple réalisées via le réseau 100 (par exemple IP et/ou circuit) et la technologie RCS (Rich Communication Services). Les communications entre l’agent conversationnel et les plateformes de services (opérateur et/ou fournisseurs de services) sont par exemple réalisées via le réseau 100 (par exemple IP et/ou circuit). Les communications entre le dispositif de contrôle d’accès 101 et le terminal 102 sont par exemple réalisées via une technologie sans fil comme le Bluetooth®, le WiFi®, le NFC®, les ultrasons et/ou radiotéléphonie cellulaire. La communication peut également être réalisée via un dispositif optique (appareil photo, caméra, etc.) du dispositif de contrôle d’accès 101 apte à interpréter des données textuelles (par exemple via un module de reconnaissance de caractères) ou des données de type code-barre affichées par un écran du terminal 102. La FIG. 2 illustre un dispositif 200 configuré pour mettre en œuvre le procédé de fourniture selon un mode particulier de réalisation. Selon un mode particulier de réalisation de l'invention, le dispositif 200 a l'architecture classique d'un ordinateur, et comprend notamment une mémoire MEM, une unité de traitement UT, équipée par exemple d'un processeur PROC, et pilotée par le programme d'ordinateur PG stocké en mémoire MEM. Le programme d'ordinateur PG comprend des instructions pour mettre en œuvre les étapes du procédé de fourniture tel que décrit précédemment, lorsque le programme est exécuté par le processeur PROC. A l'initialisation, les instructions de code du programme d'ordinateur PG sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur PROC. Le processeur PROC de l'unité de traitement UT met notamment en œuvre les étapes du procédé de fourniture selon l'un quelconque des modes particuliers de réalisation décrits en relation avec les figures 1 et 3, selon les instructions du programme d'ordinateur PG. Le dispositif 200 comprend un module SND1 apte à émettre un ou plusieurs messages de demande d’un identifiant de l’utilisateur UT permettant l’accès à un service / à une zone contrôlée par le dispositif de contrôle 101. Le ou les messages sont par exemple émis à destination d’un serveur applicatif d’un fournisseur de services via un serveur d’un opérateur de télécommunications de l’utilisateur UT. Le dispositif 200 comprend en outre un module OBT apte à obtenir au moins un identifiant de service de l’utilisateur UT par exemple fourni par un serveur applicatif d’un fournisseur de services ou d’un opérateur de télécommunications de l’utilisateur UT. Le dispositif 200 comprend également un module SND2 apte à émettre à destination d’un dispositif de contrôle d’accès un identifiant de service de l’utilisateur UT obtenu via le module OBT. Selon un mode de réalisation particulier, les modules SND1 et SND2 sont aptes à communiquer (émettre et/ou recevoir des messages) via un réseau IP et/ou circuit. Selon un mode de réalisation particulier, les modules SND1 et SND2 sont un seul et même module. Selon un mode de réalisation particulier, le dispositif 200 peut comprendre un module de stockage numérique (par exemple la mémoire MEM) apte à stocker le ou les identifiants de service obtenus via le module OBT. Selon un mode de réalisation particulier, le dispositif 200 comprend un module d’interface homme-machine (non représenté) apte à afficher le ou les identifiants de service obtenus via le module OBT sous la forme d’une chaîne de caractères ou d’un code-barre. Le module d’interface homme-machine peut en outre être apte à obtenir, de la part d’un utilisateur, des données comme des données de validation / consentement, des données de paiement, des données en lien avec la sélection d’un choix, etc. Selon un mode de réalisation particulier, le dispositif 200 comprend un module d’obtention d’au moins une donnée de service (non représenté) relative à l’identifiant de service et/ou au service en lui-même. Ce module d’obtention et le module OBT peuvent être un seul et même module. La FIG. 3 illustre des étapes du procédé de fourniture selon l’un des modes particuliers de réalisation de l'invention présentés précédemment à l’appui de la FIG. 1 et de la FIG. 2 , le procédé étant exécuté sur le terminal 102. Le terminal 102 communique avec l’agent conversationnel hébergé /exécuté sur le serveur 103 via le réseau 100 et la technologie RCS (Rich Communication Services) par exemple selon la norme GSMA RCC.71 et ultérieur. Préalablement à la première étape 300, le terminal 102 débute une conversation / un dialogue avec un agent conversationnel, par exemple, exploité / géré par un transporteur / une société qui opère un réseau de transports (métro, bus, tramway, etc.). Pour ce faire, l’utilisateur UT du terminal 102 peut scanner un code QR ou renseigner une adresse électronique (par exemple un numéro de téléphone) de l’agent conversationnel. Lors du dialogue (au premier message ou ultérieurement) le procédé émet (étape 300) à destination de l’agent conversationnel une demande d’un identifiant de service. L’identifiant de service correspond, par exemple, à une chaîne de caractères ou à un code-barre qui permet à l’utilisateur UT d’accéder au réseau de la société de transport. L’identifiant de service peut, en outre, être associé à un ou plusieurs titres de transport (par exemple un titre de transport par modalité : métro, vélo, bus etc.). L’identifiant de service de l’utilisateur UT est associé à un identifiant opérateur de l’utilisateur UT, c’est-à-dire un identifiant fourni à l’utilisateur UT par un opérateur de télécommunication de l’utilisateur UT. Par exemple, l’identifiant de service est compris dans un couple d’identifiants incluant également un identifiant opérateur de l’utilisateur UT. Cet identifiant opérateur peut correspondre à une IMSI, une IMEI, une adresse MAC, une adresse IP, une SIP URI ou tout autre identifiant permettant à l’opérateur de télécommunications d’identifier l’utilisateur UT. Une fois la demande d’identifiant de service reçue par l’agent conversationnel, celui-ci obtient l’identifiant de service de l’utilisateur UT. Selon un mode de réalisation particulier, l’identifiant de service de l’utilisateur UT est obtenu par l’agent conversationnel depuis une de ses mémoires (vive ou morte) en fonction de l’identifiant opérateur de l’utilisateur UT. Par exemple, l’agent conversationnel peut avoir stocké au préalable dans une de ses mémoires un couple d’identifiants opérateur / service de l’utilisateur UT (cas d’un pré provisionnement). Alternativement, l’agent conversationnel peut obtenir l’identifiant opérateur de l’utilisateur UT dans un message du dialogue (par exemple le message de demande d’identifiant) ou via un serveur applicatif situé dans le réseau (par exemple un serveur opéré par un opérateur de télécommunications de l’utilisateur UT). En variante, l’identifiant de service de l’utilisateur UT est obtenu par l’agent conversationnel depuis un serveur applicatif opéré, par exemple, par un opérateur de télécommunications de l’utilisateur UT ou par la société de transport. L’identifiant de service de l’utilisateur UT peut également être obtenu par l’agent conversationnel depuis un serveur applicatif opéré par la société de transport via un serveur applicatif d’un opérateur de télécommunications de l’utilisateur UT. Dans ce cas de figure, les données transmises par le serveur applicatif de l’opérateur au serveur applicatif de la société de transport peuvent être limitées de sorte que l’anonymisation de l’utilisateur UT soit respectée. Ainsi, la société de transport n’a pas la connaissance de l’identité du client qui utilise un identifiant de service particulier. Pour ce faire le serveur de l’opérateur peut uniquement transmettre au serveur applicatif de la société de transport une demande d’identifiant de service ou, si c’est le serveur applicatif de l’opérateur qui génère l’identifiant de service, l’identifiant de service généré. Le serveur applicatif de l’opérateur est alors le seul à pouvoir identifier l’utilisateur UT pour, par exemple, transmettre une facture associée au service consommé par l’utilisateur UT. En outre, le serveur de l’opérateur peut également être garant de l’utilisateur UT en vérifiant, via la connaissance du profil utilisateur UT associé à l’identifiant opérateur de l’utilisateur UT, certains critères (comme l’âge, la localisation, etc.) pour le compte du fournisseur de service. L’opérateur de télécommunications de l’utilisateur UT peut, par exemple, vérifier que l’option tarifaire « - de 25 ans » choisie par l’utilisateur UT est bien compatible avec l’âge de l’utilisateur UT renseigné dans son profil opérateur. Ce mode de réalisation permet, ainsi, de gérer les droits d’accès de l’utilisateur UT, sans que le fournisseur de service n’ait à connaître les informations de l’utilisateur, ni à réaliser des étapes de vérification supplémentaires. Ainsi, l’identifiant de service peut être généré par le serveur applicatif de l’opérateur de télécommunications de l’utilisateur UT ou par un serveur applicatif de la société de transport. De manière générale, la génération de l’identifiant de service peut se faire en fonction d’une donnée tarifaire et/ou d’une donnée d’option et/ou d’une donnée de validation d’un paiement et/ou d’une donnée de consentement comprise dans la demande et renseignée par exemple par l’utilisateur UT. Les données tarifaire, d’option, de validation d’un paiement et de consentement sont par exemple obtenues de l’utilisateur via une interface homme-machine (écran, clavier, micro, etc.) du terminal 102. La donnée de validation d’un paiement peut en outre être obtenue d’un serveur bancaire via un applicatif exécuté sur le terminal 102. Cette donnée de validation peut, par exemple, correspondre à un accord bancaire pour un paiement relatif à l’utilisation du service par l’utilisateur UT. La donnée de validation de paiement peut, en outre, être obtenue depuis un serveur opéré par l’opérateur de télécommunications de l’utilisateur UT. Ainsi, l’opérateur de télécommunications assure la facturation du service pour le compte du fournisseur du service. L’identifiant de service peut, en outre, être généré en fonction de l’identifiant opérateur de l’utilisateur UT. A l’étape 301, le procédé reçoit de l’agent conversationnel l’identifiant de service de l’utilisateur UT. L’identifiant peut ensuite être stocké dans une mémoire (vive ou morte) du terminal 102, dans un module applicatif (par exemple de type wallet) ou bien dans un élément sécurisé tel qu’une carte SIM (en anglais Subscriber Identity/Identification Module), eSIM (en anglais embedded SIM), iSIM (en anglais integrated SIM, un TEE (en anglais trusted execution environment) ou tout autre module apte garantir la sécurité de l’identifiant. A noter que l’identifiant et/ou le dialogue entre le terminal 102 et l’agent conversationnel peut être chiffré via, par exemple, une technique de chiffrement symétrique ou asymétrique. Le procédé peut en outre recevoir une ou plusieurs données de service (deuxième donnée de service au sens de l’invention). Ces données peuvent comprendre un statut relatif à la validité de l’identifiant de service, à une option tarifaire associée à l’identifiant de service ou bien à une donnée de facturation permettant à l’utilisateur UT de payer, à priori ou à postériori, un ou plusieurs usages du service en lien avec l’identifiant de service de l’utilisateur UT. A l’étape 302, le procédé émet à destination d’un dispositif de contrôle d’accès permettant l’accès au réseau du transporteur, l’identifiant de service de l’utilisateur UT. L’identifiant est par exemple transmis via une technologie de communication en champ proche comme la technologie WiFi®, bluethooth®, NFC ® (Near Field Communication), Zigbee ®, code QR (en anglais QRCode pour quick response code), IrDA (Infra-red Data Association), etc. A noter que l’identifiant de service de l’utilisateur UT peut être à usage unique ou non. Ainsi, l’identifiant de service de l’utilisateur UT peut être émis à destination d’un ou de plusieurs dispositifs de contrôle d’accès une pluralité de fois. L’identifiant de service de l’utilisateur UT peut également être associé à une durée de validité. Les dispositifs d’accès du réseau du transporteur peuvent ensuite communiquer avec un serveur applicatif du transporteur afin de remonter des données d’usages de l’utilisateur UT. Par exemple, le serveur applicatif du transporteur collecte des dispositifs d’accès situés au sein de son réseau, les heures de passage, le nombre de passage, la localisation, etc. de l’utilisateur UT. Le serveur applicatif du transporteur établit ensuite une facture et/ ou des données de facturation (premières données de service au sens de l’invention) qu’il transmet à l’utilisateur UT. Ces données de services sont, par exemple, envoyées via l’agent conversationnel et le canal RCS / le dialogue préalablement établi entre le terminal 102 et l’agent conversationnel. Alternativement, ces données de services sont émises à destination du terminal 102 / de l’utilisateur UT via un autre canal de communication comme un SMS, un courriel ou tout autre moyen apte à permettre une communication vers l’utilisateur UT. Les données de services (premières données de service au sens de l’invention) peuvent en outre être émises à destination d’un opérateur de télécommunications de l’utilisateur UT. Ainsi, ce mode de réalisation permet à l’utilisateur d’être facturé de ses voyages directement au niveau de la facture reçue de son opérateur de télécommunications. En outre, ce mode de réalisation permet à l’opérateur de services de déléguer la facturation à l’opérateur de télécommunications de l’utilisateur UT. Cela permet en outre au fournisseur de service de ne pas avoir à réaliser un enrôlement préalable de l’utilisateur UT. Les données de service (premières données de service au sens de l’invention) peuvent en outre comprendre un statut relatif à la validité de l’identifiant de service. En effet, un identifiant de service valablement généré peut être invalidé par la suite, par exemple, lorsqu’un paiement a été refusé (par exemple lors d’un prélèvement bancaire suite au renouvellement d’un abonnement) ou lorsque l’utilisateur est décédé. A noter que le procédé de fourniture peut être exécuté de manière autonome ou déclenché par l’utilisateur UT via, par exemple, une interface homme-machine du terminal 102. En outre, le procédé de fourniture peut être exécuté une pluralité de fois. Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l’homme de l’art sans pour autant sortir du cadre de l’invention. Selon d'autres modes particuliers de réalisation de l'invention, l'invention s'applique également à un dispositif de contrôle d’accès qui comprend l’agent conversationnel. Procédé de fourniture d’un identifiant de service d’un utilisateur, ledit procédé étant mis en œuvre par un dispositif de fourniture (200) apte à communiquer via au moins un réseau de télécommunications (100) d’un opérateur dudit utilisateur et caractérisé en ce qu’il comprend les étapes suivantes : - émission (300) d’une demande dudit au moins un identifiant de service, ladite demande comprenant au moins un identifiant opérateur dudit utilisateur attribué par ledit opérateur ; - obtention (301) dudit au moins un identifiant de service, ledit au moins un identifiant de service étant associé audit au moins un identifiant opérateur ; - émission (302) dudit au moins un identifiant de service à destination d’au moins un dispositif de contrôle d’accès. Procédé selon la revendication 1 caractérisé en ce que l’émission de ladite demande est réalisée via un client logiciel d’un agent conversationnel. Procédé selon la revendication 1 caractérisé en ce que ledit au moins un identifiant de service est généré en fonction d’une donnée tarifaire et/ou d’une donnée d’option et/ou d’une donnée de validation d’un paiement et/ou d’une donnée de consentement comprise dans ladite demande. Procédé selon la revendication 1 caractérisé en ce que ledit au moins un identifiant de service est généré en fonction dudit au moins un identifiant opérateur. Procédé selon la revendication 1 caractérisé en ce que l’étape d’émission est suivie d’une étape de réception d’au moins une première donnée de service. Procédé selon la revendication 1 caractérisé en ce que l’étape d’obtention comprend en outre l’obtention d’au moins une deuxième donnée de service. Procédé selon la revendication 1 caractérisé en ce que ledit au moins un identifiant opérateur correspond à une IMSI et/ou une IMEI et/ou une SIP URI. Procédé selon la revendication 1 caractérisé en ce que ledit au moins un identifiant de service comprend un code-barre. Procédé selon la revendication 2 caractérisé en ce que ladite demande comprend un message de type RCS (Rich Communication Services) conforme à la norme GSMA RCC.71 et ultérieur et en ce que ledit au moins un identifiant de service est obtenu via un message de type RCS (Rich Communication Services) conforme à la norme GSMA RCC.71 et ultérieur. Procédé selon la revendication 3 caractérisé en ce que ladite au moins une première et/ou une deuxième donnée de service est obtenue via une communication de type RCS (Rich Communication Services) conforme à la norme GSMA RCC.71 et ultérieur. Procédé selon la revendication 2 caractérisé en ce que ledit agent conversationnel est compris dans ledit dispositif de contrôle d’accès. Procédé selon la revendication 1 caractérisé en ce que l’étape d’émission dudit au moins un identifiant de service est réitérée au moins une fois. Dispositif de fourniture d’au moins un identifiant de service d’un utilisateur, ledit dispositif étant apte à communiquer via au moins un réseau de télécommunications d’un opérateur dudit utilisateur et caractérisé en ce qu’il comprend - un module d’émission (SND1) d’une demande dudit au moins un identifiant de service, ladite demande comprenant au moins un identifiant opérateur dudit utilisateur attribué par ledit opérateur ; - un module d’obtention (OBT) dudit au moins un identifiant de service, ledit au moins un identifiant de service étant associé audit au moins un identifiant opérateur ; - un module d’émission (SND2) dudit au moins un identifiant de service à destination d’au moins un dispositif de contrôle d’accès. Terminal mobile caractérisé en ce qu’il comprend un dispositif selon la revendication 13. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 12, lorsque le programme est exécuté par un processeur.