Method for payment device, electronic device, and storage medium

Abstract

The application discloses a method, an electronic device and a storage medium for a payment device. The method for the payment device comprises the following steps: sending an enabling control instruction to power consumption hardware of the payment device; determining whether the power consumption hardware is enabled in response to the enabling control instruction; and after the power consumption hardware is enabled, determining whether a transaction connection between the payment device and a transaction terminal is successfully established. By using the technical scheme provided in the application, the transaction success rate of the payment device can be improved, and the use experience of a user can be improved.

Description

Technical Field

[0001] This application relates to a method for a payment device, an electronic device, and a storage medium. Background Technology

[0002] A hard wallet visual card is a smart card that includes a display for information interaction. It is widely used in transportation, finance, social security, and other fields, greatly facilitating our daily lives. A typical hard wallet visual card uses a Secure Element (SE) to drive the display, enabling the visualization of transaction data during the transaction process. This display can be an e-ink display or a segment LCD screen, among others. When using a hard wallet visual card for transactions, users can clearly see the transaction progress and changes in transaction amount, thus improving user convenience. Summary of the Invention

[0003] This application discloses methods, electronic devices, and storage media for payment devices in several aspects. The method for payment devices can improve the transaction success rate of payment devices and enhance the user experience.

[0004] In a first aspect, this application provides a method for a payment device, comprising: sending an enable control command to power consumption hardware of the payment device; determining whether the power consumption hardware is enabled in response to the enable control command; and after the power consumption hardware is enabled, determining whether a transaction connection between the payment device and a transaction terminal is successfully established.

[0005] In a second aspect, this application provides a method for a payment device, comprising: increasing the power consumption of the payment device before establishing a transaction connection between a transaction terminal and the payment device, wherein the power consumption of the payment device is increased to be greater than or equal to the power consumption of the payment device during a transaction.

[0006] In some embodiments, the power consumption of the payment device is increased by enabling at least one power-consuming hardware and / or by using a software algorithm; and / or the method further includes: increasing the power consumption of the payment device after the transaction terminal establishes a transaction connection with the payment device and before executing a transaction instruction, wherein the power consumption of the payment device is increased to be greater than or equal to the power consumption of the payment device when the display screen refreshes.

[0007] In some embodiments, the transaction connection between the transaction terminal and the payment device can be contact-based or contactless.

[0008] In some embodiments, improving the power consumption of a payment device by enabling at least one power consumption hardware includes: sending an enable control command to the power consumption hardware of the payment device; determining whether the power consumption hardware is enabled in response to the enable control command; and after the power consumption hardware is enabled, determining whether a transaction connection between the payment device and the transaction terminal is successfully established.

[0009] In some embodiments, enabling at least one power hardware includes enabling one or more power hardware components.

[0010] In some embodiments, improving the power consumption of a payment device by enabling multiple power-consuming hardware components includes: sending an enable control command to multiple power-consuming hardware components of the payment device; determining whether the multiple power-consuming hardware components are enabled in response to the enable control command; and after the multiple power-consuming hardware components are enabled, determining whether a transaction connection between the payment device and the transaction terminal is successfully established.

[0011] In some embodiments of the first or second aspect of this application, after the power consumption hardware is enabled, determining whether the transaction connection between the payment device and the transaction terminal is successfully established includes: the payment device sending a reset response message to the transaction terminal, and determining that the transaction connection between the payment device and the transaction terminal is successfully established based on the transaction instruction sent by the transaction terminal after receiving the reset response message; and / or, if the power consumption hardware is not successfully enabled, determining that the transaction connection between the payment device and the transaction terminal is not successfully established.

[0012] In some embodiments of the first or second aspect of this application, the method includes: if the power consumption hardware is enabled and maintained for a preset duration, then the power consumption hardware is first turned off, and then a reset response information is sent to the transaction terminal; receiving a transaction instruction sent by the transaction terminal in response to the reset response information; performing screen refresh detection processing in response to the transaction instruction; and if the screen refresh detection passes, determining that the payment device continues to execute the transaction with the transaction terminal.

[0013] In some embodiments of the first or second aspect of this application, the screen refresh detection process in response to a transaction instruction includes: activating the transaction hardware in response to the transaction instruction and sending a screen start instruction to the display; wherein the power consumption of the payment device during the execution of the screen start instruction is greater than or equal to the power consumption of the payment device during screen refresh of the display; and determining whether the screen start instruction was successfully executed.

[0014] In some embodiments of the first or second aspect of this application, determining whether the screen startup instruction was executed successfully includes: if the screen startup instruction was not executed successfully, determining that the screen refresh detection failed and terminating the transaction between the payment device and the transaction terminal.

[0015] In some embodiments of the first or second aspect of this application, after determining that the transaction connection between the payment device and the transaction terminal has been successfully established, the method further includes: if the transaction execution fails, terminating the transaction process between the payment device and the transaction terminal; and / or if the transaction execution is successful, displaying the transaction result information on the display of the payment device.

[0016] In some embodiments of the first or second aspect of this application, displaying transaction result information on a display includes: shutting down the transaction working hardware; sending a screen refresh command and transaction result information to the display, so that the display can display the transaction result information in response to the screen refresh command.

[0017] In some embodiments of the first or second aspect of this application, the power consumption hardware includes power consumption hardware inside the security element and / or power consumption hardware outside the security element; wherein, sending an enable control command to the power consumption hardware of the payment device includes sending enable control commands to the power consumption hardware inside the security element and / or the power consumption hardware outside the security element respectively.

[0018] Regarding the first or second aspect of this application, in some embodiments, the power consumption hardware inside the security element includes one or more of the following: algorithm operation hardware, random number generation hardware, etc.; and / or, the power consumption hardware outside the security element includes one or more of the following: display, MCU, button module, fingerprint module, Bluetooth module, etc.

[0019] In some embodiments of the first or second aspect of this application, the payment device includes an active payment device or a passive payment device. If the payment device is an active payment device, before sending an enable control command to the power consumption hardware of the payment device, the method further includes: detecting the power consumption of the active payment device; if the remaining power consumption of the active payment device meets a preset condition, then the step of sending an enable control command to the power consumption hardware of the payment device is executed.

[0020] In some embodiments of the first or second aspect of this application, the power consumption of the payment device when the power consumption hardware is enabled is greater than or equal to the power consumption of the payment device during a transaction.

[0021] In some embodiments of the first or second aspect of this application, after determining whether the power consumption hardware is enabled in response to the enable control command, the method further includes: if the power consumption hardware is enabled and remains enabled for a preset duration, then the power consumption hardware is first turned off, and then a reset response information is fed back to the transaction terminal, wherein the preset duration for which the power consumption hardware remains enabled is greater than or equal to the duration of the maximum power consumption of the payment device in subsequent transactions.

[0022] In some embodiments of the first or second aspect of this application, the payment device may be a payment device with a display (also known as a visual payment device), or the payment device may be a non-visual payment device.

[0023] In a third aspect, this application provides an electronic device, comprising:

[0024] A processor; and a memory having program code stored thereon for a method for a payment device, wherein when the program code is executed by the processor, the electronic device performs the method as described in the first or second aspect above.

[0025] In a fourth aspect, this application provides a non-transitory machine-readable storage medium having stored thereon program code for a method of a payment device, which, when executed by a processor, enables the implementation of the method described in the first or second aspect above.

[0026] The technical solution provided in this application may include the following beneficial effects:

[0027] The method, electronic device, and storage medium for payment devices provided in this application, in some embodiments, send an enable control command to the power consumption hardware of the payment device to determine whether the power consumption hardware is enabled in response to the enable control command. After the power consumption hardware is enabled, it is determined whether the transaction connection between the payment device and the transaction terminal is successfully established. This allows for the simulation of high-power operation by enabling the power consumption hardware before the card search ends, thereby detecting whether the current field strength provided by the transaction terminal to the payment device can meet the requirements of subsequent transaction operations. Only when the field strength condition is confirmed to meet the requirements of subsequent transaction operations is the transaction connection between the payment device and the transaction terminal successfully established, ensuring sufficient field strength to meet the power consumption requirements of subsequent transaction operations. This improves the transaction success rate of the payment device and enhances the user experience. In some embodiments of this application, before the card search ends, the power consumption of the payment device can be increased by enabling at least one power consumption hardware and / or by using software algorithms to improve the transaction success rate and enhance the user experience. Attached Figure Description

[0028] The above and other objects, features, and advantages of exemplary embodiments of this application will become readily understood by reading the following detailed description with reference to the accompanying drawings. In the drawings, several embodiments of this application are illustrated by way of example and not limitation, and the same or corresponding reference numerals denote the same or corresponding parts, wherein:

[0029] Figure 1Exemplary flowcharts of methods for payment devices according to some embodiments of this application are shown;

[0030] Figure 2 Exemplary flowcharts of methods for payment devices according to other embodiments of this application are shown;

[0031] Figure 3 An exemplary flowchart of a method for a payment device according to some embodiments of this application is shown;

[0032] Figure 4 An exemplary flowchart of a method for a payment device according to some embodiments of the present application is shown;

[0033] Figure 5 This is a schematic diagram of the structure of an electronic device shown in an embodiment of this application. Detailed Implementation

[0034] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. For simplicity and clarity, reference numerals may be repeated in the drawings to indicate corresponding or similar elements where deemed appropriate. Furthermore, this application sets forth many specific details to provide a thorough understanding of the embodiments described herein. However, those skilled in the art will understand that the embodiments described herein can be practiced without these specific details. In other instances, well-known methods, processes, and components have not been described in detail so as not to obscure the embodiments described herein. Moreover, this description should not be considered as limiting the scope of the embodiments described herein. All other embodiments obtained by those skilled in the art based on the embodiments of this application without inventive effort are within the scope of protection of this application.

[0035] It should be understood that the possible terms "first" or "second," etc., in the claims, specification, and drawings disclosed in this application are used to distinguish different objects, rather than to describe a specific order. The terms "comprising" and "including" used in the specification and claims of this application indicate the presence of the described features, integrals, steps, operations, elements, and / or components, but do not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components, and / or collections thereof.

[0036] It should also be understood that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the application. As used in this specification and claims, the singular forms “a,” “an,” and “the” are intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used in this specification and claims refers to any combination and all possible combinations of one or more of the associated listed items, and includes such combinations.

[0037] As used in this specification and claims, the term "if" may be interpreted, depending on the context, as "when," "once," "in response to determination," or "in response to detection." Similarly, the phrase "if determined" or "if [described condition or event] is detected" may be interpreted, depending on the context, as "once determined," "in response to determination," "once [described condition or event] is detected," or "in response to detection of [described condition or event]."

[0038] The inventors of this application noted during their research that existing hard wallet visual cards lack NFC field strength detection functionality. As a result, in application scenarios with slightly lower NFC field strength, hard wallet visual cards still have a high probability of transaction failure. Specifically, when a hard wallet visual card approaches the transaction terminal at a slow speed, forming a slow-entry state, the transaction terminal may detect the hard wallet visual card prematurely, but the provided NFC field strength may be insufficient for the hard wallet visual card to perform the transaction, resulting in a low transaction success rate. Therefore, there is an urgent need to provide an innovative method for payment devices to improve the transaction success rate and enhance the user experience.

[0039] The specific embodiments of this application will now be described in detail with reference to the accompanying drawings.

[0040] Figure 1 Exemplary flowcharts of methods for payment devices according to some embodiments of this application are shown. Please refer to... Figure 1 The method for a payment device illustrated in the embodiments of this application may include:

[0041] In step S101, an enable control command is sent to the power consumption hardware of the payment device. In this embodiment, the aforementioned enable control command is a command used to control the power consumption hardware of the payment device to be enabled. The purpose of controlling the power consumption hardware of the payment device to be enabled is to simulate high-power operation. The power consumption hardware may be one, some, or all of the hardware that may be enabled when the payment device performs a transaction, and may include, but is not limited to, power consumption hardware inside the security element and / or power consumption hardware outside the security element.

[0042] In step S102, it is determined whether the power consumption hardware is activated in response to the activation control command. In this embodiment, the power source of the payment device can be the power generated by the electromagnetic induction effect of the NFC field strength provided by the transaction terminal on the internal coil of the payment device. It is understood that the power generated by the aforementioned electromagnetic induction may be insufficient if the payment device is not close enough to the transaction terminal. In the case of insufficient power supply, the power consumption hardware of the payment device will naturally not be activated. Conversely, when the power supply is sufficient, the power consumption hardware of the payment device will naturally be activated.

[0043] In step S103, after the power consumption hardware is enabled, it is determined whether the transaction connection between the payment device and the transaction terminal has been successfully established. Successful activation of the power consumption hardware indicates that the current power supply is sufficient to meet the power consumption requirements of the payment device during transaction operations. After this, it can be determined whether the transaction connection between the payment device and the transaction terminal has been successfully established.

[0044] For example, after power consumption hardware is enabled, determining whether a transaction connection between the payment device and the transaction terminal has been successfully established includes: the payment device sending a reset response message to the transaction terminal, and, based on the transaction instruction sent by the transaction terminal after receiving the reset response message, determining that the transaction connection between the payment device and the transaction terminal has been successfully established. Here, the reset response message is the ATS information fed back by the payment device to the transaction terminal. The transaction terminal receiving the reset response message means that it confirms that a transaction connection has been successfully established with the payment device, and the payment device receiving the transaction instruction sent by the transaction terminal means that it confirms that a transaction connection has been successfully established with the transaction terminal. The methods by which the transaction terminal determines whether a transaction connection has been successfully established between the payment device and the transaction terminal include, but are not limited to, the reset response message.

[0045] In some embodiments, if not all power consumption hardware that received the enable control command for simulating high-power operation is enabled, it indicates that the current power supply is insufficient and cannot meet the power consumption required by the payment device during subsequent transaction operations, and the transaction is terminated. The payment device may include, but is not limited to, a hardware wallet, a mobile phone, a wearable device (such as a watch, bracelet, etc.), or a work badge.

[0046] This application sends an enable control command to the power consumption hardware of the payment device, thereby determining whether the power consumption hardware is enabled in response to the enable control command. After the power consumption hardware is enabled, it determines whether the transaction connection between the payment device and the transaction terminal is successfully established. This allows for the simulation of high-power operation by enabling the power consumption hardware before the card search ends, thereby detecting whether the current field strength provided by the transaction terminal to the payment device is sufficient to meet the power consumption requirements of subsequent transaction operations. Only when the field strength condition is confirmed to meet the requirements of subsequent transaction operations is the transaction connection between the payment device and the transaction terminal successfully established. This ensures that when the transaction connection between the payment device and the transaction terminal is successfully established, there is sufficient field strength to meet the power consumption requirements of subsequent transaction operations. This improves the transaction success rate of the payment device and enhances the user experience. In some embodiments of this application, before the card search ends, the power consumption of the payment device can be increased by enabling at least one power consumption hardware and / or by using software algorithms to improve the transaction success rate and enhance the user experience.

[0047] In some embodiments, the complete transaction process of the payment device can be further designed. The following will combine... Figure 2 This section will provide a detailed explanation of the complete transaction process for payment devices. Figure 2 Exemplary flowcharts of methods for payment devices according to other embodiments of this application are shown below. Figure 2 The method for a payment device illustrated in the embodiments of this application may include:

[0048] In step S201, an enable control command is sent to the power consumption hardware of the payment device. In this embodiment, the aforementioned power consumption hardware may include power consumption hardware inside the security element and / or power consumption hardware outside the security element. Accordingly, enable control commands can be sent to the power consumption hardware inside the security element and / or the power consumption hardware outside the security element respectively. The power consumption hardware inside the security element may include, but is not limited to, one or more of algorithm processing hardware and random number generation hardware; additionally, the power consumption hardware outside the security element may include, but is not limited to, one or more of a display, MCU (Microcontroller Unit), button module, fingerprint module, and Bluetooth module. It is understood that the power consumption of the payment device when the power consumption hardware is enabled (here, power consumption is the total power consumption of the payment device) is greater than or equal to the power consumption of the payment device during a transaction (here, power consumption is the total power consumption of the payment device), thereby ensuring that the power supply currently provided can meet the power consumption requirements of the power consumption hardware, and also meet the power consumption requirements of the payment device during subsequent transaction operations.

[0049] In step S202, it is determined whether the power consumption hardware is enabled in response to the enable control command. In this embodiment, the content of step S202 is substantially the same as that of step S102, and will not be described again here.

[0050] In step S203, if the power consumption hardware is enabled and remains active for a preset duration, the power consumption hardware is first disabled, and then a reset response is sent to the transaction terminal. The fact that the power consumption hardware remains active for a preset duration indicates that the current power supply is sufficient and stable. Preferably, the preset duration for which the power consumption hardware remains active can be set to be greater than or equal to the duration of the maximum power consumption of the payment device for subsequent transactions. It is understood that the preset duration can be set differently for different payment devices. Afterwards, the power consumption hardware can be disabled to end the high-power simulation operation, and then a reset response is sent to the transaction terminal to establish a transaction connection.

[0051] In step S204, a transaction instruction is received from the transaction terminal after receiving the reset response information. In this embodiment, the aforementioned transaction instruction may refer to an execution instruction for a transaction between the payment device and the transaction terminal. Upon receiving the transaction instruction, the transaction between the payment device and the transaction terminal begins.

[0052] In step S205, screen refresh detection processing is performed in response to a transaction instruction. In some embodiments of this application, the payment device may be equipped with a display, which can be used to display transaction information and other functions. In some cases, during the transaction process, insufficient power supply may cause the screen refresh to fail. Therefore, in some embodiments, screen refresh detection processing can be performed to further improve the transaction success rate.

[0053] In this embodiment, specifically, the transaction hardware can be activated first in response to a transaction instruction. This transaction hardware can be one or more of the aforementioned power-consuming hardware, such as increasing the MCU's clock speed, etc., which can be determined based on the actual application. This application does not impose any limitations in this regard. A screen activation instruction is then sent to the display. The power consumption of the payment device during the execution of the screen activation instruction is greater than or equal to the power consumption of the payment device during the display's screen refresh. The power consumption of the payment device during the execution of the screen activation instruction refers to the total power consumption of the payment device during the execution of the screen activation instruction. It is understood that a large instantaneous power consumption will occur during the execution of the screen activation instruction. In some embodiments, this instantaneous power consumption is slightly larger than or equal to the power consumption during the display's screen refresh. Therefore, executing a screen activation instruction can be used to simulate a display screen refresh test, thereby determining whether the currently provided power is sufficient to meet the power consumption required for the display's screen refresh, thus improving the screen refresh success rate. In other examples, if the instantaneous power consumption during screen startup is not greater than the power consumption during screen refresh, the total power consumption of the payment device during screen startup can be greater than or equal to the total power consumption of the payment device during screen refresh by enabling the internal or external hardware parallel working module of the Secure Element (SE) (an example of power consumption hardware) while executing the screen startup command.

[0054] Next, it is determined whether the screen startup command was executed successfully. If the screen startup command was executed successfully, it means that the currently provided power is sufficient to meet the power consumption required for the display screen refresh, the screen refresh detection is passed, and subsequent transactions can be executed. Conversely, if the screen startup command was not executed successfully, it is determined that the screen refresh detection failed and the transaction with the transaction terminal is terminated to prevent users from thinking that the transaction has failed due to screen refresh failure, thereby improving user satisfaction.

[0055] In step S206, if the screen swipe detection passes, it is determined that the payment device will continue to execute the transaction with the transaction terminal.

[0056] In some embodiments, the payment device may be a visual payment device including a display or a non-visual payment device without a display.

[0057] In this embodiment, if the transaction fails, the transaction process between the payment device and the transaction terminal is terminated; and / or, in some embodiments, when the payment device includes a display, if the transaction succeeds, the transaction result information is displayed on the payment device's display. When displaying the transaction result information on the payment device's display, the transaction hardware can be shut down first, and then a screen refresh command and the transaction result information can be sent to the display, enabling the display to respond to the screen refresh command and display the transaction result information.

[0058] In some embodiments, the payment device can be an active payment device or a passive payment device. An active payment device means that it has a built-in power supply. The power source for the payment device can be the electrical energy generated by the electromagnetic induction effect of the NFC field strength provided by the transaction terminal on the internal coil of the payment device, and / or the electrical energy from the built-in power supply. The following will combine... Figure 3 The steps for simulating high-power operation when the payment device is an active payment device. Figure 3 Exemplary flowcharts of methods for payment devices according to some embodiments of this application are shown below. Figure 3 The method for a payment device illustrated in the embodiments of this application may include:

[0059] In step S301, the power level of the active payment device is detected. In this embodiment, the power information of the built-in power supply can be obtained through the SE or MCU to obtain the power information of the built-in power supply and complete the power level detection. It is understood that there are various methods for power level detection, and in practical applications, the method of power level detection can be determined according to the actual application situation. This application does not impose any restrictions in this regard.

[0060] In step S302, if the remaining power of the active payment device meets the preset condition, then the step of sending an enable control command to the power consumption hardware of the payment device is executed. In this embodiment of the application, for example, the aforementioned preset condition can be set to be less than or equal to a preset power value. In practical applications, the setting method of the preset condition is diverse and can be reasonably set according to the actual application situation. It only needs to reflect that the remaining power of the active payment device cannot meet the power consumption required for the transaction operation. This application does not impose any restrictions in this regard.

[0061] In step S303, it is determined whether the power consumption hardware is enabled in response to the enable control command. In this embodiment, the content of step S303 is substantially the same as that of step S102, and will not be described again here.

[0062] In step S304, after the power consumption hardware is enabled, it is determined whether the transaction connection between the payment device and the transaction terminal has been successfully established. In this embodiment, the content of step S304 is substantially the same as that of step S103, and will not be described again here.

[0063] In some embodiments, this application also provides another method for a payment device. The following will be combined with... Figure 4 This section will provide a detailed explanation of the method used for payment devices. Figure 4 Exemplary flowcharts of a method for a payment device according to some embodiments of this application are shown below. Figure 4 The method for a payment device illustrated in the embodiments of this application may further include:

[0064] In step S401, the power consumption of the payment device is increased before the transaction terminal and the payment device establish a transaction connection. In this embodiment, the transaction connection between the transaction terminal and the payment device can be contact-based or contactless, depending on the actual application. This application does not impose any restrictions in this regard.

[0065] In this embodiment, the power consumption of the payment device is increased to be greater than or equal to the power consumption of the payment device during a transaction. Exemplarily, this can be achieved by enabling at least one power-consuming hardware component and / or by using a software algorithm. Specific steps may include sending an enable control command to one of the power-consuming hardware components of the payment device; determining whether the power-consuming hardware is enabled in response to the enable control command; and after the power-consuming hardware is enabled, determining whether a transaction connection between the payment device and the transaction terminal has been successfully established, for example, by sending a reset response information to the transaction terminal. Alternatively, specific steps may include: increasing the power consumption of the payment device by enabling multiple power-consuming hardware components, including: sending an enable control command to multiple power-consuming hardware components of the payment device; determining whether the multiple power-consuming hardware components are enabled in response to the enable control command; and after the multiple power-consuming hardware components are enabled, determining whether a transaction connection between the payment device and the transaction terminal has been successfully established, for example, by sending a reset response information to the transaction terminal.

[0066] In step S402, after the transaction terminal establishes a transaction connection with the payment device but before executing the transaction instruction, the power consumption of the payment device is increased. For example, the power consumption of the payment device is increased to be greater than or equal to the power consumption of the payment device when the display screen refreshes.

[0067] It is understood that both steps S401 and S402 can be performed, or only one step needs to be performed. In practical applications, it depends on the specific application situation, and this application does not impose any restrictions in this regard.

[0068] Corresponding to the aforementioned application function implementation method embodiments, this application also provides an electronic device for performing a method for a payment device and corresponding embodiments.

[0069] Figure 5 A block diagram illustrating the hardware configuration of an electronic device 500 that can implement the method for a payment device according to embodiments of this application is shown. Figure 5 As shown, the electronic device 500 may include a processor 510 and a memory 520. Figure 5 In the electronic device 500, only the components relevant to this embodiment are shown. Therefore, it will be apparent to those skilled in the art that the electronic device 500 may also include components related to... Figure 5The following are common components with different constituent elements. For example, a fixed-point arithmetic unit.

[0070] Electronic device 500 can correspond to a computing device with various processing functions, such as functions for generating neural networks, training or learning neural networks, quantizing floating-point neural networks into fixed-point neural networks, or retraining neural networks. For example, electronic device 500 can be implemented as various types of devices, such as personal computers (PCs), server devices, mobile devices, etc.

[0071] The processor 510 controls all functions of the electronic device 500. For example, the processor 510 controls all functions of the electronic device 500 by executing programs stored in the memory 520 on the electronic device 500. The processor 510 can be implemented by a central processing unit (CPU), graphics processing unit (GPU), application processor (AP), artificial intelligence processor chip (IPU), etc., provided in the electronic device 500. However, this application is not limited to this.

[0072] In some embodiments, the processor 510 may include an input / output (I / O) unit 511 and a computing unit 512. The I / O unit 511 may be used to receive various data, such as an enable control command. Exemplarily, the computing unit 512 may be used to send the enable control command received via the I / O unit 511 to the power hardware of the payment device, thereby determining whether the power hardware is enabled in response to the enable control command; and after the power hardware is enabled, determining whether a transaction connection between the payment device and the transaction terminal has been successfully established. This reset response information may, for example, be output by the I / O unit 511. The output data may be provided to the memory 520 for use by other devices (not shown), or it may be directly provided to other devices.

[0073] Memory 520 is hardware used to store various data processed in electronic device 500. For example, memory 520 can store processed data and data to be processed in electronic device 500. Memory 520 can store datasets involved in the process of a method for a payment device that has been processed or is to be processed by processor 510, such as enable control instructions. In addition, memory 520 can store applications, drivers, etc., to be driven by electronic device 500. For example, memory 520 can store various programs related to the method for a payment device to be executed by processor 510. Memory 520 can be DRAM, but this application is not limited to it. Memory 520 can include at least one of volatile memory or non-volatile memory. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), flash memory, phase-change RAM (PRAM), magnetic RAM (MRAM), resistive RAM (RRAM), ferroelectric RAM (FRAM), etc. Volatile memory may include dynamic RAM (DRAM), static RAM (SRAM), synchronous DRAM (SDRAM), PRAM, MRAM, RRAM, ferroelectric RAM (FeRAM), etc. In embodiments, memory 520 may include at least one of hard disk drive (HDD), solid-state drive (SSD), high-density flash memory (CF), secure digital card (SD), micro-secure digital card (Micro-SD), mini-secure digital card (Mini-SD), extreme digital card (xD), cache, or memory stick.

[0074] In summary, the specific functions implemented by the memory 520 and processor 510 of the electronic device 500 provided in this specification can be explained in comparison with the aforementioned embodiments in this specification, and can achieve the technical effects of the aforementioned embodiments. Therefore, they will not be repeated here.

[0075] In this embodiment, the processor 510 can be implemented in any suitable manner. For example, the processor 510 can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) that can be executed by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers, etc.

[0076] It should also be understood that any module, unit, component, server, computer, terminal, or device that executes the instructions executorized herein may include or otherwise access computer-readable media, such as storage media, computer storage media, or data storage devices (removable) and / or non-removable) such as disks, optical discs, or magnetic tapes. Computer storage media may include volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information, such as computer-readable instructions, data structures, program modules, or other data.

[0077] While numerous embodiments of this application have been shown and described herein, it will be apparent to those skilled in the art that such embodiments are provided by way of example only. Many modifications, alterations, and alternatives will arise for those skilled in the art without departing from the spirit and intent of this application. It should be understood that various alternatives to the embodiments of this application described herein may be employed in the practice of this application. The appended claims are intended to define the scope of protection of this application and therefore cover equivalents or alternatives within the scope of these claims.

Claims

1. A method for a payment device, characterized in that, include: Send an enable control command to the power consumption hardware of the payment device; Determine whether the power consumption hardware is enabled in response to the enable control command; as well as After the power consumption hardware is enabled, determine whether the transaction connection between the payment device and the transaction terminal has been successfully established; If the power consumption hardware is enabled and remains enabled for a preset duration, the power consumption hardware is first turned off, and then a reset response information is sent back to the transaction terminal. Receive transaction instructions sent by the transaction terminal; The screen refresh detection process in response to the transaction instruction includes: activating the transaction hardware in response to the transaction instruction and sending a screen refresh instruction to the display; wherein the power consumption of the payment device during the execution of the screen refresh instruction is greater than or equal to the power consumption of the payment device during screen refresh on the display; determining whether the screen refresh instruction was successfully executed; and If the screen refresh detection passes, the payment device will continue to execute the transaction with the transaction terminal.

2. The method according to claim 1, characterized in that, After the power consumption hardware is enabled, determining whether the transaction connection between the payment device and the transaction terminal has been successfully established includes: the payment device sending a reset response message to the transaction terminal, and, based on the transaction instruction sent by the transaction terminal after receiving the reset response message, determining that the transaction connection between the payment device and the transaction terminal has been successfully established; and / or, The method further includes: if the power consumption hardware is not successfully enabled, then determining that the transaction connection between the payment device and the transaction terminal has not been successfully established.

3. The method according to claim 1, characterized in that, Determining whether the screen startup command was executed successfully includes: If the screen startup command fails to execute, the screen refresh detection is determined to have failed and the transaction between the payment device and the transaction terminal is terminated.

4. The method according to claim 1, characterized in that, Also includes: If the transaction fails, the transaction process between the payment device and the transaction terminal will be terminated. and / or If the transaction is successfully executed, the transaction result information will be displayed on the screen of the payment device.

5. The method according to claim 4, characterized in that, The step of displaying the transaction result information on the display includes: Shut down the hardware that was used for the transaction; Send a screen refresh command and the transaction result information to the display, so that the display can respond to the screen refresh command and display the transaction result information.

6. The method according to any one of claims 1 to 5, characterized in that, The power consumption hardware includes power consumption hardware inside the security element and / or power consumption hardware outside the security element; wherein, sending the enable control command to the power consumption hardware of the payment device includes: The enable control command is sent to the power consumption hardware inside the security element and / or the power consumption hardware outside the security element, respectively.

7. The method according to claim 6, characterized in that, The power-consuming hardware inside the security element includes one or more of the following: algorithm computation hardware and random number generation hardware; and / or, The power-consuming hardware outside the security element includes one or more of the following: display, MCU, button module, fingerprint module, and Bluetooth module.

8. The method according to any one of claims 1 to 5, characterized in that, The payment device may be an active payment device or a passive payment device. If the payment device is an active payment device, then before sending the enable control command to the power consumption hardware of the payment device, the following steps are also included: The power level of the active payment device is detected. If the remaining power of the active payment device meets the preset conditions, then the step of sending an enable control command to the power consumption hardware of the payment device is executed.

9. The method according to any one of claims 1 to 5, characterized in that, The power consumption of the payment device when the power consumption hardware is enabled is greater than or equal to the power consumption of the payment device during a transaction.

10. The method according to any one of claims 1 to 5, characterized in that, After determining whether the power consumption hardware is enabled in response to the enable control command, the method further includes: If the power consumption hardware is enabled and maintained for a preset duration, the power consumption hardware is first turned off, and then a reset response information is sent back to the transaction terminal. The preset duration maintained after the power consumption hardware is enabled is greater than or equal to the duration of the maximum power consumption of the payment device in subsequent transactions.

11. A method for a payment device, characterized in that, include: Before establishing a transaction connection between the transaction terminal and the payment device, the power consumption of the payment device is increased, wherein the power consumption of the payment device is increased to be greater than or equal to the power consumption of the payment device during the transaction; The method of increasing the power consumption of the payment device by enabling at least one power consumption hardware and / or by using a software algorithm includes: sending an enable control command to the power consumption hardware of the payment device; determining whether the power consumption hardware is enabled in response to the enable control command; and after the power consumption hardware is enabled, determining whether a transaction connection between the payment device and the transaction terminal is successfully established. If the power consumption hardware is enabled and remains enabled for a preset duration, the power consumption hardware is first turned off, and then a reset response information is sent back to the transaction terminal. Receive transaction instructions sent by the transaction terminal; The screen refresh detection process in response to the transaction instruction includes: activating the transaction hardware in response to the transaction instruction and sending a screen refresh instruction to the display; wherein the power consumption of the payment device during the execution of the screen refresh instruction is greater than or equal to the power consumption of the payment device during screen refresh on the display; determining whether the screen refresh instruction was successfully executed; and If the screen refresh detection passes, the payment device will continue to execute the transaction with the transaction terminal.

12. The method according to claim 11, characterized in that, The power consumption of the payment device can be increased by enabling at least one power-consuming hardware component and / or by using software algorithms; and / or The method further includes: increasing the power consumption of the payment device after the transaction terminal establishes a transaction connection with the payment device and before executing the transaction instruction, wherein the power consumption of the payment device is increased to be greater than or equal to the power consumption of the payment device when the display screen is refreshed.

13. An electronic device, characterized in that, include: processor; as well as A memory having program code stored thereon, which, when executed by the processor, causes the electronic device to implement the method as described in any one of claims 1-10 or 11-12.

14. A non-volatile readable storage medium having stored thereon program code for improving transaction success rate, wherein when the program code is executed by a processor, it causes the method as described in any one of claims 1-10 or 11-12 to be implemented.

Images