WO2024056132A1 - Mode veille pour cartes à puce intelligentes - Google Patents

Mode veille pour cartes à puce intelligentes Download PDF

Info

Publication number
WO2024056132A1
WO2024056132A1 PCT/DE2023/100684 DE2023100684W WO2024056132A1 WO 2024056132 A1 WO2024056132 A1 WO 2024056132A1 DE 2023100684 W DE2023100684 W DE 2023100684W WO 2024056132 A1 WO2024056132 A1 WO 2024056132A1
Authority
WO
WIPO (PCT)
Prior art keywords
smart card
terminal
sleep
maximum
command
Prior art date
Application number
PCT/DE2023/100684
Other languages
German (de)
English (en)
Inventor
Rushikesh SHINGNAPURKAR
Martin RÖSNER
Original Assignee
Giesecke+Devrient Mobile Security Germany Gmbh
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 Giesecke+Devrient Mobile Security Germany Gmbh filed Critical Giesecke+Devrient Mobile Security Germany Gmbh
Publication of WO2024056132A1 publication Critical patent/WO2024056132A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
    • G06F1/3209—Monitoring remote activity, e.g. over telephone lines or network connections
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234—Power saving characterised by the action undertaken
    • G06F1/325—Power saving in peripheral device
    • G06F1/3278—Power saving in modem or I/O interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0235—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a power saving command
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • H04W52/028—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks

Definitions

  • a smart card is a card with an embedded integrated circuit (IC), often referred to as a chip or microprocessor.
  • IC embedded integrated circuit
  • Embedded IC is used for products such as credit and debit cards, transportation cards, SIM cards, ID cards, etc., providing data storage, additional security and functionality.
  • a smart card is also called a Universal Integrated Circuit Card/Integrated SIM (UICC/iUICC/iSIM).
  • the UICC has a Card Application Toolkit (CAT) that provides a set of applications and procedures that can be used during a card session with the UICC.
  • CAT Card Application Toolkit
  • An example of a CAT is described in technical specification 102 223 of the ETSI (European Telecommunications Standards Institute).
  • the CAT enables the applications present in the UICC to interact and operate with any terminal, user equipment or other mobile network device that supports the specific mechanisms required by the applications running on the smart card.
  • mobile network devices such as B. smart meters, trackers, wearable devices and smartphones, it is desirable to keep energy consumption low in order to extend the useful life of such devices.
  • Conventional solutions implement a UICC suppression mechanism that allows the end device to suppress the UICC when access is not required.
  • a method for implementing a sleep mode for the smart card is provided on a smart card, the smart card being communicatively coupled to a terminal device.
  • the method includes the steps of receiving a sleep trigger command from the terminal, determining a maximum sleep time, providing the maximum sleep time to the terminal, and entering a sleep mode.
  • a method for implementing a sleep mode for a smart card is provided at a terminal, the smart card being communicatively coupled to the terminal.
  • the method includes the steps of sending a sleep trigger command to the smart card, receiving a maximum sleep time from the smart card, storing the maximum sleep time, and sending a power-on or wake-up command to the smart card after the maximum sleep time has elapsed.
  • the end device obtains the maximum sleep time allowed for a smart card and, in the event of a long duration trigger event, sends the smart card to sleep for the maximum allowed duration, thereby providing optimal power management to the end device. Since the smart card sets the length of time it remains in sleep mode itself, it expects the After waking up, the smart card does not receive a resumption command from the end device to resume operation.
  • the sleep trigger command is a parameterized Application Protocol Data Unit (APDU) command that includes a parameter to indicate the sleep mode.
  • APDU Application Protocol Data Unit
  • the hibernate trigger command is a modified UICC SUSPEND command that includes a plurality of parameters, with a particular parameter of the plurality of parameters being set to indicate the suspend mode. This enables a standardized way to support hibernation through the CAT tool set.
  • the smart card includes a variety of applications.
  • the smart card determines the maximum sleep time by obtaining a maximum sleep time from each of the plurality of applications, where the maximum sleep time of an application indicates the length of time the application is allowed to sleep, and by obtaining the lowest value from the plurality of maximum sleep times as the maximum sleep time. This ensures that no application, in particular no critical application, is active that would require processing while the smart card remains in idle mode.
  • memory contents and CPU registers of the smart card are securely stored before the smart card enters sleep mode. By backing up the memory contents and CPU registers, the state of the smart card can be safely saved before it enters sleep, so that the smart card or its operating system can immediately resume operation from the saved state upon waking without having to receive a resume command from the end device.
  • the contents of the memory and the CPU registers are encrypted and decrypted using firmware that is provided by the terminal device, in particular by a modem of the terminal device, via an interface between the terminal device and the smart card.
  • firmware that is provided by the terminal device, in particular by a modem of the terminal device, via an interface between the terminal device and the smart card.
  • the smart card or its operating system starts from the state in which it was put into hibernation, hibernation would also work in the case of an iUICC, since part of the main memory (RAM) is shared with the end device's modem and the iUICC so that the shared memory benefits from battery backup. In this case, RAM recovery would be done by the modem.
  • the terminal sends a power-on or wake-up command to the smart card after the maximum sleep time has elapsed.
  • the smart card After the smart card receives the power-on or wake-up command from the end device, it decrypts the memory contents and the CPU registers and restores them. The smart card can thus resume operation immediately without requiring another resume command from the terminal, as no resume feature is required as in the traditional SUSPEND/RESUME-based CAT implementation becomes. By encrypting and decrypting the secured content, neither the end device nor the smart card needs to carry out an additional verification step after operations are resumed. Preferably, the smart card decrypts the contents of the memory and CPU registers and restores them using the firmware provided by the terminal modem.
  • the smart card sends a request to the terminal to extend a preset polling interval based on the maximum sleep time, the polling interval indicating a frequency of receiving a status command from the terminal.
  • the terminal extends the polling interval to a new value that corresponds to the maximum idle time.
  • the terminal sends a modified SUSPEND command that indicates a terminal-defined sleep time to the plurality of applications on the smart card.
  • the modified SUSPEND command includes a plurality of parameters, with a particular parameter from the plurality of parameters being set to indicate the defined sleep time. This allows the smart card to enter subsequent sleep modes as needed without having to re-determine the maximum sleep time from scratch.
  • an apparatus for implementing a sleep mode for a smart card is provided, the smart card being communicatively coupled to a terminal and having a plurality of applications running thereon.
  • the device includes a receiving unit, a processing unit and a memory.
  • the receiving unit is configured to receive a sleep trigger command from the terminal.
  • the processing unit is configured to determine a maximum sleep time by obtaining a maximum sleep time from each of the plurality of applications, where the maximum sleep time of an application indicates a duration that the application is allowed to sleep for select the lowest value from the plurality of maximum sleep times as the maximum sleep time to provide the maximum sleep time to the terminal and to cause the smart card to enter a sleep mode.
  • the processing unit is configured to encrypt and secure the contents of the smart card's memory and CPU registers before entering sleep mode.
  • the processing unit is configured to send to the terminal a request to extend a preset polling interval based on the maximum sleep time, the polling interval being the frequency of receiving a status command from the terminal at the Smart card indicates.
  • a smart card which includes the device according to the third aspect.
  • the smart card carries out the method according to the first aspect when it is connected to a terminal according to the second aspect.
  • FIG. 1 shows a block diagram of a CAT framework for implementing a sleep mode for a smart card, according to an embodiment of the invention
  • 2 shows a flowchart of a method for implementing a sleep mode for a smart card, according to an embodiment of the invention
  • FIGS.3 to 5 show preferred implementations of steps of the method in FIG.2, according to various embodiments of the invention
  • 6 shows a schematic diagram of the three embodiments of the method for implementing a sleep mode in a smart card
  • FIG.7 shows the communication flow between the terminal and the smart card according to embodiments of the invention in comparison to the suppression method defined by ETSI.
  • DETAILED DESCRIPTION Detailed explanations of the present invention are given below with reference to the accompanying drawings which illustrate specific embodiments of the present invention.
  • FIG. 1 shows a block diagram of a CAT framework for implementing a sleep mode for a smart card according to an embodiment of the invention.
  • the CAT framework allows applications present on the UICC or smart card 20 to interact and work with a terminal 10.
  • the communication between the UICC 20 and the terminal 10 can be implemented via a modem 12 of the terminal 10.
  • the UICC 20 can be connected to the modem 12 via the terminal UICC interface 14, via which CAT commands are transmitted between the terminal and the UICC.
  • a device 200 is located within the UICC 20 to implement a sleep mode for the UICC.
  • the device 200 includes a receiving unit 201, a processing unit 202 and a memory 202.
  • the receiving unit 201 is configured to receive various commands, notifications and/or events from the terminal 10 via the interface 14.
  • the receiving unit 201 can be configured to function as a transmitting unit and Sends control data to the end device.
  • An example of such control data that the device 200 can make available to the terminal 10 is the maximum idle state time of the UICC 20, as described further below in connection with FIG. 2.
  • FIG.2 shows a flowchart of a method for implementing a sleep mode for a smart card, such as the UICC 20 in FIG.1, according to an embodiment of the invention.
  • the smart card 20 is connected/coupled to the terminal 10 either by being in the terminal 10 or by other means, such as. B.
  • the smart card 20 receives a sleep state trigger command from the terminal.
  • the terminal 10 sends the sleep trigger command to inform the smart card 20 of a long-duration event during which the smart card does not perform any activity and may enter a sleep mode. That is, the sleep trigger command can be viewed as a trigger event to put the smart card into a sleep state.
  • the sleep trigger is sent via a parameterized Application Protocol Data Unit (APDU) command that includes a parameter to indicate the sleep mode.
  • APDU Application Protocol Data Unit
  • the suspend command can be implemented by modifying the SUSPEND UICC command specified in ETSI TS 102221 V16.3.0 as follows: TABLE 1.
  • the present invention proposes to use the bits of Use P1 to indicate to the smart card that it should enter sleep mode.
  • P1 is set to the hexadecimal value “80”, but any other flag value can be used as long as it is supported by both the terminal and the UICC.
  • the UICC 20 determines the maximum sleep time that the smart card is allowed to remain in sleep mode in step S2. The maximum allowable sleep time of the smart card depends on the requirements of the applications running on it. Some applications may have business logic that requires predefined execution that must run after a specified time.
  • an IoT device may only connect to the network once a month and send back little data, e.g. B. an intelligent measuring device (SmartMeter) for gas or water. Therefore, the UICC collects the maximum duration of all of these applications for which applications are allowed to sleep and selects the minimum of these Time spans as the maximum allowable sleep time for the smart card to serve all applications running on it.
  • a preferred implementation for determining the maximum idle time is shown in FIG.3. Referring to FIG. 3, in step S21, after receiving the sleep trigger command in step S1, the UICC 20 determines all applications running on the UICC. For each of the identified applications, the UICC determines the maximum sleep time in a subsequent step S22, ie the respective maximum time that the application is allowed to sleep.
  • the maximum sleep time of an application generally depends on the type of application and can be preset/preconfigured when the application is loaded onto the smart card.
  • the UICC selects the sleep time with the lowest value as the maximum sleep time MHT from all the sleep times determined in step S22.
  • the maximum sleep time, MHT is then sent to the terminal 10 in step S3 of FIG. 2.
  • the sleep time or the maximum sleep time can also be configurable on the UICC, e.g. B. in applets, in the file system and/or in objects.
  • the terminal stores the received maximum idle time, MHT, in memory. After the UICC 20 has informed the terminal of the maximum idle time, it switches to the idle mode in step S8.
  • the UICC 20 may request the terminal 10 to set a polling interval previously negotiated between the terminal and the UICC.
  • the polling interval is defined in ETSI TS 102223 V14.0.0 and indicates how often the terminal device sends STATUS commands to the UICC during an idle mode.
  • Polling interval negotiations as currently specified in the ETSI TS 102223 V14.0.0 standard specification, support a maximum duration of four hours. In contrast, hibernation can last up to a few days. Therefore, the available CAT mechanism for negotiating the polling interval using the proactive POLL INTERVAL command based on ETSI TS 102223 V14.0.0 does not support the default sleep time exceeding four hours.
  • the UICC 20 is configured such that it checks the polling interval in step S4 and requests the terminal in step S6 to extend the polling interval to the duration of the idle state.
  • a preferred embodiment of this method is shown in FIG.4.
  • the UICC checks whether a polling interval has already been negotiated with the terminal and checks whether the preset value of the polling interval is below the maximum idle time. If the value of the polling interval is below the maximum idle time, PI ⁇ MHT, the UICC sends the request to the terminal in step S6 to extend the standard polling interval.
  • the UICC prepares to transition to sleep mode.
  • FIG.5(a) A preferred one Embodiment for implementing the sleep preparation steps is shown in FIG.5(a).
  • the UICC saves the internal random access memory (RAM) contents and the CPU registers, which are stored in, for example, a retention RAM (step S82).
  • RAM random access memory
  • the main memory contents and the CPU registers are encrypted before the backup is carried out (step S81).
  • the Advanced Encryption Standard Galois/Counter Mode (AES-GCM) algorithm can be used for this purpose.
  • the encryption and security operations are performed via the firmware of the modem 12.
  • the encryption/decryption step is optional.
  • Other means of securely storing memory contents and CPU registers can also be used, such as: B. the use of MRAM. If the internal memory is backed up by a battery, encryption/decryption may become unnecessary.
  • the UICC During hibernation mode, the UICC is turned off or has very low power. This makes the hibernation mode different from the standard SUSPEND mode of a smart card. While the smart card still consumes power in standard suppression mode, the smart card consumes no energy at all when in idle mode, which reduces the overall energy consumption of the end device. If the smart card is a passive device, it must be woken up by the end device after the sleep time has expired. For this purpose, the terminal 10 sends a switch-on/wake-up notification, as shown in step S9 in FIG.2. The wake-up notification can be sent to the UICC encapsulated in an APDU command. If the UICC was switched off during the idle state, the terminal 10 sends a switch-on command instead in step S9.
  • the UICC 20 After receiving the wake-up or power-on command, the UICC 20 performs a wake-up step S10. A preferred implementation of the wake-up step is shown in FIG.5(b).
  • the UICC 20 retrieves the content stored in step S82 from memory in step S91, decrypts the retrieved content in step S92, and restores the memory content and CPU registers to the pre-sleep state in step S93. These steps can be carried out with the firmware provided by the modem 12 of the terminal 10. By restoring the smart card to its pre-hibernation state, the context of the smart card operating system can be restored to resume operation in the same pre-hibernation state. No additional steps are required, such as: B.
  • the smart card is an integrated UICC (iUICC), its main memory (RAM) is shared with the terminal modem, so battery backup of the main memory is a way to save the contents of the smart card before it goes into sleep mode is relocated.
  • the smart card can instruct the modem to perform state recovery.
  • the smart card is an active device, the smart card can automatically wake up after the sleep time expires without requiring a command from the terminal modem.
  • Embodiments of the method for implementing a sleep mode in a smart card or UICC may be performed by a device 200 within the UICC 20, as shown in FIG. 1.
  • the device comprises at least a receiving unit 201, a processing unit 202 and a memory 203.
  • the receiving unit 201 is configured so that it receives the idle state trigger command from the terminal 10 via the interface 14 (step S1 in FIG. 2).
  • the processing unit 202 is configured to process the received command and perform the steps described above in connection with Figures 2 to 5 to cause the smart card to enter sleep mode.
  • the processing unit 202 has access to the firmware provided by the modem 12 and is configured to encrypt and decrypt the contents of the memory 203 for the pre- and post-hibernation backup and restore process.
  • the processing unit 202 is configured to send the request to the terminal 10 to extend the preset polling interval based on the maximum sleep time.
  • FIG. 6 shows a schematic diagram of an overview of embodiments of the method for implementing a hibernation mode in a smart card or UICC.
  • the terminal 10 preferably via its modem 12, notifies the smart card 20 of a trigger event that has a long duration.
  • a trigger event include an ENVELOPE command (CAT event, ETSI 102223), e.g. E.g. extending a standard event or using a proprietary flag/event.
  • the notification may be provided to the smart card in the form of the sleep trigger command in step S1 of FIG.2.
  • the event allows the SIM card to enter sleep mode during this time.
  • the smart card 20 returns the maximum sleep time (FIG.2, step S3) after which the smart card wakes up/is woken up (FIG.2, steps S9, S10).
  • FIG. 6(b) shows an embodiment for extending a standard POLL INTERVAL command beyond four hours as shown in steps S4 and S6 in FIG. 2 and steps S41 and S42 in FIG. 4 is implemented.
  • the terminal 10 Upon receipt of the request to extend the polling interval, stores the new polling interval to cover the maximum sleep time provided by the smart card. This prevents the end device from sending STATUS commands while the smart card is in idle state, as the smart card sends them cannot process commands during sleep mode, further reducing the energy consumption of the end device.
  • FIG.2 shows an embodiment for extending a standard POLL INTERVAL command beyond four hours as shown in steps S4 and S6 in FIG. 2 and steps S41 and S42 in FIG. 4 is implemented.
  • 6(c) shows an embodiment of the implementation of the extended SUSPEND command to specify the maximum sleep time for the variety of applications on the smart card.
  • the P1 bits can be used to communicate the maximum idle time.
  • the command only specifies the sleep duration to customer applications and does not trigger any operations related to suspend and resume.
  • This command can also be used to instruct the smart card to initiate subsequent sleep modes as needed, without requiring the smart card to determine the maximum sleep time from scratch. This avoids unnecessary calculation steps on the smart card, which further reduces the energy consumption of the end device.
  • FIG.7 shows a comparison of the communication flow between the terminal and the UICC in the conventional suppression method, as described in ETSI TS 102241 V16.1.0 (FIG.7(b)), with the communication flow for implementing the idle state method according to of the present invention (FIG. 7(a)).
  • Step 120 “UICC Suspend*”: This is the sleep trigger command implemented as a modified SUSPEND command of the UICC.
  • the expected process within the UICC is briefly shown in TABLE 2. This command puts the smart card/UICC into sleep mode. It indicates the sleep mode as in step S1 of FIG.2. This command can also be used to specify an idle state time defined by the terminal device.
  • - Step 130 “OK/Max. Sleep time”: Response from the UICC to the end device. The UICC informs the end device of the maximum idle time, MHT. If the modified SUSPEND command that the UICC received in step 120 already specifies a sleep time, the UICC simply returns OK in step 130.
  • - Step 140 “Power Off/Sleep Period”: Based on the device-specific mechanism, the UICC is turned off during the specified sleep time, MHT.
  • Step 150 “Power On*”: In addition to the traditional power on operation for each UICC, this power on command returns the UICC to the previous state before sleep. That is, this command causes the UICC to perform the wake-up steps shown in FIG.5(b).
  • - Step 160 “Usual exchange of commands”: After switching on the UICC and restoring the pre-idle state, the usual communication process between the end device and UICC can take place.
  • the aspects and embodiments described herein may be implemented with the assistance of a modem designer or chip vendor or other entity to which the UICC is coupled.
  • the provision of battery-backed memory and the memory mechanism to implement sleep mode are therefore device specific.
  • the hibernation state is transparent to the operating system (OS).
  • Hibernation mode suspends the running operating system, saves the system state and data, and resumes operation of the operating system after waking up.
  • low-level drivers can process the sleep request and resume operation transparently to the operating system.
  • Additional functions to support the idle state can be implemented on the modem.
  • the modem may not start a sleep request during the execution of an open USAT procedure, ie a USIM/SIM Application Toolkit according to ETSI/3GPP. Additionally, the modem may decide to start the sleep request even if a time event is pending.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Power Sources (AREA)

Abstract

L'invention concerne des modes de réalisation donnés à titre d'exemple d'un procédé et d'un dispositif pour mettre en œuvre un mode veille pour une carte à puce intelligente. Une instruction de déclenchement de l'état de veille est reçue sur la carte à puce intelligente par un terminal auquel la carte à puce intelligente est reliée par communication. Une durée d'état de veille maximale est déterminée sur la carte à puce intelligente et transmise au terminal, la carte à puce intelligente passant ensuite en mode veille.
PCT/DE2023/100684 2022-09-14 2023-09-13 Mode veille pour cartes à puce intelligentes WO2024056132A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102022003387.9 2022-09-14
DE102022003387.9A DE102022003387A1 (de) 2022-09-14 2022-09-14 Ruhezustandsmodus für Smartcards

Publications (1)

Publication Number Publication Date
WO2024056132A1 true WO2024056132A1 (fr) 2024-03-21

Family

ID=88241463

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/DE2023/100684 WO2024056132A1 (fr) 2022-09-14 2023-09-13 Mode veille pour cartes à puce intelligentes

Country Status (2)

Country Link
DE (1) DE102022003387A1 (fr)
WO (1) WO2024056132A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5247164A (en) * 1989-01-26 1993-09-21 Hitachi Maxell, Ltd. IC card and portable terminal
US20090153236A1 (en) * 2004-10-20 2009-06-18 Koninklijke Philips Electronics, N.V. Power control circuit with low power consumption
US20100049987A1 (en) * 2006-12-19 2010-02-25 Telecom Italia S.P.A Method and arrangement for secure user authentication based on a biometric data detection device
DE102008016913B4 (de) * 2007-03-27 2019-05-09 Samsung Electronics Co., Ltd. Mobiles elektronisches Gerät und Verfahren zum Energiemanagement
US20190208471A1 (en) * 2016-05-23 2019-07-04 Zte Corporation Smart card control method and device, terminal device and smart card

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5247164A (en) * 1989-01-26 1993-09-21 Hitachi Maxell, Ltd. IC card and portable terminal
US20090153236A1 (en) * 2004-10-20 2009-06-18 Koninklijke Philips Electronics, N.V. Power control circuit with low power consumption
US20100049987A1 (en) * 2006-12-19 2010-02-25 Telecom Italia S.P.A Method and arrangement for secure user authentication based on a biometric data detection device
DE102008016913B4 (de) * 2007-03-27 2019-05-09 Samsung Electronics Co., Ltd. Mobiles elektronisches Gerät und Verfahren zum Energiemanagement
US20190208471A1 (en) * 2016-05-23 2019-07-04 Zte Corporation Smart card control method and device, terminal device and smart card

Also Published As

Publication number Publication date
DE102022003387A1 (de) 2024-03-14

Similar Documents

Publication Publication Date Title
DE69015084T2 (de) Rechnersystem mit Steuereinheit zur Steuerung der Energieversorgung einer Speichereinheit.
DE102008064368B4 (de) Wenigstens teilweise auf einem Leistungszustand eines integrierten Schaltkreises basierende Versorgungsspannungssteuerung
DE60128396T2 (de) Computer-peripheriegerät, das betreibbar bleibt, wenn die operationen des zentralprozessors suspendiert werden
DE102009030544B4 (de) Verfahren für ein koordiniertes Link-Power-Management auf einer Computerplattform, Computer und Rechensystem
DE102010019487B4 (de) Speichervorrichtung, Datenverarbeitungsvorrichtung und Verfahren
DE4307226C2 (de) Verfahren und Einrichtung zum automatischen Steuern des Energieverbrauches einer integrierten Schaltung in einem Computersystem
DE102007048505B4 (de) Server, konfiguriert zum Verwalten von Leistung und Betriebsverhalten
DE102009041723B4 (de) Prozessor-Leistungsverbrauchsteuerung und Spannungsabsenkung über eine Mikroarchitektur-Bandbreitenbegrenzung
DE10159247B4 (de) Vorrichtung und Verfahren zur Durchführung eines Stromversorgungsmanagements von Kraftfahrzeugmultimediasystemen
DE60220506T2 (de) Leistungssteuerung für teilnehmeridentitätsmodul
DE60305817T2 (de) System und Verfahren zur Optimierung von Stromverbrauch in einer mobilen Umgebung
EP3663927B1 (fr) Procédé de fonctionnement à économie d'énergie d'un élément de sécurité d'un dispositif de système sur puce et dispositif de système sur puce
DE102012212441A1 (de) System und Verfahren zum Betreten und Verlassen eines Schlafmodus in einem Graphikuntersystem
DE202009011250U1 (de) Elektronisches Stromspargerät für Computer-Hauptplatinen (Motherboards) im "Standby-Speicher"-Zustand ("Suspend to Memory"-Status)
DE3335145A1 (de) Synchron arbeitender taktunterbrecher fuer mikroprozessoren
DE102009060267A1 (de) Leerlaufzeit-Bericht für ein Power-Management
DE10296549T5 (de) Ein Verfahren zum Bestimmen von Überführungspunkten bei Mikroprozessoren mit mehreren Leistungszuständen
DE60129423T2 (de) Verfahren und vorrichtung zur steuerung von prozessorenergie und prozessorleistung für einzelphasenregelkreisprozessorsysteme
DE112020001693T5 (de) Autonomer kernperimeter für prozessorzustände mit geringer leistung
DE102008059643A1 (de) Elektronische Steuerungsvorrichtung und Verfahren zur elektronischen Steuerung und zur Betätigung einer elektronischen Steuerungsvorrichtung
DE69921880T2 (de) Chipkarte mit einer Steuereinheit zur Speicherinhaltsübertragung und Methode zur Datenspeicherung in einer Chipkarte
EP2159667B1 (fr) Système informatique et procédé de fonctionnement d'un système informatique économisant l'énergie
EP1577738B1 (fr) Ordinateur personnel de poche avec plusiers états opérationnels
WO2024056132A1 (fr) Mode veille pour cartes à puce intelligentes
DE112018005673T5 (de) Konfigurierbares leeren von daten aus einem flüchtigen speicher in einen nicht flüchtigen speicher

Legal Events

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

Ref document number: 23783299

Country of ref document: EP

Kind code of ref document: A1