WO2022183915A1

WO2022183915A1 - Payment method and apparatus for mobile terminal, and storage medium and mobile terminal

Info

Publication number: WO2022183915A1
Application number: PCT/CN2022/076786
Authority: WO
Inventors: 陈旭程; 刘粤; 杨冉; 戴艳; 池卓哲
Original assignee: Oppo广东移动通信有限公司
Priority date: 2021-03-04
Filing date: 2022-02-18
Publication date: 2022-09-09
Also published as: CN115034780A

Abstract

A payment method and apparatus for a mobile terminal, and a computer-readable storage medium and a mobile terminal. The method comprises: receiving a payment trigger operation in a lock screen interface of a mobile terminal (S210); in response to the payment trigger operation, determining, according to a rotation angle of the mobile terminal, a target payment mode among a plurality of payment modes (S220); and displaying a payment interface corresponding to the target payment mode (S230). By means of the present application, it is possible to quickly enter a payment interface from a lock screen interface, such that the user operation process is simplified, and various payment modes such as code-scanning payment and code-scanned payment are supported. (FIG. 2)

Description

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

This application claims the priority of the Chinese patent application whose filing date is March 04, 2021, the application number is 202110241666.6, and the title is "Payment method, device, storage medium and mobile terminal for mobile terminal", and the entire content of the Chinese patent application Incorporated herein by reference.

technical field

The present disclosure relates to the field of human-computer interaction, and in particular, to a payment method for a mobile terminal, a payment device for a mobile terminal, a computer-readable storage medium, and a mobile terminal.

Background technique

With the high popularity of mobile terminals such as mobile phones, mobile payment has become one of the main payment methods for people's daily use. However, the current mobile payment operation process is relatively cumbersome. For example, when a user takes out the mobile phone in the locked screen state to pay, he needs to perform multiple operations such as exiting the lock screen, selecting an App (Application, application), and clicking the payment option. Inconvenient and time consuming.

SUMMARY OF THE INVENTION

The present disclosure provides a payment method for a mobile terminal, a payment device for the mobile terminal, a computer-readable storage medium and a mobile terminal.

According to a first aspect of the present disclosure, there is provided a payment method for a mobile terminal, comprising: receiving a payment trigger operation on a screen lock interface of the mobile terminal; in response to the payment trigger operation, according to the rotation angle of the mobile terminal, A target payment mode is determined among the multiple payment modes; and a payment interface corresponding to the target payment mode is displayed.

According to a second aspect of the present disclosure, there is provided a payment device for a mobile terminal, comprising a processor and a memory, the processor is configured to execute the following program modules stored in the memory: an operation receiving module configured to Under the lock screen interface, a payment trigger operation is received; a payment mode determination module is configured to, in response to the payment trigger operation, determine a target payment mode among multiple payment modes according to the rotation angle of the mobile terminal; the interface display control module , which is configured to display a payment interface corresponding to the target payment mode.

According to a third aspect of the present disclosure, there is provided a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, realizes the payment method of the mobile terminal of the above-mentioned first aspect and possible implementations thereof .

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 an angle of the mobile terminal; and a display for In displaying a user interface, the user interface includes a lock screen interface and a payment interface; wherein, the processor is configured to execute the mobile terminal payment method of the first aspect and possible implementations thereof by executing the executable instructions .

Description of drawings

FIG. 1 shows a structural diagram of a mobile terminal in this exemplary embodiment;

FIG. 2 shows a flow chart of a payment method of a mobile terminal in this exemplary embodiment;

FIG. 3 shows a schematic diagram of an information screen interface in this exemplary embodiment;

FIG. 4A shows a schematic diagram of a lock screen wallpaper interface in this exemplary embodiment;

FIG. 4B shows a schematic diagram of another lock screen wallpaper interface in this exemplary embodiment;

FIG. 5 shows a schematic diagram of the scanning code payment mode and the scanning code payment mode in this exemplary embodiment;

6A and 6B show schematic diagrams of scanning code payment in this exemplary embodiment;

7A to 7D show schematic diagrams of scanning code payment in this exemplary embodiment;

8A and 8B show schematic diagrams of prompt information in this exemplary embodiment;

FIG. 9A shows a schematic diagram of a code scanning payment interface in this exemplary embodiment;

FIG. 9B shows a schematic diagram of the scanned code payment interface in this exemplary embodiment;

FIG. 10 shows a flowchart of a method for displaying a payment interface in this exemplary embodiment;

FIG. 11 shows a structural diagram of a payment device of a mobile terminal in this exemplary embodiment;

FIG. 12 shows a structural diagram of another payment device of a mobile terminal in this exemplary embodiment.

Detailed ways

Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments, however, can be embodied in various forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided in order to give a thorough 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 without one or more of the specific details, or other methods, components, devices, steps, etc. may be employed. In other instances, well-known solutions have not been shown or described in detail to avoid obscuring aspects of the present disclosure.

Furthermore, the drawings are merely schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and thus their repeated descriptions will be omitted. Some of the block diagrams shown in the figures are functional entities that do not necessarily necessarily correspond to physically or logically separate entities. These functional entities may be implemented in software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.

Mobile payment includes scanning code payment mode and scanning code payment mode. The 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 activate the scan code payment mode. The code-scanned payment mode means that the payer is paid by the payee by scanning the payment code (such as a bar-shaped payment code). Scanned code payment mode. In the related art, the user is required to select a corresponding function in the payment App to activate the corresponding payment mode, thereby further increasing the operation steps and exacerbating the problem of cumbersome operation process.

In view of the above problems, exemplary embodiments of the present disclosure provide a mobile terminal and a payment method for the mobile terminal. Wherein, the mobile terminal is used to execute the payment method.

In this exemplary embodiment, the mobile terminal may include: a processor, a memory, an angle sensor and a display. Among them, the memory is used to store executable instructions of the processor, and can 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 a variety of sensors; a display for displaying 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 executable instructions.

The following takes the mobile terminal 100 in FIG. 1 as an example to illustrate 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 more or fewer components than those shown in FIG. 1 .

As shown in FIG. 1 , the mobile terminal 100 may specifically include: a processor 110, an internal memory 121, an external memory interface 122, a USB (Universal Serial Bus, Universal Serial Bus) interface 130, a charging management module 140, a power management module 141, Battery 142, Antenna 1, Antenna 2, Mobile Communication Module 150, Wireless Communication Module 160, Audio Module 170, Speaker 171, Receiver 172, Microphone 173, Headphone Interface 174, Sensor Module 180, Display 190, Camera Module 191, Indicator 192, a motor 193, a button 194, a SIM (Subscriber Identification Module, subscriber identification module) card interface 195, and the like.

The processor 110 may include one or more processing units, for example, the processor 110 may include an AP (Application Processor, application processor), a modem processor, a GPU (Graphics Processing Unit, graphics processor), an ISP (Image Signal Processor, image signal processor), controller, encoder, decoder, DSP (Digital Signal Processor, digital signal processor), baseband processor and/or NPU (Neural-Network Processing Unit, neural network processor), etc.

In one embodiment, the processor 110 may include one or more interfaces through which connections are formed with other components of the mobile terminal 100 .

Internal memory 121 may be used to store computer executable program code, which includes instructions. The internal memory 121 may include volatile memory and nonvolatile memory. The processor 110 executes various functional applications and data processing of the mobile terminal 100 by executing the instructions stored in the internal memory 121 .

The external memory interface 122 can be used to connect an external memory, such as a Micro SD card, so as 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 realize data storage functions, such as storing files such as images and audios.

The USB interface 130 is an interface conforming to the USB standard specification, and can be used to connect a charger to charge the mobile terminal 100, and can also be connected to an earphone or other electronic devices.

The charging management module 140 is used to receive charging input from the charger. While charging the battery 142, the charging management module 140 can also supply power to the device through the power management module 141; the power management module 141 can also monitor the state of the battery.

The wireless communication function of the mobile terminal 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modulation and demodulation processor, the baseband processor, and the like. Antenna 1 and Antenna 2 are used to transmit and receive electromagnetic wave signals. The mobile communication module 150 may provide wireless communication solutions including 2G/3G/4G/5G and the like applied on the mobile terminal 100 . The wireless communication module 160 can provide applications on the mobile terminal 100 including WLAN (Wireless Local Area Networks, wireless local area network) (such as Wi-Fi (Wireless Fidelity, wireless fidelity) network), BT (Bluetooth, Bluetooth), GNSS (Global Navigation Satellite System, global navigation satellite system), FM (Frequency Modulation, frequency modulation), NFC (Near Field Communication, short-range wireless communication technology), IR (Infrared, infrared technology) and other wireless communication solutions.

The display 190 includes a display panel. The display panel can 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 (Active-Matrix Organic Light). Emitting Diode, AMOLED), flexible light-emitting diode (Flexlight-Emitting Diode, FLED), etc. The mobile terminal 100 may implement a display function through a GPU, a display 190, an AP, etc., and display a user interface. For example, when the user does not use the mobile terminal 100, the display 190 enters a sleep state (mainly refers to the sleep state of the display panel, that is, the so-called off-screen or off-screen state), and may not display any content; when the user wakes up the screen, the display 190 enters the working state, and the lock screen interface can be displayed first; when the user makes payment through a certain operation, the display 190 can display the corresponding payment interface and the like.

The mobile terminal 100 can realize image acquisition and shooting functions through the ISP, the camera module 191, the encoder, the decoder, the GPU, the display 190, the AP, and the like. The mobile terminal 100 may include one or more camera modules 191, and each camera module 191 may further 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 one front camera, and the rear camera module includes three rear cameras.

The mobile terminal 100 may implement audio functions through an audio module 170, a speaker 171, a receiver 172, a microphone 173, an earphone interface 174, an AP, and the like.

The sensor module 180 may include sensors of different types and functions to implement corresponding sensing detection functions. FIG. 1 exemplarily shows that the sensor module 180 includes a touch sensor 1801 , an angle sensor 1802 , a fingerprint sensor 1803 , and a structured light sensor 1804 .

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

In one embodiment, the touch sensor 1801 may be integrated in the display 190, for example, in a display panel using a transparent material to form a touchable display screen, ie, a touch screen.

The angle sensor 1802 is used to detect the angle of the mobile terminal 100 , and the angle may be an 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, inertial measurement unit), including an acceleration sensor and a gyroscope sensor, and may also include a magnetic force sensor. The angle of the mobile terminal 100 .

The fingerprint sensor 1803 is used to collect the user's fingerprint information. According to different implementation principles, the fingerprint sensor may include an optical sensor, a capacitive sensor, an ultrasonic sensor, and the like. Generally, the fingerprint sensor 1803 is arranged 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 disposed under the button 194 of the mobile terminal 100 , or may be disposed on the back of the mobile terminal 100 .

In one embodiment, the fingerprint sensor 1803 can be integrated inside or below the display 190, so that the fingerprint sensing area is formed in the display screen, and even the entire display area can become the fingerprint sensing area, so as to realize the fingerprint collection or the fingerprint sensor under the screen. Full screen fingerprint collection.

The structured light sensor 1804 is used to detect the surface structure information of the measured object. The principle is: actively project light signals to the measured object through the projector, and calculate the surface structure information of the measured object according to the deformation of the light signal on the surface of the measured object. 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.

The indicator 192 can be an indicator light, which can be used to indicate the charging state, the change of the power, and can also be used to indicate a message, a missed call, a notification, and the like. The motor 193 can generate vibration prompts, and can also be used for touch vibration feedback and the like. The buttons 194 include a power button, a volume button, a Home button, and the like.

The mobile terminal 100 may support one or more SIM card interfaces 195 for connecting the SIM cards to realize functions such as calling and mobile communication.

The payment method of the mobile terminal in the embodiment of the present disclosure will be described below with reference to FIG. 2 . Referring to Figure 2, an exemplary flow of the method includes:

Step S210, receiving a payment triggering operation under the lock screen interface of the mobile terminal;

Step S220, in response to the payment triggering operation, according to the rotation angle of the mobile terminal, determine a target payment mode among multiple payment modes;

Step S230, displaying a payment interface corresponding to the target payment mode.

Through the above method, on the one hand, it is possible to quickly enter the payment interface from the lock screen interface, which simplifies the user operation process, shortens the payment processing time, and improves the user experience. On the other hand, according to the rotation angle of the mobile terminal during the user's 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 scanning code payment, and does not require the user Manual selection of payment modes further simplifies the user process. On the other hand, this solution can be implemented based on the conventional hardware configuration of mobile terminals such as mobile phones at present, without adding more components, so the implementation cost is low.

Each of the above steps will be described in detail below.

Referring to FIG. 2, in step S210, a payment trigger operation is received under the lock screen interface of the mobile terminal.

The mobile terminal may keep displaying the lock screen interface in the standby state, or the mobile terminal may keep the "black screen" in the standby state, and display the lock screen interface when certain conditions are met.

In one embodiment, the lock screen interface may be displayed according to the pose change information of the mobile terminal. The posture change information can be detected by the angle sensor built in the mobile terminal, etc., and can be used to judge the posture of the mobile terminal. For example, the value of the pose change of the mobile terminal is calculated according to the built-in acceleration sensor and the gyroscope sensor of the mobile terminal, and when the value of the pose change meets the preset pose change condition, it is determined that the user picks up the mobile terminal and assumes a holding attitude. , and then determine that the user needs to use the mobile terminal, and display the lock screen interface.

In another embodiment, a lock screen interface may 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; holding the mobile terminal in front of the Turn on the camera) to detect a face, or make a specific wake-up gesture in front of the AON camera, such as shaking hands left and right, thumbs up, etc.; say a specific voice, such as "I want to use the phone", "wake up the screen" and other presets sentence, so that the mobile terminal can determine the user's intention to use the mobile terminal by recognizing the voice content.

In addition, the condition for waking up the lock screen interface can also be set by the user, and when the condition is reached, the mobile terminal is woken up from the "black screen" state to display the lock screen interface.

The payment triggering operation is an operation used to trigger the activation of the mobile payment function, which is performed by the user under the lock screen interface. The present disclosure does not limit the specific form and display content of the lock screen interface. The following is an exemplary description of the payment triggering operation through two specific lock screen interfaces:

①Interactive screen interface. Generally, when the mobile terminal is in an off-screen state, the screen does not display any content, which is a black screen. At present, most mobile terminals such as mobile phones 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 mention the functions of information prompts and aesthetics, and the screen does not need to be fully turned on, reducing power consumption. Relatively low, the screen interface in this state is called an off-screen interface.

Referring to FIG. 3 , there is no background content in the information screen interface 300, and the time and some identifiers can be displayed, including a fingerprint unlocking identifier 301, a flashlight identifier 302, a camera identifier 303 and a payment identifier 304, each of which is used to trigger a corresponding function. The information screen interface 300 belongs to a type of lock screen interface, and can be regarded as a lock screen interface in which the screen is not fully lit. Under the screen-on-screen interface 300, the user can perform a payment triggering operation, for example, performing preset operations such as clicking, long-pressing, sliding, etc. on the payment logo 304 in the screen-on-screen interface 300 to trigger the activation of the payment function.

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

Referring to FIGS. 4A and 4B , a background with a striped pattern is displayed in the lock screen wallpaper interface 400, and also includes information such as time, power, etc., as well as a fingerprint unlocking mark 401, a flashlight mark 402, a camera mark 403, a payment mark 404 and a lock mark. 405. The lock mark 405 is used to display the locked/unlocked state of the mobile terminal. The lock mark 405 in FIG. 4A shows that it is currently locked, and the lock mark 405 in FIG. 4B shows that it is currently unlocked. It should be noted that, regardless of 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. That is to say, displaying the lock screen interface does not mean that the mobile terminal must be in a locked state. For example, when the mobile terminal is in a locked state, the lock screen wallpaper interface of FIG. 4A can be displayed, and the user can perform a payment trigger operation, such as performing a preset operation on the payment identifier 404; after the user unlocks the mobile terminal, for example, the user After touching the fingerprint unlocking sign 401 with a finger to unlock, the mobile terminal may not immediately jump from the lock screen wallpaper interface 400 to other interfaces, but only present the change of the locking sign 405, as shown in FIG. When the unlocked state changes, 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.

It should be noted that the mobile terminal can be set to keep displaying the information screen interface in the standby state, and display the lock screen wallpaper interface in response to reaching certain conditions, for example, according to the posture change information of the mobile terminal or the wake-up operation performed by the user, from the information screen. The screen interface enters the lock screen wallpaper interface. It is also possible to set the screen to remain completely black in the standby state, display the screen-off interface in response to one condition being met, and display the lock screen wallpaper interface in response to reaching another condition. For example, when the mobile terminal detects that the user has been inactive for more than 1 minute, the screen is turned off and a completely black screen is displayed; when it is judged that the user is currently holding the posture according to the posture change information of the mobile terminal, the screen is displayed; When the user performs a wake-up operation, the lock screen wallpaper interface is displayed.

The above provides two kinds of lock screen interfaces, namely the interest screen interface and the lock screen wallpaper interface. It can be set to allow the user to perform payment triggering operations only on the off-screen interface or only on the lock-screen wallpaper interface, such as setting the payment logo only on the off-screen interface, or only setting the payment logo on the lock-screen wallpaper interface. It can also be set to allow the user to perform a payment triggering operation in both the screen-off interface and the lock-screen wallpaper interface, for example, a payment logo is set in both the screen-off interface and the lock-screen wallpaper interface.

3, 4A and 4B, the payment trigger operation may be a preset operation for the payment logo in the lock screen interface, such as an operation of clicking, long pressing or sliding on the payment logo. In addition, users can also perform payment trigger operations in other ways, including but not limited to:

The mobile terminal is subjected to a specific pose change to meet the preset pose change conditions, such as shaking it left and right, or picking up the mobile terminal from a horizontal to a vertical pose; it should be noted that it is used for payment triggering The pose change conditions of the mobile terminal may be the same as or different from the above-mentioned pose change conditions for evoking the lock screen interface. For example, the two pose change conditions are shake left and right. Arouse the lock screen interface, shake left and right under the lock screen interface, then realize the payment trigger operation;

Perform payment trigger gesture operations, such as sliding according to the preset payment trigger track in the lock screen interface, or make a payment trigger gesture in front of the AON camera;

Perform specific operations on the physical buttons of the mobile terminal to trigger payment, such as pressing the volume "+" button twice while holding down the power button;

Say the 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 pay by recognizing the voice content.

If the mobile terminal is in a locked state when the user makes payment, the user needs to unlock the mobile terminal, and the payment can be completed only after unlocking, thereby improving the security of payment. In order to achieve unlocking, in an implementation manner, unlocking information may also be obtained under the lock screen interface. Unlocking information is the information entered by the user during the unlocking operation, including but not limited to: passwords used for unlocking, such as numbers, letters and other character passwords, gesture passwords (nine-square gesture passwords), etc.; fingerprint information entered by the user when fingerprint unlocking; The face information collected by the front camera when the user performs face unlocking; the voice information input when the user performs voice unlocking. Then, the mobile terminal can release the locking of the mobile terminal according to the obtained unlocking information. Specifically, the mobile terminal verifies the unlocking information, and switches the locked state to the unlocked state after the verification is passed. At this time, content other than the lock screen interface can be displayed. , such as performing step S230 to display the payment interface.

As can be seen from the above, the user can perform two operations under the lock screen interface: unlock operation and payment trigger operation. The present disclosure does not limit the order of these two operations, and the examples include the following situations:

Situation 1. The unlock operation is performed first, and then the payment trigger operation is performed.

Taking FIG. 4A and FIG. 4B as an example, in the lock screen wallpaper interface 400 of FIG. 4A, the mobile terminal is displayed in a locked state by the lock mark 405. At this time, the user can first press the fingerprint unlock mark 401 to perform the unlocking operation; Then, referring to FIG. 4B , the lock screen wallpaper interface 400 is still displayed, and the mobile terminal is displayed in an unlocked state by the lock mark 405 . At this time, the user can long press the payment mark 404 to perform a payment triggering operation.

In one embodiment, after the unlocking is completed, the user is allowed to perform a payment triggering operation, so that a user identity verification is performed before the payment function is activated, which improves payment security.

Scenario 2: First perform the payment trigger operation, and then perform the unlocking operation

For example, in the lock screen interface, the user first performs a payment trigger operation, triggers the mobile terminal to execute step S220 to determine the target payment mode, and loads the payment interface. During this process, the user can perform the unlocking operation, so that after the unlocking is completed, the payment interface can be quickly entered, which shortens the time for waiting for a response.

Case 3. Simultaneous unlocking operation and payment triggering operation

For example, the payment ID in the lock screen interface belongs to the fingerprint sensing area. When the user presses the payment ID for a long time to trigger the payment, the mobile terminal collects the user's fingerprint and completes the fingerprint unlocking operation. In fact, the two operations are combined into one operation, and further Simplified operation. Or, when the user performs a payment triggering operation facing the front camera of the mobile terminal, the front camera collects the user's face information to complete the face unlocking operation. Alternatively, while the user performs the payment triggering operation, the user enters a 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 triggering operation at the same time.

Continuing to refer to FIG. 2 , in step S220, in response to the payment triggering operation, a target payment mode is determined among a plurality of payment modes according to the rotation angle of the mobile terminal.

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

Figure 5 shows a schematic scenario of two payment modes. After the user performs an operation on the mobile terminal (such as a payment trigger operation or an unlock operation), if the scan code payment mode is used, the camera needs to be pointed at the payee's payment method. If you use the scanned code payment mode, you need to present your own payment code to the payee, such as aiming at a scanning device such as a code scanning gun, and the payee device scans the payment code , make a payment.

The process from the user holding the mobile terminal to the scan code payment process, and the process from the user holding the mobile terminal to the scan code payment process, the rotation angle of the mobile terminal is usually different in these two processes. Therefore, according to the rotation angle To judge the user's payment intention, and then determine the target payment mode.

The above-mentioned 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.

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 axes. The following describes the payment mode by scanning the code and the payment mode by scanning the code.

Scan code payment mode

With reference to Figure 6A and Figure 6B, the rotation of the mobile terminal during the scan code payment process is analyzed as follows:

First, the coordinate system in FIG. 6A and FIG. 6B will be described. The front surface 610 of the mobile terminal may be the surface where the screen is located, and the other surface opposite to it is the back surface 620, which may be the surface where the rear camera is located. O _B X _B Y _B Z _B is the carrier coordinate system, the carrier is the mobile terminal, the origin O _B of the carrier coordinate system is located in the center of the mobile terminal, the X _B axis is along the width direction of the mobile terminal, and the Y _B axis is along the length direction of the mobile terminal , the Z _B axis is perpendicular to the front face 610 . The carrier coordinate system is a relative coordinate system. The position of the origin and the direction of each axis are not fixed, but change with the movement of the mobile terminal. X _B , Y _B , and Z _B are the three axes of the mobile terminal, and the angle sensor can detect the rotation angles of these three axes. O _n X _n Y _n Z _n is a navigation coordinate system, and an absolute coordinate system such as an inertial coordinate system, an earth coordinate system, a geographic coordinate system, etc. can be used. In this exemplary embodiment, the east-north-sky coordinate system (ENU coordinate system, It is a kind of geographic coordinate system) as a navigation coordinate system for exemplary illustration, the origin O _n of the navigation coordinate system is the observation center, the X _n axis is along the due east direction, the Y _n axis is along the due north direction, and the Z _n axis is along the earth. _On point the normal direction of the tangent plane. Assuming that in the left half of FIG. 6A, the mobile terminal is placed on a horizontal table, the length direction points to the north, the width direction points to the east, and the center of the mobile terminal is used as the observation center, then the navigation coordinate system at this time is O _n X _n Y _n Z _n coincides with the carrier coordinate system O _B X _B Y _B Z _B.

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

Attitude 1: the user holds the mobile terminal with his head lowered, and the front 610 of the mobile terminal faces or approximately faces upward, as shown in the left half of FIG. 6A .

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, as shown in the left half of FIG. 6B .

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

Attitude 3: The user scans the two-dimensional code posted on a vertical or nearly vertical plane (eg, a wall), and the back 620 of the mobile terminal faces the plane, as shown in the right half of FIG. 6A .

Attitude 4: The user scans the two-dimensional code posted on a horizontal or approximately horizontal plane (such as a desktop), and the back 620 of the mobile terminal faces the plane, as shown in the right half of FIG. 6B .

Thirdly, by enumerating the changes between the above different postures, it can be seen that from the process of the user holding the mobile terminal for operation to scanning the code for payment, the posture changes of the mobile terminal include four situations:

From attitude 1 to attitude 3, referring to FIG. 6A , the mobile terminal mainly rotates along the X _n axis, specifically, the right hand rotates about 90 degrees along the X _n axis (may also include small rotations in other directions). The right thumb points to the rotation axis and rotates in the direction of the four fingers. During the rotation process, the rotation angle of the X _B axis is about 0 degrees, and the rotation angle between the Y _B axis and the Z _B axis is about 90 degrees. By detecting the rotation angle of the Y _B axis and the Z _B axis, the rotation angle of the mobile terminal can be determined. .

From attitude 1 to attitude 4, since attitude 1 and attitude 4 are the same or similar, the rotation angle of the mobile terminal is very small in this case, and the rotation angles of the three axes X _B , Y _B , and Z _B are all about 0 degrees.

From attitude 2 to attitude 3, since attitude 2 and attitude 3 are the same or similar, the rotation angle of the mobile terminal is very small in this case, and the rotation angles of the three axes X _B , Y _B , and Z _B are all about 0 degrees.

From attitude 2 to attitude 4, referring to FIG. 6B , the mobile terminal mainly rotates along the X _n axis, specifically, the left hand rotates about 90 degrees along the X _n axis. During the rotation process, the rotation angle of the X _B axis is about 0 degrees, and the rotation angle between the Y _B axis and the Z _B axis is about 90 degrees.

In this exemplary embodiment, the rotation angle of the mobile terminal may be measured by the rotation angle of any one axis or the sum of the rotation angles of the three axes. In scan code 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. When the sum of the rotation angles of the three axes is used, the rotation angle of the mobile terminal is usually 0 degrees or 90 degrees. 180 degrees or so.

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. Exemplarily, the three-axis angle threshold may be 240 degrees. When it is detected that the sum of the rotation angles of the three axes of X _B , Y _B and Z _B of the mobile terminal is less than 240 degrees, the scan code payment mode is determined as the target payment mode.

In another embodiment, when 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. It should be noted that the cumulative rotation angle refers to the cumulative value of the rotation angle of the shaft in the whole process. The angle value detected by the angle sensor at different times can be obtained during the rotation process, and the cumulative calculation is performed to obtain the cumulative rotation angle. When calculating the sum of the rotation angles of the three axes above, 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 uniaxial angle threshold may be 120 degrees. When it is detected that the cumulative rotation angle of each of the three axes X _B , Y _B , and Z _B of the mobile terminal is less than 120 degrees, the scan code payment mode is determined as the target payment mode.

Scanned code payment mode

With reference to Figure 7A, Figure 7B, Figure 7C and Figure 7D, the rotation of the mobile terminal during the scan code payment process is analyzed as follows:

First, the meanings of the front 610, the back 620 and the coordinate systems of the mobile terminal in FIGS. 7A to 7D are the same as those in FIGS. 6A and 6B. In the left half of Fig. 7A and Fig. 7B, the navigation coordinate system O _n X _n Y _n Z _n coincides with the carrier coordinate system O _B X _B Y _B Z _B ; in the left half of Fig. 7C and Fig. 7D, the navigation coordinate system O _n X _n Y _n Z _n does not coincide with the carrier coordinate system O _B X _B Y _B Z _B , and the plane shown by the dotted line is the X _n O _n Y _n plane for convenience.

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-mentioned posture 1 or posture 2. The posture 1 is shown in the left half of Fig. 7A and the left half of Fig. 7B, and the posture 2 is shown in the left half of Fig. 7C and Fig. 7D. shown. When a user holds a mobile terminal for payment by scanning the code, the mobile terminal may be in the following two postures:

Posture 5: The user stands up the front 610 of the mobile terminal and aligns it with a payment device such as a barcode scanner. The difference from posture 3 is that the orientation of the front 610 is different, as shown in the right half of FIG. 7A and the right half of FIG. 7C .

Posture 6: The user points the front 610 of the mobile terminal downwards and aligns it with a payment device such as a POS (Point Of Sales), which differs from posture 4 in that the orientation of the front 610 is different. Refer to the right half of Figure 7B, This is shown in the right half of Figure 7D.

Once again, enumerating the changes between the above-mentioned different attitudes, it can be seen that from the user holding the mobile terminal to operate to the process of scanning the code to pay, the attitude changes of the mobile terminal include four situations:

From attitude 1 to attitude 5, as shown in FIG. 7A , the rotation situation of this process is relatively complicated, including the superposition of rotations in multiple directions. Comparing the directions of each axis in attitude 1 and attitude 5, it can be seen that the rotation angle of X _B axis is about 180 degrees, the rotation angle of Y _B axis is about 90 degrees, and the rotation angle of Z _B axis is about 90 degrees. The sum of the rotation angles is about 360 degrees. The cumulative rotation angle of each axis is related to the actual rotation trajectory. Generally, the cumulative rotation angle of the X and _B axes is the largest, exceeding 180 degrees.

From attitude 1 to attitude 6, as shown in FIG. 7B , the mobile terminal mainly rotates about 180 degrees with the left hand or the right hand along the Y _n axis (180 degrees of left hand rotation is equivalent to 180 degrees of right hand rotation, according to the actual actions of the user, usually the right hand rotated 180 degrees). Comparing the directions of each axis in attitude 1 and attitude 6, it can be seen that the rotation angle of X and _B axes is about 180 degrees, the rotation angle of Y and _B axes is about 0 degrees, and the rotation angle of Z and _B axes is about 180 degrees. The sum of the rotation angles is about 360 degrees. The cumulative rotation angle of the X _B axis and the Z _B axis is also about 180 degrees.

From posture 2 to posture 5, referring to FIG. 7C , the mobile terminal mainly rotates about 180 degrees with the left hand or the right hand along the Z _n axis (according to the actual actions of the user, generally the left hand rotates 180 degrees). Comparing the directions of each axis in attitude 2 and attitude 5, it can be seen that the rotation angle of the X and _B axes is about 180 degrees, the rotation angle of the Y and _B axes is about 0 degrees, and the rotation angle of the Z and _B axes is about 180 degrees. The sum of the rotation angles is about 360 degrees. The cumulative rotation angle of the X _B axis and the Z _B axis is also about 180 degrees.

From attitude two to attitude six, as shown in FIG. 7D , the rotation situation of this process is relatively complicated, including the superposition of rotations in multiple directions. Comparing the directions of each axis in attitude 2 and attitude 6, it can be seen that the rotation angle of the X and _B axes is about 180 degrees, the rotation angle of the Y and _B axes is about 90 degrees, and the rotation angle of the Z and _B axes is about 90 degrees. The sum of the rotation angles is about 360 degrees. The cumulative rotation angle of each axis is related to the actual rotation trajectory. Generally, the cumulative rotation angle of the X and _B axes is the largest, exceeding 180 degrees.

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 about 360 degrees, and the cumulative rotation angle of at least one axis is about 180 degrees.

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 code payment mode is determined as the target payment mode. It should be noted that the rotation angle here may be an angle change value, that is, the angle between the direction of the shaft at the end of the rotation and the direction of the shaft at the start 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 under different payment modes, and can be an empirical value. Exemplarily, the three-axis angle threshold may be 240 degrees. When it is detected that the sum of the rotation angles of the three axes of X _B , Y _B and Z _B of the mobile terminal is greater than 240 degrees, the scanned code payment mode is determined as the target payment mode.

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 code 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. Exemplarily, the uniaxial angle threshold may be 120 degrees. When it is detected that the cumulative rotation angle of at least one of the three axes of X _B , Y _B and Z _B of the mobile terminal is greater than 120 degrees, the scanned code payment mode is determined as the target payment mode.

The above rotation process generally occurs after the user performs a payment trigger operation, in order to reduce the influence of other operations unrelated to payment. In one embodiment, step S220 may include: determining a 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 during which the user normally performs the payment operation (usually a certain time margin may be added), and may start from the moment when the mobile terminal receives the payment triggering operation. The first preset time can be determined according to experience or actual scenarios, for example, 3 seconds or 5 seconds. Therefore, the present exemplary embodiment only judges the rotation angle within the first preset time, and the rotation of the mobile terminal after the first preset time is exceeded can be considered to be irrelevant to the payment operation. This is conducive to accurately judging the user's payment intention and determining the target payment mode.

In one embodiment, after the target payment mode is determined, prompt information about the target payment mode may be presented. For example, in the screen-on-screen interface 300 of FIG. 3 , the user presses the payment icon 304 for a long time to activate the payment function. After the mobile terminal determines the target payment mode according to the rotation angle, prompt information can be displayed on the screen-on screen interface 300 . Referring to Figure 8A, if the target payment mode is the scan code payment mode, the scan code payment prompt sign 305 can be displayed to prompt the user to start the scan code payment; with reference to Figure 8B, if the target payment mode is the scan code payment mode , the scanned code payment prompt indicator 306 may be displayed to prompt the user to start the scanned code payment. It should be noted that the prompt information is not limited to the identification form in FIG. 8A and FIG. 8B , and may also be in other forms such as text and voice. The prompt information informs the user which payment mode will be adopted, which improves the sense of interactive feedback, and when the target payment mode is inconsistent with the user's expected payment mode, the user can also change the target payment mode through other operations in time.

Continuing to refer to FIG. 2, in step S230, a payment interface corresponding to the target payment mode is displayed.

In different payment modes, the payment interface is different. For example, in the scan code payment mode, the payment interface usually includes an interface for turning on the camera to scan the code, and an interface for entering the payment amount and payment password after scanning the code, as shown in Figure 9A; in the scan code payment mode, the payment interface usually The interface including the payer's payment code is shown in Figure 9B. In this exemplary embodiment, after determining the target payment mode, you can start the relevant payment app from the background on the lock screen interface, and load the payment interface corresponding to the target payment mode in the app, and then you can directly jump from the lock screen interface to The payment interface eliminates the need for the user to choose to start the app and open the payment interface in the app, which simplifies the payment operation process.

In one embodiment, referring to FIG. 10 , step S230 may include:

Step S1010, acquiring the image collected by the camera;

Step S1020, displaying a payment interface according to the payment-related information identified from the above image.

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

In the following, the code scanning payment mode and the scanned code payment mode are still used as examples to further describe FIG. 10 .

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 code identified from the image.

Payment codes include but are not limited to: QR codes, barcodes, etc. The mobile terminal can process the payment code through the corresponding App and display the payment interface by scanning the code.

In one embodiment, an application program for payment can be determined according to the payment code recognized from the image, and then the application program is started, and the code-scanning payment interface in the application program 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, determine which App the payment code belongs to. Further, start the App to process the payment code, so as to display the corresponding scan code payment interface.

In one embodiment, the identification result of the payment code can be loaded while exiting the lock screen interface, and when the identification result of the loaded payment code is successful, the scan code payment interface is displayed. Taking the Android system as an example, when exiting the lock screen interface, you need to remove the Activity on the lock screen interface, and to display the scan code payment interface, you need to create an activity on the scan code payment interface. To create this activity, you need to load the identification result of the payment code. Since it takes a certain amount of time to remove the Activity of the lock screen interface, during this process, if the recognition result of loading the payment code is successful, you can create an Activity of the scan code payment interface, and then display the scan code payment interface, as shown in Figure 9A. , so that you can skip the "sweep" interface and achieve a more direct 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 the payment code information is completely recognized within the time of exiting the lock screen interface, then the “Scan” can be displayed. interface to continue to recognize the payment code and load the recognition result.

In one embodiment, step S1010 may include: acquiring an image captured by a first camera, the first camera may be a rear camera, or acquiring an image captured when the rotatable camera is rotated to a first direction, the first direction It can be the back direction of the mobile terminal, in which case the rotatable camera is equivalent to the rear camera. This conforms to the user's habitual posture when scanning a code to pay, that is, using the rear camera to align the payment code.

In one embodiment, the image used to identify the payment code may be referred to as the first image. The image captured by the camera within the second preset time may be acquired as the first image, so as to perform the processing of identifying the payment code. The second preset time is the code scanning time when the user normally performs the code scanning operation, and may start from the moment when the mobile terminal determines the target payment mode. Therefore, for the images collected after exceeding the second preset time, it can be considered that it has nothing to do with the payment by scanning the code, and the subsequent processing of identifying the payment code is not performed.

In one embodiment, 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 aim the camera at the payment code.

Considering that there may be misjudgments in determining the target payment mode through the rotation angle of the mobile terminal, supplementary judgments can be made by other means. After the scanning code payment mode is determined as the target payment mode, the payment code information needs to be obtained 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 indicates that the payment mode expected by the user may not be the scanning code payment mode, and then the target payment mode can be switched from the scanning code payment mode to the scanning code payment mode, and Step S230 is executed in the scanned code payment mode. Therefore, by identifying the payment code in the image, the supplement to step S220 is realized, thereby increasing the reliability and robustness of the solution.

It should be noted that a certain time condition can be set when recognizing the payment code. For example, within the above-mentioned second preset time, if it is not recognized that the first image contains the payment code, it is determined that there is no payment code in the current environment, and then the implementation is carried out. Switching of the target payment mode.

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

The collection equipment includes but is not limited to: scan code gun, mobile phone, POS machine, code scan box, subway gate, bus card reader, etc. When the mobile terminal recognizes that the above-mentioned image contains a payment device, it can display a corresponding scanned code payment interface.

In one embodiment, an application program for payment can be determined according to the payment device identified from the image, and then the application program is started, and the scanned code payment interface in the application program is displayed. For example, when a subway gate is identified, an app with subway payment function can be launched; when a bus card reader is identified, an app with bus payment function can be launched; and then the scanned code payment interface in the app is displayed.

In one embodiment, step S1010 may include: acquiring an image captured by a second camera, the second camera may be a front-facing camera, or acquiring an image captured when the rotatable camera is rotated to a second direction, the second direction It can be the front direction of the mobile terminal, in which case the rotatable camera is equivalent to the front camera. This conforms to the user's habitual posture when making payment by scanning the code, that is, using the screen of the mobile terminal to align the payment device of the payee.

In one embodiment, the image used to identify the payment device may be referred to as the second image. Each frame of image collected by the camera within the third preset time may be determined as the second image. The third preset time is the scanned code time when the user normally performs the scanned code operation, and may start from the moment when the mobile terminal determines the target payment mode. Therefore, for the images collected after exceeding the third preset time, it can be considered that they have nothing to do with the payment by scanning the code, and the subsequent processing of identifying the payment device is not performed. The third preset time and the second preset time may be the same or different, which is not limited in the present disclosure.

In one embodiment, when the payment device is not recognized from the image, the target payment mode can be switched to the scan code payment mode. Similar to the above solution of identifying the payment code, the judgment of identifying the payment device may be used as a supplement to step S220. After the scanned code payment mode is determined as the target payment mode, in theory, there should be a collection 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 payment mode by scanning the code, and then the target payment mode can be switched from the payment mode by scanning the code to the payment mode by scanning the code, and after scanning Step S230 is executed in the code payment mode. Therefore, by identifying the payment device in the image, the supplement to step S220 is realized, thereby increasing the reliability and robustness of the present solution.

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

In the above-mentioned scanning code payment mode and scanned code payment mode, methods for determining the payment App are respectively provided: in the scanning code payment mode, the App for payment is determined according to the recognized payment code; in the scanning code payment mode , and determine the App for payment according to the identified 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 ways to determine the App are provided:

In one embodiment, in step S230, a preset application program may be started, and a payment interface corresponding to the target payment mode in the preset application program may be entered. The preset application program may be a default payment App preset by the user.

In another embodiment, in step S230, an application corresponding to the payment selection operation may be started according to the payment selection operation received in the lock screen interface, and the payment interface corresponding to the target payment mode in the application program is entered. Among them, the payment selection operation is used to select an app as a payment app. For example, a selection control is set in the lock screen interface. For example, after the user long presses the payment icon in the lock screen interface, an extended selection control window is displayed, which displays Different app icons where users can choose to pay for the app.

In practical applications, the above-mentioned schemes 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 the 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 default App is used as the payment App. Furthermore, the payment app in the background can be loaded and displayed to display the payment interface corresponding to the target payment mode in the payment app, and the payment interface can be directly jumped from the lock screen interface to display the payment interface, so as to realize the fast and direct access to the payment interface.

Exemplary embodiments of the present disclosure also provide a payment device for a mobile terminal. Referring to FIG. 11 , the payment apparatus 1100 of the mobile terminal may include a processor 1110 and a memory 1120 . Wherein, the memory 1120 stores the following program modules:

The operation receiving module 1121 is configured to receive a payment trigger operation under the lock screen interface of the mobile terminal;

The payment mode determination module 1122 is configured to, in response to a payment triggering operation, determine a target payment mode among a plurality of payment modes according to the rotation angle of the mobile terminal;

The interface display control module 1123 is configured to display the payment interface corresponding to the target payment mode.

The processor 1110 is used to execute the above-mentioned program modules.

In one embodiment, the interface display control module 1123 is further configured to:

Before displaying the payment interface corresponding to the target payment mode, unlock the mobile terminal according to the obtained unlocking information.

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

In one embodiment, the payment mode determination module 1122 is configured to:

The target payment mode is determined according to the rotation angle of the shaft of the mobile terminal.

In one embodiment, the payment mode determination module 1122 is configured to:

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.

In one embodiment, the payment mode determination module 1122 is configured to:

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 is determined as the target payment mode.

In one embodiment, the interface display control module 1123 is configured to:

Get the image captured by the camera;

Based on the payment-related information identified from the above image, the payment interface is displayed.

In one embodiment, the interface display control module 1123 is configured to:

When the target payment mode is the scan code payment mode, the scan code payment interface is displayed according to the payment code identified from the above image.

In one embodiment, the interface display control module 1123 is configured to:

Determine the application for payment based on the payment code identified from the above image;

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

In one embodiment, the interface display control module 1123 is configured to:

Exit the lock screen interface and load the recognition result of the payment code at the same time;

When the recognition result of loading the payment code is successful, the scan code payment interface is displayed.

In one embodiment, the payment mode determination module 1122 is further configured to:

When the interface display control module 1123 does not recognize the payment code from the above image, it switches the target payment mode to the scanned code payment mode.

In one embodiment, the interface display control module 1123 is configured to:

obtain an image captured by the first camera; or

An image captured when the rotatable camera is rotated to the first direction is acquired.

In one embodiment, the interface display control module 1123 is configured to:

When the target payment mode is the scan code payment mode, the scan code payment interface is displayed according to the payment device identified from the above image.

When the interface display control module 1123 does not recognize the payment device from the above image, it switches the target payment mode to the scan code payment mode.

In one embodiment, the interface display control module 1123 is configured to:

acquire an image captured by the second camera; or

Acquire the image captured by the rotatable camera when it is rotated to the second direction.

In one embodiment, the interface display control module 1123 is configured to:

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

In one embodiment, the payment mode determination module 1122 is configured to:

In response to the payment triggering operation, a target payment mode is determined among the plurality of payment modes according to the rotation angle of the mobile terminal within the first preset time.

Exemplary embodiments of the present disclosure also provide another payment device for a mobile terminal. Referring to Fig. 12, the payment device 1200 of the mobile terminal may include:

The operation receiving module 1210 is configured to receive a payment trigger operation under the lock screen interface of the mobile terminal;

The payment mode determination module 1220 is configured to, in response to the payment triggering operation, determine the target payment mode among the plurality of payment modes according to the rotation angle of the mobile terminal;

The interface display control module 1230 is configured to display a payment interface corresponding to the target payment mode.

In one embodiment, the interface display control module 1230 is further configured to:

In one embodiment, the payment mode determination module 1220 is configured to:

In one embodiment, the interface display control module 1230 is configured to:

Get the image captured by the camera;

In one embodiment, the interface display control module 1230 is configured to:

In one embodiment, the payment mode determination module 1220 is further configured to:

When the interface display control module 1230 does not recognize the payment code from the above image, it switches the target payment mode to the scanned code payment mode.

In one embodiment, the interface display control module 1230 is configured to:

obtain an image captured by the first camera; or

In one embodiment, the interface display control module 1230 is configured to:

When the interface display control module 1230 does not recognize the payment device from the above image, it switches the target payment mode to the scan code payment mode.

In one embodiment, the interface display control module 1230 is configured to:

acquire an image captured by the second camera; or

In one embodiment, the interface display control module 1230 is configured to:

In one embodiment, the payment mode determination module 1220 is configured to:

The specific details of each part in the above-mentioned apparatus have been described in detail in the method part of the implementation, and thus will not be repeated.

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

Exemplary embodiments of the present disclosure also provide a computer-readable storage medium that can be implemented in the form of a program product including program code for causing the electronic device to run the program product when the program product is run on the electronic device. The steps described in the "Example Methods" section above in this specification in accordance with various exemplary embodiments of the present disclosure are performed. In one embodiment, the program product may be implemented as a portable compact disk read only memory (CD-ROM) and include program code, and may be executed on an electronic device, such as a personal computer. However, the program product of the present disclosure is not limited thereto, and in this document, a readable storage medium may be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

The program product may employ 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, apparatus or device, or a combination of any of the above. More specific examples (non-exhaustive list) of readable storage media include: electrical connections with one or more wires, portable disks, hard disks, random access memory (RAM), read only memory (ROM), erasable programmable read only memory (EPROM or flash memory), optical fiber, portable compact disk read only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

A computer readable signal medium may include a propagated data signal in baseband or as part of a carrier wave with readable program code embodied thereon. 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 foregoing. A readable signal medium can also be any readable medium, other than a readable storage medium, that can transmit, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device.

Program code embodied on a readable medium may be transmitted using any suitable medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

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., as well as conventional procedural programming Language - such as the "C" language or similar programming language. The program code may execute entirely on the user computing device, partly on the user device, as a stand-alone software package, partly on the user computing device and partly on a remote computing device, or entirely on the remote computing device or server execute on. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any kind of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computing device (eg, using an Internet service provider business via an Internet connection).

As will be appreciated by one skilled in the art, various aspects of the present disclosure may be implemented as a system, method or program product. Therefore, various aspects of the present disclosure can be embodied in the following forms: a complete hardware implementation, a complete software implementation (including firmware, microcode, etc.), or a combination of hardware and software aspects, which may be collectively referred to herein as implementations "circuit", "module" or "system". Other embodiments of the present disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the present disclosure that follow the general principles of the present disclosure and include common knowledge or techniques in the technical field not disclosed by the present disclosure . The specification and embodiments are to be regarded as exemplary only, with the true scope and spirit of the disclosure being indicated by the claims.

It is to be understood that the present disclosure is not limited to the precise structures described above and illustrated in the accompanying 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

A payment method for a mobile terminal, comprising:

Under the lock screen interface of the mobile terminal, receive a payment trigger operation;

In response to the payment triggering operation, determining a target payment mode among a plurality of payment modes according to the rotation angle of the mobile terminal;

A payment interface corresponding to the target payment mode is displayed.
The method according to claim 1, wherein before displaying the payment interface corresponding to the target payment mode, the method further comprises:

The mobile terminal is unlocked according to the obtained unlocking information.
The method according to claim 1, wherein the payment triggering operation comprises: a preset operation for the payment identifier in the lock screen interface.
The method according to claim 1, wherein determining a target payment mode among multiple payment modes according to the rotation angle of the mobile terminal, comprising:

The target payment mode is determined according to the rotation angle of the shaft of the mobile terminal.
The method according to claim 4, wherein the determining the target payment mode according to the rotation angle of the axis of the mobile terminal comprises:

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 method according to claim 4, wherein the determining the target payment mode according to the rotation angle of the axis of the mobile terminal comprises:

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 is determined as the target payment mode.
The method according to claim 1, wherein the displaying a payment interface corresponding to the target payment mode comprises:

Get the image captured by the camera;

The payment interface is displayed according to the payment-related information identified from the image.
The method according to claim 7, wherein when the target payment mode is a scan code payment mode, displaying the payment interface according to the payment-related information identified from the image, comprising:

According to the payment code identified from the image, a scan code payment interface is displayed.
The method according to claim 8, wherein the displaying a code-scanning payment interface according to the payment code identified from the image comprises:

Determine the application for payment based on the payment code identified from the image;

Start the application, and display the scan code payment interface in the application.
The method according to claim 8, wherein the displaying a code-scanning payment interface according to the payment code identified from the image comprises:

Exit the lock screen interface and load the identification result of the payment code at the same time;

When the identification result of loading the payment code is successful, the code scanning payment interface is displayed.
The method according to claim 8, wherein the method further comprises:

When the payment code is not recognized from the image, the target payment mode is switched to the scanned code payment mode.
The method according to claim 7, wherein, when the target payment mode is a scan code payment mode, the acquiring an image captured by a camera comprises:

obtain an image captured by the first camera; or

An image captured when the rotatable camera is rotated to the first direction is acquired.
The method according to claim 7, wherein, when the target payment mode is a scanned code payment mode, the displaying a payment interface corresponding to the target payment mode comprises:

According to the payment device identified from the image, the scanned code payment interface is displayed.
The method of claim 13, wherein the method further comprises:

When the payment device is not recognized from the image, the target payment mode is switched to the scan code payment mode.
The method according to claim 7, wherein, when the target payment mode is the payment mode by scanning the code, the acquiring the image captured by the camera comprises:

acquire an image captured by the second camera; or

Acquire the image captured by the rotatable camera when it is rotated to the second direction.
The method according to claim 1, wherein the displaying a payment interface corresponding to the target payment mode comprises:

According to the payment selection operation received under the lock screen interface, start the application program corresponding to the payment selection operation, and enter the payment interface corresponding to the target payment mode in the application program.
The method according to claim 1, wherein, in response to the payment triggering operation, determining a target payment mode among a plurality of payment modes according to the rotation angle of the mobile terminal, comprising:

In response to the payment triggering operation, a target payment mode is determined among a plurality of payment modes according to the rotation angle of the mobile terminal within a first preset time.
A payment device for a mobile terminal, comprising a processor and a memory, wherein the processor is configured to execute the following program modules stored in the memory:

The operation receiving module is configured to receive the payment triggering operation under the lock screen interface of the mobile terminal;

a payment mode determination module, configured to determine a target payment mode among a plurality of payment modes according to the rotation angle of the mobile terminal in response to the payment triggering operation;

The interface display control module is configured to display the payment interface corresponding to the target payment mode.
A computer-readable storage medium on which a computer program is stored, characterized in that, when the computer program is executed by a processor, the method according to any one of claims 1 to 17 is implemented.
A mobile terminal, comprising:

processor;

a memory for storing executable instructions for the processor;

an angle sensor for detecting the angle of the mobile terminal; and

a display for displaying a user interface, the user interface includes a lock screen interface and a payment interface;

wherein the processor is configured to perform the method of any one of claims 1 to 17 by executing the executable instructions.