Payment method, device, storage medium and mobile terminal for mobile terminal

Abstract

The present disclosure provides a payment method, device, computer-readable storage medium and mobile terminal for a mobile terminal, and relates to the field of human-computer interaction technology. The method comprises: receiving a payment trigger operation in the lock screen interface of the mobile terminal; in response to the payment trigger operation, determining a target payment mode from multiple payment modes according to the rotation angle of the mobile terminal; and displaying a payment interface corresponding to the target payment mode. The present disclosure realizes quick access to the payment interface from the lock screen interface, simplifies the user operation process, and supports multiple payment modes such as scan code payment and scanned code payment.

Description

Background Art

[0002] With the high popularity of mobile terminals such as mobile phones, mobile payment has become one of the main payment methods used by people in daily life. However, the current mobile payment operation process is relatively cumbersome. For example, when a user takes out a locked phone to make a payment, he needs to exit the lock screen, select an App (Application), click on the payment option, etc., which is inconvenient and time-consuming. Summary of the invention

[0003] The present disclosure provides a payment method for a mobile terminal, a payment device for a mobile terminal, a computer-readable storage medium and a mobile terminal, thereby improving the problem that the mobile payment operation process in the related art is relatively complicated, at least to a certain extent.

[0004] Other features and advantages of the present disclosure will become apparent from the following detailed description, or may be learned in part by the practice of the present disclosure.

[0005] According to a first aspect of the present disclosure, a payment method for a mobile terminal is provided, comprising: receiving a payment trigger operation on a lock screen interface of the mobile terminal; in response to the payment trigger operation, determining a target payment mode from a plurality of payment modes according to a rotation angle of the mobile terminal; and displaying a payment interface corresponding to the target payment mode.

[0006] According to a second aspect of the present disclosure, a payment device for a mobile terminal is provided, comprising: an operation receiving module, configured to receive a payment trigger operation under a lock screen interface of the mobile terminal; a payment mode determination module, configured to determine a target payment mode from multiple payment modes in response to the payment trigger operation and according to a rotation angle of the mobile terminal; and an interface display control module, configured to display a payment interface corresponding to the target payment mode.

[0007] According to a third aspect of the present disclosure, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the payment method for a mobile terminal of the first aspect and possible implementation methods thereof are implemented.

[0008] According to a fourth aspect of the present disclosure, there is provided a mobile terminal, comprising: a processor; a memory for storing executable instructions of the processor; an angle sensor for detecting the angle of the mobile terminal; and a display for displaying a user interface, the user interface comprising a lock screen interface and a payment interface; wherein the processor is configured to execute the payment method of the mobile terminal of the above-mentioned first aspect and its possible implementation methods by executing the executable instructions.

[0009] The technical solution disclosed in this disclosure has the following beneficial effects:

[0010] On the one hand, this solution enables quick access to the payment interface from the lock screen interface, simplifies the user operation process, shortens the payment processing time, and improves the user experience. On the other hand, the payment mode desired by the user is identified according to the rotation angle of the mobile terminal during the user operation, and then the corresponding payment interface is displayed, so that this solution supports multiple payment modes such as scanning code payment and being scanned code payment, and there is no need for the user to manually select the payment mode, thereby further simplifying the user operation process. On the other hand, this solution can be implemented based on the conventional hardware configuration of current mobile terminals such as mobile phones, without adding more components, so the implementation cost is relatively low.

[0011] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] The accompanying drawings herein are incorporated into the specification and constitute a part of the specification, illustrate embodiments consistent with the present disclosure, and together with the specification are used to explain the principles of the present disclosure. Obviously, the accompanying drawings described below are only some embodiments of the present disclosure, and for ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without creative work.

[0013] Figure 1 A structural diagram of a mobile terminal in this exemplary embodiment is shown;

[0014] Figure 2 A flow chart showing a payment method of a mobile terminal in this exemplary embodiment;

[0015] Figure 3 A schematic diagram showing a screen-off interface in this exemplary embodiment;

[0016] Figure 4A A schematic diagram showing a lock screen wallpaper interface in this exemplary embodiment is shown;

[0017] Figure 4B A schematic diagram showing another lock screen wallpaper interface in this exemplary embodiment;

[0018] Figure 5 A schematic diagram showing a scan code payment mode and a scanned code payment mode in this exemplary embodiment;

[0019] Fig. 6A and Figure 6B A schematic diagram showing scanning code payment in this exemplary embodiment is shown;

[0020] 7A to 7D A schematic diagram showing payment by scanning a QR code in this exemplary embodiment is shown;

[0021] Fig. 8A and Figure 8B A schematic diagram showing prompt information in this exemplary embodiment;

[0022] Fig.9A A schematic diagram showing a scan code payment interface in this exemplary embodiment is shown;

[0023] Fig. 9B A schematic diagram showing a scanned code payment interface in this exemplary embodiment is shown;

[0024] Fig.10 A flow chart of a method for displaying a payment interface in this exemplary embodiment is shown;

[0025] Fig.11 A structural diagram of a payment device of a mobile terminal in this exemplary embodiment is shown. DETAILED DESCRIPTION

[0026] Example embodiments will now be described more fully with reference to the accompanying drawings. However, example embodiments can be implemented in a variety of forms and should not be construed as being limited to the examples set forth herein; on the contrary, these embodiments are provided so that the present disclosure will be more comprehensive and complete, and the concepts of the example embodiments are fully conveyed to those skilled in the art. The described features, structures, or characteristics may be combined in one or more embodiments in any suitable manner. In the following description, many specific details are provided to provide a full understanding of the embodiments of the present disclosure. However, those skilled in the art will appreciate that the technical solutions of the present disclosure may be practiced while omitting one or more of the specific details, or other methods, components, devices, steps, etc. may be adopted. In other cases, known technical solutions are not shown or described in detail to avoid obscuring various aspects of the present disclosure.

[0027] In addition, the accompanying drawings are only schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the figures represent the same or similar parts, and their repeated description will be omitted. Some of the block diagrams shown in the accompanying drawings are functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities can be implemented in software form, or implemented in one or more hardware modules or integrated circuits, or implemented in different networks and / or processor devices and / or microcontroller devices.

[0028] Mobile payment includes scan code payment mode and scanned code payment mode. Scan code payment mode means that the payer scans the payee's payment code (such as a QR code) to make payment. For example, most payment apps have a "scan" function to start the scan code payment mode. Scanned code payment mode means that the payer's payment code (such as a bar code) is scanned by the payee to make payment. For example, most payment apps have a "payment collection" or "payment to merchant" function to start the scanned code payment mode. In the related art, the user is required to select the corresponding function in the payment app to start the corresponding payment mode, which further increases the operation steps and aggravates the problem of cumbersome operation process.

[0029] In view of the above problems, an exemplary embodiment of the present disclosure provides a mobile terminal and a payment method of the mobile terminal, wherein the mobile terminal is used to execute the payment method.

[0030] In this exemplary embodiment, the mobile terminal may include: a processor, a memory, an angle sensor and a display. The memory is used to store executable instructions of the processor, and may also store application data, such as images, audio, etc. The angle sensor is used to detect the angle of the mobile terminal, such as a direction sensor, a gyroscope sensor, a gravity sensor, etc., or a combination of multiple sensors therein; the display is used to display a user interface, including a lock screen interface, a payment interface, etc. The processor is configured to execute the payment method in this exemplary embodiment by executing the executable instructions.

[0031] Below Figure 1 The mobile terminal 100 in the embodiment of the present disclosure is taken as an example to exemplify the structure of the mobile terminal in the embodiment of the present disclosure. It should be understood by those skilled in the art that the mobile terminal may include Figure 1 More or fewer parts.

[0032] like Figure 1 As shown, the mobile terminal 100 may specifically include: a processor 110, an internal memory 121, an external memory interface 122, a USB (Universal Serial Bus) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 171, a receiver 172, a microphone 173, an earphone interface 174, a sensor module 180, a display 190, a camera module 191, an indicator 192, a motor 193, a button 194 and a SIM (Subscriber Identification Module) card interface 195, etc.

[0033] The processor 110 may include one or more processing units. For example, the processor 110 may include an AP (Application Processor), a modem processor, a GPU (Graphics Processing Unit), an ISP (Image Signal Processor), a controller, an encoder, a decoder, a DSP (Digital Signal Processor), a baseband processor and / or an NPU (Neural-Network Processing Unit), etc.

[0034] In one implementation, the processor 110 may include one or more interfaces, and may be connected to other components of the mobile terminal 100 via different interfaces.

[0035] The internal memory 121 may be used to store computer executable program codes, which include instructions. The internal memory 121 may include volatile memory and non-volatile memory. The processor 110 executes various functional applications and data processing of the mobile terminal 100 by running the instructions stored in the internal memory 121.

[0036] The external memory interface 122 can be used to connect an external memory, such as a Micro SD card, to expand the storage capacity of the mobile terminal 100. The external memory communicates with the processor 110 through the external memory interface 122 to implement data storage functions, such as storing images, audio and other files.

[0037] The USB interface 130 is an interface that complies with USB standard specifications and can be used to connect a charger to charge the mobile terminal 100 , or to connect headphones or other electronic devices.

[0038] The charging management module 140 is used to receive charging input from a charger. While charging the battery 142, the charging management module 140 can also power the device through the power management module 141; the power management module 141 can also monitor the status of the battery.

[0039] The wireless communication function of the mobile terminal 100 can be implemented by antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, modulation and demodulation processor and baseband processor. Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. The mobile communication module 150 can provide wireless communication solutions including 2G / 3G / 4G / 5G applied to the mobile terminal 100. The wireless communication module 160 can provide wireless communication solutions including WLAN (Wireless Local Area Networks) (such as Wi-Fi (Wireless Fidelity) network), BT (Bluetooth), GNSS (Global Navigation Satellite System), FM (Frequency Modulation), NFC (Near Field Communication), IR (Infrared) and the like applied to the mobile terminal 100.

[0040] The display 190 includes a display panel. The display panel may be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), etc. The mobile terminal 100 may implement a display function and display a user interface through a GPU, a display 190, and an AP. For example, when the user does not use the mobile terminal 100, the display 190 enters a dormant state (mainly referring to the dormancy of the display panel, which is commonly referred to as a screen-off or screen-off state), and may not display any content; when the user wakes up the screen, the display 190 enters a working state, and may first display a lock screen interface; when the user makes a payment through a certain operation, the display 190 may display a corresponding payment interface, etc.

[0041] The mobile terminal 100 can realize image acquisition and shooting functions through the ISP, camera module 191, encoder, decoder, GPU, display 190 and AP. The mobile terminal 100 may include one or more camera modules 191, and each camera module 191 may include one or more cameras. For example, the mobile terminal 100 includes a front camera module and a rear camera module, the front camera module includes a front camera, and the rear camera module includes three rear cameras.

[0042] The mobile terminal 100 can implement audio functions through the audio module 170, the speaker 171, the receiver 172, the microphone 173, the earphone interface 174 and the AP.

[0043] The sensor module 180 may include sensors of different types and functions to implement corresponding sensing detection functions. Figure 1 The sensor module 180 is exemplarily shown to include a touch sensor 1801 , an angle sensor 1802 , a fingerprint sensor 1803 , and a structured light sensor 1804 .

[0044] The touch sensor 1801 is used to sense the user's touch operation. In one embodiment, the touch sensor 1801 can use capacitive sensing, including a touch panel and a capacitive device, the capacitive device is located on the wiring of the touch panel to form a certain array, and detects the number of touch points, touch coordinates and other information through changes in capacitance, and then communicates with the processor 110 through an I2C interface (Inter-Integrated Circuit, integrated circuit interface), an SPI interface (Serial Peripheral Interface, serial peripheral interface), etc.

[0045] In one implementation, the touch sensor 1801 may be integrated into the display 190 , for example, integrated into a display panel using a transparent material to form a touchable display screen, namely, a touch screen.

[0046] The angle sensor 1802 is used to detect the angle of the mobile terminal 100, which may be the angle of three axes inside the mobile terminal 100, and is used to represent the posture of the mobile terminal 100. In one embodiment, the angle sensor 1802 may be an IMU (Inertia Measurement Unit), including an acceleration sensor and a gyroscope sensor, and may also include a magnetic sensor, and the angle of the mobile terminal 100 is obtained by solving the data measured by multiple sensors.

[0047] The fingerprint sensor 1803 is used to collect the user's fingerprint information. Depending on the implementation principle, the fingerprint sensor may include an optical sensor, a capacitive sensor, an ultrasonic sensor, etc. Generally, the fingerprint sensor 1803 is set at a specific position of the mobile terminal 100 to form a fingerprint sensing area. When the user's finger touches the area, the fingerprint sensor 1803 collects the user's fingerprint information. For example, the fingerprint sensor 1803 may be set under the button 194 of the mobile terminal 100, or may be set on the back of the mobile terminal 100.

[0048] In one embodiment, the fingerprint sensor 1803 can be integrated inside or below the display 190, so that the fingerprint sensing area is formed inside the display screen, and even the entire display screen area can become the fingerprint sensing area, realizing under-screen fingerprint collection or full-screen fingerprint collection.

[0049] The structured light sensor 1804 is used to detect the surface structure information of the object under test. The principle is: actively project a light signal to the object under test through a projector, and calculate the surface structure information of the object under test based on the deformation of the light signal on the surface of the object under test. The structured light sensor 1804 on the mobile terminal 100 is mostly integrated in the camera module 191. For example, the structured light sensor 1804 is integrated in the front camera module and cooperates with the front camera to realize functions such as face recognition.

[0050] The indicator 192 may be an indicator light, which may be used to indicate the charging status, power change, message, missed call, notification, etc. The motor 193 may generate a vibration prompt, or may be used for touch vibration feedback, etc. The buttons 194 include a power button, a volume button, a Home button, etc.

[0051] The mobile terminal 100 may support one or more SIM card interfaces 195 for connecting a SIM card to implement functions such as calls and mobile communications.

[0052] Combine the following Figure 2 The payment method of the mobile terminal in the embodiment of the present disclosure is described. Figure 2 As shown, the exemplary process of the method includes:

[0053] Step S210, receiving a payment trigger operation in the lock screen interface of the mobile terminal;

[0054] Step S220, in response to the payment triggering operation, determining a target payment mode from among a plurality of payment modes according to the rotation angle of the mobile terminal;

[0055] Step S230, displaying the payment interface corresponding to the target payment mode.

[0056] Through the above method, on the one hand, it is possible to quickly enter the payment interface from the lock screen interface, simplify the user operation process, shorten the payment processing time, and improve the user experience. On the other hand, according to the rotation angle of the mobile terminal during the user operation, the user's desired payment mode is identified, and then the corresponding payment interface is displayed, so that this solution supports multiple payment modes such as scanning code payment and being scanned code payment, and there is no need for the user to manually select the payment mode, thereby further simplifying the user operation process. On the other hand, this solution can be implemented based on the conventional hardware configuration of current mobile terminals such as mobile phones, without adding more components, so the implementation cost is relatively low.

[0057] Each of the above steps is described in detail below.

[0058] refer to Figure 2 In step S210, a payment trigger operation is received on the lock screen interface of the mobile terminal.

[0059] Among them, the mobile terminal can keep displaying the lock screen interface in the standby state, or the mobile terminal can keep a "black screen" in the standby state and display the lock screen interface when certain conditions are met.

[0060] In one embodiment, the lock screen interface can be displayed according to the posture change information of the mobile terminal. The posture change information can be detected by the angle sensor built into the mobile terminal, etc., and can be used to determine the posture of the mobile terminal. For example, the posture change value of the mobile terminal is calculated according to the acceleration sensor and gyroscope sensor built into the mobile terminal. When the posture change value meets the preset posture change condition, it is judged that the user has picked up the mobile terminal and is in a holding posture, and then it is judged that the user needs to use the mobile terminal, and the lock screen interface is displayed.

[0061] In another embodiment, the lock screen interface can be displayed according to the received wake-up operation. The wake-up operation includes but is not limited to: touching the display screen of the mobile terminal; operating the physical buttons of the mobile terminal, such as clicking the power button or the Home button; bringing the mobile terminal in front of the user so that the AON camera (Always-ON) of the mobile terminal detects a face, or making a specific wake-up gesture in front of the AON camera, such as shaking hands left and right, giving a thumbs up, etc.; speaking a specific voice, such as "I want to use the phone", "wake up the screen" and other preset sentences, so that the mobile terminal can determine the user's intention to use the mobile terminal by recognizing the voice content.

[0062] In addition, the user may also customize the conditions for waking up the lock screen interface. When the conditions are met, the mobile terminal is woken up from the "black screen" state to display the lock screen interface.

[0063] The payment trigger operation is used to trigger the start of the mobile payment function, which is performed by the user in the lock screen interface. This disclosure does not limit the specific form and display content of the lock screen interface. The following two specific lock screen interfaces are used to illustrate the payment trigger operation:

[0064] ① Screen-off interface. Generally, when a mobile terminal is in the screen-off state, the screen does not display any content and is black. Currently, most mobile phones and other mobile terminals have added the screen-off display function, that is, in the screen-off state, a small amount of content can also be displayed on the screen to provide information prompts, aesthetics, etc., and the screen does not need to be fully lit, and the power consumption is relatively low. The screen interface in this state is called the screen-off interface.

[0065] refer to Figure 3 As shown, there is no background content in the screen-off interface 300, which can display time and some logos, including fingerprint unlocking logo 301, flashlight logo 302, camera logo 303 and payment logo 304, each logo is used to trigger the corresponding function. The screen-off interface 300 is a kind of lock screen interface, which can be regarded as a lock screen interface where the screen is not fully lit. Under the screen-off interface 300, the user can perform payment trigger operations, such as clicking, long pressing, sliding and other preset operations on the payment logo 304 in the screen-off interface 300 to trigger the activation of the payment function.

[0066] ②Lock screen wallpaper interface. The lock screen wallpaper interface is a lock screen interface that uses the lock screen wallpaper as the background and is displayed. It can be regarded as a lock screen interface with the screen fully lit, which is commonly referred to as the lock screen interface. Compared with the screen-off interface, the difference between the lock screen wallpaper interface is that the screen is fully lit, a specific background is displayed, and the content in the lock screen wallpaper interface is usually more than the screen-off interface.

[0067] refer to Figure 4A and Figure 4B As shown, the lock screen wallpaper interface 400 displays a striped background, and also includes information such as time and power, as well as a fingerprint unlocking logo 401, a flashlight logo 402, a camera logo 403, a payment logo 404 and a lock logo 405. The lock logo 405 is used to display the lock / unlock status of the mobile terminal, such as Figure 4A The lock mark 405 in the display shows that it is currently locked. Figure 4B The lock mark 405 in the display shows that the mobile terminal is currently in an unlocked state. It should be noted that no matter whether the mobile terminal is currently in a locked state or an unlocked state, the lock screen wallpaper interface 400 displayed by the mobile terminal belongs to the lock screen interface. In other words, displaying the lock screen interface does not necessarily mean that the mobile terminal is in a locked state. For example, when the mobile terminal is in a locked state, it can display Figure 4A The lock screen wallpaper interface, at this time, the user can perform a payment trigger operation, such as performing a preset operation on the payment logo 404; after the user unlocks the mobile terminal, for example, after the user touches the fingerprint unlocking logo 401 with a finger to unlock, the mobile terminal may not immediately jump from the lock screen wallpaper interface 400 to other interfaces, and only present the change of the lock logo 405, such as Figure 4B As shown, to indicate the change of the locked / unlocked state of the mobile terminal, although the mobile terminal has been unlocked, the lock screen wallpaper interface 400 is still displayed at this time, and the user can also perform a payment trigger operation.

[0068] It should be noted that the mobile terminal can be set to keep displaying the screen-off interface in the standby mode, and display the lock screen wallpaper interface in response to certain conditions, such as entering the lock screen wallpaper interface from the screen-off interface according to the posture change information of the mobile terminal or the wake-up operation performed by the user. It can also be set to keep a completely black screen in the standby mode, display the screen-off interface in response to one condition, and display the lock screen wallpaper interface in response to another condition. For example, when the mobile terminal detects that the user has no operation for more than 1 minute, the screen will be turned off and a completely black screen will be displayed; when it is determined that the current holding posture is the user according to the posture change information of the mobile terminal, the screen-off interface will be displayed; when the wake-up operation performed by the user is sensed, the lock screen wallpaper interface will be displayed.

[0069] The above provides two lock screen interfaces: the screen off interface and the lock screen wallpaper interface. It can be set to allow users to perform payment trigger operations only in the screen off interface or only in the lock screen wallpaper interface, such as setting the payment logo only in the screen off interface or setting the payment logo only in the lock screen wallpaper interface. It can also be set to allow users to perform payment trigger operations in both the screen off interface and the lock screen wallpaper interface, such as setting the payment logo in both the screen off interface and the lock screen wallpaper interface.

[0070] By the above Figure 3 , Figure 4A and Figure 4B According to the relevant content of , the payment trigger operation can be a preset operation for the payment logo in the lock screen interface, such as clicking, long pressing or sliding the payment logo. In addition, users can also perform payment trigger operations in other ways, including but not limited to:

[0071] The mobile terminal is subjected to a specific posture change to meet a preset posture change condition, such as shaking it left and right, or lifting the mobile terminal from a horizontal position to a vertical position, etc.; it should be noted that the posture change condition for triggering payment may be the same as or different from the posture change condition for waking up the lock screen interface. For example, both posture change conditions are shaking left and right. When the mobile terminal is in a black screen state, shaking it left and right will wake up the lock screen interface, and shaking it left and right in the lock screen interface will realize the payment trigger operation;

[0072] Perform a payment trigger gesture, such as swiping along a preset payment trigger track on the lock screen, or making a payment trigger gesture in front of the AON camera;

[0073] Perform a specific operation on the physical buttons of the mobile terminal to trigger payment, such as holding down the power button and pressing the volume "+" button twice;

[0074] Speak a payment trigger voice, such as "I want to pay", "Please open the payment page" and other preset sentences, so that the mobile terminal can determine the user's intention to make payment by recognizing the voice content.

[0075] If the mobile terminal is in a locked state when the user makes a payment, the user needs to unlock the mobile terminal and complete the payment only after unlocking, thereby improving the security of the payment. In order to achieve unlocking, in one embodiment, unlocking information can also be obtained under the lock screen interface. The unlocking information is the information entered by the user when performing the unlocking operation, including but not limited to: a password for unlocking, such as a character password such as numbers and letters, a gesture password (a nine-square gesture password), etc.; fingerprint information entered by the user when performing fingerprint unlocking; face information collected by the front camera when the user performs face unlocking; voice information entered by the user when performing voice unlocking. Then, the mobile terminal can unlock the mobile terminal according to the unlocking information obtained. Specifically, the mobile terminal verifies the unlocking information, and after the verification is passed, the locked state is switched to the unlocked state. At this time, content other than the lock screen interface can be displayed, such as executing step S230 to display the payment interface.

[0076] As can be seen from the above, the user can perform two operations on the lock screen interface: unlocking operation and payment triggering operation. This disclosure does not limit the order of these two operations, and exemplary examples include the following situations:

[0077] Case 1: Unlock first, then trigger payment

[0078] by Figure 4A and Figure 4B For example, in Figure 4A In the lock screen wallpaper interface 400, the mobile terminal is in a locked state through the lock mark 405. At this time, the user can first press the fingerprint unlock mark 401 with a finger to perform an unlock operation; after unlocking, refer to Figure 4B As shown, the lock screen wallpaper interface 400 is still displayed, and the lock mark 405 shows that the mobile terminal is in an unlocked state. At this time, the user can long press the payment mark 404 to perform a payment trigger operation.

[0079] In one implementation, it may be arranged that after unlocking is completed, the user is allowed to perform a payment trigger operation, so that user identity verification is performed once before starting the payment function, thereby improving payment security.

[0080] Case 2: Pay first, then unlock

[0081] For example, in the lock screen interface, the user first performs a payment trigger operation, triggering the mobile terminal to execute step S220 to determine the target payment mode and load the payment interface. During this process, the user can perform an unlock operation, so that after completing the unlock, the payment interface can be quickly entered, shortening the waiting time for the response.

[0082] Case 3: Perform unlocking and payment triggering operations simultaneously

[0083] For example, the payment logo in the lock screen interface belongs to the fingerprint sensing area. When the user long presses the payment logo to perform a payment trigger operation, the mobile terminal collects the user's fingerprint and completes the fingerprint unlocking operation, which actually merges the two operations into one operation, further simplifying the operation process. Alternatively, when the user performs a payment trigger operation facing the front camera of the mobile terminal, the front camera collects the user's facial information and completes the face unlocking operation. Alternatively, while the user performs a payment trigger operation, he or she records voice into the microphone of the mobile terminal to complete the voice unlocking operation. It can be seen that it is more convenient and time-saving to perform the unlocking operation and the payment trigger operation at the same time.

[0084] Continue to refer Figure 2 In step S220, in response to the payment triggering operation, a target payment mode is determined from among multiple payment modes according to the rotation angle of the mobile terminal.

[0085] The multiple payment modes may include a code scanning payment mode and a code being scanned payment mode. This exemplary embodiment automatically identifies which payment mode the user wants to use according to the rotation angle of the mobile terminal, and determines the payment mode as the target payment mode.

[0086] Figure 5 Schematic scenarios of two payment modes are shown. After the user performs an operation on the mobile terminal (such as performing a payment trigger operation or an unlocking operation), if the scan code payment mode is used, the user needs to aim the camera at the payment code of the payee, scan the payment code to identify the payment information, and make payment; if the scan code payment mode is used, the user needs to present his or her payment code to the payee, such as aiming it at a payment device such as a barcode scanner gun, and the payment code is scanned by the payment device to make payment.

[0087] The rotation angle of the mobile terminal is usually different in the process from the user holding the mobile terminal to the scanning and payment, and the rotation angle is different in the process from the user holding the mobile terminal to the scanning and payment. Therefore, the user's payment intention can be judged based on the rotation angle, and then the target payment mode can be determined.

[0088] The rotation angle of the mobile terminal may be a rotation angle in any direction, and may be represented by the rotation angle of the axis of the mobile terminal. In one embodiment, step S220 may include: determining the target payment mode according to the rotation angle of the axis of the mobile terminal.

[0089] Generally, the mobile terminal includes three axes, x, y, and z, and the target payment mode can be determined by the rotation angle of any one or more of the axes. The following is an explanation from two aspects, namely, the scanning code payment mode and the scanned code payment mode.

[0090] Scan code payment mode

[0091] Combination Fig. 6A and Figure 6B The rotation of the mobile terminal during the QR code payment process is analyzed as follows:

[0092] First of all Fig. 6A and Figure 6B The front side 610 of the mobile terminal may be the surface where the screen is located, and the other surface opposite thereto is the back side 620, which may be the surface where the rear camera is located. B X B Y B Z B is the carrier coordinate system, the carrier is the mobile terminal, and the origin of the carrier coordinate system is O B Located in the center of the mobile terminal, X B The Y axis is along the width direction of the mobile terminal. B The axis is along the length of the mobile terminal, Z B The axis is perpendicular to the front face 610. The carrier coordinate system is a relative coordinate system, and the position of the origin and the directions of the axes are not fixed, but change with the movement of the mobile terminal. B , Y B , Z B The three axes of the mobile terminal, the angle sensor can detect the rotation angle of these three axes. n X n Y n Z n The navigation coordinate system may be an inertial coordinate system, an earth coordinate system, a geographic coordinate system or other absolute coordinate system. In this exemplary embodiment, the East-North-Sky coordinate system (ENU coordinate system, which is a type of geographic coordinate system) is used as the navigation coordinate system for exemplary description. The origin of the navigation coordinate system is O n is the observation center, X n The axis is in the east direction, Y n The axis is along the north direction, Z n The axis of the Earth is at O n The normal direction of the point tangent plane. Assume that Fig. 6A In the left half of the figure, the mobile terminal is placed on a horizontal table, with the length direction pointing to the north and the width direction pointing to the east. The center of the mobile terminal is used as the observation center. The navigation coordinate system at this time is O n X n Y n Z n With the carrier coordinate system O B X B Y B Z B coincide.

[0093] Secondly, the posture of the mobile terminal is analyzed. When the user holds the mobile terminal to operate, the mobile terminal may be in the following two postures:

[0094] Posture 1: The user holds the mobile terminal with his head down, and the front 610 of the mobile terminal is facing upward or approximately facing upward, such as Fig. 6A Shown in the left half of the picture.

[0095] Posture 2: The user holds the mobile terminal without lowering his head, and the front 610 of the mobile terminal faces the user's face. Figure 6B Shown in the left half of the picture.

[0096] When a user holds a mobile terminal to scan a code for payment, the mobile terminal may be in the following two postures:

[0097] Posture 3: The user scans a QR code posted on a vertical or nearly vertical plane (such as a wall), with the back 620 of the mobile terminal facing the plane. Fig. 6A Shown in the right half of the picture.

[0098] Posture 4: The user scans a QR code posted on a horizontal or nearly horizontal plane (such as a desktop), with the back 620 of the mobile terminal facing the plane. Figure 6B Shown in the right half of the picture.

[0099] Again, by enumerating the changes between the above different postures, it can be seen that from the process of the user holding the mobile terminal to operate to scanning the code to pay, the posture changes of the mobile terminal include four situations:

[0100] From posture one to posture three, refer to Fig. 6A As shown, the mobile terminal mainly moves along X n The axis rotates, specifically along the X n The axis rotates about 90 degrees with the right hand (may also include small rotations in other directions). Right-hand rotation means that the thumb of the right hand points to the axis of rotation and rotates in the direction of the four fingers bending. B The rotation angle of the axis is about 0 degrees, Y B Axis and Z B The rotation angle of the axis is about 90 degrees. B Axis and Z B The rotation angle of the axis can determine the rotation angle of the mobile terminal.

[0101] From posture 1 to posture 4, since posture 1 is the same or similar to posture 4, the rotation angle of the mobile terminal is very small in this case, X B , Y B , Z B The rotation angles of the three axes are all around 0 degrees.

[0102] From posture 2 to posture 3, since posture 2 is the same or similar to posture 3, the rotation angle of the mobile terminal is very small in this case, X B , Y B , Z B The rotation angles of the three axes are all around 0 degrees.

[0103] From posture 2 to posture 4, refer to Figure 6B As shown, the mobile terminal mainly moves along X n The axis rotates, specifically along the X n The axis rotates about 90 degrees to the left. B The rotation angle of the axis is about 0 degrees, B Axis and Z B The rotation angle of the shaft is approximately 90 degrees.

[0104] In this exemplary embodiment, the rotation angle of the mobile terminal can be measured by the rotation angle of any axis or the sum of the rotation angles of the three axes. In the code scanning payment, when the rotation angle of one axis is used, the rotation angle of the mobile terminal is usually about 0 degrees or 90 degrees, and when the sum of the rotation angles of the three axes is used, the rotation angle of the mobile terminal is usually about 0 degrees or 180 degrees.

[0105] In one embodiment, when the sum of the rotation angles of the three axes of the mobile terminal is less than the three-axis angle threshold, the scan code payment mode is determined as the target payment mode. The three-axis angle threshold is used to distinguish the sum of the rotation angles of the three axes of the mobile terminal under different payment modes, and can be an empirical value. For example, the three-axis angle threshold can be 240 degrees. B , Y B , Z B When the sum of the rotation angles of the three axes is less than 240 degrees, the code scanning payment mode is determined as the target payment mode.

[0106] In another embodiment, when the cumulative rotation angle of each axis of the mobile terminal is less than the single-axis angle threshold, the code scanning payment mode is determined as the target payment mode. It should be noted that the cumulative rotation angle refers to the cumulative value of the rotation angle of the axis during the entire process. The angle values ​​detected by the angle sensor at different times during the rotation process can be obtained, and the cumulative rotation angle can be obtained by cumulative calculation. When calculating the sum of the rotation angles of the three axes, the angle change value can be used, which refers to the angle between the direction of the axis at the end of the rotation and the direction of the axis at the beginning of the rotation. The cumulative rotation angle and the angle change value are not necessarily equal. The single-axis angle threshold is used to distinguish the rotation angle of any single axis of the mobile terminal under different payment modes, and can be an empirical value. Exemplarily, the single-axis angle threshold can be 120 degrees. When the X of the mobile terminal is detected B , Y B , Z BWhen the cumulative rotation angle of each of the three axes is less than 120 degrees, the scan code payment mode is determined as the target payment mode.

[0107] Scan code payment mode

[0108] Combination Fig. 7A , Figure 7B , Figure 7C and Fig.7D The rotation of the mobile terminal during the QR code payment process is analyzed as follows:

[0109] first, 7A to 7D The meaning of the front 610, the back 620 and each coordinate system of the mobile terminal in Fig. 6A , Figure 6B Same as in. Fig. 7A and Figure 7B In the left half of the figure, the navigation coordinate system O n X n Y n Z n With the carrier coordinate system O B X B Y B Z B coincide; Figure 7C and Fig.7D In the left half of the figure, the navigation coordinate system O n X n Y n Z n With the carrier coordinate system O B X B Y B Z B They do not overlap. For convenience, the plane shown by the dotted line is X n O n Y n flat.

[0110] Secondly, the posture of the mobile terminal is analyzed. When the user holds the mobile terminal to operate, the mobile terminal may be in the above posture one or posture two. Fig. 7A Left half of the picture, Figure 7B As shown in the left half of the picture, posture 2 is as follows Figure 7C Left half of the picture, Fig.7D As shown in the left half of the picture. When a user holds a mobile terminal to pay by scanning a code, the mobile terminal may be in the following two postures:

[0111] Posture 5: The user stands up the front 610 of the mobile terminal and points it at a payment device such as a barcode scanner. The difference from posture 3 is that the front 610 faces a different direction. Fig. 7A Right half of the picture, Figure 7C Shown in the right half of the picture.

[0112] Posture 6: The user points the front 610 of the mobile terminal downward to a payment device such as a POS (Point Of Sales) terminal. The difference from posture 4 is that the front 610 is in a different direction. Figure 7B Right half of the picture, Fig.7D Shown in the right half of the picture.

[0113] Again, by enumerating the changes between the above different postures, it can be seen that from the process of the user holding the mobile terminal to operate to the process of scanning the code to pay, the posture changes of the mobile terminal include four situations:

[0114] From posture one to posture five, refer to Fig. 7A As shown in Figure 1, the rotation of this process is relatively complex, including the superposition of rotations in multiple directions. By comparing the directions of each axis in posture 1 and posture 5, we can see that X B The rotation angle of the axis is about 180 degrees, B The rotation angle of the axis is about 90 degrees, Z B The rotation angle of the axis is about 90 degrees, and the sum of the rotation angles of the three axes is about 360 degrees. The cumulative rotation angle of each axis is related to the actual rotation trajectory. Generally, X B The cumulative rotation angle of the axis is the maximum, exceeding 180 degrees.

[0115] From posture one to posture six, refer to Figure 7B As shown, the mobile terminal mainly moves along the Y n The axis rotates about 180 degrees to the left or right hand (rotating the left hand 180 degrees is equivalent to rotating the right hand 180 degrees. According to the actual action of the user, the right hand is generally rotated 180 degrees). Comparing the direction of each axis in posture 1 and posture 6, it can be seen that X B The rotation angle of the axis is about 180 degrees, B The rotation angle of the axis is about 0 degrees, Z B The rotation angle of the axis is about 180 degrees, and the sum of the rotation angles of the three axes is about 360 degrees. B Axis and Z B The cumulative rotation angle of the axis is also approximately 180 degrees.

[0116] From posture two to posture five, refer to Figure 7C As shown, the mobile terminal mainly moves along the Z n The axis rotates about 180 degrees to the left or right hand (according to the actual action of the user, the left hand usually rotates 180 degrees). Comparing the directions of each axis in posture 2 and posture 5, we can see that X B The rotation angle of the axis is about 180 degrees, B The rotation angle of the axis is about 0 degrees, Z B The rotation angle of the axis is about 180 degrees, and the sum of the rotation angles of the three axes is about 360 degrees. BAxis and Z B The cumulative rotation angle of the axis is also approximately 180 degrees.

[0117] From posture two to posture six, refer to Fig.7D As shown in Figure 2, the rotation of this process is relatively complex, including the superposition of rotations in multiple directions. By comparing the directions of each axis in posture 2 and posture 6, we can see that X B The rotation angle of the axis is about 180 degrees, B The rotation angle of the axis is about 90 degrees, Z B The rotation angle of the axis is about 90 degrees, and the sum of the rotation angles of the three axes is about 360 degrees. The cumulative rotation angle of each axis is related to the actual rotation trajectory. Generally, X B The cumulative rotation angle of the axis is the maximum, exceeding 180 degrees.

[0118] It can be seen that in the scanned code payment method, no matter how it is rotated, the sum of the rotation angles of the three axes is approximately 360 degrees, and the cumulative rotation angle of at least one axis is approximately 180 degrees.

[0119] In one embodiment, when the sum of the rotation angles of the three axes of the mobile terminal is greater than the three-axis angle threshold, the scanned payment mode is determined as the target payment mode. It should be noted that the rotation angle here can be an angle change value, that is, the angle between the direction of the axis at the end of the rotation and the direction of the axis at the beginning of the rotation. The three-axis angle threshold is used to distinguish the sum of the rotation angles of the three axes of the mobile terminal in different payment modes, and can be an empirical value. For example, the three-axis angle threshold can be 240 degrees. When the X-axis of the mobile terminal is detected, the target payment mode is determined as the target payment mode. B , Y B , Z B When the sum of the rotation angles of the three axes is greater than 240 degrees, the scan code payment mode will be determined as the target payment mode.

[0120] In another embodiment, when the cumulative rotation angle of at least one axis of the mobile terminal is greater than the single-axis angle threshold, the scanned payment mode is determined as the target payment mode. The single-axis angle threshold is used to distinguish the rotation angle of any single axis of the mobile terminal under different payment modes, and can be an empirical value. For example, the single-axis angle threshold can be 120 degrees. B , Y B , Z B When the cumulative rotation angle of at least one of the three axes is greater than 120 degrees, the scan code payment mode will be determined as the target payment mode.

[0121] The above-mentioned rotation process generally occurs after the user performs a payment trigger operation, in order to reduce the impact of other operations not related to payment. In one embodiment, step S220 may include: determining the target payment mode among multiple payment modes according to the rotation angle of the mobile terminal within the first preset time. The first preset time is the time for the user to perform a normal payment operation (usually a certain time margin can be added), and can start at the moment when the mobile terminal receives the payment trigger operation. The first preset time can be determined based on experience or actual scenarios, such as 3 seconds or 5 seconds. Therefore, this exemplary embodiment only judges the rotation angle within the first preset time, and the rotation of the mobile terminal after exceeding the first preset time can be considered to be unrelated to the payment operation. This is conducive to accurately judging the user's payment intention and determining the target payment mode.

[0122] In one embodiment, after the target payment mode is determined, prompt information about the target payment mode may be presented. Figure 3 In the screen-off interface 300, the user long presses the payment logo 304 to activate the payment function. After the mobile terminal determines the target payment mode according to the rotation angle, the prompt information can be displayed in the screen-off interface 300. Fig. 8A As shown, if the target payment mode is the scan code payment mode, the scan code payment prompt mark 305 can be displayed to prompt the user to start the scan code payment; Figure 8B As shown, if the target payment mode is the scanned code payment mode, the scanned code payment prompt mark 306 can be displayed to prompt the user to start the scanned code payment. It should be noted that the prompt information is not limited to Fig. 8A and Figure 8B The identification form in the text can also be in other forms such as text, voice, etc. The prompt information informs the user which payment mode will be adopted, which improves the interactive feedback sense, and when the target payment mode is inconsistent with the payment mode expected by the user, the user can also change the target payment mode in time through other operations.

[0123] Continue to refer Figure 2 In step S230, the payment interface corresponding to the target payment mode is displayed.

[0124] The payment interface is different in different payment modes. For example, in the code scanning payment mode, the payment interface usually includes an interface for opening the camera to scan the code, and an interface for entering the payment amount and payment password after scanning the code, such as Fig.9A As shown; in the scanned code payment mode, the payment interface usually includes the payer's payment code interface, such as Fig. 9BIn this exemplary embodiment, after determining the target payment mode, the relevant payment app can be started from the background under the lock screen interface, and the payment interface corresponding to the target payment mode in the app can be loaded, so that the user can jump directly to the payment interface from the lock screen interface, without the need for the user to choose to start the app and open the payment interface in the app, thus simplifying the payment operation process.

[0125] In one embodiment, reference Fig.10 As shown, step S230 may include:

[0126] Step S1010, acquiring an image captured by a camera;

[0127] Step S1020: displaying a payment interface based on the payment related information identified from the above image.

[0128] The image captured by the camera is an image of the current environment. When paying, the user usually points the mobile terminal at a target related to payment, so the image captured by the camera contains payment-related information. Payment-related information includes but is not limited to: payment code, payment device, etc. When payment-related information is recognized from the image, the user's payment intention can be further confirmed, and then the corresponding payment interface can be opened and displayed.

[0129] The following still takes the scanning code payment mode and the scanned code payment mode as an example. Fig.10 Provide further explanation.

[0130] When the target payment mode is the code scanning payment mode, step S1020 may include: displaying a code scanning payment interface according to the payment code recognized from the image.

[0131] Payment codes include but are not limited to: QR codes, bar codes, etc. The mobile terminal can process the payment code through the corresponding App and display the scan code payment interface.

[0132] In one embodiment, the application used for payment can be determined based on the payment code identified from the image, and then the application is started and the scan code payment interface in the application is displayed. For example, the payment code itself contains the identification information of the App, and after parsing the payment code, it can be determined which App it belongs to. Or the payment code contains a link, and by accessing the link, it is determined which App the payment code belongs to. Then, the App is started to process the payment code to display the corresponding scan code payment interface.

[0133] In one implementation, the recognition result of the payment code can be loaded while exiting the lock screen interface. When the recognition result of the payment code is successfully loaded, the scan code payment interface is displayed. Taking the Android system as an example, when exiting the lock screen interface, the lock screen interface Activity needs to be removed, and the scan code payment interface Activity needs to be created to display the scan code payment interface. Creating this Activity requires loading the recognition result of the payment code. Since it takes a certain amount of time to remove the lock screen interface Activity, during this process, if the recognition result of the payment code is successfully loaded, the scan code payment interface Activity can be created, and then the scan code payment interface can be displayed. Fig.9A In this way, you can skip the "Scan" interface and achieve a more complete payment interface. If the recognition result of loading the payment code is unsuccessful, for example, when an invalid payment code is recognized, the recognition result is abnormal, or within the time of exiting the lock screen interface, the payment code information is not fully recognized, then the "Scan" interface can be displayed to continue to recognize the payment code and load the recognition result.

[0134] In one embodiment, step S1010 may include: acquiring an image captured by a first camera, which may be a rear camera, or acquiring an image captured when a rotatable camera is rotated to a first direction, which may be the back direction of the mobile terminal, and the rotatable camera is equivalent to the rear camera. This conforms to the user's habitual posture when scanning a code for payment, that is, aiming the rear camera at the payment code.

[0135] In one embodiment, an image captured by the camera within a second preset time may be obtained to perform a payment code recognition process. The second preset time is the scanning time when the user normally performs a code scanning operation, and may start from the moment when the mobile terminal determines the target payment mode. Therefore, for images captured beyond the second preset time, it can be considered that they are not related to code scanning payment, and no subsequent payment code recognition process is performed.

[0136] In one implementation, a window may be added to the lock screen interface to display the image captured by the camera in real time, so that the user can align the camera with the payment code.

[0137] Taking into account the possibility of misjudgment in determining the target payment mode through the rotation angle of the mobile terminal, other means can be used to make supplementary judgments. After the scan code payment mode is determined as the target payment mode, it is necessary to obtain the payment code information from the image to realize payment processing. In theory, there should be a scannable payment code in the current environment. In one embodiment, when the payment code is not recognized from the image, it means that the payment mode expected by the user may not be the scan code payment mode, and then the target payment mode can be switched from the scan code payment mode to the scanned code payment mode, and step S230 is performed in the scanned code payment mode. Therefore, by recognizing the payment code in the image, step S220 is supplemented, thereby increasing the reliability and robustness of the present solution.

[0138] It should be noted that a certain time condition can be set when identifying the payment code. For example, within the second preset time mentioned above, if the payment code is not recognized in the first image, it is determined that there is no payment code in the current environment, and then the target payment mode is switched.

[0139] The above describes the specific implementation of step S230 when the target payment mode is the scan code payment mode. In one implementation, when the target payment mode is the scan code payment mode, step S1020 may include: displaying the scan code payment interface according to the payment device identified from the image.

[0140] Payment devices include but are not limited to: barcode scanners, mobile phones, POS machines, barcode scanning boxes, subway gate machines, bus card readers, etc. When the mobile terminal recognizes that the above image contains a payment device, it can display the corresponding scanned code payment interface.

[0141] In one embodiment, an application for payment can be determined based on the payment device identified from the image, and then the application is started and the scanned code payment interface in the application is displayed. For example, when a subway gate is identified, an App with a subway payment function can be started; when a bus card reader is identified, an App with a bus payment function can be started; and then the scanned code payment interface in the App is displayed.

[0142] In one embodiment, step S1010 may include: obtaining a first image captured by a second camera, the second camera may be a front camera, or obtaining a second image captured when the rotatable camera is rotated to a second direction, the second direction may be the front direction of the mobile terminal, and the rotatable camera is equivalent to the front camera. This conforms to the user's habitual posture when performing scan code payment, that is, pointing the screen of the mobile terminal at the payment device of the payee.

[0143] In one embodiment, each frame of image captured by the camera within a third preset time can be determined as the second image. The third preset time is the time when the user normally performs the code scanning operation, and can be started from the moment when the mobile terminal determines the target payment mode. Therefore, for images captured beyond the third preset time, it can be considered that they are irrelevant to the scanned code payment, and no subsequent processing of identifying the payment device is performed. The third preset time can be the same as or different from the above-mentioned second preset time, and the present disclosure does not limit this.

[0144] In one embodiment, when the payment device is not identified from the image, the target payment mode can be switched to the scan code payment mode. Similar to the above-mentioned solution for identifying the payment code, the judgment of identifying the payment device can be used as a supplement to step S220. After the scanned code payment mode is determined as the target payment mode, theoretically there should be a payment device in the current environment. Therefore, if the payment device cannot be identified from the image, it means that the payment mode expected by the user may not be the scanned code payment mode, and then the target payment mode can be switched from the scanned code payment mode to the scanned code payment mode, and step S230 is performed in the scanned code payment mode. Therefore, by identifying the payment device in the image, the supplement to step S220 is achieved, thereby increasing the reliability and robustness of this solution.

[0145] It should be noted that a certain time condition can be set when identifying the payment device. For example, within the third preset time mentioned above, if the second image is not identified as containing the payment device, it is determined that there is no payment device in the current environment, and then the target payment mode is switched.

[0146] In the above-mentioned scan code payment mode and scanned code payment mode, methods for determining the payment App are provided respectively: in the scan code payment mode, the App used for payment is determined based on the recognized payment code; in the scanned code payment mode, the App used for payment is determined based on the recognized payment device. Considering that some payment codes or payment devices do not contain relevant information about the App, it is impossible to determine the App based on the payment code or payment device. As a supplement, the following two methods for determining the App are provided:

[0147] In one embodiment, in step S230, a preset application may be started and a payment interface corresponding to the target payment mode in the preset application may be entered, wherein the preset application may be a default payment App pre-set by the user.

[0148] In another embodiment, in step S230, according to the payment selection operation received in the lock screen interface, the application corresponding to the payment selection operation can be started, and the payment interface corresponding to the target payment mode in the application can be entered. The payment selection operation is used to select a certain App as the payment App, for example, a selection control is set in the lock screen interface, such as after the user long presses the payment logo in the lock screen interface, an extended selection control window is displayed, in which different App icons are displayed, and the user can select the payment App from it.

[0149] In actual applications, the above-mentioned various solutions for determining the payment app can be combined, for example: when the user performs a payment selection operation on the lock screen interface, the payment app is determined according to the operation; when the user does not perform a payment selection operation on the lock screen interface, the payment app is determined according to the payment code identified in the first image or the payment device identified in the second image; when the payment app cannot be determined according to the payment code or the payment device, the preset app is used as the payment app. Furthermore, the payment app can be paid in the background, the payment interface corresponding to the target payment mode in the payment app can be loaded and displayed, and the payment interface can be directly jumped from the lock screen interface to display the payment interface, so as to achieve fast and direct access to the payment interface.

[0150] The exemplary embodiment of the present disclosure also provides a payment device for a mobile terminal. Fig.11 As shown, the payment device 1100 of the mobile terminal may include:

[0151] The operation receiving module 1110 is configured to receive a payment triggering operation in the lock screen interface of the mobile terminal;

[0152] The payment mode determination module 1120 is configured to determine a target payment mode from among a plurality of payment modes according to a rotation angle of the mobile terminal in response to a payment trigger operation;

[0153] The interface display control module 1130 is configured to display the payment interface corresponding to the target payment mode.

[0154] In one implementation, the interface display control module 1130 is further configured to:

[0155] Before displaying the payment interface corresponding to the target payment mode, the mobile terminal is unlocked according to the acquired unlocking information.

[0156] In one embodiment, the payment triggering operation includes: a preset operation for the payment identifier in the lock screen interface.

[0157] In one implementation, the payment mode determination module 1120 is configured to:

[0158] The target payment mode is determined according to the rotation angle of the axis of the mobile terminal.

[0159] In one implementation, the payment mode determination module 1120 is configured to:

[0160] When the sum of the rotation angles of the three axes of the mobile terminal is less than the three-axis angle threshold, the scan code payment mode is determined as the target payment mode.

[0161] In one implementation, the payment mode determination module 1120 is configured to:

[0162] When the sum of the rotation angles of the three axes of the mobile terminal is greater than the three-axis angle threshold, the scanned code payment mode will be determined as the target payment mode.

[0163] In one implementation, the interface display control module 1130 is configured to:

[0164] Acquire images captured by the camera;

[0165] The payment interface is displayed based on the payment related information identified from the above image.

[0166] In one implementation, the interface display control module 1130 is configured to:

[0167] When the target payment mode is the scan code payment mode, the scan code payment interface is displayed according to the payment code recognized from the above image.

[0168] In one implementation, the interface display control module 1130 is configured to:

[0169] Determining an application for payment based on the payment code identified from the image;

[0170] Launch the above application and display the scan code payment interface in the application.

[0171] In one implementation, the interface display control module 1130 is configured to:

[0172] Exit the lock screen interface and load the recognition result of the payment code;

[0173] When the recognition result of the loaded payment code is successful, the scan code payment interface is displayed.

[0174] In one implementation, the payment mode determination module 1120 is further configured to:

[0175] When the interface display control module 1130 fails to recognize the payment code from the above image, the target payment mode is switched to the scanned code payment mode.

[0176] In one implementation, the interface display control module 1130 is configured to:

[0177] Acquire an image captured by the first camera; or

[0178] An image captured when the rotatable camera is rotated to a first direction is acquired.

[0179] In one implementation, the interface display control module 1130 is configured to:

[0180] When the target payment mode is the scanned code payment mode, the scanned code payment interface is displayed according to the payment device identified from the above image.

[0181] In one implementation, the payment mode determination module 1120 is further configured to:

[0182] When the interface display control module 1130 fails to identify the payment device from the above image, the target payment mode is switched to the code scanning payment mode.

[0183] In one implementation, the interface display control module 1130 is configured to:

[0184] Acquire an image captured by a second camera; or

[0185] An image captured when the rotatable camera is rotated to a second direction is acquired.

[0186] In one implementation, the interface display control module 1130 is configured to:

[0187] According to the payment selection operation received in the lock screen interface, the application corresponding to the payment selection operation is started, and the payment interface corresponding to the target payment mode in the application is entered.

[0188] The specific details of each part of the above device have been described in detail in the method part implementation method, so they will not be repeated here.

[0189] It should be noted that, although several modules or units of the device for action execution are mentioned in the above detailed description, this division is not mandatory. In fact, according to the exemplary embodiments of the present disclosure, the features and functions of two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided into multiple modules or units to be embodied.

[0190] The exemplary embodiments of the present disclosure also provide a computer-readable storage medium, which can be implemented in the form of a program product, which includes a program code, and when the program product is run on an electronic device, the program code is used to cause the electronic device to perform the steps described in the above "Exemplary Method" section of this specification according to various exemplary embodiments of the present disclosure. In one embodiment, the program product can be implemented as a portable compact disk read-only memory (CD-ROM) and includes program code, and can be run on an electronic device, such as a personal computer. However, the program product of the present disclosure is not limited to this, and in this document, the readable storage medium can be any tangible medium containing or storing a program, which can be used by or in combination with an instruction execution system, device or device.

[0191] The program product may use any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.

[0192] Computer readable signal media may include data signals propagated in baseband or as part of a carrier wave, in which readable program code is carried. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Readable signal media may also be any readable medium other than a readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0193] The program code embodied on the readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wired, optical cable, RF, etc., or any suitable combination of the foregoing.

[0194] Program code for performing the operations of the present disclosure may be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java, C++, etc., and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user computing device, partially on the user device, as a separate software package, partially on the user computing device and partially on a remote computing device, or entirely on a remote computing device or server. In cases involving a remote computing device, the remote computing device may be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computing device (e.g., through the Internet using an Internet service provider).

[0195] It will be appreciated by those skilled in the art that various aspects of the present disclosure may be implemented as systems, methods or program products. Therefore, various aspects of the present disclosure may be specifically implemented in the following forms, namely: complete hardware implementation, complete software implementation (including firmware, microcode, etc.), or implementations combining hardware and software aspects, which may be collectively referred to herein as "circuit", "module" or "system". Those skilled in the art will readily think of other embodiments of the present disclosure after considering the specification and practicing the invention disclosed herein. The present application is intended to cover any variations, uses or adaptive changes of the present disclosure, which follow the general principles of the present disclosure and include common knowledge or customary technical means in the art that are not disclosed in the present disclosure. The specification and implementation are intended to be exemplary only, and the true scope and spirit of the present disclosure are indicated by the claims.

[0196] It should be understood that the present disclosure is not limited to the exact structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. A payment method for a mobile terminal, characterized in that: include: On the lock screen of the mobile terminal, receiving a payment trigger operation; In response to the payment triggering operation, determining a target payment mode among a plurality of payment modes according to a rotation angle of the mobile terminal; Displaying the payment interface corresponding to the target payment mode; Wherein, determining a target payment mode from a plurality of payment modes according to the rotation angle of the mobile terminal includes: Within the first preset time starting from the moment of receiving the payment trigger operation, if the sum of the rotation angles of the three axes of the mobile terminal is less than the three-axis angle threshold, the scan code payment mode is determined as the target payment mode; if the sum of the rotation angles of the three axes of the mobile terminal is greater than the three-axis angle threshold, the scan code payment mode is determined as the target payment mode.

2. The method according to claim 1, characterized in that Before displaying the payment interface corresponding to the target payment mode, the method further includes: The mobile terminal is unlocked according to the acquired unlocking information.

3. The method according to claim 1, characterized in that The payment triggering operation includes: a preset operation for the payment logo in the lock screen interface.

4. The method according to claim 1, characterized in that: The determining a target payment mode from a plurality of payment modes according to the rotation angle of the mobile terminal includes: Within the first preset time starting from the moment of receiving the payment trigger operation, if the cumulative rotation angle of each axis of the mobile terminal is less than the single-axis angle threshold, the scan code payment mode is determined as the target payment mode; if the cumulative rotation angle of at least one axis of the mobile terminal is greater than the single-axis angle threshold, the scan code payment mode is determined as the target payment mode.

5. The method according to claim 1, characterized in that The displaying of the payment interface corresponding to the target payment mode includes: Start a preset application and enter the payment interface corresponding to the target payment mode in the preset application.

6. The method according to claim 2, characterized in that The lock screen interface is provided with a payment logo, and the payment logo is located in the fingerprint sensing area; The receiving the payment trigger operation includes: receiving an operation of a user long pressing the payment identifier; The unlocking of the mobile terminal according to the acquired unlocking information includes: when the user long presses the payment identifier, collecting the user's fingerprint, and unlocking the mobile terminal according to the user's fingerprint.

7. The method according to claim 1, characterized in that The displaying of the payment interface corresponding to the target payment mode includes: Acquire images captured by the camera; The payment interface is displayed according to the payment related information identified from the image.

8. The method according to claim 7, characterized in that When the target payment mode is a code scanning payment mode, displaying the payment interface according to the payment related information identified from the image includes: Based on the payment code recognized from the image, a scan code payment interface is displayed.

9. The method according to claim 8, characterized in that The displaying of a scan code payment interface according to the payment code recognized from the image includes: determining an application for payment based on the payment code recognized from the image; The application is started and a scan code payment interface in the application is displayed.

10. The method according to claim 8, characterized in that The displaying of a scan code payment interface according to the payment code recognized from the image includes: Exit the lock screen interface and load the recognition result of the payment code; When the recognition result of the payment code is loaded successfully, the scan code payment interface is displayed.

11. The method according to claim 8, characterized in that The method further comprises: When the payment code is not recognized from the image, the target payment mode is switched to a scanned code payment mode.

12. The method according to claim 7, characterized in that When the target payment mode is a code scanning payment mode, the acquiring of an image captured by a camera includes: Acquire an image captured by the first camera; or An image captured when the rotatable camera is rotated to a first direction is acquired.

13. The method according to claim 7, characterized in that When the target payment mode is a scanned code payment mode, displaying a payment interface corresponding to the target payment mode includes: Based on the payment device identified from the image, a scanned code payment interface is displayed.

14. The method according to claim 13, characterized in that The method further comprises: When no payment device is identified from the image, the target payment mode is switched to a code scanning payment mode.

15. The method according to claim 7, characterized in that When the target payment mode is a scanned code payment mode, the acquiring of an image captured by a camera includes: Acquire an image captured by a second camera; or An image captured when the rotatable camera is rotated to a second direction is acquired.

16. The method according to claim 1, characterized in that The displaying of the payment interface corresponding to the target payment mode includes: According to the payment selection operation received in the lock screen interface, the application corresponding to the payment selection operation is started, and the payment interface corresponding to the target payment mode in the application is entered.

17. A payment device for a mobile terminal, characterized in that: include: An operation receiving module is configured to receive a payment triggering operation in the lock screen interface of the mobile terminal; a payment mode determination module, configured to determine a target payment mode from a plurality of payment modes according to a rotation angle of the mobile terminal in response to the payment triggering operation; An interface display control module, configured to display a payment interface corresponding to the target payment mode; Wherein, determining a target payment mode from a plurality of payment modes according to the rotation angle of the mobile terminal includes: Within the first preset time starting from the moment of receiving the payment trigger operation, if the sum of the rotation angles of the three axes of the mobile terminal is less than the three-axis angle threshold, the scan code payment mode is determined as the target payment mode; if the sum of the rotation angles of the three axes of the mobile terminal is greater than the three-axis angle threshold, the scan code payment mode is determined as the target payment mode.

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

19. A mobile terminal, characterized in that: include: processor; A memory, configured to store executable instructions of the processor; An angle sensor, used to detect the angle of the mobile terminal; as well as A display, used to display a user interface, wherein the user interface includes a lock screen interface and a payment interface; The processor is configured to perform the method of any one of claims 1 to 16 by executing the executable instructions.

Images