FR 2998398 A1 20140523 FR 1261086 A 20121121 -1- Procédé d'activation d'un service en ligne à partir d'un équipement mobile. Domaine de l'invention La présente invention concerne le domaine des 5 applications mobiles capables de communiquer en champ proche. Un cas d'usage est celui basé sur la technologie dite « NFC ». Les transactions mobiles sans contact s'effectuent à l'aide d'un téléphone compatible, équipé ou pas d'un secure element (comme une carte SIM par exemple) reliée à une puce 10 électronique NFC, ainsi que d'une application spécifique. La technologie NFC (sigle de la désignation anglaise Near Field Communication ou «communication en champ proche ») est une technologie de communication sans-fil à courte portée et haute fréquence, permettant l'échange 15 d'informations entre des périphériques jusqu'à une distance de quelques centimètres. Cette technologie est une extension de la norme ISO/CEI 14443 standardisant les cartes de proximité utilisant la radio-identification (RFID), qui combinent l'interface d'une carte à puce et un lecteur au sein d'un seul 20 périphérique. Un périphérique NFC est capable de communiquer avec le matériel ISO/CEI 14443 existant, avec un autre périphérique NFC ou avec certaines infrastructures sans-contact existantes comme les valideurs des transports en commun ou les terminaux 25 de paiement chez les commerçants. La NFC équipe aujourd'hui des cartes utilisées dans les transports, dans le commerce ou pour l'accès à certains services publics et de plus en plus de terminaux mobiles. La NFC équipait en effet en 2011 50 millions de tablettes tactiles (voir tablette tactile) ou 30 téléphones mobiles, chiffre qui pourrait atteindre 300 millions en 2013. Dotés d'un écran, d'un clavier et d'une -2 connexion internet, ces terminaux NFC ont un fort potentiel d'usages en favorisant les interactions entre les machines, les objets et un contexte (voir internet des objets). Etat de la technique L'invention concerne plus particulièrement un système de service qui utilise une plateforme pour l'enrôlement au service et l'exécution d'une application d'identification sans contact mobile. Elle concerne notamment un procédé d'activation d'un service en ligne à partir d'un équipement mobile. On connaît dans l'état de la technique notamment la demande de brevet américain US20110010234. Ce document décrit un système et des procédés de paiement mobile. Le procédé prévoit la réception d'un coupon par un dispositif de paiement mobile, et la vérification si une application de paiement mobile est active. Si l'application de paiement mobile n'est pas active, le dispositif de paiement mobile déclenche automatiquement l'application de paiement mobile et procède à la transaction en utilisant le coupon reçu. Le procédé comprend en outre l'inscription du dispositif de paiement mobile dans un programme de traitement du coupon avant son utilisation. Le procédé comprend également le suivi des informations de transaction d'un consommateur et d'envoyer un ou plusieurs coupons sur la base de l'information de transaction. Le dispositif de paiement mobile utilisé pour effectuer la transaction comporte un élément de contact pour effectuer des transactions de paiement. La plateforme vérifie si l'utilisateur est déjà adhérant du service, si oui l'application est exécutée normalement, si non la plateforme envoie un message de souscription mais l'application ne peut -3 être exécutée et le service ne peut être utilisé en l'état actuel. Par ailleurs, l'envoi d'un coupon à l'application bancaire par le réseau implique nécessairement une souscription préalablement à l'application. Un porteur de mobile non encore inscrit à l'application ne pourra donc pas bénéficier de ce service directement. De plus, un porteur de mobile ayant téléchargé l'application mais n'ayant pas souscrit au service ne pourra pas l'utiliser, ce qui est logique puisque le domaine d'application du brevet cité est celui des services de paiement. Un client n'ayant pas souscrit à un service de paiement ne pourra pas payer. Le domaine d'application du présent brevet est l'identification (y compris anonyme) du client dans des usages n'ayant pas des exigences fortes en termes de sécurité. L'application de paiement gère l'indentification de paiement préalablement souscrite (carte, mobile). On utilise ensuite cette identification de paiement pour gérer des coupons exploités par l'application de paiement. On connaît également la demande de brevet internationale PCT W02012116125. Ce document décrit des systèmes de paiement électronique universel qui transforment des entrées d'écran tactile dans une interface d'application mobile de portefeuille virtuel, par l'intermédiaire du système de paiement, en déclencheurs de transaction d'achat et en avis de reçu. Selon un mode de réalisation, le système de paiement qui fournit, par l'intermédiaire d'un dispositif utilisateur, une requête de recherche d'informations de produit, et obtient, en réponse à la requête de recherche d'informations de produit, des informations sur un premier produit mis en vente par un premier marchand et sur un second produit mis en vente par un second marchand. Le système de paiement génère -4 une requête de transaction d'achat unique, à l'aide des informations sur le premier produit mis en vente par le premier marchand et sur le second produit mis en vente par le second marchand. Le système de paiement fournit, par l'intermédiaire du dispositif utilisateur, une requête de transaction d'achat unique pour un traitement de paiement. L'UEP obtient également un reçu d'achat électronique pour le premier produit mis en vente par le premier marchand et pour le second produit mis en vente par le second marchand. Ce document concerne une forme de porte-monnaie électronique permettant à un utilisateur de choisir l'un des services proposés par l'application. Toutefois, comme pour la solution précédente, il est nécessaire que l'utilisateur ait préalablement procédé à 15 une souscription. A défaut, il n'accède pas à l'application. La demande internationale W02011083471 concerne un système de transaction utilisé en coopération avec un dispositif mobile client, le système de transaction incluant un dispositif associé à un fournisseur configuré pour obtenir 20 un identifiant associé au dispositif mobile client et un serveur de transactions en communication avec le dispositif associé à un fournisseur. Le dispositif associé à un fournisseur est configuré pour envoyer un message de requête de transaction 25 comprenant des informations relatives à l'identifiant obtenu du dispositif mobile client. Le serveur de transactions, en réponse au message de requête de transaction, est configuré pour traiter le message de requête de transaction reçu selon un chemin parmi une pluralité de chemins de traitement en 30 réponse à un attribut du message de requête de transaction reçu. -5 Dans cette solution, il est nécessaire que l'application connaisse tous les identifiants de tous les commerçants du monde. Chaque commerçant est associé à un identifiant unique, qui est envoyé par l'application sur le client. La demande de brevet internationale W02010138611 décrit un système pour une utilisation avec un gestionnaire de services de confiance (TSM) et un dispositif mobile ayant des données d'identification uniques d'abonné, lequel système comprend : un serveur qui valide une application par rapport aux données d'identification uniques du dispositif mobile et fournit l'application validée au dispositif mobile; et un élément sécurisé (SE) agissant en tant que client, dans lequel le SE est présent dans le dispositif mobile en tant que client. L'application validée provenant du serveur est installée dans le SE; et le SE exécute l'application validée pour effectuer un processus de service, qui permet des fonctions de paiement sur le dispositif mobile, comprenant : la fourniture d'une communication sécurisée entre le mobile et le serveur; l'approvisionnement sécurisé d'un instrument de paiement sur le mobile, avec authentification et vérification fournies par le serveur; et la liaison de l'instrument de paiement et de l'application validée au mobile pour fournir une gestion d'identifiant forte pour une protection d'utilisateur améliorée et une sécurité et une intégrité de système améliorées. Ce brevet décrit une plateforme NFC classique utilisant les informations de la carte SIM pour exécuter l'application. Cette architecture est utilisée pour vérifier la validité d'un espace mémoire autonome, qui n'est pas lié au mobile et relié à une antenne lisible par mobile RFID. Inconvénients de l'art antérieur -6- Les solutions de l'art antérieur présentent plusieurs inconvénients. En premier lieu, elles nécessitent une souscription préalable au service. Il n'est donc pas possible de gérer des 5 utilisateurs non enrôlés, et il faut prévoir des moyens techniques pour distinguer les utilisateurs enrôlés mais dont la procédure d'identification est défaillante, les utilisateurs non enrôlés et les utilisateurs identifiés lors de l'interaction du téléphone NFC avec une borne. 10 En second lieu, les solutions de l'art antérieur nécessitent une procédure distincte (et préalable à toute utilisation du service) d'enrôlement pour un service nouveau, mise en oeuvre à partir d'équipements distincts et des procédures souvent complexes puisqu'elles tournent souvent 15 autour des services de paiement où une authentification forte est demandée, ainsi qu'une connaissance du client final utilisant le service. Solution apportée par l'invention Afin de pallier aux inconvénients de l'art 20 antérieur, la présente invention propose une solution permettant aux usagers de souscrire au service et de l'utiliser sur la même borne chez les fournisseurs de service. Le premier « TAP » fera office, à la fois, d'une première utilisation du service ainsi que d'une demande de 25 souscription. A cet effet, l'invention concerne selon son acception la plus générale un procédé d'activation d'un service en ligne à partir d'un équipement mobile comportant une mémoire pour l'enregistrement d'une application 30 d'identification et un moyen de communication à faible -7 distance avec une borne comprenant un lecteur, caractérisé en ce qu'il comporte : - une première étape, initiée par le lecteur lorsque le mobile est à portée de communication - pour 5 transmettre l'identifiant de l'enseigne à l'équipement mobile - une deuxième étape de calcul d'un identifiant unique du client à partir de l'identifiant de l'enseigne et de l'identifiant d'une application enregistré dans l'équipement mobile, et à retourner depuis l'application mobile vers le 10 lecteur l'identifiant unique du client ainsi calculé - une troisième étape où l'application mobile se connecte au serveur d'administration afin de vérifier l'éligibilité de l'enseigne à utiliser ce service, puis vérifier l'enregistrement du client auprès dudit service : 15 a) dans le cas où la vérification de l'enseigne est négative, le serveur d'administration envoie un message à l'application mobile afin de ne plus répondre aux sollicitations de ladite enseigne en utilisant l'identifiant en question 20 b) dans le cas où les deux vérifications sont positives, le service est activé pour réaliser les futures transactions à partir dudit identifiant unique du client c) dans le cas où la vérification de l'enseigne est positive mais que cette transaction est la première 25 utilisation du service par le client, le serveur d'administration déclenche un processus de souscription à partir dudit identifiant unique du client. -8 L'application peut être enregistrée dans le secure element (carte SIM par exemple du mobile ou tout simplement sur le mobile lui-même. Le moyen de communication à faible distance peut 5 être implémenté par un lecteur de code à barres ou de code matriciel ou une étiquette électronique. Selon une première variante, l'application est activée par défaut. Selon une deuxième variante, le procédé comporte 10 une étape initiale pour sélectionner l'application à exploiter sur la carte du mobile. Avantageusement, l'application est enregistrée dans la carte SIM ou tout autre secure element de l'équipement. Selon un autre mode de réalisation, l'application 15 est enregistrée dans la mémoire du mobile mais fonctionne selon le mode connu en NFC sous le nom d'émulation de carte. Selon un autre mode de réalisation, l'application est enregistrée dans la mémoire du mobile et fonctionne sous le mode connu en NFC sous le nom Peer to Peer. 20 Description détaillée d'un exemple non limitatif de réalisation L'invention sera mieux comprise à la lecture de la description qui suit, se référant aux dessins annexés, où : - la figure 1 représente une vue schématique d'une 25 architecture pour la mise en oeuvre de l'invention - la figure 2 représente un diagramme des flux de données. -9 La solution décrite dans le présent document est utilisable dans tous les domaines des services où une identification de l'utilisateur est nécessaire (Fidélité, ticketing, contrôle d'accès, etc_). L'invention met en oeuvre un téléphone mobile (1) sur lequel est chargée une application mobile (2). L'application mobile est en charge : - de communiquer avec le serveur d'administration afin de vérifier la validité du fournisseur de service - de communiquer avec l'interface homme-machine afin de la lancer lors de chaque utilisation. Le téléphone comprend une carte SIM (3) (Secure element) dans lequel est enregistrée une application d'identification (4). La carte SIM (3) (Secure element) est un élément du mobile dans lequel peuvent être stockées les applications utilisées en mode émulation de carte. Un secure element peut être : UICC (ou également appelée carte SIM), embedded SE, TEE, etc... L'application d'identification est l'application générant et gérant un identifiant permettant d'identifier de façon unique un utilisateur. Ce téléphone mobile (1 et 3) peut dialoguer avec une borne (5) par l'intermédiaire de la technologie NFC. La borne (5) constitue l'équipement chargé de communiquer avec l'application mobile de l'utilisateur (4) afin de l'identifier. En général, elle est la propriété du fournisseur de service. -10- Il peut également dialoguer selon un protocole de type GPRS ou 3G avec un serveur d'administration des services (6). Ce serveur (6) est associé à une plateforme de souscription (7). Le serveur d'administration (6) est un serveur en charge de gérer la liste des fournisseurs de service (SP) habilités à utiliser le service d'identification La plateforme de souscription (7) est constituée par une ou plusieurs plateformes en charge de jouer le 10 processus de souscription tel que décrit par les gestionnaires d'identification. De façon connue, le gestionnaire du secure element a mis à disposition de tous les utilisateurs potentiels une application d'identification (par défaut dans les mobiles). Le 15 gestionnaire a partagé une commande universelle avec les fournisseurs de services qui leur permettra d'utiliser le mécanisme ci-après. Par ailleurs, le gestionnaire du secure element a mis à disposition une logique métier et a attribué des identifiants au fournisseur de service et utilisateurs 20 finaux. La figure 2 représente l'échange d'information entre les différents composants du système : 1- L'utilisateur approche son mobile d'une borne de lecture 25 - La borne choisit de parler avec l'application d'identification - La borne envoie un identifiant du lecteur ou du SP vers l'application d'identification - L'application d'identification renvoi l'identifiant du client « obtenu » à partir de l'identifiant précédemment reçu - Le lecteur utilise cet identifiant pour le 5 service en cours. Cette partie n'est pas décrite dans l'actuel document 2- L'application d'identification envoie un évènement qui permet à l'application mobile de se réveiller (dans un deuxième cas de figure, l'application 10 d'identification peut également envoyer un SMS contenant l'identifiant de la borne ou du fournisseur de service au serveur d'administration indépendamment de l'évènement ci- dessus). L'application d'identification communique à l'application mobile l'identifiant du fournisseur de service 15 ainsi que l'identifiant du client. 3- L'application mobile se connecte au serveur d'administration afin de vérifier l'éligibilité du fournisseur de service à utiliser ce service. L'application mobile envoie l'identifiant du fournisseur de service (ou de la borne) au 20 serveur pour vérification. 4- Le serveur connait la liste des SP autorisés à utiliser le service. Il compare l'identifiant du fournisseur de service (ou de la borne) avec la liste des fournisseurs de service habilités/autorisés. 25 4.1 : Si le SP utilise ce service à l'insu du gestionnaire de l'application d'identification, il n'est donc pas autorisé à utiliser ce service. Par conséquent, le serveur d'administration envoie un message à l'application d'identification afin de ne plus répondre aux sollicitations 30 du SP utilisant l'identifiant fournisseur de service (ou -12- borne) en question. Cette opération est réversible dès lors que le SP aura été autorisé à utiliser le service. 4.2 : le fournisseur de service utilise ce service avec l'autorisation du gestionnaire du service donnée au préalable. Cela implique que le serveur d'administration en a été informé. Il faut par conséquent différencier deux cas de figure 4.2.1 : L'utilisateur n'utilise pas le service pour la première fois, ce qui sera la majorité des cas. Le processus de souscription a déjà été réalisé. Le fonctionnement du service est correct. Ceci est donc le cas d'utilisation nominal. 4.2.2 : L'utilisateur utilise ce service pour la première fois, alors un processus de souscription est 15 nécessaire. Le serveur d'administration lance le processus de souscription auprès des plateformes prévues pour ce sujet. En résumé, le fonctionnement de l'invention est le suivant : - Du point de vue de l'utilisateur : il a approché 20 son mobile une fois de la borne du fournisseur de service. Une application sera installée ou mise à jour sur son mobile si c'est la première utilisation. Sinon, tout est fonctionnel. Il n'a donc qu'un seul et même geste à faire pour tout le cycle de vie de ce service. En termes d'ergonomie, l'interaction 25 avec le client final est optimisée à son maximum. - Du point de vue du fournisseur de service : Il n'a qu'une seule borne à gérer et maintenir. Il n'a qu'une seule et même application à installer sur cette borne. Il n'a pas à différencier dans sa gestion du client les cas de la 30 souscription et de l'utilisation du service. Le système -13- fournisseur de service permet de mémoriser les demandes de souscription via ce mode à des fins de statistiques, de vérification avec le gestionnaire de SE et de diagnostics. - Du point de vue du gestionnaire du service d'identification Il a l'assurance que seulement les fournisseurs de service qui se sont entendu avec lui peuvent proposer le service à ses clients. Il a également une vue sur le nombre de clients qui utilisent le service ce qui permet d'avoir une souplesse dans la création du business model inhérent à ce service. REVENDICATIONS1 - Procédé d'activation d'un service en ligne à partir d'un équipement mobile comportant une mémoire (sécurisée ou pas) pour l'enregistrement d'une application 5 d'identification et un moyen de communication à faible distance avec une borne comprenant un lecteur, caractérisé en ce qu'il comporte : - une première étape, initiée par le lecteur pour transmettre l'identifiant de l'enseigne à l'équipement mobile, 10 - une deuxième étape de calcul d'un identifiant unique du client à partir de l'identifiant de l'enseigne et de l'identifiant d'une application enregistré dans l'équipement mobile, et à retourner depuis l'application mobile vers le lecteur l'identifiant unique du client ainsi calculé 15 une troisième étape où l'application mobile se connecte au serveur d'administration afin de vérifier l'éligibilité de l'enseigne à utiliser ce service, puis vérifier l'enregistrement du client auprès dudit service : a) dans le cas où la vérification de l'enseigne est 20 négative, le serveur d'administration envoie un message à l'application du mobile afin de ne plus répondre aux sollicitations de ladite enseigne en utilisant l'identifiant en question b) dans le cas où les deux vérifications sont 25 positives, le service est activé pour réaliser une transaction à partir dudit identifiant unique du client c) dans le cas où la vérification de l'enseigne est positive mais que cette transaction est la première utilisation du service par le client, le serveur-15- d'administration déclenche un processus de souscription à partir dudit identifiant unique du client. 2 - Procédé d'activation d'un service en ligne à partir d'un équipement mobile selon la revendication 1 5 caractérisé en ce que l'application est activée par défaut. 3 - Procédé d'activation d'un service en ligne à partir d'un équipement mobile selon la revendication 1 caractérisé en ce qu'il comporte une étape initiale pour sélectionner l'application à exploiter sur la carte du mobile. 10 4 - Procédé d'activation d'un service en ligne à partir d'un équipement mobile selon la revendication 1 caractérisé en ce que l'application est enregistrée dans la carte SIM de l'équipement - Procédé d'activation d'un service en ligne à 15 partir d'un équipement mobile selon la revendication 1 caractérisé en ce que l'application est enregistrée pour fonctionner en mode émulation de carte. 6 - Procédé d'activation d'un service en ligne à partir d'un équipement mobile selon la revendication 1 20 caractérisé en ce que l'application est enregistrée pour fonctionner en mode Peer to Peer.