EP1706842A1 - Information pleinement simultanee de variations de statuts pour un objet a interface duale - Google Patents

Information pleinement simultanee de variations de statuts pour un objet a interface duale

Info

Publication number
EP1706842A1
EP1706842A1 EP04804899A EP04804899A EP1706842A1 EP 1706842 A1 EP1706842 A1 EP 1706842A1 EP 04804899 A EP04804899 A EP 04804899A EP 04804899 A EP04804899 A EP 04804899A EP 1706842 A1 EP1706842 A1 EP 1706842A1
Authority
EP
European Patent Office
Prior art keywords
interface
contactless
contact
chip
resources
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP04804899A
Other languages
German (de)
English (en)
Inventor
Laurent Degauque
Stéphane DI-VITO
Jean-Paul Les Jardins de Toscane CARUANA
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thales DIS France SA
Original Assignee
Gemplus Card International SA
Gemplus SA
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 Gemplus Card International SA, Gemplus SA filed Critical Gemplus Card International SA
Publication of EP1706842A1 publication Critical patent/EP1706842A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/067—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
    • G06K19/07—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
    • G06K19/0723—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips the record carrier comprising an arrangement for non-contact communication, e.g. wireless communication circuits on transponder cards, non-contact smart cards or RFIDs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/067—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
    • G06K19/07—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/067—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
    • G06K19/07—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
    • G06K19/0701—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips at least one of the integrated circuit chips comprising an arrangement for power management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/067—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
    • G06K19/07—Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
    • G06K19/077—Constructional details, e.g. mounting of circuits in the carrier
    • G06K19/07749—Constructional details, e.g. mounting of circuits in the carrier the record carrier being capable of non-contact communication, e.g. constructional details of the antenna of a non-contact smart card
    • G06K19/07766—Constructional details, e.g. mounting of circuits in the carrier the record carrier being capable of non-contact communication, e.g. constructional details of the antenna of a non-contact smart card comprising at least a second communication arrangement in addition to a first non-contact communication arrangement
    • G06K19/07769—Constructional details, e.g. mounting of circuits in the carrier the record carrier being capable of non-contact communication, e.g. constructional details of the antenna of a non-contact smart card comprising at least a second communication arrangement in addition to a first non-contact communication arrangement the further communication means being a galvanic interface, e.g. hybrid or mixed smart cards having a contact and a non-contact interface
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/0008—General problems related to the reading of electronic memory record carriers, independent of its reading method, e.g. power transfer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/355—Personalisation of cards for use
    • G06Q20/3552—Downloading or loading of personalisation data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/356—Aspects of software for card payments
    • G06Q20/3563—Software being resident on card
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system

Definitions

  • the invention relates to the secure operation within a smart portable object, of a contactless communication interface simultaneously with a contact or galvanic communication interface. It also relates to the secure operation of an application whose data pass through the contactless interface simultaneously to a separate application whose data pass through the galvanic interface. Fully simultaneous information on changes in status is referred to here.
  • the invention also applies to an intelligent object comprising at least two interfaces, of the same type or of different type. First, let's talk about known techniques and their terminology. A distinction should be made here between intelligent portable objects on the one hand, and electronic data transmission terminals on the other.
  • Intelligent portable objects are for example smart cards, electronic tickets, so-called “dongle” cards or other modules such as those for proximity (eg: NFC) or semi-proximity (eg: BlueTooth) communication. These objects are subject to standards which impose structure and functioning on them.
  • the objects in question here meet standards, described in detail below: - ISO7816.3 relative to the galvanic communication interface, in particular chapters 5.2 (Activation), and paragraphs 532 (so-called cold initialization “RST” - see Figure 2), 533 and 534 (clock pause known as "CLK”; description of modes requiring to bear this interruption);
  • the object also meets the standards: - ISO.IEC14443 relative to the contactless communication interface, in particular chapter 611 (response time called "FDT”); and - 3GPPTS11.11 relative to so-called "SIM” or similar objects, to be inserted in a terminal, in particular chapter 43 (galvanic communication interface).
  • the contactless interface includes an antenna: integrated into a module of this object; and or ; integrated into a card body of this object; and or ; integrated into the terminal to be secured, and connected by galvanic terminal block. Therefore, the intelligent portable objects concerned here are structurally in contact and without contact; they are called “CombiCard” or object with dual interface. In other words, these objects have both: - means and steps for remote communication via a contactless interface, with one or more electronic data transmission terminals and / or other remote portable objects; as well as - means and steps of communication by galvanic or contact connection via a galvanic or ohmic interface called "contact".
  • the contactless interface is at least partly internal to the object.
  • a card having on the one hand a first interface with contact with its dedicated chip, and on the other hand a second contactless interface with a chip different from the contact chip, which is also dedicated.
  • "Twin” or “Hybrid” objects are not affected by the invention. Indeed, they do not allow data exchange between contact and contactless chips. Neither fully simultaneous operation. Now let's talk about the transmission terminals concerned by the invention. These terminals are for example cellular telephones (eg:
  • the terminals referred to here are not restrictively secured by an object in physical format "SIM".
  • Certain embodiments of these terminals are capable (means and steps) of their own wireless communication. This communication complies for example with GSM, 3GPP, UMTS, CDMA or similar standards. It is for the sake of simplicity that in the examples, the terminal and the object comply with the 3GPPTS11.11 standard, in particular in chapter 412 as regards the physical format "SIM". Specific characteristics set out below with regard to documents of the prior art are integrated into the description.
  • the document FR2776788 relates to memory cards with multiple applications, capable of being connected to the terminals dedicated to an application contained in the card.
  • a classified configuration table is produced in the card. This table is used to access for recording, for each application, the first byte address of the message (ATR - TOTAL SOLIDS) and, in a memory, the message address of other bytes.
  • the configuration table is addressed by circular indexing to each "Reset" signal (MaZ) transmitted by the terminal and thereby feeds the messages (ATR) to the terminal for analysis. This indexing is maintained as long as the terminal has not identified a message corresponding to the application to which it is dedicated.
  • An object of the invention is to allow operation of a contact interface simultaneously with a contactless interface, in all states and according to all the transitions useful for cohabitation (we then say that it is "fully used simultaneously” ), or even data exchange, between a contact application and another contactless application.
  • the invention also applies to an intelligent object comprising at least two interfaces. In particular at least two contact interfaces or two contactless interfaces or a mixture of the two. For example an interface according to one of the versions of PISO7816 and an interface for object of type MMC
  • the term "transaction” designates the transmission of at least one order from the terminal to the object, as part of an application (eg: payment, identity, telephony, access).
  • an application eg: payment, identity, telephony, access
  • the contactless interface is in progress the procedure for starting an application according to ISO7816.3 via the contact interface and therefore by the secure terminal using of the portable object, plans in particular to supply electric current to this object, to provide it with a clock and to activate the setting to zero (MaZ) of the contact interface. This ends the contactless application.
  • a problem encountered then is that the chip is currently reinitialized due to the mandatory activation of the reset (MaZ) of the contact interface. This is to ensure that a transaction in progress via the contactless interface continues to proceed normally. In other words, we seek to allow the maintenance of a contactless transaction in progress, during the operation of the contact interface.
  • Another problem encountered involves two transitions that are currently impossible. According to one of these currently impossible transitions, the object is processing an application for the benefit of the contactless interface, and -the object- is requested by the terminal via the contact interface, so that this contactless application is processed simultaneously with another contact application which must start for the benefit of the terminal.
  • Another problem encountered relates to a superficial state of sleep, according to which the power supply coming from the contact interface of the object is limited (standards), while simultaneously resources coming from the two interfaces -to and contactless- are required by the object. Also affected are transitions to and from this state.
  • a sleep state is in current practice, relatively to the active states.
  • the object it is not uncommon for the object to be in a state of sleep during 95% of the time of use of this terminal.
  • the only resources available are a reduced power supply, as well as an external clock signal from the contact interface.
  • Another problem encountered relates to an object having two or more interfaces (Contact, contactless, USB, etc.) and intended for the simultaneous use of at least two of these interfaces.
  • This problem is related to the fact that an application executing in the object is not able to determine which are and in which state are the active interfaces (ie: how many and which of the interfaces provides power and / or clock).
  • an application embedded in the object is not currently able to take the necessary decisions according to the state of the interfaces. As a result, this application cannot function properly (for example, cancel a transaction initiated on an interface that has prematurely deactivated). This is the case during a pullout.
  • An object relates to a method allowing simultaneous operation of applications on at least two communication and / or power supply interfaces with contacts and / or without contact of an intelligent portable object, said object implementing state transitions of operating conditions or variations in operating status.
  • the method is distinguished in that it comprises a step of controlling transitions or variations in status comprising a step of informing about transitions or variations in status and / or a step of configuring the object before putting it on in place of fully simultaneous operation of applications.
  • the control is ensured by a resource controller and / or the processor block and / or one of the applications.
  • the contact interface conforms to a version of ISO 7816.
  • the immunity step comprises at least one phase forming a power controller, which perceives the appearance and / or the disappearance of resources, for example in real time.
  • the phase forming the power controller generates an interrupt to an interrupt controller, when the availability state of at least one resource varies.
  • the phase forming the power controller is able to generate or not, an interruption during transitions between states; especially for: - Transition from a low consumption state, to a power supply via the contactless interface: the interruption takes place if the voltage via this interface is higher than a threshold voltage; - Transition from a supply via the contactless interface to the cessation of this supply: the interruption takes place when the voltage received by the contactless interface is below a threshold voltage; - Transition from a supply via the contactless interface to a supply via the contact interface: the interruption takes place; and - Transition or zeroing sequence controlled by the contact interface, with supply via the contact interface: the interruption takes place.
  • this method comprises at least one immediate warning step, for fully simultaneous management aimed at power and / or clock resources.
  • the immediate warning step provides for a phase of switching resources so that they are, at least in part, punctured via the contactless interface.
  • the immediate warning step provides for a phase of switching resources so that they are, at least in part, punctured via the contact interface.
  • this method provides for at least one transaction maintenance step, with at least one delay and / or simulation phase of zeroing, ordered by the contact interface during a transition aimed at resetting the chip during a resource shift.
  • a delay phase during which the execution of instructions from the chosen code generates, for example, a delay command by sending a single byte of the usual command in response to the activation of the reset.
  • a delay command with resumption of functions occurs after a predefined number of clock cycles, eg of the order of 400 to 40,000 clock cycles.
  • this method provides at least one logical phase forming a sleep controller so that the chip conforms to constraints of low consumption during sleep states.
  • this logical phase forming the sleep controller provides that from the contact interface: In superficial sleep states, less than 200 ⁇ A must be punctured; In deep sleep states, should be punctured less than lOO ⁇ A.
  • the other contactless standard is the standard
  • Another object of the invention is an information device fully simultaneous with changes in status, for an intelligent portable object with at least dual interface, provided with a chip; This object being able to communicate with at least one electronic data transmission terminal via a contact interface, and / or contactless; This device being such that: the terminal is connected to the object via the contact interface in order to be secured by the object and in a dual interface operating state, the contact and contactless interfaces operating in same time ; at least one transition causing a variation of at least one status for the object; The device is distinguished in that it comprises at least means for informing the chip capable of reproducing variations in status, with at least one functional block forming a power controller, which provides a configuration / information enabling operation to be fully simultaneous applications using the contact and / or contactless interface
  • the immunity means comprise: a diode for limiting the power consumed from the contactless interface, and a logic gate ensuring the switching between two power consumption modes (via contact interface or via contactless interface)
  • the immunity means comprise: at least one wired mechanism capable of detecting the presence of a power resource from the contact interface and from the contactless interface; this mechanism having at least two registers using which the immunity means inform the state of power resources; so that any modification to these registers results in an alert signal, for example in the form of an interruption; wiring connecting the mechanism to a processor block, so that the immunity means, after consulting the registers, then select the power source used.
  • the immunity means comprise a wired mechanism present in the chip ensuring that the selected source supplies electricity to the chip.
  • the immunity means comprise at least one functional block forming a power controller, which perceives the appearance and / or the disappearance of resources.
  • the immunity means comprise means for fully simultaneous management of the power and / or clock and / or timer resources.
  • the device comprises means of immediate warning, for fully simultaneous management aimed at power and / or clock resources.
  • the immediate warning means provide at least one functional block allowing resource switches so that they are, at least in part, punctured via the contactless interface.
  • the immediate warning means provide at least one functional block allowing switching of resources so that they are, at least in part, punctured via the contact interface.
  • this device comprises means for maintaining the transaction, with at least one delay element and / or simulation of zeroing ordered by the contact interface, during a transition aimed at resetting the chip during a switchover Resource.
  • this device comprises means of immunity to variations in the power source.
  • these immunity means choose the origin of the power supply of the chip, from: - A power origin (VCC) of the contact interface (7); and / or - A power source from the antenna (4); and / or - A power source by combination of sources, for example via a power source function.
  • this device provides at least one functional block forming a power controller, according to the status of the power resources.
  • this functional block comprises cabling or the like, supplying the chip with appropriate voltage and power, informing this chip of the appearance and / or disappearance of supply resources from the contact interfaces. and / or contactless.
  • this device comprises a functional block forming a sleep controller, of conformation of the chip to constraints of low consumption during sleep states.
  • this functional block forming a sleep controller conforms the supply from the contact interface: In superficial sleep states, less than 200 ⁇ A; and in deep sleep states, less than 100 ⁇ A.
  • Another object of the invention is a transmission terminal, comprising at least one connection by galvanic contact to a portable object. intelligent with dual interface, with a contact interface allowing the object to secure this terminal.
  • This object is provided with a chip and being able to communicate with the terminal via the contact interface according to ISO7816.3 standard; the object being further provided with a contactless interface communicating according to another contactless standard.
  • This terminal is able to participate in the implementation of the method, and / or to receive the object comprising the device, mentioned above.
  • the terminal forms a: cell phone (eg: GSM, 3GPP; UMTS; CDMA; Etc.) and / or portable personal assistant (eg: PDA); and / or decoding box; and / or computer.
  • Another object of the invention is an intelligent portable object capable of participating in the implementation of the method, and / or of receiving the object comprising the device, and / or of being connected to a terminal, mentioned above.
  • the object is dual interface, and provided with a chip; this object being able to communicate with at least one electronic data transmission terminal via a contact interface according to ISO7816.3, as well as contactless via a contactless interface and according to another contactless standard; this process providing that: the terminal is secured by the object via the contact interface.
  • the object comprises: a body inside which a cutting contour is formed, a detachable substrate retained by at least one breaking bridge and delimited by the contour; a chip being disposed within the detachable substrate; a contactless interface connected to the chip and comprising an antenna extended in the body; and means for deactivating the interface, having a conductor which bypasses the antenna and whose rupture allows the interface to operate in a de-inhibited state.
  • the object comprises: a source of energy embedded in the object such as a solar collector or an accumulator, format for substitution of energy resources from contact or contactless interfaces.
  • the object exclusively comprises energy resources from the contact or contactless interfaces, and is therefore devoid of any on-board energy source.
  • FIG. 1 is a schematic perspective view of longitudinal elevation, which illustrates an example of intelligent portable object with contactless interface according to the invention.
  • FIG. 2 is a schematic perspective view of longitudinal elevation, which illustrates an example according to the invention of terminal in the form of portable assistant with cellular communication, secured by insertion of an intelligent portable object, with links of: data input / output by galvanic contact; clock (called “Clk”); mass (called “Gnd”); power supply (called “Vcc”); external antenna input-output; Zeroing (called “MaZ”).
  • FIG. 3 is a schematic view which illustrates the operation of the invention, where the object is inserted into a terminal here in the form of cell phone or the like, a contactless link (eg: RF; NFC; BlueTooth; WiFi) being established between this object and a contactless terminal, while another connection (eg: GSM; 3GPP; UMTS; CDMA) secured via a contact interface of the object is established with a terminal in the form of a cellular telephone, - even connected to a network of other terminals.
  • a contactless link eg: RF; NFC; BlueTooth; WiFi
  • another connection eg: GSM; 3GPP; UMTS; CDMA
  • FIG. 4 is a schematic plan view from above, of a circuit part within an object according to the invention and connected to a terminal to be secured, with a diode limiting the power consumed from the interface without contact, and a logic gate ensuring the switching between two power consumption modes (via galvanic interface or via contactless interface).
  • This part of the circuit therefore forms means of selection by the application, and illustrates the appropriate steps, without contacting the external resources to be used (electrical power) in the event of triggering of a "Clock Pause" mode (here called "PauseH").
  • - Figure 5 is a schematic top plan view of a circuit part within an object according to the invention and connected to a terminal to be secured, with resistors for absorbing excess electrical power , and logic means ensuring the switching between two power consumption modes (via galvanic interface or via contactless interface).
  • This circuit part forms at least in part means for selecting the external resources to be used in order to allow a contactless application to operate without consuming resources (power) from the contact interface when the latter requires it.
  • - Figure 6 is a schematic logical graph, which illustrates conventional steps and transitions within an object inserted in a terminal, as found in practice. We note in particular (2) inaccessible conventional stages, as well as (5) impossible conventional transitions.
  • FIG. 7 is a schematic logic graph similar to that of Figure 6, but which illustrates steps and transitions according to the invention.
  • - Figure 8 is a logic diagram of the wiring and software architecture of a chip for intelligent portable object according to an embodiment of the invention, in particular capable of determining which are and in which state are the active interfaces.
  • an intelligent portable object is designated at 1.
  • Such objects 1 are for example smart cards, electronic tickets, so-called “dongle” cards or other modules such as those for proximity (eg: NFC) or semi-proximity (eg: BlueTooth) communication.
  • FIGS. 2 to 5 These are secure, non-removable and “portable” objects, ie capable of being put in a pocket due to their smaller dimensions than those of electronic data transmission terminals 2. Examples of such objects 1 are illustrated in FIGS. 2 to 5. These objects 1 are able to communicate remotely with one or more electronic terminals 2 for data transmission and / or other objects 1, via a contactless interface 3. This interface 3 provides contactless communication via an antenna 4. Some of these terminals 2, eg cell phones, are
  • the object 1 has the usual forms of smart card.
  • This object 1 here comprises: a card body 5, inside or on the surface of which is inserted - possibly within a module - a chip 6 (FIG. 1); the antenna 4 of the contactless interface 3 which is connected to the chip 6.
  • a galvanic contact interface 7 is also connected to the chip 6: it comprises a terminal block opening out to a main external surface of the body 5.
  • the body 5 has an external form factor as defined by ISO7816, in which the object 1 itself is detachably integrated. Once the periphery of the body 5 detached, the object 1 itself has an external form factor as defined by the standard 3GPPTS11.11 (411 and 412) or GSM, and called "SIM".
  • the terminal block for interface 7 is also defined by these standards. Here it has from six to eight contact pads (Figure 2) Cl, C2, C3, C5, C6 and C7. If necessary, this terminal block also includes areas C4 and C8.
  • the ranges C4 and C8 are not used in the operation of a conventional cell phone terminal 2 called "GSM". These ranges 04 and C8 are according to standards, each connected to a port on the chip 6.
  • the contactless interface 3 comprises an antenna 4 integrated into the terminal 2 to be secured, and connected via the galvanic link offered by the areas C4 and C8 of the contact interface 7.
  • the antenna 4 is external to the object 1, as shown in FIG. 3.
  • the data signals passing through the contact areas C2 and C7 in particular are digital signals called "digital" of binary type.
  • modulated signals Hertzians for example
  • These terminals 2 are for example (FIG. 3) cellular telephones (eg: GSM, 3GPP, UMTS, CDMA, etc.), portable personal assistants (eg: PDA as in FIG. 2), decoding box and computers, in particular within networks, or even interactive terminals or access control equipment (transport, infrastructure, IT equipment, etc.).
  • PDA personal assistants
  • decoding box and computers in particular within networks, or even interactive terminals or access control equipment (transport, infrastructure, IT equipment, etc.).
  • These are removable electronic devices - and portable at best, that is to say easily transportable for example by a carrier 8-.
  • All the terminals 2 according to the invention ie secured via the contact interface 7 by an object 1 as mentioned, are able to communicate remotely with other terminals 2 -for example those represented on the right in the figure 3- remotely, that is to say without contact.
  • the contactless communication of these terminals 2 secured by an object 1 is illustrated by waves and designated at 9.
  • Another communication called transaction or application, illustrated by arrows and designated at 10, is that without contact which is capable of object 1 via its interface 3 and therefore the antenna 4.
  • Communication 9 also called application is to be distinguished from that of which object 1 is capable via its interface 3 and therefore antenna 4. Let us illustrate here the content of these communications 9 and 10 by the example of a cell phone terminal 2, equipped with an object 1 according to the invention.
  • the communication 9 allows a secure purchase from the terminal 2, and from a service server such as that illustrated at the bottom left in FIG. 2 - which is itself connected to the cellular reception terminal represented by Terminal 2 at the top left.
  • This purchase is recorded in the form of values, in the object 1.
  • the communication 10 then makes it possible to debit on the fly the values thus purchased.
  • FIG. 6 state of the art
  • FIG. 7 invention
  • Figure 8 see Figure 8 and the passages relating thereto infra.
  • the latter is placed in various states including: - extinct state called “OFF”, illustrated at 11 in the figures, such that the object 1 is out of operation (ie “ off, off “), without data processing or power consumption; - working state called “ON”, that is to say in operation (12-18), allowing the management of interfaces 3 and 7 as well as the processing of applications (with contact 9 and without contact 10).
  • a transient state of wakefulness called “IDLE”, which offers a practical solution to access sleep states exposed below.
  • resources “VCC” and “RF” are mentioned as well as their possible statuses, explained now.
  • VCC designates the electrical power supply of the object 1, which comes from the contact interface 7.
  • VDD electrical supply of the object 1 comes from the contactless interface 3
  • RF resource "RF"
  • the "Stop / Active” statuses indicate that the contact interface 7 is respectively supplied with electrical power or not. In its Active state, the contact interface 7 provides electrical power to the object 1. In its Stop state, this contact interface 7 does not provide any electrical power supply.
  • the contact interface 7 In its "Active" status (usually called “VCC ON"), the contact interface 7 at least supplies electric current to chip 6, this chip 6 being able to consume within the limits imposed which are usually sufficient for normal operation of the object 1; This is the case when the terminal 2 obtains that an application 9 using the contact interface 7 for the exchange of data and resources, is processed by the object 1.
  • This "VCC” supply from the interface 7 is furthermore able to be placed in so-called “Low Consumption” status, as explained below.
  • states 13, 14, 17, 18 are said to be “Low Consumption” which impose a maximum value of consumption punctuated by the object 1 via its contact interface 7:
  • states of low consumption There are thus currently distinguished among the states of low consumption, the: - shallow sleep (called “LOW POWER VCC”); and - deep sleep (known as “LOW POWER VCC with Pause H”).
  • NB "H" for Clock.
  • power consumption is imposed when it draws its resources from the contact interface 7, in two constraining cases: - in deep sleep must be punctured via the contact interface 7, less than -ie at most- lOO ⁇ A; - in superficial sleep, must be punctured via the contact interface 7, less than -ie at most- 200 ⁇ A.
  • the constraints of low consumption are respected during sleeps, by stopping the treatments and saving the data necessary for a subsequent resumption of these treatments. These necessary data are in particular the previous context (eg: data, registers). In this sleep state, currently, the chip 6 cannot process a contactless application.
  • one of the aims of the invention is, once the chip 6 (according to the embodiments, by logic and / or wired means such as its "CPU” block) in sleep, to ensure the possibility to reach a working state in which its supply of electrical power comes in particular from the contactless interface 3, while respecting the limits imposed on consumption on the interface 7. Furthermore, the chip 6 is said to be in deep sleep with Clock Pause (called PauseH) ", when this chip 6 is in a state similar to superficial sleep, but without having a clock resource originating from the contact interface 7. Secondly, the resource "RF "indicates the state ("Stop / Active") of the contactless interface 3, which is of the Radio Frequency (RF) type in the example of the ISO14443 standard.
  • RF Radio Frequency
  • the contactless interface 3 In its Active state, the contactless interface 3 ensures a contactless transaction, that is to say a remote transaction, such as: - transmission and / or - reception of modulated signals (data, resources) and - processing of an application using in particular the data of these signals. In its Stop state, this contactless interface 3 does not carry out any transaction.
  • the "Sleep" status indicates respectively ("No / Yes") if the chip 6 is not or is in a low consumption state on the contact interface 7. Quarto, the "PauseH” status indicates respectively ( “No / Yes") if the chip 6 is not or is supplied as an external clock signal, during the low consumption state, from the contact interface 7.
  • Tables 1 and 2 above each illustrate the situation encountered in these states or transitions, with current objects 1 (1A and 1B).
  • FIG. 6 we note in addition to the possible states and transitions (designated by: “OK"), as in FIG. 6: - two impossible states (17; 18) (designated by: “NOK”); and - twelve transitions (15.16; 16.15; 17.18; 18.17; 14.18; 18.14; 16.17; 17.16; 13.17; 17.13; 17.15; 18.15) impossible ("NOK").
  • the left column of the graphs in Figures 6 and 7 illustrates the states related to the operation of the contact interface 7. While the right column illustrates the states related to the operation of the contactless interface 3. Note here that by default , when a reverse transition is not mentioned, it is simply a return path, and therefore does not require further explanation. And that in Figure 6, the (five) impossible transitions are illustrated by star outlines. While the (two) impossible states to reach are illustrated by a hatched frame. In addition to a state 11, the middle column (states 16, 17 and 18) describes desired states for an object 1 fully used simultaneously according to the invention. The states are illustrated by boxes, and the transitions between these states - possible or impossible - are illustrated by oriented arrows.
  • the Disabled state 11 corresponds in the case of a cellular telephone terminal 2, to the situation according to which this terminal 2 is switched off and unusable as it is by the carrier 8. From the Disabled state 11, a transition 11.12 on Figures 6 and 7 achieves a state 12 according to which the object 1 is in operation via contact interface 7 (called: operating state via contact interface). This state 12 is called “in operation via contact interface”. In the example of the cell phone terminal 2, this usual transition 11.12 corresponds to the action of the carrier 8 which turns on its terminal 2.
  • the terminal 2 addresses the object 1 via the terminal block of the interface 7, a reset signal (MaZ).
  • the first bytes of a reset response protocol (called "ATR") are then sent by the object 1 to the terminal 2 via the interface 7. When these exchanges are successful, the object 1 is able to directly process commands from the interface 7, and from the terminal 2 secured by this object 1. From the operating state via contact interface 12, a transition
  • transition 11.15 corresponds to the case where the antenna 4 is exposed to the field of a modulated signal without contact (eg: RF), this signal carries resources (energy and clock) as well as data under frame form.
  • RF modulated signal without contact
  • the antenna 4 is exposed to a modulated field without contact (energy and data), but where the object 1 does not have resources from the contact interface 7.
  • This transition 11.15 leads to the state in operation via interface 3 without contact 15. Then, object 1 is able to directly process commands from interface 3.
  • State 16 is called dual interface operation. In FIGS. 6 and 7, this state 16 corresponds to the situation according to which the contact interface 7 is in operation, just as the other contactless interface 3 is in operation. This state 16 is the only dual operating state currently possible, that is to say in which the contact 7 and contactless 3 interfaces operate at the same time. Note that in the objects 1 available to date, only the transitions 12.16 and 16.12 are possible (OK).
  • transitions from state 15 as well as from new state 17 to state 16 are impossible (NOK).
  • transitions 12.16 and 16.12 it is necessary to have the contact and non-contact interfaces (7 and 3) coexist as well as the applications 9 and 10 using these interfaces, respectively. Due in particular to the impossible transitions mentioned above, we cannot speak with current interfaces and applications, of full and simultaneous use.
  • the transition 12.16 corresponds to the case - always in the example of the cellular terminal 2 - where the contact interface 7 functions (resource and application 9) while the antenna 4 penetrates into a field perceived by the contactless interface 3 ( transaction 10). Let us evoke here the transition currently impossible 16.16.
  • the problem encountered during this so-called “hot zeroing” transition 16.16 is that it does not really reinitialize the chip 6, unlike the effect currently induced by the zeroing signal (MaZ) received from the contact interface 7.
  • the terms "hot” and "cold” are defined in particular in ISO7816.3. This is to ensure that a transaction in progress via the contactless interface continues to proceed normally.
  • the invention proposes means 101 and / or steps for maintaining the contactless transaction in progress, during the putting into operation of the contact interface 7. These means are circuits within the chip 6 and / or logical instructions. Within state 16, the invention distinguishes various cases, depending on the origin of the resources consumed by the chip 6.
  • the power supply of the chip 6 can originate from:. VCC ie from contact interface 7; .
  • the clock supplied to chip 6 can originate from:. The contact interface 7; .
  • An internal clock generator, such as that in FIG. 8 is designated at 113 and detailed below.
  • the invention thus makes it possible, within state 16 and therefore during simultaneous processing of the applications, to change the source of supply and / or of the clock, according to the necessities of the moment, and without risk of updating. untimely zero.
  • the means 101 and / or steps for maintaining the transaction are also called "Fa e Reset".
  • These means 101 and / or holding steps (101) provide in particular at least one physical element and / or logical phase of delay and / or simulation of zeroing, ordered by the contact interface 7 when it is started or analogous zero-setting situations.
  • These means 101 and / or holding step comprise in one example at least one element and / or phase for detecting zero setting, in the example of FIG.
  • the holding means 101 are connected at the input to a functional block 107 and / or an equivalent logic phase, which operates the detection in question.
  • This block 107 is described later in detail.
  • a logic maintenance phase also operates a zero detection.
  • This logical phase includes an interrupt processing routine. Note that on initial powering of the chip 6, whatever its source (interface 3 or 7), a reset must nevertheless be able to take place. Such a zeroing aims at starting the chip 6 cleanly, and is not operated by the means 101 and / or holding steps.
  • Such holding means 101 illustrated in FIG. 8 are sometimes called in practice "interrupt controller block".
  • At least one element and / or phase of delaying the instructions for resetting the means (101) and / or holding step comprises a memory zone address, with a chosen code.
  • This memory area receives instructions from the chosen code, the execution of which generates - eg using resources of the means 101 - commands for, depending on the embodiments: - timeout blocking via the contact interface 7, by example by sending a single byte of usual response command ("ATR") to the activation of the zero setting; and / or - continuation of the application using the contactless interface 3; and / or - keeping in memory without erasing, of data useful for this contactless application; and / or - verification of the active state of the contact interface 7; and / or - resumption of the functions required for the contact interface 7, for example by sending a series of response control bytes ("ATR").
  • this recovery occurs after a predefined number of clock cycles, eg of the order of 400 to 40,000 clock cycles.
  • a transition 15.16 - from zeroing (MaZ) - from state 15 in operation via the contactless interface 3 to state 16 of dual interface operation is impossible.
  • an untimely reset is inevitable.
  • a reverse transition 16.15 is also made possible by the invention.
  • the object 1 is initially processing an application for the benefit of the contactless interface 3, and the object 1- is requested by the terminal 2 via the contact interface 7.
  • Tel is for example the case for a terminal 2 forming a cellular telephone (the contact application securing a telephone conversation) and where the contactless application aims for access -transport, premises, etc.-: It is currently not possible to start a transaction to be secured by object 1 via the contact interface 7, while an application such as access authorization is already in progress via the contactless interface 3. In general to date, the contactless application is aborted abruptly, because the start of an application for the benefit of terminal 2 via the contact interface 7 causes a reset (MaZ) of chip 6. And often the loss of data useful to the application without touching.
  • MaZ reset
  • the invention provides in embodiments means 102 and / or immediate warning step. These means 102 and / or warning step then complement, or even replace, the means 101 and / or maintenance step. The means 102 and / or warning step thus ensure correct operation of the chip 6 in state 16. Furthermore, following the transition 16.15, the object 1 is initially requested via the contact interface 7 for one application, as well as simultaneously via the contactless interface 3 for another application. Currently, if the contact application then stops, an untimely zeroing occurs.
  • transition 12.16 state 16 in dual interface operation, can only be reached via transition 12.16.
  • transition 12.16 possible to state 16 -as well as for the reverse transition (to state 12) - a message must be transmitted to the application (respectively 10 and 9 for inverse).
  • the transition 15.16 impossible means that in the example of a cellular terminal 2, it is therefore impossible to put this terminal 2 into operation while a transaction 10 is in progress via the contactless interface 3.
  • An illustration is the purchase of a transport ticket operated via the contactless interface 3
  • the risk is then to lose the data of the transaction 10 in progress via the contactless interface 3, and to cause inconvenience to the carrier 8 (access to the means of transport refused or delayed).
  • the chip 6 causes the reset (MaZ) as soon as a transition to a "Active or" Stop “state of the” VCC "supply occurs via the contact interface 7.
  • the other impossible transition 16.15 corresponds - example of the cellular terminal 2 - to the case where the state 16 of dual interface operation once reached from state 12, the supply of this terminal 2 (batteries, accumulators, chargers , sensors, etc.) is interrupted during a transaction 10 via the interface 3.
  • the transaction via the contactless interface 3 is suddenly cut, with the risks common in this case (given losses, discomfort, etc.)
  • the solutions proposed by the invention for one and the other of the transitions 15.16 and 16.15 avoid any abrupt interruption of the current transaction via the contactless interface 3.
  • the operating system thus warned, is able to operate this transition 15.16 while preserving communication, data, etc.
  • this transition 15.16 calls for: "clean" interruption of one or other of the applications 9 or 10; pause on either of these applications 9 or 10; timed back and forth between one or other of these applications 9 or 10, etc.
  • the means 102 and / or warning steps allow the contactless application to save essential data (ie: necessary for a subsequent recovery). Such a backup is often called a "back-up".
  • the invention provides for a pause of the contactless transaction 10, the sending of a message to the application 9 in order to indicate to it that the contact interface 7 is active.
  • the application 9 then processes the data from this contact interface 7. Any untimely zeroing is inhibited, then a request to share resources (in particular processing) as soon as possible between the two applications 9 and 10 present ( initial contact application and incoming contactless transaction), is sent.
  • the transition 16.15 according to the invention provides (via means and / or stages) an element and / or phase of switching resources so that they are punctured via the contactless interface 3.
  • warning means immediate 102 take on FIG. 8, the form of a functional block sometimes called "UART".
  • These means 102 represent the serial communication devices conforming to the ISO7816 standard for the contact interface 7, as well as to a standard such as ISO14443 for the contactless interface 3.
  • interruptions are generated in particular when a reception buffer called "buffer" is considered to be full. That is to say that a protocol frame has been correctly received and can be processed by an operating system of the chip 6. This allows in particular the application using the contact interface
  • the means 102 and / or warning step include / operate at least one element / initialization phase, which includes: - detection of a source without touching ; then - detection of data from a demodulation; - anti-collision; Within a modulator - demodulator (MODEM) a contactless source is transformed into binary form; an initialization is then carried out and for example an anti-collision treatment is carried out; and - once the frame is considered to have been correctly received and the previous steps carried out normally, the usual processing operations are authorized.
  • MODEM modulator - demodulator
  • a functional block 104 groups together the modulator - demodulator (MODEM) and anti-collision processing elements. It can be seen that in this example, the block 104 is connected via the contact pads C4 and C8.
  • MODEM modulator - demodulator
  • FIGS. 6 and 7 Let us now evoke a state 17 of pending field capture, illustrated in FIGS. 6 and 7. This state 17 is impossible to reach (in particular from states 13 and 16) with a current object 1. This state 17 is often achieved thanks to the invention, since the state 13 of superficial sleep. In this state 17 close to that of superficial sleep, the power supply from the contact interface 7 is limited, while simultaneously resources from the contactless interface 3 are required by the object 1.
  • This state 17 appears when an application is operated for the contactless interface 3, while the supply of electrical power to the object 1 from its contact interface 7 is limited.
  • the contact application is awaiting an order from the terminal 2, as part of the transaction in progress. In other words, it involves processing an application via the contactless interface 3 while the object 1 is on the side of its contact interface 7, in superficial sleep. Then, the supply of electrical power to the object 1 via the contact interface 7 becomes contrary to notably normative constraints.
  • the invention allows in state 17 a contactless application to operate without consuming resources (power) from the contact interface 7, when the standards imposed on this interface 7 require it.
  • the object 1 draws its power supply from the contactless interface 3, by rectifying the modulated signal picked up by the antenna 4.
  • the existing standards oppose the use of power from the interface 7 - and therefore the terminal 2- in certain cases including those which follow. So that the object 1 can draw its electrical supply from the contactless interface 3, an embodiment of the invention provides steps and / or means 103 of immunity to variations in the power source.
  • FIG. 4 illustrates a part of the circuit within an object 1 according to the invention, connected to a terminal 2 to be secured.
  • the means 103 and / or steps of immunity to variations in the power source comprise, according to this embodiment, such a circuit part, with: - a diode 20 for limiting the power consumed from the contactless interface 3, and - a logic gate 21 ensuring switching between two power consumption modes (via contact interface 7 or via contactless interface 3).
  • This realization of the means 103 and / or immunity steps thus allows the selection by the operating system of the external resources to be used (electrical power) in the state 17 compatible with superficial sleep.
  • the means 103 and / or immunity steps choose, according to the invention, the origin of the supply of the chip 6, from among: VCC ie from contact interface 7; .
  • the immunity means 103 are provided with a wired mechanism (called Ml below - cf. FIG. 8) which makes it possible to detect the presence of a supply coming from the contact interface 7 (Vcc) and a power supply from the contactless interface 3 (Vdd). Using this mechanism (Ml), the status (see Tables 1A and 1B: Active / Stop) of the power supplies (Vcc and Vdd) is entered using two registers (later called RI and R2 - see Figure 8).
  • any modification of the RI and / or R2 registers results in an alert signal (for example in the form of an interruption ).
  • the operating system of the chip 6 after having consulted the registers RI and R2, or having been warned of a change of state of one of these two registers (interruption), then selects the power source used ( Vcc or Vdd).
  • Another wired mechanism (later called M2 - see Figure 8) is present in chip 6. This wired mechanism (M2) ensures that the one and only selected source is used to supply electricity to chip 6.
  • the means 103 comprise a functional block 107 and / or a logic phase, here called the power controller or "PWR", and another functional block 106 and / or an equivalent logic phase, which forms the sleep controller.
  • PWR power controller
  • the mechanisms M1 and M2, as well as the registers RI and R2 - and / or the equivalent logical steps - correspond in the embodiments of the invention, functionally to this block 107.
  • the contact areas - Cl (VCC: power supply from the contact interface 7); - C2 (RST: MaZ reset); - C3 (CLK: clock from the contact interface 7); and - C5 (GND: earthing via the contact interface 7);
  • This power supply controller block 107 of the means 103 has the function of supplying the chip 6 with appropriate voltage and power. And to inform the chip 6 of the appearance and / or disappearance of power resources from the interface 7 with contacts or 3 without contact.
  • the inputs mentioned allow the means 103 to receive on the one hand a voltage coming from the contact interface 7 via the range C1 (Vcc).
  • these inputs allow via a wiring 105 to route a voltage (Vdd) coming from the modulator - demodulator of the means 104, from the contactless interface 3.
  • Vdd voltage
  • CLK clock signals external
  • RST - MaZ request for zeroing
  • MaZ zeroing sequences
  • these inputs of the means 103 take in terms of signal, the form of a temporal combination of voltage from the contact interface 7 (Vcc), digital clock signal (CLK), and digital signal zero setting (RST).
  • This block 107 also contains at least one configuration / information register (in this embodiment the registers RI and R2, FIG. 8) allowing the application executed by the processor block 108 (CPU) of the chip 6, to which block 107 is connected, to: - know which voltage source is available (via 3 and / or 7) - select the source (via 3 and / or 7) to be used in a given situation for powering the chip 6 (ie via 3 or 7 or mixed).
  • the block 107 and / or phase forming the power supply controller of the means 103, as illustrated, also has outputs.
  • the block 107 is in a state such that as long as at least one external voltage source (via 3 and / or 7) is present, this block 107 supplies the entire chip 6 with an appropriate voltage, generated from one of (or a mixture of the two) input voltages (via
  • the block 107 and / or phase forming the power controller does not generate a zeroing signal intended for the block 108 (CPU) as long as this condition is fulfilled.
  • a source of energy on board the object 1 such as a solar collector or an accumulator, if the two sources (via 3 and / or 7) disappear, the chip 6 is no longer supplied.
  • block 107 and / or phase forming the power supply controller provides warnings in embodiments, which indicate the appearance of a power supply coming from the contactless interface 3.
  • the operating system being thus warned, it triggers an initialization of the contactless transaction, by the functional block 104 and / or equivalent logic phases. Then, this operating system resumes processing of the contact application. This initialization sequence is processed in the background without disturbing the contact application.
  • the means 102 and / or logical warning step then warns the operating system that data to be processed is available for the contactless application.
  • block 107 generates an interrupt to block 101 which here acts as interrupt controller, when the availability status of the sources (via 3 and / or 7) changes, and more particularly according to the following transitions
  • - Supply via contact interface 7 transition 16.15 from Active to Stop: only makes sense if chip 6 is still supplied via interface 3.
  • - Supply via contactless interface 3 transition 13.17 or 14.18 from Stop to Active: the interruption takes place only if the voltage via the contactless interface 3 and higher than a threshold voltage.
  • the value of this threshold voltage is slightly higher than a minimum operating voltage of the chip 6 sometimes called "POR”.
  • - Supply via contactless interface 3 transition 17.13 or 18.14 from Active to Stop: the interruption takes place when the voltage received by contactless interface 3 is less than a threshold voltage.
  • the value of the critical voltage is predetermined to ensure a transfer - as fast as possible and without risk of complete cessation, of the contactless power supply (ie via 3) - of the power supply from the contactless interface 3 towards that which comes from the contact interface 7.
  • the chip 6 is put to sleep.
  • a tearing, and therefore the disappearance of the energy source from the contactless interface 3 is not instantaneous but progressive.
  • early warning signs of a tearing are easily perceptible by the object 1.
  • we observe first during a tearing a decrease in the power available via the antenna 4, below the threshold voltage. A certain period of time necessarily passes before the power from the antenna 4 becomes equal to or less than the minimum operating voltage of the chip 6.
  • APDU Application Protocol Data Unit
  • the two interfaces 7 and contactless contact 3 operate simultaneously, to notice the loss of power on one of these two interfaces 7 or 3 (case called “semi-tearing").
  • the contact interface 7 While the contact interface 7 is in superficial - even deep - sleep state, ensure the transition 17.13 or 18.14 so that the contact interface 7 is in sleep mode, when the power is supplied via the antenna 4 disappears.
  • the means 103 and / or logical power control steps - for example the block 107 in particular - send an initialization signal to the reset connector of the block 108 (CPU).
  • This enables it to be implemented in particular by switching it on from the determined source via the means 103.
  • the means 103 it seems preferable for the means 103 to inhibit the In this example, a digital signal coming from the contact pad C2 (RST) is seen in the example of FIG. 8 by the means and / or steps.
  • controllers - block 107 in the embodiment of Figure 8 - because a link is provided to these means and / or steps. In Figure 8, this link is wired.
  • a reset request sequence originating from the contact interface 7 causes an interrupt to the block 101 interrupt controller, in the same way as any other peripheral.
  • An application whose data use the contact interface 7 can thus use this signal to determine whether or not it is necessary to send a response to a reset request (ATR) message. via a universal asynchronous transmission - reception block 109 dedicated to the contact interface 7, and to which the contact pad C7 is connected. Note here that in the embodiment of FIG.
  • the means 102 - and / or suitable steps - of immediate warning comprise another universal block of transmission - asynchronous reception, but dedicated for its part to the contactless interface 3
  • the means 103 also receive as input a signal coming from a functional block 106, forming sleep controller sometimes called "SLEEP CTRL".
  • logical phases also form the sleep controller, at least in part.
  • This block 106 connected as an input to the means 103 if necessary participates in the selection of the voltage source. If necessary, the functional block 106 overrides an attempt to select an electrical source carried out via a configuration register, as described. Then, the selection logic is then transferred to this block 106 sleep controller, which then forms part of the means 103 of immunity.
  • transition 13.17 The transitions 16.17 to state 17, as well as 17.13, 17.15 and 17.16 from this state 17 are referred to below.
  • a transition 13.17 corresponds to the case where the terminal 2 is in the waiting state 13, the antenna 4 then being requested by a contactless field to be processed via the appropriate interface 3.
  • the transition 16.17 initially corresponds to the example where the terminal 2 is already in a state of operation 16 with a dual interface, the antenna 4 being processing an application via the contactless interface 3, even though the interface with contact 7 is requested. Then, the object 1 is ordered to limit the resources it consumes from the contact interface 7.
  • FIG. 4 shows an embodiment of the invention where means 103 comprise a circuit part within an object 1 according to the invention, connected by a range C1 of the interface 7, to a terminal 2 to secure.
  • a diode 20 for limiting the power consumed from the interface is provided.
  • these means 103 include an information processing functional block 21 ensuring switching between two modes of power consumption: - via the galvanic interface 7; or - via the contactless interface 3.
  • FIG. 5 another part of the circuit of the means 103 can be seen within an object 1 according to the invention, which is also connected to a terminal 2 to be secured. This other circuit part forms elements 22 of immunity of the object 1 to the changes (transitions to state 17) of origin of the power.
  • These immunity elements 22 include absorption resistors 23 of excess electrical power.
  • the elements 22 also have, and logic switching means 24, ensuring the selection between two modes of power consumption (via galvanic interface 7 or via contactless interface 3), function of result values illustrating these consumption as well as their evolution.
  • the elements 22 operate a selection of the resources to be used, which allow a contactless application 10 to operate without consuming resources (power) from the contact interface 7 when the latter requires it, while providing the chip 6 with the resources required via a 25 "contactless" power input pad.
  • a state 18 known as field capture in deep sleep This state 18 is close to state 17, and shown in FIG. 6. In this state 18, like state 17, the contact application is waiting for a command from terminal 2, as part of the current transaction.
  • State 18 comes from the imagination for the purposes of the invention, from the other impossible state 17.
  • the problem to be solved here is similar to the previous one, since it aims to support the disappearance of the clock source causing a state of deep sleep, while an application using the contactless interface has started. This is the case if the clock provided by the contactless interface 3 disappears, while a transition imposes on the contact interface 7 a state of deep sleep with clock pause.
  • the standards require in particular in this case, that the terminal 2 connected to the contact interface 7 ceases to supply the clock which would be necessary for the contactless application.
  • the invention aims to allow a contactless application to operate without consuming resources (eg clock and / or power) from the contact interface 7 when the standards imposed on this contact interface 7 require it.
  • the problem is therefore the management of clock stops (PauseH on tables 1A and IB above) as a function of the appearances (transition 18.17) and disappearances (transition 17.18) of this clock resource from the contact interface 7.
  • clock stops PauseH on tables 1A and IB above
  • a current object 1 can process an application 9 or 10 without risk of data loss.
  • Some current objects 1 are not, however, concerned by this, the use of "internal" clock resources a clock signal generated by the chip 6 as a function of a simple electrical power source, is imposed on the object 1 while these resources are available.
  • means 110 and / or equivalent logical steps of clock control make it possible to reach state 18.
  • These means 110 (and / or logic steps) of clock control according to the invention resort in embodiments, systematically (ie whatever the transition) to clock resources originating from the contactless interface 3, to process a contactless application 10.
  • the transition 14.18 corresponds - example of the cellular terminal - to the arrival of a field picked up by the antenna 4, while the object is in "LOW POWER with PauseH" state 14.
  • a solution used by the invention provides forcing the object 1 to seek its power supply on the side of the contactless interface 3. But only so as to allow it to reception of the signal from the antenna 4. However, the object 1 capable of receiving the antenna signal 4 is kept for the rest in state 18 of low consumption, without clock. From state 18 to state 14 (transition 18.14), a solution of the invention (means 110 and / or logical steps of clock control) provides - for example using wired means - d 'observe the variations in power supplied by the antenna 4 of the interface 3.
  • interrupt controller It is a functional block that centralizes interrupt signals from several devices. This block signals the arrival of an interrupt at block 108 (CPU) by means of an interrupt input pad 112.
  • the controller block also has an information / configuration register which allows block 108 to: - Know which device has generated an interrupt; and / or - Activate and / or deactivate the interrupts generated by a given device (mask of interruption).
  • an interrupt signal indicates the appearance or the disappearance of a voltage source. This allows an application executed in block 108 to know the state of interfaces 3 and 7, at the physical level when it is a signal carried by a wiring. - Also from block 107, an interrupt signal indicates an ISO reset sequence on the contact interface side.
  • an interrupt signal indicates the complete acquisition of a contactless frame, the anti-collision sequence being carried out successfully, for example in a physical manner by this block 102 and / or in fund task.
  • an interrupt signal indicated that a sequence of bytes from this interface 7 is correctly acquired (the size of which is determined to be equal to: 1 to "n": ie the number of bytes in this sequence).
  • this block receives as input, inter alia: - A supply of electric current (via cables 114 for supplying voltage and 115 for ground); and - Interrupt signals (via interrupt wiring 119 connected to pad 112 and connecting blocks 108 and 101); and the clock signal via a clock input wiring 117 itself connected to a clock control block 118 (described below); and - Zero-setting signals via wiring 116; and - Data, via wiring 125 itself connected to block 124.
  • This block 108 exchanges data with the peripherals via block 124 forming a bus, while wiring 126 connected to block 108 provides the inputs -outputs of addresses which makes it possible to select the device for which the exchange of data on the data bus 124 takes place.
  • block 108 (CPU) executes the application with and / or without contact (9/10) proper, comprising sequences of instructions stored in the memories of block 120 (in FIG. 8: RAM 122; ROM 121 and EEPROM 123).
  • Block 108 is said to be in sleep mode when it is supplied with electric current, but the execution of the application with and / or without contact (9/10) is paused (with its context saved), which allows to consume few resources (especially electrical).
  • steps and / or means 103 of immunity to variations in power source, comprising a block 107 have been described in relation to FIG. 8.
  • the functional block 104 comprises the modulator - demodulator and anti-collision processing elements.
  • This block notably has the function of converting the radio frequencies received by the antenna 4 here via the contacts C4 and C8 into: - Voltage intended for block 107. - Clock signal intended for block 118. - Data intended for universal block 102 of transmission - asynchronous reception dedicated to the contactless interface 3. Anti-collision steps specific to the type of contactless transmission picked up by the antenna 4, are provided here, transparently, in the background, without disturbing the operation of the processor block 108. Reference was made above to the clock control block 118. The purpose of this block 118 is to supply the block 108 (CPU) and the peripherals requiring it, with an appropriate clock signal.
  • This block 118 receives as input: - The clock signal available on contact C3 (CLK); - The clock signal from block 104 which includes the modulator / demodulator; - If necessary signal from a block 113 internal clock.
  • This internal clock must be generated by the voltage supplied by the power supply controller block 107. In certain embodiments, such a block 113 makes it easier to implement when it is useful to have a clock signal independent of any external timer resource.
  • This clock control block 118 has a configuration / information register allowing the application processed by the processor block 108 to choose the physical source of the clock supplied to this block 108, or else to choose a mode. automatic.
  • a common implementation of the invention is as follows: the selection of the clock source is automatically carried out by block 118, so that the chip 6 is always timed by a clock signal.
  • the invention also provides time delay means and / or steps.
  • the choice of the timing source is made by wiring and / or logic phases from the operating system. For example, it is necessary for both contact and non-contact applications to have a time source, to testify to the activity of object 1 with regard to terminal 2 (confirmation of presence) .
  • the timing source is exclusively: - internal (eg in the form of a locking phase loop called "PLL") to the object 1, in particular to its chip 6; - from the contactless interface 3; - From the contact interface 7.
  • PLL locking phase loop
  • Block 118 continuously provides, as required, a clock signal to chip 6 (except in deep sleep for reasons of energy saving). This now brings up the block 106 sometimes called "SLEEP CTRL", which manages the entry and / or exit stages in the sleep state.
  • this block 106 has the function of guaranteeing compliance with the standards imposed on the contact interface 7, in the example of the cellular terminal 2 of the telephony standards.
  • this block 106 has as inputs in particular a wiring coming from the block 101 interrupt controller (to receive the signal translating the event which conditions the awakening of the processor block 108). At output, this block 106 has in particular: - a wiring coming from block 101 via which the wake-up signals of processor block 108 pass; - Wiring from block 107 by which the power sources of the chip 6 are forced, only in certain embodiments.
  • This block 106 also has an information / configuration register which allows the application processed by block 108 to select the event making it possible to wake up this block 108 (eg during a byte arrival step). in block 109 and / or appearance of a frame via the antenna 4).
  • the invention also provides means and / or step for selecting an operating mode in progress on the side of the contact interface 7. According to these means and / or step for selecting an operating mode in progress, the application determines what is the maximum authorized consumption in progress from the contact interface 7. These means and / or step for selecting an operating mode in progress choose the power source for the chip 6, in terms of electrical power and / or clock. Then these means and / or step of selecting an operating mode in progress put the chip 6 to sleep.
  • An implementation of the invention provides (state 13 or 14) for operation described as "normal”. Then, a transaction via the contact interface 7 alone is in progress, but the terminal 2 has not sent a command.
  • the chip 6 is therefore in the waiting phase, and in order to satisfy the constraints of limiting current consumption, the application, using a dedicated instruction from block 108, puts it to sleep.
  • a new command arrives (ie an activity is detected at the input of block 109)
  • block 108 is woken up by this block 106, and the application resumes its course.
  • a contactless transaction requests the interface 3 and is initiated
  • the block 108 is awakened by this block 106 to process this transaction, without however consuming any energy or requiring clock on the side of the contact interface 7.
  • this block 106 therefore informs block 107 that it must supply energy via block 104, then wakes up block 108.
  • the other alternative route is that this block 106 first wakes up the block
  • the operating system itself configures the block 107 to use the power received by the contactless interface 3. This has the disadvantage of consuming energy from the interface
  • the block 106 is configured, by l application, so as to respect the consumption limits from the contact interface 7, via a register. In this case, it is the block 106 which otherwise reconfigures the block 107 before waking up the block 108 (CPU), which avoids excessive consumption on the contact interface 7.
  • the contactless transaction via interface 3 is stopped (the power received by this interface 3 has dropped below a predetermined critical threshold), and the transaction via contact interface 7 is still pending, the limitations consumption forces to immediately return to block 108 asleep (due to insufficient current resources). This is done here automatically by this block 106.
  • a step provides that the application itself requires block 108 to immediately return to sleep.
  • block 107 prevents the application processed by this block 108 at a given time (due to the interruption of power supply via the contactless interface 3, transition from "Active to" Stop "). reflecting this interruption in the supply of power, is received by the application which is able in response to bypass its processing and to call the instruction of block 108 as soon as possible which allows it to go into sleep mode. In such embodiments, this is done before the voltage available through the contactless interface 3 has become insufficient
  • the means 102 - and / or suitable steps - for immediate warning respectively include peripheral blocks and serial communication steps.
  • the invention when object 1 is processing a contact application, it is now possible for this object 1 to accept the start of a contactless application simultaneously.
  • the invention therefore offers fully simultaneous management of two competing applications 9 and 10 and allows the asynchronous arrival of a contactless frame without disturbing the application in progress.
  • the immunity 22 and switching means 24 ensure, in the embodiment of FIG. 5, the immunity of the object 1 against a cut in the power supply of the object 1 by its contactless interface 3.
  • the advantage is to allow a contactless application 10 to operate without consuming resources (power) from the contact interface 7 when the latter prohibits it.
  • two or more interfaces (Contact, contactless, USB, etc.) in an object 1 the simultaneous use of at least two of these interfaces is possible with the invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Artificial Intelligence (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un objet portable intelligent à interface duale est pourvu d'une puce et est apte à communiquer avec au moins un terminal électronique de transmission de données via une interface à contacts selon la norme ISO7816.3, ainsi que sans contact via une interface sans contact et suivant une autre norme sans contact ; une transition provoquant une variation d'au moins un statut pour l'objet. Au moins une étape d'information, par exemple en temps réel, de la puce restituant des variations de statuts, avec au moins une phase logique formant contrôleur d'alimentation, qui assure une configuration / information permettant un fonctionnement pleinement simultané d'applications recourant à l'interface à contacts et / ou sans contact.

Description

"INFORMATION PLEINEMENT SIMULTANEE DE VARIATIONS DE STATUTS POUR UN OBJET A INTERFACE DUALE"
L'invention concerne le fonctionnement sécurisé au sein d'un objet portable intelligent, d'une interface de communication sans contact simultanément à une interface de communication à contact ou galvanique. Elle concerne aussi le fonctionnement sécurisé d'une application dont les données transitent via l'interface sans contact simultanément à une application distincte dont les données transitent via interface galvanique. Une information pleinement simultanée de variations de statuts, est visée ici. L'invention s'applique aussi à un objet intelligent comportant au moins deux interfaces, de même type ou de type différent. En préalable, évoquons les techniques connues et leur terminologie. II convient de distinguer ici les objets portables intelligents d'une part, et d'autre part les terminaux électroniques de transmission de données. Les objets portables intelligents sont par exemple des cartes à puce, tickets électroniques, fiches dites "dongle" ou autres modules tels que ceux de communication de proximité (e.g. : NFC) ou semi-proximité (e.g. : BlueTooth). Ces objets sont soumis à des normes qui leur imposent des structure et fonctionnement. En particulier, les objets dont il est question ici répondent à des normes, exposées en détail plus loin : - ISO7816.3 relativement à l'interface de communication galvanique, notamment les chapitres 5.2 (Activation), et paragraphes 532 (initialisation à froid dite "RST" - voir Figure 2), 533 et 534 (pause d'horloge dite "CLK" ; description de modes imposant de supporter cette interruption) ; Dans des exemples, l'objet répond aussi aux normes : - ISO.IEC14443 relativement à l'interface de communication sans contact, notamment le chapitre 611 (délai de réponse dit "FDT") ; et - 3GPPTS11.11 relativement aux objets dits "SIM" ou analogues, à insérer dans un terminal, notamment le chapitre 43 (interface de communication galvanique). Notons d'ores et déjà que dans des exemples, l'interface sans contact comporte une antenne : intégrée à un module de cet objet ; et / ou ; intégrée à un corps de carte de cet objet ; et / ou ; intégrée au terminal à sécuriser, et reliée par bornier galvanique. Donc, les objets portables intelligents concernés ici sont structurellement à contact et sans contact ; on les appelle "CombiCard" ou objet à interface duale. Autrement dit, ces objets possèdent à la fois : - des moyens et étapes de communication à distance via une interface sans contact, avec un ou plusieurs terminaux électroniques de transmission de données et / ou autres objets portables distants ; ainsi que - des moyens et étapes de communication par connexion galvanique ou à contact via une interface galvanique ou ohmique dite "à contact". Notons d'ores et déjà que l'interface sans contact est en partie au moins interne à l'objet. Soulignons cependant que l'ensemble des objets visés répond à la norme ISO7816.3. Concernant le protocole de communication sans contact employé par l'objet, il s'agit, selon des exemples, de : ISO.IEC14443 (RF) ; spécifications de communication telles que de proximité comme ECMA340 dite "NFC" ou de semi- proximité comme "BlueTooth" et autres communications à bande large dite "WiFi". Parmi les objets actuels aptes à répondre à la norme ISO7816.3 et à une norme "sans contact", citons ceux qui possèdent des puces : Hitachi AE45X (Renesas) ; Infineon SLE 66CLX320P ; Philips P5CT072 ; STMicroElectronics ST19XR34. Face aux contraintes antinomiques imposées, des objets à doubles modules ont été proposés. Notamment, on connaît une carte ayant d'une part une première interface à contact avec sa puce dédiée, et d'autre part une seconde interface sans contact avec une puce différente de la puce à contact, elle aussi dédiée. Des objets "Twin" ou "Hybrides" ne sont pas concernés par l'invention. En effet, ils ne permettent pas d'échange de données entre les puces à contact et sans contact. Ni de fonctionnement pleinement simultané. Maintenant, évoquons les terminaux de transmission concernés par l'invention. Ces terminaux sont par exemple des téléphones cellulaires (e.g. :
GSM, 3GPP ; UMTS ; CDMA ; Etc.) assistants personnels portatifs (e.g. : PDA), boîtiers de décodage et ordinateurs. Ils sont sécurisés par au moins un objet portable intelligent. Notons ici que les terminaux visés ici ne sont pas limitativement sécurisées par un objet au format physique "SIM". Certaines réalisations de ces terminaux sont capables (moyens et étapes) d'une communication propre sans fil. Cette communication est par exemple conforme aux normes GSM, 3GPP, UMTS, CDMA ou analogues. C'est par souci de simplicité que dans les exemples, le terminal et l'objet sont conformes à la norme 3GPPTS11.11, notamment au chapitre 412 en ce qui concerne le format physique "SIM". Des caractéristiques spécifiques reprises ci-après à l'égard de documents de l'art antérieur sont intégrées à la description. Le document FR2776788 concerne les cartes à mémoire à applications multiples, capables d'être reliées aux bornes consacrées à une application contenue dans la carte. On produit dans la carte un tableau classé de configuration. Ce tableau sert d'accès pour l'enregistrement, pour chaque application, de la première adresse d'octet du message (ATR - SOLIDES TOTAUX) et, dans une mémoire l'adresse du message d'autres octets. La table de configuration est adressée par l'indexation circulaire à chaque signal "Reset"(MaZ) transmis par la borne et alimente de ce fait les messages (ATR) à la borne pour analyse. Cette indexation est maintenue aussi longtemps que la borne n'a pas identifié un message correspondant à l'application à laquelle il est consacré. Un but de l'invention est de permettre un fonctionnement d'une interface à contact simultanément à une interface sans contact, dans tous les états et suivant toutes les transitions utiles à la cohabitation (on dit alors qu'elle est "pleinement utilisée simultanément"), voire à l'échange de données, entre une application à contact et une autre sans contact. L'invention s'applique aussi à un objet intelligent comportant au moins deux interfaces. En particulier au moins deux interfaces à contacts ou deux interfaces sans contact ou un mixte des deux. Par exemple une interface selon une des versions de PISO7816 et une interface pour objet de type MMC
(Multimedia Card), NFC ou USB. Jusqu'à ce jour une seule de ces interfaces peut être pleinement utilisée à la fois. Le fait d'utiliser une interface inhibe ou trouble le fonctionnement de l'autre de différentes manières. En préalable, précisons qu'ici le terme "transaction" désigne la transmission d'au moins une commande depuis le terminal vers l'objet, dans le cadre d'une application (e.g. : payement, identité, téléphonie, accès). Par exemple, tandis qu'une telle transaction, via l'interface sans contact, est en cours la procédure de démarrage d'une application selon la norme ISO7816.3 via l'interface à contact et donc par le terminal sécurisé à l'aide de l'objet portable, prévoit notamment d'alimenter en courant électrique cet objet, de lui fournir une horloge et d'activer la mise à zéro (MaZ) de l'interface à contact. Ce qui termine l'application sans contact. Les différents problèmes rencontrés sont exposés d'abord dans leurs grandes lignes, puis dans la description de modes de réalisation avec plus de détails, notamment en ce qui concerne les états et transitions visées. Un problème rencontré alors est que la puce est actuellement réinitialisée du fait de l'activation obligatoire de la mise à zéro (MaZ) de l'interface à contact. Ceci vise à ce qu'une transaction en cours via l'interface sans contact continue de se dérouler alors normalement. Autrement dit, on cherche à permettre le maintien d'une transaction sans contact en cours, pendant la mise en fonctionnement de l'interface contact. Un autre problème rencontré, vise deux transitions actuellement impossibles. Suivant l'une de ces transitions actuellement impossibles, l'objet est en train de traiter une application au profit de l'interface sans contact, et -l'objet- est sollicité par le terminal via l'interface à contact, pour que cette application sans contact soit traitée simultanément à une autre application à contact qui doit débuter au profit du terminal. Tel est, par exemple, le cas pour un terminal formant téléphone cellulaire (l'application à contact sécurisant une conversation téléphonique) et où l'application sans contact vise un accès -transport, locaux, etc.- : II n'est actuellement pas possible de débuter une transaction (e.g. : conversation téléphonique) à sécuriser par l'objet via l'interface à contact, alors qu'est déjà en cours via l'interface sans contact une application, telle qu'autorisation d'accès. En général à ce jour, l'application sans contact est avortée brutalement, car le commencement d'une application au profit du terminal via l'interface à contact provoque une mise à zéro de la puce, et souvent la perte de données utiles à l'application sans contact. Symétriquement, est aussi visée l'autre transition actuellement impossible. Suivant celle-ci, lorsque l'objet est soudain sollicité via l'interface sans contact pour une application, alors qu'une application via l'interface à contact pour une autre application est déjà en cours, l'application à contact cesse. Dans l'exemple du terminal cellulaire sécurisé, si actuellement l'application à contact cesse -notamment si ce terminal est placé à l'arrêt- alors que l'application sans contact d'accès est en cours, cette dernière est avortée brutalement (mise à zéro et pertes de données.) Ce problème revient donc à la gestion simultanée (pleinement utilisée) de deux applications concurrentes : l'une à contact et sans contact. Actuellement dans ces cas, la disparition soit des ressources de l'interface à contact, soit d'une sollicitation ou trame asynchrone sans contact, perturbe l'application en cours ou n'est pas prise en compte. Un autre problème rencontré vise un état de sommeil superficiel, suivant lequel l'alimentation en puissance issue de l'interface à contact de l'objet est limitée (normes), alors que simultanément des ressources issues des deux interfaces -à et sans contact- sont requises par l'objet. Sont également visées, les transitions vers et depuis cet état. Notons ici qu'un état de sommeil est en pratique courant, relativement aux états actifs. Ainsi dans le cas d'un terminal de téléphonie cellulaire, il n'est pas rare que l'objet soit en état de sommeil durant 95% du temps d'utilisation de ce terminal. À ce jour dans un état de sommeil superficiel, les seules ressources disponibles sont une alimentation électrique réduite, ainsi qu'un signal d'horloge externe issues de l'interface à contact. Ces ressources limitées ne permettent pas de traiter une application issue de l'interface sans contact. Ceci est justifié à ce jour, par exemple par des impératifs de cloisonnement au sein d'un même objet, entre les applications à contact fortement sécurisées (bancaires, téléphoniques, etc.) et les applications sans contact. Il conviendrait donc de pouvoir disposer simultanément de ressources extérieures dans ce cas, notamment en termes de puissance électrique. Un avantage serait alors de permettre à une application sans contact de fonctionner sans consommer de ressources (puissance) issues de l'interface à contact quand les normes imposées à cette interface à contact le requièrent. Un problème similaire à l'un des précédents, vise la disparition de la source d'horloge externe à contact, provocant un état de sommeil profond, tandis qu'une application gérée par l'interface sans contact a débuté. Tel est le cas si le signal d'horloge fourni par le terminal à l'interface à contact disparaît. Ceci est courant en pratique, sachant qu'un état de sommeil profond c'est-à-dire sans horloge externe, est souvent de durée plus importante que celui de sommeil superficiel évoqué plus haut. À ce jour, les normes imposent notamment dans ce cas, que le terminal relié à l'interface à contact cesse de fournir l'horloge qui serait nécessaire à l'application sans contact. Avec nombre d'objets, il n'est pas possible en outre d'employer l'horloge interne fournie par la puce indépendamment de celle des interfaces. Ainsi, pour certains objets, la puce à besoin d'une référence externe pour employer une horloge interne : cette référence externe n'est pas disponible actuellement. Il conviendrait donc de pouvoir permettre à une application sans contact de fonctionner ou du moins de s'achever correctement, sans consommer de ressources (puissance et / ou horloge) issues de l'interface à contact au-delà de ce que les normes imposées à cette interface à contact requièrent. Un autre problème rencontré vise un objet disposant de deux interfaces ou plus (Contact, sans contact, USB, etc..) et destiné à un usage simultané de deux au moins de ces interfaces. Ce problème est lié à ce qu'une application s'exécutant dans l'objet n'est pas en mesure de déterminer quelles sont et dans quel état sont les interfaces actives (i.e. : combien et laquelle des interfaces fournit l'alimentation et / ou horloge). De fait, une application embarquée dans l'objet n'est pas à ce jour en mesure de prendre les décisions nécessaires en fonction de l'état des interfaces. De sorte que cette application ne peut pas fonctionner correctement (par exemple, annuler une transaction entamée sur une interface qui s'est désactivée prématurément). Tel est le cas lors d'un arrachement. Par exemple, actuellement dans un objet à interfaces multiples, ses interfaces peuvent être activées ou désactivées, alors qu'une application embarquée dans l'objet est exécutée en continu sans être interrompue. La désactivation d'une voire plusieurs interfaces ne signifie pas pour autant que l'objet soit hors fonctionnement : l'objet est en réalité hors fonctionnement seulement quand toutes les interfaces sont désactivées. L'invention vise à pallier ces inconvénients notamment. A cet effet, les objets de l'invention sont exposés maintenant. Un objet vise un procédé permettant un fonctionnement simultané d'applications sur au moins deux interfaces de communication et/ou d'alimentation à contacts et/ou sans contact d'un objet portable intelligent, ledit objet mettant en oeuvre des transitions d'état de fonctionnement ou des variations de statuts de fonctionnement. Le procédé se distingue en ce qu'il comprend une étape de contrôle des transitions ou des variations de statut comportant une étape d'information sur des transitions ou des variations de statuts et/ou une étape de configuration de l'objet préalablement à la mise en place d'un fonctionnement pleinement simultané d'applications. Selon des modes de réalisation, le contrôle est assuré par un contrôleur de ressources et/ou le bloc processeur et/ou une des applications. Selon une réalisation, l'interface à contact est conforme à une version de l'ISO 7816. Selon une réalisation, l'étape d'immunité comprend au moins une phase formant contrôleur d'alimentation, qui perçoit l'apparition et / ou la disparition de ressources, par exemple en temps réel. Selon une réalisation, la phase formant contrôleur d'alimentation génère une interruption vers un contrôleur d'interruptions, lorsque l'état de disponibilité d'au moins une ressource varie. Selon une réalisation, la phase formant contrôleur d'alimentation est apte à générer ou non, une interruption lors de transitions entre des états ; notamment pour des : - Transition depuis un état de faible consommation, vers une alimentation via l'interface sans contact: l'interruption a lieu si la tension via cette interface est supérieure à une tension seuil ; - Transition depuis une alimentation via l'interface sans contact vers la cessation de cette alimentation : l'interruption a lieu quand la tension reçue par l'interface sans contact est inférieure à une tension seuil ; - Transition depuis une alimentation via l'interface sans contact vers une alimentation via l'interface à contact : l'interruption a lieu ; et - Transition ou séquence de mise à zéro commandée par l'interface à contact, avec l'alimentation via l'interface à contact : l'interruption a lieu. Selon une réalisation, lors d'une transition depuis une alimentation via l'interface sans contact vers la cessation de cette alimentation : l'interruption a lieu quand la tension reçue par l'interface sans contact est inférieure à une tension seuil ; et dans la foulée, la puce est placée en sommeil. Selon une réalisation, la valeur de tension critique est prédéterminée de façon à permettre un transfert sans risque de cessation complète de l'alimentation de la puce ; par exemple, la valeur de cette tension seuil est légèrement supérieure à une tension minimale de fonctionnement de la puce. Selon une réalisation, ce procédé comporte au moins une étape de mise en garde immédiate, pour la gestion pleinement simultanée vise des ressources de puissance et / ou d'horloge. Selon une réalisation, l'étape de mise en garde immédiate prévoit une phase de basculement des ressources pour qu'elles soient, au moins en partie, ponctionnées via l'interface sans contact. Selon une réalisation, l'étape de mise en garde immédiate prévoit une phase de basculement des ressources pour qu'elles soient, au moins en partie, ponctionnées via l'interface à contact. Selon une réalisation, ce procédé prévoit au moins une étape de maintien de transaction, avec au moins une phase de retardement et / ou simulation de mise à zéro, ordonnée par l'interface à contact lors d'une transition visant à réinitialiser la puce durant un basculement des ressources. Selon une réalisation, une phase de retardement, durant laquelle l'exécution d'instructions issues du code choisi génère par exemple une commande de retardement par envoi d'un octet unique de commande usuelle de réponse à l'activation de la mise à zéro. Selon une réalisation, une commande de retardement avec reprise des fonctions, intervient au bout d'un nombre prédéfini de cycles d'horloge, e.g. de l'ordre de 400 à 40000 cycles d'horloge. Selon une réalisation, ce procédé prévoit au moins une phase logique formant contrôleur de sommeil afin que la puce se conforme à des contraintes de faible consommation lors d'états de sommeil. Selon une réalisation, cette phase logique formant contrôleur de sommeil, prévoit que depuis l'interface à contact : Dans des états de sommeil superficiel, doivent être ponctionnés moins de 200μA ; Dans des états de sommeil profond, doivent être ponctionnés moins de lOOμA. Selon une réalisation, l'autre norme sans contact est la norme
ISO.IEC14443 relative à l'interface sans contact. Un autre objet de l'invention est un dispositif d'information pleinement simultanée aux variations de statut, pour un objet portable intelligent à interface au moins duale, pourvu d'une puce ; Cet objet étant apte à communiquer avec au moins un terminal électronique de transmission de données via une interface à contacts, et/ou sans contact; Ce dispositif étant tel que : le terminal est connecté à l'objet via l'interface à contact afin d'être sécurisé par l'objet et dans un état d'opération d'interface duale, les interfaces à contact et sans contact fonctionnant en même temps ; au moins une transition provoquant une variation d'au moins un statut pour l'objet ; Le dispositif se distingue en ce qu'il comporte au moins des moyens d'information de la puce apte à restituer des variations de statuts, avec au moins un bloc fonctionnel formant contrôleur d'alimentation, qui assure une configuration / information permettant un fonctionnement pleinement simultané d'applications recourant à l'interface à contacts et / ou sans contact Selon une réalisation, les moyens d'immunité comprennent : une diode de limitation de puissance consommée depuis l'interface sans contact, et une porte logique assurant la commutation entre deux modes de consommation de puissance (via interface à contact ou via interface sans contact). Selon une réalisation, les moyens d'immunité comprennent : au moins un mécanisme câblé apte à détecter la présence d'une ressource d'alimentation issue de l'interface à contact et issue de l'interface sans contact; ce mécanisme possédant au moins deux registres à l'aide desquels les moyens d'immunité renseignent l'état de ressources d'alimentation ; de, sorte que toute modification de ces registres se traduit par un signal d'alerte, par exemple sous forme d'interruption ; un câblage reliant le mécanisme à un bloc processeur, afin que les moyens d'immunité, après avoir consulté les registres sélectionnent alors la source de puissance utilisée. Selon une réalisation, les moyens d'immunité comprennent un mécanisme câblé présent dans la puce de garantie que la source sélectionnée alimente en électricité la puce. Selon une réalisation, les moyens d'immunité comprennent au moins un bloc fonctionnel formant contrôleur d'alimentation, qui perçoit l'apparition et / ou la disparition de ressources. Selon une réalisation, les moyens d'immunité comprennent des moyens de gestion pleinement simultanée des ressources de puissance et / ou d'horloge et / ou de temporisation. Selon une réalisation, le dispositif comporte des moyens de mise en garde immédiate, pour la gestion pleinement simultanée vise des ressources de puissance et / ou d'horloge. Selon une réalisation, les moyens de mise en garde immédiate prévoient au moins un bloc fonctionnel permettant des basculements de ressources pour qu'elles soient, au moins en partie, ponctionnées via l'interface sans contact. Selon une réalisation, les moyens de mise en garde immédiate prévoient au moins un bloc fonctionnel permettant des basculements de ressources pour qu'elles soient, au moins en partie, ponctionnées via l'interface à contact. Selon une réalisation, ce dispositif comporte des moyens de maintien de transaction, avec au moins un élément de retardement et / ou simulation de mise à zéro ordonnée par l'interface à contact, lors d'une transition visant à réinitialiser la puce durant un basculement des ressources. Selon une réalisation, ce dispositif comporte des moyens d'immunité aux variations de source d'alimentation. Selon une réalisation, ces moyens d'immunité choisissent l'origine de l'alimentation de la puce, parmi : - Une origine de puissance (VCC) de l'interface à contact (7) ; et / ou - Une origine de puissance issue de l'antenne (4) ; et / ou - Une origine de puissance par combinaison d'origines, par exemple via une fonction d'origines de puissance. Selon une réalisation, ce dispositif prévoit au moins un bloc fonctionnel formant contrôleur d'alimentation, en fonction des statuts des ressources de puissance. Selon une réalisation, ce bloc fonctionnel comporte des câblages ou analogues, d'alimentation de la puce avec des tension et puissance appropriées, d'information de cette puce de l'apparition et / ou disparition de ressources d'alimentation issues des interfaces à contact et / ou sans contact. Selon une réalisation, ce dispositif comporte un bloc fonctionnel formant contrôleur de sommeil, de conformation de la puce à des contraintes de faible consommation lors d'états de sommeil. Selon une réalisation, ce bloc fonctionnel formant contrôleur de sommeil, conforme l'alimentation depuis l'interface à contact : Dans des états de sommeil superficiel, à moins de 200μA ; et dans des états de sommeil profond, à moins de lOOμA. Un autre objet de l'invention est un terminal de transmission, comportant au moins une connexion par contact galvanique à un objet portable intelligent à interface duale, avec une interface à contact permettant à l'objet de sécuriser ce terminal. Cet objet est pourvu d'une puce et étant apte à communiquer avec le terminal via l'interface à contact selon la norme ISO7816.3 ; l'objet étant en outre pourvu d'une interface sans contact communiquant suivant une autre norme sans contact. Ce terminal est apte à participer à la mise en œuvre du procédé, et / ou à recevoir l'objet comportant le dispositif, évoqués plus haut. Le terminal forme un : téléphone cellulaire (e.g. : GSM, 3GPP ; UMTS ; CDMA ; Etc.) et / ou assistant personnel portatif (e.g. : PDA) ; et / ou boîtier de décodage ; et / ou ordinateur. Un autre objet de l'invention est un objet portable intelligent apte à participer à la mise en œuvre du procédé, et / ou à recevoir l'objet comportant le dispositif, et / ou à être connecté à un terminal, évoqués plus haut. Cet objet est à interface duale, et pourvu d'une puce; cet objet étant apte à communiquer avec au moins un terminal électronique de transmission de données via une interface à contact selon la norme ISO7816.3, ainsi que sans contact via une interface sans contact et suivant une autre norme sans contact ; ce procédé prévoyant que : le terminal est sécurisé par l'objet via l'interface à contact. Selon une réalisation, l'objet comporte : un corps à l'intérieur duquel est formé un contour de découpage, un substrat détachable retenu par au moins un pont de rupture et délimité par le contour ; une puce étant disposée au sein du substrat détachable; une interface sans contact reliée à la puce et comprenant une antenne étendue dans le corps ; et des moyens de dés inhibition de l'interface, possédant un conducteur qui schunte l'antenne et dont la rupture permet à l'interface de fonctionner dans un état dés inhibé. Ce conducteur des moyens de dés inhibition est étendu au sein d'au moins un pont de rupture qui retient le substrat détachable au reste du corps, de sorte que sa rupture provoque simultanément le détachement de ce substrat du reste du corps et permet par la rupture du conducteur, à l'interface de fonctionner dans un état dés inhibé. Selon une réalisation, l'objet comporte : une source d'énergie embarquée dans l'objet telle que capteur solaire ou accumulateur, format moyens de substitution des ressources en énergie issues des interfaces à contact ou sans contact. Selon une réalisation, l'objet comporte exclusivement des ressources en énergie issues des interfaces à contact ou sans contact, et est donc dépourvu de source d'énergie embarquée. Maintenant des exemples de réalisation de l'invention sont exposés dans la description qui suit et se réfère aux dessins. - La figure 1 est une vue schématique en perspective d'élévation longitudinale, qui illustre un exemple d'objet portable intelligent à interface sans contact selon l'invention. - la figure 2 est une vue schématique en perspective d'élévation longitudinale, qui illustre un exemple selon l'invention de terminal sous forme d'assistant portable à communication cellulaire, sécurisé par insertion d'un objet portable intelligent, avec des liaisons de : entrée-sortie de données par contact galvanique ; horloge (dite "Clk") ; masse (dite "Gnd") ; alimentation en puissance (dite "Vcc") ; entrée-sortie d'antenne externe ; Mise à zéro (dite "MaZ"). - la figure 3 est une vue schématique qui illustre le fonctionnement de l'invention, où l'objet est inséré dans un terminal ici sous forme de téléphone cellulaire ou analogue, une liaison sans contact (e.g. : RF ; NFC ; BlueTooth ; WiFi) étant établie entre cet objet et un terminal sans contact, tandis qu'une autre liaison (e.g. : GSM ; 3GPP ; UMTS ; CDMA) sécurisée via une interface à contact de l'objet est établie avec un terminal sous forme de téléphone cellulaire, lui-même relié à un réseau d'autres terminaux. - la figure 4 est une vue schématique en plan de dessus, d'une partie de circuit au sein d'un objet selon l'invention et relié à un terminal à sécuriser, avec une diode de limitation de puissance consommée depuis l'interface sans contact, et une porte logique assurant la commutation entre deux modes de consommation de puissance (via interface galvanique ou via interface sans contact). Cette partie de circuit forme donc des moyens de sélection par l'application, et illustre les étapes idoines, sans contact des ressources extérieures à utiliser (puissance électrique) en cas de déclenchement d'un mode "PauseHorloge" (appelée ici "PauseH"). - la figure 5 est une vue schématique en plan de dessus, d'une partie de circuit au sein d'un objet selon l'invention et relié à un terminal à sécuriser, avec des résistances d'absorption d'un surplus de puissance électrique, et des moyens logiques assurant la commutation entre deux modes de consommation de puissance (via interface galvanique ou via interface sans contact). Cette partie de circuit forme au moins en partie des moyens de sélection des ressources extérieures à utiliser afin de permettre à une application sans contact de fonctionner sans consommer de ressources (puissance) issues l'interface à contact quand cette dernière le requiert. - la figure 6 est un graphe logique schématique, qui illustre des étapes et transitions conventionnelles au sein d'un objet inséré dans un terminal, telles que constatées en pratique. On remarque notamment des (2) étapes conventionnelles inaccessibles, ainsi que des (5) transitions conventionnelles impossibles. - la figure 7 est un graphe logique schématique similaire à celui de la figure 6, mais qui illustre des étapes et transitions selon l'invention. - la figure 8 est un schéma logique de l'architecture de câblage et logicielle d'une puce pour objet portable intelligent selon une réalisation de l'invention, notamment apte à déterminer quelles sont et dans quel état sont les interfaces actives. Débutons par l'exposé des structures et infrastructures impliquées. Sur les figures, on désigne en 1 un objet portable intelligent. De tels objets 1 sont par exemple des cartes à puce, tickets électroniques, fiches dites "dongle" ou autres modules tels que ceux de communication de proximité (e.g. : NFC) ou semi-proximité (e.g. : BlueTooth). Il s'agit d'objets sécurisés, indémontables et "portables" i.e. aptes à être mis en poche de par leurs dimensions plus réduites que celles de terminaux 2 électroniques de transmission de données. Des exemples de tels objets 1 sont illustrés sur les figures 2 à 5. Ces objets 1 sont aptes à communiquer à distance avec un ou plusieurs terminaux 2 électroniques de transmission de données et / ou d'autres objets 1, via une à interface sans contact 3. Cette interface 3 assure la communication sans contact via une antenne 4. Certains de ces terminaux 2 e.g. les téléphones cellulaires, sont
"portatifs", i.e. aptes à être transportés assez facilement. Mais ne sont pas considérés ici comme étant véritablement "portables". Selon les exemples de réalisation de l'objet 1, son interface sans contact 3 comporte une antenne 4 au moins en partie : - intégrée à un module de l'objet 1 ; et / ou - intégrée à un corps 5 de l'objet 1 ; et / ou - intégrée au terminal 2 à sécuriser, et reliée par liaison galvanique. Sur les figures 1 à 3, l'objet 1 présente des formes usuelles de carte à puce. Cet objet 1 comporte ici : un corps 5 de carte, à l'intérieur ou en surface duquel est encartée -éventuellement au sein d'un module- une puce 6 (figure 1) ; l'antenne 4 de l'interface 3 sans contact qui est connectée à la puce 6. Une interface à contact 7 galvanique, est aussi reliée à la puce 6 : elle comporte un bornier débouchant à une surface extérieure principale du corps 5. Sur la figure 1, le corps 5 présente un facteur de forme externe tel que défini par la norme ISO7816, auquel l'objet 1 à proprement parler est intégré de manière détachable. Une fois le pourtour du corps 5 détaché, l'objet 1 à proprement parler présente un facteur de forme externe tel que défini par la norme 3GPPTS11.11 (411 et 412) ou GSM, et appelé "SIM". Le bornier de l'interface 7 est lui aussi défini par ces normes. Il possède ici de six à huit plages de contact (figure 2) Cl, C2, C3, C5, C6 et C7. Le cas échéant ce bornier comporte en outre des plages C4 et C8. Cependant, selon par exemple la norme 3GPPTS11.11 (431), les plages C4 et C8 ne sont pas utilisées dans le fonctionnement d'un terminal 2 conventionnel de téléphonie cellulaire dit "GSM". Ces plages 04 et C8 sont selon les normes, connectées chacune à un port de la puce 6. Dans les exemples, l'interface sans contact 3 comporte une antenne 4 intégrée au terminal 2 à sécuriser, et reliée via la liaison galvanique offerte par les plages C4 et C8 de l'interface à contact 7. Sur la figure 3, l'antenne 4 est externe à l'objet 1, comme ceci ressort de la figure 3. Notons que les signaux de données transitant par les plages de contact C2 et C7 notamment, sont des signaux numériques dits "digitaux" de type binaire. Tandis que les signaux de données notamment qui transitent par les plages C4 et C8 ou directement transmis à la puce 6, sont des signaux modulés (Hertziens par exemple), issus de l'antenne 4. Évoquons maintenant les terminaux 2. Ces terminaux 2 sont par exemple (figure 3) des téléphones cellulaires (e.g. : GSM, 3GPP, UMTS, CDMA, Etc.), assistants personnels portatifs (e.g. : PDA comme sur la figure 2), boîtier de décodage et ordinateurs, notamment au sein de réseaux, voire encore des bornes interactives ou des équipements de contrôle d'accès (transports, infrastructures, matériel informatique, etc.) Il s'agit de dispositifs électroniques démontables -et portatifs au mieux c'est-à-dire transportables aisément par exemple par un porteur 8-. Tous les terminaux 2 selon l'invention, i.e. sécurisés via l'interface à contact 7 par un objet 1 tel qu'évoqué, sont à même de communiquer à distance avec d'autres terminaux 2 -par exemple ceux représentés à droite sur la figure 3- à distance c'est-à-dire sans contact. La communication sans contact de ces terminaux 2 sécurisés par un objet 1, est illustrée par des ondes et désignée en 9. Une autre communication dite transaction ou application, illustrée par des flèches et désignée en 10, est celle sans contact dont est capable l'objet 1 via son interface 3 et donc l'antenne 4. La communication 9 aussi dite application, est à distinguer de celle dont est capable l'objet 1 via son interface 3 et donc l'antenne 4. Illustrons ici la teneur de ces communications 9 et 10 par l'exemple d'un terminal 2 de téléphonie cellulaire, équipé d'un objet 1 selon l'invention. Par exemple, la communication 9 permet un achat sécurisé depuis le terminal 2, et auprès d'un serveur de services tel que celui illustré en bas à gauche sur la figure 2 -qui est lui-même relié à la borne de réception cellulaire représentée par le terminal 2 en haut à gauche. Cet achat est enregistré sous forme de valeurs, dans l'objet 1. Via l'antenne 4, la communication 10 permet ensuite de débiter à la volée les valeurs ainsi achetées. Le fonctionnement de ces objet 1 et terminal 2 est exposé plus loin, en se reportant aux figure 6 (état de la technique actuelle) et figure 7 (invention). Ceci afin d'exposer comment l'invention rend possible le fonctionnement simultané et sécurisé au sein d'un objet portable intelligent 1, d'une interface 3 sans contact ainsi que d'une interface 7 à contact, c'est-à-dire galvanique ou ohmique. Ainsi que le fonctionnement sécurisé d'une application 10 dont les données transitent via l'interface 3 sans contact simultanément à une application distincte 9 dont les données transitent via interface 7 à contact. Ces interfaces 3 et 7 sont reliées à une même puce 6 au sein de l'objet 1, et les applications via les interfaces sans contact 10 et à contact 9 sont traitées sur cette même puce 6. Pour la lecture aisée des figures 6 et 7, quelques définitions sont un préalable utile. Concernant la puce 6 intégrée à l'objet 1, elle gère les interfaces 3 et 7, et traite aussi les données des applications dites pour simplifier "à contact" 9 et "sans contact" 10. La structure de cette puce 6, au sein d'un substrat intégré, peut être simplifiée comme suit en blocs fonctionnels : - bloc de mémoire (sur la figure 8 désigné en 120) avec notamment : une mémoire volatile dite "RAM" (sur la figure 8 désigné en 122), non volatile dite "ROM" (sur la figure 8 désigné en 121) et ré-inscriptible "EEPROM" (sur la figure 8 désigné en 123) ; - bloc de communication (sur la figure 8 cf. blocs désignés en 102 et
109) ; notons que sur la figure 8, un bus de transfert de données 124 - aussi appelé parfois bloc d'entrées sorties dit "E/S"- relie le bloc 120 et d'autres dont 102 et 109 ; - bloc processeur dit "CPU" (sur la figure 8 désigné en 108) ; ce bloc processeur 108 met en œuvre un traitement de données, qui prend la forme selon les cas, d'un système d'exploitation, d'applications, etc. - bloc de traitement spécialisé, e.g. : un coprocesseur, une temporisation (désignés en 126, sur la figure 8); etc. A cet égard aussi, voir la figure 8 et les passages s'y rapportant infra. Selon les instructions ou valeurs des entrées sorties vers la puce 6, celle- ci est placée dans divers états dont : - état éteint dit "OFF", illustré en 11 sur les figures, tel que l'objet 1 est hors fonctionnement (i.e. "éteint, arrêté"), sans traitement de données ni consommation d'énergie ; - état de marche dit "ON", c'est à dire en fonctionnement (12-18), permettant la gestion des interfaces 3 et 7 ainsi que le traitement des applications (à contact 9 et sans contact 10). N'est pas évoqué en détail ici, un état transitoire de veille dit "IDLE", qui offre une solution pratique d'accès à des états de sommeil exposés plus bas. Dans les tableaux plus bas, sont évoqués des ressources "VCC" et "RF" ainsi que leurs statuts possibles, expliqués maintenant. En préalable, notons que la ressource dite "VCC" désigne l'alimentation en puissance électrique de l'objet 1, qui provient de l'interface à contact 7. Par contraste, lorsqu'une alimentation électrique de l'objet 1 provient de l'interface sans contact 3 elle est appelée "VDD" (et donc issue de la ressource "RF"). Primo, pour la ressource "Vcc" les statuts "Arrêt / Actif indiquent que l'interface à contact 7 est respectivement alimentée en puissance électrique ou non. Dans son état Actif, l'interface à contact 7 assure une fourniture de puissance électrique à l'objet 1. Dans son état Arrêt, cette interface à contact 7 n'assure aucune fourniture de puissance électrique. Dans son statut "Actif (dit usuellement alors de "VCC ON") l'interface à contact 7 au moins fournit du courant électrique à la puce 6, cette puce 6 pouvant consommer dans les limitations imposées qui sont usuellement suffisantes pour un fonctionnement normal de l'objet 1 ; Tel est le cas quand le terminal 2 obtient qu'une application 9 recourant à l'interface à contact 7 pour l'échange de données et ressources, est traitée par l'objet 1. Cette alimentation " VCC " depuis l'interface 7 est en outre à-même d'être placée en statut dit de "Faible Consommation", comme expliqué plus loin. Sur les figures, des états (13, 14, 17, 18) sont dits à "Faible Consommation" qui imposent une valeur maximale de consommation ponctionnée par l'objet 1 via son interface à contact 7 : On distingue ainsi actuellement, parmi les états de faible consommation, les : - sommeil superficiel (dit "LOW POWER VCC") ; et - sommeil profond (dit "LOW POWER VCC avec Pause H"). NB : "H" pour Horloge. Selon la norme 3GPPTS11.11 notamment, la consommation de puissance est imposée lorsqu'elle tire ses ressources de l'interface à contact 7, suivant deux cas contraignants : - en sommeil profond doivent être ponctionnés via l'interface à contact 7, moins de -i.e. au plus- lOOμA ; - en sommeil superficiel, doivent être ponctionnés via l'interface à contact 7, moins de -i.e. au plus- 200μA. Avec les puces 6 actuelles, on respecte les contrainte de faible consommation lors des mises en sommeil, par arrêt des traitements et sauvegarde des données nécessaires à une reprise ultérieure de ces traitements. Ces données nécessaires sont notamment le contexte antérieur (e.g. : données, registres). Dans cet état de sommeil, actuellement, la puce 6 ne peut pas traiter une application sans contact. À l'inverse, l'un des buts de l'invention est, une fois la puce 6 (selon les réalisations, par des moyens logiques et / ou câblés tels que son bloc "CPU") en sommeil, d'assurer la possibilité d'atteindre un état de marche dans lequel son alimentation en puissance électrique est notamment issue de l'interface sans contact 3, tout en respectant les limites imposées de consommation sur l'interface 7. Par ailleurs, on dit la puce 6 en sommeil profond avec Pause Horloge (dite PauseH)", quand cette puce 6 est dans un état similaire au sommeil superficiel, mais sans avoir de ressource d'horloge issue de l'interface à contact 7. Secundo, la ressource "RF" indique l'état ("Arrêt / Actif) de l'interface sans contact 3, qui est de type Radio Fréquence (RF) dans l'exemple de la norme ISO14443. Dans son état Actif, l'interface sans contact 3 assure une transaction sans contact c'est-à-dire à distance, telle que les : - émission et / ou - réception de signaux (données, ressources) modulés et - traitement d'une application utilisant notamment les données de ces signaux. Dans son état Arrêt, cette interface sans contact 3 n'assure aucune transaction. Tertio, le statut "Sommeil", indique respectivement ("Non / Oui") si la puce 6 n'est pas ou est en état de faible consommation sur l'interface à contact 7. Quarto, le statut "PauseH" indique respectivement ("Non / Oui") si la puce 6 n'est pas ou est fournie en signal d'horloge externe, durant l'état de faible consommation, depuis l'interface à contact 7.
Les tableaux 1 et 2 qui précèdent, illustrent chacun la situation rencontrée dans ces états ou transitions, avec des objets 1 actuels (1A et 1B). En rapprochant ces tableaux de la figure 6, on remarque outre les états et transitions possibles (désignés par : "OK"), comme sur la figure 6 : - deux états (17 ; 18) impossibles (désignés par : "NOK") ; et - douze transitions (15.16 ; 16.15 ; 17.18 ; 18.17 ; 14.18 ; 18.14 ; 16.17 ; 17.16 ; 13.17 ; 17.13 ; 17.15 ; 18.15) impossibles ("NOK"). Ces définitions et illustrations des techniques connues étant posées, revenons maintenant aux figures 6 et 7. Sur ces figures 6 et 7, les éléments identiques portent les mêmes références et ne sont décrites qu'une fois par souci de simplicité. La colonne de gauche des graphes des figures 6 et 7 illustre les états liés au fonctionnement de l'interface à contact 7. Tandis que la colonne de droite illustre les états liés au fonctionnement de l'interface sans contact 3. Notons ici que par défaut, lorsqu'une transition inverse n'est pas évoquée, celle-ci est simplement une voie de retour, et ne nécessite donc pas d'explication complémentaire. Et que sur la figure 6, les (cinq) transitions impossibles sont illustrées par des pourtours en étoile. Tandis que les (deux) états impossibles à atteindre sont illustrés par un cadre hachuré. Outre un état 11, la colonne du milieu (états 16, 17 et 18) décrit des états souhaités pour un objet 1 pleinement utilisé simultanément selon l'invention. Les états sont illustrés par des cases, et les transitions entre ces états - possibles ou impossibles- sont illustrées par des flèches orientées. L'état Désactivé 11 correspond dans le cas d'un terminal 2 de téléphonie cellulaire, à la situation suivant laquelle ce terminal 2 est éteint et inutilisable tel quel par le porteur 8. À partir de l'état Désactivé 11, une transition 11.12 sur les figures 6 et 7 permet d'atteindre un état 12 suivant lequel l'objet 1 est en opération via interface à contact 7 (appelé : état en opération via interface à contact). Cet état 12 est appelé "en opération via interface à contact". Dans l'exemple du terminal 2 de téléphonie cellulaire, cette transition usuelle 11.12 correspond à l'action du porteur 8 qui allume son terminal 2. Ici, le terminal 2 adresse alors à l'objet 1 via le bornier de l'interface 7, un signal de mise à zéro (MaZ). Sont ensuite adressés par l'objet 1 vers le terminal 2 via l'interface 7, les premiers octets d'un protocole de réponse à la mise à zéro (dit "ATR"). Lorsque ces échanges aboutissent positivement, l'objet 1 est à-même de traiter directement des commandes issues de l'interface 7, et en provenance du terminal 2 sécurisé par cet objet 1. À partir de l'état en opération via interface à contact 12, une transition
12.13 permet d'atteindre un état 13 ou d'attente à faible consommation. C'est-à-dire l'état 13 déjà évoqué de sommeil superficiel, dans lequel l'objet 1 est en attente de sollicitation depuis l'interface à contact 7. Typiquement, l'état 13 d'attente est mis en place lorsque l'objet 1 a terminé un traitement (mode d'économie d'énergie). Rappelons que cet état 13 impose une consommation réduite d'énergie par l'objet 1 via l'interface 7. À partir de l'état 13, une transition 13.14 (figures 6 et 7) permet d'atteindre un état 14 de sommeil profond avec pause d'horloge déjà évoqué. Dans cet état 14, l'objet 1 est en attente de sollicitation depuis l'interface à contact 7. C'est en général le terminal 2 qui initie les coupures d'horloge (CLK) entre deux commandes. Par exemple, une coupure d'horloge vers l'état 14 est imposée à l'issue de "n" cycles d'horloge (par exemple de l'ordre de 1800 à 2000 cycles), suite à une commande. Passons maintenant à la colonne de droite des figures 6 et 7, aux états et transitions liées à l'interface 3 sans contact. Depuis l'état 11, la transition 11.15 correspond au cas où l'antenne 4 est exposée au champ d'un signal modulé sans contact (e.g. : RF), ce signal est porteur de ressources (énergie et horloge) ainsi que de données sous forme de trames. On est dans le cas où, l'antenne 4 est exposée à un champ modulé sans contact (énergie et données), mais où l'objet 1 ne dispose pas de ressources issues de l'interface à contact 7. Cette transition 11.15 aboutit à l'état en opération via interface 3 sans contact 15. Alors, l'objet 1 est à-même de traiter directement des commandes issues l'interface 3. Notons ici que d'une part, dans les objets 1, le choix de transitions est exclusif, à partir de l'état Désactivé 11, entre les états respectifs : - en opération via interface à contact (12) ; et - en opération via interface sans contact (15). D'autre part, pour l'état en opération sans contact 15, il n'existe pas dans les normes évoquées contrairement à l'état en opération via interface à contact 12, de contrainte de maxima de consommation d'énergie. L'état 16 est dit d'opération d'interface duale. Sur les figures 6 et 7, cet état 16 correspond à la situation suivant laquelle l'interface à contact 7 est en opération, de même que l'autre interface sans contact 3 est en opération. Cet état 16 est le seul état d'opération duale possible actuellement, c'est-à-dire dans lequel les interfaces à contact 7 et sans contact 3 fonctionnent en même temps. Soulignons que dans les objets 1 disponibles à ce jour, seule les transitions 12.16 et 16.12 sont possibles (OK). À l'inverse, les transitions depuis l'état 15 ainsi que depuis le nouvel état 17 vers l'état 16 sont impossibles (NOK). Avec ces transitions 12.16 et 16.12, il est nécessaire de faire co-habiter les interfaces à contact et sans (7 et 3) ainsi que les applications 9 et 10 faisant appel à ces interfaces, respectivement. Du fait notamment des transitions impossibles évoquées dessus, on ne peut parler pour autant avec les interfaces et applications actuelles, d'utilisation pleine et simultanée. La transition 12.16 correspond au cas -toujours dans l'exemple du terminal 2 cellulaire- où l'interface à contact 7 fonctionne (ressource et application 9) alors que l'antenne 4 pénètre dans un champ perçu par l'interface sans contact 3 (transaction 10). Évoquons ici la transition actuellement impossible 16.16. Le problème rencontré lors de cette transition 16.16 dite de "mise à zéro à chaud" est de permette de ne pas véritablement réinitialiser la puce 6, contrairement à l'effet induit actuellement par le signal de mise à zéro (MaZ) reçu depuis l'interface à contact 7. Notons ici que les termes "à chaud" et "à froid" sont définis notamment dans la norme ISO7816.3. Ceci vise à ce qu'une transaction en cours via l'interface sans contact continue de se dérouler alors normalement. À cette fin, l'invention propose des moyens 101 et / ou étapes de maintien de la transaction sans contact en cours, pendant la mise en fonctionnement de l'interface à contact 7. Ces moyens sont des circuits au sein de la puce 6 et / ou des instructions logiques. Au sein de l'état 16, l'invention distingue divers cas, selon l'origine des ressources consommées par la puce 6. Actuellement, dans l'état 16, cette puce 6 ne peut pas subir de modification de l'origine de certaines de ses ressources impératives - notamment alimentation en puissance et horloge-, sans subir de mise à zéro intempestive. Avec l'invention, selon les cas : - L'alimentation en puissance électrique de la puce 6 peut être originaire de : . VCC i.e. de l'interface à contact 7 ; . L'antenne 4 ; . Une combinaison d'origines notamment ci-dessus, par exemple une fonction F[(VCC et / ou VDD)]. - L'horloge fournie à la puce 6 peut être originaire de : . L'interface à contact 7 ; . L'antenne 4 ; . Un générateur d'horloge interne, tel que celui qui sur la figure 8 est désigné en 113 et détaillé plus loin. L'invention permet ainsi, au sein de l'état 16 et donc en cours de traitement simultané des applications, de changer d'origine d'alimentation et / ou d'horloge, selon les nécessités du moment, et sans risque de mise à zéro intempestive. Dans une réalisation de l'invention, les moyens 101 et / ou étapes de maintien de la transaction (et / ou étape éponyme) sont aussi dits de "Fa e Reset". Ces moyens 101 et / ou étapes de maintien (101) prévoient notamment au moins un élément physique et / ou phase logique de retardement et / ou simulation de mise à zéro, ordonné par l'interface à contact 7 lors de sa mise en marche ou situations analogues de mise à zéro. Ces moyens 101 et / ou étape de maintien, comportent dans un exemple au moins un élément et / ou phase de détection de mise à zéro, dans l'exemple de la figure 8 sous forme de câblage apte à percevoir une interruption, et à générer un traitement d'interruption. Sur cette figure 8, les moyens 101 de maintien sont connectés en entrée à un bloc fonctionnel 107 et / ou une phase logique équivalente, qui opère la détection en question. Ce bloc 107 est décrit plus loin en détail. Dans une réalisation, une phase logique de maintien opère aussi une détection de mise à zéro. Cette phase logique comporte une routine de traitement d'interruption. Notons qu'à la mise sous tension initiale de la puce 6, quelle qu'est sa source (interface 3 ou 7), une mise à zéro doit néanmoins pouvoir avoir lieu. Une telle mise à zéro vise un démarrage propre de la puce 6, et n'est pas opérée par les moyens 101 et / ou étapes de maintien. De tels moyens de maintien 101 illustrés sur la figure 8, sont parfois appelés en pratique "bloc contrôleur d'interruption". Dans une réalisation, au moins un élément et / ou phase de retardement des instructions de mise à zéro des moyens (101) et / ou étape de maintien, comporte une adresse de zone de mémoire, avec un code choisi. Cette zone de mémoire reçoit des instructions issues du code choisi, dont l'exécution génère - e.g. à l'aide de ressources des moyens 101 - des commandes de, selon les réalisations : - blocage de temporisation via l'interface à contact 7, par exemple par envoi d'un octet unique de commande usuelle de réponse ("ATR") à l'activation de la mise à zéro ; et / ou - continuation de l'application recourant à l'interface sans contact 3 ; et / ou - maintien en mémoire sans effacement, de données utiles à cette application sans contact ; et / ou - vérification de l'état actif de l'interface à contact 7 ; et / ou - reprise des fonctions requises pour l'interface à contact 7, par exemple par envoi d'une série d'octets de commande de réponse ("ATR"). Par exemple, cette reprise intervient au bout d'un nombre prédéfini de cycles d'horloge, e.g. de l'ordre de 400 à 40000 cycles d'horloge. Avec les objets 1 actuels, une transition 15.16 - de mise à zéro (MaZ) - depuis l'état 15 en opération via l'interface 3 sans contact vers l'état 16 d'opération d'interface duale, est impossible. En fait, actuellement suivant une telle transaction 15.16, une mise à zéro intempestive est inévitable. Il en va de même d'une transition inverse 16.15. Cette transition 15.16 est aussi rendue possible par l'invention. Lors de la transition 15.16, l'objet 1 est initialement en train de traiter une application au profit de l'interface sans contact 3, et -l'objet 1- est sollicité par le terminal 2 via l'interface à contact 7. Tel est par exemple le cas pour un terminal 2 formant téléphone cellulaire (l'application à contact sécurisant une conversation téléphonique) et où l'application sans contact vise un accès -transport, locaux, etc.- : Il n'est actuellement pas possible de débuter une transaction à sécuriser par l'objet 1 via l'interface à contact 7, alors qu'une application telle qu'autorisation d'accès est déjà en cours via l'interface sans contact 3. En général à ce jour, l'application sans contact est avortée brutalement, car le commencement d'une application au profit du terminal 2 via l'interface à contact 7 provoque une mise à zéro (MaZ) de la puce 6. Et souvent la perte de données utiles à l'application sans contact. Pour que lors d'une telle transition 15.16 cette application, au profit de l'interface sans contact 3, soit traitée simultanément à l'autre application au profit de l'interface à contact 7 qui doit débuter, l'invention prévoit dans des réalisations des moyens 102 et / ou étape de mise en garde immédiate. Ces moyens 102 et / ou étape de mise en garde viennent alors en complément, voire en substitution, des moyens 101 et / ou étape de maintien. Les moyens 102 et / ou étape de mise en garde assurent ainsi un fonctionnement correct de la puce 6 en état 16. Par ailleurs, suivant la transition 16.15, l'objet 1 est initialement sollicité via l'interface à contact 7 pour une application, ainsi que simultanément via l'interface sans contact 3 pour une autre application. Actuellement, si alors l'application à contact cesse, une mise à zéro intempestive intervient. Dans l'exemple du terminal 2 cellulaire sécurisé, si actuellement l'application à contact cesse notamment si ce terminal 2 est placé à l'arrêt alors que l'application sans contact d'accès est en cours, cette dernière est avortée brutalement (mise à zéro et pertes de données.) Le problème de la transition 15.16 seule revient donc à la gestion simultanée de deux applications concurrentes, qui est assurée par les moyens 102 et / ou étape de mise en garde. Tandis que la disparition des ressources de l'interface à contact 7 (16.15), perturbent l'application en cours, en provoquant une mise à zéro intempestive. Ceci est pallié par les moyens 101 et / ou étapes de maintien. Puisque l'un des buts de l'invention est d'éviter des mises à zéro intempestives, donnons quelques exemples concrets d'avantages en découlant. A ce jour, l'état 16 en opération d'interface duale, est atteignable via la transition 12.16 exclusivement. Pour cette seule transition 12.16 possible vers l'état 16 -ainsi que pour la transition inverse (vers état 12)- un message doit être transmis vers l'application (respectivement 10 et 9 pour inverse). La transition 15.16 impossible signifie que dans l'exemple d'un terminal 2 cellulaire, il est donc impossible de mettre en fonctionnement ce terminal 2 alors qu'une transaction 10 est en cours via l'interface sans contact 3. Une illustration est l'achat d'un titre de transport opéré via l'interface sans contact 3 À ce moment, si le porteur 8 met en fonction son terminal 2 afin d'avoir une communication téléphonique 9, le risque est alors de perdre les données de la transaction 10 en cours via l'interface sans contact 3, et de causer un désagrément au porteur 8 (accès au moyen de transport refusé ou retardé). En effet, dans les objets 1 actuels, la puce 6 provoque la mise à zéro (MaZ) dès qu'intervient une transition vers un état "Actif ou "Arrêt" de l'alimentation "VCC" via l'interface à contact 7. L'autre transition 16.15 impossible correspond -exemple du terminal 2 cellulaire- au cas où l'état 16 d'opération d'interface duale une fois atteint depuis l'état 12, l'alimentation de ce terminal 2 (batteries, accumulateurs, chargeurs, capteurs, etc.) est interrompue pendant une transaction 10 via l'interface 3. Ici également, la transaction via l'interface sans contact 3 est brutalement coupée, avec les risques courant dans ce cas (pertes données, inconfort, etc.) On verra que les solutions proposées par l'invention pour l'une et l'autre des transitions 15.16 et 16.15 évitent toute interruption brutale de la transaction en cours via l'interface sans contact 3. Concernant la transition 15.16, cet évitement est par exemple obtenu par envoi, via les moyens 102 et / ou étape de mise en garde, au système d'exploitation en charge de la gestion de cette transaction (=application 9 et / ou 10), d'un signal de mise en garde à l'égard de cette transition. Le système d'exploitation ainsi prévenu, est à-même d'opérer cette transition 15.16 tout en préservant les communication, données, etc. Selon les cas, cette transition 15.16 fait appel à des : interruption "propre" de l'une ou l'autre des applications 9 ou 10 ; pause sur l'une ou l'autre de ces applications 9 ou 10 ; va-et-vient temporisé entre l'une ou l'autre de ces applications 9 ou 10, etc. Dans une réalisation, les moyens 102 et / ou étapes de mise en garde permettent à l'application sans contact d'effectuer une sauvegarde des données essentielles (i.e. : nécessaires à une reprise ultérieure). Une telle sauvegarde est souvent appelée un "back-up". Dans des exemples, pour autoriser la transition 15.16, l'invention prévoit une mise en pause de la transaction 10 sans contact, l'émission d'un message vers l'application 9 afin de lui indiquer que l'interface à contact 7 est active. L'application 9 traite alors les données issues de cette l'interface à contact 7. Toute mise à zéro intempestive est inhibée, puis une requête de partage au plus tôt des ressources (notamment de traitement) entre les deux applications 9 et 10 présentes (application à contact initiale et transaction sans contact rentrante), est envoyée. La transition 16.15 selon l'invention prévoit (via des moyens et / ou étapes) un élément et / ou phase de basculement des ressources pour qu'elles soient ponctionnées via l'interface sans contact 3. Par ailleurs, des moyens de mise en garde immédiate 102 prennent sur la figure 8, la forme d'un bloc fonctionnel parfois appelé "UART". Ces moyens 102 représentent les périphériques de communication série se conformant à la norme ISO7816 pour l'interface à contact 7, ainsi qu'à une norme telle que ISO14443 pour l'interface sans contact 3. En sortie des moyens 102 et / ou étape logique de mise en garde immédiate 102, sont générées notamment des interruptions lorsqu'une mémoire tampon de réception dite "buffer", est considérée comme saturée. C'est à dire qu'une trame de protocole a été correctement reçue et peut être traitée par un système d'exploitation de la puce 6. Ceci permet notamment à l'application recourant à l'interface à contact
7 d'effectuer certains traitements sans être perturbée par la réception de données. Ces interruptions notifient à l'application que des données sont disponibles pour traitement. Dans l'exemple de l'arrivée d'une trame sans contact, les moyens 102 et / ou étape de mise en garde, comportent / opèrent au moins un élément / phase d'initialisation, qui comporte des : - détection d'une source sans contact ; puis - détection de données issues d'une démodulation ; - anti-collision ; Au sein d'un modulateur - démodulateur (MODEM) une source sans contact est transformée sous forme binaire ; est alors effectuée une initialisation et par exemple est effectué un traitement anti-collision ; et - une fois la trame considérée comme correctement reçue et les étapes précédentes opérées normalement, les traitements usuels sont autorisés. Sur la figure 8, un bloc fonctionnel 104 regroupe le modulateur - démodulateur (MODEM) et des éléments de traitement anti-collision. On voit que dans cet exemple, le bloc 104 est connecté via les plages de contact C4 et C8. Évoquons maintenant un état 17 de captage de champ en attente, illustré sur les figures 6 et 7. Cet état 17 est impossible à atteindre (notamment depuis les états 13 et 16) avec un objet 1 actuel. Cet état 17 est souvent atteint grâce à l'invention, depuis l'état 13 de sommeil superficiel. Dans cet état 17 proche de celui de sommeil superficiel, l'alimentation en puissance issue de l'interface à contact 7 est limitée, alors que simultanément des ressources issues de l'interface sans contact 3 sont requises par l'objet 1. Pour illustrer cet état 17, revenons à l'exemple du terminal 2 sous forme de téléphone cellulaire sécurisé par un objet 1 dont l'interface sans contact 3 est à-même de traiter des applications dites sans contact. Cet état 17 apparaît lorsqu'une application est opérée pour l'interface sans contact 3, alors que l'alimentation en puissance électrique de l'objet 1 depuis son interface à contact 7 est limitée. Dans cet état 17, l'application à contact est en attente d'une commande issue du terminal 2, dans le cadre de la transaction en cours. Autrement dit, il s'agit de traiter une application via l'interface sans contact 3 alors que l'objet 1 est du côté de son interface à contact 7, en sommeil superficiel. Alors, l'alimentation en puissance électrique de l'objet 1 via l'interface à contact 7 devient contraire aux contraintes notamment normatives. Dans l'idéal, l'invention permet dans l'état 17 à une application sans contact de fonctionner sans consommer de ressources (puissance) issues de l'interface à contact 7, quand les normes imposées à cette interface 7 le requièrent. Avec l'invention, l'objet 1 tire son alimentation en puissance depuis l'interface sans contact 3, en redressant le signal modulé capté par l'antenne 4. En effet, on a vu que les normes existantes s'opposent à l'utilisation de la puissance depuis l'interface 7 -et donc le terminal 2- dans certains cas dont ceux qui suivent. Afin que l'objet 1 puisse tirer son alimentation électrique depuis l'interface sans contact 3, une réalisation de l'invention prévoit des étapes et / ou moyens 103 d'immunité aux variations de source d'alimentation. Sur la figure 4 est illustrée une partie de circuit au sein d'un objet 1 selon l'invention, relié à un terminal 2 à sécuriser. Les moyens 103 et / ou étapes d'immunité aux variations de source d'alimentation comportent selon cette réalisation, une telle partie de circuit, avec : - une diode 20 de limitation de puissance consommée depuis l'interface sans contact 3, et - une porte logique 21 assurant la commutation entre deux modes de consommation de puissance (via interface à contact 7 ou via interface sans contact 3). Cette réalisation des moyens 103 et / ou étapes d'immunité, permet ainsi la sélection par le système d'exploitation des ressources extérieures à utiliser (puissance électrique) dans l'état 17 compatible avec le sommeil superficiel. Typiquement, les moyens 103 et / ou étapes d'immunité choisissent, selon l'invention, l'origine de l'alimentation de la puce 6, parmi les : . VCC i.e. de l'interface à contact 7 ; . L'antenne 4 ; . Une combinaison d'origines notamment ci-dessus, par exemple une fonction F[(VCC et / ou VDD)]. Dans une autre réalisation, les moyens 103 d'immunité sont munis d'un mécanisme câblé (appelé plus loin Ml - cf. Figure 8) qui permet de détecter la présence d'une alimentation issue de l'interface à contact 7 (Vcc) et d'une alimentation issue de l'interface sans contact 3 (Vdd). En utilisant ce mécanisme (Ml), est renseigné l'état (cf. tableaux 1A et 1B : Actif/Arrêt) des alimentations (Vcc et Vdd) à l'aide de deux registres (appelé plus loin RI et R2 - cf. Figure 8). Toute modification des registres RI et / ou R2 (i.e. l'apparition ou la disparition de l'une et / ou l'autre des alimentations dites Vcc ou Vdd) se traduit par un signal d'alerte (par exemple sous forme d'interruption). Le système d'exploitation de la puce 6, après avoir consulté les registres RI et R2, ou avoir été averti d'un changement d'état de l'un de ces deux registres (interruption), sélectionne alors la source de puissance utilisée (Vcc ou Vdd). Un autre mécanisme câblé (appelé plus loin M2 - cf. Figure 8) est présent dans la puce 6. Ce mécanisme câblé (M2) permet de garantir que la seule et unique source sélectionnée, sert à alimenter en électricité la puce 6. Si on met ceci en application, dans le cas par exemple de la transition 13.17, on obtient e.g. : - la mise en fonctionnement de l'interface sans contact 3, alors que la puce 6 était en état de sommeil superficiel (13) du côté de son interface à contact 7 ; puis - des moyens 103 (mécanisme Ml) qui détectent le champ ou trame sans contact (RF), alertent la puce 6 par une interruption, et mettent à jour les registres (RI et R2) ; puis - le système d'exploitation, averti par l'interruption émise par les moyens 103 et / ou étape logique équivalente, opère un basculement de l'alimentation de la puce 6 vers l'interface sans contact 3 (grâce à M2), garantissant ainsi une consommation acceptable du coté de l'interface à contact 7 ; puis - le traitement de la transaction via l'interface sans contact 3 (RF) peut alors se dérouler, alors que la puce 6 reste en mode sommeil superficiel du côté de l'interface à contact 7. Un autre mode de réalisation des moyens 103 d'immunité, illustré sur la figure 8, est exposé maintenant. Ici, les moyens 103 comportent un bloc fonctionnel 107 et / ou une phase logique, appelé ici contrôleur d'alimentation ou "PWR", et un autre bloc fonctionnel 106 et / ou une phase logique équivalente, qui forme contrôleur de sommeil. Les mécanismes Ml et M2, ainsi que les registres RI et R2 - et / ou les étapes logiques équivalentes - correspondent dans les réalisations de l'invention, fonctionnellement à ce bloc 107. Au bloc 107 des moyens 103, sont connectées ici en entrée, les plages de contact : - Cl (VCC : alimentation depuis l'interface à contact 7) ; - C2 (RST : mise à zéro MaZ) ; - C3 (CLK : horloge depuis l'interface à contact 7) ; et - C5 (GND : mise à la masse via l'interface à contact 7) ; Ce bloc contrôleur d'alimentation 107 des moyens 103 a pour fonction d'alimenter la puce 6 avec des tension et puissance appropriées. Et d'informer la puce 6 de l'apparition et / ou de la disparition de ressources d'alimentation issues de l'interface 7 à contacts ou 3 sans contact. À cette fin, les entrées évoquées permettent aux moyens 103 de recevoir d'une part une tension venant de l'interface à contact 7 via la plage Cl (Vcc). D'autre part, ces entrées permettent via un câblage 105 d'acheminer une tension (Vdd) provenant du modulateur - démodulateur des moyens 104, depuis l'interface sans contact 3. En entrée des moyens 103 sont reçus aussi les signaux d'horloge externe (CLK), et de demande de mise à zéro (RST - MaZ) pour détecter les séquences de mise à zéro (MaZ) conformes aux contraintes imposées par les normes du fait de l'emploi de l'interface à contact 7. Par exemple, ces entrées des moyens 103 prennent en termes de signal, la forme d'une combinaison temporelle de tension issue de l'interface à contact 7 (Vcc), de signal numérique d'horloge (CLK), et de signal numérique de mise à zéro (RST). Ce bloc 107 (PWR) contient en outre au moins un registre de configuration / information (dans cette réalisation les registres RI et R2, figure 8) permettant à l'application exécutée par le bloc processeur 108 (CPU) de la puce 6, auquel le bloc 107 est connecté, de : - savoir quelle source de tension est disponible (via 3 et / ou 7) - sélectionner la source (via 3 et / ou 7) à utiliser dans une situation donnée pour l'alimentation de la puce 6 (i.e. via 3 ou 7 ou mixte). Le bloc 107 et / ou phase formant contrôleur d'alimentation des moyens 103, tel qu'illustré, possède en outre des sorties. En cours de fonctionnement normal, le bloc 107 est dans un état tel que tant qu'au moins une source de tension (via 3 et / ou 7) externe est présente, ce bloc 107 fournit à la puce 6 entière une tension appropriée, générée à partir de l'une des (ou d'un mélange des deux) tensions d'entrée (via
3 et / ou 7) en fonction de la configuration sélectionnée. L'apparition ou la disparition de sources de tension (via 3 et / ou 7) n'entraîne pas de perturbation de la tension de sortie, pour autant qu'au moins une tension disponible, voire le mélange des deux tensions, soit suffisante. Aussi, le bloc 107 et / ou phase formant contrôleur d'alimentation ne génère pas de signal de mise à zéro à destination du bloc 108 (CPU) tant que cette condition est réalisée. Bien sûr, sauf à prévoir une source d'énergie embarquée dans l'objet 1 telle que capteur solaire ou accumulateur, si les deux sources (via 3 et / ou 7) disparaissent, la puce 6 n'est plus alimentée. Notons que le bloc 107 et / ou phase formant contrôleur d'alimentation fournit dans des réalisations des mises en garde, qui indiquent l'apparition d'une alimentation issue de l'interface sans contact 3. Le système d'exploitation étant ainsi averti, il déclenche une initialisation de la transaction sans contact, par le bloc fonctionnel 104 et / ou des phases logiques équivalentes. Puis, ce système d'exploitation reprend le traitement de l'application à contact. Cette séquence d'initialisation est traitée en tâche de fond sans perturber l'application à contact. Une fois terminée, et la trame sans contact complètement reçue, les moyens 102 et / ou étape logique de mise en garde prévient alors le système d'exploitation que des données à traiter sont disponibles pour l'application sans contact. Par ailleurs, le bloc 107 génère une interruption vers le bloc 101 qui fait ici office de contrôleur d'interruptions, lorsque l'état de disponibilité des sources (via 3 et / ou 7) change, et plus particulièrement selon les transitions suivantes
- Alimentation via l'interface à contact 7 : transition 16.15 de Actif à Arrêt : n'a de sens que si la puce 6 est encore alimentée via l'interface 3. - Alimentation via l'interface sans contact 3 : transition 13.17 ou 14.18 de Arrêt à Actif : l'interruption n'a lieu que si la tension via l'interface sans contact 3 et supérieure à une tension seuil. Par exemple, la valeur de cette tension seuil est légèrement supérieure à une tension minimale de fonctionnement de la puce 6 parfois appelée "POR". - Alimentation via l'interface sans contact 3 : transition 17.13 ou 18.14 de Actif à Arrêt : l'interruption a lieu quand la tension reçue par l'interface sans contact 3 est inférieure à une tension seuil. Par exemple, la valeur de la tension critique est prédéterminée pour assurer un transfert - le plus rapide possible et sans risque de cessation complète, de l'alimentation sans contact (i.e. via 3) - de l'alimentation issue de l'interface sans contact 3 vers celle qui est issue de l'interface à contact 7. Dans la foulée, la puce 6 est placée en sommeil. Notons ici qu'un arrachement, et donc la disparition de la source d'énergie issue de l'interface sans contact 3, n'est pas instantané mais progressif. Autrement dit, des signes avant-coureurs d'un arrachement sont aisément perceptibles par l'objet 1. Dans l'exemple, on observe d'abord au cours d'un arrachement, une diminution de la puissance disponible via l'antenne 4, en deçà de la tension seuil. Un certain laps de temps s'écoule forcément avant que la puissance issue de l'antenne 4 ne devienne égale ou inférieure à la tension minimale de fonctionnement de la puce 6. Toutefois, si le laps de temps s'avère insuffisant pour assurer un basculement d'origine des ressources par le système d'exploitation (dans une réalisation via les moyens 103 et / ou étapes de sélection), ce sont des moyens 106 et / ou étapes de contrôle de sommeil qui prennent le relais. Par exemple, dans cette situation, les moyens 103 et / ou étapes de sélection prennent en charge le basculement, et évitent que l'objet 1 soit totalement privé de ressources de puissance, ce qui provoquerait une mise à zéro intempestive. À cette fin, il convient que ce transfert soit effectué plus rapidement que l'arrachement -ayant provoqué la transition 17.13 ou 18.14 de Actif à Arrêt - de la source d'énergie issue de l'interface sans contact 3. Des moyens (câblage) et / ou étapes (logique) contrôleur d'alimentation tels que le bloc 107 assurent dans des réalisations de l'invention, ce transfert ou basculement. Revenons aux états et plus particulièrement les transitions suivant lesquelles agissent les moyens 103 et / ou étapes de sélection : - Alimentation via l'interface à contact 7 : transition 15.16 de Arrêt à Actif : seulement si l'objet 1 et donc la puce 6 sont déjà alimentés via l'interface sans contact 3. - Une transition (16.16) ou séquence de mise à zéro (MaZ) commandée par l'interface à contact 7, avec l'alimentation via l'interface à contact 7, à chaud. Concernant les applications via les interfaces à contact 7 et sans contact 3, les signaux de génération d'interruption vers le bloc 101 par le bloc 107 permettent de : - Alors qu'on traite des signaux issus de l'interface sans contact 3, de s'apercevoir que l'interface à contact 7 sollicite un traitement et de décider d'envoyer les premiers octets de message de réponse à une demande de mise à zéro (ATR). Une alternative serait de faire émettre par le terminal 2 vers l'objet 1, une commande de haut niveau en paquet, échangée entre deux applications, dite "A.P.D.U." (pour l'anglais : " Application Protocol Data Unit " ; selon norme ISO7618). - Alors que l'interface à contact 7 est en cours de traitement, de s'apercevoir que l'interface sans contact 3 sollicite un traitement et de décider de lancer la séquence d'initialisation du protocole sans contact idoine. - Alors que les deux interfaces à contact 7 et sans contact 3 fonctionnent simultanément, de s'apercevoir de la perte d'alimentation sur une de ces deux interfaces 7 ou 3 (cas appelé "semi-arrachement"). - Alors que l'interface à contact 7 est en état de sommeil superficiel - voire profond-, d'assurer la transition 17.13 ou 18.14 pour que l'interface à contact 7 soit en mode sommeil, quand l'alimentation via l'antenne 4 disparaît. Pour assurer une mise en fonctionnement correct de la puce 6 et de son bloc processeur 108, quand ce bloc 108 reçoit une première source d'alimentation en énergie - depuis l'une des deux interfaces 7 ou 3 - (passage pour la puce 6 d'un état de sommeil à l'un des états "Actif), les moyens 103 et / ou étapes logiques de contrôle d'alimentation - par exemple le bloc 107 notamment - envoient un signal d'initialisation vers le connecteur de mise à zéro du bloc 108 (CPU). Ceci permet de provoquer sa mise en œuvre notamment par sa mise sous tension depuis la source déterminée via les moyens 103. A l'inverse, dans certaines situations, il paraît préférable que les moyens 103 opèrent une inhibition de la mise à zéro. Ainsi, un signal numérique en provenance de la plage de contact C2 (RST) est dans l'exemple de la figure 8 perçu par les moyens et / ou étapes contrôleurs - le bloc 107 dans la réalisation de la figure 8 - car une liaison est prévue vers ces moyens et / ou étapes. Sur la figure 8, cette liaison est câblée. De cette façon, une séquence de demande de mise à zéro issue de l'interface à contact 7 (MaZ à froid ou à chaud) provoque une interruption vers le bloc 101 contrôleur d'interruptions, au même titre que tout autre périphérique. Une application dont les données recourent à l'interface à contact 7 peut ainsi utiliser ce signal pour déterminer s'il lui est nécessaire ou non de procéder à l'envoi d'un message de réponse à une demande de mise à zéro (ATR) via un bloc universel de transmission - réception asynchrone 109 dédié à l'interface à contact 7, et auquel est connectée la plage de contact C7. Notons ici que dans la réalisation de la figure 8, les moyens 102 - et / ou étapes idoines - de mise en garde immédiate, comportent un autre bloc universel de transmission - réception asynchrone, mais dédié quant à lui à l'interface sans contact 3. En option dans une mise en œuvre, les moyens 103 reçoivent en entrée aussi un signal en provenance d'un bloc fonctionnel 106, formant contrôleur de sommeil parfois appelé "SLEEP CTRL". Dans une réalisation, des phases logiques forment également contrôleur de sommeil, au moins en partie. Ce bloc 106 connecté en entrée aux moyens 103, participe le cas échéant à la sélection de la source de tension. Le cas échéant, le bloc fonctionnel 106 outrepasse une tentative de sélection de source électrique effectuée via un registre de configuration, comme exposé. Alors, la logique de sélection est alors déportée dans ce bloc 106 contrôleur de sommeil, qui fait alors partie des moyens 103 d'immunité. Décrivons maintenant la transition 13.17. Sont visées plus loin, les transitions 16.17 vers l'état 17, ainsi que 17.13, 17.15 et 17.16 depuis cet état 17. Une transition 13.17 correspond au cas où le terminal 2 est en état 13 d'attente, l'antenne 4 étant alors sollicitée par un champ sans contact à traiter via l'interface 3 idoine. La transition 16.17 correspond initialement à l'exemple où le terminal 2 est déjà en état 16 d'opération à interface duale, l'antenne 4 étant en train de traiter une application via l'interface sans contact 3, alors même que l'interface à contact 7 est sollicitée. Alors, on ordonne à l'objet 1 de limiter les ressources qu'il consomme depuis l'interface à contact 7. Or, des ressources sont nécessaires pour assurer cet état 17 de captage de champ en attente : notamment l'énergie ainsi que les ressources (horloge, données en entrée et sortie, etc.), employées par l'interface 3 et l'application sans contact. Le but est donc ici de rendre possible un traitement recourant à l'interface sans contact 3 alors que le terminal 2 impose un sommeil superficiel. A ce jour, la situation est la suivante dans un tel cas. Dans une situation semblable, un objet 1 actuel opère une transition 16.13 qui arrête l'application sans contact (via 3), mais en pratique une telle transition (16.13) n'est pas employée. En fait, actuellement, on reste dans l'état 16 sachant qu'alors sont dépassées les limites imposées de ressources (énergie, horloge, etc.) du terminal 2 via l'interface à contact 7. En conséquence, dans le cas connu ci-dessus : - la norme n'est pas respectée, et l'objet 1 incompatible ; - les fabricants de terminaux 2 voient leurs ressources consommées, sans retour sur investissement, ponctionnées sur leurs appareils (2) ; - les opérateurs de télécommunications, et autres fournisseurs de services sécurisés par l'objet 1 via l'interface 7, voient leur bande passante, des opportunités d'affaires (publicités, consommation service principal, etc.) employées, sans retour sur investissement et ponctionnées sur leurs réseaux ; et - le porteur 8 est mécontent car les ressources de son terminal 2 (batteries, etc.) ponctionnées réduisent ainsi l'autonomie en énergie électrique notamment de ce terminal (2). La transition 17.16 est inverse à celle évoquée plus haut. De fait, les étapes et / ou moyens mis en œuvre pour l'assurer dans les réalisations de l'invention, sont similaires à ceux de l'étape 16.17 sauf qu'alors les ressources électriques sont rendues disponibles via l'interface à contact 7. Décrivons maintenant les transitions 17.13 et 17.15. En effet, les étapes et / ou moyens mis en œuvre pour l'assurer dans les réalisations de l'invention, sont similaires à celles de l'étape inverse 13.17. Évoquons ici la figure 4, qui montre une réalisation de l'invention où des moyens 103 comportent une partie de circuit au sein d'un objet 1 selon l'invention, reliée par une plage Cl de l'interface 7, à un terminal 2 à sécuriser. Afin d'être aptes à opérer une sélection par l'application 10 sans contact des ressources à utiliser (puissance électrique) en cas de déclenchement d'un mode "PauseH", est prévue une diode 20 de limitation de puissance consommée depuis l'interface sans contact 3 (antenne 4). Par ailleurs, ces moyens 103 comportent un bloc fonctionnel de traitement d'information 21 assurant la commutation entre deux modes de consommation de puissance : - via l'interface galvanique 7 ; ou - via l'interface sans contact 3. Sur la figure 5 on voit une autre partie de circuit des moyens 103 au sein d'un objet 1 selon l'invention, lui aussi relié à un terminal 2 à sécuriser. Cette autre partie de circuit forme des éléments 22 d'immunité de l'objet 1 aux changements (transitions vers l'état 17) d'origine de la puissance. Ces éléments 22 d'immunité comportent des résistances d'absorption 23 de surplus de puissance électrique. Les éléments 22 possèdent en outre, et des moyens logiques 24 de commutation, assurant la sélection entre deux modes de consommation de puissance (via interface galvanique 7 ou via interface sans contact 3), en fonction de valeurs de résultats illustrant ces consommations ainsi que leurs évolutions. Les éléments 22 opèrent une sélection des ressources à utiliser, qui permettent à une application sans contact 10 de fonctionner sans consommer de ressources (puissance) issues de l'interface à contact 7 quand cette dernière le requiert, tout en fournissant à la puce 6 les ressources nécessaires via un plot d'entrée d'alimentation 25 "sans contact". Décrivons maintenant un état 18 dit de captage de champ en sommeil profond. Cet état 18 est proche de l'état 17, et montré à la figure 6. Dans cet état 18, à l'instar de l'état 17, l'application à contact est en attente d'une commande issue du terminal 2, dans le cadre de la transaction en cours. L'état 18 est issu de l'imagination aux fins de l'invention, de l'autre état impossible 17. Le problème à résoudre ici est similaire au précédent, puisqu'il vise à supporter la disparition de la source d'horloge provoquant un état de sommeil profond, tandis qu'une application recourant à l'interface sans contact a débuté. Tel est le cas si l'horloge fournie par l'interface sans contact 3 disparaît, alors qu'une transition impose à l'interface à contact 7 un état de sommeil profond avec pause d'horloge. À ce jour, les normes imposent notamment dans ce cas, que le terminal 2 relié à l'interface à contact 7 cesse de fournir l'horloge qui serait nécessaire à l'application sans contact. Avec nombre d'objets 1, il n'est pas possible en outre d'employer l'horloge interne fournie par la puce 6 indépendamment de celle des interfaces (3 ou 7). Ainsi, pour certains objets 1, la puce 6 à toujours besoin d'une référence externe d'horloge. L'invention vise à permettre à une application sans contact de fonctionner, sans consommer de ressources (e.g. : horloge et / ou puissance) issues de l'interface à contact 7 quand les normes imposées à cette interface à contact 7 le requièrent. Ici, le problème est donc la gestion des arrêts d'horloge (PauseH sur les tableaux 1A et IB supra) en fonction des apparitions (transition 18.17) et disparitions (transition 17.18) de cette ressource d'horloge issue de l'interface à contact 7. Tant que sont présentes des ressources d'horloge issues de l'interface à contact 7 ou issues de l'interface sans contact 3, un objet 1 actuel peut traiter une application 9 ou 10 sans risque de pertes de données. Mais en cas de disparition de ces ressources d'horloge, et sauf à disposer de ressources d'horloge "internes", c'est-à-dire lors d'un changement d'état (Oui vers Non / Non vers Oui) de la "PauseH" sur les tableaux plus haut, les risques de mise à zéro (MaZ) intempestifs sont présents et provoquent des situations inacceptables (Cf. supra). Notons que sur la figure 8, est montré en 113 l'emplacement usuel d'un tel générateur d'horloge interne 113, ici connecté en entrée à un câblage d'alimentation 114. Actuellement, il convient de distinguer deux cas liés aux structures des objets 1 (et puce 6), qui soit permettent la génération d'une horloge "interne", soit ne la permettent pas -au sens ou systématiquement l'horloge doit être fournie par une interface à) contact 7 ou sans contact 3. Certains objets 1 actuels ne sont toutefois pas concernés par ceci, l'emploi des ressources d'horloge "interne" un signal d'horloge généré par la puce 6 en fonction d'une simple source d'alimentation électrique, est imposé à l'objet 1 tant que ces ressources sont disponibles. Pour d'autres objets 1 selon l'invention, des moyens 110 et / ou étapes logiques équivalentes de contrôle d'horloge, permettent d'atteindre l'état 18. Ces moyens 110 (et / ou étapes logiques) de contrôle d'horloge selon l'invention recourent dans des réalisations, systématiquement (i.e. quelle que soit la transition) à des ressources d'horloge issues de l'interface sans contact 3, pour traiter une application 10 sans contact. Avec l'invention, la transition 14.18 correspond -exemple du terminal cellulaire- à l'arrivée d'un champ capté par l'antenne 4, alors que l'objet est en état "LOW POWER avec PauseH" 14. Ici, le but est d'économiser l'énergie rendue disponible par l'interface à contact 7, car actuellement la puce 6 est réveillée complètement (jusqu'à état 12) pour atteindre un interfaçage dual. Une solution employée par l'invention (moyens 110 et / ou étapes logiques de contrôle d'horloge) prévoit de forcer l'objet 1 à chercher son alimentation du côté de l'interface sans contact 3. Mais seulement de façon à lui permettre la réception du signal issu de l'antenne 4. Cependant, l'objet 1 capable de recevoir le signal d'antenne 4 est maintenu pour le reste en état 18 de faible consommation, sans horloge. À partir de l'état 18 vers l'état 14 (transition 18.14), une solution de l'invention (moyens 110 et / ou étapes logiques de contrôle d'horloge) prévoit - par exemple à l'aide de moyens câblés- d'observer les variations de puissance fournie par l'antenne 4 de l'interface 3. Cette observation est un paramètre et une étape discriminants -et avant-coureur- de la transition 18.14. On comprend donc que les moyens 103 et 110 ont des points communs. Rappelons encore que lors d'un arrachement du côté de l'interface sans contact 3, l'éloignement de l'antenne 4 du coupleur duquel elle reçoit les trames induit une décroissance assez progressive de la tension sur l'interface sans contact 3. Donc, une durée de temps courte mais suffisante dans la majorité des cas, est disponible pour éviter des dysfonctionnements. Selon l'invention, si la valeur mesurée par les moyens 103 ou 110 est égale ou inférieure à une valeur de tension seuil, un signal de drapeau qui traduit ce paramètre est adressé au système d'exploitation. Alors, est provoqué suivant des étapes de contrôle d'horloge et / ou via des moyens 110 : - une mise en état de sommeil profond (selon les réalisations, par câblage et / ou application). Évoquons ici la transition directe 18.15 entre les états en opération via interface 3 sans contact 15 d'une part, et de captage de champ en sommeil profond 18 d'autre part. Cette transition 18.15 correspond, dans l'exemple du terminal cellulaire 2, au cas où le terminal 2 serait initialement désactivé - i.e. : Éteint ou hors fonctionnement - alors qu'une transaction sans contact 10 est en cours. À l'heure actuelle, l'état 18 et donc toute transition l'impliquant est impossible -inaccessible-. L'invention répond ainsi à un besoin de basculement d'horloge, afin d'éviter d'être confronté à la contrainte de mise à zéro (MaZ) forcée. Dans le cas d'un objet 1 disposant de deux interfaces ou plus (Contact, sans contact, USB, etc..) et destiné à un usage simultané de deux au moins de ces interfaces, un autre problème apparaît. Ce problème est lié à ce qu'une application s'exécutant dans l'objet 1 n'est pas en mesure de déterminer en temps réel, quelles sont et dans quel état sont les interfaces actives (i.e. : combien et laquelle des interfaces fournit l'alimentation et / ou horloge). De fait, une application embarquée dans l'objet 1 n'est pas à ce jour en mesure de prendre les décisions nécessaires en fonction de l'état des interfaces 3 ou 7. De sorte que cette application ne peut pas fonctionner correctement.
Par exemple, on risque ainsi de ne pas percevoir l'arrachement, et donc que l'application sans contact en cours ne s'interrompe pas correctement, suite à l'annulation d'une transaction entamée sur une interface sans contact 3 qui a été désactivée prématurément. Par exemple, actuellement dans un objet à interfaces multiples, ses interfaces 3 ou 7 par exemple peuvent être activées ou désactivées, alors qu'une application embarquée dans l'objet 1 est exécutée en continu sans être interrompue. La désactivation d'une voire plusieurs interfaces ne signifie pas pour autant que l'objet 1 soit hors fonctionnement : l'objet 1 est en réalité hors fonctionnement seulement quand toutes les interfaces 3, 7 ou autres, sont désactivées. Afin de résoudre ces problèmes, l'invention propose des moyens 111 et / ou étapes de gestion continue des applications. Ces moyens 111 et / ou étapes de gestion continue possèdent des points communs avec les moyens 101 et / ou étapes de maintien de la transaction sans contact en cours. Sur la figure 8, tel est le cas du bloc des moyens 101 qui est nommé contrôleur d'interruptions. Il s'agit d'un bloc fonctionnel qui centralise les signaux d'interruption provenant de plusieurs périphériques. Ce bloc signale l'arrivée d'une interruption au bloc 108 (CPU) grâce à un plot 112 d'entrée d'interruption. Le bloc contrôleur dispose aussi d'un registre d'information / configuration qui permet au bloc 108 de : - Savoir quel périphérique a généré une interruption ; et / ou - Activer et / ou désactiver les interruptions générées par un périphérique donné (masquage d'interruption). Citons ici quelques exemples de signaux d'interruption, conformes aux étapes de gestion continue et / ou générés par les moyens éponymes 111 : - En provenance du bloc de gestion d'alimentation 107 (PWR), un signal d'interruption indique l'apparition ou la disparition d'une source de tension. Ceci permet à une application exécutée dans le bloc 108 de connaître l'état des interfaces 3 et 7, au niveau physique lorsqu'il s'agit d'un signal porté par un câblage. - En provenance du bloc 107 également, un signal d'interruption indique une séquence de reset ISO côté interface à contact. - En provenance du bloc 102 et spécialement de son bloc universel de transmission - réception asynchrone dédiée à l'interface sans contact 3, un signal d'interruption indique l'acquisition complète d'une trame sans contact, la séquence d'anti-collision étant réalisée avec succès, par exemple de façon matérielle par ce bloc 102 et / ou en tâche de fonds. - En provenance du bloc 109 universel de transmission - réception asynchrone dédiée à l'interface à contact 7, un signal d'interruption indiqué qu'une séquence d'octets issus de cette interface 7 est correctement acquise (dont la taille est déterminée comme étant égale à : 1 à "n" : i.e. le nombre d'octets de cette séquence). Décrivons ici plus en détail, une réalisation du bloc processeur 108 selon la figure 8. Ce bloc 108 opère au sein de la puce 6, et donc de l'objet 1, les traitements de données proprement dits. Sur la figure 8, ce bloc reçoit en entrée, entre autres: - Une alimentation en courant électrique (via des câblages 114 d'apport de tension et 115 de masse) ; et - Des signaux d'interruption (via un câblage 119 d'interruption connecté au plot 112 et reliant les blocs 108 et 101) ; et - Le signal d'horloge via un câblage 117 d'entrée d'horloge lui-même connecté à un bloc 118 de contrôle d'horloge -décrit plus bas- ; et - Des signaux de mise à zéro via un câblage 116 ; et - Des données, via un câblage 125 lui-même connecté au bloc 124. Ce bloc 108 échange des données avec les périphériques via le bloc 124 formant bus, tandis qu'un câblage 126 relié au bloc 108 assure les entrées -sorties d'adresses qui permet de sélectionner le périphérique pour lequel l'échange de données sur le bus 124 de données a lieu. En outre, le bloc 108 (CPU) exécute l'application à et / ou sans contact (9 / 10) proprement dite, comportant des suites d'instructions stockées dans les mémoires du bloc 120 (sur la figure 8 : RAM 122 ; ROM 121 et EEPROM 123). Le bloc 108 est dit en mode sommeil lorsqu'il est alimenté en courant électrique, mais que l'exécution de l'application à et / ou sans contact (9 / 10) est mise en pause (avec son contexte sauvegardé), ce qui permet de consommer peu de ressources (notamment électriques). On a vu que des étapes et / ou moyens 103 d'immunité aux variations de source d'alimentation, comportant un bloc 107 ont été décrits en rapport avec la figure 8. Au sein des moyens d'immunité 103, le bloc fonctionnel 104 comporte le modulateur - démodulateur et des éléments de traitement anti-collision. Ce bloc a notamment pour fonction de convertir les radiofréquences reçues par l'antenne 4 ici via les contacts C4 et C8 en : - Tension destinée au bloc 107. - Signal d'horloge destinée au bloc 118. - Données destinées au bloc 102 universel de transmission - réception asynchrone dédiée à l'interface sans contact 3. Des étapes d'anti-collision propres au type de transmission sans contact captée par l'antenne 4, sont prévues ici, de façon transparente, en tâche de fond, sans perturber le fonctionnement du bloc processeur 108. On a évoqué plus haut le bloc de contrôle d'horloge 118. Ce bloc 118 a pour but de fournir au bloc 108 (CPU) ainsi qu'aux périphériques le nécessitant, un signal d'horloge approprié. Ce bloc 118 reçoit en entrée: - Le signal d'horloge disponible sur le contact C3 (CLK) ; - Le signal d'horloge en provenance du bloc 104 qui inclut le modulateur / démodulateur ; - Le cas échéant signal d'un bloc 113 d'horloge interne. Cette horloge interne, doit être générée grâce à la tension fournie par le bloc contrôleur d'alimentation 107. Dans certaines réalisation, un tel bloc 113 rend plus aisée l'implémentation lorsqu'il est utile d'avoir un signal d'horloge indépendant de toute ressource externe de temporisation. Ce bloc de contrôle d'horloge 118 dispose d'un registre de configuration / information permettant à l'application traitée par le bloc processeur 108, de choisir la source physique de l'horloge fournie à ce bloc 108, où bien de choisir un mode automatique. Une mise en œuvre courante de l'invention est la suivante : la sélection de la source d'horloge est automatiquement effectuée par le bloc 118, de manière à ce que la puce 6 soit toujours temporisée par un signal d'horloge. L'invention prévoit également des moyens et / ou étapes de temporisation. Typiquement, le choix de la source de temporisation est opérée par un câblage et / ou des phases logiques issues du système d'exploitation. Par exemple, il est nécessaire autant pour les applications à contact que pour celles sans contact, de disposer d'une source de temporisation, pour témoigner de l'activité de l'objet 1 à l'égard du terminal 2 (confirmation de présence). Dans une réalisation de l'invention, la source de temporisation est exclusivement : - interne (e.g. sous forme de boucle de phase de verrouillage dite "PLL") à l'objet 1, notamment à sa puce 6 ; - issue de l'interface sans contact 3 ; - issue de l'interface à contact 7. Sur la figure 8, on voit par exemple des moyens de choix de source de temporisation prévus au sein du bloc 126. Ces moyens de choix de source de temporisation reçoivent à cette fin des câblages et / ou signaux d'entrée depuis : - la puce 6, et internes (e.g. venant du bloc 118 ou 113) ; - sans contact et internes (issus des moyens 104) ; - à contact et externes (issus de la plage de contact C3). Le bloc 118 fournit en permanence tant que ceci est requis, un signal d'horloge à la puce 6 (sauf en sommeil profond pour des raisons d'économie d'énergie). Ceci amène maintenant à évoquer le bloc 106 parfois appelé "SLEEP CTRL", qui gère les étapes d'entrée et / ou sortie en état de sommeil. Dans la réalisation de la figure 8, ce bloc 106 a pour fonction de garantir le respect des normes imposées à l'interface à contact 7, dans l'exemple du terminal cellulaire 2 des normes de téléphonie. Ainsi, en matière de limitation de consommation de courant électrique, et de support de la "PauseH". Sur la figure 8, ce bloc 106 a en entrées notamment un câblage issu du bloc 101 contrôleur d'interruptions (pour recevoir le signal traduisant l'événement qui conditionne le réveil du bloc processeur 108). En sortie, ce bloc 106 a notamment : - un câblage issu du bloc 101 via lequel transitent les signaux de réveil du bloc processeur 108 ; - un câblage issu du bloc 107 par lequel sont forcées les sources d'alimentation électrique de la puce 6, seulement dans certaines réalisations. Ce bloc 106 dispose aussi d'un registre d'information / configuration qui permet à l'application traitée par le bloc 108 de sélectionner l'événement permettant de réveiller ce bloc 108 (e.g. lors d'une étape d'arrivée d'un octet dans le bloc 109 et / ou apparition d'une trame via l'antenne 4). Dans une réalisation, l'invention prévoit aussi des moyens et / ou étape de sélection d'un mode de fonctionnement en cours du côté de l'interface à contact 7. Suivant ces moyens et / ou étape de sélection d'un mode de fonctionnement en cours, l'application détermine quelle est la consommation maximale autorisée en cours depuis l'interface à contact 7. Ces moyens et / ou étape de sélection d'un mode de fonctionnement en cours choisissent la source d'alimentation de la puce 6, en termes de puissance électrique et / ou d'horloge. Puis ces moyens et / ou étape de sélection d'un mode de fonctionnement en cours placent la puce 6 en sommeil. Une mise en œuvre de l'invention prévoit (état 13 ou 14) un fonctionnement qualifié de "normal". Alors, une transaction via l'interface à contact 7 seule est en cours, mais le terminal 2 n'a pas envoyé de commande. La puce 6 est donc en phase d'attente, et pour satisfaire aux contraintes de limitation de consommation de courant, l'application, en utilisant une instruction dédiée du bloc 108, fait passer celui-ci en sommeil. Lors de l'arrivée d'une nouvelle commande (i.e. une activité est détectée en entrée du bloc 109), le bloc 108 est réveillé par ce bloc 106, et l'application reprend son cours. Si, pendant que le bloc 108 est en mode sommeil, une transaction sans contact sollicite l'interface 3 et s'initie, le bloc 108 est réveillé par ce bloc 106 pour traiter cette transaction, sans toutefois consommer d'énergie ni requérir d'horloge du côté de l'interface à contact 7. En option, ce bloc 106 informe donc le bloc 107 qu'il doit se fournir en énergie via le bloc 104, puis réveille le bloc 108. L'autre voie de l'alternative est que ce bloc 106 réveille d'abord le bloc
108 ; l'application reçoive alors à son réveil un signal l'informant que débute une transaction sans contact. Dès lors, le système d'exploitation configure lui-même le bloc 107 pour utiliser la puissance reçue par l'interface sans contact 3. Ceci a pour inconvénient de consommer de l'énergie issue de l'interface
7 à contact, le temps nécessaire au système d'exploitation pour faire basculer le bloc 107 vers la source d'énergie issue de l'interface sans contact 3. Pour palier cet inconvénient, dans des réalisations, le bloc 106 est configuré, par l'application, de façon à respecter les limites de consommation depuis l'interface à contact 7, via un registre. Dans ce cas, c'est le bloc 106 qui reconfigure autrement le bloc 107 avant de réveiller le bloc 108 (CPU), ce qui évite une consommation excessive sur l'interface 7 à contact. Lorsque la transaction sans contact via l'interface 3 est arrêtée (la puissance reçue par cette interface 3 est descendue en dessous d'un seuil critique prédéterminé), et que la transaction via l'interface à contact 7 est toujours en attente, les limitations de consommation imposent de repasser immédiatement le bloc 108 en sommeil (du fait des ressources en courant insuffisantes). Ceci est effectué ici automatiquement par ce bloc 106. Dans une autre mise en oeuvre, une étape prévoit que l'application elle- même impose au bloc 108 de repasser immédiatement en sommeil. En effet, le bloc 107 prévient l'application traitée par ce bloc 108 à un moment donné (du fait de l'interruption de fourniture de puissance via l'interface sans contact 3, transition de "Actif à "Arrêt"). Un signal traduisant cette interruption de fourniture de puissance, est reçu par l'application qui est apte en réponse à dérouter son traitement et à appeler au plus vite l'instruction du bloc 108 qui permet son passage en mode sommeil. Dans de telles réalisations, ceci est fait avant que la tension disponible par l'interface sans contact 3 soit devenue insuffisante. Les moyens 102 - et / ou étapes idoines - de mise en garde immédiate comportent respectivement des bloc de périphériques et des étapes de communication en série. En sortie, des interruptions sont émises lorsque des mémoires tampon de réception sont pleines, c'est à dire qu'une trame de protocole sans contact est reçue et peut être traitée par la puce 6. Ceci permet à l'application d'effectuer certains traitements sans être perturbée par la réception de données. Ces interruptions notifient à l'application que des données sont disponibles pour traitement. Au vu de ce qui précède, on comprend que la couple objet 1 et terminal
2 conforme à l'invention est notamment, grâce à l'ajout des états 17 état de captage champ en attente et 18 de captage de champ en sommeil profond, à- même de respecter les normes en vigueur dans le cas d'un fonctionnement avec interfaçage dual. Notamment, les problèmes rencontrés plus haut, sont résolus. Ainsi, il n'est pas nécessaire de réinitialiser la puce 6, contrairement à l'effet induit actuellement par l'activation obligatoire de la mise à zéro (MaZ) de l'interface à contact 7. Ceci en veillant à ce qu'une transaction en cours via l'interface sans contact continue de se dérouler normalement et que la réponse dite "ATR" actuellement attendue à l'activation de la mise à zéro (MaZ) de l'interface à contact soit retournée par l'interface à contact bien qu'elle n'ait pas été réellement réinitialisée. Autrement dit, on cherche à permettre le maintien d'une transaction sans contact en cours, pendant la mise en route de l'interface contact. Notons à cet égard, que la réponse dite "ATR" doit impérativement intervenir dans un délai donné, ce qui constitue un sous problème supplémentaire. Lorsqu'un objet 1 selon l'invention est alimenté simultanément par ses deux interfaces 3 et 7, si le mode de PauseH est activé, la source d'horloge se conforme aux normes qui imposent actuellement que le terminal 2 cesse de fournir l'horloge nécessaire à l'application à contact 9. Ceci grâce aux moyens 19 de sélection par le système d'exploitation des ressources extérieures. Un avantage est alors de permettre à une application de fonctionner sans consommer de ressources (puissance et / ou ici horloge) issues de l'interface à contact 7 quand ceci est requis. Dans le cas d'un objet 1 en train de traiter une application 9 au profit du terminal 2, il est désormais possible d'activer une autre application 10 dont les données transitent via l'interface sans contact 3. Autrement dit, avec l'invention quand l'objet 1 est en train de traiter une application à contact, il est désormais possible à cet objet 1 d'accepter le commencement d'une application sans contact, simultanément. L'invention offre donc une gestion pleinement simultanée de deux applications concurrentes 9 et 10 et autorise l'arrivé asynchrone d'une trame sans contact sans perturber l'application en cours. Les moyens d'immunité 22 et de commutation 24 assurent dans la réalisation de la figure 5, l'immunité de l'objet 1 face à une coupure de l'alimentation en puissance de l'objet 1 par son interface sans contact 3. L'avantage est de permettre à une application sans contact 10 de fonctionner sans consommer de ressources (puissance) issues de l'interface à contact 7 quand cette dernière l'interdit. Avec deux interfaces ou plus (Contact, sans contact, USB, etc..) dans un objet 1, l'usage simultané de deux au moins de ces interfaces est possible avec l'invention. Une application s'exécutant dans l'objet 1 est ainsi en mesure de déterminer quelles sont les interfaces actives (i.e. : combien et laquelle des interfaces fournit l'alimentation et horloge). De fait, une application embarquée dans l'objet 1 est en mesure de prendre les décisions nécessaires en fonction de l'état des interfaces 3 et 7. En conséquence, cette application peut fonctionner correctement par exemple lors d'un arrachement. Le tableau qui suit résume des avantages et spécificités de l'invention. Tableau 3 (situation avec invention) :

Claims

REVENDICATIONS 1- Procédé permettant un fonctionnement pleinement simultané d'applications sur au moins deux interfaces de communication et/ou d'alimentation à contacts et/ou sans contact d'un objet portable intelligent (6), ledit objet mettant en oeuvre des transitions d'état de fonctionnement ou des variations de statuts de fonctionnement, caractérisé en ce qu'il comprend : - une étape de contrôle des transitions ou des variations de statut comportant une étape d'information sur des transitions ou des variations de statuts et/ou une étape de configuration de l'objet préalablement à la mise en place d'un fonctionnement pleinement simultané d'applications. 2- Procédé selon la revendication 1, caractérisé en ce que le contrôle est est assuré par un contrôleur de ressources et/ou le bloc processeur et/ou une des applications. 3- Procédé selon la revendication 1, caractérisé en ce que l'interface à contacts est conforme à l'ISO 7816. 4- Procédé selon l'une des revendication 1 ou 2, caractérisé en ce que la phase formant contrôleur d'alimentation, perçoit l'apparition et / ou la disparition de ressources, par exemple en temps réel. 5- Procédé selon la revendication 4, caractérisé en ce que la phase formant contrôleur d'alimentation génère une interruption vers un contrôleur d'interruptions, lorsque l'état de disponibilité d'au moins une ressource varie. 6- Procédé selon l'une des revendications 4 ou 5, caractérisé en ce que la phase formant contrôleur d'alimentation est apte à générer ou non, une interruption lors de transitions entre des états ; notamment pour des : - Transition (13.17 ; 14.18) depuis un état de faible consommation, vers une alimentation via l'interface sans contact (3) : l'interruption a lieu si la tension via cette interface (3) est supérieure à une tension seuil ; - Transition (17.13 ; 18.14) depuis une alimentation via l'interface sans contact (3) vers la cessation de cette alimentation : l'interruption a lieu quand la tension reçue par l'interface sans contact (3) est inférieure à une tension seuil ; - Transition (15.16) depuis une alimentation via l'interface sans contact (3) vers une alimentation via l'interface à contact (7) : l'interruption a lieu ; et - Transition (16.16) ou séquence de mise à zéro (MaZ) commandée par l'interface à contact (7), avec l'alimentation via l'interface à contact 7 : l'interruption a lieu. 7- Procédé selon la revendication 6, caractérisé en ce que lors de la transition (17.13 ; 18.14) depuis une alimentation via l'interface sans contact (3) vers la cessation de cette alimentation : l'interruption a lieu quand la tension reçue par l'interface sans contact (3) est inférieure à une tension seuil ; et dans la foulée, la puce (6) est placée en sommeil. 8- Procédé selon la revendication 6 ou 7, caractérisé en ce que la valeur de tension critique est prédéterminée de façon à permettre un transfert sans risque de cessation complète de l'alimentation de la puce (6), par exemple, la valeur de cette tension seuil est légèrement supérieure à une tension minimale de fonctionnement de la puce (6). 9- Procédé selon l'une des revendications 1 à 8, caractérisé en ce que ce procédé comporte au moins une étape de mise en garde immédiate, pour la gestion pleinement simultanée vise des ressources (VCC ; VDD ; CLK) de puissance et / ou d'horloge. 10- Procédé selon la revendication 9, caractérisé en ce que l'étape de mise en garde immédiate prévoit une phase de basculement des ressources pour qu'elles soient au moins en partie ponctionnées via l'interface sans contact (3). 11- Procédé selon la revendication 9 ou 10, caractérisé en ce que l'étape de mise en garde immédiate prévoit une phase de basculement des ressources pour qu'elles soient au moins en partie ponctionnées via l'interface à contact (7). 12- Procédé selon l'une des revendications 1 à 11, caractérisé en ce que ce procédé prévoit au moins une étape de maintien de transaction, avec au moins une phase de retardement et / ou simulation de mise à zéro, ordonnée par l'interface à contact (7) lors d'une transition visant à réinitialiser (MaZ) la puce (6) durant un basculement des ressources. 13- Procédé selon la revendication 12, caractérisé en ce que, une phase de retardement, durant laquelle l'exécution d'instructions issues du code choisi génère par exemple une commande de retardement par envoi d'un octet unique de commande usuelle de réponse ("ATR") à l'activation de la mise à zéro. 14- Procédé selon la revendication 13, caractérisé en ce qu'une commande de retardement avec reprise des fonctions, intervient au bout d'un nombre prédéfini de cycles d'horloge, e.g. de l'ordre de 400 à 40000 cycles d'horloge. 15- Procédé selon l'une des revendications 1 à 14, caractérisé en ce que ce procédé prévoit au moins une phase logique formant contrôleur de sommeil afin que la puce (6) se conforme à des contraintes de faible consommation lors d'états de sommeil (13 ; 14 ; 17 ; 18). 16- Procédé selon la revendication 15, caractérisé en ce que : Cette phase logique formant contrôleur de sommeil, prévoit que depuis l'interface à contact (7) : Dans des états (13 ; 17) de sommeil superficiel, doivent être ponctionnés moins de 200μA ; Dans des états (14 ; 18) de sommeil profond, doivent être ponctionnés moins de lOOμA. 17- Procédé selon l'une des revendications 1 à 16, caractérisé en ce que l'autre norme sans contact est la norme ISO.IEC14443 relative à l'interface sans contact (3). 18- Procédé selon l'une des revendications 1 à 17, caractérisé en ce que l'interface à contact est conforme à la norme ISO7816.3. 19- Dispositif d'information pleinement simultanée aux variations de statut, pour un objet (1) portable intelligent à interface au moins duale, pourvu d'une puce (6) ; Cet objet (1) étant apte à communiquer avec au moins un terminal (2) électronique de transmission de données via une interface à contacts (7), et/ou sans contact; Ce dispositif étant tel que : le terminal (2) est connecté à l'objet (1) via l'interface à contact (7) afin d'être sécurisé par l'objet (1) et dans un état (16) d'opération d'interface duale, les interfaces à contact (7) et sans contact (3) fonctionnant en même temps ; au moins une transition provoquant une variation d'au moins un statut pour l'objet (1); Caractérisé en ce que ce dispositif comporte au moins des moyens d'information de la puce (6) apte à restituer des variations de statuts, avec au moins un bloc fonctionnel (107) formant contrôleur d'alimentation, qui assure une configuration / information permettant un fonctionnement pleinement simultané d'applications recourant à l'interface à contact (7) et / ou sans contact (3). 20- Dispositif selon la revendication 19, caractérisé en ce que ce dispositif comporte des moyens (103) d'immunité qui comprennent : une diode 20 de limitation de puissance consommée depuis l'interface sans contact 3, et une porte logique 21 assurant la commutation entre deux modes de consommation de puissance, via l'interface à contact (7) et / ou via l'interface sans contact (3). 21- Dispositif selon la revendication 20, caractérisé en ce que les moyens
(103) d'immunité comprennent : au moins un mécanisme câblé (Ml) apte à détecter la présence d'une ressource d'alimentation issue de l'interface à contacts (7) et issue de l'interface sans contact (3) ; ce mécanisme (Ml) possédant au moins deux registres (RI ; R2) à l'aide desquels les moyens (103) d'immunité renseignent l'état (Actif/Arrêt) des ressources d'alimentations (VCC ; VDD) ; de sorte que toute modification de ces registres (RI et / ou R2) se traduit par un signal d'alerte, par exemple sous forme d'interruption ; un câblage reliant le mécanisme (Ml) à un bloc processeur (108), afin que les moyens (103) d'immunité, après avoir consulté les registres (RI ; R2) sélectionne alors la source de puissance utilisée. 22- Dispositif selon la revendication 21, caractérisé en ce que les moyens (103) d'immunité comprennent un mécanisme câblé (M2) présent dans la puce (6) de garantie que la source sélectionnée alimente en électricité la puce (6). 23- Dispositif selon l'une des revendications 19 à 22, caractérisé en ce que les moyens (103) d'immunité comprennent au moins le bloc fonctionnel (107) formant contrôleur d'alimentation, qui perçoit l'apparition et / ou la disparition de ressources. 24- Dispositif selon l'une des revendications 19 à 23, caractérisé en ce que les moyens (103) d'immunité comprennent des moyens de gestion pleinement simultanée des ressources (VCC ; VDD ; CLK) de puissance et / ou d'horloge et / ou de temporisation. 25- Dispositif selon l'une des revendications 19 à 24, caractérisé en ce qu'il comporte des moyens (102) de mise en garde immédiate, pour la gestion pleinement simultanée vise des ressources (VCC ; VDD ; CLK) de puissance et / ou d'horloge. 26- Dispositif selon la revendication 25, caractérisé en ce que les moyens (102) de mise en garde immédiate comprennent au moins un bloc fonctionnel (103 ; 107) permettant des basculements de ressources pour que les ressources soient au moins en partie ponctionnées via l'interface sans contact (3). 27- Dispositif selon l'une des revendications 19 à 26, caractérisé en ce que ce dispositif comporte des moyens (101) de maintien de transaction, avec au moins un élément de retardement et / ou simulation de mise à zéro ordonnée par l'interface à contacts (7), lors d'une transition visant à réinitialiser (MaZ) la puce (6) durant un basculement des ressources. 28- Dispositif selon la revendication 27, caractérisé en ce que : Ce bloc fonctionnel (107) comporte des câblages ou analogues, d'alimentation de la puce (6) avec des tension et puissance appropriées, d'information de cette puce (6) de l'apparition et / ou disparition de ressources d'alimentation issues des interfaces à contacts (7) et / ou sans contact (3). 29- Dispositif selon la revendication 27 ou 28, caractérisé en ce que : Ce dispositif comporte un bloc fonctionnel (106) formant contrôleur de sommeil, de conformation de la puce (6) à des contraintes de faible consommation lors d'états de sommeil (13 ; 14 ; 17 ; 18). 30- Dispositif selon la revendication 29, caractérisé en ce que : Ce bloc fonctionnel (106) formant contrôleur de sommeil, conforme l'alimentation depuis l'interface à contacts (7) : Dans des états (13 ; 17) de sommeil superficiel, à moins de 200μA ; et dans des états (14 ; 18) de sommeil profond, à moins de lOOμA. 31- Terminal (2) de transmission comportant au moins une connexion par contact galvanique à un objet (1) portable intelligent à interface duale, avec une interface à contacts (7) permettant à l'objet (1) de sécuriser ce terminal (2) ; l'objet (1) étant pourvu d'une puce (6) et étant apte à communiquer avec le terminal (2) via l'interface à contacts (7) selon la norme ISO7816.3 ; l'objet (1) étant en outre pourvu d'une interface sans contact (3) communiquant suivant une autre norme sans contact ; Caractérisé en ce que, ce terminal (2) est apte à participer à la mise en œuvre du procédé selon l'une des revendications 1 à 19 et / ou à recevoir l'objet (1) comportant le dispositif conforme à l'une des revendications 16 à 30. 32- Terminal (2) selon la revendication 31 ; Caractérisé en ce que, ce terminal (2) forme un : téléphone cellulaire (e.g. : GSM, 3GPP ; UMTS ; CDMA ; Etc.) et / ou assistant personnel portatif (e.g. : PDA) ; et / ou boîtier de décodage ; et / ou ordinateur. 33- Objet (1) portable intelligent apte à participer à la mise en œuvre du procédé selon l'une des revendications 1 à 19 et / ou comportant un dispositif conforme à l'une des revendications 19 à 30 et / ou à être connecté à un terminal selon l'une des revendications 31 ou 32 ; Caractérisé en ce que, cet objet (1) est à interface duale, et pourvu d'une puce (6); cet objet (1) étant apte à communiquer avec au moins un terminal
(2) électronique de transmission de données via une interface à contacts (7) selon la norme ISO7816.3, ainsi que sans contact via une interface sans contact
(3) et suivant une autre norme sans contact ; ce procédé prévoyant que : le terminal (2) est sécurisé par l'objet (1) via l'interface à contacts (7). 34- Objet (1) selon la revendication 33 ; Caractérisé en ce que, cet objet
(1) est une : carte à puce ; ticket électronique ; fiche dite "dongle" ; module tel que de communication de proximité (e.g. : NFC) ou semi-proximité (e.g. : BlueTooth). 35- Objet (1) selon l'une des revendications 33 ou 34; Cet objet (1) comporte : un corps (5), à l'intérieur duquel est formé un contour de découpage, un substrat détachable retenu par au moins un pont de rupture et délimité par le contour ; une puce (6) étant disposée au sein du substrat détachable; une interface sans contact (3) reliée à la puce (6) et comprenant une antenne (4) étendue dans le corps (5) ; et des moyens de dés inhibition de l'interface (3), possédant un conducteur qui schunte l'antenne (4) et dont la rupture permet à l'interface (3) de fonctionner dans un état dés inhibé ; Caractérisé en ce que, le conducteur des moyens de dés inhibition est étendu au sein d'au moins un pont de rupture qui retient le substrat détachable au reste du corps (5), de sorte que sa rupture provoque simultanément le détachement de ce substrat du reste du corps (5) et permet par la rupture du conducteur, à l'interface (3) de fonctionner dans un état dés inhibé. 36- Objet (1) selon l'une des revendications 33 à 35 ; Caractérisé en ce que cet objet (1) comporte : une source d'énergie embarquée dans l'objet (1) telle que capteur solaire ou accumulateur, moyens de substitution des ressources en énergie issues des interfaces à contacts (7) ou sans contact (3). 37- Objet (1) selon l'une des revendications 33 à 35 ; Caractérisé en ce que cet objet (1) comporte exclusivement des ressources en énergie issues des interfaces à contacts (7) ou sans contact (3), et est donc dépourvu de source d'énergie embarquée.
EP04804899A 2003-12-17 2004-12-16 Information pleinement simultanee de variations de statuts pour un objet a interface duale Withdrawn EP1706842A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0351092A FR2864297B1 (fr) 2003-12-17 2003-12-17 Information pleinement simultanee de variations de status pour un objet a interface duale
PCT/EP2004/053553 WO2005066888A1 (fr) 2003-12-17 2004-12-16 Information pleinement simultanee de variations de statuts pour un objet a interface duale

Publications (1)

Publication Number Publication Date
EP1706842A1 true EP1706842A1 (fr) 2006-10-04

Family

ID=34630571

Family Applications (1)

Application Number Title Priority Date Filing Date
EP04804899A Withdrawn EP1706842A1 (fr) 2003-12-17 2004-12-16 Information pleinement simultanee de variations de statuts pour un objet a interface duale

Country Status (6)

Country Link
US (1) US7789313B2 (fr)
EP (1) EP1706842A1 (fr)
JP (2) JP5322388B2 (fr)
CN (1) CN101069195B (fr)
FR (1) FR2864297B1 (fr)
WO (1) WO2005066888A1 (fr)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2864292B1 (fr) * 2003-12-17 2006-03-31 Gemplus Card Int Maintien en fonction pleinement simultanee d'un objet a interface duale
DE102005032310A1 (de) * 2005-07-11 2007-01-25 Giesecke & Devrient Gmbh Tragbarer Datenträger
CN101208973B (zh) * 2005-08-19 2011-06-08 塞纳雷神有限公司 通信方法与系统
WO2007094624A1 (fr) * 2006-02-17 2007-08-23 Ktfreetel Co., Ltd. Carte à circuit intégré, terminal à carte à circuit intégré et procédé d'initialisation associé
DE102006021087A1 (de) * 2006-05-05 2007-11-08 Giesecke & Devrient Gmbh Simultaner Schnittstellenbetrieb
DE102006053789A1 (de) * 2006-11-15 2008-05-21 Giesecke & Devrient Gmbh Gesteuerte Kontaktbelegung eines tragbaren Datenträgers
US10311427B2 (en) * 2006-12-29 2019-06-04 Google Technology Holdings LLC Method and system for monitoring secure application execution events during contactless RFID/NFC communication
US20090069049A1 (en) 2007-09-12 2009-03-12 Devicefidelity, Inc. Interfacing transaction cards with host devices
US9311766B2 (en) 2007-09-12 2016-04-12 Devicefidelity, Inc. Wireless communicating radio frequency signals
US8915447B2 (en) 2007-09-12 2014-12-23 Devicefidelity, Inc. Amplifying radio frequency signals
US9304555B2 (en) 2007-09-12 2016-04-05 Devicefidelity, Inc. Magnetically coupling radio frequency antennas
US8070057B2 (en) 2007-09-12 2011-12-06 Devicefidelity, Inc. Switching between internal and external antennas
EP2430601B1 (fr) * 2009-04-28 2019-02-20 Mastercard International Incorporated Appareil, procédé et produit programme d'ordinateur pour fournir un mécanisme de contrôle de qualité pour l'interface sans contact d'une carte à double interface
US9514067B2 (en) * 2012-08-31 2016-12-06 Nxp B.V. Interface arbitration for a wired tag
US9053248B2 (en) 2012-08-31 2015-06-09 Nxp B.V. SRAM handshake
EP3640852B1 (fr) 2014-09-09 2022-04-06 Kabushiki Kaisha Toshiba Carte à circuit intégré, module à circuit intégré, terminal portable, appareil électronique portable et terminal
CN105893899A (zh) * 2016-03-31 2016-08-24 深圳市金立通信设备有限公司 一种识别卡的方法及终端
CN113867191B (zh) * 2021-09-08 2024-05-07 浪潮金融信息技术有限公司 一种终端设备用智能化电源控制系统、方法及介质

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0953936B1 (fr) * 1998-02-17 2001-05-09 Infineon Technologies AG Porteur d'information fonctionnant avec ou sans contact
US7130807B1 (en) * 1999-11-22 2006-10-31 Accenture Llp Technology sharing during demand and supply planning in a network-based supply chain environment
EP1174820B1 (fr) * 2000-07-20 2008-02-13 Infineon Technologies AG Carte à puce avec une interface de contact et une interface sans contact
EP1251449A1 (fr) * 2001-04-17 2002-10-23 Thomson Licensing S.A. Système avec désactivation de carte à puce avant une remise à zéro du hardware
KR20020042748A (ko) 2001-06-20 2002-06-07 김운 비접촉식 인터페이스를 휴지 접점으로 전환한스마트카드를 장착한 휴대용 전화기
JP3617509B2 (ja) * 2001-10-31 2005-02-09 ソニー株式会社 Ｉｃカード及び情報処理端末、３者間データ通信システム及び方法
WO2003051067A2 (fr) 2001-12-10 2003-06-19 Beamtrust A/S Module d'identification d'abonne, procede pour activer automatiquement une application dans ce module et systeme pour mettre en oeuvre ledit procede
JP3907175B2 (ja) * 2002-02-27 2007-04-18 松下電器産業株式会社 Ｐｃカード装置
JP4878744B2 (ja) * 2003-09-05 2012-02-15 三星電子株式会社 同時に接触方式及び非接触方式動作を有するチップカード

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2005066888A1 *

Also Published As

Publication number Publication date
JP2007516526A (ja) 2007-06-21
JP2012014717A (ja) 2012-01-19
CN101069195B (zh) 2010-11-03
WO2005066888A1 (fr) 2005-07-21
JP5322388B2 (ja) 2013-10-23
US20070095924A1 (en) 2007-05-03
US7789313B2 (en) 2010-09-07
FR2864297A1 (fr) 2005-06-24
FR2864297B1 (fr) 2006-04-14
JP5341964B2 (ja) 2013-11-13
CN101069195A (zh) 2007-11-07

Similar Documents

Publication Publication Date Title
WO2005066888A1 (fr) Information pleinement simultanee de variations de statuts pour un objet a interface duale
EP1695258A1 (fr) Maintien en fonction pleinement simultanee d un objet a inte rface duale
US7255284B2 (en) Smart card and method for controlling a mixed mode thereof
EP1630727B1 (fr) Carte ayant plusieurs interfaces et un procédé de gouverner des requêtes dans une telle carte
KR20040107493A (ko) 스마트 카드 인터럽트 기능을 특징으로 하는 이동 단말기
WO2013120826A1 (fr) Mécanisme de gestion d'accumulateur pour nfc
WO2005069207A1 (fr) Immunite aux variations de ressources limitees, fournies a un objet a interface duale
EP3258380A1 (fr) Coeur de processeur asynchrone et microcontrôleur de noeud de capteur communicant comportant un tel coeur de processeur
EP2553633B1 (fr) Objet de communication radiofrequence double-portee et procede de mise en oeuvre
CN111433756A (zh) 一种终端及Type C接口防腐蚀方法
WO2008031855A2 (fr) Procédé de gestion de l'architecture logicielle d'un circuit de radiocommunication, application, produit programme d'ordinateur et circuit correspondants
FR2864293A1 (fr) Gestion pleinement simultanee de ressources limitees, fournies a un objet a interface duale
FR3089382A1 (fr) Traitement nfc rapide
EP1214686B1 (fr) Dispositif electronique portatif avec afficheur et moyens de chargement de messages pour ce dernier
FR3007922A1 (fr) Entite electronique pour terminal mobile
EP1695578B1 (fr) Procede de sauvegarde de donnees personnelles d un abonne a un reseau de telecommunications, serveur et dispositif associes
EP2369752A1 (fr) Dispositif portable avec batterie autonome et interface de communication radiofréquence
EP3945467B1 (fr) Transpondeur sans contact
FR2871328A1 (fr) Procede et systeme de communication haut debit a contacts electriques
CN117082170A (zh) 一种开关机测试方法、测试系统及共享主机
EP3177998A1 (fr) Procédé de consultation de l'état d'une ressource d'un appareil électronique, entité électronique associée et appareil électronique équipé d'une telle entité électronique
FR3006141A1 (fr) Terminal mobile a carte sim sans contact
WO2007101482A1 (fr) Dispositif électronique de communication apte a communiquer avec un module électronique, module électronique et système électronique correspondants

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20060616

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU MC NL PL PT RO SE SI SK TR

DAX Request for extension of the european patent (deleted)
RIN1 Information on inventor provided before grant (corrected)

Inventor name: CARUANA, JEAN-PAULLES JARDINS DE TOSCANE

Inventor name: DEGAUQUE, LAURENT

Inventor name: DI-VITO, STEPHANE

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: GEMALTO SA

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20160901