Brevet FR3071373A1 — publié le 20190322

PROCEDE DE VERIFICATION DE LA VALIDITE D'UNE LIGNE TELEPHONIQUE D'UN UTILISATEUR DOMAINE TECHNIQUE ET OBJET DE L'INVENTION [0001] De façon générale, l'invention concerne l'authentification d'une ligne téléphonique d'un utilisateur d'un service ou d'une application logicielle. Plus précisément, la présente invention vise un procédé permettant de vérifier la validité d'une carte SIM intégrée à un terminal de communication d'un utilisateur souhaitant activer un service ou une application logicielle. Le procédé selon l'invention permet ainsi de vérifier qu'un utilisateur souhaitant par exemple s'enregistrer sur un serveur d'un système client, en vue de l'utilisation d'un service ou d'une application logicielle, en particulier mis en oeuvre par un terminal de communication portable, tel qu'un smartphone, est bien titulaire d'une ligne téléphonique valide, et d'identifier ladite ligne téléphonique liée à une carte SIM valide présente dans son smartphone, qu'il s'agisse d'une carte SIM physique (« hard SIM » en anglais) ou logicielle (« soft SIM » en anglais). [0002] II est précisé que, comme cela est connu de l'homme du métier, une carte SIM, SIM étant un acronyme pour « Subscriber Identify Module », signifiant « module d'identification de l'abonné », est une puce comprenant un microcontrôleur et une mémoire et constituant une carte d'abonné à un service de téléphonie mobile, ladite carte étant intégrée à un terminal de communication portable, tel qu'un smartphone. Ci-après, une telle carte SIM est également désignée « carte d'abonné » ou « carte d'abonné à un service de téléphonie ». [0003] Le procédé selon l'invention permet par conséquent l'authentification d'un utilisateur souhaitant utiliser un service ou une application logicielle au moyen d'un terminal de communication, ledit terminal de communication étant apte à participer à une liaison téléphonique ou à envoyer des mini-messages via un réseau de communication téléphonique, par exemple de type GSM (pour « Global System for Mobile Communication » selon l'acronyme anglais signifiant « système global de communication mobile », technologie également désignée sous l'appellation 2G), UMTS (pour « Universal Mobile Telecommunications System » selon l'acronyme anglais signifiant « système de télécommunications mobile universel », technologie 2 également désignée sous l'appellation 3G), LTE (pour « Long Term Evolution » selon l'acronyme anglais signifiant « évolution à long terme », technologie également désignée sous l'appellation 4G) ou CDMA (pour « Code Division Multiple Access » selon l'acronyme anglais signifiant « accès multiple par répartition en 5 code »). [0004] Lorsqu'un tel utilisateur souhaite exécuter un tel service ou une telle application logicielle sur son terminal de communication portable, l'éditeur ou le fournisseur dudit service ou de ladite application logicielle entend pouvoir authentifier ledit utilisateur, en particulier en vérifiant la validité de la ligne 10 téléphonique, c'est-à-dire de la carte SIM, associée au terminal de communication utilisé. ETAT DE LA TECHNIQUE 15 [0005] Comme cela est connu, de nombreux fournisseurs de services et éditeurs d'applications logicielles pour smartphones authentifient les utilisateurs de leurs services et applications logicielles au moyen de la vérification de la validité de leurs lignes téléphoniques. [0006] A cette fin, une technique répandue consiste, pour le fournisseur d'un 20 service ou l'éditeur d'une application logicielle, à émettre un message court, également désigné mini-message, de type SMS (pour « Short Message Service » en anglais, signifiant « service de message court »), via un serveur, à destination d'un numéro de ligne téléphonique renseigné par l'utilisateur. [0007] Le message court est reçu sur le terminal de communication de 25 l'utilisateur si ce dernier a correctement renseigné le numéro de la ligne téléphonique correspondant à la carte SIM intégrée à son terminal de communication. Le message court comprend généralement un code de vérification alphanumérique et/ou numérique présentant une durée de validité limitée, ledit code de vérification devant être copié sur une interface, du type interface web, connectée 30 au serveur, pour que le fournisseur du service ou l'éditeur de l'application logicielle puisse vérifier que l'utilisateur a bien reçu le message court, et donc que le numéro de ligne téléphonique qu'il a renseigné est valide. 3 [0008] Cette technique est largement répandue et est mise en oeuvre par de nombreux fournisseurs de services et éditeurs d'applications logicielles, notamment à large échelle. [0009] Or, cette technique connue comprend des inconvénients, en particulier 5 un coût non négligeable, attaché au coût d'envoi des messages courts, et un risque d'interception des messages courts envoyés, permettant à des tiers de s'identifier indûment. [0010] En outre, le coût correspondant à l'envoi d'un message court pour chaque validation, s'il peut déjà s'avérer important, in fine, lorsque le volume 10 d'utilisateurs est élevé, peut encore être démultiplié lorsque, pour des raisons d'encombrement des réseaux de téléphonie, le message court envoyé n'est pas reçu, ou du moins n'est pas reçu immédiatement, par l'utilisateur, de sorte que celui-ci réédite la manipulation, généralement un simple clic sur un bouton de validation, génératrice du message court, démultipliant les coûts de la procédure de validation. 15 [0011] De plus, l'acheminement de messages courts n'est pas sécurisé, et les messages courts envoyés par le serveur peuvent être interceptés et exploités par des personnes tierces, indépendantes de l'utilisateur. [0012] Pour pallier ces inconvénients, la présente invention propose un procédé de vérification de la validité d'une ligne téléphonique associée à un terminal de 20 communication au moyen duquel un utilisateur souhaite s'enregistrer pour utiliser un service ou une application logicielle. [0013] Le procédé selon l'invention ne nécessite pas l'envoi de messages courts par le fournisseur du service ou l'éditeur de l'application logicielle. Par ailleurs, elle permet une validation sûre de la ligne téléphonique mise en oeuvre par l'utilisateur. 25 [0014] A cette fin, le procédé selon l'invention propose la création d'un numéro technique, correspondant par exemple à un numéro d'appel local du pays dans lequel se trouve l'utilisateur, et l'envoi automatique ou semi-automatique d'un minimessage, par l'utilisateur, à destination dudit numéro technique, comprenant un code de validation. 4 [0015] Le procédé prévoit de provoquer l'émission dudit mini-message de façon visible ou invisible par l'utilisateur. PRESENTATION GENERALE DE L'INVENTION 5 [0016] Plus précisément, l'invention vise un procédé de vérification de la validité d'une carte d'abonné à un service de téléphonie d'un utilisateur, en vue de permettre audit utilisateur d'utiliser un service ou une application logicielle, au moyen d'un terminal de communication comprenant ladite carte d'abonné, le procédé comprenant les étapes suivantes : 10 - l'initiation d'une procédure de validation associée à l'utilisateur et audit service ou à ladite application logicielle, - la connexion du terminal de communication à un serveur de validation, - le téléchargement, sur le terminal de communication, d'un code de validation généré dynamiquement par le serveur de validation et associé à la procédure 15 de validation, - la création d'un mini-message, sur le terminal de communication, destiné à un numéro technique de validation et contenant le code de validation, - l'envoi du mini-message par le terminal de communication, via la carte d'abonné, de façon automatique ou manuelle, 20 - la réception du mini-message par le serveur de validation, - la vérification de la correspondance entre le code de validation contenu dans le mini-message reçu et le code de validation généré dynamiquement, et - la validation de la carte d'abonné de l'utilisateur dans la mesure où, à l'étape précédente, la correspondance entre le code de validation contenu dans le 25 mini-message reçu et le code de validation généré dynamiquement a été vérifiée. [0017] Grâce au procédé selon l'invention, le fournisseur du service ou l'éditeur de l'application logicielle réalise des économies dans la mesure où il n'a pas à envoyer des messages courts à chacun des utilisateurs souhaitant utiliser ledit 30 service ou ladite application logicielle. [0018] Selon un mode de réalisation, le numéro technique de validation correspond à un numéro d'appel local du pays dans lequel se trouve l'utilisateur. 5 [0019] Pour connaître le pays dans lequel se trouve le terminal de communication, le service ou l'application ayant suscité la procédure de validation ou le serveur de validation peut interroger la carte d'abonné. Dès lors, le numéro technique de validation utilisé peut être choisi comme étant un numéro d'appel local 5 du pays dans lequel se trouve le terminal de communication. [0020] Selon un mode de réalisation, le numéro technique de validation est téléchargé sur ledit terminal de communication, depuis ledit serveur de validation. [0021] Selon un autre mode de réalisation, le numéro technique de validation est préenregistré sur ledit terminal de communication. 10 [0022] Selon un mode de réalisation, la procédure de validation présente une durée maximale prédéterminée. [0023] Selon un mode de réalisation, l'étape d'initiation est réalisée par le terminal de communication de l'utilisateur et comprend l'envoi d'une requête au serveur de validation. 15 [0024] Selon un mode de réalisation, le code de validation est généré par un système client et ledit code de validation comprend un identifiant du service ou de l'application logicielle auquel la procédure de validation est associée et l'étape de vérification de la correspondance entre le code de validation contenu dans le minimessage reçu par le serveur de validation et le code de validation généré 20 dynamiquement comprend la vérification de la correspondance entre l'identifiant contenu dans le code de validation et l'identifiant du service ou de l'application logicielle auquel la procédure de validation est associée. [0025] Selon un mode de réalisation, l'étape de vérification de la correspondance entre le code de validation contenu dans le mini-message reçu et 25 le code de validation généré dynamiquement est réalisée par un système client. [0026] Selon un mode de réalisation, l'étape de vérification de la correspondance entre le code de validation contenu dans le mini-message reçu et le code de validation généré dynamiquement est réalisée par le serveur de validation. 6 [0027] Selon un mode de réalisation, le procédé comprend par ailleurs l'obtention par le serveur de validation, après réception du mini-message, d'un numéro de ligne téléphonique associé à la carte d'abonné, l'étape de validation nécessitant que ledit numéro de ligne téléphonique associé à la carte d'abonné ait 5 été obtenu. [0028] Selon un mode de réalisation, ledit serveur de validation notifie ledit numéro de ligne téléphonique à un système client. [0029] Selon un mode de réalisation, si aucun mini-message à destination du numéro technique de validation n'est reçu par le serveur de validation, ledit serveur 10 de validation notifie un échec de la procédure de validation. [0030] L'utilisateur peut alors de pas être autorisé à utiliser le service ou l'application logicielle. DESCRIPTION DES FIGURES 15 [0031] L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple, et se référant à la figure 1 annexée qui représente le schéma bloc fonctionnel du procédé selon l'invention. 20 DESCRIPTION DETAILLEE DE L'INVENTION [0032] II est rappelé que la présente invention est décrite ci-après à l'aide de différents modes de réalisation non limitatifs et est susceptible d'être mise en oeuvre dans des variantes à la portée de l'homme du métier, également visées par la 25 présente invention. [0033] Dans la suite de la description, on entend par « terminal de communication » tout dispositif électronique, notamment tout téléphone portable de type « smartphone », doté de moyens de calcul et de moyens de stockage de données et apte à émettre et à recevoir des mini-messages et des données via un 30 réseau de communication téléphonique et/ou de données. 7 [0034] Sur la figure 1, le terminal de communication A est ainsi, en particulier, un smartphone connecté à un réseau de communication téléphonique et à un réseau de communication de données. [0035] II est rappelé qu'un réseau de communication téléphonique consiste en 5 une infrastructure de communication privée ou étendue permettant la connexion d'une pluralité d'équipements de communication tels que des serveurs, des commutateurs, des bases de données et des terminaux de communication. De manière connue, l'infrastructure de communication d'un réseau de communication téléphonique forme un réseau sans fil et/ou filaire. En particulier, dans le contexte 10 de l'invention, le réseau de communication téléphonique est de type GSM, CDMA, UMTS ou LTE. [0036] II est également rappelé qu'un réseau de communication de données consiste en une infrastructure de communication privée ou étendue permettant la connexion d'une pluralité d'équipements de communication, tels que des serveurs, 15 des commutateurs, des bases de données ou des terminaux de communication par exemple. De manière connue, l'infrastructure de communication d'un réseau de communication de données forme un réseau sans fil et/ou filaire. Dans le contexte de l'invention, le réseau de communication de données est notamment un réseau conforme au protocole IF. 20 [0037] En référence à la figure 1, il est représenté un utilisateur User A, doté d'un terminal de communication A, cherchant à accéder à un service ou à activer une application logicielle par exemple. [0038] Pour authentifier l'utilisateur User A, le serveur de validation C a besoin de vérifier la validité de la ligne téléphonique associée au terminal de 25 communication A mis en oeuvre par l'utilisateur User A. Autrement dit, le serveur de validation C doit vérifier la validité de la carte d'abonné 2 de l'utilisateur User A. [0039] Selon l'invention, le procédé de vérification de la validité de la carte d'abonné 2 de l'utilisateur User A se déroule conformément à la séquence décrite ci-après. 30 [0040] En référence à la figure 1, l'utilisateur User A doit obtenir la validation de la ligne téléphonique associée à sa carte d'abonné 2, intégrée en l'espèce au 8 terminal portable A. Dès lors, selon l'invention, le terminal de communication A de l'utilisateur User A initie une procédure de validation en envoyant une requête 3 au serveur de validation C. La requête est par exemple envoyée au format HTTP, HTTP étant un acronyme connu de l'homme de l'art, signifiant « HyperText Transfer 5 Protocol ,), soit « Protocole de transfert hypertexte ,), permettant l'envoi de requêtes internet standardisées. Ces requêtes sont acheminées par un réseau de communication de données. A cette fin, par exemple, l'utilisateur User A doit appuyer sur un bouton affiché sur l'écran de son terminal de communication A pour engager une procédure de validation. 10 [0041] Le serveur de validation C génère dynamiquement un code de validation unique 1 et envoie au terminal de communication A une requête-réponse 4, contenant le code de validation unique 1. [0042] Au moyen d'une application logicielle configurée de manière adaptée, le terminal portable de communication A ouvre une application de mini-message pour 15 créer un mini-message pré-rempli, comprenant le code de validation unique 1 et le numéro d'appel de destination. Ledit numéro d'appel de destination consiste en un numéro technique de validation 0, soit sur la figure 1 le +336 11111111. Selon un mode de réalisation, ce numéro technique de validation 0 correspond à un numéro d'appel local du pays dans lequel se trouve l'utilisateur User A. Le numéro technique 20 de validation 0 est par exemple la propriété de l'opérateur mettant en oeuvre le serveur de validation C. Alternativement, le numéro technique de validation 0 peut être un numéro d'appel quelconque, par exemple un numéro d'appel international gratuit convenu entre une pluralité d'opérateurs de téléphonie. [0043] Ledit numéro technique de validation 0 peut être préenregistré sur le 25 terminal de communication A, par exemple dans l'application logicielle évoquée ci-dessus, ou téléchargé depuis le serveur de validation C, notamment dans la requête-réponse 4, en même temps que le code de validation unique 1. [0044] Le terminal de communication A émet alors (étape 5), via la carte d'abonné 2, le mini-message à destination du numéro technique de validation O. A 30 cette fin, la carte d'abonné 2, autrement dit une carte SIM, qui peut être une carte SIM physique ou logicielle, comme décrit précédemment, correspondant à une carte 9 d'abonné à un service de téléphonie, est apte à acheminer notamment des minimessages via un réseau de communication téléphonique B. [0045] Selon le mode de réalisation choisi, l'émission 5 du mini-message peut être réalisée en tâche de fond, de manière automatique et invisible pour 5 l'utilisateur User A, ou nécessiter une confirmation d'envoi de la part de l'utilisateur User A, le mini-message et son envoi étant alors visibles de l'utilisateur User A. [0046] Le réseau de communication téléphonique B reçoit le mini-message, contenant le code de validation unique 1 et destiné au numéro technique de validation 0. Le réseau de communication téléphonique B transfère ledit mini- 10 message (étape 6) au propriétaire du numéro technique de validation 0, et le minimessage est ainsi acheminé jusqu'au serveur de validation C. Le transfert 6 du minimessage peut être réalisé par le réseau de communication téléphonique B au moyen de l'émission d'une requête HTTP, via un réseau de communication de données, à destination du serveur de validation C. 15 [0047] Le serveur de validation C reçoit par conséquent le mini-message émis par le terminal portable de communication A, dont le numéro de ligne téléphonique, associé à la carte d'abonné 2, soit, sur la figure 1, le +336 00000000, est transmis par le réseau de communication téléphonique B. Ledit mini-message est destiné au numéro technique de validation 0 et comporte par ailleurs le code de validation 20 unique 1. [0048] Selon un mode de réalisation préféré, le serveur de validation C réalise une étape de vérification des informations reçues. A cette fin, le serveur de validation C compare le code de validation contenu dans le mini-message à celui généré dynamiquement quelques instants auparavant. Avantageusement, le 25 serveur de validation C peut vérifier la correspondance entre le numéro de ligne téléphonique associé à la carte d'abonné ayant émis le mini-message et celui de la carte d'abonné 2 de l'utilisateur User A ayant émis la requête 3 pour initier la procédure de validation. [0049] Si la vérification de la bonne correspondance entre ces informations est 30 positive, le serveur de validation C valide la carte d'abonné 2 et donc la ligne téléphonique associée. 10 [0050] Le serveur de validation C peut en informer le terminal de communication A par une requête 7. Alternativement ou en parallèle, le serveur de validation C informe, par exemple au moyen d'une requête HTTP, un système client susceptible d'autoriser l'utilisateur User A à utiliser le service ou l'application 5 logicielle concerné. [0051] Selon un mode de réalisation alternatif, le serveur de validation C ne réalise pas l'étape de vérification. Dans ce cas, la requête 7 représentée sur la figure 1 comprend le code de validation reçu dans le mini-message, le numéro technique de validation 0 et le numéro de ligne téléphonique associé à la carte 10 d'abonné ayant émis ledit mini-message reçu, correspondant normalement à la carte d'abonné 2, et l'étape de vérification est réalisée sur le terminal de communication A, au moyen de l'application logicielle configurée de manière adaptée, ou via un système client. [0052] Selon un mode de réalisation, le code de validation unique 1 comprend 15 un identifiant du service ou de l'application logicielle ayant suscité la procédure de validation et l'étape de vérification comprend une vérification de cet identifiant. [0053] Si l'étape de vérification ne permet pas de constater la bonne correspondance entre le code de validation unique 1 généré dynamiquement et celui reçu dans le mini-message reçu par le serveur de validation C ou, le cas 20 échéant, entre l'identifiant du service ou de l'application logicielle ayant provoqué la procédure de validation et celui contenu dans le mini-message, alors la procédure de validation échoue et, le cas échéant, l'utilisateur User A et/ou un système client en est informé. L'utilisateur User A peut alors ne pas être autorisé à utiliser le service ou l'application logicielle. 25 [0054] Selon un mode de réalisation, la procédure de validation peut présenter une durée maximale prédéterminée et, si aucun mini-message n'est reçu par le serveur de validation C pendant ladite durée maximale prédéterminée, alors la procédure de validation échoue et, le cas échéant, l'utilisateur User A et/ou un système client en est informé. 30 [0055] Selon un mode de réalisation, le code de validation unique 1 peut présenter une durée de validité prédéterminée et, si aucun mini-message n'est reçu 11 par le serveur de validation C et vérifié pendant ladite durée de validité prédéterminée, alors la procédure de validation échoue et, le cas échéant, l'utilisateur User A et/ou REVENDICATIONS1. Procédé de vérification de la validité d'une carte d'abonné à un service de téléphonie (2) d'un utilisateur (User A), en vue de permettre audit utilisateur (User A) d'utiliser un service ou une application logicielle, au moyen d'un terminal de 5 communication (A) comprenant ladite carte d'abonné (2), le procédé comprenant les étapes suivantes : - l'initiation d'une procédure de validation associée à l'utilisateur (User A) et audit service ou à ladite application logicielle, - la connexion du terminal de communication (A) à un serveur de validation 10 (C), - le téléchargement (4), sur le terminal de communication (A), d'un code de validation (1) généré dynamiquement par le serveur de validation (C) et associé à la procédure de validation, - la création d'un mini-message, sur le terminal de communication (A), destiné 15 à un numéro technique de validation (0) contenant le code de validation, - l'envoi (5) du mini-message par le terminal de communication (A), via la carte d'abonné (2), de façon automatique ou manuelle, - la réception (6) du mini-message par le serveur de validation (C), - la vérification de la correspondance entre le code de validation contenu dans 20 le mini-message reçu et le code de validation (1) généré dynamiquement, et - la validation de la carte d'abonné (2) de l'utilisateur (User A) dans la mesure où, à l'étape précédente, la correspondance entre le code de validation contenu dans le mini-message reçu et le code de validation (1) généré dynamiquement a été vérifiée. 25 2. Procédé selon la revendication 1, dans lequel le numéro technique (0) correspond à un numéro d'appel local du pays dans lequel se trouve l'utilisateur (User A). 30 3. Procédé selon l'une des revendications 1 à 2, dans lequel le numéro technique de validation (0) est téléchargé (4) sur ledit terminal de communication (A), depuis ledit serveur de validation (C). 13 4. Procédé selon l'une des revendications 1 à 2, dans lequel le numéro technique de validation (0) est préenregistré sur ledit terminal de communication (A). 5. Procédé selon l'une des revendications précédentes, dans lequel l'étape d'initiation est réalisée par le terminal de communication (A) de l'utilisateur (User A) et comprend l'envoi d'une requête (3) au serveur de validation (C). 6. Procédé selon l'une des revendications précédentes, dans lequel le code de validation (1) comprend un identifiant du service ou de l'application logicielle auquel la procédure de validation est associée et l'étape de vérification de la correspondance entre le code de validation contenu dans le mini-message reçu par le serveur de validation et le code de validation (1) généré dynamiquement comprend la vérification de la correspondance entre l'identifiant contenu dans le code de validation et l'identifiant du service ou de l'application logicielle auquel la procédure de validation est associée. 7. Procédé selon l'une des revendications 1 à 6, dans lequel l'étape de vérification de la correspondance entre le code de validation contenu dans le mini20 message reçu et le code de validation (1) généré dynamiquement est réalisée par un système client. 8. Procédé selon l'une des revendications 1 à 6, dans lequel l'étape de vérification de la correspondance entre le code de validation contenu dans le mini25 message reçu et le code de validation (1) généré dynamiquement est réalisée par le serveur de validation (C). 9. Procédé selon l'une des revendications précédentes, comprenant par ailleurs l'obtention par le serveur de validation (C), après réception (6) du mini-message, 30 d'un numéro de ligne téléphonique associé à la carte d'abonné (2), l'étape de validation nécessitant que ledit numéro de ligne téléphonique associé à la carte d'abonné (2) ait été obtenu. 14 10. Procédé selon l'une des revendications précédentes, dans lequel, si aucun mini-message à destination du numéro technique de validation (0) n'est reçu par le serveur de validation (C), ledit serveur de validation (C) notifie un échec de la procédure de validation. 5