FR 2928759 A1 20090918 FR 0851538 A 20080311 B8665 - 13860 1 SYSTÈME DE PAIEMENT ÉLECTRONIQUE À CARTE SANS CONTACT Domaine de l'invention La présente invention concerne un système de paiement électronique, et plus particulièrement un système de paiement électronique comprenant un lecteur de cartes sans contact. Exposé de l'art antérieur Il existe actuellement de nombreux systèmes de paie-ment électronique par carte. On distingue, par exemple, des systèmes de paiement électronique permettant de réaliser des opérations de paiement avec des cartes à puce à lecture par contact, des cartes munies d'une piste magnétique à lecture par contact, des cartes à puce à lecture sans contact et des cartes munies d'une piste magnétique à lecture sans contact. Dans la suite de la description, les cartes à puces à lecture par contact et les cartes à piste magnétique à lecture par contact sont appelées cartes à contact et les cartes à puce à lecture sans contact et les cartes à piste magnétique à lecture sans contact sont appelées cartes sans contact. Un système de paiement électronique peut comprendre un terminal de paiement relié à un ou plusieurs lecteurs, par exemple un premier lecteur adapté à la lecture de cartes à puce à lecture par contact, un second lecteur adapté à la lecture de cartes à piste magnétique et un troisième lecteur adapté à la B8665 - 13860 2 lecture de cartes sans contact. Pour réaliser une opération de paiement, un utilisateur peut saisir un montant et le terminal effectue l'opération de paiement demandée lorsqu'une carte est détectée au niveau de l'un des lecteurs. Dans le domaine du paiement électronique par carte sans contact, il existe actuellement plusieurs procédés d'échange de données entre un système de paiement électronique et une carte sans contact permettant de réaliser des opérations de paie-ment. Dans la suite de la description, de tels procédés sont appelés applications de paiement. Une carte sans contact n'est généralement compatible qu'avec un nombre limité d'applications de paiement. Un système de paiement électronique classique comprenant un lecteur de carte sans contact ne peut généralement mettre en oeuvre qu'une application de paiement et ne peut donc pas fonctionner avec n'importe quelle carte sans contact. Pour réaliser des opérations de paiement avec des cartes associées à différentes applications de paiement en utilisant un seul système de paiement, il faudrait prévoir au niveau du système de paiement électronique des moyens logiciels et/ou matériels permettant la mise en oeuvre de chaque application de paiement et il serait nécessaire de prévoir une opération de sélection volontaire par l'utilisateur pour indiquer au système de paiement l'application de paiement à utiliser selon la carte sans contact présentée au lecteur du système de paiement. Une telle étape de sélection par l'utilisateur peut être source d'erreur et augmente la durée totale de l'opération de paiement, ce qui n'est pas souhaitable. Résumé de l'invention La présente invention vise un système de paiement électronique pour carte sans contact qui peut être utilisé avec des cartes sans contact associées à des applications de paiement différentes et qui ne nécessite pas d'intervention de la part d'un utilisateur pour sélectionner l'application de paiement à utiliser lors de l'opération de paiement. B8665 - 13860 3 Selon un autre objet, le système de paiement électronique permet la réalisation d'une opération de paiement dans une durée qui n'est pas excessive par rapport à des systèmes de paiement à carte sans contact classiques. La présente invention vise également un procédé de paiement électronique par carte sans contact pouvant mettre en oeuvre des applications de paiement différentes sans nécessiter l'intervention d'un utilisateur pour sélectionner l'application de paiement à utiliser. Dans ce but, la présente invention prévoit un système pour la réalisation d'opérations de paiement électronique avec des cartes à lecture sans contact, chaque carte étant adaptée à la mise en oeuvre d'au moins un procédé d'échange de données pour la réalisation d'une opération de paiement parmi plusieurs procédés d'échange de données. Le système comprend un lecteur de cartes à lecture sans contact ; des premiers modules, chaque premier module étant adapté à commander le lecteur pour la mise en oeuvre d'au moins l'un des procédés d'échange ; et un deuxième module adapté, pour la réalisation d'une opération de paiement, à recevoir des premiers modules des données représentatives de caractéristiques de cartes acceptées par les premiers modules pour l'opération de paiement à réaliser et à déterminer, selon un ordre de priorité obtenu à partir desdites données, si une carte parmi les cartes acceptées est présente au niveau du lecteur. Selon un mode de réalisation, les cartes sont d'un type parmi au moins des premier et deuxième types. Chaque premier module acceptant une carte du deuxième type est adapté à fournir au deuxième module un ordre de priorité parmi des premier et second ordres de priorité. Le premier ordre de priorité indique que le deuxième module doit déterminer si une carte du premier type est présente après avoir déterminé, sans succès, si une carte du deuxième type est présente. Le second ordre de priorité indique que le deuxième module doit déterminer B8665 - 13860 4 si une carte du deuxième type est présente après avoir déterminé, sans succès, si une carte du premier type est présente. Selon un mode de réalisation, les cartes sont d'un troisième ou quatrième types, les cartes des premier et deuxième types appartenant aux cartes du troisième type. Le deuxième module est adapté à déterminer, à partir desdites données, si au moins un premier module accepte une carte du troisième type et, dans l'affirmative, à déterminer si une carte du troisième type est présente, avant de déterminer, éventuellement, si une carte du quatrième type est présente. Selon un mode de réalisation, au moins une carte du premier type est adaptée à la mise en oeuvre d'une première liste de procédés d'échange, à chaque procédé d'échange de la première liste étant associé un ordre de préférence. Le deuxième module est adapté à déterminer, à partir desdites données, une deuxième liste des procédés d'échange acceptés par les premiers modules. Le deuxième module est adapté, par interrogation de la carte, à déterminer une troisième liste des procédés d'échange communs entre les première et deuxième listes et classés selon les ordres de préférence associés. Le deuxième module est adapté à fournir l'identifiant du procédé d'échange de la troisième liste ayant l'ordre de préférence le plus élevé. Selon un mode de réalisation, le deuxième module est adapté, si l'opération de paiement ne se déroule pas correcte- ment, à fournir l'identifiant du procédé d'échange de la troisième liste qui suit le procédé d'échange de la troisième liste ayant l'ordre de préférence le plus élevé. Un autre aspect de la présente invention prévoit un procédé de réalisation d'opérations de paiement électronique par un système de paiement électronique comprenant un lecteur de cartes à lecture sans contact, chaque carte étant adaptée à la mise en oeuvre d'au moins un procédé d'échange de données pour la réalisation d'une opération de paiement parmi plusieurs procédés d'échange de données. Le procédé comprend, pour la réalisation d'une opération de paiement, les étapes consistant à B8665 - 13860 amener des premiers modules, chaque premier module étant adapté à commander le lecteur pour la mise en oeuvre d'au moins l'un des procédés d'échange, à fournir des données représentatives de caractéristiques de cartes acceptées par les premiers modules 5 pour l'opération de paiement à réaliser ; à déterminer, selon un ordre de priorité obtenu à partir desdites données, si une carte parmi les cartes acceptées est présente ; et à amener le premier module de paiement acceptant la carte déterminée à réaliser l'opération de paiement. Selon un mode de réalisation, les cartes sont d'un type parmi au moins des premier et deuxième types. Chaque premier module acceptant une carte du deuxième type fournit un ordre de priorité parmi des premier et second ordres de priorité, le premier ordre de priorité indiquant qu'il doit être déterminé si une carte du premier type est présente après avoir déterminé, sans succès, si une carte du second type est présente et le second ordre de priorité indiquant qu'il doit être déterminé si une carte du deuxième type est présente après d'avoir déterminé, sans succès, si une carte du premier type est présente. Selon un mode de réalisation, les cartes sont d'un troisième ou quatrième types, les cartes des premier et deuxième types appartenant aux cartes du troisième type, le procédé comprenant les étapes consistant à déterminer, à partir desdites données, si au moins un premier module accepte une carte du troisième type et, dans l'affirmative, à déterminer si une carte du troisième type est présente avant de déterminer, éventuellement, si une carte du quatrième type est présente. Selon un mode de réalisation, au moins une carte du premier type est adaptée à la mise en oeuvre d'une première liste de procédés d'échange, à chaque procédé d'échange de la première liste étant associé un ordre de préférence, le procédé comprenant les étapes consistant à déterminer, à partir desdites données, une deuxième liste des procédés d'échange acceptés par les premiers modules ; à déterminer, par interrogation de la B8665 - 13860 6 carte, une troisième liste des procédés d'échange communs entre les première et deuxième listes et classés selon les ordres de préférence associés ; et à amener le premier module acceptant le procédé d'échange de la troisième liste ayant l'ordre de préférence le plus élevé à réaliser l'opération de paiement. Selon un mode de réalisation, le procédé comprend l'étape consistant, si l'opération de paiement ne se déroule pas correctement, à amener le premier module de paiement, acceptant le procédé d'échange de la troisième liste qui suit le procédé d'échange de la troisième liste ayant l'ordre de préférence le plus élevé, à réaliser l'opération de paiement. Brève description des dessins Ces objets, 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 schématique, un exemple de réalisation d'un système de paiement électronique pour carte sans contact selon l'invention ; la figure 2 représente, sous la forme d'un schéma par blocs, des étapes d'un exemple de procédé de paiement électronique par carte sans contact selon l'invention ; et les figures 3 à 9 représentent, sous la forme de schémas par blocs, des étapes de parties du procédé de paiement de la figure 2. Description détaillée Par souci de clarté, de mêmes éléments ont été désignés par de mêmes références aux différentes figures. Dans la suite de la description, on appelle module de paiement un ensemble de moyens logiciels et/ou matériels d'un système de paiement électronique permettant, lorsqu'une carte compatible est placée devant le lecteur du système de paiement électronique, la réalisation d'une opération de paiement selon au moins une application de paiement. B8665 - 13860 7 La figure 1 représente de façon schématique un exemple de réalisation d'un système de paiement électronique 10 comprenant un terminal 12 (Terminal) relié à plusieurs lecteurs 14, 16, 18. A titre d'exemple, le lecteur 14 (Chip Reader) correspond à un lecteur de carte à puce à lecture avec contact, le lecteur 16 (Swipe Reader) correspond à un lecteur de carte munie d'une piste magnétique et le lecteur 18 (Cless Card Reader) correspond à un lecteur de carte à lecture sans contact. La référence 20 désigne une carte sans contact (Cless Card). Le terminal 12 comprend un module de commande 22 (Manager) adapté à échanger des données avec les lecteurs 14, 16 pour la réalisation d'opérations de paiement. Le terminal 12 comprend des modules de paiement qui comprennent des moyens logiciels et/ou matériels pour la mise en oeuvre d'applications de paiement. Un même module de paiement permet la mise en oeuvre d'une seule application de paiement ou de plusieurs applications de paiement différentes. A titre d'exemple, trois modules de paiement 24, 26, 28 (Modl, Mod2, Mod3) sont représentés en figure 1. A titre d'exemple, le module de paie- ment 24 permet la mise en oeuvre de l'application de paiement adaptée aux cartes sans contact connues sous l'appellation Mastercard Paypass et également l'application de paiement adaptée aux cartes sans contact connues sous l'appellation Visa Paywave, et le module de paiement 26 permet la mise en oeuvre d'une application de paiement adaptée aux cartes sans contact connues sous l'appellation Monéo sans contact. Chaque module de paiement 24, 26, 28 peut permettre également la réalisation d'une opération de paiement par l'intermédiaire d'une carte à contact. Ils sont alors également reliés aux lecteurs 14 et 16. Le ter- minai 12 peut comprendre une interface homme/machine 29 à laquelle est relié le module de commande 22. L'interface 29 comprend, par exemple, des moyens de saisie de données (compor- tant, par exemple, un clavier) et des moyens d'affichage de données (comportant, par exemple, un écran d'affichage). Le terminal 12 comprend un module de détermination de critères de B8665 - 13860 8 sélection 30 (DLL TPASS) adapté à échanger des données avec le module de commande 22 et les modules de paiement 24, 26, 28. Le lecteur 18 de carte sans contact est relié au terminal 12 par une liaison d'échange de données 31, par exemple un bus USB (Universal Serial Bus). Le lecteur 18 comprend un émetteur/récepteur 32 de signaux radiofréquences (E/R Unit) pouvant échanger des données à distance avec la carte sans contact 20. L'émetteur/récepteur 32 est relié au bus 31. Le lecteur 18 comprend, en outre, un module de détection et d'activation de carte 34 (Cless DC) relié au bus 31 et à l'émetteur/récepteur 32. Dans le présent exemple de réalisation, les modules de paiement sont représentés au niveau du terminal 12. Toutefois, il est clair qu'au moins certains des modules de paiement peu- vent être localisés en totalité au niveau du lecteur 18 ou être répartis entre le terminal 12 et le lecteur 18. La figure 2 représente un exemple de procédé de réalisation d'une opération de paiement mettant en oeuvre le système de paiement 10 de la figure 1. A l'étape 40, le module de commande 22 reçoit une donnée représentative du montant de l'opération de paiement à réaliser. Pour ce faire, un utilisateur peut saisir le montant de l'opération de paiement à réaliser par l'intermédiaire de l'interface 29 du terminal 12. A titre de variante, le montant peut être transmis au terminal 12 par un système externe. Ceci peut être le cas lorsque le terminal 12 est associé à un automate tel qu'un distributeur de boissons, une caisse, etc. Selon une autre variante, le montant peut être fixe. Dans ce cas, il peut être mémorisé au niveau du terminal 12. Le procédé se poursuit à l'étape 41 à laquelle le module 30 interroge les modules de paiement 24, 26, 28 et reçoit des modules de paiement des données représentatives des caractéristiques des cartes sans contact 20 acceptées par chacun des modules de paiement 24, 26, 28 pour l'opération de paiement en cours. Le module 30 reçoit également des modules de paiement 24, 26, 28 des ordres de B8665 - 13860 9 priorité entre les applications de paiement 24, 26, 28 susceptibles d'être mises en oeuvre pour l'opération de paiement en cours. Le procédé se poursuit à l'étape 42 à laquelle le module 30 détermine, à partir des données fournies par les modules de paiement 24, 26, 28, si au moins l'un des modules de paiement 24, 26, 28 accepte, pour l'opération de paiement en cours, l'utilisation d'une carte sans contact et, dans l'affirmative, s'il dispose de suffisamment de données pour la réalisation de l'opération de paiement. Si une opération de paiement par carte sans contact peut être réalisée, le procédé se pour-suit à l'étape 43. Sinon le procédé se poursuit à l'étape 44. A l'étape 43, le système de paiement 10 tente de détecter la présence d'une carte sans contact au niveau du lecteur 18 ou d'une carte à contact au niveau des lecteurs 14 et 16. A l'étape 44, le système de paiement 10 tente seulement de détecter la présence d'une carte à contact au niveau des lecteurs 14 et 16. Si, à l'étape 43 ou 44, la présence d'une carte à contact est détectée, le procédé se poursuit à l'étape 45. Si, à l'étape 43 ou 44, aucune carte n'est détectée au bout d'une durée déterminée ou si une erreur intervient lors de la détection d'une carte, le procédé se poursuit à l'étape 46. Si, à l'étape 43, une carte sans contact est détectée et si les caractéristiques de cette carte ont pu être déterminées, le procédé se poursuit à l'étape 47. A l'étape 45, le module de commande 22 transmet au module 30 un signal indiquant que l'opération de paiement ne sera pas réalisée par l'intermédiaire d'une carte sans contact. Le module de commande 22 peut, en outre, commander la désac- tivation du lecteur 18. Le procédé se poursuit à l'étape 48 à laquelle l'opération de paiement est réalisée de façon classique par l'intermédiaire d'une carte à puce à lecture avec contact ou d'une carte à piste magnétique. Le procédé continue à l'étape 49 à laquelle le module 22 peut commander l'affichage par l'inter- B8665 - 13860 10 médiaire de l'interface 29 d'un message indiquant que l'opération de paiement est achevée. A l'étape 46, le module de commande 20 interrompt l'opération de paiement, éventuellement en affichant un message par l'intermédiaire de l'interface 29 indiquant qu'aucune carte n'a été détectée ou qu'une erreur s'est produite au cours de la détection d'une carte. Le procédé se poursuit alors à l'étape 49. A l'étape 47, une opération de paiement par carte sans contact est réalisée. Comme cela sera décrit plus en détail par la suite, dans certains cas, l'opération de paiement par carte sans contact peut être interrompue. Le procédé se poursuit alors, selon le cas, à l'étape 43 ou 44. Lorsque l'opération de paiement par carte sans contact s'est déroulée correctement, le procédé se termine à l'étape 49. A l'étape 41, le module 30 interroge chaque module de paiement 24, 26, 28 pour obtenir des données représentatives des caractéristiques de la carte ou des cartes sans contact acceptées par le module de paiement pour l'opération de paiement en cours. Les données fournies par les modules de paiement 24, 26, 28 peuvent ne pas être les mêmes d'une opération de paiement à l'autre et peuvent dépendre du montant de l'opération de paiement en cours, de l'instant de réalisation de l'opération de paiement, des opérations de paiement précédemment réalisées, etc. A titre d'exemple, le module de paiement 24 peut accepter de réaliser une opération de paiement par carte sans contact lorsque le montant de l'opération de paiement est inférieur à un seuil et refuser de réaliser une opération de paiement par carte sans contact lorsque le montant dépasse ce seuil. Le standard ISO 14443 est l'un des principaux standards concernant les cartes sans contact. Il est constitué de quatre parties. La première partie définit les caractéristiques physiques de la carte sans contact. La deuxième partie précise comment téléalimenter la carte sans contact et décrit les signaux électriques pour établir le dialogue avec la carte. La B8665 - 13860 11 troisième partie définit les phases d'initialisation des échanges et de gestion des collisions. La quatrième partie définit le protocole de transmission. Le standard ISO 14443 définit deux types de cartes sans contact, le type A et le type B, qui diffèrent principalement par la modulation utilisée pour l'échange de signaux, les algorithmes de codage utilisés (partie 2) et les procédures d'initialisation (partie 3). Les cartes de type A et B utilisent le même protocole de transmission de données (partie 4). Certaines cartes sans contact respectent les quatre parties du standard ISO 14443. Il s'agit, par exemple, des cartes sans contact connues sous l'appellation Mastercard Paypass et Visa Paywave, ou de la carte connue sous l'appellation Monéo sans contact. Dans la suite de la description, de telles cartes sans contact sont appelées cartes I. D'autres cartes sans contact ne respectent que certaines parties du standard ISO 14443. Il s'agit par exemple de certaines cartes connues sous l'appellation MiFare, appelées généralement cartes MiFare classiques qui respectent les parties 1 à 3 du standard ISO 14443. Dans la suite de la description, de telles cartes sans contact sont appelées cartes II. Selon la quatrième partie du standard ISO 14443, le dialogue entre la carte sans contact et le système de paiement s'effectue avec des trames de données appelées APDU (Application Protocol Data Unit) et commence toujours par une trame de commande appelée "command APDU" en provenance du système de paiement. La carte sans contact exécute alors l'action indiquée dans la commande et répond au système de paiement par une trame de réponse appelée "response APDU". Parmi les cartes I, cer- taines permettent la mise en oeuvre de plusieurs applications de paiement. Un identifiant d'application AID (Application Identifier) peut alors être associé à chaque application de paiement acceptée par la carte et la carte sans contact peut être inter- rogée par le système de paiement pour fournir la liste des identifiants AID des applications de paiement avec lesquelles elle est compatible. Dans la suite de la description, on appelle B8665 - 13860 12 carte I' une carte I capable de fournir une liste d'identifiants AID et on appellera carte I" une carte I qui n'est pas capable de fournir une liste d'identifiants AID. La détection de la présence d'une carte sans contact est obtenue par l'envoi d'une commande particulière, appelée commande de réveil (wake-up command) par le lecteur à laquelle est capable de répondre la carte. Plus précisément, la commande utilisée pour détecter une carte de type A est appelée WUPA et la commande utilisée pour détecter une carte de type B est appelée WUPB. Certaines cartes de type A (respectivement de type B) répondent dès qu'elles reçoivent une seule commande WUPA (respectivement WUPB). Dans la suite de la description, une telle carte est appelée carte de type A simple (respectivement carte de type B simple). D'autres cartes de type A (respec- tivement de type B) nécessitent de recevoir plusieurs commandes successives WUPA (respectivement WUPB) pour répondre et être détectées. Dans la suite de la description, une telle carte est appelée carte de type A multiple (respectivement carte de type B multiple). Un module de paiement, selon la ou les applications de paiement qu'il peut mettre en oeuvre est susceptible de n'accepter que des cartes de type A simple, que des cartes de type B simple, indifféremment des cartes de type A simple ou des cartes de type B simple, seulement des cartes de type A multiple ou seulement des cartes de type B multiple. On considérera par la suite que même les cartes qui ne respectent pas le standard ISO 14443 ou seulement une partie du standard ISO 14443 peuvent être détectées par les commandes de réveil WUPA ou WUPB. La détermination des caractéristiques d'une carte sans contact présentée au niveau du lecteur 18 met en oeuvre trois étapes successives. La première étape consiste à détecter la présence de la carte. Cette étape ne dépend que du type A ou B de la carte. La deuxième étape correspond à l'activation de la carte sans contact. Elle se caractérise notamment par une augmentation de l'amplitude des signaux fournis par le lecteur 18 pour alimenter convenablement la carte. La troisième étape B8665 - 13860 13 est une étape de sélection qui consiste à sélectionner l'application de paiement, acceptée par la carte et au moins l'un des modules de paiement, qui sera utilisée lors de la réalisation de l'opération de paiement. La troisième étape per- met notamment de déterminer si la carte détectée et activée est une carte I' ou I". Chaque module de paiement 24, 26, 28 précise au module 30 : - le type A et/ou B (simple ou multiple) des cartes 10 sans contact acceptées ; - s'il requiert une carte I, II ou autre ; -pour les cartes I, les applications de paiement acceptées ; et - un ordre de priorité pour l'activation des cartes 15 et/ou la sélection des applications de paiement. Dans la suite de la description, un exemple de réalisation va être décrit dans lequel les ordres de priorité fournis par les modules de paiement ne concernent que l'étape de sélection. Plus précisément, l'ordre de priorité pour déterminer 20 si la carte est une carte I, II ou autre est constant. Par exemple, on cherche d'abord à déterminer si la carte détectée est une carte I, puis, dans la négative, à déterminer si la carte est une carte II. S'il est déterminé que la carte détectée est une carte I, l'étape de sélection qui permet de déterminer 25 s'il s'agit d'une carte I' ou I" est effectuée selon l'ordre de priorité indiqué par les modules de paiement. A titre d'exemple, lorsqu'un module de paiement indique au module 30 qu'il requiert une carte I", il fournit également un ordre de priorité parmi deux ordres de priorité 30 "avant" et "après". L'ordre de priorité "avant" indique qu'une tentative de sélection pour carte I" doit être réalisée avant une éventuelle tentative de sélection pour carte I'. L'ordre de priorité "après" indique qu'une tentative de détection pour carte I" doit être réalisée après une éventuelle tentative de 35 sélection pour carte I'. B8665 - 13860 14 Selon une variante, les modules de paiement peuvent indiquer un ordre de priorité pour l'étape d'activation. Avant de transmettre les caractéristiques des cartes au module 34, le module 30 réalise une analyse des caracté- ristiques, notamment pour indiquer au module 34 comment réaliser l'étape de détection. La figure 3 représente, sous la forme d'un schéma par blocs, un exemple de procédé d'analyse réalisé par le module 30 à l'étape 41 décrite précédemment en relation avec la figure 2. A l'étape 54, le module 30 détermine à partir des données fournies par les modules de paiement 24, 26, 28 quels sont les types A ou B des cartes à détecter pour l'opération de paiement en cours. Le procédé se poursuit à l'étape 56 où le module 30 détermine si au moins un module de paiement n'accepte que des cartes de type A multiple. Dans l'affirmative, le procédé se poursuit à l'étape 58 et, dans la négative, le procédé se poursuit à l'étape 60. A l'étape 58, le module 30 détermine si au moins un module de paiement accepte seulement des cartes de type B simple, seulement des cartes de type B multiple ou indifféremment des cartes de type A simple ou B simple. Si la réponse à l'étape 58 est négative, cela signifie que, pour l'opération de paiement en cours, les modules de paiement 24, 26, 28 n'acceptent que des cartes de type A multiple. Le procédé se poursuit alors à l'étape 62 à laquelle le module 30 indique au module 34 que seules des commandes WUPA doivent être successivement transmises. Si la réponse à l'étape 58 est positive, le procédé se poursuit à l'étape 64 à laquelle le module 30 indique au module 34 qu'une tentative de détection de cartes de type A multiple et de cartes de type B multiple sera réalisée, plusieurs commandes successives WUPA étant suivies de plusieurs commandes successives WUPB. A l'étape 60, le module 30 détermine si au moins un module de paiement n'accepte que des cartes de type B multiple. Dans l'affirmative, le procédé se poursuit à l'étape 66 et dans la négative le procédé se poursuit à l'étape 68. A l'étape 66, B8665 - 13860 15 le module 30 détermine si au moins un module de paiement accepte seulement des cartes du type A simple ou indifféremment des cartes de type A simple ou de type B simple. Si la réponse à l'étape 66 est positive, le procédé se poursuit à l'étape 64. Si la réponse à l'étape 66 est négative, cela signifie que, pour l'opération de paiement en cours, les modules de paiement 24, 26, 28 n'acceptent que des cartes de type B multiple. Le procédé se poursuit alors à l'étape 70 à laquelle le module 30 indique au module 34 que seules des commandes WUPB successives doivent être transmises. A l'étape 68, le module 30 détermine si au moins un module de paiement accepte indifféremment des cartes de type A simple ou B simple. Dans l'affirmative, le procédé se poursuit à l'étape 72 à laquelle le module 30 indique au module 34 que la détection sera réalisée par l'envoi d'une commande WUPA puis d'une commande WUPB et ainsi de suite. Dans la négative, le procédé se poursuit à l'étape 74. A l'étape 74, le module 30 détermine si au moins un module de paiement n'accepte que des cartes de type A simple. Dans la négative, le procédé se poursuit à l'étape 76 et dans l'affirmative à l'étape 78. A l'étape 76, le module 30 détermine si au moins un module de paiement n'accepte que des cartes de type B simple. Si la réponse à l'étape 76 est positive, le procédé se poursuit à l'étape 70 et si la réponse à l'étape 76 est négative, le procédé se poursuit à l'étape 80 à laquelle un message d'erreur est émis puisque les modules de paiement n'acceptent ni des cartes de type A ni de type B (simple ou multiple). L'étape 78 est identique à l'étape 76. Si la réponse à l'étape 78 est positive, le procédé se poursuit à l'étape 72. Si la réponse à l'étape 78 est négative, le procédé se poursuit à l'étape 62. Le procédé décrit précédemment en relation avec la figure 3 permet de ne transmettre, lors de l'étape de détection, que les commandes de réveil correspondant aux cartes suscep- tibles d'être acceptées par les modules de paiement 24, 26, 28. B8665 - 13860 16 Ceci permet avantageusement de réduire la durée de l'étape de détection. La figure 4 représente, sous la forme d'un schéma par blocs, un exemple de réalisation partielle de l'étape 43 décrite 5 précédemment en relation avec la figure 2. A l'étape 82, le module 34 attend du module 30 une requête demandant qu'une détection de la présence d'une carte sans contact soit réalisée. Le module 30 fournit la requête au module 34 avec les données fournies par les modules de paiement 10 24, 26, 28 et des instructions quant au déroulement de l'étape de détection, ces instructions résultant du procédé décrit précédemment en relation avec la figure 3. Le procédé se pour-suit à l'étape 84 à laquelle le module 34 tente de détecter la présence d'une carte sans contact. Pour ce faire, le module 34 15 commande l'émetteur/récepteur 32 pour la fourniture des commandes de réveil telles qu'indiquées par le module 30. Lorsqu'une carte sans contact est détectée, le module 34 commande l'émetteur/récepteur 32 pour activer la carte détectée comme cela sera décrit plus en détail par la suite. 20 Si, à l'étape 84, une carte II est détectée et activée, le procédé se poursuit à l'étape 86 à laquelle le module 34 transmet au module 30 un signal indiquant la détection et l'activation d'une carte II. Le procédé se poursuit alors à l'étape 47. 25 Si, à l'étape 84, une carte I est détectée et activée, le procédé se poursuit à l'étape 90 à laquelle le module 34 réalise l'étape de sélection et détermine s'il s'agit d'une carte I' ou I" selon l'ordre de priorité fourni par le module 30. Si, à l'étape 90, le module 34 détermine que la carte 30 détectée et activée est une carte I', le procédé se poursuit à l'étape 92 à laquelle le module 34 transmet au module 30 un signal indiquant qu'une carte I' est présente et indiquant l'application de paiement à utiliser. Le procédé se poursuit alors à l'étape 47. Si, à l'étape 90, le module 34 détermine que 35 la carte détectée et activée est une carte I", le procédé se B8665 - 13860 17 poursuit à l'étape 94 à laquelle le module 34 transmet au module 30 un signal indiquant qu'une carte I" est présente et indiquant l'application de paiement à utiliser. Le procédé se poursuit alors à l'étape 47. Si, à l'étape 90, le module 34 ne parvient pas à déterminer si la carte I est une carte I' ou I", le procédé se poursuit à l'étape 96 à laquelle le module 34 transmet au module 30 un signal indiquant qu'une carte I non reconnue est présente. Le procédé se poursuit alors à l'étape 46. Si, à l'étape 90, le module 34 reçoit de la carte détectée et activée un signal indiquant que l'opération de paiement doit être réalisée par l'intermédiaire d'une carte à contact, le procédé se poursuit à l'étape 98 à laquelle le module 34 transmet au module 30 un signal indiquant que l'opération de paiement doit être réalisée par l'intermédiaire d'une carte à contact. Le procédé se poursuit alors à l'étape 44. Si, à l'étape 84, le module 34 ne parvient pas à déterminer si la carte détectée est une carte I ou II, le procédé se poursuit à l'étape 96. Si, à l'étape 84, une erreur se produit lors de la détection et/ou de l'activation de cartes, le procédé se poursuit à l'étape 100 à laquelle le module 34 transmet au module 30 un signal indiquant qu'une erreur est survenue. Le procédé se poursuit alors à l'étape 46. Si, à l'étape 84, aucune carte sans contact n'est détectée après l'écoulement d'une durée déterminée, le procédé se poursuit à l'étape 102 à laquelle le module 34 transmet au module 30 un signal indiquant qu'aucune carte n'a été détectée dans le délai imparti. Le procédé se poursuit alors à l'étape 46. Si, à l'étape 84, plusieurs cartes sans contact sont détectées, le procédé se poursuit à l'étape 104 à laquelle le module 34 transmet au module 30 un signal indiquant que plusieurs cartes sans contact sont détectées. Le procédé se poursuit alors à l'étape 46. La figure 5 représente, sous la forme d'un schéma par blocs, un exemple de réalisation de l'étape de détection et B8665 - 13860 18 d'activation de cartes sans contact 84 décrite précédemment en relation avec la figure 4. A l'étape 110, le module 34 détermine à partir des données fournies par le module 30 quels types de détection et d'activation doivent être réalisés. Le procédé se poursuit à l'étape 112. Si les données reçues sont insuffisantes pour réaliser la détection et l'activation d'une carte sans contact ou si une erreur se produit pendant l'analyse des données fournies par le module 30, le procédé se poursuit à l'étape 100. A l'étape 112, le module 34 détermine à partir des données reçues si au moins l'un des modules de paiement 24, 26, 28 nécessite une carte I. Dans l'affirmative, le procédé se poursuit à l'étape 113 et, dans la négative, le procédé se poursuit à l'étape 116. A l'étape 113, le module 34 ouvre le pilote dédié à la détection et à l'activation des cartes I. Le procédé se poursuit à l'étape 114 à laquelle le module 34 tente de détecter la présence d'une carte sans contact. Si la présence d'une carte est détectée, le procédé se poursuit à l'étape 120. Si aucune carte sans contact n'est détectée au bout d'une durée déterminée ou si plusieurs cartes sans contact sont détectées, le procédé se poursuit à l'étape 102 ou à l'étape 104. Si la détection d'une carte sans contact ne se déroule pas correcte-ment, le procédé se poursuit à l'étape 122. A l'étape 122, le module 34 ferme le pilote dédié à l'activation des cartes 1. Le procédé se poursuit à l'étape 124. A l'étape 124, le module 34 détermine si une nouvelle tentative de détection d'une carte doit être réalisée. Dans l'affirmative, le procédé retourne à l'étape 113 et, dans la négative, le procédé se poursuit à l'étape 100. A l'étape 120, le module 34 détermine à partir du résultat de l'étape 114 si la carte détectée est une carte I ou non. Si la carte détectée n'est pas une carte I, le procédé se poursuit à l'étape 125. A l'étape 125, le module 34 ferme le pilote dédié à l'activation des cartes I. Le procédé se poursuit à l'étape 116. Si, à l'étape 120, il est déterminé que la carte B8665 - 13860 19 détectée est une carte I, le procédé se poursuit à l'étape 126 à laquelle l'activation de la carte I est réalisée. Si l'activation de la carte I se réalise correctement, le procédé se poursuit à l'étape 90. Si à l'étape 126, l'activation de la carte ne se déroule pas correctement, le procédé se poursuit à l'étape 122. A l'étape 116, le module 34 détermine à partir des données fournies par le module 30 si une tentative de détection et d'activation d'une carte II doit être réalisée. Dans l'affirmative, le procédé se poursuit à l'étape 133 et, dans la négative, le procédé se poursuit à l'étape 96. A l'étape 133, le module 34 ouvre le pilote dédié à la détection et à l'activation des cartes II. Le procédé se poursuit à l'étape 134 à laquelle le module 34 tente de détecter la présence d'une carte II. Si la présence d'une carte est détectée, le procédé se poursuit à l'étape 136. Si la détection d'une carte II ne se déroule pas correctement, le procédé se poursuit à l'étape 137. A l'étape 137, le module 34 ferme le pilote dédié à l'activation des cartes II. Le procédé se poursuit à l'étape 138. A l'étape 138, le module 34 détermine si une nouvelle tentative de détection d'une carte II doit être réalisée. Dans l'affirmative, le procédé retourne à l'étape 133 et, dans la négative, le procédé se poursuit à l'étape 100. Si aucune carte n'est détectée au bout d'une durée déterminée, ou si plusieurs cartes sans contact sont détectées, le procédé se poursuit à l'étape 102 ou 104. En outre, si une carte est détectée mais ne correspond pas à une carte II, le procédé se poursuit à l'étape 96. A l'étape 136, le module 34 effectue une activation de la carte II. Si l'activation de la carte II se déroule correctement, le procédé se poursuit à l'étape 86. Si à l'étape 136, l'activation de la carte ne se déroule pas correctement, le procédé se poursuit à l'étape 139. A l'étape 139, le module 34 ferme le pilote dédié à l'activation des cartes II. Le procédé se poursuit à l'étape 140 à laquelle le module 34 détermine si une nouvelle tentative de détection d'une carte sans contact doit être réalisée. Dans B8665 - 13860 20 l'affirmative, le procédé retourne à l'étape 112 et, dans la négative, le procédé se poursuit à l'étape 100. La figure 6 représente, sous la forme d'un schéma par blocs, un exemple de réalisation de l'étape 90 du procédé décrit précédemment en relation avec la figure 4 dans laquelle le module 34 sélectionne l'application présente sur la carte I qui sera utilisée pour réaliser l'opération de paiement. A l'étape 150, le module 34 détermine à partir des données fournies par le module 30 dans quel ordre de priorité il doit mettre en oeuvre le procédé de sélection d'applications relatives à une carte I' et/ou à une carte I". Si l'ordre de priorité indique que la sélection d'applications pour carte I" doit être mise en oeuvre en premier lieu, le procédé se poursuit à l'étape 152 et si l'ordre de priorité indique que la sélection d'applications pour carte I' doit être mise en oeuvre en premier lieu, le procédé se poursuit à l'étape 154. A l'étape 152, le module 34 tente de sélectionner une application selon un procédé adapté à une carte I". Si l'étape 152 se déroule correctement, le procédé se poursuit à l'étape 94. Si, à l'étape 152, le module 34 ne parvient pas à sélectionner une application selon un procédé adapté à une carte I" et si l'ordre de priorité indique qu'une sélection d'application pour carte I' doit être mise en oeuvre en second lieu, le procédé se poursuit à l'étape 154, sinon le procédé se poursuit à l'étape 96. A l'étape 154, un procédé de sélection d'application adapté à une carte I' est mis en oeuvre. Si l'étape 154 se déroule correctement, le procédé se poursuit à l'étape 92. Si, à l'étape 154, la carte interrogée indique au module 34 que, pour l'opération de paiement en cours, une carte à contact doit être utilisée plutôt qu'une carte sans contact, le procédé se poursuit à l'étape 98. Si, à l'étape 154, il est déterminé qu'une nouvelle tentative de détection, d'activation et de sélection doit être réalisée, le procédé se poursuit à l'étape 43. Si, à l'étape 154, le module 34 ne parvient pas à sélectionner une application selon un procédé adapté à une carte I' et si l'ordre de priorité indique B8665 - 13860 21 qu'une sélection d'applications pour carte I" doit être mise en oeuvre en dernier lieu, le procédé se poursuit à l'étape 156, sinon le procédé se poursuit à l'étape 96. A l'étape 156, le module 34 tente de sélectionner une application selon un procédé adapté à une carte I". Si l'étape 156 se déroule correctement, le procédé se poursuit à l'étape 94 sinon, il se poursuit à l'étape 96. La figure 7 représente, sous la forme d'un schéma par blocs, un exemple de réalisation de l'étape 152 ou 156 décrite précédemment en relation avec la figure 6. A l'étape 160, le module 34 recherche, à partir des données fournies par le module 30, les commandes de type APDU à utiliser. Chaque commande permet d'interroger la carte 20 pour savoir si la carte 20 peut mettre en oeuvre une application déterminée. Le procédé se poursuit à l'étape 162. A l'étape 162, le module 34 détermine si une commande de type ADPU qui n'a pas déjà été utilisée est disponible. Dans l'affirmative, le procédé se poursuit à l'étape 164. Dans la négative, le procédé se poursuit à l'étape 154 ou 96. A l'étape 164, le module 30 commande l'émetteur-récepteur 32 pour qu'il transmette la nouvelle commande de type APDU à la carte sans contact 20. Le procédé se poursuit à l'étape 166 à laquelle le module 34 détermine si une réponse provenant de la carte 20 a été reçue. Dans l'affirmative, le procédé se poursuit à l'étape 168 et dans la négative, le procédé retourne à l'étape 160 à laquelle une autre commande de type ADPU est recherchée. A l'étape 168, une comparaison de la réponse reçue de la carte sans contact 20 et de la réponse attendue est réalisée. Le procédé se poursuit à l'étape 170 à laquelle il est déterminé si la réponse reçue et la réponse attendue sont identiques. Dans l'affirmative, le procédé continue à l'étape 94 à laquelle le module 34 indique au module 30 quelle application de paiement est acceptée par la carte II et, dans la négative, le procédé retourne à l'étape 160. La figure 8 représente, sous la forme d'un schéma par 35 blocs, un exemple de réalisation de l'étape 154 décrite précé- B8665 -13860 22 demment en relation avec la figure 6. A l'étape 180, le module 34 détermine, à partir des données fournies par le module 30, une liste, appelée liste initiale, des identifiants AID d'applications de paiement qui sont acceptées par les modules de paiement 24, 26, 28. Si une erreur se produit lors de l'établissement de la liste initiale, le procédé se poursuit à l'étape 156, sinon le procédé se poursuit à l'étape 182. A l'étape 182, le module 34 détermine si la liste initiale est vide. Dans l'affirmative, le procédé continue à l'étape 156. Dans la négative, le procédé continue à l'étape 184 à laquelle il est déterminé si la liste initiale ne comprend qu'un seul identifiant AID. Dans l'affirmative, le procédé se poursuit à l'étape 186 et, dans la négative, le procédé se poursuit à l'étape 188. A l'étape 186, le module 34 interroge la carte 20 pour déterminer si elle accepte l'application de paiement associée à l'identifiant AID unique. Si cela n'est pas le cas, le procédé se poursuit à l'étape 156. Si la carte 20 accepte l'application de paiement demandée, le procédé se poursuit à l'étape 92 à laquelle le module 34 fournit au module 30 l'identifiant AID unique. A l'étape 188, le module 34 demande à la carte sans contact de lui transmettre la liste des identifiants AID d'applications de paiement qu'elle accepte, appelée liste de la carte, les identifiants étant classés selon un ordre de préfé-rence. Ceci peut être réalisé par l'envoi d'une commande du type PPSE (Proximity Payment Selection Environment). Si la requête formulée par le module 34 est acceptée par la carte 20, le procédé se poursuit à l'étape 190 à laquelle le module 34 reçoit la liste des identifiants AID des applications de paiement acceptées par la carte classés par ordre de préférence. Le module 34 détermine une liste d'identifiants, appelée liste candidate, qui correspond aux identifiants communs entre la liste de la carte et la liste initiale, les identifiants communs étant classés selon l'ordre de préférence de la carte. Le procédé se poursuit alors à l'étape 192 à laquelle il est B8665 - 13860 23 déterminé si la liste candidate est vide. Dans la négative, le procédé se poursuit à l'étape 92 à laquelle le module 34 fournit au module 30 l'identifiant de la liste candidate qui a l'ordre de préférence le plus élevé. Si, à l'étape 192, la liste candidate est vide, le procédé se poursuit à l'étape 156. A l'étape 188, si l'étape de sélection ne se déroule pas correctement, le procédé se poursuit à l'étape 194 à laquelle il est déterminé si la carte 20 n'a pas répondu à la requête du module 34 et si une nouvelle tentative peut être réalisée. Dans l'affirmative, le procédé continue à l'étape 43. Dans la négative, le procédé se poursuit à l'étape 196 à laquelle le module 34 sélectionne successivement chaque identifiant de la liste initiale et interroge la carte pour savoir si elle peut mettre en oeuvre l'application de paiement correspondante. Pour chaque requête, la carte 20 répond en indiquant si elle accepte l'application de paiement dont l'identifiant lui a été transmis et l'ordre de préférence qu'elle attribue à cette application de paiement. Si l'étape de sélection 196 se déroule correctement, le procédé se poursuit à l'étape 190 à laquelle le module 34 détermine la liste candidate à partir des applications de la liste initiale qui sont acceptées par la carte 20. Si l'étape 196 ne se déroule pas correctement, le procédé continue à l'étape 198 à laquelle il est déterminé si la carte 20 n'a pas répondu aux requêtes du module 34 et si une nouvelle tentative peut être réalisée. Si cela est le cas, le procédé continue à l'étape 43. Si cela n'est pas le cas, le procédé se poursuit à l'étape 156. La figure 9 représente un exemple de réalisation de l'étape 47 décrite précédemment en relation avec la figure 2. A l'étape 200, lorsque le module 34 transmet au module 30 les données indiquant les caractéristiques de la carte sans contact 20 ayant été détectée, activée et pour laquelle une ou plusieurs applications de paiement ont été sélectionnées. Le module 30 informe le module 22 qu'une carte sans contact est présente et qu'une opération de paiement par carte sans contact B8665 - 13860 24 peut être réalisée. Le module 22 informe alors le module 30 de commander la réalisation de l'opération de paiement par carte sans contact. Le procédé se poursuit à l'étape 202 dans le cas où une carte I' a été détectée et activée, à l'étape 204 dans le cas où une carte I" a été détectée et activée et à l'étape 206 dans le cas où une carte II a été détectée et activée ou dans le cas où une carte a été détectée qui n'est pas une carte I ou II. A l'étape 202, le module 30 appelle le module de paiement 24, 26, 28 adapté à mettre en oeuvre l'application de paiement correspondant à l'identifiant AID retenu suite au procédé décrit précédemment en relation avec la figure 8. Le module 30 fournit au module de paiement 24, 26, 28 les carac- téristiques de la carte sans contact 20 pour la réalisation de l'opération de paiement. L'opération de paiement peut s'achever de façon normale ou anormale. Une interruption anormale peut se produire dans plusieurs cas de figures. Un premier cas de figure correspond au fait que la carte 20 peut, au cours de l'opération de paiement, indiquer au module de paiement 24, 26, 28 qu'elle ne peut pas réaliser l'opération de paiement avec l'application ayant l'identifiant AID sélectionné. Un second cas de figure correspond à la survenue d'une erreur au cours de la transac- tion, par exemple dans le cas où la carte 20 est retirée avant l'achèvement de l'opération de paiement. A la fin de l'opération de paiement, normale ou non, le procédé se poursuit à l'étape 208 à laquelle il est déterminé, lorsque l'opération de paiement ne s'est pas déroulée correctement, si l'identifiant AID de l'application de paiement doit être retiré de la liste candi- date. Dans la négative, le procédé se poursuit à l'étape 210 à laquelle il est déterminé, lorsque l'opération de paiement ne s'est pas déroulée correctement, si le procédé de sélection doit être réalisé à nouveau. Dans l'affirmative, le procédé retourne à l'étape 43 ou 44. Dans la négative, c'est-à-dire lorsque l'opération de paiement s'est déroulée correctement ou lorsque l'opération de paiement ne s'est pas déroulée correctement mais qu'il n'est pas demandé de refaire une tentative, le procédé se B8665 -13860 25 poursuit à l'étape 52 à laquelle l'opération de paiement est achevée. A l'étape 208, si un retrait de l'identifiant AID sélectionné de la liste candidate doit être réalisé, le procédé se poursuit à l'étape 212 à laquelle le module 30 transmet au module 34 un signal lui indiquant de retirer l'identifiant AID sélectionné de la liste candidate et de lui fournir l'identifiant suivant dans la liste candidate. S'il n'y a plus d'identifiant disponible dans la liste candidate, le procédé se poursuit à l'étape 52. S'il reste des identifiants disponibles dans la liste candidate, le procédé se poursuit à l'étape 202 à laquelle le module 30 appelle le module de traitement 24, 26, 28 adapté à mettre en oeuvre l'application de paiement correspondant au nouvel identifiant sélectionné. A l'étape 204, le module 30 appelle le module de paiement 24, 26, 28 adapté à réaliser l'application de paiement sélectionnée. Le procédé se poursuit à l'étape 214 à laquelle l'opération de paiement est réalisée. A l'étape 206, dans le cas où une carte II a été détectée ou dans le cas où une carte sans contact non reconnue a été détectée, le module 30 appelle un module de paiement susceptible de réaliser une opération de paiement avec un tel type de carte. Les modules de paiement peuvent alors être interrogés par ordre de priorité. Le procédé se poursuit à l'étape 216 à laquelle il est déterminé si un module de paiement 24, 26, 28 peut réaliser l'opération de paiement avec la carte sans contact détectée. Dans l'affirmative, le procédé se poursuit à l'étape 214. Dans la négative, le procédé se poursuit à l'étape 52. Des modes de réalisation particuliers de la présente invention ont été décrits. Diverses variantes et modifications apparaîtront à l'homme de l'art. En particulier, le module de commande 22 et le module 30 peuvent être au moins en partie confondus. De même, les modules 30 et 34 peuvent être au moins en partie confondus. REVENDICATIONS 1. Système (10) pour la réalisation d'opérations de paiement électronique avec des cartes à lecture sans contact (20), chaque carte étant adaptée à la mise en oeuvre d'au moins un procédé d'échange de données pour la réalisation d'une opéra- tion de paiement parmi plusieurs procédés d'échange de données, le système comprenant : un lecteur (18) de cartes à lecture sans contact ; des premiers modules (24, 26, 28), chaque premier module étant adapté à commander le lecteur pour la mise en 10 oeuvre d'au moins l'un des procédés d'échange ; et un deuxième module (30, 34) adapté, pour la réalisation d'une opération de paiement, à recevoir des premiers modules des données repré- sentatives de caractéristiques de cartes acceptées par les 15 premiers modules pour l'opération de paiement à réaliser ; et déterminer, selon un ordre de priorité obtenu à partir desdites données, si une carte parmi les cartes acceptées est présente au niveau du lecteur. 20 2. Système selon la revendication 1, dans lequel les cartes (20) sont d'un type parmi au moins des premier et deuxième types, chaque premier module (24, 26, 28) acceptant une carte du deuxième type étant adapté à fournir au deuxième module (30, 34) un ordre de priorité parmi des premier et second ordres 25 de priorité, le premier ordre de priorité indiquant que le deuxième module doit déterminer si une carte du premier type est présente après avoir déterminé, sans succès, si une carte du deuxième type est présente et le second ordre de priorité indiquant que le deuxième module doit déterminer si une carte du 30 deuxième type est présente après avoir déterminé, sans succès, si une carte du premier type est présente. 3. Système selon la revendication 2, dans lequel les cartes (20) sont d'un troisième ou quatrième types, les cartes des premier et deuxième types appartenant aux cartes du troi-B8665 - 13860 27 sième type, et dans lequel le deuxième module (30, 34) est adapté à déterminer, à partir desdites données, si au moins un premier module (24, 26, 28) accepte une carte du troisième type et, dans l'affirmative, à déterminer si une carte du troisième type est présente, avant de déterminer, éventuellement, si une carte du quatrième type est présente. 4. Système selon la revendication 2 ou 3, dans lequel au moins une carte (20) du premier type est adaptée à la mise en oeuvre d'une première liste de procédés d'échange, à chaque procédé d'échange de la première liste étant associé un ordre de préférence, dans lequel le deuxième module (30, 34) est adapté à déterminer, à partir desdites données, une deuxième liste des procédés d'échange acceptés par les premiers modules (24, 26, 28), dans lequel le deuxième module est adapté, par interroga- tion de la carte, à déterminer une troisième liste des procédés d'échange communs entre les première et deuxième listes et classés selon les ordres de préférence associés, et dans lequel le deuxième module est adapté à fournir l'identifiant du procédé d'échange de la troisième liste ayant l'ordre de préférence le plus élevé. 5. Système selon la revendication 4, dans lequel le deuxième module (30, 34) est adapté, si l'opération de paiement ne se déroule pas correctement, à fournir l'identifiant du pro-cédé d'échange de la troisième liste qui suit le procédé d'échange de la troisième liste ayant l'ordre de préférence le plus élevé. 6. Procédé de réalisation d'opérations de paiement électronique par un système (10) de paiement électronique comprenant un lecteur (18) de cartes à lecture sans contact (20), chaque carte étant adaptée à la mise en oeuvre d'au moins un procédé d'échange de données pour la réalisation d'une opération de paiement parmi plusieurs procédés d'échange de données, le procédé comprenant les étapes suivantes, pour la réalisation d'une opération de paiement :B8665 - 13860 28 amener des premiers modules (24, 26, 28), chaque premier module étant adapté à commander le lecteur pour la mise en oeuvre d'au moins l'un des procédés d'échange, à fournir des données représentatives de caractéristiques de cartes acceptées par les premiers modules pour l'opération de paiement à réaliser ; déterminer, selon un ordre de priorité obtenu à partir desdites données, si une carte parmi les cartes acceptées est présente ; et amener le premier module de paiement acceptant la carte déterminée à réaliser l'opération de paiement. 7. Procédé selon la revendication 6, dans lequel les cartes (20) sont d'un type parmi au moins des premier et deuxième types et dans lequel, chaque premier module (24, 26, 28) acceptant une carte du deuxième type fournit un ordre de priorité parmi des premier et second ordres de priorité, le premier ordre de priorité indiquant qu'il doit être déterminé si une carte du premier type est présente après avoir déterminé, sans succès, si une carte du second type est présente et le second ordre de priorité indiquant qu'il doit être déterminé si une carte du deuxième type est présente après d'avoir déterminé, sans succès, si une carte du premier type est présente. 8. Procédé selon la revendication 7, dans lequel les cartes (20) sont d'un troisième ou quatrième types, les cartes des premier et deuxième types appartenant aux cartes du troisième type, le procédé comprenant les étapes consistant à déterminer, à partir desdites données, si au moins un premier module (24, 26, 28) accepte une carte du troisième type et, dans l'affirmative, à déterminer si une carte du troisième type est présente avant de déterminer, éventuellement, si une carte du quatrième type est présente. 9. Procédé selon la revendication 7 ou 8, dans lequel au moins une carte (20) du premier type est adaptée à la mise en oeuvre d'une première liste de procédés d'échange, à chaqueB8665 - 13860 29 procédé d'échange de la première liste étant associé un ordre de préférence, le procédé comprenant les étapes suivantes : déterminer, à partir desdites données, une deuxième liste des procédés d'échange acceptés par les premiers modules (24, 26, 28) ; déterminer, par interrogation de la carte, une troisième liste des procédés d'échange communs entre les première et deuxième listes et classés selon les ordres de préférence associés ; et amener le premier module acceptant le procédé d'échange de la troisième liste ayant l'ordre de préférence le plus élevé à réaliser l'opération de paiement. 10. Procédé selon la revendication 9, comprenant l'étape consistant, si l'opération de paiement ne se déroule pas correctement, à amener le premier module de paiement, acceptant le procédé d'échange de la troisième liste qui suit le procédé d'échange de la troisième liste ayant l'ordre de préférence le plus élevé, à réaliser l'opération de paiement.