FR2928759A1

FR2928759A1 - Electronic payment operation carrying out system, has two modules receiving payment modules of data representing characteristics of cards, where one of cards is determined to be presented at reader based on priority order obtained from data

Info

Publication number: FR2928759A1
Application number: FR0851538A
Authority: FR
Inventors: Matthieu Gatesoupe; Nicolas Crouzet
Original assignee: Sagem Monetel SAS
Current assignee: Banks and Acquirers International Holding SAS
Priority date: 2008-03-11
Filing date: 2008-03-11
Publication date: 2009-09-18
Anticipated expiration: 2028-03-11
Also published as: FR2928759B1

Abstract

The system (10) has a cless card reader (18) to read contactless reader circuit cards (20) i.e. cless card, and three payment modules (24-28) to control the reader to implement one of data exchange processes. A selection criterion determination module (30) and a card activation and detection module (34) receive the payment modules of data representing characteristics of the cards that are accepted by the payment modules for electronic payment operation. One of the accepted cards is determined to be presented at level of the reader based on a priority order obtained from the data. An independent claim is also included for a method for carrying out operation of electronic payment by an electronic payment system.

Description

B8665 - 13860 1 SYSTÈME DE PAIEMENT ÉLECTRONIQUE À CARTE SANS CONTACT B8665 - 13860 1 NON-CONTACT CARD ELECTRONIC PAYMENT SYSTEM

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. Field of the Invention The present invention relates to an electronic payment system, and more particularly to an electronic payment system comprising a contactless card reader.

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 BACKGROUND OF THE PRIOR ART There are currently many electronic card payment systems. There are, for example, electronic payment systems for carrying out payment transactions with contact-reading chip cards, cards with contact-reading magnetic stripe, contactless smart cards and cards with a contactless magnetic stripe. In the following description, contact-reading chip cards and contact-reading magnetic stripe cards are referred to as contact cards and contactless smart cards and contactless magnetic stripe cards are called contactless cards. An electronic payment system may comprise a payment terminal connected to one or more readers, for example a first reader adapted to reading contact-reading smart cards, a second reader adapted to reading magnetic stripe cards and a reader third reader adapted to the 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. 2 reading contactless cards. To perform a payment transaction, a user can enter an amount and the terminal performs the requested payment transaction when a card is detected at one of the readers.

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. In the field of electronic payment by contactless card, there are currently several processes for exchanging data between an electronic payment system and a contactless card making it possible to carry out payment transactions. In the rest of the description, such methods are called payment applications. A contactless card is generally only compatible with a limited number of payment applications. A conventional electronic payment system comprising a contactless card reader can generally implement only one payment application and therefore can not work with any contactless card. To carry out payment transactions with cards associated with different payment applications using a single payment system, it would be necessary to provide at the level of the electronic payment system software and / or hardware means allowing the implementation of each payment application. and it would be necessary to provide a voluntary selection operation by the user to indicate to the payment system the payment application to be used according to the contactless card presented to the reader of the payment system. Such a selection step by the user can be a source of error and increases the total duration of the payment transaction, which is undesirable. SUMMARY OF THE INVENTION The present invention is directed to an electronic payment system for a contactless card which can be used with contactless cards associated with different payment applications and which does not require any intervention by a user for select the payment application to use during the payment transaction.

B8665 - 13860 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. According to another object, the electronic payment system allows the realization of a payment transaction in a duration that is not excessive compared to conventional non-contact card payment systems.

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. The present invention also relates to a method of electronic payment by contactless card that can implement different payment applications without requiring the intervention of a user to select the payment application to use.

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 For this purpose, the present invention provides a system for carrying out electronic payment operations with contactless reading cards, each card being adapted to the implementation of at least one data exchange method for carrying out a payment transaction among several data exchange methods. The system includes a contactless card reader; first modules, each first module being adapted to control the reader for the implementation of at least one of the exchange methods; and a second module adapted, for performing a payment operation, to receive first modules of data representative of card characteristics accepted by the first modules for the payment transaction to be performed and determined, in order of priority obtained from said data, if a card among the accepted cards is present at the reader. According to one embodiment, the cards are of one type among at least first and second types. Each first module accepting a card of the second type is adapted to provide the second module with an order of priority among first and second priority orders. The first order of priority indicates that the second module must determine if a card of the first type is present after determining, without success, whether a card of the second type is present. The second order of priority indicates that the second module should determine 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 4 if a card of the second type is present after determining, without success, if a card of the first type is present. According to one embodiment, the cards are of a third or fourth type, the cards of the first and second types belonging to the cards of the third type. The second module is adapted to determine, from said data, whether at least a first module accepts a card of the third type and, if so, to determine whether a card of the third type is present, before determining, if any, whether a card of the fourth type is present. According to one embodiment, at least one card of the first type is suitable for implementing a first list of exchange methods, each exchange method of the first list being associated with an order of preference. The second module is adapted to determine, from said data, a second list of exchange methods accepted by the first modules. The second module is adapted, by querying the card, to determine a third list of common exchange processes between the first and second lists and classified according to the associated preference orders. The second module is adapted to provide the identifier of the exchange method of the third list having the highest order of preference. According to one embodiment, the second module is adapted, if the payment transaction does not proceed correctly, to provide the identifier of the exchange method of the third list which follows the exchange method of the third list with the highest order of preference. Another aspect of the present invention provides a method for performing electronic payment transactions by an electronic payment system comprising a card reader with contactless reading, each card being adapted to the implementation of at least one method of data exchange for carrying out a payment transaction among a number of data exchange methods. The method comprises, for carrying out a payment transaction, the steps of 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. bringing first modules, each first module being adapted to control the reader for the implementation of at least one of the exchange methods, to provide data representative of card characteristics accepted by the first modules 5 for the payment transaction to be carried out; determining, according to an order of priority obtained from said data, whether a card among the accepted cards is present; and to cause the first payment module accepting the determined card to perform the payment transaction.

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 According to one embodiment, the cards are of one type among at least first and second types. Each first module accepting a card of the second type provides an order of priority among first and second orders of priority, the first order of priority indicating that it must be determined whether a card of the first type is present after determining, without success, if a card of the second type is present and the second priority order indicating that it must be determined whether a card of the second type is present after having determined, without success, whether a card of the first type is present. According to one embodiment, the cards are of a third or fourth type, the cards of the first and second types belonging to the cards of the third type, the method comprising the steps of determining, from said data, whether at least a first module accepts a card of the third type and, if so, to determine if a card of the third type is present before determining, possibly, if a card of the fourth type is present. According to one embodiment, at least one card of the first type is suitable for implementing a first list of exchange methods, each method of exchange of the first list being associated with an order of preference, the method comprising the steps of determining, from said data, a second list of exchange methods accepted by the first modules; to be determined by interrogation of 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. 6 map, a third list of common exchange processes between the first and second lists and classified according to the associated orders of preference; and causing the first module accepting the exchange method of the third list having the highest order of preference to perform the payment operation. According to one embodiment, the method comprises the step of, if the payment transaction does not proceed correctly, to bring the first payment module, accepting the exchange process of the third list which follows the method of exchange of the third list having the highest order of preference, to perform the payment transaction. BRIEF DESCRIPTION OF THE DRAWINGS These and other objects, features, and advantages will be set forth in detail in the following non-limiting description of particular embodiments in connection with the accompanying drawings in which: FIG. schematically, an embodiment of an electronic payment system for a contactless card according to the invention; FIG. 2 represents, in the form of a block diagram, the steps of an example of a non-contact card electronic payment method according to the invention; and FIGS. 3 to 9 show, in the form of block diagrams, the steps of parts of the payment method of FIG. 2. DETAILED DESCRIPTION For the sake of clarity, the same elements have been designated with the same references in the various figures. In the remainder of the description, a payment module is a set of software and / or hardware means of an electronic payment system enabling, when a compatible card is placed in front of the reader of the electronic payment system, the production of a payment transaction according to at least one payment application.

B8665 - 13860 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 FIG. 1 schematically represents an exemplary embodiment of an electronic payment system 10 comprising a terminal 12 (Terminal) connected to several readers 14, 16, 18. For example, the reader 14 (Chip Reader) corresponds to a contact-read smart card reader, the reader 16 (Swipe Reader) corresponds to a card reader equipped with a magnetic stripe and the reader 18 (Cless Card Reader) corresponds to a card reader to reading without contact. Reference 20 designates a contactless card (Cless Card). The terminal 12 comprises a control module 22 (Manager) adapted to exchange data with the readers 14, 16 for carrying out payment transactions. The terminal 12 includes payment modules that include software and / or hardware means for the implementation of payment applications. The same payment module allows the implementation of a single payment application or several different payment applications. For example, three payment modules 24, 26, 28 (Mod1, Mod2, Mod3) are shown in Figure 1. For example, the payment module 24 allows the implementation of the application payment method adapted to contactless cards known as Mastercard Paypass and also the payment application adapted to contactless cards known as Visa Paywave, and the payment module 26 allows the implementation of an application of payment adapted to the contactless cards known under the name Monéo without contact. Each payment module 24, 26, 28 can also allow the realization of a payment transaction via a contact card. They are then also connected to the readers 14 and 16. The terminal 12 may comprise a man / machine interface 29 to which the control module 22 is connected. The interface 29 comprises, for example, data input means ( comprising, for example, a keyboard) and data display means (including, for example, a display screen). Terminal 12 includes a criteria determination module of 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. 8 selection 30 (TPASS DLL) adapted to exchange data with the control module 22 and the payment modules 24, 26, 28. The reader 18 of contactless card is connected to the terminal 12 by a data exchange link 31 , for example a USB bus (Universal Serial Bus). The reader 18 comprises a radio frequency transmitter / receiver 32 (E / R Unit) that can exchange data remotely with the contactless card 20. The transmitter / receiver 32 is connected to the bus 31. The reader 18 further comprises a card detection and activation module 34 (Cless DC) connected to the bus 31 and to the transmitter / receiver 32. In the present example embodiment, the payment modules are represented at the terminal 12. However, it is clear that at least some of the payment modules can be located entirely at the reader 18 or be distributed between the terminal 12 and the reader 18. FIG. 2 represents an exemplary method of carrying out an operation payment system implementing the payment system 10 of FIG.

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 In step 40, the control module 22 receives a data representative of the amount of the payment transaction to be performed. To do this, a user can enter the amount of the payment transaction to be performed via the interface 29 of the terminal 12. Alternatively, the amount can be transmitted to the terminal 12 by an external system. This may be the case when the terminal 12 is associated with a machine such as a beverage dispenser, a box, etc. According to another variant, the amount can be fixed. In this case, it can be stored at the terminal 12. The method continues in step 41 at which the module 30 interrogates the payment modules 24, 26, 28 and receives payment modules of the data representative of the characteristics of the payment modules. contactless cards 20 accepted by each of the payment modules 24, 26, 28 for the current payment transaction. Module 30 also receives payment modules 24, 26, 28 from 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 9 priority between payment applications 24, 26, 28 likely to be implemented for the current payment transaction. The method continues in step 42 at which the module 30 determines, from the data provided by the payment modules 24, 26, 28, if at least one of the payment modules 24, 26, 28 accepts, for the current payment transaction, the use of a contactless card and, if so, whether it has sufficient data for the completion of the payment transaction. If a non-contact card payment operation can be performed, the method continues in step 43. Otherwise, the process proceeds to step 44. In step 43, the payment system 10 attempts to detect the presence of a contactless card at the reader 18 or a contact card at the level of the readers 14 and 16. At the step 44, the payment system 10 only attempts to detect the presence of a card. contact at the level of the readers 14 and 16. If, in step 43 or 44, the presence of a contact card is detected, the method continues in step 45. If, in step 43 or 44, no card is detected after a determined duration or if an error occurs during the detection of a card, the process continues in step 46. If, in step 43, a contactless card is detected and if the characteristics of this card could be determined, the method continues in step 47. In step 45, the module of co mmande 22 transmits to the module 30 a signal indicating that the payment transaction will not be performed via a contactless card. The control module 22 can also control the deactivation of the reader 18. The method continues in step 48 at which the payment transaction is carried out in a conventional manner via a smart card. with contact reading or a magnetic stripe card. The method continues in step 49 at which the module 22 can control the display through the 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. 10 of the interface 29 of a message indicating that the payment transaction has been completed. In step 46, the control module 20 interrupts the payment operation, possibly by displaying a message via the interface 29 indicating that no card has been detected or that an error has occurred. produced during the detection of a card. The process then proceeds to step 49. In step 47, a non-contact card payment transaction is performed. As will be described in more detail later, in some cases the non-contact card payment transaction may be interrupted. The process then continues, as the case may be, in step 43 or 44. When the contactless card payment transaction has been successful, the process ends at step 49. At step 41, the module 30 queries each payment module 24, 26, 28 to obtain data representative of the characteristics of the card or contactless cards accepted by the payment module for the current payment transaction. The data provided by the payment modules 24, 26, 28 may not be the same from one payment transaction to another and may depend on the amount of the current payment transaction, the instant of realization of the payment transaction, the payment transactions previously carried out, etc. For example, the payment module 24 can accept to perform a payment transaction by contactless card when the amount of the payment transaction is less than a threshold and refuse to perform a payment operation by contactless card when the amount exceeds this threshold.

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 The ISO 14443 standard is one of the main standards for contactless cards. It consists of four parts. The first part defines the physical characteristics of the contactless card. The second part explains how to remote feed the contactless card and describes the electrical signals to establish the dialogue with the card. The 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 Part III defines the initialization phases of exchanges and collision management. The fourth part defines the transmission protocol. The ISO 14443 standard defines two types of contactless cards, Type A and Type B, which differ mainly in the modulation used for signal exchange, the coding algorithms used (Part 2) and the initialization procedures ( part 3). Type A and B cards use the same data transmission protocol (part 4). Some contactless cards comply with the four parts of the ISO 14443 standard. These include, for example, contactless cards known as Mastercard Paypass and Visa Paywave, or the card known as Contactless Mono. In the rest of the description, such contactless cards are called cards I. Other contactless cards only respect certain parts of the ISO 14443 standard. For example, some cards known as MiFare, called generally conventional MiFare cards that comply with parts 1 to 3 of ISO 14443. In the following description, such contactless cards are called cards II. According to the fourth part of the ISO 14443 standard, the dialogue between the contactless card and the payment system is carried out with data frames called Application Protocol Data Units (APDUs) and always starts with a command frame called "APDU command". from the payment system. The contactless card then executes the action indicated in the command and responds to the payment system with a response frame called "APDU response". Among the I cards, some allow the implementation of several payment applications. An application identifier (AID) can then be associated with each payment application accepted by the card and the contactless card can be interrogated by the payment system to provide the list of AID identifiers of payment applications with which it is compatible. In the rest of the description, we call 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 12 card I 'a card I capable of providing a list of identifiers AID and will be called card I "a card I which is not able to provide a list of identifiers AID .The detection of the presence of a card without contact is obtained by sending a particular command, called wake-up command by the reader to which the card is able to respond, more specifically, the command used to detect a type A card is called WUPA and the command used to detect a type B card is called WUPB Some type A cards (respectively of type B) respond as soon as they receive a single WUPA command (respectively WUPB). such a card is called a simple type A card (respectively simple B card) Other A cards (type B respectively) require to receive several successive WUPA commands (respectively WUPB) to respond and be detected In the remainder of the description, such a card is called a multiple type A card (respectively a multiple type B card). A payment module, depending on the payment application or applications that it can implement is likely to accept only simple type A cards, as simple type B cards, regardless of simple type A cards or simple type B cards, only multiple A cards or only multiple B cards. It will be considered later that even cards that do not comply with the ISO 14443 standard or only part of the ISO 14443 standard can be detected by the WUPA or WUPB wake-up commands. The determination of the characteristics of a contactless card presented at the level of the reader 18 implements three successive steps. The first step is to detect the presence of the card. This step depends only on the type A or B of the card. The second step corresponds to the activation of the contactless card. It is characterized in particular by an increase in the amplitude of the signals provided by the reader 18 to properly power the card. The third step 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'. 13 is a selection step which consists in selecting the payment application, accepted by the card and at least one of the payment modules, which will be used during the execution of the payment transaction. The third step makes it possible in particular to determine whether the card detected and activated is an I 'or I "card. Each payment module 24, 26, 28 specifies to the module 30: - type A and / or B (single or multiple ) approved contactless cards 10 - if it requires an I, II or other card - for I cards, accepted payment applications, and - an order of priority for card activation 15 and / or In the remainder of the description, an exemplary embodiment will be described in which the priority orders provided by the payment modules relate only to the selection step. If the card is an I, II or other card is constant, for example, it is first necessary to determine whether the card detected is a card I, and then, if not, to determine whether the card is a card. If it is determined that the detected card is an I card, the selection step which determines whether it is a card I 'or I "is performed in the order of priority indicated by the payment modules. For example, when a payment module indicates to the module 30 that it requires a card I ", it also provides an order of priority among two priority orders" before "and" after ". priority "before" indicates that an attempt to select for I card "must be made before a possible card selection attempt I '. The "after" priority order indicates that a card I detection attempt "must be made after a possible card selection attempt I".

B8665 - 13860 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. According to one variant, the payment modules can indicate an order of priority for the activation step. Before transmitting the characteristics of the cards to the module 34, the module 30 performs an analysis of the characteristics, in particular to indicate to the module 34 how to carry out the detection step. FIG. 3 represents, in the form of a block diagram, an example of an analysis method carried out by the module 30 in step 41 described above in relation to FIG. 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 In step 54, the module 30 determines from the data provided by the payment modules 24, 26, 28 which types A or B of the cards to be detected for the current payment transaction. The method continues in step 56 where the module 30 determines whether at least one payment module accepts only multiple type A cards. If so, the process proceeds to step 58 and, if not, the method proceeds to step 60. In step 58, the module 30 determines whether at least one payment module accepts only simple type B cards, only multiple B type cards or either single or single B type cards. If the answer in step 58 is negative, it means that, for the current payment transaction, the payment modules 24, 26, 28 only accept multiple type A cards. The method then continues in step 62 at which the module 30 indicates to the module 34 that only WUPA commands must be successively transmitted. If the response in step 58 is positive, the method continues in step 64 at which module 30 indicates to module 34 that an attempt is made to detect multiple type A cards and multiple type B cards. , several successive orders WUPA being followed by several successive orders WUPB. In step 60, the module 30 determines whether at least one payment module accepts only multiple type B cards. If so, the process proceeds to step 66 and if not, the process proceeds to step 68. At step 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. The module 30 determines whether at least one payment module accepts only simple type A cards or either simple type A or simple type B cards. If the answer in step 66 is positive, the process continues in step 64. If the answer in step 66 is negative, it means that, for the current payment transaction, the payment modules 24 , 26, 28 only accept multiple B-type cards. The method then continues in step 70 at which the module 30 indicates to the module 34 that only successive WUPB commands must be transmitted. In step 68, the module 30 determines whether at least one payment module accepts either type A or simple B cards. If so, the method continues in step 72 at which the module 30 indicates to the module 34 that the detection will be performed by sending a WUPA command and a WUPB command and so on. If not, the method continues in step 74. In step 74, the module 30 determines whether at least one payment module accepts only simple type A cards.

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. If not, the method continues in step 76 and if so in step 78. In step 76, the module 30 determines whether at least one payment module accepts only B-type cards. simple. If the answer in step 76 is positive, the method continues in step 70 and if the answer in step 76 is negative, the method proceeds to step 80 at which an error message is issued. since the payment modules do not accept either type A or type B cards (single or multiple). Step 78 is the same as step 76. If the answer in step 78 is positive, the process proceeds to step 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. If the answer in step 78 is negative, the method continues in step 62. The method described above in connection with FIG. 3 makes it possible to transmit, during the detection step, only the corresponding wake-up commands. cards that can be accepted by the payment modules 24, 26, 28.

B8665 - 13860 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 This advantageously makes it possible to reduce the duration of the detection step. FIG. 4 represents, in the form of a block diagram, an example of a partial embodiment of the step 43 described previously with reference to FIG. 2. In step 82, the module 34 expects a request from module 30 requesting that a detection of the presence of a contactless card be carried out. The module 30 provides the request to the module 34 with the data provided by the payment modules 24, 26, 28 and instructions as to the progress of the detection step, these instructions resulting from the method described above in connection with FIG. The method continues in step 84 at which the module 34 attempts to detect the presence of a contactless card. For this purpose, the module 34 controls the transmitter / receiver 32 for the provision of the wake-up commands as indicated by the module 30. When a contactless card is detected, the module 34 controls the transmitter / receiver 32 to activate the detected map as will be described in more detail later. If, in step 84, a card II is detected and activated, the process proceeds to step 86 at which the module 34 transmits to the module 30 a signal indicating the detection and activation of a card II. The method then proceeds to step 47. If, in step 84, a card I is detected and activated, the method proceeds to step 90 at which the module 34 performs the selection step and determines if it is an I 'or I "card in the order of priority provided by the module 30. If, in step 90, the module 34 determines that the card 30 detected and activated is a card I ', the method continues in step 92 at which the module 34 transmits to the module 30 a signal indicating that a card I' is present and indicating the payment application to be used .The process then continues at step 47. If, in step 90, the module 34 determines that the card detected and activated is a card I ", the method is 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 17, the module 34 transmits to the module 30 a signal indicating that a card I "is present and indicating the payment application to be used, the method then continues in step 47. in step 90, the module 34 fails to determine whether the card I is an I 'or I "card, the method continues in step 96 at which the module 34 transmits to the module 30 a signal indicating that an unrecognized I card is present. The method then continues in step 46. If, in step 90, the module 34 receives from the detected and activated card a signal indicating that the payment transaction must be carried out via a card. contact, the method continues in step 98 at which the module 34 transmits to the module 30 a signal indicating that the payment transaction must be performed via a contact card. The process then proceeds to step 44. If, at step 84, the module 34 fails to determine whether the detected card is a card I or card II, the process proceeds to step 96. If, in step 84, an error occurs during the detection and / or activation of cards, the method continues in step 100 at which the module 34 transmits to the module 30 a signal indicating that an error is occurred. The method then continues in step 46. If, in step 84, no contactless card is detected after the lapse of a determined duration, the method continues in step 102 at which the module 34 transmits to the module 30 a signal indicating that no card has been detected within the time limit. The method then continues in step 46. If, in step 84, several contactless cards are detected, the method continues in step 104 at which the module 34 transmits to the module 30 a signal indicating that several cards contactless are detected. The process then continues in step 46. FIG. 5 represents, in the form of a block diagram, an exemplary embodiment of the detection step and 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. In step 110, the module 34 determines from the data provided by the module 30 which types of detection and activation must be performed. The method continues in step 112. If the received data are insufficient to perform the detection and activation of a contactless card or if an error occurs during the analysis of the data provided by the module 30, the method continues at step 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. In step 112, the module 34 determines from the received data whether at least one of the payment modules 24, 26, 28 requires a card I. If so, the method continues at step 113 and if not, the process proceeds to step 116. In step 113, the module 34 opens the driver dedicated to the detection and activation of the I-cards. The method continues in step 114 to which the module 34 attempts to detect the presence of a contactless card. If the presence of a card is detected, the method continues in step 120. If no contactless card is detected after a determined duration or if several contactless cards are detected, the process continues to step 102 or step 104. If the detection of a contactless card does not proceed correctly, the process proceeds to step 122. In step 122, the module closes the pilot dedicated to the activation of the cards 1. The method continues in step 124. In step 124, the module 34 determines whether a new attempt to detect a card must be performed. If so, the process returns to step 113 and, if not, the process proceeds to step 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 In step 120, the module 34 determines from the result of step 114 whether the detected card is a card I or not. If the detected card is not an I card, the process continues in step 125. In step 125, the module closes the driver dedicated to the activation of the cards I. The process continues with the step 116. If, at step 120, it is determined that the card 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 19 detected is a card I, the method continues in step 126 at which the activation of the card I is carried out. If the activation of the card I is carried out correctly, the method continues in step 90. If in step 126, the activation of the card does not proceed correctly, the process continues in step 122 In step 116, the module 34 determines from the data provided by the module 30 whether an attempt to detect and activate a card II must be performed. If so, the method continues in step 133 and, if not, the method continues in step 96. In step 133, the module 34 opens the pilot dedicated to the detection and the card activation II. The method continues in step 134 at which the module 34 attempts to detect the presence of a card II. If the presence of a card is detected, the process proceeds to step 136. If the detection of a card II does not proceed correctly, the process proceeds to step 137. In step 137, the module 34 closes the driver dedicated to the activation of the cards II. The method continues in step 138. In step 138, the module 34 determines whether a new attempt to detect a card II must be performed. If so, the method returns to step 133 and, if not, the process proceeds to step 100. If no card is detected after a specified time, or if more than one contactless card are detected, the method continues in step 102 or 104. In addition, if a card is detected but does not correspond to a card II, the process proceeds to step 96. In step 136, the module 34 performs an activation of the card II. If the activation of the card II proceeds correctly, the process continues in step 86. If in step 136, the activation of the card does not proceed correctly, the process proceeds to step 139 In step 139, the module 34 closes the driver dedicated to the activation of the cards II. The method continues in step 140 at which the module 34 determines whether a new attempt to detect a contactless card must be made. In 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 In the affirmative, the process returns to step 112 and, if not, the process proceeds to step 100. Figure 6 shows, in the form of a block diagram, an exemplary embodiment of the invention. step 90 of the method described above in relation to FIG. 4 in which the module 34 selects the application present on the card I which will be used to carry out the payment operation. In step 150, the module 34 determines from the data provided by the module 30 in which order of priority it must implement the method of selecting applications relating to a card I 'and / or a card I " If the priority order indicates that the selection of applications for I "card must be implemented first, the process continues in step 152 and if the priority order indicates that the selection of applications for card I 'must be implemented first, the process continues in step 154. In step 152, the module 34 attempts to select an application according to a method adapted to a card I ". step 152 proceeds correctly, the method continues in step 94. If, in step 152, the module 34 fails to select an application according to a method adapted to a card I "and if the order of priority indicates that a selection of map application I 'must be implemented in secon Instead, the process proceeds to step 154, otherwise the process proceeds to step 96. In step 154, an application selection method adapted to a map I 'is implemented. If step 154 proceeds correctly, the process proceeds to step 92. If, in step 154, the interrogated card indicates to module 34 that for the current payment transaction, a contact card must rather than a contactless card, the method continues in step 98. If, in step 154, it is determined that a new detection, activation and selection attempt must be made, the The method continues in step 43. If, in step 154, the module 34 fails to select an application according to a method adapted to a card I 'and if the priority order indicates 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 21 that a selection of applications for I "card must be implemented last, the process continues in step 156, otherwise the process continues in step 96. In step 156, the module 34 attempts to select an application according to a method adapted to an I "card. If step 156 proceeds correctly, the process continues in step 94 else it continues in step 96. FIG. 7 represents, in the form of a block diagram, an exemplary embodiment of FIG. step 152 or 156 described above in connection with FIG. 6. In step 160, the module 34 searches, from the data provided by the module 30, for the APDU type commands to be used. Each command makes it possible to interrogate the card 20 to know if the card 20 can implement a determined application. The method continues in step 162. In step 162, the module 34 determines whether an ADPU type command that has not already been used is available. If so, the method continues in step 164. If not, the method proceeds to step 154 or 96. In step 164, the module 30 controls the transceiver 32 to it transmits the new APDU command to the contactless card 20. The method continues in step 166 at which the module 34 determines whether a response from the card 20 has been received. If so, the method continues at step 168 and if not, the method returns to step 160 at which another ADPU command is searched. In step 168, a comparison of the response received from the contactless card 20 and the expected response is made. The method continues at step 170 at which it is determined whether the response received and the expected response are identical. If so, the method proceeds to step 94 at which module 34 indicates to module 30 which payment application is accepted by card II and, if not, the method returns to step 160. FIG. 8 represents, in the form of a block diagram, an exemplary embodiment of the above-described step 154 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. 22 in step 180, the module 34 determines, from the data provided by the module 30, a list, called the initial list, of the AID identifiers of payment applications that are accepted by the subscribers. payment modules 24, 26, 28. If an error occurs during the establishment of the initial list, the process continues in step 156, otherwise the process proceeds to step 182. At step 182 , the module 34 determines whether the initial list is empty. If yes, the process continues at step 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 If not, the method continues to step 184 at which it is determined whether the initial list comprises only a single identifier AID. If so, the process proceeds to step 186 and, if not, the process proceeds to step 188. In step 186, the module 34 queries the card 20 to determine whether it accepts the payment application associated with the unique AID. If this is not the case, the process proceeds to step 156. If the card accepts the requested payment application, the process proceeds to step 92 at which the module 34 provides the module 30. unique AID. In step 188, the module 34 requests the contactless card to transmit to it the list of AID identifiers of payment applications that it accepts, called the list of the card, the identifiers being classified according to a preference order. . This can be done by sending a Proximity Payment Selection Environment (PPSE) type command. If the request formulated by the module 34 is accepted by the card 20, the method continues in step 190 at which the module 34 receives the list of AID identifiers of payment applications accepted by the card in order of preference. The module 34 determines a list of identifiers, called candidate list, which corresponds to the common identifiers between the list of the card and the initial list, the common identifiers being classified according to the order of preference of the card. The process then continues at step 192 to which it is 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. 23 determined if the candidate list is empty. If not, the method continues in step 92 at which the module 34 supplies the module 30 with the identifier of the candidate list which has the highest order of preference. If, in step 192, the candidate list is empty, the process proceeds to step 156. In step 188, if the selection step does not proceed correctly, the process proceeds to step 194 to which it is determined if the card 20 has not responded to the request of the module 34 and if a new attempt can be made. If so, the method continues at step 43. If not, the method continues at step 196 at which the module 34 successively selects each identifier of the initial list and interrogates the card to see if it can put implement the corresponding payment application. For each request, the card 20 responds by indicating whether it accepts the payment application whose identifier has been sent to it and the order of preference that it assigns to this payment application. If the selection step 196 proceeds correctly, the method continues in step 190 at which the module 34 determines the candidate list from the applications of the initial list that are accepted by the card 20. If step 196 does not proceed correctly, the method continues in step 198 at which it is determined if the card 20 has not responded to the requests of the module 34 and if a new attempt can be made. If this is the case, the process continues in step 43. If this is not the case, the process continues in step 156. FIG. 9 represents an embodiment of step 47 described previously in FIG. relationship with 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 In step 200, when the module 34 transmits to the module 30 the data indicating the characteristics of the contactless card 20 having been detected, activated and for which one or more payment applications have been selected. The module 30 informs the module 22 that a contactless card is present and that a payment operation by contactless card B8665 - 13860 24 can be performed. The module 22 then informs the module 30 to control the completion of the payment operation by contactless card. The method continues in step 202 in the case where a card I 'has been detected and activated, in step 204 in the case where a card I "has been detected and activated and in step 206 in the case where a card II has been detected and activated or in the case where a card has been detected which is not a card I or II At step 202, the module 30 calls the payment module 24, 26, 28 adapted to implement the payment application corresponding to the identifier AID retained following the process described above in connection with FIG. 8. The module 30 supplies the payment module 24, 26, 28 with the characteristics of the contactless card The payment transaction may be terminated in a normal or abnormal manner and an abnormal interruption may occur in a number of cases, a first case of which corresponds to the fact that the card 20 may, during the payment transaction, indicate to the module 24, 26, 28 it can not perform the payment transaction with the application having the selected AID. A second case corresponds to the occurrence of an error during the transaction, for example in the case where the card 20 is withdrawn before the completion of the payment transaction. At the end of the payment transaction, normal or otherwise, the process continues at step 208 to which it is determined, when the payment transaction has not proceeded correctly, if the AID identifier of the payment application must be removed from the candidate list. If not, the method continues at step 210 to which it is determined, when the payment transaction has not proceeded correctly, if the selection process is to be performed again. If yes, the process returns to step 43 or 44. If not, that is, when the payment transaction was successful or when the payment transaction did not occur rolled out correctly but that it is not required to redo an attempt, the procedure is 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. 25 proceeds to step 52 at which the payment transaction is completed. In step 208, if a removal of the selected identifier AID from the candidate list is to be performed, the method continues in step 212 at which the module 30 transmits to the module 34 a signal indicating to remove the identifier AID selected from the candidate list and provide the following identifier in the candidate list. If there is no longer any identifier available in the candidate list, the method continues in step 52. If there are identifiers available in the candidate list, the method continues in step 202 at which the module 30 calls the processing module 24, 26, 28 adapted to implement the payment application corresponding to the new selected identifier. In step 204, the module 30 calls the payment module 24, 26, 28 adapted to perform the selected payment application. The process continues at step 214 at which the payment transaction is performed. In step 206, in the case where a card II has been detected or in the case where an unrecognized contactless card has been detected, the module 30 calls a payment module capable of performing a payment transaction with such a type. Map. The payment modules can then be polled in order of priority. The method continues in step 216 at which it is determined if a payment module 24, 26, 28 can perform the payment operation with the detected contactless card. If so, the process proceeds to step 214. If not, the process proceeds to step 52. Particular embodiments of the present invention have been described. Various variations and modifications will be apparent to those skilled in the art. In particular, the control module 22 and the module 30 may be at least partially merged. Likewise, the modules 30 and 34 may be at least partially merged.

Claims

A system (10) for performing electronic payment transactions with non-contact reading cards (20), each card being adapted to implement at least one data exchange method for carrying out one payment operation among a plurality of data exchange methods, the system comprising: a reader (18) of non-contact reading cards; first modules (24, 26, 28), each first module being adapted to control the reader for implementing at least one of the exchange methods; and a second module (30, 34) adapted, for carrying out a payment operation, to receive first modules of data representative of card characteristics accepted by the first 15 modules for the payment transaction to be performed; and determining, according to an order of priority obtained from said data, whether a card among the accepted cards is present at the reader. 20

2. The system of claim 1, wherein the cards (20) are of one type among at least first and second types, each first module (24, 26, 28) accepting a card of the second type being adapted to provide the second module (30, 34) an order of priority among first and second order of priority, the first order of priority indicating that the second module should determine if a card of the first type is present after determining, unsuccessfully, whether a card of the second type is present and the second order of priority indicating that the second module must determine if a card of the second type is present after determining, unsuccessfully, whether a card of the first type is present.

3. System according to claim 2, wherein the cards (20) are of a third or fourth types, the cards of the first and second types belonging to the cards of the third type, and in which the second module (30, 34) is adapted to determine, from said data, whether at least a first module (24, 26, 28) accepts a card of the third type and, if so, to determine whether a card of the third type is present, before determining, possibly, if a card of the fourth type is present.

4. System according to claim 2 or 3, wherein at least one card (20) of the first type is adapted to the implementation of a first list of exchange processes, each exchange process of the first list. being associated an order of preference, wherein the second module (30, 34) is adapted to determine, from said data, a second list of exchange methods accepted by the first modules (24, 26, 28), wherein the second module is adapted, by querying the card, to determine a third list of common exchange methods between the first and second lists and classified according to the associated orders of preference, and wherein the second module is adapted to provide the identifier of the exchange process of the third list having the highest order of preference.

5. System according to claim 4, wherein the second module (30, 34) is adapted, if the payment transaction does not proceed correctly, to provide the identifier of the exchange procedure of the third list which follows the exchange process of the third list having the highest order of preference.

6. A method of performing electronic payment transactions by an electronic payment system (10) comprising a reader (18) of contactless reader cards (20), each card being adapted to the implementation of at least one data exchange method for carrying out a payment transaction among a plurality of data exchange methods, the method comprising the following steps, for carrying out a payment transaction: B8665 - 13860 28 bringing first modules ( 24, 26, 28), each first module being adapted to control the reader for the implementation of at least one of the exchange methods, to provide data representative of card characteristics accepted by the first modules for the first time. payment transaction to be carried out; determining, according to an order of priority obtained from said data, whether a card among the accepted cards is present; and cause the first payment module accepting the determined card to perform the payment transaction.

The method according to claim 6, wherein the cards (20) are of one of at least first and second types and wherein each first module (24, 26, 28) accepting a card of the second type provides a order of priority among first and second orders of priority, the first order of priority indicating that it must be determined whether a card of the first type is present after determining, unsuccessfully, whether a card of the second type is present and the second an order of priority indicating that it must be determined whether a card of the second type is present after having determined, without success, whether a card of the first type is present.

The method of claim 7, wherein the cards (20) are of a third or fourth type, the cards of the first and second types belonging to the cards of the third type, the method comprising the steps of determining, from said data, if at least a first module (24, 26, 28) accepts a card of the third type and, if so, to determine if a card of the third type is present before determining, if any, a card of the fourth type is present.

9. A method according to claim 7 or 8, wherein at least one card (20) of the first type is adapted for carrying out a first list of exchange processes, at each exchange method of the first list being associated with an order of preference, the method comprising the steps of: determining, from said data, a second list of exchange methods accepted by the first modules (24, 26, 28); determining, by interrogation of the card, a third list of common exchange methods between the first and second lists and classified according to the associated orders of preference; and causing the first module accepting the exchange method of the third list having the highest order of preference to perform the payment operation.

The method of claim 9, including the step of, if the payment transaction is not proceeding correctly, bringing the first payment module, accepting the exchange method of the third list which follows the method of exchange of the third list having the highest order of preference, to perform the payment transaction.