Brevet FR3020907A1 — publié le 20151113

Procédé pour déceler plusieurs dispositifs NFC-B par un lecteur NFC-B, et lecteur NFC-B correspondant Des modes de réalisation de l'invention concernent la communication entre des composants ou éléments, en particulier entre un élément sans contact, par exemple un élément contrôleur NFC ("Near Field Communication", communication en champ proche), situé par exemple dans un appareil sans fil, comme un téléphone portable, fonctionnant dans un mode Appel (« poll mode » en langue anglaise) et au moins un dispositif fonctionnant dans un mode Ecoute (« listen mode » en langue anglaise). La communication en champ proche ou NFC est une technologie de communication sans fil à haute fréquence de courte distance qui permet l'échange de données entre deux dispositifs sans contact sur une petite distance, par exemple 10 centimètres. La technologie NFC est une technologie à plateforme ouverte décrite dans les normes ISO/IEC 18092 et ISO/IEC 21481, mais elle incorpore diverses normes préexistantes, parmi lesquelles le protocole ISO/IEC 14443 type A et type B. Des modes de réalisation particuliers de l'invention incluent les dispositifs de la technologie de type B (appelée aussi NFC-B). Un dispositif NFC-B peut fonctionner dans deux modes, le mode Appel et le mode Ecoute. Le dispositif NFC-B en mode Appel fournit le champ de radiofréquence et émet une demande d'appel NFC-B (par exemple une commande SENSB_REQ) afin de détecter la présence de dispositif NFC-B en mode Ecoute dans le champ de radiofréquence. Un dispositif NFC-B en mode Ecoute présent dans le champ de radiofréquence, lors de la réception de la commande SENSB_REQ, transmet sa réponse, par exemple une réponse SENSB_RES. Les dispositifs NFC-B en mode Ecoute peuvent être disponibles sous la forme d'étiquettes ou cartes NFC qui peuvent mémoriser différents types de données qui peuvent être lus par un dispositif NFC-B en mode Appel ou un lecteur NFC-B, par exemple un téléphone portable compatible NFC, un lecteur de carte ou étiquette NFC, etc. Par ailleurs, un téléphone portable compatible NFC peut aussi émuler un dispositif NFC-B en mode Ecoute ou même plusieurs dispositifs NFC-B en mode Ecoute. Des étiquettes NFC peuvent aussi être incorporées dans des cartes fournies par différents vendeurs, fournisseurs et marchands, par exemple des banques, des sociétés de cartes de crédit, etc. Les consommateurs sont susceptibles de porter plusieurs étiquettes ou cartes NFC dans leurs portefeuilles. La technologie NFC-B ou de type B est normalisée dans la norme ISO 14443 et dans les spécifications numériques et d'activité du "Forum NFC", par exemple les documents suivants : - NFC Digital Protocol, Technical Specification NFC ForumTM, DIGITAL 1.0, NFCForum-TS-DigitalProtocol-1.0, 2010-11-17 and - NFC Activity Specification, Technical Specification, NFC ForumTM, ACTIVITY 1.0, NFCForum-TS-Activity-1.0, 2010-11-18. Selon la technologie existante, un dispositif NFC-B en mode Appel allume le champ de radiofréquence puis transmet la commande SENSB_REQ après un temps de latence de 5 ms. Un des paramètres de la commande SENSB REQ indique le nombre de créneaux temporels "NoS" pour recevoir les réponses SENSB_RES des dispositifs NFC-B en mode Ecoute. Chaque créneau temporel a une durée fixe pendant laquelle un dispositif NFC-B en mode Ecoute peut transmettre sa réponse SENSB_RES. Le temps du 1 er créneau temporel commence après la transmission de la commande SENSB_REQ. Toutefois, pour chaque créneau temporel consécutif (c'est-à-dire de "2" à "NoS"), le dispositif NFC-B en mode Appel émet une commande SLOT_MARKER afin d'indiquer l'heure de début du créneau temporel respectif (c'est-à-dire de "2" à "NoS"). Ceci signifie que le dispositif NFC-B en mode Appel transmet un total de NoS-1 commandes SLOT_MARKER. Un dispositif NFC-B en mode Ecoute choisit au hasard un créneau temporel dans lequel il transmet sa réponse SENSB_RES. Il peut arriver que plusieurs dispositifs NFC-B en mode Ecoute transmettent leurs réponses SENSB_RES dans le même créneau temporel. Dans ce cas, ceci est détecté comme une réponse SENSB_RES invalide ou une collision par le dispositif NFC-B en mode Appel. C'est la responsabilité du dispositif NFC-B en mode Appel de déceler (identifier) de façon unique et individuelle chacun des dispositifs NFC-B en mode Ecoute avec succès qui sont présents dans le champ de radiofréquence. Les spécifications numériques et d'activité du Forum NFC mentionnées plus haut décrivent une procédure pour déceler (identifier) plusieurs dispositifs NFC-B en mode Ecoute. Cette méthode de découverte ou d'identification comprend plus d'un cycle de découverte, appelé aussi cycle de résolution de collision. Un dispositif NFC-B en mode Appel doit déceler tous les dispositifs NFC-B en mode Ecoute indépendamment afin de pouvoir reconnaître, d'après les réponses SENSB_RES individuelles, la fonctionnalité de chaque dispositif NFC-B en mode Ecoute (par exemple le type de protocole et le type d'application supportés, la valeur de l'identifiant propre ou NFCIDO, etc.). Le dispositif NFC-B en mode Appel peut ensuite choisir le dispositif NFC-B en mode Ecoute préféré ou souhaité, puis lancer une phase de transfert de données Un dispositif NFC-B en mode Ecoute ne transmet qu'une réponse SENSB_RES au cours d'un cycle de découverte. Cette méthode de l'art antérieur décrite dans la spécification d'activité du Forum NFC présente plusieurs inconvénients, comme indiqué ci-dessous. La spécification d'activité implique que le dernier dispositif NFC-B en mode Ecoute décelé du dernier cycle de découverte soit dans l'état actif ("ACTIVE"), mais le processus de découverte décrit dans la spécification d'activité du Forum NFC peut aussi mettre le dernier dispositif NFC-B en mode Ecoute décelé dans l'état de veille ("SLEEP"). Ce comportement enfreint la spécification d'activité du Forum NFC. En raison de l'inconvénient de la solution existante décrit ci-dessus, cela augmente considérablement le temps d'activation de dispositif du dernier dispositif NFC-B en mode Ecoute décelé qui doit d'abord sortir de son état SLEEP et donc cela retarde de manière significative la phase de transfert de données. De plus, dans d'autres situations, la solution de l'art antérieur continue d'accroître inutilement le nombre de créneaux temporels dans la commande SENSB REQ. Et l'augmentation non nécessaire du nombre de créneaux temporels ralentit inutilement le processus de découverte dans une large mesure, augmente la consommation d'énergie du lecteur NFC-B et retarde de manière significative la phase de transfert de données. Cela peut finalement conduire à des dispositifs NFC-B en mode Ecoute non décelés parce que le processus de découverte cesse une fois qu'un cycle de découverte a été exécuté avec le nombre maximum de créneaux temporels égal à "16" (c'est-à-dire quand N = 5, et que NOS = 2(N-1) = 2(5-1) = 24 = 16). La solution de l'art antérieur peut mener à un comportement imprévisible qui va causer des problèmes d'interfonctionnalité et de compatibilité, et elle ne propose pas de procédure de découverte déterministe pour déceler plusieurs dispositifs NFC-B en mode Ecoute. Selon un mode de réalisation, il est proposé un procédé de découverte déterministe pour déceler (identifier) plusieurs dispositifs NFC-B en mode Ecoute présents dans le champ de radiofréquence d'un lecteur compatible NFC, qui est aussi conforme à la spécification d'activité du Forum NFC. Selon un mode de réalisation, il est proposé un tel procédé qui consomme beaucoup moins d'énergie par rapport à la solution existante car il hâte le procédé de découverte de plusieurs dispositifs NFC-B en mode Ecoute. Il est aussi proposé, selon un mode de réalisation, de réduire la complexité de la mise en oeuvre matérielle et/ou logicielle dans un contrôleur NFC, et de fournir un procédé qui est flexible et qui peut donc être mis en oeuvre soit sous forme logicielle (ou de micrologiciel), soit sous forme matérielle. Selon un mode de réalisation, un dispositif NFC-B en mode Ecoute décelé est mis dans l'état SLEEP seulement lorsqu'il reste plus d'un dispositif NFC-B en mode Ecoute à déceler ; une valeur optimale pour le nombre de créneaux temporels indiqués dans la commande SENSB REQ est calculée en se basant sur une combinaison qui détermine si un créneau temporel vide a été détecté et/ou une collision a été détectée et/ou un dispositif NFC-B en mode Ecoute a été décelé dans un cycle de découverte. Le respect de la spécification d'activité du Forum NFC permet l'activation directe d'un dispositif NFC-B en mode Ecoute, et accélère ainsi la phase de transfert de données et permet de consommer beaucoup moins d'énergie. Selon un aspect, il est proposé un procédé d'identification de plusieurs dispositifs de Communication en Champ Proche de type B fonctionnant dans un mode d'écoute, appelés dispositifs NFC-B en mode Ecoute, par un dispositif de Communication en Champ Proche de type B fonctionnant dans un mode d'appel, appelé dispositif NFC-B en mode Appel, pendant plus d'un cycle de résolution de collision, chaque cycle de résolution de collision commençant avec une première commande envoyée par le dispositif NFC-B en mode Appel et comprenant un nombre de créneaux temporels inférieur ou égal à un nombre maximal, le premier cycle de résolution de collision comportant un seul créneau temporel. Selon cet aspect, quand le dispositif NFC-B en mode Appel est sur le point de démarrer un autre cycle de résolution de collision après la fin d'un cycle de résolution de collision courant, le dispositif NFC- B en mode Appel augmente le nombre de créneaux temporels par rapport au nombre de créneaux temporels dudit cycle de résolution de collision courant terminé si et seulement si aucun dispositif NFC-B en mode Ecoute n'a été identifié pendant ledit cycle de résolution de collision courant terminé et si aucun créneau temporel vide n'a été détecté pendant ledit cycle de résolution de collision courant terminé, et lorsqu'un dispositif NFC-B en mode Ecoute est identifié à l'intérieur d'un créneau temporel d'un cycle de résolution de collision courant, le dispositif NFC-B en mode Appel envoie audit dispositif NFC-B en mode Ecoute identifié, à l'intérieur d'un créneau temporel consécutif audit cycle de résolution de collision courant sauf pour le dispositif en mode Ecoute NFC-B identifié en dernier à l'intérieur du dernier cycle de résolution de collision, une deuxième commande pour mettre ledit dispositif NFC-B en mode Ecoute dans un état de veille. Ainsi, le nombre de créneaux temporels n'est pas augmenté inutilement et le dernier dispositif NFC-B en mode Ecoute identifié du dernier cycle de résolution de collision est dans un état actif, ce qui est conforme à la spécification d'activité du Forum NFC. Selon un mode de réalisation, dans un cycle de résolution de collision, le dispositif NFC-B en mode Appel envoie ladite deuxième commande audit dispositif NFC-B en mode Ecoute identifié au cours du créneau temporel suivant à l'intérieur duquel un autre dispositif NFC-B en mode Ecoute est identifié ou à l'intérieur du dernier créneau temporel, sauf si ledit cycle de résolution de collision est le dernier cycle de résolution de collision. Selon un mode de réalisation, un cycle de résolution de collision est le dernier cycle de résolution de collision si aucune collision entre au moins deux dispositifs NFC-B en mode Ecoute n'a été détectée dans tous les créneaux temporels dudit cycle de résolution de collision, ou si le nombre de créneaux temporels dudit cycle de résolution de collision est égal audit nombre maximal. Selon un autre aspect, il est proposé un dispositif de Communication en Champ Proche de type B configuré pour fonctionner dans un mode d'appel, appelé dispositif NFC-B en mode Appel, comprenant un contrôleur NFC configuré pour identifier plusieurs dispositifs de Communication en Champ Proche de type B fonctionnant dans un mode d'écoute, appelés dispositifs NFC-B en mode Ecoute, ledit contrôleur comprenant : un bloc d'émission configuré pour transmettre, au début de chaque cycle de résolution de collision, une première commande comprenant un nombre de créneaux inférieur ou égal à un nombre maximal, le premier cycle de résolution de collision comprenant un seul créneau temporel, et un bloc de réception configuré pour détecter la présence ou l'absence d'une réponse pendant un créneau temporel et pour analyser une telle réponse. Selon cet autre aspect, quand le bloc d'émission est sur le point d'envoyer une autre première commande pour démarrer un autre cycle de résolution de collision après la fin d'un cycle de résolution de collision courant, le bloc d'émission est configuré pour augmenter le nombre de créneaux temporels par rapport au nombre de créneaux temporels dudit cycle de résolution de collision courant terminé si et seulement si le bloc de réception n'a pas reçu de réponse représentative d'un dispositif NFC-B en mode Ecoute identifié (décelé) pendant ledit cycle de résolution de collision courant terminé et n'a pas détecté de créneau temporel vide pendant ledit cycle de résolution de collision courant terminé, et quand le bloc de réception a détecté une réponse représentative d'un dispositif NFC-B en mode Ecoute à l'intérieur d'un créneau temporel d'un cycle de résolution de collision courant, le bloc d'émission est configuré pour envoyer audit dispositif NFC-B en mode Ecoute identifié, à l'intérieur d'un créneau temporel consécutif dudit cycle de résolution de collision courant, sauf pour le dispositif NFC-B en mode Ecoute identifié en dernier dans le dernier cycle de résolution de collision, une deuxième commande pour mettre ledit dispositif NFC-B en mode Ecoute identifié dans un état de veille. Selon un mode de réalisation, au cours d'un cycle de résolution de collision, le bloc d'émission est configuré pour envoyer ladite deuxième commande audit dispositif NFC-B en mode Ecoute pendant le créneau temporel suivant à l'intérieur duquel un autre dispositif NFC-B en mode Ecoute est identifié ou dans le dernier créneau temporel sauf si ledit cycle de résolution de collision est le dernier cycle de résolution de collision. Selon un mode de réalisation, le bloc d'émission est configuré pour considérer un cycle de résolution de collision comme le dernier cycle de résolution de collision si le bloc de réception ne reçoit pas de réponse représentative d'une collision entre au moins deux dispositifs NFC-B en mode Ecoute dans tous les créneaux temporels dudit cycle de résolution de collision, ou si le nombre de créneaux temporels dudit cycle de résolution de collision est égal audit nombre maximal. Le dispositif NFC-B en mode Appel peut être un dispositif formant lecteur compatible NFC-B, par exemple un téléphone portable compatible NFC-B. D'autres avantages et caractéristiques de l'invention apparaîtront à la lecture de la description détaillée de modes de réalisation, ceux-ci n'étant en aucun cas limitatifs, et à l'étude des dessins annexés dans lesquels : les figures 1 à 3, 4a, 4b et 5 à 7 illustrent de façon schématique des modes de réalisation de l'invention. Des modes de réalisation de l'invention vont à présent être décrits dans le domaine technique des éléments ou composants sans contact, comme un contrôleur NFC, en particulier incorporés dans un téléphone portable, communiquant ensemble selon les spécifications d'activité numérique du Forum NFC, par exemple les documents de spécifications mentionnés plus haut, en utilisant un protocole NFC-B, bien que cette invention ne soit pas limitée à ces modes de réalisation particuliers. Un élément sans contact est un élément ou un composant apte à échanger des informations par l'intermédiaire d'une antenne avec un dispositif sans contact selon un protocole de communication sans contact. Un élément ou composant NFC, qui est un élément sans contact, est un élément ou composant compatible avec la technologie NFC. En particulier, les différent(e)s commandes, réponses et états mentionnés ci-dessous et leur format (par exemple les commandes SENSB REQ, SLPB REQ, SLOT MARKER, la réponse SENSB RES, les états ACTIVE et SLEEP) sont bien connus de l'homme du métier et indiqués par exemple dans les documents des spécifications numériques et d'activité du Forum NFC mentionnés plus haut. L'homme du métier peut se reporter à ces documents. Sur la figure 1, un dispositif 1 de Communication en Champ Proche de type B, par exemple un lecteur NFC, est configuré pour fonctionner dans un mode d'appel. Ce type de dispositif est aussi appelé dispositif NFC-B en mode Appel. Comme indiqué en particulier dans la spécification technique de protocole numérique NFC, le mode d'appel est un mode initial d'un dispositif quand il produit une porteuse et scrute ("appelle") d'autres dispositifs comme des dispositifs NFC-B en mode Ecoute Dl, D2, ... Dp. Un mode d'écoute, indiqué aussi par exemple dans la spécification technique de protocole numérique NFC, est un mode initial d'un dispositif quand il ne produit pas de porteuse. Dans ce mode, le dispositif écoute le champ de radiofréquence d'un autre dispositif, comme le lecteur 1. La communication entre le lecteur 1 et les dispositifs NFC en mode Ecoute Dl à Dp est une communication sans fil, par exemple une communication en radiofréquence. Le protocole de communication sans contact est par exemple celui qui est décrit dans la norme ISO/IEC 14443. Comme représenté de façon schématique sur la figure 2, le dispositif NFC en mode Appel 1 comprend un processeur principal 10 ainsi qu'un contrôleur NFC 11 qui est responsable de la communication sans fil, par exemple de la communication en radiofréquence, avec les dispositifs NFC-B en mode Ecoute Di par l'intermédiaire d'une antenne 12. Le processeur principal 10 est en particulier responsable de la gestion du contrôleur NFC 11. Le contrôleur NFC 11 est configuré pour identifier (déceler) plusieurs dispositifs NFC-B en mode Ecoute Dl à Dp pendant plus d'un cycle de résolution de collision, appelés aussi ci-après cycles de découverte. Comme représenté de manière schématique sur la figure 3, le contrôleur NFC 11 comprend un bloc d'émission 110 et un bloc de réception 111. Comme cela sera expliqué plus en détail ci-après, le bloc d'émission est configuré pour transmettre, au début de chaque cycle de découverte, une première commande (appelée SENSB_REQ dans les spécifications numériques et d'activité NFC) qui comprend un nombre de créneaux temporels qui est inférieur ou égal à un nombre maximal. Ce nombre maximal est généralement égal à 2(N-1) avec N = 5. Le nombre maximal est alors égal à 16. A cet égard, et comme cela est représenté de façon schématique sur la figure 3, le bloc d'émission 110 comprend un émetteur de demande d'appel 1101, un compteur de nombre de créneaux courant 1102, un suiveur de nombre de créneaux courant 1103, un calculateur 1104 configuré pour calculer la valeur du nombre N, un émetteur 1105 configuré pour transmettre une demande appelée commande SLOT MARKER, un émetteur 1106 configuré pour envoyer une deuxième commande qui est une demande de mise en veille, destinée à mettre un dispositif en mode Ecoute NFC-B dans un état SLEEP et des comparateurs 1107. Bien que certains de ces sous-blocs aient été représentés séparément, par exemple les émetteurs, ils peuvent être mis en oeuvre par exemple par un unique module logiciel adapté pour transmettre sélectivement les différentes demandes ou commandes. Le bloc de réception 111 est configuré pour détecter la présence ou l'absence de réponse, comme une réponse SENSB_RES, au cours d'un créneau temporel et pour analyser cette réponse, pour vérifier si cette réponse est valide ou non. A cet égard, le bloc de réception comprend, comme représenté de façon schématique sur la figure 3, un récepteur de réponse d'appel 1111, un détecteur de collision de réponse d'appel 1112, un détecteur de réponse d'appel unique ou de réponse d'appel valide 1113 et un détecteur de créneau temporel vide ou d'absence de réponse d'appel 1114, un récepteur de réponse de veille 1115 et des comparateurs 1116. Ici encore, bien que certains sous-blocs, par exemple les récepteurs et les détecteurs, aient été représentés séparément, ils peuvent être mis en oeuvre dans un ou plusieurs modules logiciels adaptés pour analyser les différentes réponses. Faisons à présent référence en particulier aux figures 4a et 4b qui présentent un organigramme d'un mode de réalisation d'un procédé pour identifier (déceler) plusieurs dispositifs NFC-B en mode Ecoute au moyen d'un dispositif NFC en mode Appel pendant plus d'un cycle de découverte. Chaque cycle de découverte commence par une première commande appelée ici commande SENSB_REQ, envoyée par le dispositif NFC-B en mode Appel et comportant un nombre NoS de créneaux temporels. Le nombre NoS est égal à 2(N-1), où N peut varier de 1 à 5. De même, le nombre de créneaux temporels peut varier de 1 à 2(N-1), où 2(5-1) = 16 est le nombre maximal de créneaux temporels à l'intérieur d'un cycle de découverte. De façon générale, si NoS vaut "1", alors tous les dispositifs NFC-B en mode Ecoute présents dans le champ de radiofréquence transmettent leur réponse SENSB_RES dans le créneau temporel unique. Toutefois, si NoS est supérieur à "1", alors chaque dispositif en mode Ecoute NFC-B choisit au hasard un créneau temporel dans lequel il transmet sa réponse SENSB_RES. Quand il y a transmission de plus d'une réponse SENSB_RES dans le même créneau temporel, le lecteur NFC détecte une collision (autrement dit, il reçoit une réponse SENSB_RES invalide) qui indique la présence de plus d'un dispositif en mode Ecoute NFC-B dans le champ de radiofréquence. Le lecteur NFC utilise les drapeaux suivants qui sont mis à "0" au début de l'étape 41 de chaque cycle de découverte : - "Collision Detected Flag", drapeau de collision détectée (CDF) : CDF est mis à "1" quand une collision est détectée dans un créneau temporel, c'est-à-dire quand plus d'un dispositif NFC-B en mode Ecoute ont transmis leur réponse SENSB_RES dans le même créneau temporel ; - "Empty Slot Flag", drapeau de créneau vide (ESF) : ESF est mis à "1" quand aucune réponse SENSB_RES n'est reçue dans un créneau temporel, ce qui correspond à un créneau temporel vide ; - "Device Detected Flag", drapeau de dispositif détecté (DDF) : DDF est mis à "1" quand une réponse SENSB_RES valide est reçue dans un créneau temporel, c'est-à-dire quand un seul dispositif NFC-B en mode Ecoute a transmis la réponse SENSB_RES dans un créneau temporel. C'est le cas lorsque l'on décèle un dispositif NFC-B en mode Ecoute. Un compteur CSN est utilisé pour suivre le nombre de créneaux courant. Le compteur CSN est mis à "1" au début de chaque cycle de découverte. On peut noter ici qu'au lieu d'utiliser le drapeau DDF, on peut utiliser un autre compteur, appelé compteur de découverte de dispositifs DDC, pour suivre le nombre de dispositifs NFC-B en mode Ecoute décelés dans un cycle de découverte. Le compteur DDC est incrémenté à chaque fois qu'un dispositif NFC-B en mode Ecoute est décelé. DDC est mis à "0" à l'étape de début 41 de chaque cycle de découverte. Une fois que le bloc d'émission du contrôleur NFC a envoyé la première commande SENSB_REQ qui comprend le nombre 2(N-1) de créneaux temporels pour le cycle de découverte courant (étape 42), le bloc de réception du contrôleur NFC vérifie si une réponse est reçue, de manière générale il vérifie si une réponse SENSB_RES est reçue (étape 43) dans le créneau temporel courant. Les détecteurs du bloc de réception 111 vérifient à l'étape 44 si la réponse SENSB_RES reçue est une réponse valide ou si cette réponse est une réponse invalide, ce qui correspond à une collision entre deux dispositifs en mode Ecoute NFC-B. Si une collision est détectée, le drapeau CDF est mis à 1 (étape 45). Si l'on ne détecte pas de collision, c'est-à-dire si la réponse est une réponse SENSB_RES valide, le bloc d'émission 110 du contrôleur NFC vérifie la valeur du drapeau DDF. En d'autres termes, le bloc d'émission du contrôleur NFC vérifie ici à l'étape 46 s'il s'agit du premier dispositif décelé dans ce cycle de découverte courant. Si oui, c'est-à-dire si le drapeau DDF est égal à 0, le drapeau DDF est mis à 1 (étape 48) et le bloc d'émission n'envoie pas une deuxième commande (commande SLPB_REQ) pour mettre le dernier dispositif décelé dans un état de veille (SLEEP). A l'inverse, si à l'étape 46 le drapeau DDF est déjà égal à 1, c'est-à-dire si le dispositif décelé dans ce cycle de découverte n'est pas le premier dispositif décelé, le bloc d'émission du contrôleur NFC envoie à l'étape 47 la deuxième commande (commande SLPB_REQ) pour mettre le dernier dispositif décelé dans l'état de veille (SLEEP). Si aucune réponse n'est reçue à l'étape 43, le drapeau ESF est mis à 1 à l'étape 49 pour indiquer que le créneau temporel courant est un créneau temporel vide. Une fois que le temps s'est écoulé pour un créneau temporel (qu'il y ait eu ou non réception d'une ou plusieurs réponse(s) SENSB_RES valide(s), réponse(s) SENSB_RES invalide(s) et/ou pas de réponse SENSB_RES), le lecteur NFC compare la valeur du compteur CSN avec le nombre de créneaux temporels (NoS). En d'autres termes, le bloc d'émission du contrôleur NFC vérifie à l'étape 50 la valeur du compteur CSN pour vérifier si ce créneau temporel courant est le dernier créneau temporel. Si le créneau temporel courant n'est pas le dernier créneau temporel (c'est-à-dire si la valeur du compteur CSN n'est pas égale à NoS), le compteur CSN est incrémenté (étape 51) et la commande SLOT MARKER associée à cette valeur du compteur CSN est envoyée (étape 52). Ainsi, l'étape 43 est exécutée de nouveau. Si le créneau temporel courant est bien le dernier créneau temporel, alors l'étape 53 est exécutée, dans laquelle le contrôleur NFC vérifie la valeur du drapeau CDF. En d'autres termes, le contrôleur NFC vérifie si une collision a été détectée dans ce cycle de découverte courant. Si aucune collision n'a été détectée (CDF = 0), alors le procédé de découverte s'arrête (point 54). Si au moins une collision a été détectée dans ce cycle de découverte courant, le contrôleur NFC vérifie à l'étape 55 si le nombre maximal de créneaux a été atteint. En d'autres termes, on compare la valeur de N avec la valeur maximale (c'est-à-dire 5). Si le nombre maximal de créneaux a été atteint, le procédé de découverte s'arrête (point 54). En d'autres termes, si la valeur du compteur CSN n'est pas égale au nombre de créneaux temporels (NoS), alors le lecteur NFC incrémente la valeur du compteur CSN puis transmet la commande SLOT MARKER pour cette valeur du compteur CSN. Si la valeur du compteur CSN est égale au nombre de créneaux temporels (NoS), alors le lecteur NFC commence un autre cycle de découverte si et seulement si : (i) CDF est à "1" ; ET (ii) la valeur de "N" n'est pas égale à "5". Sinon, si les conditions (i) et (ii) ne sont pas vraies, alors le lecteur NFC sort (ou conclut avec succès) du procédé de découverte. Quand le lecteur NFC est sur le point de commencer un autre cycle de découverte, il vérifie la valeur du drapeau DDF (étape 56) et la valeur du drapeau ESF (étape 58). Et il incrémente (étape 59) la valeur de "N" pour la commande SENSB_REQ suivant si et seulement si : (iii) DDF est à "0" ; ET (iv) ESF est à "0". Sinon, si les conditions (iii) et (iv) ne sont pas vraies, alors le lecteur NFC ne modifie pas la valeur de "N" pour la commande SENSB_REQ suivante. Et lorsque le lecteur NFC est sur le point de commencer un autre cycle de découverte, il transmet la commande SLPB_REQ (étape 57) au dernier dispositif NFC-B en mode Ecoute décelé si et seulement si : DDF est à "1". Sinon, si cette condition n'est pas vraie, alors le lecteur NFC passe à l'étape suivante 58. Le lecteur NFC répète ces opérations à partir de la première étape 41. On se réfère à présent à la figure 5 pour illustrer un exemple de procédé de découverte pour quatre dispositifs NFC-B en mode Ecoute Dl à D4 supposés présents dans le champ de radiofréquence. Sur cette figure, le symbole X indique une collision dans la réponse SENSB_RES de ces dispositifs pour le créneau temporel correspondant. En d'autres termes, plus de "1" réponses SENSB_RES sont reçues dans ce créneau temporel correspondant. Le symbole / indique l'absence de collision dans la réponse SENSB_RES pour le créneau temporel correspondant. En d'autres termes, seulement "1" réponse SENSB_RES est reçue en provenance d'un dispositif dans ce créneau temporel correspondant. Le symbole + désigne un créneau temporel vide pour le créneau temporel correspondant. Aucune réponse SENSB_RES n'est reçue dans ce créneau temporel correspondant. Dans le cycle de découverte 1, la première commande SENSB_REQ est envoyée en précisant un nombre de créneaux temporels NoS égal à 1. Tous les dispositifs transmettent leur réponse SENSB_RES dans le créneau temporel unique, ce qui se traduit par une collision. Aucun dispositif n'est décelé. En conséquence, N est incrémenté à 2, ce qui donne NoS = 2. La première commande SENSB_REQ correspondante est envoyée pour le cycle de découverte numéro 2. Pendant ce cycle, on suppose qu'une collision est détectée dans les créneaux temporels 1 et 2 et en conséquence, aucun dispositif n'est décelé. Comme aucun dispositif n'a été décelé et qu'une collision a été détectée, N est incrémenté à 3, ce qui donne NoS = 4. Pendant le cycle de découverte n° 3, le dispositif NFC-B en mode Ecoute Dl est supposé identifié (décelé) dans le créneau temporel n° 1 tandis que le dispositif NFC-B en mode Ecoute D2 est supposé identifié dans le créneau temporel n° 2. Ainsi, au cours de ce créneau temporel n° 2, la commande SLPB_REQ est envoyée au dispositif Dl pour mettre ce dispositif dans un état de veille. Une collision est détectée dans le créneau temporel 3 tandis que le créneau temporel 4 est vide. Comme le créneau temporel 4 est le dernier créneau temporel, la commande SLPB_REQ est envoyée pour le dispositif D2 afin de le mettre dans un état de veille. La valeur de N n'est pas modifiée car au moins un dispositif a été décelé pendant ce cycle de découverte n° 3. Pendant le cycle de découverte n° 4, on suppose que les créneaux temporels 1, 3 et 4 sont vides, alors qu'une collision est détectée dans le créneau temporel 2. En conséquence, pendant ce cycle de découverte, une collision a été détectée, aucun dispositif n'a été décelé et un créneau temporel vide a été détecté. De plus, comme il y a au moins un créneau temporel vide, une fois de plus la valeur de N n'est pas modifiée. Enfin, pendant le cycle de découverte n° 5, qui est ici le dernier cycle de découverte, les créneaux temporels 1 et 4 sont vides tandis que les dispositifs D3 et D4 sont supposés détectés pendant les créneaux temporels 2 et 3. En conséquence, la commande SLPB_REQ pour le dispositif D3 est envoyée pendant le créneau temporel 3 tandis que le dernier dispositif décelé D4 reste dans l'état actif et n'est pas mis dans l'état de veille. On peut voir que la spécification du Forum NFC n'est pas enfreinte tandis que le nombre de créneaux temporels a été optimisé avec le dernier dispositif décelé détecté dans le dernier cycle de découverte restant dans l'état actif. Alors que sur la figure 1, chaque dispositif NFC-B en mode Ecoute peut être une carte ou une étiquette, un tel dispositif NFC-B en mode Ecoute Di peut être un appareil compatible NFC comme représenté sur la figure 6, par exemple un téléphone portable compatible NFC. Plus précisément, le téléphone portable Di comprend un contrôleur NFC ME qui est responsable de la communication sans fil avec un lecteur radiofréquence extérieur 1 par l'intermédiaire d'une antenne ANT1. Le téléphone portable 1 peut comprendre aussi deux éléments de sécurité auxiliaires SE1 et SE2 connectés au contrôleur NFC ME. Un élément de sécurité est par exemple un élément adapté pour contenir des informations sécurisées ou protégées, par exemple des informations bancaires, des informations liées à un abonnement téléphonique, etc. L'élément de sécurité SE1 peut être un élément de sécurité incorporé, par exemple totalement incorporé dans un circuit intégré contenant le contrôleur NFC, et par exemple accouplé audit contrôleur NFC. L'élément de sécurité SE1 héberge par exemple des applications de radiofréquence particulières conformes à la norme ISO/IEC 14443-4 fonctionnant en mode d'émulation de carte, par exemple des applications bancaires ou de transport. Le deuxième élément auxiliaire SE2 est ici un élément de sécurité amovible, par exemple une carte UICC fournissant l'abonnement de réseau (application SIM et USIM) et des applications de radiofréquence utilisant la couche de protocole ISO/IEC 14443-4 dans le mode d'émulation de carte. Le téléphone portable Di comprend aussi un processeur principal MPR responsable de la gestion de la carte UICC et du contrôleur NFC pour les entrées d'utilisateur et la communication avec un réseau. Enfin, comme illustré sur la figure 7, le dispositif en mode Appel 1 peut être un téléphone portable compatible NFC configuré pour communiquer avec des dispositifs en mode Ecoute NFC-B Dl à Dp. REVENDICATIONS1. Procédé pour identifier plusieurs dispositifs de Communication en Champ Proche de type B fonctionnant dans un mode d'écoute, appelés dispositifs NFC-B en mode Ecoute (D1-Dp), par un dispositif de Communication en Champ Proche de type B fonctionnant dans un mode d'appel, appelé dispositif NFC-B en mode Appel (1), pendant plus d'un cycle de résolution de collision, chaque cycle de résolution de collision commençant avec une première commande (SENSB REQ) envoyée par le dispositif NFC-B en mode Appel et comprenant un nombre (NoS) de créneaux temporels inférieur ou égal à un nombre maximal (16), le premier cycle de résolution de collision comprenant un créneau temporel, caractérisé en ce que lorsque le dispositif NFC-B en mode Appel (1) est sur le point de commencer un autre cycle de résolution de collision après la fin d'un cycle de résolution de collision courant, le dispositif NFC-B en mode Appel augmente le nombre de créneaux temporels par rapport au nombre de créneaux temporels dudit cycle de résolution de collision courant terminé si et seulement si aucun dispositif NFC-B en mode Ecoute (Di) n'a été identifié (DDF = 0) au cours dudit cycle de résolution de collision courant terminé et si aucun créneau temporel vide (ESF = 0) n'a été détecté au cours dudit cycle de résolution de collision courant terminé, et quand un dispositif NFC-B en mode Ecoute est identifié (DDF = 1) pendant un créneau temporel d'un cycle de résolution de collision courant, le dispositif NFC-B en mode Appel envoie audit dispositif NFC-B en mode Ecoute identifié, pendant un créneau temporel consécutif dudit cycle de résolution de collision courant sauf pour le dispositif NFC-B en mode Ecoute identifié en dernier pendant le dernier cycle de résolution de collision, une deuxième commande (SLPB REQ) pour mettre ledit dispositif en mode Ecoute NFC-B dans un état de veille. 2. Procédé selon la revendication 1, dans lequel, dans un cycle de résolution de collision, le dispositif NFC-B en mode Appel (1) envoie ladite deuxième commande audit dispositif NFC-B en modeEcoute identifié pendant le créneau temporel suivant au cours duquel un autre dispositif NFC-B en mode Ecoute est identifié ou au cours du dernier créneau temporel, sauf si ledit cycle de résolution de collision est le dernier cycle de résolution de collision. 3. Procédé selon la revendication 1 ou 2, dans lequel un cycle de résolution de collision est le dernier cycle de résolution de collision si aucune collision (CDF = 0) entre au moins deux dispositifs NFC-B en mode Ecoute n'a été détectée dans tous les créneaux temporels dudit cycle de résolution de collision, ou si le nombre de créneaux temporels dudit cycle de résolution de collision est égal audit nombre maximal (16). 4. Dispositif de Communication en Champ Proche de type B configuré pour fonctionner dans un mode d'appel, appelé dispositif NFC-B en mode Appel (1), comprenant un contrôleur NFC (11) configuré pour identifier plusieurs dispositifs de Communication en Champ Proche de type B fonctionnant dans un mode d'écoute, appelés dispositifs NFC-B en mode Ecoute (D 1-Dp), pendant plus d'un cycle de résolution de collision, ledit contrôleur comprenant un bloc d'émission (110) configuré pour transmettre, au début de chaque cycle de résolution de collision, une première commande (SENSB_REQ) comprenant un nombre de créneaux temporels inférieur ou égal à un nombre maximal, le premier cycle de résolution de collision comprenant un seul créneau temporel et un bloc de réception (111) configuré pour détecter la présence ou l'absence d'une réponse pendant un créneau temporel et pour analyser une telle réponse, caractérisé en ce que, quand le bloc d'émission (110) est sur le point d'envoyer une autre première commande pour démarrer un autre cycle de résolution de collision après la fin d'un cycle de résolution de collision courant, le bloc d'émission est configuré pour augmenter le nombre de créneaux temporels par rapport au nombre de créneaux temporels dudit cycle de résolution de collision courant terminé si et seulement si le bloc de réception n'a pas reçu de réponse représentative d'un dispositif NFC-B en mode Ecoute identifié pendant ledit cycle de résolution de collision courant terminé et n'a pas détectéde créneau temporel vide pendant ledit cycle de résolution de collision courant terminé, et quand le bloc de réception (111) a détecté une réponse représentative d'un dispositif NFC-B en mode Ecoute identifié à l'intérieur d'un créneau temporel d'un cycle de résolution de collision courant, le bloc d'émission est configuré pour envoyer audit dispositif en mode Ecoute NFC-B identifié, à l'intérieur d'un créneau temporel consécutif dudit cycle de résolution de collision courant, sauf pour le dispositif NFC-B en mode Ecoute identifié en dernier dans le dernier cycle de résolution de collision, une deuxième commande (SLPB REQ) pour mettre ledit dispositif NFC-B en mode Ecoute identifié dans un état de veille. 5. Dispositif NFC-B en mode Appel selon la revendication 4, dans lequel, dans un cycle de résolution de collision, le bloc d'émission (110) est configuré pour envoyer ladite deuxième commande audit dispositif NFC-B en mode Ecoute identifié au cours du créneau temporel suivant à l'intérieur duquel un autre dispositif NFC-B en mode Ecoute est identifié ou à l'intérieur du dernier créneau temporel, sauf si ledit cycle de résolution de collision est le dernier cycle de résolution de collision. 6. Dispositif en mode Appel NFC-B selon la revendication 4 ou 5, dans lequel le bloc d'émission (110) est configuré pour considérer un cycle de résolution de collision comme le dernier cycle de résolution de collision si le bloc de réception ne reçoit pas de réponse représentative d'une collision entre au moins deux dispositifs NFC-B en mode Ecoute dans tous les créneaux temporels dudit cycle de résolution de collision, ou si le nombre de créneaux temporels dudit cycle de résolution de collision est égal audit nombre maximal. 7. Dispositif NFC-B en mode Appel selon l'une quelconque des revendications 4 à 6, qui est un dispositif formant lecteur compatible NFC. 8. Dispositif NFC-B en mode Appel selon la revendication 7, dans lequel ledit dispositif formant lecteur compatible NFC (1) est un téléphone portable compatible NFC.