Payment method, device, electronic device, and computer-readable storage medium

Abstract

The present application relates to a payment method, apparatus, computer equipment and storage medium, which are applied to a wearable device, wherein the wearable device includes a first processor and a second processor, wherein the first processor is used to run a first system, and the second processor is used to run a second system. When the wearable device is in the second system state, the power consumption of the second processor is lower than that of the first processor. The application includes: obtaining a payment instruction and sending the payment instruction to the first system; receiving a payment graphic code returned by the first system according to the payment instruction; and completing the payment through a low-performance system.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a payment method, device, electronic device, and computer-readable storage medium. Background Art

[0002] Smart wearable devices are becoming increasingly popular, especially smart watches and wristbands, which have become increasingly popular among young people. Smart wearable devices not only have the functions of traditional watches, such as clocks, but also some functions of other electronic devices, such as payment functions.

[0003] However, the traditional method of using smart wearable devices for payment can only be completed through systems with higher performance, and cannot be completed under low-performance systems. Summary of the Invention

[0004] The embodiments of the present application provide a payment method, device, electronic device, and computer-readable storage medium. The entire payment process is in a second system state, controlled by a low-power processor, receives and displays the payment graphic code through dual-core communication, and completes the payment through a low-performance system.

[0005] A payment method is applied to a wearable device, the wearable device comprising a first processor and a second processor, wherein the first processor is configured to run a first system, and the second processor is configured to run a second system. When the wearable device is in the second system state, power consumption of the second processor is lower than power consumption of the first processor. The method comprises:

[0006] Obtaining a payment instruction, and sending the payment instruction to the first system;

[0007] receiving a payment graphic code returned by the first system according to the payment instruction;

[0008] The payment is completed through the payment graphic code.

[0009] A payment device is applied to a wearable device, the wearable device including a first processor and a second processor, wherein the first processor is used to run a first system, and the second processor is used to run a second system. When the wearable device is in the second system state, the power consumption of the second processor is lower than the power consumption of the first processor. The device includes:

[0010] a payment instruction sending module, configured to obtain a payment instruction and send the payment instruction to the first system;

[0011] a payment graphic code receiving module, configured to receive the payment graphic code returned by the first system according to the payment instruction;

[0012] The payment module is used to complete payment through the payment graphic code.

[0013] An electronic device includes a memory and a processor, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor executes the steps of the above method.

[0014] A computer-readable storage medium stores a computer program, which implements the steps of the above method when executed by a processor.

[0015] The above-mentioned payment method, device, electronic device and computer-readable storage medium are applied to wearable devices. The wearable device includes a first processor and a second processor. The first processor is used to run the first system, and the second processor is used to run the second system. The wearable device is in the second system state. The power consumption of the second processor is lower than that of the first processor. The payment instruction is obtained and sent to the first system; the payment graphic code returned by the first system according to the payment instruction is received; the payment is completed through the payment graphic code. The entire payment process is in the second system state and is controlled by a low-power processor. The payment graphic code is received and displayed through dual-core communication. The payment is completed through the low-performance system, and the high performance of the second system is used to complete the payment function that cannot be implemented on the low-performance system.

[0016] A payment method is applied to a wearable device, the wearable device comprising a first processor and a second processor, wherein the first processor is configured to run a first system, and the second processor is configured to run a second system. When the wearable device is in the second system state, power consumption of the second processor is lower than power consumption of the first processor. The method comprises:

[0017] receiving a payment instruction sent by the second system, and generating a corresponding payment graphic code according to the payment instruction;

[0018] The payment graphic code is sent to the second system, where the payment graphic code is used to complete payment through the second system.

[0019] A payment device is applied to a wearable device, the wearable device including a first processor and a second processor, wherein the first processor is used to run a first system, and the second processor is used to run a second system. When the wearable device is in the second system state, the power consumption of the second processor is lower than the power consumption of the first processor. The device includes:

[0020] a payment graphic code generation module, configured to receive a payment instruction sent by the second system and generate a corresponding payment graphic code according to the payment instruction;

[0021] The sending module is used to send the payment graphic code to the second system, and the payment graphic code is used to complete the payment through the second system.

[0022] An electronic device includes a memory and a processor, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor executes the steps of the above method.

[0023] A computer-readable storage medium stores a computer program, which implements the steps of the above method when executed by a processor.

[0024] The payment method, apparatus, electronic device, and computer-readable storage medium described above are applied to a wearable device. The wearable device includes a first processor and a second processor, wherein the first processor is used to run a first system, and the second processor is used to run a second system. When the wearable device is in the second system state, the second processor consumes less power than the first processor. The wearable device receives a payment instruction sent by the second system, generates a corresponding payment graphic code based on the payment instruction, and sends the payment graphic code to the second system, where the payment graphic code is used to complete payment through the second system. The entire payment process is controlled by the low-power processor in the second system state. The payment graphic code is received and displayed via dual-core communication, and payment is completed through the low-performance system. The high performance of the second system is utilized to complete payment functions that would not be possible on the low-performance system. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0026] Figure 1 A diagram showing an application environment of a payment method in one embodiment;

[0027] Figure 2 A flowchart of a payment method in one embodiment;

[0028] Figure 3 is a flow chart of a payment method in another embodiment;

[0029] Figure 4 A flowchart of uplink data packet transmission in one embodiment;

[0030] Figure 5 is a schematic diagram of the internal structure of a wearable device in one embodiment;

[0031] Figure 6 This is a schematic diagram of an interaction of a payment method in a specific embodiment;

[0032] Figure 7 A flowchart of a payment method in one embodiment;

[0033] Figure 8 This is a structural block diagram of a payment device in one embodiment;

[0034] Figure 9 is a structural block diagram of a payment device in another embodiment;

[0035] Figure 10 FIG. 1 is a schematic diagram of the internal structure of an electronic device in one embodiment. DETAILED DESCRIPTION

[0036] In order to make the purpose, technical solutions and advantages of this application more clearly understood, the present application is further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain this application and are not intended to limit this application.

[0037] It is understood that the terms "first," "second," and the like used herein may be used to describe various elements herein, but these elements are not limited by these terms. These terms are only used to distinguish a first element from another element. For example, a first processor may be referred to as a second processor, and vice versa, without departing from the scope of this application; both are processors, but they are not the same processor.

[0038] Figure 1 FIG. 1 is a schematic diagram of an application environment of a payment method in an embodiment. Figure 1As shown, the application environment includes a wearable device, which includes a first processor 110 and a second processor 120. The first processor 110 and the second processor 120 are both microprocessors, wherein the first processor 110 can serve as a main processor and the second processor 120 can serve as a coprocessor. The first processor 110 and the second processor 120 can be configured with corresponding microprocessors according to actual applications, such as the first processor 110 being configured as a Qualcomm processor and the second processor 120 being configured as an MCU processor. The first processor 110 and the second processor 120 are not limited here. The first processor 110 and the second processor 120 respectively integrate different operating systems. The first processor is used to run the first system and the second processor is used to run the second system. The power consumption of the first system integrated by the first processor 110 is higher than the power consumption of the second system integrated by the second processor 120. For example, the first processor 110 can be a CPU (Central Process Unit) processor, and the corresponding first system can be an Android system; the second processor 120 can be an MCU (Microcontroller Unit) processor; and the corresponding second system can be an RTOS (Real Time Operating System) system. That is, the wearable device is a dual-core dual-system electronic device.

[0039] Among them, wearable devices can be, but are not limited to, smart watches, smart bracelets, etc. Wearable devices can include multiple operating states. The first system state refers to the wearable device being controlled and operated by the first processor, which is responsible for logical operations on data. The second processor plays an auxiliary role and is used to collect data and provide it to the first processor, such as collecting user status data. In the first system state, the first system can be mainly running, and the second system is in a dormant state most of the time. The first system and the second system can also be run simultaneously, such as running the Android system and the RTOS system simultaneously. This can not only ensure the operation of the basic functions of the wearable device, but also ensure the operation of the extended functions of the wearable device, providing more complete functions. The second system state refers to the wearable device mainly running or only running the second system, and is controlled by the second processor. For example, if the Android system is turned off and only the RTOS system is running, it can provide low-power ultra-long standby capability. Among them, the CPU's main frequency can reach 1.2GHz (gigahertz), while the MCU's main frequency is approximately 320MHz (megahertz). Therefore, the power consumption of the first processor is higher than that of the second processor, and the power consumption of the first system is higher than that of the second system.

[0040] Figure 2 The flowchart of a payment method in one embodiment is shown below. The payment method in this embodiment, which is operated in the second system state and controlled by the second processor, includes the following steps:

[0041] Step 202: Obtain a payment instruction and send the payment instruction to the first system.

[0042] In which, the wearable device is currently running in the second system state, in which the data processing of the wearable device is controlled by the second processor. The wearable device can automatically switch from the first system state to the second system state according to the current running state, such as automatically switching to the second system state when it detects that the current power of the wearable device is lower than a preset threshold. It can also receive user operations and control the wearable device to run in the second system state according to the user operations. When running in the second system state, various functions are completed by a low-performance system, which can save power of the wearable device and increase standby time. The payment instruction is used to instruct the first system to generate a corresponding payment graphic code. In one embodiment, the payment instruction can carry a timestamp so that the first system generates a payment graphic code that changes dynamically over time based on the timestamp. The algorithm and form of generating the payment graphic code are not limited, including but not limited to stacked / row-type two-dimensional barcodes, matrix two-dimensional barcodes, etc.

[0043] Specifically, the second system monitors user operations. When a payment operation is detected, a payment instruction is generated based on the payment operation. This payment instruction is generated when payment is required via a graphic code. In one embodiment, the wearable device is an electronic watch, and the payment instruction is generated by the user's operation on the payment interface currently displayed on the electronic watch. Payment operations include but are not limited to touch operations, gesture operations, and voice operations.

[0044] Step 204: Receive the payment graphic code returned by the first system according to the payment instruction.

[0045] Among them, the payment graphic code is a graphic code that carries payment information, which can be in the form of a QR code or other forms. The payment information includes but is not limited to payment account identification, payment user identity information, timestamp information, payment sequence code, etc.

[0046] Since payment completion requires the generation of a payment graphic code, the algorithm for generating the payment graphic code is complex, and the processing power of the second system is limited, a payment instruction must be sent to the first system, which then generates the payment graphic code. Communication between the first and second systems can be accomplished by exchanging data via communication between the first and second processors. The first and second processors can communicate via a predefined protocol. In one embodiment, the dual-core communication channel uses the SPI (Serial Peripheral Interface) protocol for reliable data transmission between the Qualcomm chip and the MCU chip.

[0047] Specifically, the payment graphic code returned by the first system in response to the payment instruction can be an unencrypted payment graphic code or an encrypted payment graphic code. The first system and the second system can pre-agreed on an encryption algorithm so that upon receiving the encrypted payment graphic code, the second system can correctly decrypt it to obtain the decrypted payment graphic code. Encryption algorithms include, but are not limited to, symmetric encryption algorithms and asymmetric encryption algorithms.

[0048] In one embodiment, an RSA encryption algorithm is used to ensure that the encrypted QR code data is not stolen and to ensure the safe use of the QR code in the second system state. The RSA encryption algorithm is an asymmetric encryption algorithm that can complete decryption without directly transferring the key, ensuring the security of the information and avoiding the risk of cracking caused by directly transferring the key. The encryption and decryption process is performed by a pair of keys, which are called public key and private key respectively. The private key is saved by one party for decryption, and the public key is used to send to the other party to encrypt the information.

[0049] Step 206: Complete payment via the payment graphic code.

[0050] Specifically, the second system parses the payment code, renders it, and displays it on the corresponding payment interface. The code information is then scanned by a barcode scanning device, allowing payment to be completed. In one embodiment, the payment code is passed to the payment application, which renders it using a parsing and rendering module and displays it on the payment application's code display interface. The subsequent payment display process is completed by the second system, allowing payment to be completed even on lower-performance systems.

[0051] In this embodiment, the payment method is applied to a wearable device, which includes a first processor and a second processor. The first processor is used to run a first system, and the second processor is used to run a second system. The wearable device is in the second system state, and the power consumption of the second processor is lower than that of the first processor. The payment instruction is obtained and sent to the first system; the payment graphic code returned by the first system according to the payment instruction is received; the payment is completed through the payment graphic code. The entire payment process is in the second system state and is controlled by a low-power processor. The payment graphic code is received and displayed through dual-core communication, and the payment is completed through the low-performance system. The high performance of the second system is used to complete the payment function that cannot be implemented on the low-performance system.

[0052] In one embodiment, the payment instruction is used to wake up the first system and instruct the first system to generate a payment graphic code according to the payment instruction. After step 204, the method further includes: returning response information to the first system, where the response information is used to instruct the first system to enter a dormant state.

[0053] Specifically, the first system will be awakened by the payment instruction only when the payment graphic code is generated. After receiving the payment graphic code returned by the first system, the response information is returned to the first system to instruct the first system to enter the sleep state. The subsequent payment display process can be completed through the second system. The first system is in the sleep state, which saves the power consumption of the wearable device and can complete the payment function even when the power is low. The first system is controlled to be in the sleep state most of the time during the entire payment process.

[0054] In this embodiment, the first system is awakened only when the payment graphic code is generated, and enters a dormant state after receiving the payment graphic code, thereby further reducing the power consumption of the first system, completing the payment under low power consumption conditions, and improving resource utilization.

[0055] In one embodiment, returning the response information to the first system includes: verifying the payment graphic code, and generating the response information when the verification passes.

[0056] Specifically, the payment graphical code is verified, and when verification is successful, a response message is returned to the first system. The payment graphical code may include current verification information. Standard verification information is pre-stored in the second system. The first system extracts the current verification information from the received payment graphical code. If the current verification information is not extracted, or the extracted current verification information does not match the standard verification information, the payment graphical code verification has failed. The payment graphical code may be damaged, and a new payment graphical code needs to be requested from the first system. If verification is successful, a response message is generated, which notifies the first system of the receipt of a valid payment graphical code, thereby switching the first system to a sleep state to save power.

[0057] If verification fails, a resend notification can be sent back to the first system, prompting the first system to regenerate the payment graphic code and return it to the second system. If the payment graphic code is damaged during transmission, or the generated payment graphic code is incorrect, the invalid payment graphic code can be detected through verification, resulting in a resend notification being sent back to the first system. The resend notification can include the current time, allowing the first system to regenerate an updated payment graphic code based on the current time.

[0058] In this embodiment, the verification step improves the validity of the payment graphic code and avoids payment failure. Only when the verification is passed, the response information is generated to further ensure the reliability of the payment graphic code.

[0059] In one embodiment, Figure 3 As shown, before step 202, the following steps are also included:

[0060] Step 302: Receive a pre-payment processing request sent by the first system. The pre-payment processing request is generated by the first system according to the user's payment authority instruction.

[0061] The user payment permission instruction is a command generated when a user supports graphic code payment on a wearable device. The instruction can be generated by operating an operation on the permission setting interface of the wearable device in a first system state, wherein the first system is primarily running in the first system state, and the permission setting operation is received by the first system to generate the user payment permission instruction. In one embodiment, the user payment permission instruction is generated by operating a user payment authorization button in a pop-up box on the wearable device interface.

[0062] When the first system obtains the user's payment authority instruction, indicating that the user agrees to graphic code payment, the first processor generates a pre-payment processing request and sends it to the second processor. The pre-payment processing request is used to instruct the second processor to generate the corresponding public key and private key based on the encryption algorithm, thereby ensuring the secure transmission of the payment graphic code and the validity of the payment.

[0063] Step 304: Generate corresponding public and private keys based on an encryption algorithm according to the pre-payment processing request, and store the private key in the second system.

[0064] Specifically, to ensure the secure transmission of the payment graphical code, the second system must pre-generate the corresponding public and private keys based on an encryption algorithm. The public key is stored in the first system, allowing the first system to use the public key to encrypt the generated payment graphical code. The private key is stored in the second system, allowing the second system to decrypt the encrypted payment graphical code after receiving it. The algorithm for generating the corresponding public and private keys is customizable. In one embodiment, the public and private keys are generated using the RSA asymmetric encryption algorithm, which ensures the largest possible coprime prime numbers to ensure high encryption reliability.

[0065] Step 306: Send the public key to the first system for storage.

[0066] Specifically, the second system sends the public key to the first system for storage via the dual-core communication protocol. The distribution of the generated public key relies on reliable dual-core communication to ensure channel security, thereby ensuring the overall reliability of the payment graphic code.

[0067] In this embodiment, after confirming that the user agrees to use the wearable device for graphic code payment, the first system instructs the second system to generate a public key and a private key according to the encryption algorithm, and sends the public key to the first system through dual-core communication; after receiving the public key, the first system stores it and waits for the first system to send an instruction for graphic code payment. By pre-generating the public key and private key, the security of subsequent payment graphic code transmission is guaranteed, thereby improving the reliability of payment.

[0068] In one embodiment, step 204 includes: receiving the payment graphic code encrypted by the first system according to the public key; and decrypting the encrypted payment graphic code according to the private key to obtain the payment graphic code.

[0069] Specifically, the second system decrypts the encrypted payment graphic code through the private key to obtain a decrypted payment graphic code. Only the private key can successfully decrypt and use the payment graphic code, thereby improving the security of the payment graphic code transmission.

[0070] In this embodiment, the public key is transmitted to the first system through the second system, and the encrypted payment graphic code is transmitted to the second system through the first system. Even if both are intercepted by hackers, there is no danger because only the private key of the second system can decrypt the message, preventing the leakage of the message content.

[0071] In one embodiment, step 206 includes: transmitting the payment graphical code to a user interface; and displaying the payment graphical code through the user interface.

[0072] Specifically, the second system sends the payment graphic code to the UI for parsing and display, completing the graphic code payment in low-power mode. In one embodiment, the wearable device's display screen is connected to the first and second processors via MIPI (Mobile Industry Processor Interface), allowing the display of data output by the first or second processor to be displayed. The graphic code data is parsed and displayed by the low-power processor, namely the second processor, saving power consumption of the wearable device.

[0073] In this embodiment, in the second system state, the payment graphic code can be displayed through the low-performance system, which ensures the use of the payment function of the wearable device in the low-performance system and reduces the power consumption of the wearable device.

[0074] In one embodiment, the method further includes: detecting the operating state of the wearable device; when the operating state meets the low power consumption condition, switching the wearable device to the second system state and controlling the first system to enter the sleep state.

[0075] Specifically, the operating status of the wearable device includes the device information status of the wearable device itself, and may also include the user information status collected by the wearable device. The device information status includes the power information status, the device temperature status, the device motion status, etc. The power information status includes the low power status and the high power status. The device temperature status includes the normal temperature status and the abnormal temperature status. The device motion status includes the device motion speed, the device rotation angle, etc. The user information status includes the user's heart rate, attention information, such as at least one of the eye position information and cardiopulmonary data, but not limited thereto. Low power consumption conditions can be customized, such as low power status, abnormal temperature status, device motion speed greater than the preset threshold status, heart rate lower than the preset threshold status, etc. can all be considered to meet the low power consumption conditions.

[0076] In one embodiment, a state vector is formed from each state in the device information state and user information state. Based on the state vector, whether a low-power condition is met is determined. For example, a standard state vector corresponding to the low-power condition is pre-set. The current state vector formed from each state of the wearable device is matched with the standard state vector. If a match is successful, the low-power condition is considered met. This can be flexibly determined based on the various state settings of the wearable device to determine whether the wearable device meets the low-power condition, thereby switching the wearable device to the second system state and controlling the first system to enter a dormant state, thereby saving power.

[0077] In this embodiment, the operating state of the wearable device is automatically detected. When the operating state meets the low power consumption condition, the operation of the wearable device is automatically switched to the second system state, and the first system is controlled to enter the sleep state, thereby saving power consumption.

[0078] In one embodiment, the uplink data packet is a data packet transmitted from the second processor to the first processor, such as Figure 4 As shown, the second processor sends the uplink data packet to the first processor including the following steps:

[0079] Step 402: Send a controlled interrupt signal to the first processor, so that the first processor sends a master response signal according to the controlled interrupt signal and reads the uplink data packet from the second processor.

[0080] The uplink data packet may include at least one of an operation instruction and business data received or generated by the second processor. For example, the uplink data packet may include a payment instruction received by the second system, a response message generated after receiving a payment graphic code, and a corresponding public key generated based on an encryption algorithm.

[0081] The controlled interrupt signal is used to interrupt and indicate to the first processor that there is uplink data to be transmitted to the first processor. Specifically, when an uplink data packet is detected, the second processor of the electronic device can generate a corresponding controlled interrupt signal based on the uplink data packet, and after locking the data transmission interface, send the generated controlled interrupt signal to the first processor via the controlled interrupt interface.

[0082] The first processor can read the uplink data packet from the second processor according to the controlled interrupt signal and send a master response signal to the second processor. The master response signal is used to indicate that the first processor is in a data transmission state.

[0083] Step 404: After the uplink data packet transmission is completed, a reset controlled interrupt signal is sent to the first processor, so that the first processor resets the master response signal after completing reading of the uplink data packet according to the reset controlled interrupt signal.

[0084] Specifically, the second processor may reset the controlled interrupt signal after completing the uplink data packet transmission. The first processor may receive the reset controlled interrupt signal. The reset controlled interrupt signal may indicate that the second processor has completed the data transmission. The first processor may reset the master control response signal upon receiving the reset controlled interrupt signal.

[0085] In the above embodiment, the first processor can read the data packet when receiving the controlled interrupt signal, and reset the master response signal according to the controlled interrupt signal reset by the second processor after the data reading is completed. The reset master response signal indicates that a single data transmission is completed, which can reduce the delay of processor communication and improve the efficiency of processor communication.

[0086] Specifically, if Figure 5, which is a schematic diagram of the internal structure of a wearable device in one embodiment. The wearable device includes a first processor 310 corresponding to the first system and a second processor 320 corresponding to the second system. The wearable device may include one or more sensors such as a heart rate sensor 321, an accelerometer + gyroscope 322, an atmospheric pressure sensor 323, a touch sensor 324, a magnetic sensor 325, and a micro-pressure differential sensor 326. The second processor 320 can be connected to the sensors included in the wearable device to obtain data collected by the sensors. The second processor 320 can also be connected to a GPS (Global Positioning System) module 327 to obtain positioning data received by the GPS antenna; and to a debug (DEBUG) module 328 to output debug data of the wearable device. The first processor 310 and the second processor 320 are connected via an SPI (Serial Peripheral Interface), so that the first system and the second system can transmit communication data through the SPI bus. The display screen 330 is connected to the first processor 310 and the second processor 320 via the MIPI (Mobile Industry Processor Interface), and can display data output by the first processor 310 or the second processor 320. The first processor 310 also includes a sensor hub driver that can be used to drive data collection and processing from various sensors.

[0087] In a specific embodiment, Figure 6 As shown, the first processor 310 is a Qualcomm chip running an Android system, and the second processor 320 is an MCU chip running an RTOS system. The payment method includes the following steps:

[0088] 1. Receive the QR code payment permission operation on the interface through the Android system, determine that the user has payment needs, and generate a pre-payment processing request;

[0089] 2. The Android system sends a pre-payment processing request to the MCU. The MCU uses the RSA encryption algorithm to generate public and private keys, sends the public key to the Android system via the dual-core communication SPI protocol, and saves the private key locally for decrypting the QR code display.

[0090] 3. After receiving the public key, the Android system stores it and waits for the MCU to send a QR code payment instruction.

[0091] 4. The MCU will monitor the user's payment actions in a low-power state. If it monitors a QR code payment request, it will send the payment instruction to the Android system to wake up the Android system.

[0092] 5. After receiving the payment instruction, the Android system wakes up the Android system to generate a QR code and encrypts the generated QR code using a pre-stored public key.

[0093] 6. The Android system transmits the encrypted QR code to the MCU through the dual-core communication SPI protocol.

[0094] 7. After receiving the payment instruction response data, the MCU decrypts the QR code data using its own private key and returns a response message to the Android system, which instructs the Android system to enter a dormant state.

[0095] 8. The MCU sends the QR code data to the UI for parsing and display, completing the QR code payment in a low-performance system.

[0096] In this embodiment, the dual-core communication channel uses the SPI protocol to transmit reliable data between the Qualcomm chip and the MCU chip. The RSA encryption algorithm is used to ensure that the encrypted QR code data is not stolen, ensuring the safe use of QR codes in low-power mode and low-performance systems. By leveraging the high-performance and multi-functional support of the Android system, the MCU receives the QR code data sent by the Android system, and completes QR code payment safely and reliably under low-power conditions.

[0097] In one embodiment, Figure 7 As shown, a payment method is provided, which is applied to a wearable device. The wearable device includes a first processor and a second processor, wherein the first processor is used to run a first system and the second processor is used to run a second system. When the wearable device is in the second system state, the power consumption of the second processor is lower than the power consumption of the first processor. The method includes the following steps:

[0098] Step 502: Receive the payment instruction sent by the second system, and generate a corresponding payment graphic code according to the payment instruction.

[0099] Step 504: Send the payment graphic code to the second system. The payment graphic code is used to complete the payment through the second system.

[0100] In this embodiment, the wearable device includes a first processor and a second processor, wherein the first processor is configured to run a first system, and the second processor is configured to run a second system. When the wearable device is in the second system state, the second processor consumes less power than the first processor. The wearable device receives a payment instruction from the second system, generates a corresponding payment graphical code based on the payment instruction, and transmits the payment graphical code to the second system, which is used to complete payment through the second system. The entire payment process, while in the second system state, is controlled by the low-power processor. The payment graphical code is received and displayed via dual-core communication, and payment is completed through the low-performance system. The high performance of the second system is leveraged to complete payment functions that would not be possible on the low-performance system.

[0101] In one embodiment, step 502 includes: entering a working state according to the payment instruction. After step 504, the method further includes: receiving a response message returned by the second system, and entering a dormant state according to the response message.

[0102] In one embodiment, the method further includes: when in a working state, obtaining a user payment authority instruction; sending a pre-payment processing request to the second system according to the user payment authority instruction, the pre-payment processing request being used to instruct the second system to generate a corresponding public key and private key based on an encryption algorithm, and storing the private key in the second system; receiving the public key returned by the second system, and storing the public key.

[0103] In one embodiment, step 502 includes: encrypting the payment graphic code according to the public key to generate an encrypted payment graphic code. Step 504 includes: sending the encrypted payment graphic code to the second system.

[0104] In one embodiment, a downlink data packet is a data packet transmitted by a first processor to a second processor, and the first processor sends the downlink data packet to the second processor including the following steps: when a downlink data packet is detected, the first processor sends a master interrupt signal to the second processor; the first processor receives a controlled response signal returned by the second processor based on the master interrupt signal; the first processor sends the downlink data packet to the second processor based on the controlled response signal, and resets the master interrupt signal after the sending is completed; the reset master interrupt signal is used to instruct the second processor to reset the controlled response signal after completing the processing of the downlink data packet.

[0105] Specifically, the downlink data packet may include at least one of an operation instruction and service data received or generated by the first processor, such as a payment graphic code. The operation instruction, after being transmitted to the second processor, may instruct the second processor to perform a corresponding service operation. The service data, after being transmitted to the second processor, provides data support for the second processor to perform the service operation corresponding to the service data.

[0106] The master interrupt signal is used to interrupt and indicate to the second processor that there is downlink data to be transmitted to the second processor. Specifically, upon detecting a downlink data packet, the first processor of the electronic device can generate a corresponding master interrupt signal based on the downlink data packet and send the generated master interrupt signal to the second processor via the master interrupt interface. The controlled response signal is used to indicate that the second processor is ready to receive the downlink data packet. Data transmission between the first processor and the second processor is implemented through the data transmission interface.

[0107] The reset master interrupt signal can indicate that the first processor has completed the data transmission. The first processor can reset the master interrupt signal after the downlink data packet is sent to notify the second processor that the downlink data packet has been sent. The second processor receives the downlink data packet and can process the downlink data packet. The second processor can reset the controlled response signal when it obtains the reset master interrupt signal and completes the processing of the downlink data packet. The second processor can set the controlled response interface to a low level state. The reset controlled response signal is used to notify the first processor that the second processor has completed the processing of the downlink data packet. The first processor can send the master interrupt signal to the second processor again according to the reset controlled response signal to transmit data.

[0108] In this embodiment, when a downlink data packet is detected, the first processor can send a master interrupt signal to the second processor and receive a controlled response signal returned by the second processor based on the master interrupt signal. Based on the controlled response signal, the downlink data packet can be sent to the second processor and the master interrupt signal can be reset after the transmission is complete. The reset master interrupt signal can instruct the second processor to reset the controlled response signal after completing processing of the downlink data packet. In other words, the data packet can be transmitted upon receiving the controlled response signal and the master interrupt signal can be reset after the transmission is complete. The reset master interrupt signal indicates that a single data transmission is complete, eliminating the need for a controlled interrupt signal and a master response signal for secondary confirmation. This can reduce the latency of processor communication and improve the efficiency of processor communication.

[0109] It should be understood that although Figure 2-Figure 4 and Figure 6-Figure 7 The steps in the flowchart are shown in sequence as indicated by the arrows, but these steps are not necessarily executed in the order indicated by the arrows. Unless otherwise specified in this document, there is no strict order restriction for the execution of these steps, and these steps can be executed in other orders. In addition, Figure 2-Figure 4 and Figure 6-Figure 7At least part of the steps may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily executed at the same time, but can be executed at different times. The execution order of these sub-steps or stages is not necessarily sequential, but can be executed in turn or alternately with other steps or at least part of the sub-steps or stages of other steps.

[0110] Figure 8 FIG. 1 is a structural block diagram of a payment device according to an embodiment. Figure 8 As shown, a payment device 600 is provided, which is applied to a wearable device. The wearable device includes a first processor and a second processor, wherein the first processor is used to run a first system and the second processor is used to run a second system. When the wearable device is in the second system state, the power consumption of the second processor is lower than the power consumption of the first processor. The device includes: a payment instruction sending module 602, a payment graphic code receiving module 604, a response module 606 and a payment module 608, wherein:

[0111] The payment instruction sending module 602 is used to obtain a payment instruction and send the payment instruction to the first system.

[0112] The payment graphic code receiving module 604 is configured to receive the payment graphic code returned by the first system according to the payment instruction.

[0113] The payment module 606 is used to complete payment through a payment graphic code.

[0114] The above-mentioned payment device completes payment through the payment graphic code. The entire payment process is in the second system state and is controlled by a low-power processor. The payment graphic code is received and displayed through dual-core communication. The payment is completed through the low-performance system, and the high performance of the second system is used to complete the payment function that cannot be realized on the low-performance system.

[0115] In one embodiment, the payment instruction is used to wake up the first system and instruct the first system to generate a payment graphic code according to the payment instruction. The apparatus further includes:

[0116] The response module 608 is configured to return response information to the first system, where the response information is used to instruct the first system to enter a dormant state.

[0117] In this embodiment, the first system is awakened only when the payment graphic code is generated, and enters a dormant state after receiving the payment graphic code, thereby further reducing the power consumption of the first system, completing the payment under low power consumption conditions, and improving resource utilization.

[0118] In one embodiment, the response module 608 is further configured to verify the payment graphic code and generate response information when the verification is successful.

[0119] In this embodiment, the verification step improves the validity of the payment graphic code and avoids payment failure. Only when the verification is passed, the response information is generated to further ensure the reliability of the payment graphic code.

[0120] In one embodiment, the apparatus further comprises:

[0121] The pre-processing module 610 is used to receive a payment pre-processing request sent by the first system, where the payment pre-processing request is generated by the first system based on the user's payment authority instruction; generate a corresponding public key and private key based on an encryption algorithm according to the payment pre-processing request, store the private key in the second system, and send the public key to the first system for storage.

[0122] In this embodiment, after confirming that the user agrees to use the wearable device for graphic code payment, the first system instructs the second system to generate a public key and a private key according to the encryption algorithm, and sends the public key to the first system through dual-core communication; after receiving the public key, the first system stores it and waits for the first system to send an instruction for graphic code payment. By pre-generating the public key and private key, the security of subsequent payment graphic code transmission is guaranteed, thereby improving the reliability of payment.

[0123] In one embodiment, the payment graphic code receiving module 604 is further configured to receive the payment graphic code encrypted by the first system according to the public key; and decrypt the encrypted payment graphic code according to the private key to obtain the payment graphic code.

[0124] In this embodiment, the public key is transmitted to the first system through the second system, and the encrypted payment graphic code is transmitted to the second system through the first system. Even if both are intercepted by hackers, there is no danger because only the private key of the second system can decrypt the message, preventing the leakage of the message content.

[0125] In one embodiment, the payment module 606 is further configured to transmit the payment graphic code to the user interface; and display the payment graphic code through the user interface.

[0126] In this embodiment, in the second system state, the payment graphic code can be displayed through the low-performance system, which ensures the use of the payment function of the wearable device in the low-performance system and reduces the power consumption of the wearable device.

[0127] In one embodiment, the apparatus further comprises:

[0128] The mode switching module 612 is configured to detect the operating state of the wearable device, and when the operating state meets the low power consumption condition, switch the wearable device to the second system state and control the first system to enter the sleep state.

[0129] In this embodiment, the operating state of the wearable device is automatically detected. When the operating state meets the low power consumption condition, the operation of the wearable device is automatically switched to the second system state, and the first system is controlled to enter the sleep state, thereby saving power consumption.

[0130] In one embodiment, the uplink data packet is a data packet transmitted by the second processor to the first processor, and the apparatus further includes:

[0131] The uplink data communication module 614 is configured to send a controlled interrupt signal to the first processor, so that the first processor sends a master response signal according to the controlled interrupt signal and reads the uplink data packet from the second processor; after the uplink data packet transmission is completed, send a reset controlled interrupt signal to the first processor, so that the first processor resets the master response signal according to the reset controlled interrupt signal after completing the reading of the uplink data packet.

[0132] In this embodiment, the first processor can read the data packet when it receives the controlled interrupt signal, and reset the master response signal according to the controlled interrupt signal reset by the second processor after the data reading is completed. The reset master response signal indicates that a single data transmission is completed, which can reduce the delay of processor communication and improve the efficiency of processor communication.

[0133] Figure 9 FIG. 1 is a structural block diagram of a payment device according to an embodiment. Figure 9 As shown, a payment device 700 is provided, which is applied to a wearable device. The wearable device includes a first processor and a second processor, wherein the first processor is used to run a first system, and the second processor is used to run a second system. When the wearable device is in the second system state, the power consumption of the second processor is lower than the power consumption of the first processor. The device includes: a payment graphic code generation module 702 and a sending module 704, wherein:

[0134] The payment graphic code generation module 702 is configured to receive the payment instruction sent by the second system and generate a corresponding payment graphic code according to the payment instruction.

[0135] The sending module 704 is used to send the payment graphic code to the second system, and the payment graphic code is used to complete the payment through the second system.

[0136] In this embodiment, the entire payment process is in the second system state, controlled by a low-power processor, receiving and displaying the payment graphic code through dual-core communication, completing the payment through the low-performance system, and leveraging the high performance of the second system to complete payment functions that cannot be implemented on the low-performance system.

[0137] In one embodiment, the payment graphic code generation module 702 is further configured to enter a working state according to a payment instruction. The device further comprises a sleep module 706 configured to receive a response message returned by the second system and enter a sleep state according to the response message.

[0138] In this embodiment, the first system is awakened only when the payment graphic code is generated, and enters a dormant state after receiving the payment graphic code, thereby further reducing the power consumption of the first system, completing the payment under low power consumption conditions, and improving resource utilization.

[0139] In one embodiment, the apparatus further comprises:

[0140] Pre-processing module 708 is used to obtain user payment authority instructions when in working state; send a payment pre-processing request to the second system based on the user payment authority instructions, where the payment pre-processing request is used to instruct the second system to generate corresponding public and private keys based on the encryption algorithm and store the private key in the second system; receive the public key returned by the second system and store the public key.

[0141] In this embodiment, after confirming that the user agrees to use the wearable device for graphic code payment, the first system instructs the second system to generate a public key and a private key according to the encryption algorithm, and sends the public key to the first system through dual-core communication; after receiving the public key, the first system stores it and waits for the first system to send an instruction for graphic code payment. By pre-generating the public key and private key, the security of subsequent payment graphic code transmission is guaranteed, thereby improving the reliability of payment.

[0142] In one embodiment, the payment graphic code generation module 702 is further configured to generate an encrypted payment graphic code by encrypting the code according to the public key. The sending module 704 is further configured to send the encrypted payment graphic code to the second system.

[0143] In this embodiment, the public key is transmitted to the first system through the second system, and the encrypted payment graphic code is transmitted to the second system through the first system. Even if both are intercepted by hackers, there is no danger because only the private key of the second system can decrypt the message, preventing the leakage of the message content.

[0144] In one embodiment, the downlink data packet is a data packet transmitted by the first processor to the second processor, and the apparatus further includes:

[0145] The downlink data communication module 710 is used to send a master interrupt signal to the second processor through the first processor when a downlink data packet is detected; the first processor receives a controlled response signal returned by the second processor based on the master interrupt signal; the first processor sends the downlink data packet to the second processor based on the controlled response signal, and resets the master interrupt signal after the sending is completed; the reset master interrupt signal is used to instruct the second processor to reset the controlled response signal after completing the processing of the downlink data packet.

[0146] In this embodiment, when a downlink data packet is detected, the first processor can send a master interrupt signal to the second processor and receive a controlled response signal returned by the second processor based on the master interrupt signal. Based on the controlled response signal, the downlink data packet can be sent to the second processor and the master interrupt signal can be reset after the transmission is complete. The reset master interrupt signal can instruct the second processor to reset the controlled response signal after completing processing of the downlink data packet. In other words, the data packet can be transmitted upon receiving the controlled response signal and the master interrupt signal can be reset after the transmission is complete. The reset master interrupt signal indicates that a single data transmission is complete, eliminating the need for a controlled interrupt signal and a master response signal for secondary confirmation. This can reduce the latency of processor communication and improve the efficiency of processor communication.

[0147] The division of the various modules in the above-mentioned payment device is only for illustration. In other embodiments, the payment device may be divided into different modules as needed to complete all or part of the functions of the above-mentioned payment device.

[0148] For specific definitions of payment devices, please refer to the definitions of payment methods above and will not be repeated here. Each module in the above-mentioned payment device may be implemented in whole or in part through software, hardware, or a combination thereof. Each of the above-mentioned modules may be embedded in or independent of a processor in a computer device in hardware form, or may be stored in a memory in a computer device in software form, so that the processor can call and execute the corresponding operations of each of the above modules.

[0149] Figure 10 FIG. 1 is a schematic diagram of the internal structure of an electronic device in one embodiment. Figure 10 As shown, the electronic device includes a processor and a memory connected via a system bus. The processor is used to provide computing and control capabilities to support the operation of the entire electronic device. The memory may include a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The computer program can be executed by the processor to implement a payment method provided in each of the following embodiments. The internal memory provides a cached operating environment for the operating system computer program in the non-volatile storage medium. The electronic device can be various wearable devices.

[0150] The various modules in the payment device provided in the embodiments of the present application may be implemented in the form of a computer program. The computer program may be executed on a terminal or server. The program modules comprising the computer program may be stored in a memory of an electronic device. When executed by a processor, the computer program implements the steps of the method described in the embodiments of the present application.

[0151] The present application also provides a computer-readable storage medium, one or more non-volatile computer-readable storage media containing computer-executable instructions, which, when executed by one or more processors, cause the processors to perform the steps of the payment method.

[0152] A computer program product comprising instructions which, when executed on a computer, cause the computer to perform a payment method.

[0153] As used herein, any reference to memory, storage, database, or other medium may include nonvolatile and / or volatile memory. Nonvolatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory may include random access memory (RAM), which serves as an external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), RAMbus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and RAMbus dynamic RAM (RDRAM).

[0154] The above-described embodiments merely represent several implementation methods of the present application. While the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the present invention. It should be noted that a person of ordinary skill in the art may make various modifications and improvements without departing from the spirit of the present invention, all of which fall within the scope of protection of the present invention. Therefore, the scope of protection of the present invention shall be determined by the appended claims.

Claims

1. A payment method, characterized in that: The method is applied to a wearable device, the wearable device including a first processor and a second processor, wherein the first processor is used to run a first system, and the second processor is used to run a second system. When the wearable device is in the second system state, the power consumption of the second processor is lower than the power consumption of the first processor. The method includes: The second system obtains a payment instruction and sends the payment instruction to the first system; the payment instruction is used to instruct the first system to generate a corresponding payment graphic code; The second system receives the payment graphic code returned by the first system according to the payment instruction, extracts current verification information from the payment graphic code, determines that the payment graphic code has been verified if the current verification information matches the standard verification information, and generates a response message; the response message is used to instruct the first system to enter a dormant state; The second system completes payment through the payment graphic code.

2. The method according to claim 1, characterized in that The second system is unable to generate a payment graphic code.

3. The method according to claim 1, characterized in that The second system obtaining the payment instruction includes: The second system monitors the user's operations, and when a payment operation is monitored, generates a payment instruction according to the payment operation.

4. The method according to claim 1, wherein Before obtaining the payment instruction, the method further includes: receiving a pre-payment processing request sent by the first system, where the pre-payment processing request is generated by the first system according to a user payment authority instruction; generating a corresponding public key and private key based on an encryption algorithm according to the pre-payment processing request, and storing the private key in the second system; The public key is sent to the first system for storage.

5. The method according to claim 4, characterized in that The receiving of the payment graphic code returned by the first system according to the payment instruction includes: receiving a payment graphic code encrypted by the first system according to the public key; The encrypted payment graphic code is decrypted according to the private key to obtain the payment graphic code.

6. The method according to claim 1, characterized in that The payment is completed by using the payment graphic code, including: transmitting the payment graphic code to the user interface; The payment graphic code is displayed through the user interface.

7. The method according to claim 1, characterized in that The method further comprises: Detecting the operating status of the wearable device; When the operating state meets the low power consumption condition, the wearable device is switched to the second system state and the first system is controlled to enter a dormant state.

8. The method according to claim 1, characterized in that The uplink data packet is a data packet transmitted by the second processor to the first processor. The second processor sends the uplink data packet to the first processor including the following steps: sending a controlled interrupt signal to the first processor, so that the first processor sends a master response signal according to the controlled interrupt signal and reads the uplink data packet from the second processor; After the uplink data packet transmission is completed, a reset controlled interrupt signal is sent to the first processor, so that the first processor resets the master response signal after completing the reading of the uplink data packet according to the reset controlled interrupt signal.

9. A payment method, characterized in that: The method is applied to a wearable device, the wearable device including a first processor and a second processor, wherein the first processor is used to run a first system, and the second processor is used to run a second system. When the wearable device is in the second system state, the power consumption of the second processor is lower than the power consumption of the first processor. The method includes: The first system receives the payment instruction sent by the second system and generates a corresponding payment graphic code according to the payment instruction; The first system sends the payment graphic code to the second system, where the payment graphic code is used to complete payment through the second system; The first system receives the response information returned by the second system and enters a dormant state according to the response information; the process of generating the response information includes: the second system extracts the current verification information from the payment graphic code, and when the current verification information matches the standard verification information, determines that the payment graphic code verification has passed, and generates a response information.

10. The method according to claim 9, characterized in that The receiving the payment instruction sent by the second system and generating a corresponding payment graphic code according to the payment instruction includes: Enter the working state according to the payment instruction.

11. The method according to claim 9, characterized in that The method further comprises: When in working state, obtain the user's payment permission instruction; Sending a pre-payment processing request to the second system according to the user payment authority instruction, wherein the pre-payment processing request is used to instruct the second system to generate a corresponding public key and private key based on an encryption algorithm, and store the private key in the second system; Receive the public key returned by the second system, and store the public key.

12. The method according to claim 11, characterized in that Generating a corresponding payment graphic code according to the payment instruction includes: Encrypting the public key to generate an encrypted payment graphic code; The sending of the payment graphic code to the second system includes: The encrypted payment graphic code is sent to the second system.

13. A payment device, characterized in that: Applied to a wearable device, the wearable device includes a first processor and a second processor, wherein the first processor is used to run a first system, and the second processor is used to run a second system. When the wearable device is in the second system state, the power consumption of the second processor is lower than the power consumption of the first processor. The apparatus includes: a payment instruction sending module, configured for the second system to obtain a payment instruction and send the payment instruction to the first system; the payment instruction is used to instruct the first system to generate a corresponding payment graphic code; a payment graphic code receiving module, configured for the second system to receive the payment graphic code returned by the first system according to the payment instruction; a response module, configured to extract current verification information from the payment graphical code, determine that the payment graphical code has been verified if the current verification information matches the standard verification information, and generate response information; the response information is used to instruct the first system to enter a dormant state; A payment module is used for the second system to complete payment through the payment graphic code.

14. A payment device, characterized in that: Applied to a wearable device, the wearable device includes a first processor and a second processor, wherein the first processor is used to run a first system, and the second processor is used to run a second system. When the wearable device is in the second system state, the power consumption of the second processor is lower than the power consumption of the first processor. The apparatus includes: a payment graphic code generation module, configured for the first system to receive a payment instruction sent by the second system and generate a corresponding payment graphic code according to the payment instruction; A sending module, configured for the first system to send the payment graphic code to the second system, wherein the payment graphic code is used to complete payment through the second system; A sleep module is used for the first system to receive the response information returned by the second system and enter a sleep state according to the response information; the process of generating the response information includes: the second system extracts the current verification information from the payment graphic code, and when the current verification information matches the standard verification information, determines that the payment graphic code verification has passed and generates a response information.

15. An electronic device comprising a memory and a processor, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor performs the steps of the method according to any one of claims 1 to 8 or 9 to 12.

16. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 8 or 9 to 12 are implemented.

Images