[go: up one dir, main page]

WO2022162289A1 - Procédé et dispositif d'adaptation d'une communication en champ proche - Google Patents

Procédé et dispositif d'adaptation d'une communication en champ proche Download PDF

Info

Publication number
WO2022162289A1
WO2022162289A1 PCT/FR2021/052403 FR2021052403W WO2022162289A1 WO 2022162289 A1 WO2022162289 A1 WO 2022162289A1 FR 2021052403 W FR2021052403 W FR 2021052403W WO 2022162289 A1 WO2022162289 A1 WO 2022162289A1
Authority
WO
WIPO (PCT)
Prior art keywords
ibc
nfc
communication
type
mobile terminal
Prior art date
Application number
PCT/FR2021/052403
Other languages
English (en)
Inventor
Philippe Michel Levionnais
Olivier Lepetit
Original Assignee
Orange
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange filed Critical Orange
Priority to EP21854673.7A priority Critical patent/EP4285491A1/fr
Priority to CN202180091877.4A priority patent/CN116888898A/zh
Priority to US18/262,654 priority patent/US20240080065A1/en
Publication of WO2022162289A1 publication Critical patent/WO2022162289A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B5/00—Near-field transmission systems, e.g. inductive or capacitive transmission systems
    • H04B5/70—Near-field transmission systems, e.g. inductive or capacitive transmission systems specially adapted for specific purposes
    • H04B5/72—Near-field transmission systems, e.g. inductive or capacitive transmission systems specially adapted for specific purposes for local intradevice communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B5/00—Near-field transmission systems, e.g. inductive or capacitive transmission systems
    • H04B5/20—Near-field transmission systems, e.g. inductive or capacitive transmission systems characterised by the transmission technique; characterised by the transmission medium
    • H04B5/22—Capacitive coupling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B5/00—Near-field transmission systems, e.g. inductive or capacitive transmission systems
    • H04B5/70—Near-field transmission systems, e.g. inductive or capacitive transmission systems specially adapted for specific purposes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B5/00—Near-field transmission systems, e.g. inductive or capacitive transmission systems
    • H04B5/20—Near-field transmission systems, e.g. inductive or capacitive transmission systems characterised by the transmission technique; characterised by the transmission medium
    • H04B5/24—Inductive coupling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B5/00—Near-field transmission systems, e.g. inductive or capacitive transmission systems
    • H04B5/40—Near-field transmission systems, e.g. inductive or capacitive transmission systems characterised by components specially adapted for near-field transmission
    • H04B5/45—Transponders

Definitions

  • the invention relates generally to telecommunications, and more specifically to contactless communications using short-range radio technologies, in particular of the NFC (Near Field Communication) type. It applies more particularly to terminals equipped with physical and software resources including a microprocessor and a near field communication module (Near Field - NF) receiving an electromagnetic field.
  • NFC Near Field Communication
  • NFC Near-field communications
  • ISO International Standard Organization
  • Communications of this type offer many applications in the fields of payment or transport, for example.
  • the invention improves the state of the art.
  • a mobile terminal equipped with a near-field communication module said mobile terminal being able to position in an NFC mode or in an IBC mode to perform contactless transactions, and to receive a message in an electromagnetic field on a near field channel, the method being characterized in that it comprises the following steps on the mobile terminal :
  • a specific protocol is set up between the reader terminal and the IBC/NFC mobile terminal to initialize a communication according to one mode or the other.
  • a mobile terminal can be capable of operating in both modes. It is therefore important to add IBC functionality to the mobile terminal without disrupting standard NFC communications.
  • the mobile terminal By receiving an IBC type communication request, the mobile terminal will establish the software and hardware actions necessary to allow the transaction via a return channel, while by receiving an NFC communication request, it will establish a standard NFC communication, according to state of the art.
  • Mobile terminal means a mobile terminal equipped with an NFC module. It can be, for example, a mobile phone, or smartphone, or even a connected object.
  • Reader terminal means a terminal equipped with an NFC module capable of positioning itself in reader mode as defined by the NFC standards. It can be for example a TPE (Electronic Payment Terminal). In reader mode, the terminal uses its own RF field to communicate. It is said to be active. On the contrary, in card emulation mode, the terminal responds to a command from the initiator/reader in a passive mode using load modulation.
  • NFC Near Field Communication
  • near-field communication module is meant a controller, or NFC component (CLF for ContactLess Frontend) constituting a near-field communication module like an electromagnetic transponder and comprising software components (firmware, etc.) necessary for the implementation of NFC communications.
  • NFC component CMF for ContactLess Frontend
  • Such a component is associated with an antenna, which transmits the NF signals received to the NFC component.
  • IBC near-field communication passing through the body of the user.
  • the term is used as opposed to the "NFC” mode which corresponds to the standard mode of an NFC communication, in which the terminal which includes the NFC device (classically, a mobile terminal, or smartphone) is in physical proximity to the NFC reader terminal (for example, a payment terminal).
  • type of communication in the near field is meant a communication of the standard NFC type, or of the IBC type, that is to say a communication established in the near field.
  • the method as described above further comprises a step of:
  • the mobile terminal controls the NFC component of the mobile so that it is positioned in the correct mode; Indeed, the reception of an IBC type message can take place in an NFC hardware mode, but the message will be of poor quality if no adaptation has been made.
  • Such an adaptation can be carried out in particular at the level of the antenna of the NFC circuit, by a software or hardware adaptation.
  • the method as described above is further characterized in that sending a pairing request on a return channel is followed by a step of:
  • the return channel being distinct from the NFC channel, a greater volume of data can be exchanged. Furthermore, the fact that the NFC channel is no longer used allows the wearer of the mobile terminal to move away from the reader terminal.
  • the method is characterized in that said invitation message contains a hazard to establish the return channel.
  • the hazard or random data, can be used to reinforce security when establishing the return channel: if the same hazard is shared by the mobile terminal and by the reader terminal, the communication can be carried out.
  • the hazard also called “challenge” takes the form of a parameter allowing a blase calculation of secret cryptographic keys, the result of which is compared by the two entities before establishing the communication.
  • the method is characterized in that said invitation message contains an IBC application type.
  • the type of IBC application can be transported in the invitation message.
  • This allows a number of different transactions to be defined for the IBC (transport, payment, game, data transfer, etc.)
  • the method is characterized in that said invitation message is received during an ISO type communication 14443.
  • an existing standard is reused and respected by all the electronic chip cards on the market.
  • messages imposed by the standard are exchanged between the reader terminal and the card on the near-field channel. If the new invitation message follows this message format (in terms of frequency, encoding modes, frame types, etc.), compatibility can be ensured at best.
  • the method is characterized in that the type of IBC communication is indicated in a field of the message left free by the NFC standard for future use.
  • an existing NFC standard is reused by using a field left free, which therefore does not disturb the operation of a receiver which would only be of the NFC type.
  • the method is characterized in that the type of IBC communication is indicated in a field of the message defined by the standard for a proprietary application.
  • the existing standard is reused by using a field already defined for proprietary applications, which therefore does not disturb the operation of a receiver which would only be of the NFC type, and makes it possible to easily add the IBC type.
  • the invention also relates to a device for adapting the communication of a mobile terminal equipped with a near-field communication module, the device being suitable for positioning the mobile terminal in an NFC mode or in an IBC mode, so to receive a message in an electromagnetic field, characterized in that it is configured to implement at the mobile terminal:
  • the invention also relates to a mobile terminal comprising such an adaptation device.
  • the invention also proposes a method for inviting communication on a terminal, called a reader terminal, of the NFC type, said reader terminal being adapted to invite according to at least one type of near-field communication NFC and one type of near-field communication IBC, the method being characterized in that it comprises, on the reader terminal positioned in NFC reader mode so as to transmit a message in an electromagnetic field, the following steps:
  • the proposed NFC reader terminal can be a commercial reader terminal to which the IBC functionality has simply been added, in the form of a specific message to be transmitted in the near field, in the same way as the messages of invitation, or “polling”, NFC.
  • the reader terminal only needs to monitor a pairing request on a channel separate from the NFC. If this request does not come, it means that the mobile terminal is positioned in NFC mode, or that it does not have the IBC, or the NFC (nor therefore, the IBC)
  • the method as described above is further characterized in that inviting according to at least one type of near-field communication NFC and one type of near-field communication IBC comprises the following sub-steps, repeated cyclically:
  • the proposed NFC reader terminal respects the polling mechanism imposed by the NFC standard, and defined in particular in the specifications of the NFC forum.
  • the reader terminal only needs to add the new IBC message to its polling sequence, without losing compatibility with the standard NFC mode.
  • the invention also relates to a device for inviting communication on a reader terminal equipped with a near-field communication module, said device being suitable for positioning the reader terminal in NFC reader mode so as to transmit a message in an electromagnetic field , and to invite according to at least one NFC near-field communication type and one IBC near-field communication type, characterized in that it is configured to implement at the level of the reader terminal:
  • the invention also relates to a reader terminal comprising such an invitation to communicate device.
  • the invention also relates to a system comprising a mobile terminal and a reader terminal as defined previously.
  • the invention also relates to computer programs comprising instructions for the implementation of one of the above methods according to any one of the particular embodiments described, when said program is executed by a processor.
  • the method can be implemented in various ways, in particular in wired form or in software form.
  • This program may use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in partially compiled form, or in any other desirable form.
  • the invention also relates to a recording medium or information medium readable by a computer, and comprising instructions of a computer program as mentioned above.
  • the recording media mentioned above can be any entity or device capable of storing the program.
  • the medium may comprise a storage means, such as a ROM, for example a CD-ROM or a microelectronic circuit ROM, or even a magnetic recording means, for example a hard disk.
  • the recording media may correspond to a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the programs according to the invention can in particular be downloaded from an Internet-type network.
  • the recording media may correspond to an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • FIG. 1 illustrates the context of the invention according to an IBC mode and an NFC mode.
  • FIG. 2 illustrates an architecture of an IBC/NFC mobile terminal according to a particular embodiment of the invention.
  • Figure 3 illustrates an architecture of a reader terminal, or IBC/NFC terminal, according to a particular embodiment of the invention.
  • Figure 4 illustrates initialization steps of the IBC/NFC communication method according to one embodiment of the invention.
  • Figure 5 illustrates the IBC/NFC communication initialization frame according to a particular embodiment of the invention.
  • FIG 6 illustrates a data transfer between two IBC mobile terminals according to one embodiment.
  • FIG 7 illustrates a data transfer between two IBC mobile terminals according to another embodiment.
  • FIG 8 illustrates the steps of a data transfer method between two IBC mobile terminals according to one embodiment.
  • the general principle of the invention consists in using a specific protocol between the reader terminal and the IBC/NFC mobile terminal to initialize a communication according to one mode or the other, in the case of a mobile terminal which is capable of operate in both modes, which is the case with most mobile phones, or smartphones, on the market.
  • the mobile terminal will establish the software and hardware actions necessary to allow the transaction by the body, while by receiving an NFC communication request, it will establish standard NFC communication, according to the 'state of the art.
  • the mobile terminal is positioned in NFC or IBC mode. It may command the NFC-IBC component of the mobile so that it is positioned in the correct mode; Indeed, the reception of an IBC message can take place in an NFC hardware mode, but the message will be of poor quality if no adaptation has been made. Then it carries out a “pooling”, that is to say that it listens until it receives an appropriate message. If it is in one of the two modes and receives an initialization message in this mode, it launches the transaction. On the other hand, if it is in one of the two modes and receives the initialization message in the other mode, it remains awaiting an appropriate message.
  • the reader terminal which does not know a priori how to distinguish an NFC transaction from an IBC transaction, sends NFC and IBC messages periodically, thereby respecting the "polling" protocol defined by the NFC standards. Depending on the answer he receives, he deduces one of the two modes, and can initiate the transaction. In particular, if he receives an NFC response, he knows that he is dealing with an NFC mobile terminal, if he receives a message on another radio channel, in particular a pairing request, he knows that he has dealing with an IBC mobile terminal.
  • This return channel can be Bluetooth, Wi-Fi, Li-Fi, 4G or 5G cellular, etc. as long as it is a “short” distance transmission channel, for example less than 10 meters, different from the near field channel.
  • Figure 1 illustrates the context of the invention, in IBC and NFC modes respectively.
  • the user (2) carrying the mobile terminal equipped with an NFC-IBC module approaches until almost touching the reader terminal TP to implement a service, for example a monetary transaction.
  • the TP and TM terminals are able to communicate directly in the near field (NFC) or via an electromagnetic field (NF) using the user's body (IBC).
  • the reader terminal TP can be for example a TPE (for Electronic Payment Terminal), or even a mobile terminal having an NFC module positioned in reader mode, a connected object (in English, IOT), a personal computer, a computer mouse computer, a home gateway, etc. It is capable of transmitting NFC type radio signals via an NFC antenna.
  • the reader terminal (TP) comprises a surface constituted by the optionally protected antenna and adapted to react when the user touches it or comes into proximity with it in IBC mode, for example by approaching the hand, or when he approaches his mobile in NFC mode.
  • the term "surface” is in no way limiting and given for illustrative purposes, the antenna being the only means essential to the operation of the device.
  • the mobile terminal TM is according to this example a mobile terminal equipped with an NFC-IBC module.
  • NFC-IBC module we mean a near-field reception module, capable of receiving an electromagnetic wave either directly (NFC mode) or after it has passed through the user's body (IBC mode).
  • a conventional NFC component is capable of receiving IBC signals with degraded quality, but there are also techniques for improving the quality of the signal received in IBC mode by software and/or hardware adaptation of the NFC component and its antenna. It is also capable of establishing a bidirectional return channel (for example Bluetooth) with the reader terminal.
  • this mobile terminal TM could be a computer, a connected object, a tablet, etc.
  • the IBC module behaves like a portable device naturally capable of receiving radio carrier waves, via an antenna, through the body of the user (2) .
  • the mobile terminal is located near of the user (2), without necessarily being in direct contact with it.
  • the mobile terminal is placed inside a user's pocket. It could also be placed in a bag, or around his neck, etc. In these configurations, it is estimated that the mobile terminal is not more than a few centimeters away from the body of the user (2). The distance is for example less than 5 cm.
  • a radio carrier wave is transmitted from the reader terminal through the body of the user.
  • Two phases are linked on the mobile terminal in a transparent way for the user, in order to provide the service.
  • a contactless phase of the IBC type which can be considered as a pre-pairing, is initiated.
  • the mobile terminal receives an IBC type message, and if the message is correct, pairs up, or pairs up, on the return channel with the reader terminal to allow two-way communication between the two terminals. Indeed, it is not possible to transmit a voluminous response message via the body of the user from a mobile terminal.
  • Such a dialogue consisting of a pairing phase followed by the establishment of a two-way communication using a Bluetooth link, is described in document WO2017/093639, included here by reference.
  • FIG. 2 illustrates an architecture of the mobile terminal TM according to a particular embodiment of the invention.
  • the mobile terminal TM has the classic architecture of a mobile telephone, of the smartphone type, and notably comprises a memory MEM, a processing unit equipped for example with a processor PROC, and controlled by the computer program PGR stored in MEM memory.
  • the code instructions of the computer program PGR are for example loaded into a memory before being executed by the processor PROC.
  • the processor PROC of the processing unit UT notably implements the steps of the adaptation method according to one any of the particular embodiments described in more detail below, according to the instructions of the computer program PGR.
  • the mobile terminal also comprises the following modules: an NFC module for managing NFC and IBC communications.
  • This module conventionally comprises a contactless communication integrated circuit (CLF: Contactless Front-End) associated with an ANT antenna initially provided for receiving NFC signals; the circuit formed by the CLF and the antenna can be adapted to receive IBC signals with better quality via the human body.
  • a DNF module for managing IBC/NFC near field communications.
  • This module is in particular in charge of the IBC or NFC mode selection steps, either directly (for example from the user via an HMI of the mobile terminal) or by a so-called “pooling" mechanism, which consists for the mobile terminal positioning itself in a mode (for example IBC) then listening on the near-field communication channel, and validating this mode if a message received corresponds to the selected mode.
  • a PIBC module for the specific management of IBC communications. This module notably executes the steps necessary for decoding the IBC initialization message and establishing the return channel to carry out the transaction in IBC mode. Optionally, it is also able to control the adaptation of the NFC circuit (CLF component and its antenna) to improve IBC reception.
  • a PNFC module for managing NFC communications.
  • This module notably executes the steps conventionally necessary for establishing and executing the NFC transaction. It positions the mobile terminal in card emulation mode or in reader mode, depending on the prerequisites of the targeted application.
  • a communication module distinct from the NFC module for example Bluetooth (or Wi-Fi, Li-Fi, etc.) denoted CR in the figure, to ensure the return channel, and therefore the bidirectionality of the IBC communication.
  • the CR module is connected to an antenna, either directly or via the mobile telephone: o in the first case, the CR module is for example associated with the NFC component, possibly on the same substrate. For example, it is connected to the output of the antenna demodulator, possibly through other circuits.
  • the module CR receives the demodulated data and possibly processed by a microprocessor, and is responsible for establishing a Bluetooth communication channel.
  • the module CR is located elsewhere, for example in the mobile terminal.
  • the demodulated antenna signals are transmitted to the microprocessor of the mobile terminal which is responsible for establishing the return channel (Bluetooth, Wi-Fi, cellular radio, etc.).
  • the corresponding module present natively on the mobile terminal can be reused.
  • an HMI user interface suitable for transmitting instructions or information messages to the user and receiving information from him.
  • the user interface is the smartphone screen.
  • the interface is an audio interface making it possible to receive messages and instructions.
  • the HMI can also include a keyboard, a microphone, etc. For example, it can be arranged to enter the preferential mode (IBC or NFC) of the user, temporarily, for a transaction or a set of transactions.
  • FIG. 3 illustrates an architecture of a reader terminal, or IBC/NFC terminal, according to a particular embodiment of the invention
  • the reader terminal TP has the classic architecture of a computer, and notably comprises a memory MEM', a processing unit equipped for example with a processor PROC', and controlled by the computer program PGR' stored in memory MEM '.
  • the code instructions of the computer program PGR' are for example loaded into a memory before being executed by the processor PROC'.
  • the processor PROC' of the processing unit UT' notably implements the steps of the adaptation method according to any one of the particular embodiments described, according to the instructions of the computer program PGR'.
  • the reader terminal also comprises: an NFC' module for the management of near-field communications, NFC or IBC.
  • This module conventionally comprises a contactless communication integrated circuit (CLF: Contactless Front-End) and an ANT antenna provided for transmitting and receiving NFC signals.
  • a DNF' module for managing IBC/NFC near-field communications.
  • This module is in particular in charge of the IBC or NFC mode selection steps by means of a so-called “pooling" mechanism, which means here that the reader terminal periodically transmits messages of a certain type (NFC or IBC) and listens to the response on a return channel. If it has sent an IBC frame and receives a response on the return channel (Bluetooth), it can initiate IBC communication.
  • NFC message the type of card emulated, etc.
  • a PIBC' module for managing IBC communications. This module performs in particular the steps necessary for the establishment of the IBC prompt message which will be detailed in support of Figure 5, the insertion of this message in the polling mechanism, in cooperation with the module PNFC ', and the establishment of the return channel with the mobile terminal, to carry out the transaction in IBC mode.
  • PNFC' module for managing NFC communications.
  • This module notably executes the steps conventionally necessary for the NFC transaction according to the state of the art constituted in particular by the NFC 14443 standard and the technical specification mentioned above.
  • the main steps for initializing NFC communication between a transmitter and the card are described in part 3 of the standard (ISO 14443-3 - Identification cards — Contactless integrated circuit(s) cards — Cards proximity — Part 3: Initialization and collision avoidance). It also positions the reader terminal in NFC reader mode.
  • a module CR' intended to transmit and receive data on the return channel.
  • the module is in particular arranged to implement the steps of reception/transmission of messages relating to the transaction on the return channel.
  • an IHM' user interface suitable for transmitting instructions or information messages to the user.
  • the user interface is a screen on which messages and instructions are displayed.
  • the interface is an audio interface making it possible to play the messages and instructions.
  • the HMI can also include a keyboard, a microphone, etc. For example, it can be arranged to implement an invitation step of the communication method.
  • any reader terminal on the market can advantageously be used, provided that it benefits from the PIBC' modules allowing it, by a simple update of the software of the reader terminal, to make it capable of transmitting a message having the characteristics of the IBC invitation message according to the invention, and to insert it into the polling mechanism, via its NFC antenna.
  • the reader terminal TP can be a transmitting mobile terminal whose architecture is similar to that of the device TP described here.
  • a mobile terminal is however not suitable for being positioned in reader mode for a long time because this mode drains the batteries.
  • Figures 6 to 8 propose an embodiment which solves this problem.
  • FIG. 4 illustrates steps of the NFC/IBC adaptation method according to one embodiment of the invention.
  • a mobile terminal TM seeks to validate an electronic transaction according to one of the two contexts presented respectively in FIG. 1, that is to say that the transaction is carried out either in NFC if the user 2 approaches his mobile terminal to the reader terminal (M NFC), or in IBC if he keeps his mobile terminal in his pocket (M IBC).
  • NFC communications can cover two types of applications related to two different operating modes on an NFC device:
  • the first mode relates to the reading of data on devices of the transponder type, or NFC cards.
  • the device in this mode is active. It transmits commands to a mobile terminal as it would send them to a contactless card according to the ISO 14443 (or Felica) standard. It generates a magnetic field which, in contact with the antenna of the passive card, induces an electric current which powers the card.
  • the second mode implements emulation of a near-field communication module, typically to secure electronic transactions between an application stored on the device and an external reading terminal, or reader terminal; in this mode, the device's NFC equipment is used passively. It simulates the behavior that a passive contactless card would have.
  • NFC devices meeting the ISO 14443 standard communicate using a range of respective distinctive feature technologies.
  • the generic NFC standard is subdivided into three sub-standards NFC-A, NFC-B and NFC-F. These three sub-standards use a 13.56 MHz field. They differ by the way of modulating this field in amplitude, by the coding of the transmitted symbols as well as by the bit rate.
  • An NFC-compatible mobile terminal such as a mobile telephone, generally supports several, or even all, of the sub-standards.
  • a commercial reader terminal generally supports several types of cards.
  • the NFC standards in particular the aforementioned standard NFC Activity Technical Specification, specify a protocol for establishing the technology to be used when more than one technology is available (NFC-A, NFC-B, NFC-F) on the reader terminal. This is called “polling”.
  • the protocol constrains the reader terminal to send a near-field invite message, which requests a response to one of the available sub-standards, starting with NFC-A.
  • the listening mobile terminal (or card) will only respond if it is able to communicate using NFC-A; the reader terminal reacts in a limited time interval to the absence of response by transmitting a second invitation signal in a second technology, for example NFC-B. This process is repeated until the listening mobile terminal responds with an invitation response signal indicating compatibility with an NFC sub-standard.
  • the embodiment described here adds a new NFC-IBC substandard to the existing substandards.
  • This new sub-standard integrates with the polling mechanism while maintaining compatibility with existing NFC sub-standards.
  • NFC mode one of the sub-modes defined by the NFC forum
  • IBC mode the additional sub-mode as set out in the embodiments of the present invention.
  • FIG. 5 we will now describe FIG. 5 in support of the following steps E0 to E25:
  • the reader terminal positions itself in reader mode and prepares its WUP invitation message (for Wake-UP) for the type of sub-standard targeted (NFC-B, NFC-A, NFC -F or NFC-IBC) with the aim of initiating a dialogue between the reader terminal and the mobile terminal, in NFC or IBC mode, in accordance with NFC standards, enriched according to the invention with a new IBC message integrated into the mechanism of polling.
  • WUP invitation message for Wake-UP
  • the mobile terminal TM activates its NFC module and positions itself in card emulation mode. Then he chooses to position himself either in IBC mode (M IBC) or in NFC mode (M NFC). Then the mobile terminal TM is approached to the terminal (NFC mode) or the user's hand is approached to the terminal (IBC mode) thereby authorizing the transmission of the carrier wave of the invitation message through his body. In both cases, the mobile terminal receives the electromagnetic field generated by the reader terminal, as explained previously.
  • the reader terminal enters a polling process as described above, that is to say it transmits successively (and cyclically), until obtaining a response, an invitation of the type corresponding to the sub-standards it implements (NFC-A, NFC-B, NFC-F, NFC-IBC, etc.)
  • This invitation is noted in figure WUP X, where X takes the value A, B, F, IBC.
  • NFC sub-standard messages are specified by the standard and will not be detailed here.
  • the new IBC initialization message follows the message format of the standard. According to an example, detailed later in support of Figure 5, it is an NFC-B type message so the fields are reused to advantage to indicate the new type of communication (IBC) and optionally data of service and/or in a non-exhaustive manner a hazard intended for subsequent pairing on the return channel, a type of return channel (CR) to be used (BT, Wi-Fi, 5G, etc.), etc.
  • the new initialization message when it is received by the mobile terminal, makes it possible to launch the IBC communication procedure: pairing and continuation of the transaction on the return channel (Bluetooth for example).
  • the mobile terminal operates in load modulation, that is to say by induction.
  • the 14443 standard indicates that, in such a situation, the mobile terminal in emulation and the reader terminal can no longer communicate if they are more than approximately 10 cm apart.
  • the reader terminal cannot receive such a message, and therefore returns to step E20 or E21 at the end of the time defined by the NFC “polling” mechanism.
  • a standard transaction of the NFC type is carried out, with in El 1, a sending by the mobile terminal of the NFC acknowledgment if the type of NFC request corresponds to the capacities of the mobile terminal (for example ACK -A to confirm operation in NFC mode- A), then, if the reader terminal validates the communication during step E22, upon receipt of the response message, the conventional execution of the NFC transaction during steps E12 and E23, for example the validation of a contactless payment.
  • step E3 (or step E2 if step E3 is not implemented) is followed by step E4 at during which the mobile terminal decodes the message (hazard, type of service, etc.), then initializes the return channel: it possibly activates the channel (for example by opening Bluetooth or Wi-Fi on the terminal if this is not 'is not already done), requests a pairing from the reader terminal on this channel (BT, etc.) by transmitting for example an IBC transaction confirmation, denoted ACK IBC on this channel.
  • This ACK IBC message may in particular include the encrypted random number which is used to secure the return channel.
  • the reader terminal validates the communication during step E24 on receipt of the response message, in particular because it has received a message on the expected return channel with Faléa expected; the communication continues on this return channel during steps E4 and E24, for the reception/transmission of messages relating to the IBC transaction (to validate a payment, a ticket balance, or exchange any other message required for the communication, etc. .)
  • Figure 5 illustrates an IBC initialization message according to one embodiment.
  • the main steps for initializing NFC communication between a transmitter and a card are defined in part 3 of ISO 14443-3.
  • the reader terminal sends an identification request (called “REQB” or “WUPB”) and waits for a response (called “ATQB”) from the mobile terminal.
  • REQB identification request
  • AQB response
  • the invention proposes to reuse such a protocol message, so as to insert an indication of the "IBC" type and optionally a certain number of data necessary for the subsequent IBC communication (hazard, type of request, type of IBC application, type return channel, etc.).
  • the standardized REQB/WUPB message contains: a start of frame byte, S OF; an APf anti-collision prefix byte (of fixed value, in hexadecimal 0x5); a byte called "AFI” indicating the application family representing the type of application targeted by the NFC reader (all applications - code 00, transport, finance, telecommunications, etc.) Only proximity cards with applications of the type indicated by the AFI are authorized to respond to a REQB/WUPB command with an AFI other than "00". When AFI is "00", all proximity cards must process REQB/WUPB.
  • Figure 5 illustrates a possible reuse of these fields, concerning a particular mode of implementation.
  • the IBC initialization WUP IBC message contains, according to the first example (WUP IBC (1)), the start of frame (SOF) message followed immediately by the data bytes (DATAI, DATA2, DATA3, etc. necessary when establishing the IBC request. As the AFI field is overwritten, a card or a type B mobile terminal will not respond to this request.
  • the data fields may include the random number, IBC service information, the type of IBC application (transport, file transfer, etc.), etc.
  • the message also contains a "CRC IBC" byte on two bytes containing a code allowing errors to be detected and corrected.
  • the IBC initialization WUP IBC message contains, according to the second example (WUP IBC (2)): a first anticollision prefix byte APf, unmodified (although the anticollision algorithm is of little use in the case of the IBC, because it can hardly be several users whose hand is present simultaneously in front of the reader terminal); the "AFI" byte adapted for the IBC while maintaining compatibility with the standard.
  • the value 0x0 of the first half-byte corresponds to a private subfamily of the type specified in the second half-byte.
  • FIGS 6 and 7 illustrate IBC communication according to another embodiment, for data transfer between two mobile terminals.
  • the receiving mobile terminal TM R may have the type of architecture presented in FIG. 2.
  • the transmitting mobile terminal TM E may have the type of architecture presented in FIG. behave like a reader terminal.
  • the user of the receiving mobile terminal TM R is positioned in IBC mode. For example, he makes this choice by checking a box in the parameters of his mobile terminal, as represented in FIG. 6 or 7.
  • the user of the transmitting terminal TM E can choose to position his terminal in NFC or IBC mode.
  • the configuration of the mobile terminal authorizes according to this example to check an NFC mode (which already exists on most terminals market) or an IBC mode for the connectivity of the mobile terminal.
  • IBC-S a new application is authorized, represented in the figure by “IBC-S” which signifies that the mobile is authorized to use a data transfer application in IBC.
  • This type of service indication can also be proposed for example in the data field, or in the “type” field of the invitation message proposed in FIG. 5.
  • IBC services such as gaming, streaming services, etc.
  • the user does not need to activate the CR module of the return channel (according to the example, Bluetooth - BT) before using his mobile in IBC because the application IBC can take care of it for him, automatically when connecting IBC, then after the data transfer, the return channel can be deactivated.
  • the two mobile terminals TM R and TM E seek to communicate in order to exchange data, in particular voluminous data which could not be transmitted according to near-field technology, the bit rate capacities of which are limited. Indeed, the maximum speed offered by NFC is 424 kb/s, which is not sufficient to allow a transfer of large data.
  • a transaction of this type carried out using NFC or IBC means that the mobile terminal or the user's hand remains resting on the reader terminal, which is uncomfortable and requires high positioning precision.
  • the user 2' of the terminal TM E wishes to transmit a video P to the terminal TM R of the user 2 (alternatively it could be any document such as sound, Web pages, pictures, etc.)
  • the two users are positioned in IBC. They have both activated the IBC option and the IBC-S application on the TM R and TM E terminals.
  • user 2' touches user 2 or vice versa, it does not matter as long as they enter in proximity within the meaning of the IBC
  • his mobile terminal temporarily positioned in reader mode, transmits the IBC frame which passes through his body, then through that of the user 2, and reaches the user's mobile terminal 2, TM, positioned in emulation mode.
  • TM mobile terminal
  • the mobile terminal TM R of the user 2 establishes the IBC communication with that of the user 2', TM E, via the activation of the return channel CR, according to the Bluetooth example.
  • the first user can stop touching the second, the file P is transferred and the return channel optionally closed.
  • the user of TM E is positioned in NFC and the other in IBC.
  • this mobile terminal positioned transiently in reader mode, transmits the IBC frame which passes through the body of the user 2, and reaches the mobile terminal of the user 2, TM R, positioned in emulation mode.
  • the mobile terminal of the user 2 establishes the IBC communication with that the user 2', TM E, via the activation of the return channel CR, for example in Bluetooth.
  • the first user can stop touching the second, the P file is transferred and the return channel closed.
  • the closing of the channel is accompanied by the deactivation of the corresponding means of communication (Bluetooth, Wi-Fi, mobile data), in particular if it was deactivated before the start of data transfer.
  • FIG. 8 illustrates steps of a data transfer method in IBC mode according to one embodiment of the invention.
  • a mobile terminal TM E equipped with NFC and IBC of a user 2' seeks to transmit voluminous data to another mobile terminal TM_R equipped with IBC of a user 2, according to one of the two contexts presented respectively in Figures 6 and 7, that is to say that the transaction is carried out when the user 2 'approaches either his mobile terminal TM E (Fig. 7), or his hand (Fig. 6), user 2 who for his part keeps his mobile terminal TM_R in his pocket.
  • FIG. 8 we will now describe FIG. 8 in support of the following steps E30 to E58:
  • the receiving mobile terminal TM_R activates its NFC module (CLF and antenna).
  • the “card emulation” mode is generally chosen on a mobile terminal.
  • M IBC IBC mode
  • IBC-S IBC-S option which corresponds to an IBC data transfer application.
  • the IBC mode and the IBC-S application can therefore be positioned by default for the TM_R mobile terminal, i.e. it can operate for several transactions without user intervention.
  • the mobile terminal TM E has activated its NFC module (CLF and antenna).
  • NFC NFC
  • the “card emulation” mode is generally chosen on a mobile terminal.
  • he positions himself in IBC (M IBC) or NFC (M NFC) mode and selects the “IBC-S” option which corresponds to an IBC data transfer application.
  • M IBC IBC
  • M NFC NFC
  • IBC-S IBC-S” option which corresponds to an IBC data transfer application.
  • the IBC mode (figure 6) or the NFC mode (figure 7), as well as the IBC-S option (figures 6 and 7) can be positioned by default for the TM E mobile terminal, i.e. 'it can work for multiple transactions without user intervention.
  • the user decides to use the “IBC-S” option to effectively transfer data P to the mobile terminal TM_R of user 2, which is in his pocket .
  • the user 2′ launches an application for this purpose, for example an APP IBC-S applet of the PGR′ program.
  • the applet can be selected by the user (for example on the screen of his smartphone) or launched automatically when he selects a content to be transferred, for example via a menu selection which appears on the screen to indicate that the content (P) can be transferred in IBC, or any other possibility to initiate the transfer of content (P) to user 2 in IBC mode.
  • the mobile terminal TM E is positioned in NFC reader mode, as defined previously. Such positioning is done automatically and cyclically on some of the NFC mobile terminals on the market during the polling phase, which is preferably very short because it consumes energy. On other mobile terminals on the market, the polling phase is only triggered when a contactless card is detected. Positioning in reader mode of step E52 is therefore either automatic or forced.
  • T LEC timer
  • the method arms a timer (T LEC) of the reader mode.
  • T LEC timer
  • Such a delay corresponding to the maximum duration of the time during which the mobile terminal can remain in reader mode, is also called “time-out”. It is conventionally monitored in the background by the system processor associated with a clock. For example, T LEC can take the value 10 seconds. Indeed, the TM E mobile terminal cannot remain in reader mode for long, which would drain its batteries.
  • This step is optional because it is possible to deactivate the reader mode after the transmission of the IBC invitation message. It is however useful in the event that this transmission fails, because it prevents the mobile terminal from remaining too long unnecessarily in reader mode.
  • the mobile terminal TM E therefore tests the time elapsed since the arming of the timer T LEC. It can perform this step in the background. If the time is exceeded, it deactivates reader mode and returns for example to step E50 or E51.
  • the method prepares the WUP IBC invitation message for the type of sub-standard targeted, in this case IBC (since, even if the mobile terminal TM E is in M NFC mode, its recipient, the mobile terminal TM_R, is in M IBC mode), with the aim of transferring content (video P).
  • the WUP IBC message can contain the IBC application type, here IBC-S, (as proposed in the “Type” field of the WUB_IBC(2) message in FIG. 4). He can too contain a random value, the type of return channel to use, and/or any other data useful for the operation of the service.
  • user 2 comes close to user 2', either by approaching his mobile terminal TM E, or by approaching a part of his body, thereby authorizing the transmission of the carrier wave of the WUP invitation message IBC through the user's body 2'.
  • the mobile terminal TM_R receives the electromagnetic field, and therefore the WUP IBC message, generated by the mobile terminal TM E.
  • the method deactivates the reader mode as soon as the message is transferred, during step E56.
  • the TM E mobile terminal whether in NFC or IBC mode, is repositioned in card emulation mode.
  • the WUP IBC invitation message is received by the mobile terminal TM_R in step E31.
  • the mobile terminal TM_R decodes the message received (type of communication, hazard, type of service, etc.). He can in particular verify that it is indeed an IBC invitation message (as explained for example in support of Figures 4 and 5), and that the type of IBC application received (IBC-S) corresponds to its configuration. It can also read and encrypt the random number received, and find out the type of return channel desired. If the invitation message is correct, it initializes the return channel (BT, Wi-Fi, etc.) and sends an IBC transaction confirmation, possibly accompanied by the encrypted random number, denoted ACK IBC, on this channel.
  • IBC-S type of IBC application received
  • the mobile terminal TM E validates or not the communication during step E57 upon receipt of the response message, depending on the content of said response message (it is indeed an IBC acknowledgment on the correct channel with the correct random , etc.). Then he deactivates reader mode.
  • the communication continues on the return channel during steps E33 and E58, for the reception/transmission of messages relating to the transfer of the file P.
  • the file P can be displayed for example on the screen of the mobile terminal TM_R.
  • a text or sound message can be communicated to user 2 of the TM_R terminal.
  • the CR return channel is closed and the IBC-S option may or may not be unchecked.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé et un dispositif d'adaptation de la communication d'un terminal mobile (TM) équipé d'un module de communication en champ proche (NFC). Le terminal mobile est apte à se positionner dans un mode NFC (M_NFC) ou dans un mode IBC (M_IBC) pour effectuer des transactions sans contact. Il est apte à recevoir un message dans un champ électromagnétique sur un canal en champ proche. Le procédé est caractérisé en ce qu'il comporte, sur le terminal mobile, les étapes suivantes : - recevoir d'un terminal positionné en mode lecteur (E1), dit terminal lecteur, un message d'invitation à communiquer (WUP_X, WUP_NFC, WUP_IBC) selon un type de communication en champ proche (X, NFC-A, NFC-B, NFC-F, NFC-IBC); - détecter (E2) un type de communication en champ proche (NFC, IBC) dans le message d'invitation reçu; - si ledit type de communication indique une communication IBC (E2), et que (E3) le terminal mobile est positionné dans mode IBC (M_IBC), émettre (E4) une demande d'appairage (ACK_IBC) sur un canal de retour (CR) distinct du canal en champ proche.

Description

DESCRIPTION
Procédé et dispositif d’adaptation d’une communication en champ proche.
Domaine de l'invention
L'invention se rapporte de manière générale aux télécommunications, et plus précisément aux communications sans contact utilisant des technologies radio à courte distance, notamment de type NFC (d’après l’anglais Near Field Communication). Elle s’applique plus particulièrement à des terminaux équipés de ressources physiques et logicielles incluant un microprocesseur et un module de communication en champ proche (Near Field - NF) recevant un champ électromagnétique.
Art Antérieur
Les communications en champ proche, usuellement appelées NFC, fondées principalement sur la norme ISO (International Standard Organisation) 14443, utilisent des technologies sans-fil pour permettre un échange d'informations entre deux périphériques éloignés d’une courte distance, typiquement inférieure à dix centimètres. Les communications de ce type offrent de nombreuses applications dans les domaines du paiement ou du transport, par exemple.
Récemment dans ce domaine sont apparues de nouvelles techniques de communication sans- fil utilisant pour canal le corps humain. Dans ces technologies que l’on regroupe sous le terme générique d’IBC (de l’anglais : Intra-Body Communication) ou encore BCC (pour Body Channel Communication), le corps humain agit de surcroît comme un conducteur pour transmettre des informations d’un point à un autre. Il n’est donc plus nécessaire d’approcher le terminal IBC de son homologue pour établir une communication : il peut être conservé dans la poche, dans un sac, etc. du porteur. En approchant la main d’un terminal lecteur NFC, l’individu porteur du terminal IBC établit une communication sécurisée entre son terminal et le terminal lecteur. Le document WO2017/093639 décrit par exemple un tel système.
Mais le porteur peut être amené à réaliser des communications NFC ou IBC en utilisant le même terminal mobile.
Il existe donc un besoin pour assurer une compatibilité des modes NFC et IBC sur le même terminal.
Exposé de l'invention
L'invention vient améliorer l'état de la technique.
Elle propose à cet effet un procédé d’adaptation de la communication d’un terminal mobile équipé d’un module de communication en champ proche, ledit terminal mobile étant apte à se positionner dans un mode NFC ou dans un mode IBC pour effectuer des transactions sans contact, et à recevoir un message dans un champ électromagnétique sur un canal en champ proche, le procédé étant caractérisé en ce qu’il comporte les étapes suivantes sur le terminal mobile :
- recevoir d’un terminal positionné en mode lecteur, dit terminal lecteur, un message d’invitation à communiquer selon un type de communication en champ proche ;
- détecter un type de communication en champ proche dans le message d’invitation reçu ;
- si ledit type de communication indique une communication IBC, et que le terminal mobile est positionné dans le mode IBC, émettre une demande d’appairage sur un canal de retour distinct du canal en champ proche.
Avantageusement selon l’invention, un protocole spécifique est mis en place entre le terminal lecteur et le terminal mobile IBC/NFC pour initialiser une communication selon l’un ou l’autre mode. En effet, un terminal mobile peut être apte à fonctionner dans les deux modes. Il est donc important d’ajouter une fonctionnalité IBC au terminal mobile sans pour autant perturber les communications NFC standard. En recevant une demande de communication de type IBC, le terminal mobile va établir les actions logicielles et matérielles nécessaires pour permettre la transaction via un canal de retour, alors qu'en recevant une demande de communication NFC, il établira une communication standard NFC, selon l'état de l'art.
Par « terminal mobile » on entend un terminal mobile équipé d’un module NFC. Il peut s’agir par exemple d’un téléphone mobile, ou smartphone, ou encore d’un objet connecté.
Par « terminal lecteur » on entend un terminal équipé d’un module NFC apte à se positionner en mode lecteur tel que défini par les normes NFC. Il peut s’agir par exemple d’un TPE (Terminal Electronique de paiement). En mode lecteur, le terminal utilise son propre champ RF pour communiquer. Il est dit actif. Au contraire, en mode émulation de carte, le terminal répond à une commande de l'initiateur/lecteur dans un mode passif en utilisant une modulation de charge.
Par « module de communication en champ proche » on entend un contrôleur, ou composant NFC (CLF pour ContactLess Frontend) constituant un module de communication en champ proche à la manière d'un transpondeur électromagnétique et comprenant des composantes logicielles (firmware, etc.) nécessaires à la mise en œuvre des communications NFC. Un tel composant est associé à une antenne, qui transmet les signaux NF reçus au composant NFC.
Par « IBC » ou mode IBC, on entend une communication en champ proche transitant par le corps de l’utilisateur. Le terme est utilisé par opposition au mode « NFC » qui correspond au mode standard d’une communication NFC, dans laquelle le terminal qui comporte le dispositif NFC (classiquement, un terminal mobile, ou smartphone) est à proximité physique du terminal lecteur NFC (par exemple, un terminal de paiement). Par « type de communication en champ proche » on entend une communication de type NFC standard, ou de type IBC, c’est-à-dire d’une communication établie en champ proche.
Selon un mode de mise en œuvre particulier de l'invention, le procédé tel que décrit ci-dessus comporte en outre une étape de :
- émettre vers le module de communication en champ proche une commande de basculement en mode IBC.
Avantageusement selon ce mode, le terminal mobile commande le composant NFC du mobile pour qu’il se positionne dans le bon mode ; en effet la réception d’un message de type IBC peut avoir lieu dans un mode matériel NFC, mais le message sera de mauvaise qualité si aucune adaptation n’a été réalisée. Une telle adaptation peut être réalisée notamment au niveau de l’antenne du circuit NFC, par une adaptation logicielle ou matérielle.
Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre cumulativement ou alternativement avec le précédent, le procédé tel que décrit ci-dessus est en outre caractérisé en ce que émettre une demande d’appairage sur un canal de retour est suivi d’une étape de :
- établir une communication bidirectionnelle avec le terminal lecteur sur le canal de retour.
Avantageusement selon ce mode, le canal de retour étant distinct du canal NFC, un plus grand volume de données peut être échangé. Par ailleurs, le fait que le canal NFC ne soit plus utilisé permet au porteur du terminal mobile de s’éloigner du terminal lecteur.
Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre cumulativement ou alternativement avec les précédents, le procédé est caractérisé en ce que ledit message d’invitation contient un aléa pour établir le canal de retour.
Avantageusement selon ce mode, l’aléa, ou donnée aléatoire, peut être utilisé pour renforcer la sécurité lors de l’établissement du canal de retour : si le même aléa est partagé par le terminal mobile et par le terminal lecteur, la communication peut être effectuée. L’aléa, aussi appelé « challenge » prend la forme d’un paramètre permettant un calcul à blase de clés cryptographiques secrètes, dont le résultat est comparé par les deux entités avant d’établir la communication.
Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre cumulativement ou alternativement avec les précédents, le procédé est caractérisé en ce que ledit message d’invitation contient un type d’application IBC.
Avantageusement selon ce mode, le type d’application IBC peut être transporté dans le message d’invitation. Ceci permet de définir un certain nombre de transactions différentes pour l’IBC (transport, paiement, jeu, transfert de données, etc.) Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre cumulativement ou alternativement avec les précédents, le procédé est caractérisé en ce que ledit message d’invitation est reçu au cours d’une communication de type ISO 14443.
Avantageusement selon ce mode, on réutilise une norme existante et respectée par toutes les cartes à puces électroniques du marché. Lors d’une communication de type ISO 14443-3, des messages imposés par la norme sont échangés entre le terminal lecteur et la carte sur le canal en champ proche. Si le nouveau message d’invitation respecte ce format de messages (en termes de fréquence, modes de codage, types de trames, etc.), la compatibilité peut être assurée au mieux.
Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre cumulativement ou alternativement avec les précédents, le procédé est caractérisé en ce que le type de communication IBC est indiqué dans un champ du message laissé libre par la norme NFC pour un usage futur.
Avantageusement selon ce mode, on réutilise une norme NFC existante en utilisant un champ laissé libre, qui ne perturbe donc pas le fonctionnement d’un récepteur qui serait uniquement de type NFC.
Selon un autre mode de mise en œuvre particulier de l'invention, qui pourra être mis en œuvre cumulativement ou alternativement avec les précédents, le procédé est caractérisé en ce que le type de communication IBC est indiqué dans un champ du message défini par la norme pour une application propriétaire.
Avantageusement selon ce mode, on réutilise la norme existante en utilisant un champ déjà défini pour des applications propriétaires, ce qui ne perturbe donc pas le fonctionnement d’un récepteur qui serait uniquement de type NFC, et permet d’ajouter facilement le type IBC.
L'invention concerne également un dispositif d’adaptation de la communication d’un terminal mobile équipé d’un module de communication en champ proche, le dispositif étant adapté pour positionner le terminal mobile dans un mode NFC ou dans un mode IBC, de manière à recevoir un message dans un champ électromagnétique, caractérisé en ce qu’il est configuré pour mettre en œuvre au niveau du terminal mobile:
- recevoir d’un terminal lecteur un message d’invitation à communiquer selon un type de communication en champ proche ;
- détecter un type de communication en champ proche dans le message d’invitation reçu ;
- si ledit type de communication indique une communication IBC, et que le terminal mobile est positionné dans un mode IBC, émettre une demande d’appairage sur un canal de retour distinct du canal en champ proche. L'invention concerne également un terminal mobile comprenant un tel dispositif d’adaptation.
L’invention propose encore un procédé d’invitation à communiquer sur un terminal, dit terminal lecteur, de type NFC, ledit terminal lecteur étant adapté pour inviter selon au moins un type de communication en champ proche NFC et un type de communication en champ proche IBC, le procédé étant caractérisé en ce qu’il comporte, sur le terminal lecteur positionné en mode lecteur NFC de manière à émettre un message dans un champ électromagnétique, les étapes suivantes :
- émettre vers un terminal mobile un message d’invitation à communiquer selon un type de communication en champ proche ;
- si ledit type de communication indique une communication IBC, recevoir un message d’appairage sur un canal de retour distinct du canal en champ proche.
Avantageusement selon l’invention, le terminal lecteur NFC proposé peut être un terminal lecteur du commerce auquel on a simplement ajouté la fonctionnalité IBC, sous la forme d’un message spécifique à émettre en champ proche, de la même manière que les messages d’invitation, ou « polling », NFC. Une fois un tel message d’invitation transmis, il suffit que le terminal lecteur surveille une demande d’appairage sur un canal distinct du NFC. Si cette demande ne vient pas, cela signifie que le terminal mobile est positionné en mode NFC, ou qu’il ne dispose pas de l’IBC, ou du NFC (ni donc, de l’IBC)
Selon un mode de mise en œuvre particulier de l'invention, le procédé tel que décrit ci-dessus est en outre caractérisé en ce que inviter selon au moins un type de communication en champ proche NFC et un type de communication en champ proche IBC comporte les sous-étapes suivantes, répétées de manière cyclique :
- émettre des messages d’invitation vers le terminal mobile selon un type de communication NFC, conformément au mécanisme normalisé d’interrogation NFC ;
- émettre un message d’invitation vers le terminal mobile selon un type de communication IBC.
Avantageusement selon l’invention, le terminal lecteur NFC proposé respecte le mécanisme de polling imposé par la norme NFC, et défini notamment dans les spécifications du forum NFC. Ainsi il suffit au terminal lecteur de rajouter dans sa séquence de polling le nouveau message IBC, sans perte de compatibilité avec le mode NFC standard.
L’invention concerne aussi un dispositif d’invitation à communiquer sur un terminal lecteur équipé d’un module de communication en champ proche, ledit dispositif étant adapté pour positionner le terminal lecteur en mode lecteur NFC de manière à émettre un message dans un champ électromagnétique, et à inviter selon au moins un type de communication en champ proche NFC et un type de communication en champ proche IBC, caractérisé en ce qu’il est configuré pour mettre en œuvre au niveau du terminal lecteur :
- émettre vers un terminal mobile un message d’invitation à communiquer selon un type de communication en champ proche ;
- si ledit type de communication indique une communication IBC, recevoir un message d’appairage sur un canal de retour distinct du canal en champ proche.
L’invention concerne aussi un terminal lecteur comprenant un tel dispositif d’invitation à communiquer.
L’invention concerne aussi un système comprenant un terminal mobile et un terminal lecteur tels que définis précédemment.
L'invention concerne également des programmes d'ordinateur comportant des instructions pour la mise en œuvre de l’un des procédés ci-dessus selon l'un quelconque des modes particuliers de réalisation décrits, lorsque ledit programme est exécuté par un processeur. Le procédé peut être mis en œuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
L'invention vise aussi un support d'enregistrement ou support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Les supports d'enregistrement mentionnés ci-devant peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD-ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un disque dur. D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet.
Alternativement, les supports d'enregistrement peuvent correspondre à un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Liste des figures
D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels :
[Fig. 1] La figure 1 illustre le contexte de l’invention selon un mode IBC et un mode NFC. [Fig. 2] La figure 2 illustre une architecture d’un terminal mobile IBC/NFC selon un mode particulier de réalisation de l’invention.
[Fig. 3] La figure 3 illustre une architecture d’un terminal lecteur, ou borne IBC/NFC, selon un mode particulier de réalisation de l’invention.
[Fig. 4] La figure 4 illustre des étapes d’initialisation du procédé de communication IBC/NFC selon un mode de réalisation de l’invention.
[Fig 5] La figure 5 illustre la trame d’initialisation de la communication IBC/NFC selon un mode particulier de réalisation de l’invention.
[Fig 6] La figure 6 illustre un transfert de données entre deux terminaux mobiles IBC selon un mode de réalisation.
[Fig 7] La figure 7 illustre un transfert de données entre deux terminaux mobiles IBC selon un autre mode de réalisation.
[Fig 8] La figure 8 illustre les étapes d’un procédé de transfert de données entre deux terminaux mobiles IBC selon un mode de réalisation.
Description d'un mode de réalisation de l'invention
Principe général de l'invention
Le principe général de l’invention consiste à utiliser un protocole spécifique entre le terminal lecteur et le terminal mobile IBC/NFC pour initialiser une communication selon l’un ou l’autre mode, dans le cas d'un terminal mobile qui est apte à fonctionner dans les deux modes, ce qui est le cas de la plupart des téléphones mobiles, ou smartphones, du marché. Notamment, en recevant une demande de communication en type IBC le terminal mobile va établir les actions logicielles et matérielles nécessaires pour permettre la transaction par le corps, alors qu'en recevant une demande de communication NFC, il établira la communication standard NFC, selon l'état de l'art. À cette fin :
1. le terminal mobile se positionne en mode NFC ou IBC. Il commande éventuellement le composant NFC-IBC du mobile pour qu’il se positionne dans le bon mode ; en effet la réception d’un message IBC peut avoir lieu dans un mode matériel NFC, mais le message sera de mauvaise qualité si aucune adaptation n’a été réalisée. Ensuite il effectue un « pooling » c’est-à-dire qu’il écoute jusqu’ à recevoir un message approprié. S’il est dans l’un des deux modes et reçoit un message d’initialisation dans ce mode, il lance la transaction. En revanche s’il est dans l’un des deux modes et reçoit le message d’initialisation dans l’autre mode, il reste en attente d’un message approprié.
2. Le terminal lecteur, qui ne sait pas à priori distinguer une transaction NFC d’une transaction IBC, émet des messages NFC et IBC de manière périodique, respectant en cela le protocole de "polling" défini par les normes NFC. Selon la réponse qu’il reçoit, il en déduit l’un des deux modes, et peut initier la transaction. En particulier, s’il reçoit une réponse en NFC, il sait qu’il a affaire à un terminal mobile NFC, s’il reçoit un message sur un autre canal radio, notamment une demande d’appairage, il sait qu’il a affaire à un terminal mobile IBC. Ce canal de retour peut être de type Bluetooth, Wi-Fi, Li-Fi, 4G ou 5G cellulaire, etc. du moment qu’il s’agit d’un canal de transmission à « courte » distance, par exemple inférieure à 10 mètres, différent du canal en champ proche.
Modes particuliers de réalisation de l'invention.
La figure 1 illustre le contexte de l’invention, en modes respectivement IBC et NFC.
Dans les deux modes, l’utilisateur (2) porteur du terminal mobile équipé d’un module NFC- IBC s’approche jusqu’à toucher quasiment le terminal lecteur TP pour mettre en œuvre un service, par exemple une transaction monétaire. Les terminaux TP et TM sont aptes à communiquer directement en champ proche (NFC) ou via un champ électromagnétique (NF) utilisant le corps de l’utilisateur (IBC).
Le terminal lecteur TP peut être par exemple un TPE (pour Terminal Electronique de Paiement), ou encore un terminal mobile possédant un module NFC positionné en mode lecteur, un objet connecté (en anglais, IOT), un ordinateur personnel, une souris d’ordinateur, une passerelle domestique, etc. Il est apte à émettre des signaux radioélectriques de type NFC via une antenne NFC. Dans cet exemple, le terminal lecteur (TP) comprend une surface constituée par l’antenne éventuellement protégée et adaptée pour réagir lorsque l’utilisateur l’effleure ou entre en proximité avec elle en mode IBC, par exemple en approchant la main, ou lorsqu’il approche son mobile en mode NFC. Le terme « surface » n’est nullement limitatif et donné à titre illustratif, l’antenne étant le seul moyen indispensable au fonctionnement du dispositif.
Le terminal mobile TM est selon cet exemple un terminal mobile équipé d’un module NFC- IBC. Par module NFC-IBC on entend un module de réception en champ proche, apte à recevoir une onde électromagnétique soit directement (mode NFC) soit après son transit par le corps de l’utilisateur (mode IBC). Un composant NFC classique est apte à recevoir des signaux IBC avec une qualité dégradée, mais il existe par ailleurs des techniques pour améliorer la qualité du signal reçu en mode IBC par une adaptation logicielle et/ou matérielle du composant NFC et de son antenne. Il est aussi apte à établir un canal de retour (par exemple Bluetooth) bidirectionnel avec le terminal lecteur. Selon un autre exemple, ce terminal mobile TM pourrait être un ordinateur, un objet connecté, une tablette, etc.
Dans le mode IBC représenté sur la gauche de la figure 1, noté M IBC, le module IBC se comporte comme un dispositif portatif naturellement apte à recevoir des ondes porteuses radio, via une antenne, à travers le corps de l’utilisateur (2). À cette fin, le terminal mobile est situé à proximité immédiate de l’utilisateur (2), sans nécessairement être en contact direct avec celui-ci. Par exemple, le terminal mobile est placé à l’intérieur d’une poche de l’utilisateur. Il pourrait aussi être placé dans un sac, ou autour de son cou, etc. Dans ces configurations, on estime que le terminal mobile n’est pas éloigné de plus de quelques centimètres du corps de l’utilisateur (2). La distance est par exemple inférieure à 5 cm. Lorsque l’utilisateur exécute un mouvement vers le terminal lecteur, typiquement en touchant ou effleurant de la main la surface réceptrice comportant l’antenne NFC du terminal lecteur, une onde porteuse radio est transmise depuis le terminal lecteur à travers le corps de l’utilisateur. Deux phases s’enchaînent sur le terminal mobile de manière transparente pour l’utilisateur, afin de rendre le service. Tout d’abord une phase sans contact de type IBC, qui peut être considérée comme un préappairage, est initiée. Le terminal mobile reçoit un message de type IBC, et si le message est correct, s’apparie, ou s’appaire, sur le canal de retour avec le terminal lecteur pour permettre une communication bidirectionnelle entre les deux terminaux. En effet, il n’est pas envisageable de transmettre un message de réponse volumineux via le corps de l’utilisateur à partir d’un terminal mobile. Un tel dialogue, constitué d’une phase d’appairage suivie de l’établissement d’une communication bidirectionnelle en utilisant un lien Bluetooth, est décrit dans le document WO2017/093639, inclus ici par référence.
Dans le mode NFC « classique » représenté à la figure 1, à droite (M NFC), le porteur effectue la transaction en approchant physiquement le terminal mobile du terminal lecteur. La communication est naturellement bidirectionnelle sur le canal NFC mais le volume de données échangées reste très limité.
L’utilisation de l’un ou l’autre mode doit être transparente pour l’utilisateur, c’est-à-dire qu’il doit pouvoir effectuer la transaction avec le terminal lecteur soit en mode IBC en conservant le mobile en poche, soit en mode NFC en sortant le terminal mobile de sa poche et en l’approchant du terminal lecteur, sans intervenir sur son terminal mobile. Les modes de réalisation décrits plus en détail dans la suite permettent cette transparence, et une automatisation du procédé.
La figure 2 illustre une architecture du terminal mobile TM selon un mode particulier de réalisation de l'invention.
Le terminal mobile TM possède l'architecture classique d'un téléphone mobile, de type smartphone, et comprend notamment une mémoire MEM, une unité de traitement équipée par exemple d'un processeur PROC, et pilotée par le programme d'ordinateur PGR stocké en mémoire MEM. A l'initialisation, les instructions de code du programme d'ordinateur PGR sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur PROC. Le processeur PROC de l'unité de traitement UT met notamment en œuvre les étapes du procédé d’adaptation selon l'un quelconque des modes particuliers de réalisation décrits plus en détail dans la suite, selon les instructions du programme d'ordinateur PGR.
Le terminal mobile comporte aussi les modules suivants : un module NFC pour la gestion des communications NFC et IBC. Ce module comprend classiquement un circuit intégré de communication sans contact (CLF : Contactless Front- End) associé à une antenne ANT prévue initialement pour recevoir des signaux NFC ; le circuit constitué par le CLF et l’antenne peut être adapté pour recevoir avec une meilleure qualité les signaux IBC via le corps humain. un module DNF pour la gestion des communications en champ proche IBC/NFC. Ce module est notamment en charge des étapes de sélection de mode IBC ou NFC, soit directement (par exemple en provenance de l’utilisateur via une IHM du terminal mobile) soit par un mécanisme dit de « pooling », qui consiste pour le terminal mobile à se positionner dans un mode (par exemple IBC) puis écouter sur le canal de communication en champ proche, et valider ce mode si un message reçu correspond au mode sélectionné. un module PIBC pour la gestion spécifique des communications IBC. Ce module exécute notamment les étapes nécessaires au décodage du message d’initialisation IBC et à l’établissement du canal de retour pour réaliser la transaction en mode IBC. Optionnellement, il est aussi apte à commander l’adaptation du circuit NFC (composant CLF et son antenne) pour amélioration de la réception IBC. un module PNFC pour la gestion des communications NFC. Ce module exécute notamment les étapes classiquement nécessaires à l’établissement et l’exécution de la transaction NFC. Il positionne le terminal mobile en mode d’émulation de carte ou en mode lecteur, selon les prérequis de l’application visée. un module de communication distinct du module NFC, par exemple Bluetooth (ou Wi-Fi, Li-Fi, etc.) noté CR sur la figure, pour assurer le canal de retour, et donc la bidirectionnalité de la communication IBC. Le module CR est relié à une antenne, soit directement soit via le biais du téléphone mobile : o dans le premier cas, le module CR se trouve par exemple associé au composant NFC, éventuellement sur le même substrat. Par exemple il est relié à la sortie du démodulateur d’antenne, par le biais éventuel d’autres circuits. Il reçoit les données démodulées et éventuellement traitées par un microprocesseur, et se charge d’établir un canal de communication Bluetooth. o dans le second cas, le module CR se trouve ailleurs, par exemple dans le terminal mobile. Les signaux d’antenne démodulés sont transmis au microprocesseur du terminal mobile qui se charge d’établir le canal de retour (Bluetooth, Wi-Fi, radio cellulaire, etc.). Avantageusement dans ce cas, le module correspondant présent nativement sur le terminal mobile peut être réutilisé. une interface utilisateur IHM, adaptée pour transmettre à l’utilisateur des instructions ou des messages d’information et recevoir des informations de sa part. Par exemple, l’interface utilisateur est l’écran du smartphone. Dans un autre exemple de réalisation, l’interface est une interface audio permettant de recevoir les messages et instructions. L’IHM peut aussi comporter un clavier, un micro, etc. Par exemple elle peut être agencée pour saisir le mode préférentiel (IBC ou NFC) de l’utilisateur, de manière temporaire, pour une transaction ou un ensemble de transactions.
La figure 3 illustre une architecture d’un terminal lecteur, ou borne IBC/NFC, selon un mode particulier de réalisation de l’invention ;
Le terminal lecteur TP possède l'architecture classique d'un ordinateur, et comprend notamment une mémoire MEM’, une unité de traitement équipée par exemple d'un processeur PROC’, et pilotée par le programme d'ordinateur PGR’ stocké en mémoire MEM’. A l'initialisation, les instructions de code du programme d'ordinateur PGR’ sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur PROC’. Le processeur PROC’ de l'unité de traitement UT’ met notamment en œuvre les étapes du procédé d’adaptation selon l'un quelconque de modes particuliers de réalisation décrits, selon les instructions du programme d'ordinateur PGR’.
Le terminal lecteur comporte aussi : un module NFC’ pour la gestion des communications ne champ proche, NFC ou IBC. Ce module comprend classiquement un circuit intégré de communication sans contact (CLF : Contactless Front-End) et une antenne ANT prévue pour émettre et recevoir des signaux NFC. un module DNF’ pour la gestion des communications en champ proche IBC/NFC. Ce module est notamment en charge des étapes de sélection de mode IBC ou NFC par mécanisme dit de « pooling », ce qui signifie ici que le terminal lecteur transmet périodiquement des messages d’un certain type (NFC ou IBC) et écoute la réponse sur un canal de retour. S’il a émis une trame IBC et reçoit une réponse sur le canal de retour (Bluetooth), il peut initier la communication IBC. Sinon, s’il a émis une trame NFC, et reçoit une réponse sur le canal NFC, il lui reste classiquement à vérifier le message NFC (le type de carte émulée, etc.) selon un mécanisme de pooling bien connu de l’état de l’art et décrit dans la spécification « NFC Activity Technical Specification » du forum NFC (NFC Forum- TS-Activity-1.0 2010-11-18) un module PIBC’ pour la gestion des communications IBC. Ce module exécute notamment les étapes nécessaires à l’établissement du message d’invite IBC qui sera détaillé à l’appui de la figure 5, à l’insertion de ce message dans le mécanisme de polling, en coopération avec le module PNFC’, et à l’établissement du canal de retour avec le terminal mobile, pour réaliser la transaction en mode IBC. un module PNFC’ pour la gestion des communications NFC. Ce module exécute notamment les étapes classiquement nécessaires à la transaction NFC selon l’état de l’art constitué notamment par la norme NFC 14443 et la spécification technique mentionnée plus haut. Les principales étapes d’initialisation de la communication NFC entre un émetteur et la carte sont décrites dans la partie 3 de la norme (ISO 14443-3 - Cartes d'identification — Cartes à circuit(s) intégré(s) sans contact — Cartes de proximité — Partie 3: Initialisation et anticollision). Il positionne aussi le terminal lecteur en mode lecteur NFC. un module CR’ destiné à émettre et recevoir des données sur le canal de retour. Le module est notamment agencé pour mettre en œuvre les étapes de réception/émission de messages relatifs à la transaction sur le canal de retour. optionnellement, une interface utilisateur IHM’, adaptée pour transmettre à l’utilisateur des instructions ou des messages d’information. Par exemple, l’interface utilisateur est un écran sur lequel les messages et instructions sont affichés. Dans un autre exemple de réalisation, l’interface est une interface audio permettant de jouer les messages et instructions. L’IHM peut aussi comporter un clavier, un micro, etc. Par exemple elle peut être agencée pour mettre en œuvre une étape d’invitation du procédé de communication.
On notera que n’importe quel terminal lecteur du commerce peut avantageusement être utilisé, à condition de bénéficier des modules PIBC’ lui permettant, par une simple mise à jour du logiciel du terminal lecteur, de le rendre apte à émettre un message possédant les caractéristiques du message d’invitation IBC selon l’invention, et à l’insérer dans le mécanisme de polling, via son antenne NFC.
On notera aussi que le terminal lecteur TP peut être un terminal mobile émetteur dont l’architecture est similaire à celle du dispositif TP décrit ici. Un terminal mobile n’est cependant pas adapté à être positionné en mode lecteur pendant une longue durée car ce mode épuise les batteries. Les figures 6 à 8 proposent un mode de réalisation qui résout ce problème. La figure 4 illustre des étapes du procédé d’adaptation NFC/IBC selon un mode de réalisation de l’invention.
Selon ce mode de réalisation, un terminal mobile TM cherche à valider une transaction électronique selon l’un des deux contextes présentés respectivement en figure 1, c’est-à-dire que la transaction s’effectue soit en NFC si l’utilisateur 2 approche son terminal mobile du terminal lecteur (M NFC), soit en IBC s’il conserve son terminal mobile en poche (M IBC).
On rappelle que les communications NFC peuvent couvrir deux types d’applications liées à deux modes de fonctionnement différents sur un dispositif NFC :
- Le premier mode, dit mode lecteur, se rapporte à la lecture de données sur des dispositifs de type transpondeurs, ou cartes NFC. Le dispositif dans ce mode est actif. Il transmet des commandes à un terminal mobile comme il les enverrait à une carte sans contact selon le standard ISO 14443 (ou Felica). Il génère un champ magnétique qui, au contact de l'antenne de la carte passive, induit un courant électrique qui alimente la carte.
- Le second mode, dit mode émulation, met en œuvre une émulation d'un module de communication en champ proche, typiquement pour sécuriser des transactions électroniques entre une application stockée sur le dispositif et une borne externe de lecture, ou terminal lecteur ; dans ce mode, l'équipement NFC du dispositif est utilisé de manière passive. Il simule le comportement qu'aurait une carte sans contact passive.
Par ailleurs, les appareils NFC répondant à la norme 14443 de l’ISO communiquent en utilisant une gamme de technologies de caractéristiques distinctives respectives. La norme NFC générique est subdivisée en trois sous-standards NFC-A, NFC-B et NFC-F. Ces trois sous-standards utilisent un champ à 13,56 MHz. Ils se différencient par la façon de moduler ce champ en amplitude, par le codage des symboles transmis ainsi que par le débit binaire. Un terminal mobile compatible NFC, tel qu'un téléphone mobile, supporte en général plusieurs, voire toutes les sous-normes. De même un terminal lecteur du commerce supporte généralement plusieurs types de cartes.
Les normes NFC, notamment la norme précitée NFC Activity Technical Specification, spécifient un protocole pour établir la technologie à utiliser quand plus d'une technologie est disponible (NFC-A, NFC-B, NFC-F) sur le terminal lecteur. C’est ce qu’on appelle le « polling ». Le protocole contraint le terminal lecteur à émettre un message d'invitation en champ proche, qui demande une réponse à l'une des sous-normes disponibles, en commençant par NFC-A. Le terminal mobile (ou la carte) qui écoute ne répondra que s'il est capable de communiquer en utilisant NFC- A ; le terminal lecteur réagit dans un intervalle de temps limité à l'absence de réponse en émettant un second signal d'invitation dans une seconde technologie, par exemple NFC-B. Ce processus est répété jusqu'à ce que le terminal mobile en écoute réponde avec un signal de réponse d'invitation indiquant la compatibilité avec une sous-norme NFC.
Le mode de réalisation décrit ici ajoute une nouvelle sous-norme NFC-IBC aux sous-normes existantes. Cette nouvelle sous-norme s’intégre au mécanisme de polling tout en conservant la compatibilité avec les sous-normes NFC existantes..
Par la suite, on appellera « mode NFC » l’un des sous-modes définis par le forum NFC, et « mode IBC » le sous-mode supplémentaire tel qu'exposé dans les modes de réalisation de la présente invention.
On va maintenant décrire la figure 5 à l’appui des étapes E0 à E25 suivantes :
Lors d’une étape E20 d’initialisation, le terminal lecteur se positionne en mode lecteur et prépare son message d’invitation WUP (pour Wake -UP) pour le type de sous-norme visée (NFC-B, NFC-A, NFC-F ou NFC-IBC) dans le but d’initier un dialogue entre le terminal lecteur et le terminal mobile, en mode NFC ou IBC, conformément aux normes NFC, enrichies selon l’invention d’un nouveau message IBC intégré au mécanisme de polling.
Lors d’une étape E0 d’initialisation, le terminal mobile TM active son module NFC et se positionne en mode émulation de carte. Puis il choisit de se positionner soit en mode IBC (M IBC) soit en mode NFC (M NFC). Puis le terminal mobile TM est approché de la borne (mode NFC) ou la main de l’utilisateur est approchée de la borne (mode IBC) autorisant par là la transmission de l’onde porteuse du message d’invitation à travers son corps. Dans les deux cas, le terminal mobile reçoit le champ électromagnétique généré par le terminal lecteur, comme expliqué auparavant.
Lors d’une étape E21 , le terminal lecteur entre dans un procédé de polling tel que décrit plus haut, c’est-à-dire qu’il transmet successivement (et cycliquement), jusqu’à obtenir une réponse, une invitation de type correspondant aux sous-normes qu’il implémente (NFC-A, NFC-B, NFC-F, NFC- IBC, etc.) Cette invitation est notée sur la figure WUP X, où X prend la valeur A, B, F, IBC. Les messages des sous-normes NFC sont spécifiés par la norme et ne seront pas détaillés ici.
Le nouveau message d’initialisation IBC respecte le format des messages de la norme. Selon un exemple, détaillé ultérieurement à l’appui de la figure 5, il s’agit d’un message de type NFC-B donc les champs sont réutilisés à profit pour indiquer le nouveau type de communication (IBC) et optionnellement des données de service et/ou de manière non exhaustive un aléa destiné à l’appairage ultérieur sur le canal de retour, un type de canal de retour (CR) à utiliser (BT, Wi-Fi, 5G, etc.), etc. Ainsi, dans le mode NFC, les messages échangés entre le terminal lecteur et le terminal mobile ne sont pas modifiés. Dans le mode IBC, le nouveau message d’initialisation, lorsqu’il est reçu par le terminal mobile, permet de lancer la procédure de communication IBC : appairage et poursuite de la transaction sur le canal de retour (Bluetooth par exemple). Lors d’une étape El, le terminal mobile TM reçoit le message d’initialisation, WUP X avec X = IBC ou NFC-(A, B, F) ;
Lors d’une étape E2, il détermine le type de message reçu (X) ; si X = NFC, il entame la procédure de reconnaissance NFC définie à partir de l’étape E10, sinon il entame la procédure de reconnaissance IBC définie à partir de l’étape E3.
Lors de l’étape E10 (X = NFC, le message reçu est une invitation NFC), un test peut être effectué pour savoir si le mobile est effectivement positionné en NFC. Si ce n’est pas le cas, un retour à l’étape E0 est effectué, sinon la procédure NFC classique débute avec l’étape EH. On notera que cette étape est facultative dans la mesure où, si le mobile TM reçoit un message NFC alors qu’il est positionné en mode IBC, peu importe qu’il réponde au message NFC puisque cette réponse ne sera pas reçue par le terminal lecteur. En effet, un tel signal de réponse sera trop atténué par l’éloignement entre le terminal mobile, positionné en mode émulation de carte, et le terminal lecteur (ils sont séparés dans le mode IBC par le corps de l’utilisateur). En effet, le terminal mobile fonctionne en modulation de charge, c’est-à-dire par induction. La norme 14443 indique que, dans une telle situation, le terminal mobile en émulation et le terminal lecteur ne peuvent plus communiquer s’ils sont éloignés de plus 10 cm environ. Ainsi le terminal lecteur ne peut recevoir un tel message, et revient donc à l’étape E20 ou E21 à l’issue du temps défini par le mécanisme de « polling » NFC.
Lors des étapes El 1 et El 2, une transaction standard de type NFC est effectuée, avec en El 1, un envoi par le terminal mobile de l’acquittement NFC si le type de requête NFC correspond aux capacités du terminal mobile (par exemple ACK-A pour confirmer un fonctionnement en mode NFC- A), puis, si le terminal lecteur valide la communication au cours de l’étape E22, sur réception du message de réponse, l’exécution classique de la transaction NFC lors des étapes E12 et E23, par exemple la validation d’un paiement sans contact.
Lors de l’étape E3 (X = IBC, le message reçu du terminal lecteur est une invitation IBC de type WUP-IBC), un test peut être effectué pour savoir si le mobile est effectivement positionné en IBC. Si ce n’est pas le cas (il est en mode NFC), un retour à l’étape E0 est effectué, sinon la procédure IBC classique débute avec l’étape E4. On notera que cette étape E3 est facultative dans la mesure où, si le mobile TM reçoit un message IBC alors qu’il est positionné en mode NFC, il ne peut répondre à ce message qui ne correspond pas à un format attendu en NFC (défini par la norme 14443). Ainsi le terminal lecteur ne reçoit pas de réponse et revient donc à l’étape E20 ou E21 à l’issue du temps défini par le mécanisme de « polling » NFC/IBC.
Si le test est positif en E3 (si X = IBC et le mobile est en mode IBC), l’étape E3 (ou l’étape E2 si l’étape E3 n’est pas implémentée) est suivie de l’étape E4 au cours de laquelle le terminal mobile décode le message (aléa, type de service, etc.), puis initialise le canal de retour : il active éventuellement le canal (par exemple en ouvrant le Bluetooth ou le Wi-Fi sur le terminal si ce n’est pas déjà fait), demande un appairage au terminal lecteur sur ce canal (BT, etc.) en transmettant par exemple une confirmation de transaction IBC, notée ACK IBC sur ce canal. Ce message ACK IBC peut notamment comprendre l’aléa chiffré qui sert à la sécurisation du canal de retour. Ces étapes sont décrites dans le document WO2017/093639, inclus ici par référence.
Puis, si le terminal lecteur valide la communication au cours de l’étape E24 sur réception du message de réponse, notamment parce qu’il a reçu un message sur le canal de retour attendu avec Faléa attendu ; la communication se poursuit sur ce canal de retour lors des étapes E4 et E24, pour la réception/émission de messages relatifs à la transaction IBC (pour valider un paiement, un solde de ticket, ou échanger tout autre message requis pour la communication, etc.)
La figure 5 illustre un message d’initialisation IBC selon un mode de réalisation.
Les principales étapes d’initialisation de la communication NFC entre un émetteur et une carte sont définies dans la partie 3 d’ISO 14443-3. Pour une carte de type B, le terminal lecteur envoie une requête d’identification (appelée “REQB” ou « WUPB ») et attend une réponse (appelée “ATQB”) de la part du terminal mobile.
L’invention se propose de réutiliser un tel message protocolaire, de manière à insérer une indication de type « IBC » et optionnellement un certain nombre de données nécessaires à la communication IBC subséquente (aléa, type de requête, type d'application IBC, type de canal de retour, etc.).
Comme illustré à la figure 5, et détaillé dans la norme 14443-3 précitée, le message REQB/WUPB normalisé contient : un octet de début de trame, S OF ; un octet de préfixe d'anticollision APf (de valeur fixe, en hexadécimal 0x5) ; un octet dit « AFI » indiquant la famille d'application représentant le type d'application ciblé par le lecteur NFC (toutes applications - code 00, transport, finances, télécommunication, etc.) Seules les cartes de proximité avec des applications du type indiqué par l'AFI sont autorisées à répondre à une commande REQB/WUPB avec un AFI différent de "00". Lorsque AFI est égal à "00", toutes les cartes de proximité doivent traiter REQB/WUPB. Ces règles de codage sont spécifiées dans le tableau 12 de la norme 14443 précité, reproduit ci-dessous ; un octet « param » indiquant notamment le type de requête (REQB ou WUPB) ; un octet « CRC B » sur deux octets comportant un code permettant de détecter et corriger les erreurs.
[Table 1]
Figure imgf000019_0001
La Figure 5 illustre une réutilisation possible de ces champs, concernant un mode d’implémentation particulier.
Le message WUP IBC d’initialisation de l’IBC contient, selon le premier exemple (WUP IBC (1)), le message de début de trame (SOF) suivi immédiatement des octets de données (DATAI, DATA2, DATA3, etc. nécessaires à l’établissement de la requête IBC. Comme le champ AFI est écrasé, une carte ou un terminal mobile de type B ne répondra pas à cette requête. Les champs de données peuvent comprendre notamment l’aléa, des informations de service IBC, le type d'application IBC (transport, transfert de fichier, etc.), etc. Le message contient aussi un octet « CRC IBC » sur deux octets comportant un code permettant de détecter et corriger les erreurs.
Le message WUP IBC d’initialisation de l’IBC contient, selon le second exemple (WUP IBC (2)): un premier octet de préfixe d'anticollision APf, non modifié (quoique l’algorithme d’anticollision soit peu utile dans le cas de l’IBC, car il peut difficilement y avoir plusieurs utilisateurs dont la main est présente simultanément face au terminal lecteur) ; l’octet « AFI » adapté pour l’IBC tout en conservant une compatibilité avec la norme. En référence au tableau 12 de la norme 14443 précité, reproduit ci-dessus, la valeur 0x0 du premier demi-octet correspond à une sous-famille privative du type précisé dans le second demi-octet. On peut donc utiliser ce second demi-octet pour préciser le type d’application IBC, en conservant les valeurs normalisées (par exemple ‘ 1’ pour transport, ‘2’ pour finances, etc. par analogie aux valeurs de ‘ 1’ à ‘9’ du premier demi-octet de la table.)
Naturellement, ces deux exemples ne sont nullement limitatifs et l’homme du métier pourrait imaginer toute adaptation de ce message WUPB/REQB ou d'un autre message d'initialisation NFC. Par exemple : les valeurs hexadécimales 0x9 à OxF du premier demi-octet du champ AFI sont réservées ; on peut donc sans empiéter sur la norme utiliser une de ces valeurs réservées, par exemple 0x9 pour les applications IBC, de manière générale, le second demi-octet du champ comportant le type d”application IBC ; une modification de la valeur du champ SOF permettrait au terminal mobile de détecter immédiatement un message non-NFC etc.
Les Figures 6 et 7 illustrent une communication IBC selon un autre mode de réalisation, pour un transfert de données entre deux terminaux mobiles.
Le terminal mobile récepteur TM R peut posséder le type d’architecture présenté en figure 2. Le terminal mobile émetteur TM E peut posséder le type d’architecture présenté en figure 3, c’est- à-dire qu’il est capable de se comporter comme un terminal lecteur.
Selon ce mode de réalisation, l’utilisateur du terminal mobile récepteur TM R se positionne en mode IBC. Par exemple, il effectue ce choix en cochant une case dans les paramètres de son terminal mobile, comme représenté sur la figure 6 ou 7. L’utilisateur du terminal émetteur TM E peut choisir de positionner son terminal en mode NFC ou IBC. Par exemple, il effectue ce choix en cochant une case dans les paramètres du terminal, comme représenté sur la figure 6 ou 7 : le paramétrage du terminal mobile autorise selon cet exemple à cocher un mode NFC (qui existe déjà présent sur la plupart des terminaux mobiles du marché) ou un mode IBC pour la connectivité du terminal mobile. Selon l’exemple, il est également possible de sélectionner un mode BT (Bluetooth), utile notamment pour le canal de retour IBC. De surcroît en mode IBC, une nouvelle application est autorisée, représenté sur la figure par « IBC-S » qui signifie que l’on autorise le mobile à utiliser une application de transfert de données en IBC. Cette indication de type de service peut aussi être proposée par exemple dans le champ de données, ou dans le champ « type » du message d’invitation proposé à la figure 5. Naturellement, il pourrait exister de nombreux autres services IBC comme par exemple des services de jeu, de streaming, etc. On notera qu’en mode IBC, optionnellement, l’utilisateur n’a pas besoin d’activer le module CR du canal de retour (selon l’exemple, Bluetooth - BT) avant d’utiliser son mobile en IBC car l’application IBC peut s’en charger pour lui, automatiquement lors de la connexion IBC, puis après le transfert des données, le canal de retour pourra être désactivé.
Les deux terminaux mobiles TM R et TM E cherchent à communiquer pour échanger des données, notamment des données volumineuses qui ne pourraient être transmises selon la technologie en champ proche, dont les capacités en débit sont limitées. En effet, le débit maximum offert par le NFC est de 424 kb/s, ce qui n’est pas suffisant pour autoriser un transfert de données volumineuses. De surcroît, une transaction de ce type effectuée en NFC ou IBC implique que le terminal mobile ou la main de l’utilisateur reste posée sur le terminal lecteur, ce qui est inconfortable et nécessite une grande précision de positionnement.
Selon cet exemple, l’utilisateur 2' du terminal TM E souhaite transmettre une vidéo P au et terminal TM R de l’utilisateur 2 (alternativement il pourrait s’agir de n’importe quel document comme du son, des pages Web, des photos, etc.)
Dans le contexte de la Figure 6, les deux utilisateurs sont positionnés en IBC. Ils ont tous deux activé l’option IBC et l’application IBC-S sur les terminaux TM R et TM E. Lorsque l’utilisateur 2’ touche l’utilisateur 2 (ou l'inverse, peu importe du moment qu'ils entrent en proximité au sens de l'IBC), son terminal mobile, positionné de manière transitoire en mode lecteur, transmet la trame IBC qui transite via son corps, puis via celui de l’utilisateur 2, et parvient au terminal mobile de l’utilisateur 2, TM, positionné en mode émulation. En reconnaissant la trame IBC, grâce au protocole qui a été détaillé à l’appui de la figure 4, ou au protocole simplifié proposé à l’appui de la figure 8, le terminal mobile TM R de l’utilisateur 2 établit la communication IBC avec celui l’utilisateur 2’, TM E, via l’activation du canal de retour CR, selon l’exemple en Bluetooth. Le premier utilisateur peut cesser de toucher le second, le fichier P est transféré et le canal de retour optionnellement refermé.
Dans le contexte de la Figure 7, l’utilisateur de TM E est positionné en NFC et l’autre en IBC. Lorsque l’utilisateur 2’ touche l’utilisateur 2 avec son terminal mobile TM E (ou l'inverse, peu importe du moment que le terminal mobile TM E et l'utilisateur 2 sont à proximité au sens du NFC), ce terminal mobile, positionné de manière transitoire en mode lecteur, transmet la trame IBC qui transite via le corps de l’utilisateur 2, et parvient au terminal mobile de l’utilisateur 2, TM R, positionné en mode émulation. En reconnaissant la trame IBC, grâce au protocole qui a été détaillé à l’appui de la figure 4, ou au protocole simplifié proposé à l’appui de la figure 8, le terminal mobile de l’utilisateur 2 établit la communication IBC avec celui l’utilisateur 2’, TM E, via l’activation du canal de retour CR, par exemple en Bluetooth. Le premier utilisateur peut cesser de toucher le second, le fichier P est transféré et le canal de retour refermé. Optionnellement, dans les deux cas, la fermeture du canal s'accompagne de la désactivation du moyen de communication correspondant (Bluetooth, Wi-Fi, données mobiles), en particulier s'il était désactivé avant le début de transfert de données.
On notera qu’il est rare qu’un téléphone mobile se positionne en mode lecteur car la puissance requise lors du « polling » est élevée, et de ce fait rédhibitoire pour la batterie. Cependant si l’utilisateur 2’ a coché l’application IBC-S, le terminal mobile TM E peut être positionné en mode lecteur de manière contrôlée, soit pendant une période de temps limitée, soit pour la seule durée de l’envoi du message d’invitation IBC, ce qui réduit le problème de consommation de puissance, et donc de batterie. La figure 8 illustre cet aspect.
La figure 8 illustre des étapes d’un procédé de transfert de données en mode IBC selon un mode de réalisation de l’invention.
Selon ce mode de réalisation, un terminal mobile TM E équipé en NFC et IBC d’un utilisateur 2’ cherche à transmettre des données volumineuses à un autre terminal mobile TM_R équipé en IBC d’un utilisateur 2, selon l’un des deux contextes présentés respectivement en figures 6 et 7, c’est-à-dire que la transaction s’effectue lorsque l'utilisateur 2' approche soit son terminal mobile TM E (Fig. 7), soit sa main (Fig. 6), de l'utilisateur 2 qui pour sa part conserve son terminal mobile TM_R en poche.
On va maintenant décrire la figure 8 à l’appui des étapes E30 à E58 suivantes :
Lors d’une étape E30 d’initialisation, le terminal mobile récepteur TM_R active son module NFC (CLF et antenne). Par défaut, le mode « émulation de carte » est généralement choisi sur un terminal mobile. Puis il se positionne en mode IBC (M IBC) et sélectionne l’option « IBC-S » qui correspond à une application de transfert de données en IBC. Selon l’exemple des figures 6 et 7, il coche les deux cases correspondantes sur l’écran de son smartphone, via le module IHM, par exemple dans les paramètres du terminal mobile (case à cocher dans les options de connectivité du terminal), ou à l’écran pour la durée de la transaction. Le mode IBC et l’application IBC-S peuvent donc être positionnées par défaut pour le terminal mobile TM_R, c’est-à-dire qu’il peut fonctionner pour plusieurs transactions sans intervention de l’utilisateur.
Lors d’une étape E50 d’initialisation, le terminal mobile TM E a activé son module NFC (CLF et antenne). Par défaut, le mode « émulation de carte » est généralement choisi sur un terminal mobile. Puis il se positionne en mode IBC (M IBC) ou NFC (M NFC) et sélectionne l’option « IBC- S » qui correspond à une application de transfert de données en IBC. Selon l’exemple des figures 6 et 7, il coche les cases correspondantes sur l’écran de son smartphone, via le module IHM, par exemple dans les paramètres du terminal mobile (case à cocher dans les options de connectivité du terminal par exemple), ou à l’écran pour la durée de la transaction. Le mode IBC (figure 6) ou le mode NFC (figure 7), ainsi que l’option IBC-S (figures 6 et 7) peuvent être positionnés par défaut pour le terminal mobile TM E, c’est-à-dire qu’il peut fonctionner pour plusieurs transactions sans intervention de l’utilisateur.
Lors d’une étape E51 d’initialisation du transfert, l’utilisateur décide d’utiliser l’option « IBC- S » pour transférer effectivement des données P vers le terminal mobile TM_R de l’utilisateur 2, qui se trouve dans sa poche. L’utilisateur 2’ lance à cet effet une application, par exemple une applet APP IBC-S du programme PGR’. L’applet peut être sélectionnée par l’utilisateur (par exemple à l’écran de son smartphone) ou lancée automatiquement lorsqu’il sélectionne un contenu à transférer, par exemple via une sélection de menu qui apparaît à l’écran pour indiquer que le contenu (P) peut être transféré en IBC, ou toute autre possibilité pour initier le transfert du contenu (P) vers l’utilisateur 2 dans le mode IBC.
Lors d’une étape E52, le terminal mobile TM E se positionne en mode lecteur NFC, tel qu’il a été défini auparavant. Un tel positionnement se fait automatiquement et cycliquement sur certains des terminaux mobiles NFC du marché lors de la phase de polling, de préférence très courte car consommatrice d’énergie. Sur d’autres terminaux mobiles du marché, la phase de polling ne se déclenche que lorsqu’une carte sans contact est détectée. Le positionnement en mode lecteur de l’étape E52 est donc soit automatique, soit forcé.
Lors d’une étape E53, le procédé arme une temporisation (T LEC) du mode lecteur. Une telle temporisation, correspondant à la durée maximale du temps pendant lequel le terminal mobile peut rester en mode lecteur, est aussi appelé « time-out ». Elle est classiquement surveillée en tâche de fond par le processeur du système associé à une horloge. Par exemple, T LEC peut prendre la valeur 10 secondes. En effet, le terminal mobile TM E ne peut rester longtemps en mode lecteur, ce qui épuiserait ses batteries. Cette étape est facultative car il est possible de désactiver le mode lecteur après l’émission du message d’invitation IBC. Elle est cependant utile dans le cas où cette émission échouerait, car elle évite au terminal mobile de rester trop longtemps inutilement en mode lecteur.
Pendant toute la durée du procédé, lors de l’étape E54, le terminal mobile TM E teste donc le temps écoulé depuis l’armement du timer T LEC. Il peut effectuer cette étape en tâche de fond. Si le temps est dépassé, il désactive le mode lecteur et revient par exemple à l’étape E50 ou E51.
Lors d’une étape E55, le procédé prépare le message d’invitation WUP IBC pour le type de sous-norme visée, en l’occurrence IBC (puisque, même si le terminal mobile TM E est en mode M NFC, son destinataire, le terminal mobile TM_R, est en mode M IBC), dans le but de transférer un contenu (vidéo P). Le message WUP IBC peut contenir le type d’application IBC, ici IBC-S, (comme proposé dans le champ « Type » du message WUB_IBC(2) de la figure 4). Il peut aussi contenir une valeur d’aléa, le type de canal de retour à utiliser, et/ou toute autre donnée utile au fonctionnement du service.
Puis l’utilisateur 2 entre en proximité de l’utilisateur 2’, soit en approchant son terminal mobile TM E, soit en approchant une partie de son corps, autorisant par-là la transmission de l’onde porteuse du message d’invitation WUP IBC à travers le corps de l’utilisateur 2’. Par exemple, l’un des utilisateurs 2 ou 2’ met la main sur l’épaule de l’autre, ou ils se serrent la main, etc. Le terminal mobile TM_R reçoit le champ électromagnétique, et donc le message WUP IBC, généré par le terminal mobile TM E.
Selon ce mode de réalisation, le procédé désactive le mode lecteur dès que le message est transféré, lors de l’étape E56. Le terminal mobile TM E, qu’il soit en mode NFC ou IBC, est repositionné en mode émulation de carte.
Le message d’invitation WUP IBC est reçu par le terminal mobile TM_R à l’étape E31.
Lors de l’étape E32, le terminal mobile TM_R décode le message reçu (type de communication, aléa, type de service, etc.). Il peut notamment vérifier qu’il s’agit bien d’un message d’invitation IBC (comme expliqué par exemple à l’appui des figures 4 et 5), et que le type d’application IBC reçue (IBC-S) correspond à sa configuration. Il peut aussi lire et chiffrer l’aléa reçu, et prendre connaissance du type de canal de retour souhaité. Si le message d’invitation est correct, il initialise le canal de retour (BT, Wi-Fi, etc.) et envoie une confirmation de transaction IBC, éventuellement accompagnée de l’aléa chiffré, notée ACK IBC, sur ce canal.
Le terminal mobile TM E valide ou non la communication au cours de l’étape E57 sur réception du message de réponse, selon le contenu dudit message de réponse (il s’agit bien d’un acquittement IBC sur le bon canal avec le bon aléa, etc.). Puis il désactive le mode lecteur.
La communication se poursuit sur le canal de retour lors des étapes E33 et E58, pour la réception/ émission des messages relatifs au transfert du fichier P.
Lorsque le transfert est terminé, le fichier P peut s’afficher par exemple sur l’écran du terminal mobile TM_R. Optionnellement, un message textuel ou sonore peut être communiqué à l’utilisateur 2 du terminal TM_R. Puis optionnellement, le canal de retour CR est refermé et l’option IBC-S peut être ou non décochée.
Il va de soi que les modes de réalisation qui ont été décrits ci-dessus ont été donnés à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l’homme de l’art sans pour autant sortir du cadre de l’invention.

Claims

23
REVENDICATIONS Procédé d’adaptation de la communication d’un terminal mobile (TM) équipé d’un module de communication en champ proche (NFC), ledit terminal mobile étant apte à se positionner dans un mode NFC (M NFC) ou dans un mode IBC (M IBC) pour effectuer des transactions sans contact, et à recevoir un message dans un champ électromagnétique sur un canal en champ proche, le procédé étant caractérisé en ce qu’il comporte les étapes suivantes sur le terminal mobile :
- recevoir (El), d’un terminal positionné en mode lecteur, dit terminal lecteur, un message d’invitation à communiquer (WUP X, WUP NFC, WUP IBC) selon un type de communication en champ proche (X, NFC-A, NFC-B, NFC-F, NFC-IBC) ;
- détecter (E2) un type de communication en champ proche (NFC, IBC) dans le message d’invitation reçu ;
- si ledit type de communication indique une communication IBC, et que (E3) le terminal mobile est positionné dans mode IBC (M IBC), émettre (E4) une demande d’appairage (ACK IBC) sur un canal de retour (CR) distinct du canal en champ proche. Procédé d’adaptation de la communication d’un terminal mobile selon la revendication 1, caractérisé en ce qu’il comporte en outre une étape de :
- émettre vers le module de communication en champ proche une commande de basculement en mode IBC (M IBC). Procédé d’adaptation de la communication d’un terminal mobile selon la revendication 1, caractérisé en ce que émettre une demande d’appairage sur un canal de retour est suivi d’une étape de :
- établir (E5) une communication bidirectionnelle avec le terminal lecteur sur le canal de retour. Procédé selon l’une des revendications précédentes, caractérisé en ce que ledit message d’invitation (WUP IBC) contient un aléa pour établir le canal de retour. Procédé selon l’une des revendications précédentes, caractérisé en ce que ledit message d’invitation (WUP IBC) contient un type d’application IBC (AFI, Type, IBC-S). Procédé selon l’une des revendications précédentes, dans lequel ledit message (WUP IBC) est reçu au cours d’une communication de type ISO 14443. Procédé selon l’une des revendications précédentes, dans lequel le type de communication IBC est indiqué dans un champ du message laissé libre par la norme NFC pour un usage futur. Procédé selon l’une des revendications précédentes, dans lequel le type de communication IBC est indiqué dans un champ du message défini par la norme NFC pour une application propriétaire (AFI, 0x0, 0x9-0xF) Dispositif d’adaptation (DNF) de la communication d’un terminal mobile (TM) équipé d’un module de communication en champ proche (CLF, ANT), ledit dispositif étant adapté pour positionner le terminal mobile dans un mode NFC ou dans un mode IBC pour effectuer des transactions sans contact , de manière à recevoir un message dans un champ électromagnétique, caractérisé en ce qu’il est configuré pour mettre en œuvre au niveau du terminal mobile:
- recevoir d’un terminal lecteur un message d’invitation à communiquer selon un type de communication en champ proche ;
- détecter un type de communication en champ proche (NFC, IBC) dans le message d’invitation (WUP X) reçu ;
- si ledit type de communication indique une communication IBC (WUP IBC), et que le terminal mobile est positionné dans un mode IBC (M IBC), émettre une demande d’appairage sur un canal de retour distinct du canal en champ proche. Procédé d’invitation à communiquer sur un terminal (TP, TM E), dit terminal lecteur, de type NFC, ledit terminal lecteur étant adapté pour inviter selon au moins un type de communication en champ proche NFC et un type de communication en champ proche IBC, le procédé étant caractérisé en ce qu’il comporte, sur le terminal lecteur positionné en mode lecteur NFC de manière à émettre un message dans un champ électromagnétique, les étapes suivantes :
- émettre vers un terminal mobile (E21) un message d’invitation à communiquer (WUP X, WUP NFC, WUP IBC) selon un type de communication en champ proche (X, NFC-A, NFC- B, NFC-F, NFC-IBC) ;
- si ledit type de communication (WUP IBC) indique une communication IBC, recevoir un message d’appairage (ACK IBC) sur un canal de retour distinct du canal en champ proche . Procédé d’invitation à communiquer sur un terminal lecteur (TP) selon la revendication précédente, caractérisé en ce que inviter selon au moins un type de communication en champ proche NFC et un type de communication en champ proche IBC comporte les sous-étapes suivantes, répétées de manière cyclique :
- émettre des messages d’invitation vers le terminal mobile selon un type de communication NFC, conformément au mécanisme normalisé d’interrogation NFC ;
- émettre un message d’invitation vers le terminal mobile selon un type de communication IBC. Dispositif d’invitation à communiquer sur un terminal lecteur équipé d’un module de communication en champ proche, ledit dispositif étant adapté pour positionner le terminal lecteur en mode lecteur NFC de manière à émetre un message dans un champ électromagnétique, et à inviter selon au moins un type de communication en champ proche NFC et un type de communication en champ proche IBC, caractérisé en ce qu’il est configuré pour metre en œuvre au niveau du terminal lecteur :
- émetre vers un terminal mobile (E21) un message d’invitation à communiquer (WUP X, WUP NFC, WUP IBC) selon un type de communication en champ proche (X, NFC-A, NFC- B, NFC-F, NFC-IBC) ;
- si ledit type de communication (WUP IBC) indique une communication IBC, recevoir un message d’appairage sur un canal de retour distinct du canal en champ proche. Système comprenant un terminal mobile comprenant un dispositif d’adaptation selon la revendication 9 et un terminal lecteur comprenant un dispositif d’invitation selon la revendication 12. Programme d’ordinateur apte à être mis en œuvre sur un terminal mobile comprenant un dispositif d’adaptation tel que défini dans la revendication 9, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes du procédé défini selon l’une des revendications 1 à 8. Programme d’ordinateur apte à être mis en œuvre sur un terminal lecteur comprenant un dispositif d’invitation tel que défini dans la revendication 12, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes du procédé défini selon l’une des revendications 10 à 11.
PCT/FR2021/052403 2021-01-26 2021-12-20 Procédé et dispositif d'adaptation d'une communication en champ proche WO2022162289A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP21854673.7A EP4285491A1 (fr) 2021-01-26 2021-12-20 Procédé et dispositif d'adaptation d'une communication en champ proche
CN202180091877.4A CN116888898A (zh) 2021-01-26 2021-12-20 用于适配近场通信的方法和设备
US18/262,654 US20240080065A1 (en) 2021-01-26 2021-12-20 Method and device for adapting a near-field communication

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2100730A FR3119285A1 (fr) 2021-01-26 2021-01-26 Procédé et dispositif d’adaptation d’une communication en champ proche.
FRFR2100730 2021-01-26

Publications (1)

Publication Number Publication Date
WO2022162289A1 true WO2022162289A1 (fr) 2022-08-04

Family

ID=76730598

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2021/052403 WO2022162289A1 (fr) 2021-01-26 2021-12-20 Procédé et dispositif d'adaptation d'une communication en champ proche

Country Status (5)

Country Link
US (1) US20240080065A1 (fr)
EP (1) EP4285491A1 (fr)
CN (1) CN116888898A (fr)
FR (1) FR3119285A1 (fr)
WO (1) WO2022162289A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117236350A (zh) * 2023-11-13 2023-12-15 北京紫光青藤微系统有限公司 用于展示nfc模拟卡的方法及装置、电子设备、介质
CN117278071B (zh) * 2023-11-21 2024-01-23 深圳市天龙世纪科技发展有限公司 一种基于nfc的兼容性天线的控制方法、系统和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090233548A1 (en) * 2008-03-13 2009-09-17 Sony Ericsson Mobile Communications Ab Skin-based information transfer between mobile devices
US20150189463A1 (en) * 2007-12-20 2015-07-02 Koninklijke Philips N.V. Switching between multiple coupling modes
US20160294486A1 (en) * 2015-03-30 2016-10-06 Sony Mobile Communications Inc. Device contact avoidance for body area network
WO2017093639A1 (fr) 2015-11-30 2017-06-08 Orange Dispositif et procédé de communication sans fils

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150189463A1 (en) * 2007-12-20 2015-07-02 Koninklijke Philips N.V. Switching between multiple coupling modes
US20090233548A1 (en) * 2008-03-13 2009-09-17 Sony Ericsson Mobile Communications Ab Skin-based information transfer between mobile devices
US20160294486A1 (en) * 2015-03-30 2016-10-06 Sony Mobile Communications Inc. Device contact avoidance for body area network
WO2017093639A1 (fr) 2015-11-30 2017-06-08 Orange Dispositif et procédé de communication sans fils

Also Published As

Publication number Publication date
FR3119285A1 (fr) 2022-07-29
CN116888898A (zh) 2023-10-13
EP4285491A1 (fr) 2023-12-06
US20240080065A1 (en) 2024-03-07

Similar Documents

Publication Publication Date Title
EP2143053B1 (fr) Procédé de communication et de transmission d'un message concernant une transaction d'une application sans contact, terminal, module sécurisé et système associés
EP3384608B1 (fr) Dispositif et procédé de communication sans fils
EP2306324A1 (fr) Procédé, système et dispositif d'adaptation permettant un échange de données entre un objet de communication et une unité de traitement
FR2935510A1 (fr) Procede d'echange de donnees entre deux entites electroniques
WO2022162289A1 (fr) Procédé et dispositif d'adaptation d'une communication en champ proche
EP2865112B1 (fr) Procede d'authentification entre un terminal mobile et un terminal de traitement
EP3552327B1 (fr) Procédé de personnalisation d'une transaction sécurisée lors d'une communication radio
EP1851901A1 (fr) Procede de pre-authentification rapide par reconnaissance de la distance
EP3087543B1 (fr) Transmission et traitement de données relatives a une transaction sans contact
FR2922670A1 (fr) Procede et dispositif pour l'echange de valeurs entre entites electroniques portables personnelles
EP3813330B1 (fr) Procédés et dispositifs d'appairage
FR3119284A1 (fr) Procédé et dispositif de transfert de données en champ proche.
FR3047583A1 (fr) Methode de transmission securisee d'informations d'authentification entre des applications logicielles dans un terminal informatique
WO2019186041A1 (fr) Procédé et dispositif d'authentification d'un utilisateur
FR2820266A1 (fr) Dispositif et procede d'appairage automatique securise des appareils d'un reseau radiofrequence
EP1988498A2 (fr) Procédé et système d'échange de données reservées à un utilisateur
EP4052391A1 (fr) Chargement électrique d'une carte électronique
EP3357201A1 (fr) Procede de commande locale d'un dispositif electronique
WO2005013580A1 (fr) Procede, terminal mobile, cartes et programmes informatiques permettant a une application embarquee sur un terminal de communiquer avec une application residente en carte sim
FR3108750A1 (fr) Procédé et dispositif de fourniture à un terminal d’un premier utilisateur d’une signature biométrique d’un deuxième utilisateur.
FR3101465A1 (fr) Procédés de transmission et de réception de données relatives à une transaction de paiement, dispositifs et programme d’ordinateur correspondants.
WO2023203013A1 (fr) Réseau de communication privé sécurisé
WO2005015930A1 (fr) Procede permettant a un point d’acces de communiquer avec une application d’un terminal mobile
FR3045259A1 (fr) Procede de consultation de l'etat d'une ressource d'un appareil electronique, programme d'ordinateur et entite electronique associes et appareil electronique equipe d'une telle entite electronique
FR3006141A1 (fr) Terminal mobile a carte sim sans contact

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21854673

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 18262654

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 202180091877.4

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2021854673

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2021854673

Country of ref document: EP

Effective date: 20230828