Brevet FR3084502A1 — publié le 20200131

Arrière-plan de l'invention L'invention se rapporte au domaine du traitement de transactions par des dispositifs électroniques et concerne plus particulièrement la sécurisation de transactions, 10 notamment de transactions de paiement, réalisées par une carte à puce. De manière connue, le porteur d'une carte bancaire peut utiliser sa carte pour réaliser des transactions bancaires, telles que des transactions de paiement par exemple, en association avec un compte bancaire. De manière générale, une carte bancaire (carte de paiement, carte de débit, est. 15 conçue pour coopérer avec un dispositif externe à cette carte, autrement appelé terminal ou lecteur, pour réaliser une transaction bancaire telle qu'une transaction de paiement. Pour ce faire, la carte bancaire peut être configurée pour communiquer avec le terminal externe (distributeur automatique de billets (DAB), ou terminal de paiement, par exemple) par contact, à l'aide de contacts externes disposés sur la carte à cet effet, et/ou 20 en sans contact, à l'aide d'une antenne radiofréquence intégrée dans la carte. Le standard EMV (pour « Europay Mastercard Visa ») est le protocole standardisé utilisé aujourd'hui majoritairement dans le monde pour sécuriser les transactions de paiement effectuées par des cartes à puce. Le protocole EMV a été conçu pour diminuer les risques de fraudes lors d'une transaction de paiement en permettant notamment 25 l'authentification à la fois de la carte à puce et de son porteur. Ce processus d'authentification fait appel à une combinaison de cryptogrammes (ou clés cryptées) et de signatures numériques et nécessite éventuellement la saisie d'un code secret (appelé communément code PIN) par le porteur de la carte. Suivant le type de carte utilisé, la situation, ou encore le montant considéré, une 30 carte EMV peut fonctionner en ligne ou hors ligne. En mode en ligne, une carte EMV communique, via le lecteur, avec l'entité émettrice correspondante (la banque à l'origine de la carte, par exemple) afin de vérifier en particulier que la transaction en cours est légitime. En revanche, si la carte EMV fonctionne en mode hors ligne, celle-ci peut 2 appliquer des critères de vérification préenregistrés pour décider si la transaction doit être autorisée ou refusée. La réalisation en ligne d'une transaction permet en particulier de mettre en oeuvre des mécanismes de sécurité permettant d'identifier des situations à risque et de déclencher une réponse sécuritaire appropriée. L'émetteur de la carte à puce peut par exemple détecter un comportement anormal lors d'une transaction en ligne et décliner la transaction ou déclencher des contrôles de vérification supplémentaires. De plus, afin de sécuriser les transactions bancaires à distance (achat sur un site Internet, par exemple), certaines cartes bancaires sont à présent configurées pour générer et afficher sur un écran dont elles sont équipées, un code dynamique de sécurité (appelé DCVV), dit aussi cryptogramme dynamique, qui change au cours de la vie de la carte. Le système de traitement informatique du service financier de la transaction (de l'émetteur de la carte) est apte à vérifier la validité de ce code de sécurité dynamique DCVV, en fonction par exemple d'un paramètre temporel, pour valider ou non la transaction. L'utilisation d'un tel code dynamique de sécurité permet de s'assurer que l'utilisateur a réellement en sa possession la carte bancaire concernée au moment de la transaction. S'il est dérobé, le code dynamique de sécurité a une utilité limitée dans la mesure où la validité de ce code n'est que temporaire. Malgré les mécanismes de sécurité actuels rappelés ci-dessus, les cartes bancaires et leurs porteurs restent vulnérables aux attaques et comportements malveillants. Excepté certains cas particuliers, il n'est pas aujourd'hui possible de protéger efficacement un utilisateur contre des utilisations frauduleuses de sa carte bancaire lorsque celle-ci lui est dérobée. Si un tiers vole une carte bancaire, il peut par exemple utiliser le cryptogramme dynamique DCVV généré par la carte pour réaliser des transactions de paiement à distance. De même, rien ne protège aujourd'hui un utilisateur lorsqu'un tiers malveillant subtilise la carte bancaire ainsi que le code PIN associé. Il existe donc aujourd'hui un besoin pour un mécanisme de sécurité permettant de protéger efficacement les cartes à puce, et en particulier les cartes bancaires (notamment de type EMV), contre le vol et les actes frauduleux. Objet et résumé de l'invention A cet effet, la présente invention concerne un système comportant une pluralité de cartes à puce distinctes, chaque carte à puce étant configurée pour réaliser des transactions de paiement et comportant: - un module de connexion configuré pour établir une connexion sans fil avec chaque autre carte à puce - un module de vérification configuré, sur détection d'un évènement prédéfini, pour vérifier qu'une connexion sans fil est établie ou a été préalablement établie avec 5 au moins une autre carte à puce parmi ladite pluralité de cartes à puce - un module de traitement configuré de sorte que o si une connexion sans fil est établie ou n'a été préalablement établie avec ladite au moins une autre carte à puce, ledit module de traitement traite une transaction de paiement en cours selon un mode normal ; et 10 o si aucune connexion sans fil n'est établie ou n'a été préalablement établie avec ladite au moins une autre carte à puce, ledit module de traitement traite la transaction de paiement en cours selon un mode sécurisé, selon lequel au moins une action de sécurisation supplémentaire est appliquée par rapport au mode normal. 15 La présente invention permet ainsi de sécuriser le fonctionnement de chaque carte à puce du système. Un utilisateur peut par exemple porter une première carte à puce sur soi (dans une poche, sa veste, etc.) et une deuxième carte à puce dans un sac ou valise qu'il garde à proximité (i.e. à quelques mètres maximum). Lorsque l'utilisateur souhaite utiliser l'une de ces cartes à puce, celle-ci fonctionne soit en mode normal, soit en mode 20 sécurisé, selon qu'une connexion sans fil est possible ou non entre les deux cartes à puce du système. La capacité des cartes à puce d'établir une connexion sans fil ensemble est fonction notamment de la distance qui les sépare. Ainsi, si un malfaiteur dérobe l'une des cartes à puce du système, la carte ainsi dérobée ne peut plus se connecter à l'autre carte à puce 25 du système, ce qui a pour conséquence que la carte dérobée se configure en mode sécurisé, limitant ainsi de façon significative l'utilisation qui peut en être faite par le malfaiteur. Selon le mode sécurisé, la carte à puce dérobée implémente une ou des actions de sécurisation afin, par exemple, de sécuriser une transaction en cours (une transaction de 30 paiement par exemple). Le malfaiteur ne dispose donc que d'un temps limité pour utiliser la carte, que ce soit pour réaliser un paiement à distance en générant un code dynamique DCVV ou en réalisant un paiement par contact ou sans contact (dans le cas notamment où le malfaiteur a également dérobé le code PIN de la carte). Dans la mesure où les utilisations frauduleuses interviennent généralement après un certain lapse de temps à 4 compter du vol d'une carte, le propriétaire légitime est donc protégé efficacement contre les utilisations frauduleuses de ses cartes. Selon un mode de réalisation particulier, ledit évènement prédéfini correspond à la réception d'une instruction en réponse à l'actionnement d'un actionneur de ladite carte à 5 puce ou correspond à la détection de l'initiation de la transaction de paiement en cours. Selon un mode de réalisation particulier, chaque communication sans fil est de type BLE (pour Bluetooth Low Energy) ou Zigbee. Selon un mode de réalisation particulier, le module de connexion est configure, lors de l'établissement d'une connexion sans fil avec une autre carte à puce, pour authentifier 10 ladite autre carte à puce. Selon un mode de réalisation particulier, le module de connexion est configure pour établir de façon périodique une dite connexion sans fil avec chaque autre carte à puce ; dans lequel le module de vérification est configure pour déterminer qu'une connexion sans fil a été préalablement établie avec une autre carte à puce parmi ladite pluralité de 15 cartes à puce si un temps écoulé entre une ancienne connexion la plus récente avec ladite autre carte à puce, et un instant courant, est supérieur ou égal à une durée seuil prédéterminée. Selon un mode de réalisation particulier, le module de traitement est configure de sorte que, selon le mode sécurisé, l'une au moins des actions de sécurisation 20 supplémentaire suivante est réalisée : le module de traitement rejette la transaction en cours ; le module de traitement bloque l'affichage d'un cryptogramme dynamique sur un écran de ladite carte à puce ; le module de traitement refuse la transaction de paiement en cours si le montant 25 de ladite transaction excède une première valeur seuil prédéfinie ; le module de traitement refuse la transaction de paiement en cours si un montant cumulé de précédentes transactions réalisées par ladite carte à puce excède une deuxième valeur seuil prédéfinie ; le module de traitement refuse la transaction de paiement en cours si un nombre 30 de transactions réalisées par ladite carte à puce depuis l'établissement d'une précédente connexion sans fil avec ladite au moins une autre carte à puce excède une troisième valeur prédéfinie ; et 5 - le module de traitement n'accepte la transaction de paiement en cours que si une vérification biométrique pour authentifier un utilisateur est réalisée avec succès par ladite carte à puce. Selon un mode de réalisation particulier, ladite pluralité de cartes à puce est une 5 paire composée d'une première carte à puce et d'une deuxième carte à puce, le module de vérification de chaque carte à puce étant configure, sur détection d'un évènement prédéfini, pour vérifier qu'une connexion sans fil est établie ou a été préalablement établie avec ladite autre carte à puce ; et dans lequel le module de traitement haque carte à puce est configuré de sorte 10 que : o si une connexion sans fil est établie ou a été préalablement établie avec l'autre carte à puce, ledit module de traitement traite une transaction de paiement en cours selon le mode normal ; et o si aucune connexion sans fil n'est établie ou a été préalablement établie 15 avec ladite autre carte à puce, ledit module de traitement traite la transaction de paiement en cours selon le mode sécurisé. Selon un mode de réalisation particulier, chaque carte à puce de ladite pluralité de cartes à puce est une carte EMV, la transaction de paiement en cours étant de type EMV. Selon un mode de réalisation particulier, 29 Selon un mode de réalisation particulier, Selon un mode de réalisation, l'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme « module » peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et logiciels. 25 Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel apte à mettre en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. De la même manière, un composant matériel correspond à tout élément d'un 39 ensemble matériel (ou hardware) apte à mettre en oeuvre une fonction ou un ensemble de fondions, selon ce qui est décrit ci-dessous pour le module concerné. Il peut s'agir d'un composant matériel programmable ou avec processeur intégré pour l'exécution de logiciel, par exemple un circuit intégré, etc. 6 L'invention vise également un procédé de traitement correspondant. En particulier, l'invention vise un procédé de traitement mis en oeuvre par un système comportant une pluralité de cartes à puce distinctes, chaque carte à puce étant configurée pour réaliser des transactions de paiement et comportant un module de connexion configuré pour 5 établir une connexion sans fil avec chaque autre carte à puce, le procédé comprenant vérification, sur détection d'un évènement prédéfini, qu'une connexion sans fil est établie ou a été préalablement établie avec au moins une autre carte à puce parmi ladite pluralité de cartes à puce 10 - traitement d'une transaction de paiement en cours, comprenant o si une connexion sans fil est établie ou a été préalablement établie avec ladite au moins une autre carte à puce, traitement de la transaction de paiement en cours selon un mode normal ; et o si aucune connexion sans fil n'est établie ou n'a été préalablement établie 15 avec ladite au moins une autre carte à puce, traitement de la transaction de paiement en cours selon un mode sécurisé, selon lequel au moins une action de sécurisation supplémentaire est appliquée par rapport au mode normal. On notera que les différents modes de réalisation mentionnés ci-avant en relation 20 avec le système de l'invention ainsi que les avantages associés s'appliquent de façon analogue au procédé de traitement de l'invention. Selon un mode de réalisation particulier, chaque communication sans fil est de type BLE ou Zigbee. Dans un mode particulier de réalisation, les différentes étapes du procédé de 25 traitement sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans au moins un dispositif tel qu'une carte à puce, ce programme comportant des, instructions adaptées à la mise -en oeuvre des étapes d'un procédé de traitement tel que définis dans ce 30 document. L'invention vise aussi un support d'enregistrement (ou support d'informations) lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné dans ce document. Les programmes d'ordinateur mentionnés dans ce document peuvent utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. 5 De plus, les supports d'enregistrement mentionnés dans ce document peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. 10 D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, les supports d'enregistrement peuvent correspondre à un circuit 15 intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. L'invention concerne également individuellement chaque carte à puce du système de l'invention. Ainsi, l'invention concerne notamment une carte à puce, dite première carte à puce, configurée pour réaliser des transactions de paiement, ladite première carte à puce 20 comprenant un module de connexion configure pour établir une connexion sans fil avec au moins une autre carte à puce ; un module de vérification configure, sur détection d'un évènement prédéfini, pour vérifier qu'une connexion sans fil est établie ou a été préalablement établie avec 25 ladite au moins une autre carte à puce ; un module de traitement configure de sorte que : o si une connexion sans fil est établie ou a été préalablement établie avec ladite au moins une autre carte à puce, ledit module de traitement traite une transaction de paiement en cours selon un mode normal ; et 30 o si aucune connexion sans fil n'est établie ou n'a été préalablement établie avec ladite au moins une autre carte à puce, ledit module de traitement traite la transaction de paiement en cours selon un mode sécurisé, selon lequel au moins une action de sécurisation supplémentaire est appliquée par rapport au mode normal. 8 L'invention concerne également un procédé de traitement correspondant. Plus particulièrement, l'invention concerne un procédé de traitement, mis en oeuvre par une carte à puce, dite première carte à puce, configurée pour réaliser des transactions de paiement et comportant un module de connexion configure pour établir une connexion sans fil avec au moins une autre carte à puce, le procédé comprenant : vérification, sur détection d'un évènement prédéfini, qu'une connexion sans fil est établie ou a été préalablement établie avec ladite au moins une autre carte à puce ; traitement d'une transaction de paiement en cours, comprenant 10 o si une connexion sans fil est établie ou a été préalablement établie avec ladite au moins une autre carte à puce, traitement de la transaction de paiement en cours selon un mode normal ; et o si aucune connexion sans fil n'est établie ou n'a été préalablement établie avec ladite au moins une autre carte à puce, traitement de la transaction 15 de paiement en cours selon un mode sécurisé, selon lequel au moins une action de sécurisation supplémentaire est appliquée par rapport au mode normal. Les diverses modes de réalisation décrit précédemment s'appliquent par analogie à ladite première carte à puce, et au procédé de traitement mis en oeuvre par cette 20 première carte à puce, comme défini ci-avant. Brève description des dessins D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent des 25 exemples de réalisation dépourvus de tout caractère limitatif. Sur les figures: la figure 1 représente schématiquement un système comportant deux cartes à puce, selon un mode de réalisation particulier de l'invention - la figure 2 représente schématiquement la structure d'une carte à puce du système représenté en figure 1, selon un mode de réalisation particulier de 30 l'invention ; la figure 3 est un diagramme représentant schématiquement les étapes d'un procédé traitement selon un mode de réalisation particulier de l'invention ; - la figure 4 est un diagramme représentant schématiquement les étapes d'un procédé traitement selon un mode de réalisation particulier de l'invention ; 9 la figure 5 est un diagramme représentant schématiquement les étapes d'un procédé traitement selon un mode de réalisation particulier de l'invention ; et la figure 6 représente schématiquement un système comportant trois cartes à puce, selon un mode de réalisation particulier de l'invention. Description détaillée de plusieurs modes de réalisation Comme indiqué précédemment, l'invention porte sur la sécurisation de transactions réalisées par un dispositif électronique tel qu'une carte à puce et concerne en particulier la sécurisation de transactions de paiement, de type F_MV par exemple. 10 L'invention propose de sécuriser des transactions, notamment des transactions bancaires (de paiement par exemple), en couplant ensemble au moins deux cartes à puce, ce couplage (ou appairage) étant utilisé pour empêcher des utilisations malveillantes de chacune de ces cartes. Le nombre de cartes à puce dans le système peut être adapté selon le cas. 15 L'invention, selon différents modes de réalisation, met ainsi en oeuvre un système comportant au moins deux cartes à puce configurées pour réaliser chacune des transactions (transactions de paiement par exemple). Chaque carte à puce est capable d'établir une connexion sans fil avec la ou les autres cartes à puce du système. Cette connexion (ou couplage) peut être, par exemple, de type BLE (pour Bluetooth Low 20 Energy) ou Zigbee. Chaque carte à puce du système peut être configurée de la manière suivante lorsque ladite carte à puce, dite première carte à puce, détecte qu'une connexion sans fil est établie (ou a été préalablement établie) avec la ou les autres cartes à puce du système, elle fonctionne en mode normal pour traiter une transaction en cours. Si, en revanche, aucune connexion sans fil n'est établie (ou n'a été préalablement établie) 25 avec la ou les autres cartes à puce du système, la première carte à puce fonctionne en mode sécurisé. Selon le mode sécurisé, la première carte à puce traite une transaction de façon plus sécurisée qu'en mode normal, en appliquant (réalisant) au moins une action de sécurisation supplémentaire par rapport au mode normal. Divers actions de sécurisation 30 sont envisageables comme expliqué ci-après (rejet de la transaction, vérifications supplémentaires de type biométriques ou autres, application d'une valeur seuil concernant le nombre de transactions sans connexion, du cumul de montant des transactions sans connexion, etc.). 10 Chaque carte à puce du système fonctionne donc de façon réciproque (ou réversible), dans le sens où elles peuvent chacune vérifier s'il y a un couplage sans fil avec au moins une autre carte à puce du système afin de configurer en conséquence la façon dont elle fonctionne, i.e. soit selon le mode normal, soit selon le mode sécurisé. En l'absence de 5 couplage avec une autre carte à puce (ou des cartes à puce) du système, une carte à puce peut ainsi implémenter une ou des actions de sécurisation supplémentaires par rapport au mode normal, afin de limiter les risques sécuritaires, notamment lors du traitement d'une transaction en cours. L'invention concerne également une carte à puce appartenant à un tel système, ainsi 10 que les procédés de traitement correspondant mis en oeuvre par le système de l'invention et mis en oeuvre individuellement par chaque carte à puce de l'invention. D'autres aspects et avantages de la présente invention ressortiront des exemples de réalisation décrits ci-dessous en référence aux dessins mentionnés ci-avant. Dans ce document, des exemples de mise en oeuvre de l'invention sont décrits dans 15 le cadre de la sécurisation de transactions de paiement (de type EMV par exemple) mises en oeuvre par une pluralité de cartes à puce appartenant à un même système. On comprend que ['invention s'applique aussi plus généralement à d'autres types de transaction, notamment des transactions financières ou bancaires, telles que des transactions de prélèvement, de transfert ou de débit. L'invention peut s'appliquer à 20 d'autres types de transactions telles que des transactions d'authentification par exemple. Des cartes à puce, autres que des cartes bancaires, peuvent également être utilisées pour réaliser des transactions quelconques dans le cadre de l'invention. En outre, l'invention peut également être implémentée dans des dispositifs électroniques (smartphone, tablette, PC...), autres que des cartes à puce, et appartenant â un même 25 système. Sauf indications contraires, les éléments communs ou analogues à plusieurs figures portent les mêmes signes de référence et présentent des caractéristiques identiques ou analogues, de sorte que ces éléments communs ne sont généralement pas à nouveau décrits par souci de simplicité. 30 La figure 1 représente, de manière schématique, la structure d'un système Si comprenant une pluralité de cartes à puce, à savoir deux cartes à puce notées 2a et 2b dans cet exemple. Les deux cartes à puce 2a, 2b sont dans cet exemple des cartes bancaires, c'est-à-dire des cartes à puce configurées pour réaliser des transactions 11 bancaires (ou financières), telles que des transactions de paiement par exemple. On suppose par la suite qu'il s'agit de transactions de paiement selon le protocole EMV. Comme décrit plus en détail ci-dessous, les cartes à puce 2a et 2b présentent une structure générale identique, bien que des variantes soient possibles. Comme décrit plus en détail ultérieurement, le système Si peut comprendre, selon une variante, 3 cartes à puce distinctes (ou plus), conformes à l'invention. Dans cet exemple, la carte à puce 2a: comprend les éléments suivants un premier processeur 6a, un deuxième processeur 8a, des contacts externes 10a, une mémoire non-volatile réinscriptible 12a, une première antenne radiofréquence (RF) 14a, une deuxième 10 antenne RF 16a, un afficheur (écran) 18a et un actionneur 20a. Selon un exemple particulier, la carte à puce 2a comporte les contacts externes 10a et/ou la deuxième antenne RF 16a, l'un ou l'autre pouvant être absent selon le cas. Le premier processeur 6a est configuré pour traiter des transactions, telles que des transactions de paiement de type EMV dans cet exemple. Le premier processeur 6a peut 15 utiliser les contacts externes 10a pour communiquer par contact avec l'extérieur de la carte à puce 10a. Comme représenté en figure 1, la carte à puce 10a est par exemple configurée pour coopérer avec un terminal externe T en utilisant les contacts externes 10a. Dans cet exemple, le terminal T est un terminal de paiement, ce dernier étant utilisé par exemple par un commerçant dans un point de vente. Ce terminal T est capable 20 d'interagir selon le protocole EMV avec la carte à puce 10a et, le cas échéant, d'envoyer des données de transaction à l'émetteur bancaire IS de la carte 10a lorsqu'une transaction de paiement est réalisée en ligne. La première carte à puce 2a est dans cet exemple conforme à la norme 130 7816, bien que d'autres implémentations soient possibles. 25 Le premier processeur 6a peut également être configuré pour communiquer en mode sans contact avec le terminal T en utilisant l'antenne RF 16a, Dans cet exemple, les antennes RF 14a et 16a sont distinctes bien qu'il soit possible, selon une variante, que ces deux antennes forment une seule et même antenne RF (ATI. et AT2 sont alors identiques). 30 La coopération par contact et la coopération sans contact, entre une carte à puce et un lecteur externe approprié, sont connues en soi et ne seront donc pas développées d'avantage dans ce document par souci de simplicité. Le deuxième processeur 8a est configuré pour établir une connexion sans fil CN au travers de l'antenne RF 14a avec l'extérieur de la carte à puce 6a, et plus précisément 12 avec la deuxième carte à puce 2b dans cet exemple. Cette connexion CN constitue un couplage, ou appairage, entre les cartes à puce 2a et 2b. Dans cet exemple, cette connexion sans fil CN est de type BLE (pour « Bluetooth Low Energy », appelé aussi Bluetooth Smart), bien que d'autres technologies de communication sans fil soient possibles telles que le Bluetooth conventionnel, Zigbee ou des technologies propriétaires par exemple. L'établissement d'une connexion sans fil CN, de type BLE par exemple, est possible entre les cartes à puce 10a et 10b si ces cartes se trouvent à proximité l'une de l'autre, c'est-à-dire à quelques mètres maximum dans le cas présent. La technologie BLE est particulièrement adaptée dans la mesure où elle permet 10 d'économiser l'énergie dépensée par les cartes à puce 2a et 2b pour se coupler ensemble. Le type de communication est toutefois adaptable selon le cas. La mémoire non volatile réinscriptible 12a constitue un support d'enregistrement (ou support d'informations) conforme à un mode de réalisation particulier, lisible par la carte à puce 10a (et plus particulièrement par les processeurs 6a et 8a), et sur lequel est 15 enregistré un programme d'ordinateur PG1 conforme à un mode de réalisation particulier. Ce programme d'ordinateur PG1 comporte des instructions pour l'exécution des étapes d'un procédé de traitement selon des modes de réalisation particuliers décrits ci-après' Dans cet exemple la mémoire 12a comprend également des données personnelles (ou données de personnalisation) DT1a propres à la carte à puce 2a et à son utilisateur. 20 Les données personnelles DT1a peuvent comprendre le numéro PAN (pour « Permanent Account Number »), la date d'expiration, et éventuellement un cryptogramme CW statique lorsqu'un tel cryptogramme est utilisé (ce qui n'est pas le cas dans l'exemple représenté en figure 1 car la carte à puce 2a génère des cryptogrammes dynamiques DCW). Ces données personnelles peuvent être utilisées par la carte à puce 2a pour 25 mettre en oeuvre une transaction de paiement. Dans l'exemple considéré ici, la carte à puce 2a peut traiter de différentes manières une transaction de paiement en cours. Selon un premier exemple, la carte à puce 2a peut coopérer avec le terminal T pour réaliser une transaction de paiement, en mode avec contact ou en mode sans contact. Selon un autre exemple, lorsqu'un utilisateur souhaite 30 par exemple réaliser à distance un paiement sur un site Internet, la carte à puce 2a se contente de générer et afficher un code dynamique DCVV sur son écran 18a sous le contrôle du processeur 6a qui est en charge du traitement des transactions. Selon un exemple particulier, les processeurs 6a et 8a forment un seul et même processeur. 13 Par ailleurs, dans l'exemple considéré ici, la carte à puce 2a comprend l'afficheur 18a pour afficher des cryptogrammes dynamiques DCVV. La génération et l'affichage d'un cryptogramme dynamique DCVV peut être déclenché sur détection d'un évènement prédéfini, tel que l'actionnement de l'actionneur 20a ou, autrement dit, sur réception 5 d'une Instruction en réponse à l'actionnement de l'actionneur 20a. Cet actionneur 20a, dont est équipée la carte à puce 2a, peut être actionné par un udlisateur de façon quelconque et peut correspondre par exemple à un bouton mécanique ou tactile. Des variantes de réalisation sont toutefois possibles dans lesquelles la carte à puce 2a est dépourvue de l'actionneur 20a (cas d'une carte avec un cryptogramme 0/V statique, par 10 exemple). Selon une variante, aucun afficheur n'est présent, la carte à puce 2a étant alors munie d'un cryptogramme CVV statique qui figure sur la carte. Comme déjà indiqué, la deuxième carte à puce 2b présente une structure identique à la première carte à puce 2a. Ainsi les informations présentées dans ce document en 15 référence à la première carte à puce 2a, notamment en rapport avec la figure 1, s'appliquent de façon analogue à la deuxième carte à puce 2b. Plus précisément, comme représenté en figure 1, la carte à puce 2b comprend les éléments suivants un premier processeur 6b analogue au processeur 6a, un deuxième processeur 8b analogue au deuxième processeur 8b, des contacts externes 10b analogues 20 aux contacts externes 10a, une mémoire non-volatile réinscriptible 12b analogue à la mémoire 12a, des antenne RF 14b et 16b analogues respectivement aux antennes 14a et 16a, et un afficheur (écran) 18b analogue à l'afficheur 18a. Selon un exemple particulier, la carte à puce 2h comporte les contacts externes 10b et/ou la deuxième antenne RF 16b, l'un ou l'autre pouvant être absent selon le cas. 25 Dans cet exemple, la deuxième carte à puce 2b comprend dans sa mémoire 12b un programme d'ordinateur PG2 analogue au programme d'ordinateur PG1. Dans cet exemple, la deuxième carte à puce 2b comporte dans sa mémoire 12b des données personnelles (ou données de personnalisation) DT1b. De même que pour les données DT1a, les données personnelles DT1b peuvent comprendre le numéro PAN (pour 30 « Permanent Account Number ») et la date d'expiration de la carte à puce 2b, ainsi qu'éventuellement un cryptogramme CVV statique lorsqu'un tel cryptogramme est utilisé. Ces données personnelles peuvent être utilisées par la carte à puce 2b pour mettre en oeuvre une transaction de paiement. 14 Les données personnelles DT1b de la carte à puce 2b peuvent être identiques ou différentes des données personnelles DT1a de la carte à puce 2a. Autrement dit, les cartes à puce 2a et 2b peuvent être des cartes clones (embarquant des données personnelles identiques), ou peuvent être des cartes jumelles (embarquant des données 5 personnelles différentes) dans le sens où elles peuvent coopérer ensemble selon l'invention mais ne sont pas identiques (par exemple, elles ne sont pas associées au même compte bancaire et ont donc des numéros PAN différents). On comprendra que certains éléments généralement présents dans une carte à puce, et plus particulièrement dans une carte bancaire, ont été volontairement omis dans ce 10 document car ils ne sont pas nécessaires à la compréhension de la présente invention. On comprendra en outre que les cartes à puce 2a et 2b représentées en figure 1 ne constituent qu'un exemple de réalisation, d'autres mises en oeuvre étant possibles dans le cadre de l'invention. L'homme du métier comprendra en particulier que certains éléments des cartes à puce 2e et 2b ne sont décrits ici que pour faciliter la compréhension de 15 l'invention en référence à un exemple particulier, ces éléments n'étant pas nécessaires pour mettre en oeuvre l'invention. Les processeurs 6a et Sa pilotés par le programme d'ordinateur PG1, mettent collectivement en oeuvre (ou éventuellement uniquement l'un parmi les processeurs 6a et 6b met en oeuvre) un certain nombre de modules représentés en figure 2, à savoir : un 20 module de connexion MU2, un module de vérification MU4 et un module de traitement MU6. Le module de connexion MU2 est configuré pour établir une connexion sans fil avec chaque autre carte à puce du système Si, à savoir, avec la deuxième carte à puce 2b dans cet exemple. Comme déjà indiqué, la connexion sans fil est de type BLE dans cet 25 exemple. Le module de vérification MU4 est configuré pour vérifier sil y a une connexion sans fil CN entre la première carte à puce 2a et la deuxième carte à puce 2b. Autrement dit, le module de vérification MU4 est configuré pour vérifier qu'une connexion sans fil est établie avec au moins une autre carte à puce du système SI, à savoir, avec la deuxième 30 carte à puce 2b dans cet exemple. Selon un exemple particulier, le module de de vérification MU4 est configuré pour vérifier qu'une connexion sans fil a été préalablement établie avec l'autre carte à puce 2b du système Si, par exemple dans une période de temps prédéfinie. Selon un exemple particulier, le module de vérification MU4 est 15 configuré pour vérifier qu'une connexion sans fil est établie ou a été préalablement établie avec l'autre carte à puce 2b du système 51. Le module de vérification MU4 peut être configuré pour réaliser la vérification indiquée ci-dessus sur détection d'un évènement prédéfini, tel que par exemple la détection de l'initiation d'une transaction (une transaction de paiement par exemple) ou encore la réception d'une instruction par exemple en réponse à l'actionnement de actionneur 20a. Le module de traitement MU6 est configuré pour faire fonctionner la première carte 2a, soit selon un premier mode de traitement dit « mode normal » (noté MD1 par la 10 suite), soit selon un deuxième mode de traitement dit « mode sécurisé » (noté MD2 par la suite). Plus précisément, le module de traitement MU6 est configuré de sorte que : - si une connexion sans fil est établie (ou, le cas échéant, a été préalablement établie) avec l'autre carte à puce 2b, le module de traitement MU6 traite une 15 transaction de paiement en cours selon le mode normal ; et - si aucune connexion sans fil n'est établie (ou, le cas échéant, n'a été préalablement établie) avec l'autre carte à puce 2b, le module de traitement MU6 traite la transaction de paiement en cours selon le mode sécurisé, dans lequel au moins une action de sécurisation supplémentaire est appliquée par 20 rapport au mode normal. Autrement dit, si une connexion sans fil avec l'autre carte à puce 2b est détecté par le module de vérification MU4, le module de traitement MU6 traite une transaction de paiement en cours selon la mode normal, et sinon, selon le mode sécurisé. Le fonctionnement des modules MU2-MU6 de la carte à puce 2a apparaîtra plus 25 précisément dans les exemples de réalisation décrits ci-après en référence aux figures 3- 6. On comprendra que les modules MU2-MU6 tels que représentés en figure 2 ne représente qu'un exemple de mise en oeuvre non limitatif de l'invention. Selon l'exemple envisagé ici, la deuxième carte à puce 2b (figure 1) est configurée pour exécuter des modules analogues aux modules MU2, MU4 et MU6 (figure 2), de 30 sorte que des derniers ne sont pas décrits plus en détail par souci de simplicité. Un mode de réalisation particulier est à présent décrit en référence à la figure 3. Plus précisément, les cartes à puce 2a et 2b représentées en figures 1°2 mettent chacune en oeuvre un procédé de traitement en exécutant respectivement les programmes d'ordinateur PG1 et PG2. 16 On considère dans cet exemple que la carte à puce 2a détecte (52) un évènement EVT prédéfini. En réponse à cet évènement EVT, la carte à puce 2a procède à l'étape 54 de vérification. Cet évènement EVT peut correspondre, par exemple, à la réception d'une instruction en réponse à l'actionnement de l'actionneur 20a de la carte à puce 2a, ou encore à la détection de l'initiation d'une transaction de paiement en cours. Au cours de l'étape 54 de vérification, la carte à puce 2a vérifie qu'une connexion sans fil CN est établie avec l'autre carte à puce 2b du système Si. Dans ce cas, la première carte à puce 2a peut être configuree pour communiquer avec la deuxième carte à puce 2b lors de l'étape 54 de vérification afin de déterminer si un couplage CN peut être 10 établi entre les cartes à puce 2a et 2b (tentative de couplage lors de l'étape 54 de vérification). Selon un autre exemple, la carte à puce 2a vérifie en S4 qu'une connexion sans fil CN a été préalablement établie avec l'autre carte à puce 2b du système Si. Dans ce cas, les cartes à puce 2a et 2b peuvent éventuellement avoir établi ensemble une connexion CN, 15 à l'initiation de l'une ou l'autre des cartes à puce 2a et 2b, avant réalisation de l'étape de vérification 54. Selon un autre exemple, la carte à puce 2a vérifie en S4 qu'une connexion sans fil CN est établie ou a été préalablement établie (par exemple dans une période de temps prédéterminé) avec l'autre carte 2b du système Si. 20 Comme déjà indiqué, la connexion sans fil CN représentée en figure 1 constitue un couplage (ou appairage) entre la première carte 2a et la deuxième carte 2b. Ce couplage peut être réalisé par la technologie BLE ou Zogbee par exemple, d'autres exemples étant possibles. Ce couplage n'est possible que si les cartes à puce 2a et 2b sont à portée de communication l'une de l'autre, c'est-à-dire si les cartes à puce 2a et 2b sont 25 suffisamment proche l'une de l'autre pour communiquer ensemble en sans contact en utilisant leurs antennes RF 14a et 14b. Au cours de ce couplage CN, la première carte à puce 2a peut authentifier la deuxième carte à puce 2b en exécutant une technique d'authentification appropriée, cette dernière Impliquant par exemple l'utilisation de clés cryptographiques stockées au préalable dans la mémoire des cartes à puce 2a et 2b. Dans 30 un exemple particulier, ce couplage CN comporte une authentification mutuelle des cartes à puce 2a et 2b. Selon un exemple particulier, la première carte à puce 2a réalise, avant l'étape S4 de vérification ou au cours de l'étape S4 de vérification, une tentative d'établissement d'une connexion CN avec la deuxième carte à puce 2b. Cette connexion CN peut réussir ou 17 échouer en fonction notamment de la distance qui sépare les cartes à puce 2a et 2b lors de cette tentative. Si ces cartes sont hors de portée car trop éloignées l'une de l'autre, la tentative de connexion échoue. Si la première carte à puce 2a détecte en 54 qu'une connexion sans fil CN est établie S (ou, le cas échéant, a été préalablement établie) avec l'autre carte à puce 2b, le procédé procède à l'étape 56. Sinon (pas de connexion sans fil CN), le procédé procède à l'étape 58. Au cours de l'étape 56, la carte à puce 2a fonctionne en mode normal noté MD1. Selon un exemple particulier, la carte à puce 2a traite alors une transaction de paiement 10 en cours conformément au mode normal MD1. Au cours de l'étape 58, la carte à puce 2b fonctionne en mode sécurisé noté MD2. Ce mode MD2 est caractérisé en ce qu'il est plus sécurisé que le mode normal MD1. La carte à puce 2a traite alors une transaction de paiement en cours selon le mode sécurisé MD2. Dans un exemple particulier, la carte â puce 2a réalise, selon ce mode sécurisé MD2, au 15 moins une action de sécurisation supplémentaire par rapport au traitement en mode normal MD1, pour sécuriser la transaction de paiement en cours. La ou les actions de sécurisation appliquées en mode sécurisé MD2 peuvent varier selon le cas. Selon le mode sécurisé MD2, au moins l'une des actions de sécurisation supplémentaires suivantes est par exemple réalisée par la première carte à puce 2a : 20 le module de traitement MU6 rejette la transaction de paiement en cours le module de traitement MU6 bloque l'affichage d'un cryptogramme dynamique DCVV sur l'écran 18a de la carte à puce 2a (ce qui constitue en soi un traitement sécurisé d'une transaction de paiement en cours) le module de traitement MU6 refuse la transaction de paiement en cours si le 25 montant de ladite transaction excède une première valeur seuil V1 prédéfinie le module de traitement MU6 refuse la transaction de paiement en cours si un montant cumulé de précédentes transactions réalisées par la première carte à puce 2a excède une deuxième valeur seuil V2 prédéfinie le module de traitement MU6 refuse la transaction de paiement en cours si un 30 nombre de transactions réalisées par la première carte à puce 2a depuis l'établissement d'une précédente connexion sans fil (c.-à-d. la dernière connexion la plus récente) avec l'autre carte à puce 2b excède une troisième valeur V3 prédéfinie ; et 18 le module de traitement MU6 n'accepte la transaction de paiement en cours que si une vérification biométrique pour authentifier un utilisateur est réalisée avec succès par la première carte à puce 2a. Dans ce dernier cas, la première carte à puce 2a utilise par exemple un capteur biométrique embarqué (non représenté) 5 pour faire l'acquisition d'une signature biométrique (empreinte digitale, empreinte rétinienne,...) d'un utilisateur. Comme déjà indiqué, on suppose ici que la transaction de paiement en -u est de type EMV, bien que d'autres exemples soient possibles. Il convient de noter que le fonctionnement des cartes à puce 2a et 2b est réversible 10 (ou réciproque). Autrement dit, les cartes à puce 2a et 2b sont interchangeables dans leurs interactions, dans le sens où la première carte à puce 2a peut jouer le rôle de la deuxième carte à puce 2b, et inversement. Chaque carte du système Si est configurée pour réaliser les étapes 54-58 sur détection (52) d'un évènement EVT prédéfini. La présente invention permet ainsi de sécuriser le fonctionnement de chaque carte à 15 puce 2a et 26 du système Si. Un utilisateur peut par exemple porter sa première carte à puce 2a sur soi (dans une poche, sa veste, etc.) et la deuxième carte à puce 2b dans un sac ou valise qu'il garde à proximité (i.e.. à quelques mètres maximum). Lorsque l'utilisateur souhaite utiliser l'une de ces cartes à puce 2a, 2b, celle-ci fonctionne soit en mode normal MD1, soit en mode sécurisé MD2, selon qu'une connexion sans fil CN est 20 possible ou non entre les cartes à puce 2a, 2b. La capacité des cartes à puce 2a et 2b d'établir une connexion sans fil CN ensemble est fonction notamment de la distance qui les sépare. Ainsi, si un malfaiteur dérobe l'une des cartes à puce 2a-2b, la carte ainsi dérobée ne peut plus se connecter à l'autre carte à puce du système Si, ce qui a pour conséquence que la carte dérobée se configure en mode sécurisé MD2, limitant ainsi de 25 façon significative l'utilisation qui peut en être faite par le malfaiteur. Comme déjà indiqué, selon le mode sécurisé MD2, la carte à puce dérobée implémente une ou des actions de sécurisation afin, par exemple, de sécuriser une transaction en cours (une transaction de paiement par exemple). Le malfaiteur ne dispose donc que d'un temps limité pour utiliser la carte, que ce soit pour réaliser un paiement à distance en générant 30 un code dynamique DCVV ou en réalisant un paiement par contact ou sans contact (dans le cas notamment où le malfaiteur a également dérobé le code PIN de la carte). Dans la mesure où les utilisations frauduleuses interviennent généralement après un certain lapse de temps à compter du vol d'une carte, le propriétaire légitime est donc protégé efficacement contre les utilisations frauduleuses de ses cartes. 19 Dans le cas par exemple où la carte à puce 2a est dérobée, l'autre carte à puce 2b se configure également en mode sécurisé MD2. Selon un exemple particulier, cette autre carte peut être configurée pour basculer à nouveau en mode normal MD1 en réponse à une instruction sécurisée de l'utilisateur ou de l'émetteur 15, par exemple sur détection 5 d'un code ou d'une clé transmise via une interface homme/machine de la carte ou via un terminal approprié apte à configurer la carte. Des exemples particuliers de mise en oeuvre de l'invention sont à présent décrits ci-dessous. Un mode de réalisation particulier est à présent décrit en référence à la figure 4. 10 Plus précisément, les cartes à puce 2a et 2b représentées en figures 1-2 mettent chacune en oeuvre un procédé de traitement en exécutant respectivement les programmes d'ordinateur PG1 et PG2. On considère dans cet exemple que les cartes à puce 2a, 2b établissent (520) périodiquement une connexion sans CN entre elles. Cette connexion CN peut être initiée 15 soit toujours par l'une de ces cartes, soient à tour de rôle (une fois sur deux, par exemple), soit de façon aléatoire à l'initiative de l'une quelconque des cartes. Les cartes à puce 2a et 2b établissent (520) par exemple un couplage sans fil CN toutes les n minutes (n étant égal à 5, 10 ou 30 minutes par exemple). Au cours de chaque couplage CN, les cartes à puce 2a, 2b peuvent s'authentifier 20 mutuellement en utilisant par exemple des clés cryptographique respectives K1, K2. Cette authentification permet à chaque carte à puce de s'assurer que le couplage est réalisé avec l'autre carte à puce du système 51. On suppose que la première carte à puce 2a détecte en 522 un évènement EVT1 correspondant ici à l'actionnement de l'actionneur 20a (figure 1). 25 En réponse à cet évènement EVT1, la carte à puce 2a détermine (524) le temps DR qui s'est écoulé entre un instant tl, au cours duquel a été réalisée la dernière connexion sans fil CN avec la deuxième carte à puce 2b (i.e. la connexion CN la plus récente), et un instant courant t2. Pour ce faire, chaque carte à puce du système Si peut être configurée pour déclencher une horloge interne à chaque établissement d'une connexion sans fil CN 30 avec l'autre carte à puce du système 51. Au cours de l'étape 524, si la carte à puce 2a détecte que cette durée DR = t2 - U. excède une durée seuil DRT prédéterminée, le procédé se poursuit à l'étape 526. Sinon, le procédé se poursuit à l'étape 528. 20 Autrement dit, la carte à puce 2a détermine en 524 qu'une connexion sans fil CN e été préalablement établie avec l'autre carte à puce 2b du système Si si un temps DR écoulé entre une ancienne connexion la plus récente (à un instant tl) avec l'autre carte à puce 2b, et un instant courant t2, est supérieur ou égal à une durée seuil NT prédéterminée. Au cours de l'étape 526, la carte â puce 2a fonctionne selon le mode normal MD1 comme déjà expliqué en référence à l'étape 56 (figure 3). La carte à puce 2e peut ainsi traiter une transaction de paiement en cours selon le mode normal MD1, par exemple en générant puis affichant un cryptogramme dynamique DCW, ou encore, en coopérant 10 avec le terminal externe T (figure 1) pour mettre en oeuvre une transaction de paiement selon fe protocole EMV. En revanche, au cours de l'étape 528, la carte à puce 2a fonctionne selon le mode sécurisé MD2 comme déjà expliqué en référence à l'étape S8 (figure 3). La carte à puce 2a peut ainsi traiter une transaction de paiement en cours selon le mode sécurisé MD2, 15 en réalisant au moins action de sécurisation supplémentaire par rapport au mode normal MD1, comme déjà décrit précédemment. 511 est détecté (524) que la durée DR excède la durée seuil DRT prédéterminée, cela signifie que l'authentification de l'utilisateur e échoué et qu'un risque de sécurité significatif est détecté. La mise en oeuvre du mode sécurisé MD2 permet donc de limiter les risques de sécurité. 20 Un mode de réalisation particulier est à présent décrit en référence à la figure 5. Plus précisément, les cartes à puce 2e et 2b représentées en figures 1-2 mettent chacune en oeuvre un procédé de traitement en exécutant respectivement les programmes d'ordinateur PG1 et PG2. On considère dans cet exemple que chaque carte à puce 2a, 2b est configurée pour 25 établir une connexion sans fil CN avec l'autre carte à puce du système Si sur détection d'un évènement EVT2. Par exemple, on considère que la carte à puce 2e détecte (540) un évènement EVT2 prédéfini, correspondant par exemple à l'un des évènements EVT (52, figure 3) ou EVT1 (522, figure 4) précédemment décrits. 30 En réponse à cet évènement EVT2, la carte à puce 2e tente d'établir une connexion sans fil CN avec l'autre carte à puce 2b du système Si. Au cours d'une étape 544 de vérification, la carte à puce 2a détermine si une connexion sans fil CN a pu être établie entre les cartes à puce 2e et 2b à l'issue de l'étape 542 de connexion. 21 511 est détecté (544) que la tentative de connexion 542 a réussi, le procédé se poursuit à l'étape 546, au cours de laquelle la carte à puce 2a fonctionne en mode normal. MD1 comme déjà décrit précédemment en référence aux étapes S6 (figure 3) et 526 (figure 4). 5 Si, en revanche, il est détecté (544) que la tentative de connexion 542 a échoué, le procédé se poursuit à l'étape 548, au cours de laquelle la carte à puce 2a fonctionne en mode sécurisé MD2 comme déjà décrit précédemment en référence aux étapes 58 (figure 3) et 528 (figure 4). La carte à puce 2a traite ainsi une transaction de paiement en cours, soit selon le 10 mode normal MD1 si une connexion sans fil CN a pu être établie (S42) avec l'autre carte à puce 2b, soit selon le mode sécurisé MD2 si aucune connexion sans fil CN n'a pu être établie (542) avec l'autre carte à puce 2b. Dans les exemples de réalisation précédemment décrits, l'invention est décrite dans le cadre d'un système 51 composé d'une paire de cartes à puce 2a et 2b. Toutefois, comme 15 indiqué précédemment, l'invention s'applique plus généralement à un système comportant au moins deux cartes à puce distinctes aptes à établir des connexions sans fil CN deux à deux pour mettre en oeuvre le procédé de traitement de l'invention. Selon un mode de réalisation particulier représenté en figure 6, un système 52 analogue au système Si comporte 3 cartes à puce 2a, 2b et 2c, chacune de ces cartes présentant la structure et la configuration des cartes à puce 2a et 2, telles que décrites précédemment en référence aux figures 1.-5. Chaque carte à puce du système 52 est configurée pour établir (ou du moins, tenter d'établir) une connexion sans fil CN avec chaque autre carte à puce du système 52, de façon analogue aux étapes 520 (figure 4) et 542 (figure 5). Selon un exemple, si une 25 carte à puce quelconque du système 52 détecte qu'une connexion sans fil CN a pu être établie avec toutes les autres cartes à puce du système 52, alors elle fonctionne selon le mode normal MD1, et sinon, elle fonctionne selon le mode sécurisé MD2. Selon un autre exemple, si une quelconque carte à puce du système 52 détecte qu'une connexion sans fil CN a pu être établie avec au moins une autre carte à puce CN du système 52, alors elle 30 fonctionne selon le mode normal MD1, et sinon, elle fonctionne selon le mode sécurisé MD2. Le principe de l'invention peut ainsi être généralisé à un système de x cartes à puce, x étant un entier supérieur ou égal à 2 : 22 si une connexion sans fil CN est détectée avec au moins y autres cartes à puce du système, alors le mode normal MD1 est activé (y étant un entier paramétrable compris entre 1 et x) sinon, le mode sécurisé MD2 est activé. Par exemple, x = 3 et y = 2. lin homme du métier comprendra que les modes de réalisation et variantes décrits ci-avant ne constituent que des exemples non limitatifs de mise en oeuvre de l'invention. En particulier, l'homme du métier pourra envisager une quelconque adaptation ou combinaison des modes de réalisation et variantes décrits ci-avant afin de répondre à un 10 besoin bien particulier. 23