CN115034780A - 移动终端的支付方法、装置、存储介质与移动终端 - Google Patents

移动终端的支付方法、装置、存储介质与移动终端 Download PDF

Info

Publication number
CN115034780A
CN115034780A CN202110241666.6A CN202110241666A CN115034780A CN 115034780 A CN115034780 A CN 115034780A CN 202110241666 A CN202110241666 A CN 202110241666A CN 115034780 A CN115034780 A CN 115034780A
Authority
CN
China
Prior art keywords
payment
mobile terminal
interface
code
mode
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110241666.6A
Other languages
English (en)
Inventor
陈旭程
刘粤
杨冉
戴艳
池卓哲
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN202110241666.6A priority Critical patent/CN115034780A/zh
Priority to PCT/CN2022/076786 priority patent/WO2022183915A1/zh
Publication of CN115034780A publication Critical patent/CN115034780A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Telephone Function (AREA)

Abstract

本公开提供一种移动终端的支付方法、装置、计算机可读存储介质与移动终端，涉及人机交互技术领域。所述方法包括：在移动终端的锁屏界面下，接收支付触发操作；响应于所述支付触发操作，根据所述移动终端的转动角度，在多个支付模式中确定目标支付模式；显示所述目标支付模式对应的支付界面。本公开实现了从锁屏界面快速进入支付界面，简化了用户操作过程，并且支持扫码支付与被扫码支付等多种支付模式。

Description

移动终端的支付方法、装置、存储介质与移动终端
技术领域
本公开涉及人机交互领域，尤其涉及一种移动终端的支付方法、移动终端的支付装置、计算机可读存储介质与移动终端。
背景技术
随着手机等移动终端的高度普及，移动支付已成为人们日常使用的主要支付方式之一。然而，目前的移动支付操作过程较为繁琐，例如用户拿出锁屏状态下的手机进行支付时，需要先后进行退出锁屏、选择App(Application，应用程序)、点击支付选项等多个操作，较为不便且耗时。
发明内容
本公开提供了一种移动终端的支付方法、移动终端的支付装置、计算机可读存储介质与移动终端，进而至少在一定程度上改善相关技术中移动支付操作过程较为繁琐的问题。
本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。
根据本公开的第一方面，提供一种移动终端的支付方法，包括：在移动终端的锁屏界面下，接收支付触发操作；响应于所述支付触发操作，根据所述移动终端的转动角度，在多个支付模式中确定目标支付模式；显示所述目标支付模式对应的支付界面。
根据本公开的第二方面，提供一种移动终端的支付装置，包括：操作接收模块，被配置为在移动终端的锁屏界面下，接收支付触发操作；支付模式确定模块，被配置为响应于所述支付触发操作，根据所述移动终端的转动角度，在多个支付模式中确定目标支付模式；界面显示控制模块，被配置为显示所述目标支付模式对应的支付界面。
根据本公开的第三方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面的移动终端的支付方法及其可能的实现方式。
根据本公开的第四方面，提供一种移动终端，包括：处理器；存储器，用于存储所述处理器的可执行指令；角度传感器，用于检测所述移动终端的角度；以及显示器，用于显示用户界面，所述用户界面包括锁屏界面与支付界面；其中，所述处理器配置为经由执行所述可执行指令来执行上述第一方面的移动终端的支付方法及其可能的实现方式。
本公开的技术方案具有以下有益效果：
一方面，本方案实现了从锁屏界面快速进入支付界面，简化了用户操作过程，缩短了支付处理时间，提高了用户体验。另一方面，根据用户操作过程中移动终端的转动角度，来识别用户期望的支付模式，进而显示对应的支付界面，使得本方案支持扫码支付与被扫码支付等多种支付模式，且无需用户手动选择支付模式，从而进一步简化了用户操作过程。再一方面，本方案基于目前手机等移动终端的常规硬件配置即可实现，无需增加更多部件，因此实现成本较低。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出本示例性实施方式中一种移动终端的结构图；
图2示出本示例性实施方式中一种移动终端的支付方法的流程图；
图3示出本示例性实施方式中一种息屏界面的示意图；
图4A示出本示例性实施方式中一种锁屏壁纸界面的示意图；
图4B示出本示例性实施方式中另一种锁屏壁纸界面的示意图；
图5示出本示例性实施方式中扫码支付模式与被扫码支付模式的示意图；
图6A与图6B示出本示例性实施方式中进行扫码支付的示意图；
图7A至图7D示出本示例性实施方式中进行被扫码支付的示意图；
图8A与图8B示出本示例性实施方式中提示信息的示意图；
图9A示出本示例性实施方式中扫码支付界面的示意图；
图9B示出本示例性实施方式中被扫码支付界面的示意图；
图10示出本示例性实施方式中一种显示支付界面方法的流程图；
图11示出本示例性实施方式中一种移动终端的支付装置的结构图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
移动支付包括扫码支付模式与被扫码支付模式。扫码支付模式是指付款方扫描收款方的支付码(如二维码)进行支付，如大多数支付App中设有“扫一扫”功能，用于启动扫码支付模式。被扫码支付模式是指付款方被收款方扫描支付码(如条形的付款码)进行支付，如大多数支付App中设有“收付款”或者“向商家付款”功能，用于启动被扫码支付模式。相关技术中，需要用户在支付App中选择相应的功能，以启动对应的支付模式，从而进一步增加了操作步骤，加剧了操作过程繁琐的问题。
鉴于上述问题，本公开的示例性实施方式提供一种移动终端以及移动终端的支付方法。其中，该移动终端用于执行该支付方法。
本示例性实施方式中，移动终端可以包括：处理器，存储器，角度传感器与显示器。其中，存储器用于存储处理器的可执行指令，也可以存储应用数据，如图像、音频等；角度传感器用于检测移动终端的角度，如可以是方向传感器、陀螺仪传感器、重力传感器等，或其中多种传感器的组合；显示器用于显示用户界面，包括锁屏界面、支付界面等；处理器配置为经由执行可执行指令来执行本示例性实施方式中的支付方法。
下面以图1中的移动终端100为例，对本公开实施方式中移动终端的构造进行示例性说明。本领域技术人员应当理解，移动终端可以包括比图1中更多或更少的部件。
如图1所示，移动终端100具体可以包括：处理器110、内部存储器121、外部存储器接口122、USB(Universal Serial Bus，通用串行总线)接口130、充电管理模块140、电源管理模块141、电池142、天线1、天线2、移动通信模块150、无线通信模块160、音频模块170、扬声器171、受话器172、麦克风173、耳机接口174、传感器模块180、显示器190、摄像模组191、指示器192、马达193、按键194以及SIM(Subscriber Identification Module，用户标识模块)卡接口195等。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括AP(Application Processor，应用处理器)、调制解调处理器、GPU(Graphics ProcessingUnit，图形处理器)、ISP(Image Signal Processor，图像信号处理器)、控制器、编码器、解码器、DSP(Digital Signal Processor，数字信号处理器)、基带处理器和/或NPU(Neural-Network Processing Unit，神经网络处理器)等。
在一种实施方式中，处理器110可以包括一个或多个接口，通过不同的接口和移动终端100的其他部件形成连接。
内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器121可以包括易失性存储器与非易失性存储器。处理器110通过运行存储在内部存储器121的指令，执行移动终端100的各种功能应用以及数据处理。
外部存储器接口122可以用于连接外部存储器，例如Micro SD卡，实现扩展移动终端100的存储能力。外部存储器通过外部存储器接口122与处理器110通信，实现数据存储功能，例如存储图像、音频等文件。
USB接口130是符合USB标准规范的接口，可以用于连接充电器为移动终端100充电，也可以连接耳机或其他电子设备。
充电管理模块140用于从充电器接收充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为设备供电；电源管理模块141还可以监测电池的状态。
移动终端100的无线通信功能可以通过天线1、天线2、移动通信模块150、无线通信模块160、调制解调处理器以及基带处理器等实现。天线1和天线2用于发射和接收电磁波信号。移动通信模块150可以提供应用在移动终端100上的包括2G/3G/4G/5G等无线通信解决方案。无线通信模块160可以提供应用在移动终端100上的包括WLAN(Wireless Local AreaNetworks，无线局域网)(如Wi-Fi(Wireless Fidelity，无线保真)网络)、BT(Bluetooth，蓝牙)、GNSS(Global Navigation Satellite System，全球导航卫星系统)、FM(FrequencyModulation，调频)、NFC(Near Field Communication，近距离无线通信技术)、IR(Infrared，红外技术)等无线通信解决方案。
显示器190包括显示面板。显示面板可以采用液晶显示屏(Liquid CrystalDisplay，LCD)，有机发光二极管(Organic Light-Emitting Diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(Active-Matrix Organic Light Emitting Diode，AMOLED)，柔性发光二极管(Flexlight-Emitting Diode，FLED)等。移动终端100可以通过GPU、显示器190及AP等实现显示功能，显示用户界面。例如，当用户不使用移动终端100时，显示器190进入休眠状态(主要是指显示面板休眠，即通常所说的息屏或灭屏状态)，可以不显示任何内容；当用户唤醒屏幕时，显示器190进入工作状态，可以首先显示锁屏界面；当用户通过一定的操作进行支付时，显示器190可以显示相应的支付界面等。
移动终端100可以通过ISP、摄像模组191、编码器、解码器、GPU、显示器190及AP等实现图像采集与拍摄功能。移动终端100可以包括一个或多个摄像模组191，每个摄像模组191又可以包括一个或多个摄像头。例如，移动终端100包括前置摄像模组与后置摄像模组，前置摄像模组包括一个前置摄像头，后置摄像模组包括三个后置摄像头。
移动终端100可以通过音频模块170、扬声器171、受话器172、麦克风173、耳机接口174及AP等实现音频功能。
传感器模块180可以包括不同类型与不同功能的传感器，以实现相应的感应检测功能。图1示例性示出传感器模块180包括触摸传感器1801、角度传感器1802、指纹传感器1803、结构光传感器1804。
触摸传感器1801用于感应用户的触摸操作。在一种实施方式中，触摸传感器1801可以采用电容感应，包括触摸板和电容器件，电容器件位于触摸板的排线上，形成一定的阵列，通过电容的变化检测触摸点数量、触摸坐标等信息，然后通过I2C接口(Inter-Integrated Circuit，集成电路接口)、SPI接口(Serial Peripheral Interface，串行外设接口)等与处理器110进行通信。
在一种实施方式中，触摸传感器1801可以集成在显示器190中，例如采用透明材料集成在显示面板中，形成可触摸的显示屏，即触摸屏。
角度传感器1802用于检测移动终端100的角度，该角度可以是移动终端100内部三轴的角度，用于表示移动终端100的姿态。在一种实施方式中，角度传感器1802可以是IMU(Inertia Measurement Unit，惯性测量单元)，包括加速度传感器与陀螺仪传感器，还可以包括磁力传感器，通过将多种传感器测量的数据进行解算，得到移动终端100的角度。
指纹传感器1803用于采集用户的指纹信息。根据实现原理的不同，指纹传感器可以包括光学传感器、电容传感器、超声波传感器等。一般的，指纹传感器1803设置在移动终端100的特定位置，形成指纹传感区域，当用户手指接触该区域时，指纹传感器1803采集用户的指纹信息。例如，指纹传感器1803可以设置在移动终端100的按键194下，也可以设置在移动终端100的背部。
在一种实施方式中，指纹传感器1803可以集成在显示器190的内部或下方，使得指纹传感区域形成于显示屏内，甚至整个显示屏区域都可成为指纹传感区域，实现屏下指纹采集或全屏指纹采集。
结构光传感器1804用于检测被测对象的表面结构信息。其原理为：通过投射器向被测对象主动投射光信号，根据光信号在被测对象表面发生的变形，计算被测对象的表面结构信息。移动终端100上的结构光传感器1804大多集成在摄像模组191中，例如，结构光传感器1804集成在前置摄像模组中，与前置摄像头配合实现人脸识别等功能。
指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。马达193可以产生振动提示，也可以用于触摸振动反馈等。按键194包括开机键，音量键，Home键等。
移动终端100可以支持一个或多个SIM卡接口195，用于连接SIM卡，以实现通话与移动通信等功能。
下面结合图2对本公开实施方式中的移动终端的支付方法进行说明。参考图2所示，该方法的示例性流程包括：
步骤S210，在移动终端的锁屏界面下，接收支付触发操作；
步骤S220，响应于支付触发操作，根据移动终端的转动角度，在多个支付模式中确定目标支付模式；
步骤S230，显示目标支付模式对应的支付界面。
通过上述方法，一方面，实现了从锁屏界面快速进入支付界面，简化了用户操作过程，缩短了支付处理时间，提高了用户体验。另一方面，根据用户操作过程中移动终端的转动角度，来识别用户期望的支付模式，进而显示对应的支付界面，使得本方案支持扫码支付与被扫码支付等多种支付模式，且无需用户手动选择支付模式，从而进一步简化了用户操作过程。再一方面，本方案基于目前手机等移动终端的常规硬件配置即可实现，无需增加更多部件，因此实现成本较低。
下面对上述每个步骤进行具体说明。
参考图2，步骤S210中，在移动终端的锁屏界面下，接收支付触发操作。
其中，移动终端可以在待机状态下保持显示锁屏界面，或者移动终端可以在待机状态下保持“黑屏”，并在达到一定的条件时显示锁屏界面。
在一种实施方式中，可以根据移动终端的位姿变化信息显示锁屏界面。位姿变化信息可以通过移动终端内置的角度传感器等检测得到，可用于判断移动终端的姿态。举例来说，根据移动终端内置的加速度传感器与陀螺仪传感器计算移动终端的位姿变化数值，当位姿变化数值满足预设的位姿变化条件时，判断用户拿起移动终端并呈握持姿态，进而判断用户需要使用移动终端，显示锁屏界面。
在另一种实施方式中，可以根据接收到的唤醒操作显示锁屏界面。唤醒操作包括但不限于：触摸移动终端的显示屏；对移动终端的实体按键进行操作，如点击开机键或Home键；将移动终端拿到面前，使移动终端的AON摄像头(Always-ON，常开摄像头)检测到人脸，或者在AON摄像头前做出特定的唤醒手势，如左右摇手，竖大拇指等；说出特定的语音，如“我要使用手机”、“唤醒屏幕”等预设语句，使移动终端通过识别语音内容来确定用户使用移动终端的意图。
此外，还可以由用户自定义设置唤醒锁屏界面的条件，当达到该条件时，将移动终端从“黑屏”状态下唤醒，以显示锁屏界面。
支付触发操作是用于触发启动移动支付功能的操作，由用户在锁屏界面下进行。本公开对于锁屏界面的具体形式以及显示内容不做限定。下面通过两种具体的锁屏界面，对支付触发操作进行示例性说明：
①息屏界面。一般的，移动终端在息屏状态下，屏幕不显示任何内容，为黑屏。目前大部分手机等移动终端都增加了息屏显示功能，即在息屏状态下，屏幕中也可以显示少量的内容，以提到信息提示、美观等作用，且屏幕无需完全亮起，功耗相对较低，称此状态下的屏幕界面为息屏界面。
参考图3所示，息屏界面300中无背景内容，其中可以显示时间与一些标识，包括指纹解锁标识301，手电筒标识302，相机标识303与支付标识304，各标识用于触发相应的功能。息屏界面300属于锁屏界面的一种，可视为屏幕未完全亮起的锁屏界面。在息屏界面300下，用户可以进行支付触发操作，例如对息屏界面300中的支付标识304进行点击、长按、滑动等预设操作，以触发激活支付功能。
②锁屏壁纸界面。锁屏壁纸界面是以锁屏壁纸作为背景并加以显示的锁屏界面，可视为屏幕完全亮起的锁屏界面，即通常所说的锁屏界面。与息屏界面相比，锁屏壁纸界面的区别在于：屏幕完全亮起，显示有特定的背景，且锁屏壁纸界面中的内容通常比息屏界面多。
参考图4A与图4B所示，锁屏壁纸界面400中显示有条纹图案的背景，还包括时间、电量等信息，以及指纹解锁标识401，手电筒标识402，相机标识403，支付标识404与锁定标识405。锁定标识405用于显示移动终端的锁定/解锁状态，如图4A中的锁定标识405显示当前为锁定状态，图4B中的锁定标识405显示当前为解锁状态。需要说明的是，无论移动终端当前处于锁定状态还是解锁状态，其所显示的锁屏壁纸界面400都属于锁屏界面。也就是说，显示锁屏界面并不意味着移动终端一定处于锁定状态。举例来说，当移动终端处于锁定状态时，可以显示图4A的锁屏壁纸界面，此时用户可以进行支付触发操作，例如对支付标识404进行预设操作；用户对移动终端解锁后，例如用户将手指触摸指纹解锁标识401以进行解锁后，移动终端可以不立即从锁屏壁纸界面400跳转至其他界面，仅仅呈现锁定标识405的变化，如图4B所示，以表示移动终端的锁定/解锁状态的变化，虽然移动终端已被解锁，但此时仍显示锁屏壁纸界面400，用户也可以进行支付触发操作。
需要说明的是，可以设置移动终端在待机状态下保持显示息屏界面，响应于达到一定的条件而显示锁屏壁纸界面，例如根据移动终端的位姿变化信息或者用户进行的唤醒操作，从息屏界面进入锁屏壁纸界面。也可以设置在待机状态下保持完全的黑屏，响应于达到一种条件而显示息屏界面，响应于达到另一种条件而显示锁屏壁纸界面。例如，移动终端检测到用户无操作的时间超过1分钟时，将屏幕关闭，显示完全的黑屏；当根据移动终端的位姿变化信息判断当前为用户握持姿态时，显示息屏界面；当感应到用户进行的唤醒操作时，显示锁屏壁纸界面。
以上提供了息屏界面与锁屏壁纸界面这两种锁屏界面。可以设置仅在息屏界面，或仅在锁屏壁纸界面中，允许用户进行支付触发操作，例如仅在息屏界面中设置支付标识，或者仅在锁屏壁纸界面中设置支付标识。也可以设置在息屏界面与锁屏壁纸界面中均允许用户进行支付触发操作，例如在息屏界面与锁屏壁纸界面中均设置支付标识。
由上述图3、图4A与图4B的相关内容可知，支付触发操作可以是在锁屏界面中针对支付标识的预设操作，例如对支付标识进行点击、长按或滑动的操作。此外，用户还可以通过其他方式进行支付触发操作，包括但不限于：
将移动终端进行特定的位姿变化，以满足预设的位姿变化条件，例如左右摇一摇，或者将移动终端从水平拿起为竖直的姿态等；需要说明的是，用于支付触发的位姿变化条件与上述用于唤起锁屏界面的位姿变化条件可以相同，也可以不同，例如两种位姿变化条件均为左右摇一摇，在移动终端黑屏状态下左右摇一摇，唤起锁屏界面，在锁屏界面下左右摇一摇，则实现支付触发操作；
进行支付触发手势操作，例如在锁屏界面中按照预设的支付触发轨迹滑动，或者在AON摄像头前做出支付触发手势；
对移动终端的实体按键进行用于触发支付的特定操作，如按住开机键的同时按两下音量“+”键；
说出支付触发语音，如“我要付款”、“请打开支付页面”等预设语句，使移动终端通过识别语音内容来确定用户进行支付的意图。
如果用户进行支付时移动终端处于锁定状态下，则用户需要对移动终端解锁，解锁后才能完成支付，由此提高支付的安全性。为了实现解锁，在一种实施方式中，还可以在锁屏界面下获取解锁信息。解锁信息为用户进行解锁操作时输入的信息，包括但不限于：用于解锁的密码，如数字、字母等字符密码，手势密码(九宫格手势密码)等；用户进行指纹解锁时输入的指纹信息；用户进行人脸解锁时由前置摄像头采集的人脸信息；用户进行语音解锁时输入的语音信息。然后，移动终端可以根据获取到的解锁信息解除对移动终端的锁定，具体地，移动终端对解锁信息进行验证，验证通过后将锁定状态切换为解锁状态，此时可以显示锁屏界面以外的内容，如执行步骤S230以显示支付界面。
由上可知，用户在锁屏界面下可以进行两种操作：解锁操作与支付触发操作。本公开对于这两种操作的顺序不做限定，示例性的，包括以下几种情况：
情况一、先进行解锁操作，后进行支付触发操作
以图4A与图4B为例，在图4A的锁屏壁纸界面400中，通过锁定标识405显示移动终端处于锁定状态，此时用户可以先将手指按压指纹解锁标识401以进行解锁操作；在解锁后，参考图4B所示，仍显示锁屏壁纸界面400，通过锁定标识405显示移动终端处于解锁状态，此时用户可以长按支付标识404以进行支付触发操作。
在一种实施方式中，可以设置在完成解锁后，允许用户进行支付触发操作，这样在启动支付功能前进行了一次用户身份验证，提高了支付安全性。
情况二、先进行支付触发操作，后进行解锁操作
例如，在锁屏界面中，用户先进行支付触发操作，触发移动终端执行步骤S220以确定目标支付模式，并加载支付界面。在此过程中，用户可以进行解锁操作，这样在完成解锁后，可以快速进入支付界面，缩短了等待响应的时间。
情况三、同时进行解锁操作与支付触发操作
例如，锁屏界面中的支付标识属于指纹感应区域，用户长按支付标识以进行支付触发操作时，移动终端采集用户的指纹，完成指纹解锁操作，实际上将两个操作合并为一个操作，进一步简化了操作过程。或者，用户面对移动终端的前置摄像头进行支付触发操作时，前置摄像头采集用户的人脸信息，完成人脸解锁操作。又或者，用户一边进行支付触发操作，一边对着移动终端的麦克风录入语音，完成语音解锁操作。可见，同时进行解锁操作与支付触发操作更加方便省时。
继续参考图2，步骤S220中，响应于支付触发操作，根据移动终端的转动角度，在多个支付模式中确定目标支付模式。
多个支付模式可以包括扫码支付模式与被扫码支付模式。本示例性实施方式根据移动终端的转动角度，自动识别用户期望使用哪种支付模式，将该支付模式确定为目标支付模式。
图5示出了两种支付模式的示意性场景，用户在移动终端上进行操作(如进行支付触发操作或解锁操作)后，如果使用扫码支付模式，需要将摄像头对准收款方的支付码，扫描支付码识别支付信息，进行支付；如果使用被扫码支付模式，需要将自己的支付码呈现给收款方，如对准扫码枪等收款设备，被收款设备扫描支付码，进行支付。
从用户手持移动终端进行操作到进行扫码支付的过程，以及从用户手持移动终端进行操作到进行被扫码支付的过程，这两种过程中移动终端的转动角度通常不同，由此可以根据转动角度来判断用户的支付意图，进而确定目标支付模式。
上述移动终端的转动角度可以是沿任意方向的转动角度，可以通过移动终端的轴的转动角度来表示。在一种实施方式中，步骤S220可以包括：根据移动终端的轴的转动角度确定目标支付模式。
一般的，移动终端包括x，y，z三条轴，可以以其中任意一条或多条轴的转动角度来确定目标支付模式。下面分别从扫码支付模式与被扫码支付模式两方面进行说明。
扫码支付模式
结合图6A与图6B对扫码支付过程中移动终端的转动情况进行分析如下：
首先对图6A与图6B中的坐标系进行说明。移动终端的正面610可以是屏幕所在的表面，与其相对的另一表面为背面620，可以是后置摄像头所在的表面。OBXBYBZB为载体坐标系，载体即移动终端，载体坐标系的原点OB位于移动终端的中心，XB轴沿移动终端的宽度方向，YB轴沿移动终端的长度方向，ZB轴垂直于正面610。载体坐标系是一个相对坐标系，原点的位置与各条轴的方向并非固定不变，而是随移动终端的运动而变化。XB、YB、ZB为移动终端的三条轴，角度传感器可以检测这三条轴的转动角度。OnXnYnZn为导航坐标系，可以采用惯性坐标系、地球坐标系、地理坐标系等绝对坐标系，本示例性实施方式中以东-北-天坐标系(ENU坐标系，是地理坐标系的一种)作为导航坐标系进行示例性说明，导航坐标系的原点On为观测中心，Xn轴沿正东方向，Yn轴沿正北方向，Zn轴沿地球在On点切平面的法线方向。假设在图6A左半图中，移动终端放置在水平桌面上，长度方向指向正北，宽度方向指向正东，并以移动终端的中心作为观测中心，则此时的导航坐标系OnXnYnZn与载体坐标系OBXBYBZB重合。
其次对移动终端的姿态进行分析。用户手持移动终端进行操作时，移动终端可能为以下两种姿态：
姿态一：用户低头手持移动终端，移动终端的正面610朝向或近似朝向上方，如图6A左半图所示。
姿态二：用户不低头手持移动终端，移动终端的正面610朝向用户面部，如图6B左半图所示。
用户手持移动终端进行扫码支付时，移动终端可能为以下两种姿态：
姿态三：用户对张贴在垂直或近似垂直平面(如墙面)上的二维码进行扫描，移动终端的背面620朝向该平面，如图6A右半图所示。
姿态四：用户对张贴在水平或近似水平平面(如桌面)上的二维码进行扫描，移动终端的背面620朝向该平面，如图6B右半图所示。
再次，对上述不同姿态间的变化情况进行列举可知，从用户手持移动终端进行操作到进行扫码支付的过程，移动终端的姿态变化包括四种情况：
从姿态一变为姿态三，参考图6A所示，移动终端主要沿Xn轴发生转动，具体为沿Xn轴右手旋转约90度(可能还包括其他方向的微小转动)，右手旋转是指右手大拇指指向转动轴，按照四指弯曲的方向旋转。该转动过程中XB轴的转动角度约为0度，YB轴与ZB轴的转动角度约为90度，通过检测YB轴与ZB轴的转动角度，可以确定移动终端的转动角度。
从姿态一变为姿态四，由于姿态一与姿态四相同或相似，这种情况下移动终端的转动角度很小，XB、YB、ZB三条轴的转动角度均为0度左右。
从姿态二变为姿态三，由于姿态二与姿态三相同或相似，这种情况下移动终端的转动角度很小，XB、YB、ZB三条轴的转动角度均为0度左右。
从姿态二变为姿态四，参考图6B所示，移动终端主要沿Xn轴发生转动，具体为沿Xn轴左手旋转约90度。该转动过程中XB轴的转动角度约为0度，YB轴与ZB轴的转动角度约为90度。
本示例性实施方式中，可以以任意一条轴的转动角度，或者三条轴的转动角度之和来度量移动终端的转动角度。在扫码支付中，当采用一条轴的转动角度时，移动终端的转动角度通常是0度或90度左右，当采用三条轴的转动角度之和时，移动终端的转动角度通常是0度或180度左右。
在一种实施方式中，当移动终端的三条轴的转动角度之和小于三轴角度阈值时，将扫码支付模式确定为目标支付模式。三轴角度阈值用于区分不同支付模式下移动终端三条轴的转动角度之和，可以是经验数值。示例性的，三轴角度阈值可以是240度。当检测移动终端的XB、YB、ZB三条轴的转动角度之和小于240度时，将扫码支付模式确定为目标支付模式。
在另一种实施方式中，当移动终端的每一条轴的累积转动角度均小于单轴角度阈值时，将扫码支付模式确定为目标支付模式。需要说明的是，累积转动角度是指整个过程中轴的转动角度累积值，可以在转动过程中获取不同时刻下角度传感器所检测的角度值，并进行累积计算，得到累积转动角度。而上述计算三条轴的的转动角度之和时，可以采用角度变化值，指转动结束时轴的方向与转动开始时轴的方向间的夹角。累积转动角度与角度变化值不一定相等。单轴角度阈值用于区分不同支付模式下移动终端任意单轴的转动角度，可以是经验数值。示例性的，单轴角度阈值可以是120度。当检测移动终端的XB、YB、ZB三条轴中每一条轴的累积转动角度均小于120度时，将扫码支付模式确定为目标支付模式。
被扫码支付模式
结合图7A、图7B、图7C与图7D对被扫码支付过程中移动终端的转动情况进行分析如下：
首先，图7A至图7D中移动终端的正面610、背面620以及各坐标系的含义，与图6A、图6B中相同。图7A与图7B的左半图中，导航坐标系OnXnYnZn与载体坐标系OBXBYBZB重合；图7C与图7D的左半图中，导航坐标系OnXnYnZn与载体坐标系OBXBYBZB不重合，为便于虚线所示的平面为XnOnYn平面。
其次对移动终端的姿态进行分析。用户手持移动终端进行操作时，移动终端可能为上述姿态一或姿态二，姿态一如图7A左半图、图7B左半图所示，姿态二如图7C左半图、图7D左半图所示。用户手持移动终端进行被扫码支付时，移动终端可能为以下两种姿态：
姿态五：用户将移动终端的正面610立起，对准扫码枪等收款设备，与姿态三的区别在于正面610的朝向不同，参考图7A右半图、图7C右半图所示。
姿态六：用户将移动终端的正面610朝下，对准POS机(Point Of Sales，销售点终端)等收款设备，与姿态四的区别在于正面610的朝向不同，参考图7B右半图、图7D右半图所示。
再次，对上述不同姿态间的变化情况进行列举可知，从用户手持移动终端进行操作到进行被扫码支付的过程，移动终端的姿态变化包括四种情况：
从姿态一变为姿态五，参考图7A所示，该过程的转动情况相对比较复杂，包括多个方向的转动叠加。对姿态一与姿态五中每一条轴的方向对比可知，XB轴的转动角度约为180度，YB轴的转动角度约为90度，ZB轴的转动角度约为90度，三条轴的转动角度之和约为360度。其中每一条轴的累积转动角度与实际转动轨迹相关，一般的，XB轴的累积转动角度最大，超过180度。
从姿态一变为姿态六，参考图7B所示，移动终端主要沿Yn轴左手或右手旋转约180度(左手旋转180度与右手旋转180度等效，按照用户的实际动作，一般是右手旋转180度)。对姿态一与姿态六中每一条轴的方向对比可知，XB轴的转动角度约为180度，YB轴的转动角度约为0度，ZB轴的转动角度约为180度，三条轴的转动角度之和约为360度。其中XB轴和ZB轴的累积转动角度也约为180度。
从姿态二变为姿态五，参考图7C所示，移动终端主要沿Zn轴左手或右手旋转约180度(按照用户的实际动作，一般是左手旋转180度)。对姿态二与姿态五中每一条轴的方向对比可知，XB轴的转动角度约为180度，YB轴的转动角度约为0度，ZB轴的转动角度约为180度，三条轴的转动角度之和约为360度。其中XB轴和ZB轴的累积转动角度也约为180度。
从姿态二变为姿态六，参考图7D所示，该过程的转动情况相对比较复杂，包括多个方向的转动叠加。对姿态二与姿态六中每一条轴的方向对比可知，XB轴的转动角度约为180度，YB轴的转动角度约为90度，ZB轴的转动角度约为90度，三条轴的转动角度之和约为360度。其中每一条轴的累积转动角度与实际转动轨迹相关，一般的，XB轴的累积转动角度最大，超过180度。
可见，在被扫码支付方式中，无论怎样转动，三条轴的转动角度之和约为360度，至少有一条轴的累积转动角度约为180度。
在一种实施方式中，当移动终端的三条轴的转动角度之和大于三轴角度阈值时，将被扫码支付模式确定为目标支付模式。需要说明的是，此处的转动角度可以是角度变化值，即转动结束时轴的方向与转动开始时轴的方向间的夹角。三轴角度阈值用于区分不同支付模式下移动终端三条轴的转动角度之和，可以是经验数值。示例性的，三轴角度阈值可以是240度。当检测移动终端的XB、YB、ZB三条轴的转动角度之和大于240度时，将被扫码支付模式确定为目标支付模式。
在另一种实施方式中，当移动终端的至少一条轴的累积转动角度大于单轴角度阈值时，将被扫码支付模式确定为目标支付模式。单轴角度阈值用于区分不同支付模式下移动终端任意单轴的转动角度，可以是经验数值。示例性的，单轴角度阈值可以是120度。当检测移动终端的XB、YB、ZB三条轴中至少一条轴的累积转动角度大于120度时，将被扫码支付模式确定为目标支付模式。
上述转动过程一般发生在用户进行支付触发操作后，为了降低与支付无关的其他操作的影响。在一种实施方式中，步骤S220可以包括：根据移动终端在第一预设时间内的转动角度，在多个支付模式中确定目标支付模式。第一预设时间是用户正常进行支付操作的时间(通常可以加上一定的时间余量)，可以以移动终端接收支付触发操作的时刻为起始。第一预设时间可以根据经验或实际场景确定，例如为3秒或5秒等。由此，本示例性实施方式仅对第一预设时间内的转动角度进行判断，对于超出第一预设时间后移动终端的转动，可以认为其与支付操作无关。这样有利于准确判断用户的支付意图，确定目标支付模式。
在一种实施方式中，确定目标支付模式后，可以呈现关于目标支付模式的提示信息。例如，在图3的息屏界面300中，用户长按支付标识304以激活支付功能，移动终端根据转动角度确定目标支付模式后，可以在息屏界面300中显示提示信息。参考图8A所示，如果目标支付模式为扫码支付模式，可以显示扫码支付提示标识305，以提示用户将启动扫码支付；参考图8B所示，如果目标支付模式为被扫码支付模式，可以显示被扫码支付提示标识306，以提示用户将启动被扫码支付。需要说明的是，提示信息不限于图8A与图8B中的标识形式，还可以是文字、语音等其他形式。通过提示信息告知用户将采用哪种支付模式，提高了交互反馈感，并且当目标支付模式与用户期望的支付模式不一致时，用户也可以及时通过其他操作来更改目标支付模式。
继续参考图2，步骤S230中，显示目标支付模式对应的支付界面。
在不同的支付模式下，支付界面有所不同。例如，在扫码支付模式下，支付界面通常包括打开摄像头扫码的界面，以及扫码后输入支付金额与支付密码的界面，如图9A所示；在被扫码支付模式下，支付界面通常包括付款方支付码的界面，如图9B所示。本示例性实施方式中，确定目标支付模式后，可以在锁屏界面下，从后台启动相关的支付App，并加载App中目标支付模式对应的支付界面，进而可以从锁屏界面直接跳转至支付界面，无需用户再选择启动App以及在App中打开支付界面，简化了支付操作过程。
在一种实施方式中，参考图10所示，步骤S230可以包括：
步骤S1010，获取由摄像头采集的图像；
步骤S1020，根据从上述图像中识别到的支付相关信息，显示支付界面。
摄像头采集的图像为当前环境的图像。在支付时，用户通常会将移动终端对准与支付相关的目标，因此摄像头采集的图像中包含有支付相关信息。支付相关信息包括但不限于：支付码，收款设备等。当从图像中识别到支付相关信息时，可以进一步确认用户的支付意图，进而打开并显示相应的支付界面。
下面仍然以扫码支付模式与被扫码支付模式为例，对图10做进一步说明。
当目标支付模式为扫码支付模式时，步骤S1020可以包括：根据从图像中识别到的支付码，显示扫码支付界面。
支付码包括但不限于：二维码，条形码等。移动终端可以通过相应的App处理支付码，显示扫码支付界面。
在一种实施方式中，可以根据从图像中识别到的支付码，确定用于支付的应用程序，然后启动该应用程序，并显示该应用程序中的扫码支付界面。例如，支付码中本身包含App的标识信息，解析支付码后可以确定其属于哪个App。或者支付码中包含链接，通过访问该链接，确定支付码属于哪个App。进而，启动该App以处理支付码，以显示相应的扫码支付界面。
在一种实施方式中，可以在退出锁屏界面的同时，加载支付码的识别结果，当加载支付码的识别结果成功时，显示扫码支付界面。以Android系统为例，在退出锁屏界面时，需要移除锁屏界面的Activity，而显示扫码支付界面需要创建扫码支付界面的Activity，创建该Activity需要加载支付码的识别结果。由于移除锁屏界面的Activity需要一定的时间，在此过程中，如果加载支付码的识别结果成功，则可以创建扫码支付界面的Activity，进而显示扫码支付界面，如图9A中的界面，这样可以跳过“扫一扫”的界面，实现更加充分的支付界面直达。如果加载支付码的识别结果不成功，例如识别到无效的支付码时，识别结果为异常，或者在退出锁屏界面的时间内，为完全识别支付码的信息，则可以显示“扫一扫”的界面，以继续识别支付码并加载识别结果。
在一种实施方式中，步骤S1010可以包括：获取由第一摄像头采集的图像，第一摄像头可以是后置摄像头，或者获取由可转动摄像头转动至第一方向时所采集的图像，第一方向可以是移动终端的背面方向，此时可转动摄像头相当于后置摄像头。由此符合用户进行扫码支付时的习惯性姿势，即用后置摄像头对准支付码。
在一种实施方式中，可以获取摄像头在第二预设时间内采集的图像，以进行识别支付码的处理。第二预设时间是用户正常进行扫码操作时的扫码时间，可以以移动终端确定目标支付模式的时刻为起始。由此，对于超出第二预设时间后所采集的图像，可以认为其与扫码支付无关，不进行后续识别支付码的处理。
在一种实施方式中，可以在锁屏界面中增加一个窗口，实时显示摄像头采集的图像，以便于用户将摄像头对准支付码。
考虑到通过移动终端的转动角度确定目标支付模式可能存在误判的情况，可以通过其他手段进行补充判断。将扫码支付模式确定为目标支付模式后，需要从图像中获取支付码的信息来实现支付处理，理论上当前环境中应当存在可扫描的支付码。在一种实施方式中，当从图像中未识别到支付码时说明用户期望的支付模式可能不是扫码支付模式，进而可以将目标支付模式从扫码支付模式切换为被扫码支付模式，并在被扫码支付模式下执行步骤S230。由此，通过对图像中支付码的识别，实现了对步骤S220的补充，从而增加了本方案的可靠性与鲁棒性。
需要说明的是，在识别支付码时可以设置一定的时间条件，例如在上述第二预设时间内，如果未识别第一图像中包含支付码，则确定当前环境中不存在支付码，进而实施目标支付模式的切换。
以上说明了目标支付模式为扫码支付模式时步骤S230的具体实施方式。在一种实施方式中，当目标支付模式为被扫码支付模式时，步骤S1020可以包括：根据从图像中识别到的收款设备，显示被扫码支付界面。
收款设备包括但不限于：扫码枪，手机，POS机，扫码盒，地铁闸机，公交车刷卡器等。移动终端在识别上述图像中包含收款设备时，可以显示相应的被扫码支付界面。
在一种实施方式中，可以根据从图像中识别到的收款设备，确定用于支付的应用程序，然后启动该应用程序，并显示该应用程序中的被扫码支付界面。例如，识别到地铁闸机时，可以启动具有地铁支付功能的App；识别到公交车刷卡器时，可以启动具有公交支付功能的App；进而显示该App中的被扫码支付界面。
在一种实施方式中，步骤S1010可以包括：获取由第二摄像头采集的第一图像，第二摄像头可以是前置摄像头，或者获取由可转动摄像头转动至第二方向时所采集的第二图像，第二方向可以是移动终端的正面方向，此时可转动摄像头相当于前置摄像头。由此符合用户进行被扫码支付时的习惯性姿势，即用移动终端的屏幕对准收款方的收款设备
在一种实施方式中，可以将摄像头在第三预设时间内采集的每一帧图像均确定为第二图像。第三预设时间是用户正常进行被扫码操作时的被扫码时间，可以以移动终端确定目标支付模式的时刻为起始。由此，对于超出第三预设时间后所采集的图像，可以认为其与被扫码支付无关，不进行后续识别收款设备的处理。第三预设时间与上述第二预设时间可以相同，也可以不同，本公开对此不做限定。
在一种实施方式中，当从图像中未识别到收款设备时，可以将目标支付模式切换为扫码支付模式。与上述识别支付码的方案类似的，可以将识别收款设备的判断，作为对步骤S220的补充。将被扫码支付模式确定为目标支付模式后，理论上当前环境中应当存在收款设备。因此，如果从图像中无法识别到收款设备，则说明用户期望的支付模式可能不是被扫码支付模式，进而可以将目标支付模式从被扫码支付模式切换为扫码支付模式，并在扫码支付模式下执行步骤S230。由此，通过对图像中收款设备的识别，实现了对步骤S220的补充，从而增加了本方案的可靠性与鲁棒性。
需要说明的是，在识别收款设备时可以设置一定的时间条件，例如在上述第三预设时间内，如果未识别第二图像中包含收款设备，则确定当前环境中不存在收款设备，进而实施目标支付模式的切换。
在上述扫码支付模式与被扫码支付模式中，分别提供了确定支付App的方式：在扫码支付模式下，根据识别到的支付码确定用于支付的App；在被扫码支付模式下，根据识别到的收款设备确定用于支付的App。考虑到一些支付码或收款设备中不包含App的相关信息，导致无法根据支付码或收款设备来确定App。作为补充，提供以下两种确定App的方式：
在一种实施方式中，在步骤S230中，可以启动预设应用程序，并进入预设应用程序中目标支付模式对应的支付界面。其中，预设应用程序可以是用户预先设置的默认的支付App。
在另一种实施方式中，在步骤S230中，可以根据在锁屏界面下接收到的支付选择操作，启动支付选择操作对应的应用程序，并进入该应用程序中目标支付模式对应的支付界面。其中，支付选择操作用于选择某个App作为支付App，例如，在锁屏界面中设置选择控件，如用户在锁屏界面中长按支付标识后，显示一个扩展的选择控件窗口，其中显示有不同App图标，用户可以在其中选择支付App。
实际应用中，可以将上述多种确定支付App的方案结合，例如：当用户在锁屏界面下进行支付选择操作时，根据该操作确定支付App；当用户在锁屏界面下未进行支付选择操作时，根据在第一图像中识别到的支付码或者在第二图像中识别到的付款设备来确定支付App；当无法根据支付码或者付款设备确定支付App时，将预设App作为支付App。进而，可以在后台支付App，加载显示支付App中目标支付模式对应的支付界面，从锁屏界面直接跳转显示该支付界面，实现支付界面的快速直达。
本公开的示例性实施方式还提供一种移动终端的支付装置。参考图11所示，该移动终端的支付装置1100可以包括：
操作接收模块1110，被配置为在移动终端的锁屏界面下，接收支付触发操作；
支付模式确定模块1120，被配置为响应于支付触发操作，根据移动终端的转动角度，在多个支付模式中确定目标支付模式；
界面显示控制模块1130，被配置为显示目标支付模式对应的支付界面。
在一种实施方式中，界面显示控制模块1130，还被配置为：
在显示目标支付模式对应的支付界面前，根据获取到的解锁信息解除对移动终端的锁定。
在一种实施方式中，支付触发操作包括：在锁屏界面中针对支付标识的预设操作。
在一种实施方式中，支付模式确定模块1120，被配置为：
根据移动终端的轴的转动角度确定目标支付模式。
在一种实施方式中，支付模式确定模块1120，被配置为：
当移动终端的三条轴的转动角度之和小于三轴角度阈值时，将扫码支付模式确定为目标支付模式。
在一种实施方式中，支付模式确定模块1120，被配置为：
当移动终端的三条轴的转动角度之和大于三轴角度阈值时，将被扫码支付模式确定为目标支付模式。
在一种实施方式中，界面显示控制模块1130，被配置为：
获取由摄像头采集的图像；
根据从上述图像中识别到的支付相关信息，显示支付界面。
在一种实施方式中，界面显示控制模块1130，被配置为：
当目标支付模式为扫码支付模式时，根据从上述图像中识别到的支付码，显示扫码支付界面。
在一种实施方式中，界面显示控制模块1130，被配置为：
根据从上述图像中识别到的支付码，确定用于支付的应用程序；
启动上述应用程序，并显示应用程序中的扫码支付界面。
在一种实施方式中，界面显示控制模块1130，被配置为：
退出锁屏界面，同时加载支付码的识别结果；
当加载支付码的识别结果成功时，显示扫码支付界面。
在一种实施方式中，支付模式确定模块1120，还被配置为：
当界面显示控制模块1130从上述图像中未识别到支付码时，将目标支付模式切换为被扫码支付模式。
在一种实施方式中，界面显示控制模块1130，被配置为：
获取由第一摄像头采集的图像；或者
获取由可转动摄像头转动至第一方向时所采集的图像。
在一种实施方式中，界面显示控制模块1130，被配置为：
当目标支付模式为被扫码支付模式时，根据从上述图像中识别到的收款设备，显示被扫码支付界面。
在一种实施方式中，支付模式确定模块1120，还被配置为：
当界面显示控制模块1130从上述图像中未识别到收款设备时，将目标支付模式切换为扫码支付模式。
在一种实施方式中，界面显示控制模块1130，被配置为：
获取由第二摄像头采集的图像；或者
获取由可转动摄像头转动至第二方向时所采集的图像。
在一种实施方式中，界面显示控制模块1130，被配置为：
根据在锁屏界面下接收到的支付选择操作，启动支付选择操作对应的应用程序，并进入应用程序中目标支付模式对应的支付界面。
上述装置中各部分的具体细节在方法部分实施方式中已经详细说明，因而不再赘述。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的示例性实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
本公开的示例性实施方式还提供了一种计算机可读存储介质，可以实现为一种程序产品的形式，其包括程序代码，当程序产品在电子设备上运行时，程序代码用于使电子设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。在一种实施方式中，该程序产品可以实现为便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在电子设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施方式。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施方式仅被视为示例性的，本公开的真正范围和精神由权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限定。

Claims (19)

1.一种移动终端的支付方法，其特征在于，包括：
在移动终端的锁屏界面下，接收支付触发操作；
响应于所述支付触发操作，根据所述移动终端的转动角度，在多个支付模式中确定目标支付模式；
显示所述目标支付模式对应的支付界面。
2.根据权利要求1所述的方法，其特征在于，在显示所述目标支付模式对应的支付界面前，所述方法还包括：
根据获取到的解锁信息解除对所述移动终端的锁定。
3.根据权利要求1所述的方法，其特征在于，所述支付触发操作包括：针对所述锁屏界面中支付标识的预设操作。
4.根据权利要求1所述的方法，其特征在于，所述根据所述移动终端的转动角度，在多个支付模式中确定目标支付模式，包括：
根据所述移动终端的轴的转动角度确定所述目标支付模式。
5.根据权利要求4所述的方法，其特征在于，所述根据所述移动终端的轴的转动角度确定所述目标支付模式，包括：
当所述移动终端的三条轴的转动角度之和小于三轴角度阈值时，将扫码支付模式确定为所述目标支付模式。
6.根据权利要求4所述的方法，其特征在于，所述根据所述移动终端的轴的转动角度确定所述目标支付模式，包括：
当所述移动终端的三条轴的转动角度之和大于三轴角度阈值时，将被扫码支付模式确定为所述目标支付模式。
7.根据权利要求1所述的方法，其特征在于，所述显示所述目标支付模式对应的支付界面，包括：
获取由摄像头采集的图像；
根据从所述图像中识别到的支付相关信息，显示所述支付界面。
8.根据权利要求7所述的方法，其特征在于，当所述目标支付模式为扫码支付模式时，所述根据从所述图像中识别到的支付相关信息，显示所述支付界面，包括：
根据从所述图像中识别到的支付码，显示扫码支付界面。
9.根据权利要求8所述的方法，其特征在于，所述根据从所述图像中识别到的支付码，显示扫码支付界面，包括：
根据从所述图像中识别到的支付码，确定用于支付的应用程序；
启动所述应用程序，并显示所述应用程序中的扫码支付界面。
10.根据权利要求8所述的方法，其特征在于，所述根据从所述图像中识别到的支付码，显示扫码支付界面，包括：
退出所述锁屏界面，同时加载所述支付码的识别结果；
当加载所述支付码的识别结果成功时，显示所述扫码支付界面。
11.根据权利要求8所述的方法，其特征在于，所述方法还包括：
当从所述图像中未识别到支付码时，将所述目标支付模式切换为被扫码支付模式。
12.根据权利要求7所述的方法，其特征在于，当所述目标支付模式为扫码支付模式时，所述获取由摄像头采集的图像，包括：
获取由第一摄像头采集的图像；或者
获取由可转动摄像头转动至第一方向时所采集的图像。
13.根据权利要求7所述的方法，其特征在于，当所述目标支付模式为被扫码支付模式时，所述显示所述目标支付模式对应的支付界面，包括：
根据从所述图像中识别到的收款设备，显示被扫码支付界面。
14.根据权利要求13所述的方法，其特征在于，所述方法还包括：
当从所述图像中未识别到收款设备时，将所述目标支付模式切换为扫码支付模式。
15.根据权利要求7所述的方法，其特征在于，当所述目标支付模式为被扫码支付模式时，所述获取由摄像头采集的图像，包括：
获取由第二摄像头采集的图像；或者
获取由可转动摄像头转动至第二方向时所采集的图像。
16.根据权利要求1所述的方法，其特征在于，所述显示所述目标支付模式对应的支付界面，包括：
根据在所述锁屏界面下接收到的支付选择操作，启动所述支付选择操作对应的应用程序，并进入所述应用程序中所述目标支付模式对应的支付界面。
17.一种移动终端的支付装置，其特征在于，包括：
操作接收模块，被配置为在移动终端的锁屏界面下，接收支付触发操作；
支付模式确定模块，被配置为响应于所述支付触发操作，根据所述移动终端的转动角度，在多个支付模式中确定目标支付模式；
界面显示控制模块，被配置为显示所述目标支付模式对应的支付界面。
18.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至16任一项所述的方法。
19.一种移动终端，其特征在于，包括：
处理器；
存储器，用于存储所述处理器的可执行指令；
角度传感器，用于检测所述移动终端的角度；以及
显示器，用于显示用户界面，所述用户界面包括锁屏界面与支付界面；
其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至16任一项所述的方法。
CN202110241666.6A 2021-03-04 2021-03-04 移动终端的支付方法、装置、存储介质与移动终端 Pending CN115034780A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202110241666.6A CN115034780A (zh) 2021-03-04 2021-03-04 移动终端的支付方法、装置、存储介质与移动终端
PCT/CN2022/076786 WO2022183915A1 (zh) 2021-03-04 2022-02-18 移动终端的支付方法、装置、存储介质与移动终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110241666.6A CN115034780A (zh) 2021-03-04 2021-03-04 移动终端的支付方法、装置、存储介质与移动终端

Publications (1)

Publication Number Publication Date
CN115034780A true CN115034780A (zh) 2022-09-09

Family

ID=83117771

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110241666.6A Pending CN115034780A (zh) 2021-03-04 2021-03-04 移动终端的支付方法、装置、存储介质与移动终端

Country Status (2)

Country Link
CN (1) CN115034780A (zh)
WO (1) WO2022183915A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115511479A (zh) * 2022-11-22 2022-12-23 孩子王儿童用品股份有限公司 一种基于多源数据的多元化支付管理系统及方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106875178A (zh) * 2017-01-11 2017-06-20 深圳市金立通信设备有限公司 一种电子支付方法及终端
CN107578245A (zh) * 2017-08-28 2018-01-12 珠海市魅族科技有限公司 唤醒支付界面的方法和装置、计算机装置及存储介质
CN107633164A (zh) * 2017-09-28 2018-01-26 珠海市魅族科技有限公司 支付控制方法、装置、计算机装置及计算机可读存储介质
CN107730248A (zh) * 2017-08-28 2018-02-23 广东小天才科技有限公司 移动终端的息屏支付方法、装置、移动终端及存储介质
CN108255395A (zh) * 2018-01-04 2018-07-06 深圳天珑无线科技有限公司 移动终端快捷支付方法、移动终端及存储介质
CN108629580A (zh) * 2018-05-11 2018-10-09 维沃移动通信有限公司 一种熄屏支付方法及移动终端
US20200294013A1 (en) * 2018-01-05 2020-09-17 Alibaba Group Holding Limited Executing application without unlocking mobile device
CN112613475A (zh) * 2020-12-31 2021-04-06 Oppo广东移动通信有限公司 扫码界面显示方法、装置、移动终端及存储介质

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104468874B (zh) * 2013-09-16 2017-08-29 中国电信股份有限公司 用于切换单手操作模式的方法和移动终端
CN106326710B (zh) * 2016-08-26 2019-07-26 维沃移动通信有限公司 一种快捷启动支付界面方法及移动终端
CN106445363B (zh) * 2016-08-26 2020-03-06 维沃移动通信有限公司 一种支付界面启动方法和移动终端
CN107220826A (zh) * 2017-05-23 2017-09-29 维沃移动通信有限公司 一种支付方法及移动终端
CN109102277A (zh) * 2017-06-20 2018-12-28 北京小米移动软件有限公司 移动支付的方法及装置
CN107368245A (zh) * 2017-08-29 2017-11-21 广东欧珀移动通信有限公司 模式启用方法及装置
CN110517033A (zh) * 2019-08-28 2019-11-29 腾讯科技（深圳）有限公司 一种快速扫描支付方法及装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106875178A (zh) * 2017-01-11 2017-06-20 深圳市金立通信设备有限公司 一种电子支付方法及终端
CN107578245A (zh) * 2017-08-28 2018-01-12 珠海市魅族科技有限公司 唤醒支付界面的方法和装置、计算机装置及存储介质
CN107730248A (zh) * 2017-08-28 2018-02-23 广东小天才科技有限公司 移动终端的息屏支付方法、装置、移动终端及存储介质
CN107633164A (zh) * 2017-09-28 2018-01-26 珠海市魅族科技有限公司 支付控制方法、装置、计算机装置及计算机可读存储介质
CN108255395A (zh) * 2018-01-04 2018-07-06 深圳天珑无线科技有限公司 移动终端快捷支付方法、移动终端及存储介质
US20200294013A1 (en) * 2018-01-05 2020-09-17 Alibaba Group Holding Limited Executing application without unlocking mobile device
CN108629580A (zh) * 2018-05-11 2018-10-09 维沃移动通信有限公司 一种熄屏支付方法及移动终端
CN112613475A (zh) * 2020-12-31 2021-04-06 Oppo广东移动通信有限公司 扫码界面显示方法、装置、移动终端及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
李琳等: "移动支付系统安全性分析", 《电子产品可靠性与环境试验》, no. 3, 20 June 2017 (2017-06-20), pages 45 - 47 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115511479A (zh) * 2022-11-22 2022-12-23 孩子王儿童用品股份有限公司 一种基于多源数据的多元化支付管理系统及方法

Also Published As

Publication number Publication date
WO2022183915A1 (zh) 2022-09-09

Similar Documents

Publication Publication Date Title
US11216097B2 (en) Fingerprint verification method and electronic device for performing the same
CN105913246B (zh) 能够进行磁场通信的手持电子设备及使用其支付方法
KR102552312B1 (ko) 복수의 지문 센싱 모드를 갖는 전자 장치 및 그 제어 방법
US9727184B2 (en) Identifying input in electronic device
CN108701043B (zh) 一种显示的处理方法及装置
US8745490B2 (en) Mobile terminal capable of controlling various operations using a multi-fingerprint-touch input and method of controlling the operation of the mobile terminal
JP5451233B2 (ja) 携帯端末装置及びプログラム
CN113630380B (zh) 用于支付服务的卡片注册方法和实施该方法的移动电子设备
US20150077362A1 (en) Terminal with fingerprint reader and method for processing user input through fingerprint reader
CN107193471B (zh) 解锁控制方法及相关产品
CN111758095A (zh) 快速打开应用或应用功能的方法及终端
US20140361986A1 (en) Electronic device and method for controlling the electronic device based on image data detected through a plurality of cameras
KR102370678B1 (ko) 전자 장치의 터치 센싱 모듈 제어 방법 및 전자 장치, 전자 장치에 구비된 터치 센싱 모듈의 동작 방법 및 터치 센싱 모듈
CN110809775A (zh) 一种基于人脸识别的支付方法、装置及终端
KR20130032596A (ko) 휴대용 단말기에서 자동 화면 회전을 방지하기 위한 장치 및 방법
US20140337720A1 (en) Apparatus and method of executing function related to user input on screen
CN111339515A (zh) 一种应用程序启动方法及电子设备
KR102117295B1 (ko) 전자 장치의 페어링 방법 및 장치
CN112313623A (zh) 一种终端的用户界面显示方法和终端
WO2022183915A1 (zh) 移动终端的支付方法、装置、存储介质与移动终端
CN109359460A (zh) 一种面部识别方法及终端设备
KR102568550B1 (ko) 필기 입력을 이용하여 어플리케이션을 실행하는 전자 장치 및 그 제어 방법
CN108668310B (zh) 一种检测装置的控制方法、检测装置以及存储介质
CN113468917A (zh) 一种指纹验证方法及装置
JP5569993B2 (ja) 携帯端末装置及びプログラム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination