FR 3042892 A1 20170428 FR 1560196 A 20151026 1 DOMAINE TECHNIQUE La présente invention appartient au domaine des moyens de paiement électronique. Plus particulièrement, la présente invention concerne une carte de paiement, ainsi qu'un système et un procédé de paiement à distance mettant en oeuvre ladite carte de paiement. ÉTAT DE LA TECHNIQUE De nos jours, les cartes de paiement sont largement répandues et permettent à un utilisateur porteur d'une telle carte de paiement de réaliser des transactions chez les commerçants, via un terminal de paiement, mais également à distance par l'intermédiaire d'un accès à internet. Une carte de paiement se présente généralement sous la forme d'une carte à puce intégrant, dans un support en matière plastique en forme de carte, un microcontrôleur comportant un microprocesseur et des mémoires électroniques, généralement une ROM, une RAM et une EEPROM, et éventuellement un ou plusieurs circuits intégrés spécialisés pour accélérer certains calculs, notamment ceux associés aux fonctions cryptographiques. Une telle carte de paiement comporte également, intégré dans le support en matière plastique, un module de connexion avec contact et/ou un module de connexion sans contact permettant à ladite carte de paiement 20 d'échanger des données avec un terminal de paiement, mais également d'être alimentée en énergie électrique par ledit terminal de paiement. Au cours d'une transaction chez un commerçant, une telle carte de paiement est, dans le cas d'un module de connexion avec contact, introduite par son utilisateur dans une fente prévue à cet effet dans un terminal de 25 paiement, ou approchée dudit terminal de paiement dans le cas d'un module de connexion sans contact. Des informations portées par la carte de paiement sont alors lues par le terminal de paiement afin de permettre la transaction. En outre, la validation finale du paiement est de préférence conditionnée à l'authentification de 30 l'utilisateur par l'intermédiaire d'une saisie, sur un clavier du terminal de paiement, d'un code d'accès généralement à quatre chiffres. Le code d'accès saisi est transmis au microcontrôleur de la carte de paiement, par l'intermédiaire du module de connexion avec ou sans contact de ladite carte de 3042892 2 paiement, et ledit microcontrôleur vérifie si le code d'accès saisi correspond à un code d'accès prédéfini pour ladite carte de paiement, dit « code PIN » (de l'anglais « Personal Identification Number »), mémorisé dans une mémoire électronique sécurisée dudit microcontrôleur. 5 Grâce à de telles cartes de paiement, en particulier celles nécessitant l'authentification de l'utilisateur par la saisie d'un code d'accès sur le clavier du terminal de paiement, le nombre et le volume total des fraudes associé à des transactions effectuées chez des commerçants équipés de terminaux de paiement a grandement diminué au cours des dernières années. 10 Du fait de la difficulté accrue d'effectuer une transaction frauduleuse lorsque la carte de paiement est physiquement présente, c'est-à-dire chez un commerçant équipé par exemple d'un terminal de paiement, les fraudes se sont massivement déplacées vers des transactions pour lesquelles la carte de paiement n'est pas physiquement présente auprès du commerçant, c'est-à-dire 15 vers les transactions à distance, effectuées par exemple par l'intermédiaire d'un site internet dudit commerçant. En effet, pour de telles transactions à distance, seules des informations lisibles à l'oeil nu sur la carte de paiement (numéro, date d'expiration, nom de l'utilisateur et code de sécurité de la carte de paiement) doivent être fournies, sans vérifier que l'utilisateur autorisé de la carte de paiement est bien la personne à l'origine de cette transaction. Pour améliorer la sécurité de telles transactions à distance, pour lesquelles la carte de paiement n'est pas physiquement présente auprès du commerçant, de nouvelles solutions ont été développées afin de permettre d'authentifier l'utilisateur de la carte de paiement lors de la transaction à distance. C'est le cas par exemple du protocole 3D-Secure qui permet d'ajouter une étape d'authentification lors de la transaction à distance. Par exemple, l'utilisateur peut recevoir sur son téléphone portable un mot de passe à saisir sur le site internet du commerçant pour que la transaction soit autorisée. Si de telles solutions permettent effectivement d'améliorer le niveau de sécurité offert, il reste des cas pour lesquels la fraude est encore possible. Notamment, dans le cas d'un vol à la fois de la carte de paiement et du téléphone portable de l'utilisateur autorisé de ladite carte de paiement, la transaction à distance pourra être réalisée tant que la carte de paiement et le 3042892 3 téléphone portable n'auront pas été déclarés comme volés. En outre, de nombreux commerçants considèrent que ces solutions rajoutent une complexité trop importante, susceptible de décourager l'utilisateur de réaliser la transaction à distance, et préfèrent par conséquent prendre le 5 risque d'avoir à supporter des transactions frauduleuses plutôt que de prendre le risque que certaines transactions légitimes n'aboutissent pas. EXPOSÉ DE L'INVENTION La présente invention a pour objectif de remédier à tout ou partie des limitations des solutions de l'art antérieur, notamment celles exposées ci-avant, 10 en proposant une solution qui permette d'authentifier l'utilisateur de la carte de paiement, lors de la transaction à distance, sans avoir besoin de disposer d'autre équipement (téléphone portable, etc.) que ladite carte de paiement. A cet effet, et selon un premier aspect, l'invention concerne une carte de paiement comportant un microcontrôleur configuré pour vérifier si un code 15 d'accès reçu correspond à un code d'accès prédéfini pour ladite carte de paiement, dit « code PIN ». Ladite carte de paiement comporte en outre, reliés au microcontrôleur : - un clavier de saisie de code d'accès, - un module de communication sans fil adapté à échanger des 20 données avec un réseau d'accès sans fil, ledit module de communication sans fil étant associé à un code d'identification unique vis-à-vis dudit réseau d'accès sans fil et étant adapté à s'authentifier auprès dudit réseau d'accès sans fil. Grâce à de telles dispositions, la carte de paiement permet donc, sans 25 équipement additionnel, d'authentifier l'utilisateur de la carte de paiement avec le même niveau de sécurité que chez un commerçant équipé d'un terminal de paiement. En effet, la carte de paiement intégrant un clavier relié au microcontrôleur, l'utilisateur peut saisir un code d'accès directement sur ladite carte de paiement, et ledit code d'accès saisi peut être comparé au code PIN 30 de ladite carte de paiement par le microcontrôleur. En outre, la carte de paiement comporte un module de communication sans fil associé à un code d'identification unique, qui peut être authentifié par le réseau d'accès sans fil avec lequel ledit module de communication sans fil peut 3042892 4 échanger des données. Par conséquent, la carte de paiement est adaptée à notifier un serveur d'autorisation de paiement distant, par l'intermédiaire du réseau d'accès sans fil auprès duquel la carte de paiement est authentifiée, de l'issue de la procédure d'authentification de l'utilisateur de la carte de paiement. 5 La sécurité d'une transaction à distance est donc améliorée d'une part par l'authentification de l'utilisateur de la carte de paiement avec le même niveau de sécurité que chez un commerçant équipé d'un terminal de paiement et, d'autre part, par le fait que la carte de paiement peut notifier un serveur d'autorisation de paiement de l'issue de l'authentification de l'utilisateur de 10 ladite carte de paiement, par l'intermédiaire d'un réseau d'accès sans fil auprès duquel ladite carte de paiement s'est elle-même authentifiée. Dans des modes particuliers de réalisation, la carte de paiement peut comporter en outre l'une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles. 15 Dans des modes particuliers de réalisation, les dimensions de ladite carte de paiement sont conformes à la norme ISO 7810. Dans des modes particuliers de réalisation, la carte de paiement intègre un module de connexion avec contact conforme à la norme ISO 7816 et/ou un module de connexion sans contact conforme à la norme ISO 14443. 20 Dans des modes particuliers de réalisation, le module de communication sans fil est configuré pour émettre des données sous la forme de signaux à bande ultra étroite. Dans des modes particuliers de réalisation, la carte de paiement intègre une batterie et/ou un écran. 25 Selon un second aspect, la présente invention concerne un système de paiement à distance comportant : - une carte de paiement selon l'un quelconque des modes de réalisation de l'invention, - un réseau d'accès sans fil adapté à échanger des données avec le 30 module de communication sans fil de ladite carte de paiement, ledit réseau d'accès sans fil comportant un serveur d'authentification dudit module de communication sans fil, - un serveur d'autorisation de paiement adapté à échanger des 3042892 5 données avec le serveur d'authentification. Dans des modes particuliers de réalisation, le système de paiement peut comporter en outre l'une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles. 5 Dans des modes particuliers de réalisation, le réseau d'accès sans fil est un réseau étendu sans fil. Dans des modes particuliers de réalisation, le réseau d'accès sans fil est configuré pour recevoir des données émises sous la forme de signaux à bande ultra-étroite. 10 Selon un troisième aspect, la présente invention concerne un procédé de paiement à distance mettant en oeuvre un système de paiement à distance selon l'un quelconque des modes de réalisation de l'invention, comportant : - la réception, par le serveur d'autorisation de paiement, d'une requête de paiement relative à une transaction souhaitée par un 15 utilisateur de la carte de paiement, - la saisie, par l'utilisateur de la carte de paiement, d'un code d'accès sur le clavier de ladite carte de paiement, - la vérification, par ladite carte de paiement, du code d'accès saisi, - lorsque le code d'accès saisi correspond au code PIN de ladite 20 carte de paiement : l'émission, au moyen du module de communication sans fil, d'un message de notification de saisie correcte à destination du réseau d'accès sans fil, - l'authentification dudit module de communication sans fil par le serveur d'authentification, 25 - lorsque l'authentification du module de communication sans fil est réussie : l'émission, par le serveur d'authentification, d'un message de notification de saisie correcte à destination du serveur d'autorisation de paiement, le paiement n'étant autorisé que lorsque ledit serveur d'autorisation de 30 paiement reçoit un message de notification de saisie correcte émis par ledit serveur d'authentification. Dans des modes particuliers de mise en oeuvre, le procédé de paiement peut comporter en outre l'une ou plusieurs des caractéristiques 3042892 6 suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles. Dans des modes particuliers de mise en oeuvre, lorsque le code d'accès saisi ne correspond pas au code PIN de la carte de paiement, ledit 5 procédé de paiement comporte : - l'émission, au moyen du module de communication sans fil, d'un message de notification de saisie incorrecte à destination du réseau d'accès sans fil, - l'émission, par le serveur d'authentification, d'un message de 10 notification de saisie incorrecte à destination du serveur d'autorisation de paiement, le paiement étant refusé lorsque ledit serveur d'autorisation de paiement reçoit un message de notification de saisie incorrecte émis par ledit serveur d'authentification. 15 Dans des modes particuliers de mise en oeuvre, lorsque l'authentification du module de communication sans fil échoue, ledit procédé comporte l'émission, par le serveur d'authentification, d'un message de notification d'échec d'authentification à destination du serveur d'autorisation de paiement, le paiement étant refusé lorsque ledit serveur d'autorisation de 20 paiement reçoit un message de notification d'échec d'authentification émis par ledit serveur d'authentification. Dans des modes particuliers de mise en oeuvre, le paiement est refusé lorsque qu'aucun message de notification de saisie correcte n'est reçu, par le serveur d'autorisation de paiement, au cours d'un intervalle de temps 25 prédéterminé. Dans des modes particuliers de mise en oeuvre, la requête de paiement comporte des informations relatives au montant du paiement à autoriser, et ledit procédé comporte la saisie, sur le clavier de la carte de paiement, d'informations représentatives du montant du paiement à autoriser, 30 lesdites informations représentatives du montant du paiement à autoriser étant émises à destination du serveur d'autorisation de paiement au moyen du module de communication sans fil, le paiement demandé n'étant autorisé que si le montant indiqué dans la requête de paiement correspond au montant 3042 892 7 indiqué par la carte de paiement. PRÉSENTATION DES FIGURES L'invention sera mieux comprise à la lecture de la description suivante, donnée à titre d'exemple nullement limitatif, et faite en se référant aux figures 5 qui représentent : - Figure 1 : une représentation schématique d'un mode particulier de réalisation d'une carte de paiement, - Figure 2 : une représentation schématique d'un mode particulier de réalisation d'un système de paiement à distance, 10 - Figure 3 : un diagramme illustrant les principales étapes d'un mode particulier de mise en oeuvre d'un procédé de paiement à distance. Dans ces figures, des références identiques d'une figure à une autre désignent des éléments identiques ou analogues. Pour des raisons de clarté, les éléments représentés ne sont pas à l'échelle, sauf mention contraire. 15 DESCRIPTION DÉTAILLÉE DE MODES DE RÉALISATION La figure 1 représente schématiquement un mode particulier de réalisation d'une carte 10 de paiement. De préférence, les dimensions de la carte 10 de paiement sont conformes à la norme ISO 7810, par exemple conformes au format ID-1 défini par ladite norme ISO 7810 (longueur 20 85.60 mm, largeur 53.98 mm, épaisseur 0.76 mm). Tel qu'illustré par la figure 1, la carte 10 de paiement comporte un support 11, par exemple en matière plastique, qui porte notamment un microcontrôleur 12. Par « microcontrôleur », on entend un ensemble comportant au moins un microprocesseur relié à des mémoires électroniques 25 (par exemple de type ROM, RAM, EEPROM, etc.), et éventuellement à un ou plusieurs circuits intégrés spécialisés. Dans le contexte de l'invention, un microcontrôleur peut se présenter sous la forme d'un ou de plusieurs circuits intégrés reliés entre eux. De manière conventionnelle, le microcontrôleur 12 de la carte 10 de 30 paiement est configuré pour vérifier si un code d'accès reçu correspond à un code d'accès prédéfini pour ladite carte 10 de paiement, dit « code PIN », mémorisé dans une mémoire électronique sécurisée dudit microcontrôleur 12. Dans l'exemple non limitatif illustré par la figure 1, la carte 10 de 3042892 8 paiement comporte un module 15 de connexion avec contact, de préférence conforme à la norme ISO 7816, qui peut être mis en oeuvre lorsque la carte 10 de paiement est insérée dans un terminal de paiement (non représenté sur les figures), chez un commerçant. Dans un tel cas, le code d'accès est saisi par 5 l'utilisateur de la carte 10 de paiement sur un clavier du terminal de paiement, et la carte 10 de paiement est utilisée de manière conventionnelle. Tel qu'illustré par la figure 1, la carte 10 de paiement comporte un clavier 13, à utiliser notamment pour les opérations de paiement à distance. Grâce à ce clavier 13, l'utilisateur de la carte 10 de paiement peut saisir le code 10 d'accès directement sur ladite carte 10 de paiement, sans avoir à insérer ladite carte 10 de paiement dans un terminal de paiement. Le microcontrôleur 12 traite alors le code d'accès saisi sur le clavier 13 comme s'il s'agissait d'un code reçu par le module 15 de connexion avec contact, et vérifie s'il correspond au code PIN de ladite carte 10 de paiement. 15 En d'autres termes, la carte 10 de paiement intègre certaines fonctionnalités d'un terminal de paiement, afin de permettre notamment la saisie du code d'accès directement sur la carte 10 de paiement, sans avoir à passer par un terminal de paiement externe. La carte 10 de paiement intègre également un module 14 de 20 communication sans fil. Ledit module 14 de communication sans fil est adapté à échanger des données avec un réseau 20 d'accès sans fil, et comporte à cet effet, notamment, une antenne 140. Ledit module 14 de communication sans fil est de préférence longue portée, c'est-à-dire de portée supérieure à 10 mètres voire supérieure à 100 mètres en l'absence d'obstacles. 25 En outre, ledit module 14 de communication sans fil est associé à un code d'identification unique vis-à-vis dudit réseau 20 d'accès sans fil et est adapté à s'authentifier auprès dudit réseau 20 d'accès sans fil. Par « code d'identification unique », on entend un identifiant ou un ensemble d'identifiants permettant au réseau 20 d'accès sans fil de distinguer le module 14 de 30 communication sans fil de tous les autres modules de communication sans fil. En d'autres termes, la carte 10 de paiement, équipée du module 14 de communication sans fil, dispose d'un code d'identification unique auprès du réseau 20 d'accès sans fil, de sorte que ledit réseau 20 d'accès sans fil peut 3042892 9 distinguer ladite carte 10 de paiement de toutes les autres de cartes de paiement, et peut en outre authentifier ladite carte 10 de paiement. Dans des modes préférés de réalisation, la carte 10 de paiement comporte également une batterie (non représentée sur les figures), permettant 5 notamment au microcontrôleur 12 et au module 14 de communication sans fil de fonctionner sans avoir à connecter la carte 10 de paiement à une source d'énergie électrique externe. Rien n'exclut cependant, suivant d'autres exemples, d'avoir une carte 10 de paiement dépourvue de batterie. Dans un tel cas, la carte 10 de 10 paiement est par exemple insérée, lors d'une transaction à distance, dans un lecteur de carte à puce relié à un ordinateur personnel par un port USB, et est alimentée en énergie électrique par ledit lecteur de carte à puce, par l'intermédiaire du module 15 de connexion avec contact. Dans des modes préférés de réalisation, le module 14 de 15 communication sans fil de la carte 10 de paiement émet des données, à destination du réseau 20 d'accès sans fil, sous la forme de signaux à bande ultra étroite. Par « bande ultra étroite » (« Ultra Narrow Band » ou UNB dans la littérature anglo-saxonne), on entend que le spectre fréquentiel instantané des signaux émis par le module 14 de communication sans fil est de largeur 20 fréquentielle inférieure à deux kilohertz, voire inférieure à un kilohertz. L'émission de signaux à bande ultra étroite par le module 14 de communication sans fil peut être réalisée avec une consommation électrique très réduite, de sorte que de telles dispositions sont particulièrement avantageuses notamment lorsque la carte 10 de paiement est opérée sur batterie. 25 Dans des modes particuliers de réalisation, la carte 10 de paiement peut également comporter un écran, par exemple pour visualiser la saisie du code d'accès (pour vérifier que tous les chiffres du code d'accès ont bien été pris en compte), pour avoir un retour immédiat pour l'utilisateur en cas de saisie d'un code d'accès erroné, etc. 30 La figure 2 représente schématiquement un mode particulier de réalisation d'un système 50 de paiement à distance mettant en oeuvre une carte 10 de paiement telle qu'illustrée par la figure 1. Tel qu'illustré par la figure 2, le système 50 de paiement comporte, 3042892 10 outre la carte 10 de paiement, le réseau 20 d'accès sans fil avec lequel le module 14 de communication sans fil de ladite carte 10 de paiement est adapté à échanger des données. Le réseau 20 d'accès sans fil comporte par exemple un ensemble de 5 stations de base 21 réparties sur une zone géographique à desservir. De préférence, le réseau 20 d'accès sans fil est un réseau étendu sans fil, également désigné par WWAN dans la littérature anglo-saxonne (« Wireless Wide Area Network »). Dans un tel cas, la carte 10 de paiement peut presque toujours être considérée comme se trouvant dans la zone 10 géographique desservie par lesdites stations de base 21, de sorte qu'une transaction à distance peut être effectuée sans contrainte de positionnement de la carte 10 de paiement par rapport au réseau 20 d'accès sans fil. Le réseau 20 d'accès sans fil comporte également un serveur 22 d'authentification, auprès duquel le module 14 de communication sans fil de la 15 carte 10 de paiement s'authentifie lors des transactions à distance. De manière générale, l'authentification du module 14 de communication sans fil auprès du serveur 22 d'authentification peut mettre en oeuvre toute méthode d'authentification connue de l'homme de l'art, et le choix d'une méthode particulière ne constitue qu'une variante d'implémentation de l'invention. 20 Le système 50 de paiement à distance comporte également un serveur 30 d'autorisation de paiement qui a pour fonction principale de décider si le paiement d'une transaction, souhaitée par un utilisateur de la carte 10 de paiement, doit être autorisé ou refusé. Le serveur 30 d'autorisation de paiement est en outre adapté à 25 échanger des données avec le serveur 22 d'authentification. En effet, dans le système 50 de paiement à distance illustré par la figure 2, le serveur 30 d'autorisation de paiement reçoit des données du serveur 22 d'authentification, en fonction desquelles il décide d'autoriser ou de refuser le paiement. Dans l'exemple illustré par la figure 2, le serveur 30 d'autorisation de 30 paiement et le serveur 22 d'authentification sont des équipements distincts. Rien n'exclut cependant, suivant d'autres exemples, d'avoir le serveur 30 d'autorisation de paiement et le serveur 22 d'authentification co-localisés au sein d'un même équipement. 3042 892 11 La figure 3 représente schématiquement les principales étapes d'un mode particulier de mise en oeuvre d'un procédé 60 de paiement à distance au moyen du système 50 de paiement à distance de la figure 2. Tel qu'illustré par la figure 3, le procédé 60 de paiement comporte une 5 étape 601 de réception, par le serveur 30 d'autorisation de paiement, d'une requête de paiement relative à une transaction souhaitée par un utilisateur de la carte 10 de paiement. En pratique, la transaction est par exemple préparée sur un site internet par l'utilisateur de la carte 10 de paiement, par exemple au moyen d'un 10 terminal 40 de transaction (tablette, un téléphone portable, un ordinateur personnel, etc.) connecté à un serveur 41 de transaction d'un commerçant. Pour valider la transaction, l'utilisateur de la carte 10 de paiement fournit un certain nombre d'informations permettant d'identifier la carte 10 de paiement. Ces informations peuvent comporter, de manière conventionnelle, un numéro 15 de la carte 10 de paiement, une date d'expiration de ladite carte 10 de paiement, un nom de l'utilisateur de ladite carte 10 de paiement, un code de sécurité de ladite carte 10 de paiement (CVC2, CVV2, CID, etc.), etc. Une fois la transaction validée par l'utilisateur, au moyen du terminal 40 de transaction, le serveur 41 de transaction peut envoyer la requête de 20 paiement au serveur 30 d'autorisation de paiement, afin de déterminer si celui- ci autorise ou refuse ledit paiement de la transaction. A cet effet, ladite requête de paiement comporte par exemple des informations permettant audit serveur 30 d'autorisation de paiement d'identifier ladite carte 10 de paiement, et peut également comporter des informations 25 relatives au montant de la transaction souhaitée. Le procédé 60 de paiement comporte également une étape 602 de saisie, par l'utilisateur de la carte 10 de paiement, d'un code d'accès sur le clavier 13 de ladite carte de paiement, ainsi qu'une étape 603 de vérification, par le microcontrôleur 12 de la carte 10 de paiement, du code d'accès saisi. 30 Lorsque le code d'accès saisi correspond au code PIN de ladite carte 10 de paiement (référence 604 sur la figure 3), cela signifie que l'utilisateur de carte 10 de paiement a été authentifié avec succès. Dans un tel cas, le procédé 60 de paiement comporte une étape 606 d'émission, au moyen du 3042892 12 module 14 de communication sans fil, d'un message de notification de saisie correcte à destination du réseau 20 d'accès sans fil, ainsi qu'une étape 608 d'authentification dudit module 14 de communication sans fil par le serveur 22 d'authentification. En pratique, l'émission du message de notification de saisie 5 correcte vise, in fine, à informer le serveur 30 d'autorisation de paiement du fait que l'utilisateur s'est authentifié avec succès auprès de la carte 10 de paiement. L'utilisation du module 14 de communication sans fil vise à atteindre le serveur 30 d'autorisation de paiement par l'intermédiaire d'un trajet différent de celui par lequel ledit serveur 30 d'autorisation de paiement a reçu la requête 10 de paiement, afin d'assurer une meilleure immunité aux attaques de sécurité connues sous le nom de « man in the middle » dans la littérature anglo-saxonne. En outre, l'authentification du module 14 de communication sans fil, dont le code d'identification unique est associé de manière biunivoque à la carte 10 de paiement, permet de vérifier l'identité de la carte 10 de paiement 15 qui prétend que l'authentification de l'utilisateur a bien réussi. Lorsque l'authentification du module 14 de communication sans fil, et donc de la carte 10 de paiement, est réussie (référence 609 sur la figure 3), le procédé 60 de paiement comporte une étape 611 d'émission, par le serveur 22 d'authentification, d'un message de notification de saisie correcte à destination 20 du serveur 30 d'autorisation de paiement. Le message de notification de saisie correcte comporte par exemple, comme la requête de paiement, des informations permettant au serveur 30 d'autorisation de paiement d'identifier la carte 10 de paiement. A titre d'exemple, les informations permettant d'identifier la carte 10 de paiement, 25 incluses dans la requête de paiement et/ou dans le message de notification de saisie correcte, peuvent comporter ou être déterminées à partir d'au moins une des informations suivantes : - le code d'identification unique du module 14 de communication sans fil vis-à-vis du réseau 20 d'accès sans fil, qui est également 30 associé de manière biunivoque à la carte 10 de paiement, - le numéro de la carte 10 de paiement, - la date d'expiration de ladite carte 10 de paiement, - le nom de l'utilisateur de ladite carte 10 de paiement, 3042892 13 - le code de sécurité de ladite carte 10 de paiement, etc. Ainsi, lorsque le serveur 30 d'autorisation de paiement reçoit le message de notification de saisie correcte, il est informé par la carte 10 de paiement, authentifiée auprès du réseau 20 d'accès sans fil, que l'utilisateur de 5 ladite carte 10 de paiement indiquée dans la requête de paiement s'est authentifié avec succès auprès de ladite carte 10 de paiement. Le serveur 30 d'autorisation de paiement est donc assuré que l'utilisateur à l'initiative de la transaction à distance, pour laquelle il a reçu une requête de paiement, est bien l'utilisateur autorisé de ladite carte 10 de paiement. Par conséquent, le 10 serveur 30 d'autorisation de paiement peut décider d'autoriser le paiement (étape 612 sur la figure 3). Il est à noter cependant que l'autorisation peut être conditionnée à la vérification de critères additionnels. Suivant un premier exemple, si la requête de paiement comporte des 15 informations relatives au montant du paiement à autoriser, alors la saisie du code d'accès sur le clavier de la carte 10 de paiement peut également être accompagnée de la saisie d'informations représentatives du montant du paiement à autoriser. Celles-ci sont émises à destination du serveur 22 d'authentification, puis à destination du serveur 30 d'autorisation de paiement, 20 par exemple incluses dans le message de notification de saisie correcte. Les informations représentatives du montant du paiement à autoriser, saisies par l'utilisateur de la carte 10 de paiement, peuvent être par exemple l'une quelconque des informations suivantes : - le montant exact du paiement à autoriser, 25 - un montant arrondi du paiement à autoriser, - une borne supérieure pour le paiement à autoriser, etc. Dans un tel cas, le serveur 30 d'autorisation de paiement peut n'autoriser le paiement que si le montant indiqué dans la requête de paiement correspond au montant indiqué par la carte 10 de paiement, par l'intermédiaire 30 du réseau 20 d'accès sans fil. De telles dispositions sont particulièrement avantageuses, notamment, dans le cas où le site internet sur lequel l'utilisateur prépare la transaction est un site d'hameçonnage (« phishing » dans la littérature anglo-saxonne) qui effectue, à partir des informations fournies par 3042892 14 l'utilisateur (numéro de la carte 10 de paiement, date d'expiration de la carte 10 de paiement, etc.), une transaction parallèle d'un montant supérieur. Dans un tel cas, le montant indiqué dans la requête de paiement ne correspond pas au montant indiqué par la carte 10 de paiement, et le paiement n'est pas autorisé. 5 Suivant un autre exemple, le paiement peut n'être autorisé que si le message de notification de saisie correcte est reçu, par le serveur 30 d'autorisation de paiement ou par le réseau 20 d'accès sans fil, au cours d'un intervalle de temps prédéterminé. Par exemple, l'intervalle de temps prédéterminé est de durée prédéfinie et débute à l'instant de réception de la 10 requête de paiement par le serveur 30 d'autorisation de paiement. A cet effet, le message de notification de saisie correcte émis par le serveur 22 d'authentification peut comporter des informations relatives à l'instant de réception, par le réseau 20 d'accès sans fil, du message de notification de saisie correcte émis par la carte 10 de paiement. 15 Lorsque le code d'accès saisi ne correspond pas au code PIN de la carte 10 de paiement (référence 605 sur la figure 3), éventuellement après plusieurs essais, cela signifie que l'authentification de l'utilisateur auprès de la carte 10 de paiement a échoué. Dans un tel cas, si la carte 10 de paiement comporte un écran, celui-ci peut informer l'utilisateur que l'authentification a 20 échoué. Dans l'exemple illustré par la figure 3, le procédé 60 de paiement comporte une étape 607 d'émission, au moyen du module 14 de communication sans fil, d'un message de notification de saisie incorrecte à destination du réseau 20 d'accès sans fil, et une étape 614 d'émission, par le serveur 22 d'authentification, d'un message de notification de saisie incorrecte 25 à destination du serveur 30 d'autorisation de paiement, comportant par exemple des informations permettant au serveur 30 d'autorisation de paiement d'identifier la carte 10 de paiement. Dans l'exemple non limitatif illustré par la figure 3, l'émission du message de notification de saisie incorrecte par le serveur 22 d'authentification n'est effectuée que si l'authentification du module 30 14 de communication sans fil est réussie. Lorsqu'il reçoit un message de notification de saisie incorrecte, le serveur 30 d'autorisation de paiement refuse le paiement (étape 615). Il est également possible, lorsque le code d'accès saisi ne correspond 3042892 15 pas au code PIN de la carte 10 de paiement (référence 605 sur la figure 3), de n'émettre aucun message de notification de saisie incorrecte. Dans un tel cas, le paiement est de préférence refusé lorsque qu'aucun message de notification de saisie correcte n'est reçu, par le serveur 30 d'autorisation de paiement, au 5 cours d'un intervalle de temps prédéterminé. Par exemple, l'intervalle de temps prédéterminé est de durée prédéfinie et débute à l'instant de réception de la requête de paiement par le serveur 30 d'autorisation de paiement. Dans l'exemple illustré par la figure 3, lorsque l'authentification du module 14 de communication sans fil échoue (référence 610 sur la figure 3), 10 ledit procédé 60 de paiement comporte une étape 613 d'émission, par le serveur 22 d'authentification, d'un message de notification d'échec d'authentification à destination du serveur 30 d'autorisation de paiement, comportant de préférence des informations permettant au serveur 30 d'autorisation de paiement d'identifier la carte 10 de paiement. Lorsqu'il reçoit 15 un message de notification d'échec d'authentification, le serveur 30 d'autorisation de paiement refuse le paiement (étape 615). Il est également possible, lorsque l'authentification du module 14 de communication sans fil échoue (référence 610 sur la figure 3), de n'émettre aucun message de notification d'échec d'authentification. Dans un tel cas, le 20 paiement est de préférence refusé lorsque qu'aucun message de notification de saisie correcte n'est reçu, par le serveur 30 d'autorisation de paiement, au cours d'un intervalle de temps prédéterminé. Par exemple, l'intervalle de temps prédéterminé est de durée prédéfinie et débute à l'instant de réception de la requête de paiement par le serveur 30 d'autorisation de paiement. 25 De manière plus générale, il est à noter que les modes de mise en oeuvre et de réalisation considérés ci-dessus ont été décrits à titre d'exemples non limitatifs, et que d'autres variantes sont par conséquent envisageables. Notamment, l'invention a été décrite en considérant une carte 10 de paiement comportant un module 15 de connexion avec contact conforme à la 30 norme ISO 7816. Alternativement ou complément, la carte 10 de paiement peut comporter un module de connexion sans contact conforme à la norme ISO 14443. Rien n'exclut cependant, suivant d'autres exemples, d'avoir une carte 10 de paiement dépourvue à la fois de module 15 de connexion avec contact et 3042892 16 de module de connexion sans contact, en particulier si ladite carte 10 de paiement est dédiée aux transactions à distance. REVENDICATIONS1 - Carte (10) de paiement comportant un microcontrôleur (12) configuré pour vérifier si un code d'accès reçu correspond à un code d'accès prédéfini pour ladite carte de paiement, dit « code PIN », caractérisé en ce que la carte (10) de paiement comporte en outre, reliés au microcontrôleur (12) : - un clavier (13) de saisie de code d'accès, - un module (14) de communication sans fil adapté à échanger des données avec un réseau (20) d'accès sans fil, ledit module de communication sans fil étant associé à un code d'identification unique vis-à-vis dudit réseau (20) d'accès sans fil et étant adapté à s'authentifier auprès dudit réseau d'accès sans fil. 2 - Carte (10) de paiement selon la revendication 1, dans laquelle les dimensions de ladite carte de paiement sont conformes à la norme ISO 7810. 3 - Carte (10) de paiement selon l'une des revendications précédentes, comportant un module (15) de connexion avec contact conforme à la norme ISO 7816 et/ou un module de connexion sans contact conforme à la norme ISO 14443. 4 - Carte (10) de paiement selon l'une des revendications précédentes, dans laquelle le module (14) de communication sans fil est configuré pour émettre des données sous la forme de signaux à bande ultra étroite. 5 - Carte (10) de paiement selon l'une des revendications précédentes, comportant une batterie. 6 - Carte (10) de paiement selon l'une des revendications précédentes, comportant un écran. 7 - Système (50) de paiement à distance, caractérisé en ce qu'il comporte : - une carte (10) de paiement selon l'une des revendications précédentes, - un réseau (20) d'accès sans fil adapté à échanger des données avec le module (14) de communication sans fil de ladite carte (10) de paiement, ledit réseau d'accès sans fil comportant un serveur (22) d'authentification dudit module (14) de communication sans fil, - un serveur (30) d'autorisation de paiement adapté à échanger des 3042892 18 données avec le serveur (22) d'authentification. 8 - Système (50) selon la revendication 7, dans lequel le réseau (20) d'accès sans fil est un réseau étendu sans fil. 9 - Système (50) selon l'une des revendications 7 à 8, dans lequel le réseau 5 (20) d'accès sans fil est configuré pour recevoir des données émises sous la forme de signaux à bande ultra-étroite. 10 - Procédé (60) de paiement à distance mettant en oeuvre un système (50) de paiement à distance selon l'une des revendications 7 à 9, comportant : - la réception (601), par le serveur (30) d'autorisation de paiement, 10 d'une requête de paiement relative à une transaction souhaitée par un utilisateur de la carte (10) de paiement, - la saisie (602), par l'utilisateur de la carte (10) de paiement, d'un code d'accès sur le clavier (13) de ladite carte de paiement, - la vérification (603), par ladite carte de paiement, du code d'accès 15 saisi, - lorsque le code d'accès saisi correspond au code PIN de ladite carte de paiement : l'émission (606), au moyen du module (14) de communication sans fil, d'un message de notification de saisie correcte à destination du réseau (20) d'accès sans fil, 20 - l'authentification (608) dudit module (14) de communication sans fil par le serveur (22) d'authentification, - lorsque l'authentification du module (14) de communication sans fil est réussie : l'émission (611), par le serveur (22) d'authentification, d'un message de notification de saisie correcte à destination du 25 serveur (30) d'autorisation de paiement, le paiement n'étant autorisé que lorsque ledit serveur (30) d'autorisation de paiement reçoit un message de notification de saisie correcte émis par ledit serveur (22) d'authentification. 11 - Procédé (60) selon la revendication 10, dans lequel, lorsque le code 30 d'accès saisi ne correspond pas au code PIN de la carte (10) de paiement, ledit procédé comporte : - l'émission (607), au moyen du module (14) de communication sans fil, d'un message de notification de saisie incorrecte à destination 3042892 19 du réseau (20) d'accès sans fil, - l'émission (614), par le serveur (22) d'authentification, d'un message de notification de saisie incorrecte à destination du serveur (30) d'autorisation de paiement, 5 le paiement étant refusé lorsque ledit serveur (30) d'autorisation de paiement reçoit un message de notification de saisie incorrecte émis par ledit serveur (22) d'authentification. 12 - Procédé (60) selon l'une des revendications 10 à 11, dans lequel, lorsque l'authentification du module (14) de communication sans fil échoue, ledit 10 procédé comporte l'émission (613), par le serveur (22) d'authentification, d'un message de notification d'échec d'authentification à destination du serveur (30) d'autorisation de paiement, le paiement étant refusé lorsque ledit serveur (30) d'autorisation de paiement reçoit un message de notification d'échec d'authentification émis par ledit serveur (22) 15 d'authentification. 13 - Procédé (60) selon l'une des revendications 10 à 12, dans lequel le paiement est refusé lorsque qu'aucun message de notification de saisie correcte n'est reçu, par le serveur (30) d'autorisation de paiement, au cours d'un intervalle de temps prédéterminé. 20 14 - Procédé (60) selon l'une des revendications 10 à 13, dans lequel la requête de paiement comporte des informations relatives au montant du paiement à autoriser, et ledit procédé comporte la saisie, sur le clavier de la carte (10) de paiement, d'informations représentatives du montant du paiement à autoriser, lesdites informations représentatives du montant du 25 paiement à autoriser étant émises à destination du serveur (30) d'autorisation de paiement au moyen du module (14) de communication sans fil, le paiement demandé n'étant autorisé que si le montant indiqué dans la requête de paiement correspond au montant indiqué par la carte (10) de paiement.