扫码支付方法、装置及支付终端与流程

本发明涉及移动支付技术领域，尤其涉及一种扫码支付方法、装置及支付终端。

背景技术：

随着互联网的快速发展以及支付软件，如支付宝、微信钱包等的普遍应用，人们的支付方式也发生了改变，越来越多的人使用移动终端，如智能手机进行扫码支付。

现有的扫码支付方法是支付终端打开扫码支付界面后，界面上会显示一个支付条码，包括一维条码和二维码，扫码设备扫描该支付条码即可完成支付。

为了支付的安全性，支付条码会在间隔固定的时间更新，目前常用的更新频率是1分钟1次。但用户为了节省时间，通常会提前打开支付界面，这个时候支付条码容易暴露给其他人，还是存在被盗刷的可能。

在实现本发明的过程中，发明人发现现有技术中至少存在如下技术问题：

支付终端在打开扫码支付界面后，会立刻显示支付条码，存在被盗刷的风险。

技术实现要素：

本发明提供的扫码支付方法、装置及支付终端，能够降低支付条码被盗刷的风险，提高扫码支付的安全性。

第一方面，本发明提供一种扫码支付方法，所述方法包括：

接收用户发出的扫码支付界面打开指令，打开扫码支付界面；

接收用户发出的触发信息；

判断所述触发信息是否为支付条码显示指令，如果是支付条码显示指令，显示支付条码，否则不显示支付条码；

接收扫码设备发出的扫码信息，完成订单支付。

可选地，所述显示支付条码包括：

当接收到用户发出的扫码支付界面打开指令后打开的扫码支付界面中未显示条码时，在所述支付界面中生成支付条码；

当接收到用户发出的扫码支付界面打开指令后打开的扫码支付界面中显示有无效条码时，将所述无效条码替换为支付条码。

可选地，所述方法还包括：

在显示支付条码之后，判断接收到的触发信息是否存在，如果存在，继续显示支付条码，否则不显示支付条码。

可选地，所述触发信息包括：长按支付终端屏幕。

第二方面，本发明提供一种扫码支付装置，所述装置包括：

启动单元，用于接收用户发出的扫码支付界面打开指令，打开扫码支付界面；

接收单元，用于接收用户发出的触发信息；

第一判断单元，用于判断所述接收单元接收到的触发信息是否为支付条码显示指令；

显示单元，用于当所述第一判断单元判断结果为是时，显示支付条码；

支付单元，用于接收扫码设备发出的扫码信息，完成订单支付。

可选地，所述显示单元，用于当所述启动单元接收到用户发出的扫码支付界面打开指令后打开的扫码支付界面中未显示条码时，在所述支付界面中生成支付条码；

当所述启动单元接收到用户发出的扫码支付界面打开指令后打开的扫码支付界面中显示有无效条码时，将所述无效条码替换为支付条码。

可选地，所述装置还包括：

第二判断单元，用于在所述显示单元显示支付条码之后，判断所述接收单元接收到的触发信息是否存在；

所述显示单元，用于当所述第二判断单元判断结果为是时，继续显示支付条码。

可选地，所述触发信息包括：长按支付终端屏幕。

第三方面，本发明提供一种支付终端，所述支付终端包括上述扫码支付装置。

本发明提供的扫码支付方法、装置及支付终端，在打开扫码支付界面后，接收用户发出的触发信息，判断所述触发信息是支付条码显示指令后，在扫码支付界面显示支付条码，此时接收扫码设备发出的扫码信息，完成订单支付，与现有技术相比，本发明只有在接收到用户发出的支付条码显示指令后，才在扫码支付界面显示支付条码，缩短了支付条码的显示时间，降低了支付条码被盗刷的风险，从而提高了扫码支付的安全性。

附图说明

图1为本发明一实施例提供的扫码支付方法的流程图；

图2为本发明另一实施例提供的扫码支付方法的流程图；

图3为本发明一实施例提供的扫码支付装置的结构示意图；

图4为本发明另一实施例提供的扫码支付装置的结构示意图。

具体实施方式

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

本发明实施例提供一种扫码支付方法，如图1所示，所述方法包括：

s11、接收用户发出的扫码支付界面打开指令，打开扫码支付界面；

s12、接收用户发出的触发信息；

s13、判断所述触发信息是否为支付条码显示指令，如果是支付条码显示指令，显示支付条码，否则不显示支付条码；

s14、扫码支付界面显示支付条码；

s15、接收扫码设备发出的扫码信息，完成订单支付。

具体地，支付终端在接收用户发出的扫码支付界面打开指令之后，打开扫码支付界面，和现有支付界面不同的是，该支付界面不显示支付条码或者显示一个无效条码，这样即使支付界面暴露给其他人，相关的支付信息也不会泄露。当扫码设备靠近支付终端准备扫码时，用户给支付终端一个触发信息，所述触发信息可以是长按支付终端屏幕某个位置，或者是按住某个按键，此时支付终端判断该触发信息是否指示支付终端显示支付条码，如果确认该触发信息指示支付终端显示支付条码，则在扫码支付界面显示支付条码。需要说明的是，这里有两种情况，如果打开扫码支付界面后，没有显示任何条码，此时在所述扫码支付界面生成一个支付条码；如果打开扫码支付界面后，显示一个无效条码，此时在所述扫码支付界面会生成一个支付条码来替换所述无效条码。当支付条码显示在扫码支付界面后，扫码设备扫描该支付条码，支付终端完成订单支付。

本发明实施例提供的扫码支付方法，在打开扫码支付界面后，接收用户发出的触发信息，判断所述触发信息是支付条码显示指令后，在扫码支付界面显示支付条码，此时接收扫码设备发出的扫码信息，完成订单支付，与现有技术相比，本发明只有在接收到用户发出的支付条码显示指令后，才在扫码支付界面显示支付条码，缩短了支付条码的显示时间，降低了支付条码被盗刷的风险，从而提高了扫码支付的安全性。

可选地，为了进一步缩短支付条码的显示时间，可以将支付条码设置为只在触发信息一直存在的情况下才显示，例如只有在用户持续按住支付终端屏幕某个位置时，支付条码才显示，一旦用户这个动作消失，扫码支付界面就会重新恢复到之前的状态，不显示支付条码或显示一个无效条码，直到支付终端再次接收到用户发出的触发信息。

此时本发明实施例提供的一种扫码支付方法的流程图如图2所示，所述方法包括：

s21、接收用户发出的扫码支付界面打开指令，打开扫码支付界面；

s22、接收用户发出的触发信息；

s23、判断所述触发信息是否为支付条码显示指令，如果是支付条码显示指令，显示支付条码，否则不显示支付条码；

s24、扫码支付界面显示支付条码；

s25、判断接收到的触发信息是否存在，如果存在，继续显示支付条码，否则不显示支付条码；

s26、扫码支付界面继续显示支付条码；

s27、接收扫码设备发出的扫码信息，完成订单支付。

本发明实施例还提供一种扫码支付装置，如图3所示，所述装置包括：

启动单元31，用于接收用户发出的扫码支付界面打开指令，打开扫码支付界面；

接收单元32，用于接收用户发出的触发信息；

第一判断单元33，用于判断所述接收单元32接收到的触发信息是否为支付条码显示指令；

显示单元34，用于当所述第一判断单元33判断结果为是时，显示支付条码；

支付单元35，用于接收扫码设备发出的扫码信息，完成订单支付。

可选地，当所述启动单元31接收到用户发出的扫码支付界面打开指令后打开的扫码支付界面中未显示条码时，显示单元34在所述支付界面中生成支付条码；

当所述启动单元31接收到用户发出的扫码支付界面打开指令后打开的扫码支付界面中显示有无效条码时，显示单元34将所述无效条码替换为支付条码。

可选地，所述接收单元32接收到的触发信息可以是长按支付终端屏幕某个位置，或者是按住某个按键。

本发明实施例提供的扫码支付装置，在打开扫码支付界面后，接收用户发出的触发信息，判断所述触发信息是支付条码显示指令后，在扫码支付界面显示支付条码，此时接收扫码设备发出的扫码信息，完成订单支付，与现有技术相比，本发明只有在接收到用户发出的支付条码显示指令后，才在扫码支付界面显示支付条码，缩短了支付条码的显示时间，降低了支付条码被盗刷的风险，从而提高了扫码支付的安全性。

可选地，如图4所示，所述装置还包括：

第二判断单元36，用于在所述显示单元34显示支付条码之后，判断所述接收单元32接收到的触发信息是否存在；

所述显示单元34，用于当所述第二判断单元36判断结果为是时，继续显示支付条码。

本发明实施例还提供一种支付终端，所述支付终端包括上述扫码支付装置。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)或随机存储记忆体(randomaccessmemory，ram)等。

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