CN106341530B - 一种支付页面的切换方法及移动终端 - Google Patents

Abstract

本发明实施例提供了一种支付页面的切换方法及移动终端。该方法包括：确定所述移动终端所支持的多种图形编码支付方式；获取所述多种图形编码支付方式的多个支付页面；将所述多个支付页面进行循环展现。本发明实施例通过获取不同图形编码支付方式的所有支付页面并进行循环展现，避免了用户对图形编码支付方式以及相应支付页面的选择，减少了支付步骤，提高了支付效率，用户使用体验感强。

Description

一种支付页面的切换方法及移动终端

技术领域

本发明涉及通信技术领域，尤其涉及一种支付页面的切换方法及移动终端。

背景技术

随着移动互联网的普及，以及移动智能终端(例如手机)的发展，越来越多的用户在去实体店商家购物时，会采用手机移动支付的方式进行付款，这既可以避免用户翻找现金和零钱的麻烦，而且付款更加方便。

移动支付的支付页面的种类繁多，其中，扫码支付和被扫支付是最为流行、普遍和便捷的支付页面类型。被扫支付是指用户将付款二维码展示在手机屏幕上，供收款方扫描，扫描成功即可付款成功。扫码支付是指用户用手机的支付软件的扫码框扫描收款方提供的收款二维码，扫描成功之后即可付款成功。但是，在付款时，用户使用的付款软件，必须要和商家使用的收款软件一致，才能付款成功。而随着移动支付的发展，目前已经有很多种快捷支付软件，每种快捷支付软件都具有一种图形编码的支付方式，而且，为了方便用户也会在手机上安装了多种类型的支付软件。那么用户在使用移动支付时，为了能够支付成功，用户在付款前就必须选择与商家所用的支付软件类型相一致的支付软件，然后才可以进行上述扫码支付或被扫支付付款。

因此，面对用户在手机上安装了多款付款软件的情况，在现有技术中，当用户在付款时，需要用户手动选择对应的一种付款软件，这显然增加了用户的支付步骤，而且支付效率也较低。

发明内容

本发明实施例提供一种支付页面的切换方法及移动终端，以解决在用户需要支付时，对支付软件进行选择所导致的支付步骤繁琐和支付效率低的问题。

第一方面，本发明实施例提供了一种支付页面的切换方法，应用于移动终端，所述方法包括：

确定所述移动终端所支持的多种图形编码支付方式；

获取所述多种图形编码支付方式的多个支付页面；

将所述多个支付页面进行循环展现。

第二方面，本发明实施例还提供了一种移动终端，所述移动终端包括：

确定模块，用于确定所述移动终端所支持的多种图形编码支付方式；

获取模块，用于获取所述多种图形编码支付方式的多个支付页面；

循环展现模块，用于将所述多个支付页面进行循环展现。

这样，本发明实施例通过获取不同图形编码支付方式的所有支付页面并进行循环展现，避免了用户对图形编码支付方式以及相应支付页面的选择，减少了支付步骤，提高了支付效率，用户使用体验感强。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明第一实施例的支付页面的切换方法的流程图；

图2是本发明第二实施例的支付页面的切换方法的流程图；

图3是本发明第三实施例的移动终端的框图；

图4是本发明第三实施例的另一移动终端的框图；

图5是本发明第四实施例的移动终端的框图；

图6是本发明第五实施例的移动终端的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

第一实施例

参照图1，示出了本发明一个实施例的支付页面的切换方法的流程图，应用于移动终端，所述方法具体可以包括如下步骤：

步骤101，确定所述移动终端所支持的多种图形编码支付方式；

其中，移动终端(例如手机)可以安装多种支付软件，例如支付软件1、支付软件2、支付软件3等，那么可以首先确定该手机所安装的快捷支付软件，即所支持的多种图形编码支付方式，每种快捷支付软件都是一种图形编码支付方式。

步骤102，获取所述多种图形编码支付方式的多个支付页面；

其中，对于每种图形编码支付方式来说，例如支付软件1，在支付时可以包括多种形式的支付页面，例如通过扫描对方的支付页面来完成支付的支付页面，以及通过被对方的支付页面进行扫描来完成支付的支付页面。当然，支付页面的形式并不限于上述两种，还可以是其他形式的支付页面。

步骤103，将所述多个支付页面进行循环展现。

其中，为了避免用户对图形编码支付方式以及支付页面的选择，本发明实施例可以将手机所支持的所有图形编码支付方式的所有支付页面在移动终端的当前界面上进行循环展现，以完成支付。

这样，本发明实施例通过获取不同图形编码支付方式的所有支付页面并进行循环展现，避免了用户对图形编码支付方式以及相应支付页面的选择，减少了支付步骤，提高了支付效率，用户使用体验感强。

第二实施例

参照图2，示出了本发明另一个实施例的支付页面的切换方法的流程图，应用于移动终端，具体可以包括如下步骤：

步骤201，确定所述移动终端所支持的多种图形编码支付方式；

其中，对于任意一种图形编码支付方式，该图形编码支付方式的支付页面的类型可以包括：相互匹配的图像支付页面和扫描图像支付页面，这里的相互匹配指代：可以相互识别、并能完成扫描的两种支付页面，具体而言，该图像支付页面可以包括二维码或条形码；该扫描图像支付页面可以包括对应的二维码扫描框或条形码扫码框。

但是需要注意的是，对于支付页面的类型并不限定于上述两种，还可以包括通过诸如蓝牙识别匹配、传感识别匹配的技术实现的支付页面，即并不限定为图像扫描匹配的形式。此外，对于图像支付页面也不仅仅限定为上述二维码和条形码，还可以是其他包含对应的图形编码支付方式的特征信息的图像，而扫描图像支付页面类似，在此不再赘述。

步骤202，将需要循环展现的支付页面的类型提供给用户进行选择；

其中，在本实施例中，用户可以通过点击手机桌面上的快捷方式启动、通过语音识别启动、通过按键组合启动、通过摇一摇手机启动、通过固定手指的指纹识别启动等方式来选择需要循环展现的支付页面的类型。

并且，由于任意一种图形编码支付方式的支付页面的类型可以包括：相互匹配的图像支付页面和扫描图像支付页面，那么本发明实施例可以将扫码完成支付和被扫码完成支付这两种支付页面的类型提供给用户进行选择，以便将选择的类型的支付页面进行循环展现。

然后，在用户选择了一种支付页面的类型后，并在获取所述多种图形编码支付方式的多个支付页面之前，本发明实施例就可以获取用户选择的循环展示的支付页面的类型(图像支付页面或是扫描图像支付页面)；并根据所述用户选择的所述支付页面的类型，确定即将获取的多个支付页面的类型。

然后，在一个实施例中：步骤203，若所述用户选择对图像支付页面进行展现，则获取所述多种图形编码支付方式的多个图像支付页面；步骤204，将所述多个图像支付页面进行循环展现。

具体而言，例如用户去超市买东西，用户买完东西，用户去超市收银台付款，假设用户的手机上安装有3个付款软件：付款软件1，付款软件2，和付款软件3，对应上述付款软件的付款二维码分别为：二维码1，二维码2和二维码3。当然如果没有二维码，而是条形码一样可以。

那么，用户在付款时，假如用户选择了被扫码支付的方式进行付款，即相当于选择了启动二维码展示界面，那么本发明实施例可以获取二维码1，二维码2和二维码3，并将它们自动循环地展示在手机屏幕上以供扫描付款。

其中，在上述实施例中，在执行步骤204将多个图像支付页面进行循环展现时，可以按照预定的时间间隔将所述多个支付页面进行循环展现，其中，所述预定的时间间隔大于或等于所述多个支付页面的图像扫描时间(或被扫描时间)。

具体而言，在循环展现时，可以首先显示二维码1，间隔300毫秒之后，显示二维码2，再间隔300毫秒之后，显示二维码3，再间隔300毫秒之后，显示二维码1，以此类推，不断循环显示。需要注意的是，此处的300毫秒只是举例说明，这个时间间隔可以根据二维码识别的耗时来调整，但该时间间隔不能小于二维码的识别耗时。

在付款时，在一个实施例中，根据本发明实施例的方法还可包括：在所述多个支付页面循环展现的过程中，将当前展现的支付页面与被支付方的支付页面或扫描器进行扫描匹配；

若当前展现的支付页面的图形编码支付方式与被支付方的支付页面或扫描器的图形编码支付方式相同，则进一步确定当前展现的支付页面与所述被支付方的支付页面或扫描器是否相互匹配；

若当前展现的支付页面与所述被支付方的支付页面或扫描器相互匹配，则在扫描匹配后，提醒用户支付成功。

具体而言，继续以用户去超市买东西进行移动支付为例，在用户的手机界面上二维码循环显示的同时，商家的扫码枪对用户手机上展示的二维码进行扫描，假设此处商家使用的扫码软件是与用户手机上的付款软件2配套的，只能识别二维码2，则用户展示二维码时，首先显示的二维码1，由于软件类型不同，因此，不能被识别，等到显示二维码2时，由于软件类型相同可以识别，并且手机显示的是二维码，而商家使用的是扫码枪，二者也是相匹配的，则识别成功进行付款，并在付款完成，提醒用户支付成功。

而在另一个实施例中，根据本发明实施例的方法还包括：若当前展现的支付页面的图形编码支付方式与被支付方的支付页面或扫描器的图形编码支付方式不同，或，若当前展现的支付页面与所述被支付方的支付页面或扫描器匹配失败，则显示表示支付失败的提醒消息；将当前展现的支付页面切换至下一个支付页面。

也就是说，假如用户在付款时选择的是循环展现图像扫描页面，那么即便超市的扫码枪和显示的二维码的软件类型一致，但是它们并不能够扫描匹配，此时可以在手机界面上提醒用户支付失败，并提醒用户选择循环展现图像支付页面的操作，以使手机所循环展现的支付页面能够与扫码枪相匹配。

而如果最开始用户没有选择需要展现的必须是图像支付页面或是扫描图像支付页面，那么在循环展现时，本发明实施例会将手机所支持的所有图形编码支付方式的所有支付页面均展现，那么如果发现和被支付方的支付页面或扫描器匹配失败，也不会提醒用户选择循环展现图像支付页面的操作，而是继续循环切换至下一个支付页面，直至支付成功。

当然，这里只是以用户为支付方，对方为被支付方为例进行说明的，实质上，本发明的技术方案也可以应用到用户是被支付方，对方是支付方的场景，由于方案类似，在此不再赘述。

而在另一个实施例中，步骤205，若所述用户选择对扫描图像支付页面进行展现，则获取所述多种图形编码支付方式的多个扫描图像支付页面；步骤206，将所述扫描图像支付页面进行循环展现。

那么以用户通过扫一扫来对商家的收款二维码进行扫描为例对该实施例进行简要说明。假设用户的手机上安装了微信和支付宝，用户选择了通过扫一扫来完成支付，那么本发明实施例会将微信和支付宝的扫一扫界面都获取到，并它们循环展现。具体的，首先，在手机的当前界面上显示微信的扫一扫界面，300毫秒之后，显示支付宝的扫一扫界面，再过300毫秒之后，显示微信的扫一扫界面，以此类推，不断循环显示。假设此时，收银员使用的是支付宝的二维码，由于只能被支付宝的扫一扫界面识别，那么付款时，用户手机显示微信的扫码界面时，是识别不了的，再显示支付宝的扫一扫界面，就会发现类型一致，然后再判断是否匹配，即扫描和被扫描的关系，此处也是匹配的，那么则进行付款，并在付款成功后进行提示。而如果不是扫描和被扫描的关系，则与上述扫描二维码的例子类似，参见上文，在次不再赘述。同样的，该时间间隔300毫秒也不做限制，具体同上，在此不再赘述。

借助于本发明上述实施例的技术方案，本发明实施例能够使循环展现的支付页面的循环间隔时间不小于支付页面的扫描时间(或被扫描时间)，从而在实现了循环展现的同时，保证了支付页面的扫描时间，不会出现扫描时间不够而导致的付款失败的情况，从而使得支付更加准确快速。

第三实施例

参照图3，示出了本发明一个实施例的移动终端的框图。图3所示移动终端300包括：

确定模块301，用于确定所述移动终端所支持的多种图形编码支付方式；

获取模块302，用于获取所述多种图形编码支付方式的多个支付页面；

循环展现模块303，用于将所述多个支付页面进行循环展现。

其中，对于任意一种图形编码支付方式，该图形编码支付方式的支付页面的类型包括：相互匹配的图像支付页面和扫描图像支付页面。

参照图4，在图3的基础上，可选的，所述移动终端300还可包括：

获取类型模块304，用于获取用户选择的循环展示的支付页面的类型；

确定类型模块305，用于根据所述用户选择的所述支付页面的类型，确定获取的多个支付页面的类型。

扫描匹配模块306，用于在所述多个支付页面循环展现的过程中，将当前展现的支付页面与被支付方的支付页面或扫描器进行扫描匹配；

确定匹配模块307，用于若当前展现的支付页面的图形编码支付方式与被支付方的支付页面或扫描器的图形编码支付方式相同，则进一步确定当前展现的支付页面与所述被支付方的支付页面或扫描器是否相互匹配；

提醒成功模块308，用于若当前展现的支付页面与所述被支付方的支付页面或扫描器相互匹配，则在扫描匹配后，提醒用户支付成功。

显示提醒模块309，用于若当前展现的支付页面的图形编码支付方式与被支付方的支付页面或扫描器的图形编码支付方式不同，或，若当前展现的支付页面与所述被支付方的支付页面或扫描器匹配失败，则显示表示支付失败的提醒消息；

切换模块310，用于将当前展现的支付页面切换至下一个支付页面。

所述循环展现模块303，还用于按照预定的时间间隔将所述多个支付页面进行循环展现，其中，所述预定的时间间隔大于或等于所述多个支付页面的图像扫描时间或图像被扫描时间。

移动终端300能够实现图1至图2的方法实施例中移动终端实现通过获取不同图形编码支付方式的所有支付页面并进行循环展现，避免了用户对图形编码支付方式以及相应支付页面的选择，减少了支付步骤，提高了支付效率，用户使用体验感强的效果，为避免重复，这里不再赘述。

第四实施例

图5是本发明又一个实施例的移动终端的框图。图5所示的移动终端500包括：至少一个处理器501、存储器502、至少一个网络接口504、用户接口503。移动终端500中的各个组件通过总线***505耦合在一起。可理解，总线***505用于实现这些组件之间的连接通信。总线***505除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图5中将各种总线都标为总线***505。

其中，用户接口503可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器502可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DRRAM)。本发明实施例描述的***和方法的存储器502旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器502存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作***5021和应用程序5022。

其中，操作***5021，包含各种***程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序5022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序5022中。

在本发明实施例中，通过调用存储器502存储的程序或指令，具体的，可以是应用程序5022中存储的程序或指令，处理器501用于确定所述移动终端所支持的多种图形编码支付方式；获取所述多种图形编码支付方式的多个支付页面；将所述多个支付页面进行循环展现。

上述本发明实施例揭示的方法可以应用于处理器501中，或者由处理器501实现。处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本发明实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital SignalProcessing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(ProgrammableLogic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。

对于软件实现，可通过执行本发明实施例所述功能的模块(例如过程、函数等)来实现本发明实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选的，对于任意一种图形编码支付方式，该图形编码支付方式的支付页面的类型包括：相互匹配的图像支付页面和扫描图像支付页面。

可选地，处理器501还用于：获取用户选择的循环展示的支付页面的类型；根据所述用户选择的所述支付页面的类型，确定获取的多个支付页面的类型。

可选地，处理器501还用于：在所述多个支付页面循环展现的过程中，将当前展现的支付页面与被支付方的支付页面或扫描器进行扫描匹配；若当前展现的支付页面的图形编码支付方式与被支付方的支付页面或扫描器的图形编码支付方式相同，则进一步确定当前展现的支付页面与所述被支付方的支付页面或扫描器是否相互匹配；若当前展现的支付页面与所述被支付方的支付页面或扫描器相互匹配，则在扫描匹配后，提醒用户支付成功。

可选地，处理器501还用于：若当前展现的支付页面的图形编码支付方式与被支付方的支付页面或扫描器的图形编码支付方式不同，或，若当前展现的支付页面与所述被支付方的支付页面或扫描器匹配失败，则显示表示支付失败的提醒消息；将当前展现的支付页面切换至下一个支付页面。

可选地，处理器501还用于：按照预定的时间间隔将所述多个支付页面进行循环展现，其中，所述预定的时间间隔大于或等于所述多个支付页面的图像扫描时间或被扫描时间。

移动终端500能够实现前述实施例中移动终端实现的通过获取不同图形编码支付方式的所有支付页面并进行循环展现，避免了用户对图形编码支付方式以及相应支付页面的选择，减少了支付步骤，提高了支付效率，用户使用体验感强的效果，为避免重复，这里不再赘述。

图6是本发明另一个实施例的移动终端的结构示意图。具体地，图6中的移动终端600可以为手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、或车载电脑等。

图6中的移动终端600包括射频(Radio Frequency，RF)电路610、存储器620、输入单元630、显示单元640、处理器660、音频电路670、WiFi(Wireless Fidelity)模块680和电源690。

其中，输入单元630可用于接收用户输入的数字或字符信息，以及产生与移动终端600的用户设置以及功能控制有关的信号输入。具体地，本发明实施例中，该输入单元630可以包括触控面板631。触控面板631，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板631上的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板631可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给该处理器660，并能接收处理器660发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板631。除了触控面板631，输入单元630还可以包括其他输入设备632，其他输入设备632可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

其中，显示单元640可用于显示由用户输入的信息或提供给用户的信息以及移动终端600的各种菜单界面。显示单元640可包括显示面板641，可选的，可以采用LCD或有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板641。

应注意，触控面板631可以覆盖显示面板641，形成触摸显示屏，当该触摸显示屏检测到在其上或附近的触摸操作后，传送给处理器660以确定触摸事件的类型，随后处理器660根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。

触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定，可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件，例如，设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。

其中处理器660是移动终端600的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在第一存储器621内的软件程序和/或模块，以及调用存储在第二存储器622内的数据，执行移动终端600的各种功能和处理数据，从而对移动终端600进行整体监控。可选的，处理器660可包括一个或多个处理单元。

在本发明实施例中，通过调用存储该第一存储器621内的软件程序和/或模块和/或该第二存储器622内的数据，处理器660用于确定所述移动终端所支持的多种图形编码支付方式；获取所述多种图形编码支付方式的多个支付页面；将所述多个支付页面进行循环展现。

可选的，对于任意一种图形编码支付方式，该图形编码支付方式的支付页面的类型包括：相互匹配的图像支付页面和扫描图像支付页面。

可选地，处理器660还用于：获取用户选择的循环展示的支付页面的类型；根据所述用户选择的所述支付页面的类型，确定获取的多个支付页面的类型。

可选地，处理器660还用于：在所述多个支付页面循环展现的过程中，将当前展现的支付页面与被支付方的支付页面或扫描器进行扫描匹配；若当前展现的支付页面的图形编码支付方式与被支付方的支付页面或扫描器的图形编码支付方式相同，则进一步确定当前展现的支付页面与所述被支付方的支付页面或扫描器是否相互匹配；若当前展现的支付页面与所述被支付方的支付页面或扫描器相互匹配，则在扫描匹配后，提醒用户支付成功。

可选地，处理器660还用于：若当前展现的支付页面的图形编码支付方式与被支付方的支付页面或扫描器的图形编码支付方式不同，或，若当前展现的支付页面与所述被支付方的支付页面或扫描器匹配失败，则显示表示支付失败的提醒消息；将当前展现的支付页面切换至下一个支付页面。

可选地，处理器660还用于：按照预定的时间间隔将所述多个支付页面进行循环展现，其中，所述预定的时间间隔大于或等于所述多个支付页面的图像扫描时间或被扫描时间。

可见，本发明实施例能够实现通过获取不同图形编码支付方式的所有支付页面并进行循环展现，避免了用户对图形编码支付方式以及相应支付页面的选择，减少了支付步骤，提高了支付效率，用户使用体验感强的效果，为避免重复，这里不再赘述。

本领域普通技术人员可以意识到，结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种支付页面的切换方法，应用于移动终端，其特征在于，所述方法包括：

确定所述移动终端所支持的多种图形编码支付方式；获取所述多种图形编码支付方式的多个支付页面；

将所述多个支付页面进行循环展现；

其中，所述将所述多个支付页面进行循环展现的步骤，包括：

按照预定的时间间隔将所述多个支付页面进行循环展现；其中，所述预定的时间间隔大于或等于所述多个支付页面的图像扫描时间或被扫描时间；

其中，所述图形编码支付方式为所述移动终端内所安装的快捷支付软件。

2.根据权利要求1所述的方法，其特征在于，对于任意一种图形编码支付方式，该图形编码支付方式的支付页面的类型包括：相互匹配的图像支付页面和扫描图像支付页面。

3.根据权利要求1所述的方法，其特征在于，所述获取所述多种图形编码支付方式的多个支付页面的步骤之前，所述方法还包括：

获取用户选择的循环展示的支付页面的类型；

根据所述用户选择的所述支付页面的类型，确定获取的多个支付页面的类型。

4.根据权利要求1所述的方法，其特征在于，所述将所述多个支付页面进行循环展现的步骤之后，所述方法还包括：

在所述多个支付页面循环展现的过程中，将当前展现的支付页面与被支付方的支付页面或扫描器进行扫描匹配；

若当前展现的支付页面的图形编码支付方式与被支付方的支付页面或扫描器的图形编码支付方式相同，则进一步确定当前展现的支付页面与所述被支付方的支付页面或扫描器是否相互匹配；

若当前展现的支付页面与所述被支付方的支付页面或扫描器相互匹配，则在扫描匹配后，提醒用户支付成功。

5.根据权利要求4所述的方法，其特征在于，所述在所述多个支付页面循环展现的过程中，将当前展现的支付页面与被支付方的支付页面或扫描器进行扫描匹配的步骤之后，所述方法还包括：

若当前展现的支付页面的图形编码支付方式与被支付方的支付页面或扫描器的图形编码支付方式不同，或，若当前展现的支付页面与所述被支付方的支付页面或扫描器匹配失败，则显示表示支付失败的提醒消息；

将当前展现的支付页面切换至下一个支付页面。

6.一种移动终端，其特征在于，所述移动终端包括：

确定模块，用于确定所述移动终端所支持的多种图形编码支付方式；获取模块，用于获取所述多种图形编码支付方式的多个支付页面；

循环展现模块，用于将所述多个支付页面进行循环展现；

其中，所述循环展现模块，还用于按照预定的时间间隔将所述多个支付页面进行循环展现；其中，所述预定的时间间隔大于或等于所述多个支付页面的图像扫描时间或被扫描时间；

其中，所述图形编码支付方式为所述移动终端内所安装的快捷支付软件。

7.根据权利要求6所述的移动终端，其特征在于，对于任意一种图形编码支付方式，该图形编码支付方式的支付页面的类型包括：相互匹配的图像支付页面和扫描图像支付页面。

8.根据权利要求6所述的移动终端，其特征在于，所述移动终端还包括：

获取类型模块，用于获取用户选择的循环展示的支付页面的类型；

确定类型模块，用于根据所述用户选择的所述支付页面的类型，确定获取的多个支付页面的类型。

9.根据权利要求6所述的移动终端，其特征在于，所述移动终端还包括：

扫描匹配模块，用于在所述多个支付页面循环展现的过程中，将当前展现的支付页面与被支付方的支付页面或扫描器进行扫描匹配；

确定匹配模块，用于若当前展现的支付页面的图形编码支付方式与被支付方的支付页面或扫描器的图形编码支付方式相同，则进一步确定当前展现的支付页面与所述被支付方的支付页面或扫描器是否相互匹配；

提醒成功模块，用于若当前展现的支付页面与所述被支付方的支付页面或扫描器相互匹配，则在扫描匹配后，提醒用户支付成功。

10.根据权利要求9所述的移动终端，其特征在于，所述移动终端还包括：

显示提醒模块，用于若当前展现的支付页面的图形编码支付方式与被支付方的支付页面或扫描器的图形编码支付方式不同，或，若当前展现的支付页面与所述被支付方的支付页面或扫描器匹配失败，则显示表示支付失败的提醒消息；

切换模块，用于将当前展现的支付页面切换至下一个支付页面。