FR3105663A1 - Configuration d'une transaction dans un dispositif électronique sans contact - Google Patents

Configuration d'une transaction dans un dispositif électronique sans contact Download PDF

Info

Publication number
FR3105663A1
FR3105663A1 FR1915472A FR1915472A FR3105663A1 FR 3105663 A1 FR3105663 A1 FR 3105663A1 FR 1915472 A FR1915472 A FR 1915472A FR 1915472 A FR1915472 A FR 1915472A FR 3105663 A1 FR3105663 A1 FR 3105663A1
Authority
FR
France
Prior art keywords
reader
contactless
configuration
contactless communication
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR1915472A
Other languages
English (en)
Other versions
FR3105663B1 (fr
Inventor
Olivier Van Nieuwenhuyze
Jean-Marc Grimaud
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Proton World International NV
STMicroelectronics Rousset SAS
Original Assignee
Proton World International NV
STMicroelectronics Rousset SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Proton World International NV, STMicroelectronics Rousset SAS filed Critical Proton World International NV
Priority to FR1915472A priority Critical patent/FR3105663B1/fr
Priority to US17/127,240 priority patent/US11373077B2/en
Priority to CN202011531267.5A priority patent/CN113098567B/zh
Publication of FR3105663A1 publication Critical patent/FR3105663A1/fr
Priority to US17/838,119 priority patent/US11803726B2/en
Application granted granted Critical
Publication of FR3105663B1 publication Critical patent/FR3105663B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/067—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
    • G06K19/07—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
    • G06K19/0723—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips the record carrier comprising an arrangement for non-contact communication, e.g. wireless communication circuits on transponder cards, non-contact smart cards or RFIDs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/10009—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves
    • G06K7/10297—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation sensing by radiation using wavelengths larger than 0.1 mm, e.g. radio-waves or microwaves arrangements for handling protocols designed for non-contact record carriers such as RFIDs NFCs, e.g. ISO/IEC 14443 and 18092
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B5/00—Near-field transmission systems, e.g. inductive or capacitive transmission systems
    • H04B5/70—Near-field transmission systems, e.g. inductive or capacitive transmission systems specially adapted for specific purposes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3224—Transactions dependent on location of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/352—Contactless payments by cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3574—Multiple applications on card
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B5/00—Near-field transmission systems, e.g. inductive or capacitive transmission systems
    • H04B5/70—Near-field transmission systems, e.g. inductive or capacitive transmission systems specially adapted for specific purposes
    • H04B5/77—Near-field transmission systems, e.g. inductive or capacitive transmission systems specially adapted for specific purposes for interrogation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/067—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
    • G06K19/07—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
    • G06K19/077—Constructional details, e.g. mounting of circuits in the carrier
    • G06K19/07749—Constructional details, e.g. mounting of circuits in the carrier the record carrier being capable of non-contact communication, e.g. constructional details of the antenna of a non-contact smart card
    • G06K19/07773—Antenna details
    • G06K19/07775—Antenna details the antenna being on-chip
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/321—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wearable devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Toxicology (AREA)
  • Health & Medical Sciences (AREA)
  • Signal Processing (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Artificial Intelligence (AREA)
  • General Health & Medical Sciences (AREA)
  • Electromagnetism (AREA)
  • Computer Hardware Design (AREA)
  • Telephone Function (AREA)
  • Near-Field Transmission Systems (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

Configuration d'une transaction dans un dispositif électronique sans contact La présente description concerne un procédé de configuration d'un dispositif de communication sans contact (2) comportant des circuits intégrés (5, 6) hébergeant au moins deux applications compatibles avec des protocoles de communication différents ou le même protocole de communication et utilisant des paramètres de communication différents et un circuit de communication sans contact (4), dans lequel le circuit de communication sans contact stoppe l’émission de réponses du dispositif de communication sans contact à des requêtes émises par un lecteur (1) de couplage en champ proche lors d’une transaction initiée par le lecteur pour provoquer l’initiation par le lecteur d’une nouvelle transaction. Figure pour l'abrégé : Fig. 1

Description

Configuration d'une transaction dans un dispositif électronique sans contact
La présente description concerne de façon générale les dispositifs électroniques et, plus particulièrement, les dispositifs électroniques de communication sans contact. La présente description vise plus particulièrement la sélection d'un mode de communication entre un terminal de communication sans contact et un dispositif de communication sans contact.
Le développement des applications utilisables dans des communications sans contact, entre un dispositif de couplage en champ proche (Proximity Coupling Device – PCD), par exemple un terminal sans contact (Contactless Reader), et un dispositif électronique sans contact, par exemple un téléphone mobile équipé de la technologie de communication en champ proche (NFC, sigle anglais pour Near Field Communication), engendre de nouvelles difficultés.
En particulier, les communications répondent à des normes qui évoluent et qui sont susceptibles de poser des problèmes de compatibilité entre différentes générations des dispositifs.
Par ailleurs, les dispositifs électroniques sans contact sont de plus en plus souvent capables d'héberger plusieurs applications ayant des niveaux de sécurité différents. Par exemple, un téléphone mobile peut héberger une application bancaire, par exemple selon la norme EMV (Eurocard-Mastercard-Visa), et d'autres applications dites propriétaires, par exemple de contrôle d'accès, de transport, etc.
Ces différentes applications peuvent requérir des protocoles différents. Les systèmes usuels se basent sur une détection, par le lecteur, de la capacité du dispositif électronique sans contact à communiquer selon une norme ou une autre. Toutefois, cela engendre des faux-rejets, c'est-à-dire qu'un dispositif électronique sans contact qui aurait la capacité de communiquer avec un lecteur est refusé par celui-ci.
Il serait souhaitable de disposer d'une solution pour vérifier la compatibilité d'un dispositif électronique sans contact à communiquer avec un dispositif de couplage en champ proche.
Un mode de réalisation prévoit un procédé de configuration d'un dispositif de communication sans contact comportant des circuits intégrés hébergeant au moins deux applications compatibles avec des protocoles de communication différents ou le même protocole de communication et utilisant des paramètres de communication différents et un circuit de communication sans contact, dans lequel le circuit de communication sans contact stoppe l’émission de réponses du dispositif de communication sans contact à des requêtes émises par un lecteur de couplage en champ proche lors d’une transaction initiée par le lecteur pour provoquer l’initiation par le lecteur d’une nouvelle transaction.
Selon un mode de réalisation, le circuit de communication sans contact comprend une mémoire dans laquelle sont stockées, pour chaque application, une configuration pour une communication sans contact comprenant au moins un identifiant du protocole de communication avec lequel l’application est compatible. Le circuit de communication sans contact transmet au lecteur des données de l’une des configurations au cours d’une transaction initiée par le lecteur, et le circuit de communication sans contact change la configuration utilisée à la nouvelle transaction initiée par le lecteur.
Selon un mode de réalisation, la configuration qui est utilisée par le circuit de communication sans contact à la nouvelle transaction initiée par le lecteur dépend de la date du jour.
Selon un mode de réalisation, la configuration qui est utilisée par le circuit de communication sans contact à la nouvelle transaction initiée par le lecteur dépend de l’heure.
Selon un mode de réalisation, la configuration qui est utilisée par le circuit de communication sans contact à la nouvelle transaction initiée par le lecteur dépend de la fréquence d'utilisation de chaque configuration.
Selon un mode de réalisation, la configuration qui est utilisée par le circuit de communication sans contact à la nouvelle transaction initiée par le lecteur dépend de la position du dispositif de communication sans contact.
Selon un mode de réalisation, les configurations sont ordonnées selon une séquence déterminée et la configuration qui est utilisée par le circuit de communication sans contact à la nouvelle transaction initiée par le lecteur correspond à la configuration qui, selon ladite séquence, suit la dernière configuration utilisée par le circuit de communication sans contact.
Selon un mode de réalisation, le circuit de communication sans contact est configuré pour détecter une interruption d’une transaction initiée par le lecteur.
Selon un mode de réalisation, l’une des applications est compatible avec le protocole ISO 14443-4 et une autre des applications est compatible avec le protocole ISO 14443-3.
Selon un mode de réalisation, l’une des applications est une application EMV.
Selon un mode de réalisation, l’une des applications est une application MIFARE Classic ou MIFARE Classic+.
Un mode de réalisation prévoit également un dispositif électronique de communication sans contact comportant des circuits intégrés hébergeant au moins deux applications compatibles avec des protocoles de communication différents ou compatibles avec le même protocole de communication et utilisant des paramètres de communication différents et un circuit de communication sans contact comportant un microprocesseur programmé pour la mise en oeuvre du procédé décrit.
Selon un mode de réalisation, le dispositif électronique de communication sans contact correspond à un téléphone portable.
  • Selon des modes de réalisation d'un autre aspect décrit :
    - un procédé de configuration d'un dispositif de communication sans contact comporte des circuits intégrés hébergeant au moins deux applications compatibles avec des protocoles de communication différents ou compatibles avec le même protocole de communication et utilisant des paramètres de communication différents et un circuit de communication sans contact, le circuit de communication sans contact étant configuré pour détecter une interruption d’une transaction initiée par un lecteur de couplage en champ proche ;
    - le circuit de communication sans contact comprend une mémoire dans laquelle sont stockées, pour chaque application, une configuration pour une communication sans contact comprenant au moins un identifiant du protocole de communication avec lequel l’application est compatible et le circuit de communication sans contact transmet au lecteur des données de l’une des configurations au cours d’une transaction initiée par le lecteur ;
    - le nombre de réponses à transmettre par le circuit de communication sans contact à des requêtes du lecteur dans une phase initiale de la transaction est mémorisé dans le circuit de communication sans contact, le circuit de communication sans contact détectant une interruption de la transaction initiée par le lecteur lorsque le nombre de réponses est inférieur au nombre mémorisé ;
    - le circuit de communication sans contact détecte une interruption de la transaction initiée par le lecteur lorsque la dernière commande envoyée par le lecteur entraîne la fourniture par le circuit de communication sans contact au lecteur d'une réponse indiquant une erreur ;
    - la transaction comprend la mise en oeuvre d’un processus d’anticollision par le lecteur et le circuit de communication sans contact détermine que la transaction a été interrompue s'il n'a pas reçu une commande attendue du lecteur au cours du processus d'anticollision ;
    - le circuit de communication sans contact détermine que la transaction a été interrompue s’il détecte que le lecteur n’émet plus de champ électromagnétique ;
    - le circuit de communication sans contact détecte une interruption de la transaction initiée par le lecteur en détectant que le lecteur émet de façon répétée la même requête de détection de présence du dispositif de communication sans contact ;
    - le circuit de communication sans contact détecte une interruption de la transaction initiée par le lecteur en détectant l’absence d’émission d’une commande par le lecteur pendant une durée déterminée ;
    - lorsqu’une interruption de la transaction est détectée, le circuit de communication sans contact change la configuration utilisée à la prochaine transaction initiée par le lecteur ;
    - l’une des applications est compatible avec le protocole ISO 14443-4 et une autre des applications est compatible avec le protocole ISO 14443-3 ;
    - l’une des applications est une application EMV ;
    - l’une des applications est une application MIFARE Classic ou MIFARE Classic+ ;
    - un dispositif électronique de communication sans contact comporte des circuits intégrés hébergeant au moins deux applications compatibles avec des protocoles de communication différents ou compatibles avec le même protocole de communication et utilisant des paramètres de communication différents et un circuit de communication sans contact comportant un microprocesseur programmé pour la mise en oeuvre du procédé tel que défini précédemment ; ou
    - le dispositif électronique de communication sans contact correspond à un téléphone portable.
Ces caractéristiques et avantages, ainsi que d'autres, seront exposés en détail dans la description suivante de modes de réalisation particuliers faite à titre non limitatif en relation avec les figures jointes parmi lesquelles:
la figure 1 représente, de façon très schématique, un mode de réalisation d'un système de communication en champ proche;
la figure 2 est un schéma-bloc simplifié d'un exemple usuel de configuration d'un dispositif de couplage en champ proche;
la figure 3 illustre l'établissement d'une communication en champ proche selon un protocole MIFARE Plus; et
la figure 4 est un schéma simplifié d'un mode de réalisation d'un procédé de configuration d'un dispositif de couplage en champ proche.
De mêmes éléments ont été désignés par de mêmes références dans les différentes figures. En particulier, les éléments structurels et/ou fonctionnels communs aux différents modes de réalisation peuvent présenter les mêmes références et peuvent disposer de propriétés structurelles, dimensionnelles et matérielles identiques. Par souci de clarté, seuls les étapes et éléments utiles à la compréhension des modes de réalisation décrits ont été représentés et sont détaillés. En particulier, les échanges entre le dispositif de couplage en champ proche et un dispositif électronique sans contact une fois la communication établie n'ont pas été détaillés, les modes de réalisation décrits étant compatibles avec les échanges usuels.
Sauf précision contraire, les expressions "environ", "approximativement", "sensiblement", et "de l'ordre de" signifient à 10% près, de préférence à 5% près.
Les modes de réalisation sont décrits en prenant pour exemple un dispositif électronique sans contact, par exemple un téléphone portable ou une montre connectée, et un lecteur sans contact constituant un dispositif de couplage en champ proche (PCD). De plus, bien que l'on fasse référence à des applications de paiement, les modes de réalisation décrits se transposent à des applications de natures différentes pourvu qu'elles engendrent les mêmes problèmes et soient compatibles avec les solutions décrites.
La figure 1 représente, de façon très schématique, un système de communication sans contact du type auquel s'appliquent les modes de réalisation décrits.
Un terminal 1 de communication sans contact ou lecteur sans contact (READER) génère un champ électromagnétique. Un dispositif électronique sans contact 2 (DEVICE) se trouvant à portée du lecteur capte ce champ et est alors capable d'échanger des informations avec le lecteur 1.
Le dispositif électronique sans contact 2 comprend une antenne 3 (ANTENNA) configurée pour échanger des signaux électromagnétiques avec le lecteur 1. Le dispositif électronique sans contact 2 comprend en outre un circuit intégré 4 (NFC Controller), appelé contrôleur NFC par la suite, configuré pour commander l'antenne 3 pour l'émission de signaux électromagnétiques vers le lecteur 1 et pour convertir les signaux fournis par l'antenne 3 en signaux numériques utilisables par le contrôleur NFC 4 ou par d'autres circuits intégrés du dispositif 2. Le contrôleur NFC 4 est en particulier configuré pour échanger des données avec le lecteur 1, à l’initiative du lecteur 1, pour l’établissement d’une communication avec le lecteur 1.
Le dispositif électronique sans contact 2 comprend en outre des circuits intégrés applicatifs 5, 6 (HOST1, HOST2) configurés chacun pour échanger des signaux avec le contrôleur NFC 4. Chaque circuit applicatif 5, 6 est adapté à échanger des données avec le lecteur 1 par l'intermédiaire du contrôleur NFC 4 et de l'antenne 3 selon un protocole de communication sans contact lorsqu’une communication a été établie entre le contrôleur NFC 4 et le lecteur 1. Les circuits applicatifs 5, 6 peuvent éventuellement être configurés pour échanger directement des données entre eux. A titre d'exemple, l'un des circuits applicatifs 5, 6 peut correspondre à une carte de circuit intégrée universelle (UICC, sigle anglais pour Universal Integrated Circuit Card). A titre d'exemple, l'un des circuits applicatifs 5, 6 peut correspondre à un élément sécurisé intégré (ESE, sigle anglais pour Embedded Secure Element, ou ISE, sigle anglais pour Integrated Secure Element). A titre d'exemple, lorsque le dispositif électronique sans contact 2 est un téléphone portable, l'un des circuits applicatifs 5, 6 peut correspondre au processeur applicatif du téléphone. Le contrôleur NFC 4 et chaque circuit applicatif 5, 6 peuvent comprendre un microprocesseur et une ou plusieurs unités de mémoire volatile et non volatile. Le point commun entre chaque circuit applicatif 5, 6 est qu'ils sont connectés au contrôleur NFC 4 et qu'ils sont capable d'héberger une application pouvant exécuter une transaction initiée par le lecteur 1.
Les protocoles de communication sans contact exploités par les circuits intégrés 5 et 6 peuvent être "propriétaires", c’est-à-dire, fixés par le fabriquant ou normalisés. Le dispositif sans contact 2 peut être multi-applications, c’est à dire qu’il héberge des applications qui exploitent des protocoles de communication sans contact différents. A titre d’exemple, le circuit intégré 5 peut mettre en oeuvre une application bancaire qui exploite une technologie, dite EMV, qui utilise des protocoles basés sur la norme ISO 14443-4 et le circuit intégré 6 peut mettre en oeuvre une ou des applications qui exploitent une technologie connue sous la dénomination MIFARE. La technologie MIFARE utilise, dans certaines réalisations un protocole (applicatif) de communication qui ne supporte par le protocole ISO 14443-4 ou requiert des paramètres particuliers qui doivent être utilisés lors de l’anticollision. L'application qui doit être lancée par le dispositif sans contact 2 dépend du lecteur 1 avec lequel il communique. En effet, le lecteur 1 est généralement dédié à une application (par exemple, bancaire, de transport, de contrôle d'accès, etc.) et l'activation du dispositif sans contact 2 dans le champ du lecteur 1 dépend du protocole que le dispositif sans contact 2 accepte.
Les étapes permettant l’établissement d’une communication sans contact entre le dispositif sans contact 2 et lecteur 1, appelées également étapes d’activation du dispositif sans contact 2, sont de façon générale réalisées seulement par le contrôleur NFC 4, notamment pour limiter la durée de l’activation. Dans ce but, le contrôleur NFC 4 comprend une mémoire dans laquelle sont stockées les différentes configurations pouvant être utilisées par le contrôleur NFC 4. Une configuration comprend toutes les informations nécessaires au contrôleur NFC 4 pour établir une communication sans contact avec le lecteur 1 selon un protocole déterminé. A titre d'exemple, lorsque le dispositif sans contact 2 comprend un circuit intégré hébergeant une application EMV et un circuit intégré hébergeant une application MIFARE, au moins deux configurations différentes sont mémorisées dans le contrôleur NFC. Plus d'une configuration peut être associée à un circuit intégré lorsque le circuit intégré héberge au moins deux applications utilisant des protocoles de communication différents. A titre d'exemple, un circuit intégré peut héberger une application utilisant le protocole MIFARE Classic et une application utilisant le protocole MIFARE DESFire. Selon un autre exemple, les circuits applicatifs 5, 6 peuvent héberger des applications compatibles avec le même protocole de communication. Toutefois, aux moins certains paramètres des configurations associées à ces deux applications peuvent alors être différents, par exemple des valeurs de clés utilisées au cours de la communication.
La figure 2 est un schéma-bloc illustrant les étapes d'une séquence usuelle d'activation d'un dispositif électronique sans contact dans le champ d'un lecteur PCD.
Le lecteur PCD émet, périodiquement ou lorsqu'il détecte (bloc 21, START) la présence d'une charge dans le champ qu'il génère, une requête (REQA) à destination des dispositifs sans contact DEVICE potentiellement présents dans le champ. Si un dispositif sans contact présent dans le champ interprète la requête REQA, il envoie un message ATQA d'accusé-réception. A réception d'un tel message, le lecteur entame une procédure dite d'anticollision (bloc 23, ANTICOLLISION) pour s'assurer qu'il ne communique qu'avec un seul dispositif sans contact. Cette procédure inclut l'envoi, par le dispositif sans contact, d'un identifiant UID du dispositif et d'un code SAK (Select AcKnowledge) identifiant l'application que le dispositif sans contact héberge et avec laquelle il répond. Le code SAK ou valeur SAK détermine le protocole de communication accepté par le dispositif sans contact. Le lecteur vérifie si l'identifiant UID est complet (bloc 25, UID ?). Dans la négative (sortie N du bloc 25), la procédure d'anticollision se poursuit jusqu'à réception d'un identifiant complet. Dans l'affirmative (sortie Y du bloc 25), le lecteur lit le code SAK pour déterminer le protocole de communication avec le dispositif sans contact. Typiquement, dans les applications visées par la présente description, le lecteur PCD détermine (bloc 27, SAK ?) si le dispositif est compatible (sortie Y du bloc 27) avec le protocole 14443-4 ou (sortie N du bloc 27) 14443-3. Les données de configuration décrites précédemment comprennent notamment la valeur SAK pour chaque configuration.
Chaque configuration décrite précédemment peut comprendre une valeur SAK. Selon un mode de réalisation, les valeurs SAK peuvent être fournies au contrôleur NFC par les circuits applicatifs pour la détermination des configurations par le contrôleur NFC. Selon un mode de réalisation, pour un circuit applicatif 5, 6 hébergeant une application EMV, la valeur SAQ peut être 0x20. Selon un mode de réalisation, pour un circuit applicatif 5, 6 hébergeant une application MIFARE, la valeur SAQ peut être 0x08. Selon un mode de réalisation, pour un circuit applicatif 5, 6 hébergeant à la fois une application EMV et une application MIFARE Classic, le contrôleur NFC peut déterminer trois configurations possibles avec des valeurs SAQ différentes, une configuration indiquant l'hébergement des deux applications EMV et MIFARE Classic (valeur SAQ 0x28), une configuration indiquant l'hébergement de l'application EMV (valeur SAQ 0x20) et une configuration indiquant l'hébergement de l'application MIFARE Classic (valeur SAQ 0x08). La détermination des configurations par le contrôleur NFC peut tenir compte des paramètres fournis par l'ensemble des circuits applicatifs 5, 6.
L'apparition de dispositif sans contact multi-applications et notamment contenant à la fois un circuit intégré hébergeant une application bancaire de type EMV et un circuit intégré hébergeant une application de type MIFARE Plus engendre des difficultés.
La technologie MIFARE possède différents niveaux de sécurité (Security Level) SL0 à SL3 selon la génération du circuit intégré. Plus particulièrement, une application MIFARE Classic (mode SL1) ou MIFARE Classic+ (mode SL2) est compatible avec le protocole ISO 14443-3. Une application MIFARE Plus (SL3) est compatible avec le protocole ISO 14443-4. De plus, les applications MIFARE Plus évoluées sont retro compatibles. Ainsi, une application MIFARE Plus peut également fonctionner sous des niveaux de sécurité inférieurs, afin d'être compatible avec des lecteurs existants. De même, un lecteur hébergeant des applications MIFARE Plus est généralement capable de fonctionner selon les protocoles inférieurs (MIFARE Classic ou Classic+).
Afin de tirer profit des avantages des protocoles plus récents et notamment du protocole MIFARE Plus, un lecteur hébergeant une application MIFARE Plus cherche d'abord à établir une communication selon ce protocole. Ainsi, en présence d'un dispositif sans contact dans son champ, il cherche à établir une communication selon le protocole ISO 14443-4. Si le dispositif sans contact répond, c'est qu'il est compatible avec la technologie MIFARE Plus et la communication commence. Si le dispositif sans contact ne répond pas, le lecteur bascule sur un protocole de niveau inférieur MIFARE Classic et communique selon la norme 14443-3.
Toutefois, en présence d'un dispositif sans contact hébergeant une application EMV et une application MIFARE Classic, la communication ne peut pas s'établir alors que le dispositif sans contact est compatible avec le lecteur. En effet, lors de l'établissement de la communication, le contrôleur NFC répond qu'il accepte le protocole 14443-4 dans la mesure où le dispositif sans contact héberge une application EMV. Le lecteur entame alors la communication en mode MIFARE Plus. Toutefois, le dispositif sans contact ne répond pas car son application MIFARE n'est pas compatible avec la technologie MIFARE Plus. On est alors dans une situation où le dispositif sans contact, qui aurait pu communiquer avec le lecteur en mode MIFARE Classic (ou Classic+), se trouve empêchée de communiquer car il héberge une application EMV.
En fait, le dispositif sans contact ne reconnait pas la nature de la transaction (par exemple EMV ou MIFARE Plus) avant qu'il ne reçoive des commandes spécifiques liées à l'application. Or, un lecteur MIFARE Plus commence par adapter la transaction vers le protocole le plus performant (MIFARE Plus) avant d'envoyer des commandes spécifiques à l'application. Cela se traduit, pour des dispositifs sans contact hébergeant une application EMV et une application MIFARE mais non compatibles avec MIFARE Plus, à un échec de la transaction alors que le lecteur et le dispositif sans contact sont compatibles avec la technologie MIFARE Classic.
La figure 3 illustre, de façon très schématique, le rejet d'une transaction par un lecteur MIFARE Plus dans une telle situation.
Le lecteur (PCD) allume (Field ON) le champ (active la génération du champ) et envoi périodiquement (Polling) une requête (REQA, figure 2). Le contrôleur NFC du dispositif sans contact (DEVICE) répond et un processus d'anticollision (Anti-collision processing) débute. Comme le dispositif sans contact héberge une application EMV, le contrôleur NFC répond (Answer anti-collision) avec une valeur SAK compatible avec la norme ISO 14443-4. Pour un dispositif sans contact hébergeant une application EMV et MIFARE Classic, la valeur SAK fournie est par exemple 0x28. A réception de la réponse, le lecteur envoie une requête normalisée de la norme ISO 14443-4 dite RATS (Request for Answer to Select) permettant de basculer en mode MIFARE Plus si le contrôleur NFC répond ou de rester en mode MIFARE Classic dans le cas contraire. Comme le dispositif sans contact héberge une application EMV, le contrôleur NFC répond (Answer RATS) à cette requête de la norme 14443-4. Le lecteur commence alors une transaction MIFARE Plus avec le niveau de sécurité SL3 (Send SL3 Cmd). Toutefois, le contrôleur NFC du dispositif sans contact reste muet (Not working) ou retourne une erreur (par exemple mentionnant une commande inconnue) car l’application MIFARE du dispositif sans contact n'est pas compatible avec ce niveau de sécurité. Le lecteur éteint alors le champ (Field OFF) ou continue à envoyer périodiquement la requête envoyée à la première étape de la transaction.
Alors que les techniques usuelles se basent sur une détection par le lecteur, les inventeurs prévoient de modifier le fonctionnement du contrôleur NFC afin de résoudre la situation exposée ci-dessus et de permettre à un dispositif sans contact hébergeant une application MIFARE de niveau SL1 ou SL2 de communiquer avec un lecteur MIFARE Plus malgré le fait qu'il héberge également une application EMV.
La figure 4 illustre, de façon très schématique, un mode de réalisation d'un procédé de configuration d’une transaction en champ proche. Le procédé comprend une étape 30 (Interruption ?) de détection par le contrôleur NFC d’une interruption de la transaction avec le lecteur et une étape 40 (Configuration)de modification de la configuration utilisée par le contrôleur NFC au prochain établissement de communication. L'étape 40 force le contrôleur NFC (lors de la reconfiguration) à ne pas/plus répondre au lecteur (PCD). Vu l’absence de communication, le lecteur va redémarrer sa boucle de détection (comme décrit précédemment). Lorsque le contrôleur NFC est reconfiguré, il peut à nouveau répondre aux requêtes du lecteur, ce qui provoque un rétablissement de la communication mais du point de vue du lecteur, c’est une nouvelle carte/cible qui est présentée.
A l'étape 30, le contrôleur NFC du dispositif sans contact détermine si une transaction a été interrompue avant l’achèvement de l’établissement d’une communication avec le lecteur. Pour cette détermination, le contrôleur NFC détermine si une première condition est remplie, et, éventuellement, si une deuxième condition est remplie.
Selon un mode de réalisation, le contrôleur NFC comprend une mémoire dans laquelle est stockée, pour chaque configuration, le nombre attendu de messages échangés entre le contrôleur NFC et le lecteur après le processus d'anticollision en fonction du protocole de communication associé à cette configuration pour que l’établissement de la communication soit réussi. Les messages échangés comprennent les requêtes émises par le lecteur et les réponses envoyées par le contrôleur NFC après le processus d'anticollision ou l'établissement de la communication. Chaque message peut correspondre à une unité de données du protocole d’application ou APDU (sigle anglais pour Application Protocol Data Unit). A titre d’exemple, pour un protocole de communication compatible avec la norme ISO 14443-3 (MIFARE Classic), le nombre de messages échangés attendu est égal à 3 et pour un protocole de communication compatible avec la norme ISO 14443-4 (EMV), le nombre de messages échangés attendu est égal à 4.
Selon une première condition, le contrôleur NFC détermine que la transaction a été interrompue si le nombre de réponses transmises par le contrôleur NFC au lecteur est inférieur strictement au nombre de réponses attendues stocké en mémoire. En particulier, dans le cas où la transaction est interrompue juste après le processus d'anticollision, le nombre de réponses envoyées par le contrôleur NFC au lecteur peut être nul.
Selon une autre première condition, le contrôleur NFC détermine que la transaction a été interrompue si la dernière commande envoyée par le lecteur lors de l’établissement de la communication entraîne la fourniture par le contrôleur NFC au lecteur d'une réponse indiquant une erreur. A titre d'exemple, pour un APDU sous le format ISO7816-4, une réponse correcte s’indique par 0x9XXX, X étant une valeur hexadécimale, et une erreur est souvent indiquée par 0x6XXX, X étant une valeur hexadécimale.
Selon une autre première condition, le contrôleur NFC détermine que la transaction a été interrompue s'il n'a pas reçu une commande attendue du lecteur au cours du processus d'anticollision. A titre d'exemple, le contrôleur NFC détermine que la transaction a été interrompue s'il ne reçoit pas la requête RATS du lecteur.
Selon une deuxième condition, le contrôleur NFC détermine que la transaction a été interrompue s’il détecte que le lecteur a arrêté l’émission d’un champ électromagnétique.
Selon une autre deuxième condition, le contrôleur NFC détermine que la transaction a été interrompue s’il détecte que le lecteur se remet en mode de détection. Le mode de détection peut correspondre à l’émission périodique du lecteur de la même requête émise au début de l’établissement de la communication ou de la commande de réveil (WUP, sigle anglais pour Wake-Up). Cette commande est envoyée «en boucle» jusqu’à ce que le dispositif sans contact n’y réponde plus.
Selon une autre deuxième condition, le contrôleur NFC détermine que la transaction a été interrompue s’il détecte que le lecteur se remet en mode d'interrogation (mode "polling"). Le mode d'interrogation peut correspondre à l’émission périodique du lecteur de la même requête émise au début de l’établissement de la communication.
Selon une autre deuxième condition, le contrôleur NFC détermine que la transaction a été interrompue s’il n'a pas reçu de commande émise par le lecteur pendant une durée déterminée, par exemple pendant 200ms.
A l'étape 40, le contrôleur NFC sélectionne la nouvelle configuration qui sera utilisée au prochain établissement de communication par le lecteur et qui est différente de la configuration qui a été utilisée au dernier établissement de communication par le lecteur.
A l’étape 40, le contrôleur NFC éteint en outre l'antenne du dispositif sans contact, ce qui signifie qu'il ne répond plus aux requêtes du lecteur. De ce fait, le lecteur ne détecte plus la présence du dispositif sans contact dans le champ électromagnétique et se remet en mode d'interrogation (mode "polling"). Le contrôleur NFC peut sélectionner la nouvelle configuration pendant que l'antenne du dispositif sans contact est éteinte.
Selon un mode de réalisation, les configurations sont ordonnées selon une séquence déterminée dans la mémoire du contrôleur NFC et la nouvelle configuration qui est sélectionnée par le contrôleur NFC correspond à la configuration qui, selon ladite séquence, suit la dernière configuration utilisée par le contrôleur NFC.
La sélection de la nouvelle configuration par le contrôleur NFC peut mettre en oeuvre au moins l'un des critères de sélection suivants:
-la date du jour;
-l'heure;
-la fréquence d'utilisation de chaque configuration, par exemple par jour ou par semaine; et/ou
-la position du dispositif sans contact, lorsque le dispositif sans contact dispose de données de géolocalisation, par exemple fournies par un module de géolocalisation contenu dans le dispositif sans contact, notamment un module de géolocalisation GPS (sigle anglais pour Global Positioning System).
Le critère de la date du jour et/ou de l'heure peut être utilisé par le contrôleur NFC pour sélectionner comme nouvelle configuration la configuration correspondant à une application de transport, par exemple lorsque la date du jour correspond à un jour du lundi au vendredi, ou que l'heure se trouve dans des plages horaires correspondant à des heures habituelles de transport entre le domicile et le travail.
Pour le critère de fréquence, le contrôleur NFC est configuré, pour chaque configuration, pour mémoriser la fréquence à laquelle cette configuration a été utilisée dans une transaction réussie. Le contrôleur NFC peut sélectionner comme nouvelle configuration la configuration qui est la plus compatible avec les fréquences d'utilisation mémorisées.
Selon un exemple, le critère de position du dispositif sans contact peut être utilisé par le contrôleur NFC pour sélectionner comme nouvelle configuration la configuration correspondant à une application de paiement lorsque la position du dispositif sans contact coïncide avec la position mémorisée d'un lecteur pour application de paiement. Selon un autre exemple, le critère de position du dispositif sans contact peut être utilisé par le contrôleur NFC pour sélectionner comme nouvelle configuration la configuration correspondant à une application de transport lorsque l'emplacement du dispositif sans contact correspond à la position mémorisée d'un lieu où des lecteurs pour application de transport sont présents, par exemple le métro, une gare, etc.
Si le contrôleur NFC a dû changer la configuration car il avait détecté que la transaction avait échoué avec la configuration précédente, il enverra les messages/commandes reçues vers le circuit applicatif 5, 6 qui héberge l’application pour laquelle la configuration a été activée. Si la configuration permet l’utilisation d’application sur plusieurs circuits applicatifs, le contrôleur NFC se basera sur les modes de routage existants.
Le mode de réalisation décrit ci-dessus est mis en oeuvre côté dispositif sans contact et est transparent pour le lecteur (ne demande aucune modification côté lecteur). Les dispositifs sans contact ainsi réalisés (programmés) sont donc compatibles avec les lecteurs existants.
Divers modes de réalisation ont été décrits. Diverses variantes et modifications apparaîtront à l'homme de l'art. En particulier, bien que les modes de réalisation aient été plus particulièrement décrits en relation avec des exemples d'application à des transactions bancaires EMV et MIFARE, ils se transposent à d'autres applications dans lesquelles des problèmes similaires se posent. En outre, la mise en oeuvre pratique des modes de réalisation qui ont été décrits est à la portée de l'homme du métier à partir des indications fonctionnelles données ci-dessus et en utilisant ou programmant des circuits en eux-mêmes usuels.

Claims (13)

  1. Procédé de configuration d'un dispositif de communication sans contact (2) comportant des circuits intégrés (5, 6) hébergeant au moins deux applications compatibles avec des protocoles de communication différents ou le même protocole de communication et utilisant des paramètres de communication différents et un circuit de communication sans contact (4), dans lequel le circuit de communication sans contact stoppe l’émission de réponses du dispositif de communication sans contact à des requêtes émises par un lecteur (1) de couplage en champ proche lors d’une transaction initiée par le lecteur pour provoquer l’initiation par le lecteur d’une nouvelle transaction.
  2. Procédé selon la revendication 1, dans lequel le circuit de communication sans contact (4) comprend une mémoire dans laquelle est stockée, pour chaque application, une configuration pour une communication sans contact comprenant au moins un identifiant du protocole de communication avec lequel l’application est compatible, dans lequel le circuit de communication sans contact transmet au lecteur des données de l’une des configurations au cours d’une transaction initiée par le lecteur, et dans lequel le circuit de communication sans contact (4) change la configuration utilisée à la nouvelle transaction initiée par le lecteur (1).
  3. Procédé selon la revendication 2, dans lequel la configuration qui est utilisée par le circuit de communication sans contact (4) à la nouvelle transaction initiée par le lecteur (1) dépend de la date du jour.
  4. Procédé selon la revendication 2 ou 3, dans lequel la configuration qui est utilisée par le circuit de communication sans contact (4) à la nouvelle transaction initiée par le lecteur (1) dépend de l’heure.
  5. Procédé selon l’une quelconque des revendications 2 à 4, dans lequel la configuration qui est utilisée par le circuit de communication sans contact (4) à la nouvelle transaction initiée par le lecteur (1) dépend de la fréquence d'utilisation de chaque configuration.
  6. Procédé selon l’une quelconque des revendications 2 à 5, dans lequel la configuration qui est utilisée par le circuit de communication sans contact (4) à la nouvelle transaction initiée par le lecteur (1) dépend de la position du dispositif de communication sans contact.
  7. Procédé selon la revendication 2, dans lequel les configurations sont ordonnées selon une séquence déterminée et dans lequel la configuration qui est utilisée par le circuit de communication sans contact (4) à la nouvelle transaction initiée par le lecteur (1) correspond à la configuration qui, selon ladite séquence, suit la dernière configuration utilisée par le circuit de communication sans contact.
  8. Procédé selon l’une quelconque des revendications 1 à 8, dans lequel le circuit de communication sans contact est configuré pour détecter une interruption d’une transaction initiée par le lecteur (1).
  9. Procédé selon l’une quelconque des revendications 1 à 8, dans lequel l’une des applications est compatible avec le protocole ISO 14443-4 et une autre des applications est compatible avec le protocole ISO 14443-3.
  10. Procédé selon l'une quelconque des revendications 1 à 9, dans lequel l’une des applications est une application EMV.
  11. Procédé selon l'une quelconque des revendications 1 à 10, dans lequel l’une des applications est une application MIFARE Classic ou MIFARE Classic+.
  12. Dispositif électronique (2) de communication sans contact comportant des circuits intégrés (5, 6) hébergeant au moins deux applications compatibles avec des protocoles de communication différents ou compatibles avec le même protocole de communication et utilisant des paramètres de communication différents et un circuit de communication sans contact (4) comportant un microprocesseur programmé pour la mise en oeuvre du procédé selon l'une quelconque des revendications précédentes.
  13. Dispositif électronique (2) de communication sans contact selon la revendication 12 correspondant à un téléphone portable.
FR1915472A 2019-12-23 2019-12-23 Configuration d'une transaction dans un dispositif électronique sans contact Active FR3105663B1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
FR1915472A FR3105663B1 (fr) 2019-12-23 2019-12-23 Configuration d'une transaction dans un dispositif électronique sans contact
US17/127,240 US11373077B2 (en) 2019-12-23 2020-12-18 Configuration of a transaction in a contactless electronic device
CN202011531267.5A CN113098567B (zh) 2019-12-23 2020-12-22 一种配置非接触式通信设备的方法及电子设备
US17/838,119 US11803726B2 (en) 2019-12-23 2022-06-10 Configuration of a transaction in a contactless electronic device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1915472A FR3105663B1 (fr) 2019-12-23 2019-12-23 Configuration d'une transaction dans un dispositif électronique sans contact
FR1915472 2019-12-23

Publications (2)

Publication Number Publication Date
FR3105663A1 true FR3105663A1 (fr) 2021-06-25
FR3105663B1 FR3105663B1 (fr) 2022-09-09

Family

ID=71111475

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1915472A Active FR3105663B1 (fr) 2019-12-23 2019-12-23 Configuration d'une transaction dans un dispositif électronique sans contact

Country Status (3)

Country Link
US (2) US11373077B2 (fr)
CN (1) CN113098567B (fr)
FR (1) FR3105663B1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3105662B1 (fr) 2019-12-23 2021-11-26 St Microelectronics Rousset Configuration d'une transaction dans un dispositif électronique sans contact

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2365676A1 (fr) * 2010-03-11 2011-09-14 Nxp B.V. Procédés de gestion des sessions de communication entre les dispositifs NFC, et dispositif NFC
EP3214582A1 (fr) * 2016-03-01 2017-09-06 Proton World International N.V. Sélection d'application dans un terminal mobile
US20170255925A1 (en) * 2016-03-01 2017-09-07 Proton World International N.V. Configuration of a transaction in a proximity circuit

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9806069D0 (en) 1998-03-20 1998-05-20 Mondex Int Ltd Integrated circuit card
AU2005275058A1 (en) 2004-07-15 2006-02-23 Mastercard International Incorporated Method and system for conducting contactless payment card transactions
US7375616B2 (en) 2004-09-08 2008-05-20 Nokia Corporation Electronic near field communication enabled multifunctional device and method of its operation
FR2934910B1 (fr) 2008-08-05 2013-08-16 Inside Contactless Procede de securisation d'une transaction executee au moyen d'un dispositif portable programmable.
US20100102131A1 (en) 2008-10-28 2010-04-29 First Data Corporation Systems and Methods for Disabling a Contactless Transaction Device
FR2943818A1 (fr) * 2009-03-27 2010-10-01 Oberthur Technologies Procede et dispositif permettant de selectionner automatiquement une application pouvant etre mise en oeuvre par ce dispositif
US8320962B2 (en) 2009-06-05 2012-11-27 Visa International Service Association Contactless disablement
FR2957173B1 (fr) 2010-03-04 2013-10-18 Inside Contactless Procede pour conduire un transaction au moyen d'un dispositif nfc
EP2390817A1 (fr) 2010-05-27 2011-11-30 Gemalto SA Procédé de gestion de la communication avec un controlleur NFC
JP5633730B2 (ja) * 2010-06-28 2014-12-03 ソニー株式会社 情報処理装置および方法、並びにプログラム
US20120143703A1 (en) 2010-12-03 2012-06-07 Google Inc. Multiple contactless device interactions and communication protocols per tap
US8811896B2 (en) 2011-01-07 2014-08-19 Texas Instruments Incorporated Non-volatile memory for contactless systems
US9370040B2 (en) 2011-12-27 2016-06-14 Qualcomm Incorporated Methods and apparatus for improving NFC LLCP partitioning
KR20150010763A (ko) 2012-05-11 2015-01-28 교도 인사쯔 가부시키가이샤 안티몬 도핑 산화주석, 적외선 흡수 안료, 적외선 흡수 잉크, 인쇄물 및 안티몬 도핑 산화주석의 제조 방법
EP2680617A1 (fr) * 2012-06-28 2014-01-01 ST-Ericsson SA Émulation de dispositifs multiples dans un dispositif NFC
US10475027B2 (en) 2013-07-23 2019-11-12 Capital One Services, Llc System and method for exchanging data with smart cards
US20160012465A1 (en) 2014-02-08 2016-01-14 Jeffrey A. Sharp System and method for distributing, receiving, and using funds or credits and apparatus thereof
TWI551074B (zh) 2014-10-01 2016-09-21 動信科技股份有限公司 用於近場通訊之通訊系統及方法
WO2016106277A2 (fr) 2014-12-22 2016-06-30 Capital One Services, LLC. Système, procédé et appareil de reprogrammation d'une carte de transaction
US11188893B2 (en) 2016-01-15 2021-11-30 Mastercard International Incorporated Access control bypass on mobile for mass transit
FR3048532B1 (fr) 2016-03-01 2018-11-16 Proton World International N.V. Configuration d'une transaction dans un circuit sans contact
US10817869B2 (en) * 2016-06-29 2020-10-27 Square, Inc. Preliminary enablement of transaction processing circuitry
US10404342B2 (en) 2016-06-29 2019-09-03 Futurewei Technologies, Inc. Multiuser MIMO for large antenna systems with hybrid beamforming
US10097053B2 (en) 2016-12-30 2018-10-09 Capital One Services, Llc System, method, and apparatus for wireless charging
US11334862B2 (en) * 2017-09-28 2022-05-17 Huawei Technologies Co., Ltd. Terminal transaction method, and terminal
KR102501304B1 (ko) * 2018-05-17 2023-02-20 삼성전자주식회사 복수의 프로세서들과 연결된 보안 모듈의 제어 방법 및 이를 구현한 전자 장치
TWI726488B (zh) * 2019-11-19 2021-05-01 元太科技工業股份有限公司 非接觸式智慧卡及其操作方法
FR3105662B1 (fr) 2019-12-23 2021-11-26 St Microelectronics Rousset Configuration d'une transaction dans un dispositif électronique sans contact

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2365676A1 (fr) * 2010-03-11 2011-09-14 Nxp B.V. Procédés de gestion des sessions de communication entre les dispositifs NFC, et dispositif NFC
EP3214582A1 (fr) * 2016-03-01 2017-09-06 Proton World International N.V. Sélection d'application dans un terminal mobile
US20170255925A1 (en) * 2016-03-01 2017-09-07 Proton World International N.V. Configuration of a transaction in a proximity circuit

Also Published As

Publication number Publication date
US20210192306A1 (en) 2021-06-24
US11803726B2 (en) 2023-10-31
CN113098567B (zh) 2022-08-09
FR3105663B1 (fr) 2022-09-09
US20220300781A1 (en) 2022-09-22
US11373077B2 (en) 2022-06-28
CN113098567A (zh) 2021-07-09

Similar Documents

Publication Publication Date Title
EP0565469B1 (fr) Système d'échange de données sans contact entre un terminal et un ensemble portatif modulaire
EP2131313A1 (fr) Procédé de sélection d'application dans un dispositif mobile de communication sans fil dans un système NFC et dispositif mobile de communicationsans fil correspondant
FR3029324A1 (fr)
EP2652670B1 (fr) Procédé de gestion du dialogue entre un équipement et au moins un objet multi-applicatif tel qu'une carte à puce sans contact et objet correspondant
EP2936379B1 (fr) Détection d'un dispositif transactionnel
FR2914459A1 (fr) Carte a microprocesseurs
EP2234041B1 (fr) Procédé et dispositif permettant de sélectionner automatiquement une application pouvant être mise en oeuvre par ce dispositif
FR3105663A1 (fr) Configuration d'une transaction dans un dispositif électronique sans contact
FR3105662A1 (fr) Configuration d'une transaction dans un dispositif électronique sans contact
FR3012236A1 (fr)
EP3214573B1 (fr) Configuration d'une transaction dans un circuit sans contact
EP3214582B1 (fr) Sélection d'application dans un terminal mobile
EP2553633B1 (fr) Objet de communication radiofrequence double-portee et procede de mise en oeuvre
EP1163625B1 (fr) Maintien d'un canal avec anticollision dans un systeme d'identification electronique
EP3193295A1 (fr) Contrôle d'applications dans un terminal mobile
EP1538557A2 (fr) Modulation résistive et capacitive dans un transpondeur électromagnétique
EP3945467B1 (fr) Transpondeur sans contact
EP3265954B1 (fr) Procédé de blocage de communications internes à un dispositif électronique
EP4198791B1 (fr) Transaction nfc
CA3008731A1 (fr) Systeme de communication, systeme de fourniture de service comprenant un tel systeme de communication, et procede associe
EP4395187A1 (fr) Protection d'une transaction
FR3139689A1 (fr) Dispositif de communication en champ proche
FR3043820A1 (fr) Dispositif electronique comprenant une pluralite de puces electroniques, et terminal de lecture apte a cooperer avec un tel dispositif

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20210625

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5