CN116957581A - 支付交易方法及装置、计算机可读存储介质、终端 - Google Patents

Abstract

一种支付交易方法及装置、计算机可读存储介质、终端，所述方法包括：第一终端检测到付款操作，付款操作用于第一用户向第三用户付款，其中，第一终端与第一账户关联，第一账户为第一用户的账户；第一终端提示输入验证信息，若检测到第一验证信息和第二验证信息输入完成，向信息验证系统发送验证请求，验证请求用于请求验证输入的第一验证信息和第二验证信息，第一验证信息为第一账户的验证信息，第二验证信息为第二账户的验证信息，第二账户为第二用户的账户，第一账户与所述第二账户关联；第一终端接收来自信息验证系统的验证响应；若验证响应指示验证成功，第一终端发送付款信息。上述方案能够提高支付安全，保护用户财产安全。

Description

支付交易方法及装置、计算机可读存储介质、终端

技术领域

本发明实施例涉及支付安全技术领域，尤其涉及一种支付交易方法及装置、计算机可读存储介质、终端。

背景技术

电信网络诈骗活动呈现出从电话诈骗向互联网诈骗转变的趋势，通常电信诈骗涉及支付、转账等行为。电信诈骗案件频繁发生，人民防诈、防骗意识不强，误支付行为时有发生。在诈骗过程场景容易由于支付、转账行为不当，造成财产损失。目前，用户在进行支付交易时，通常对输入密码验证即可完成支付或转账等支付交易行为，而这种支付方式，存在一定的支付安全隐患，支付安全性较低。

发明内容

本发明实施例解决的技术问题是如何提高支付安全。

本发明实施例提供一种支付交易方法，所述方法包括：第一终端检测到付款操作，所述付款操作用于第一用户向第三用户付款，其中，所述第一终端与第一账户关联，所述第一账户为所述第一用户的账户；所述第一终端提示输入验证信息，若检测到第一验证信息和第二验证信息输入完成，向信息验证系统发送验证请求，所述验证请求用于请求验证输入的所述第一验证信息和所述第二验证信息，所述第一验证信息为所述第一账户的验证信息，所述第二验证信息为第二账户的验证信息，所述第二账户为第二用户的账户，所述第一账户与所述第二账户关联；所述第一终端接收来自所述信息验证系统的验证响应；若所述验证响应指示验证成功，所述第一终端发送付款信息。

可选的，所述第一终端提示验证信息的输入，若检测到所述第一验证信息和所述第二验证信息输入完成，向信息验证系统发送验证请求，包括：所述第一终端提示在第一时间段内输入第一验证信息；若在所述第一时间段内所述第一验证信息输入完成，所述第一终端提示在第二时间段内输入第二验证信息；若在所述第二时间段内所述第二验证信息输入完成，所述第一终端向所述信息验证系统发送所述验证请求。

可选的，所述第一验证信息为所述第一用户的指纹，所述第二验证信息为所述第二用户的指纹；或者，所述第一验证信息为所述第一用户的面部信息，所述第二验证信息为所述第二用户的面部信息；或者，所述第一验证信息为所述第一用户的虹膜，所述第二验证信息为所述第二用户的虹膜；或者，所述第一验证信息为所述第一用户设置的密码，所述第二验证信息为所述第二用户设置的密码。

可选的，所述方法还包括：所述第一终端向所述信息验证系统发送验证信息获取请求，所述验证信息获取请求用于请求所述第一验证信息和所述第二验证信息；所述第一终端接收来自所述信息验证系统的所述第一验证信息。

可选的，所述方法还包括：所述第一终端接收第二终端发送的所述第二验证信息，所述第二终端与所述第二账户关联。

可选的，所述第一验证信息为第一验证码，所述第二验证信息为第二验证码。

可选的，所述第一账户向第三账户付款的额度大于或等于第一阈值，所述第三账户为所述第三用户的账户；和/或，所述第三用户的信用等级不高于设定等级阈值；和/或，所述第一用户向所述第三用户付款的次数小于或等于第二阈值。

本发明实施例还提供另一种支付交易方法，所述方法包括：第二终端接收到来自信息验证系统的验证信息授权请求，所述验证信息授权请求用于请求第二账户的第二用户授权第一账户的第一用户的付款操作，所述第二终端与所述第二账户关联，所述第二账户为第二用户的账户，所述第一账户与第一终端关联，所述第一账户为第一用户的账户；所述第二终端检测到所述第二用户同意授权所述第一用户的付款操作，以使所述第一终端收到第二验证信息。

可选的，所述验证信息授权请求包括所述第二验证信息，所述第二终端检测到所述第二用户同意授权所述第一用户的付款操作，以使所述第一终端收到第二验证信息，包括：所述第二终端检测到所述第二用户同意授权所述第一用户的付款操作，向所述第一终端发送所述第二验证信息。

可选的，所述第二终端检测到所述第二用户同意授权所述第一账户的第一用户的付款操作，以使所述第一终端收到第二验证信息，包括：所述第二终端检测到所述第二用户同意授权所述第一账户的用户的付款操作，触发所述信息验证系统向所述第一终端发送所述第二验证信息。

本发明实施例还提供又一种支付交易方法，所述方法包括：信息验证系统接收第一终端发送的信息验证请求，所述信息验证请求用于请求验证输入的第一验证信息和第二验证信息，所述第一验证信息为第一账户的验证信息，所述第二验证信息为第二账户的验证信息，所述第一账户为第一用户的账户，所述第二账户为第二用户的账户，所述第一账户与所述第二账户关联；所述信息验证系统对所述第一验证信息和所述第二验证信息进行验证；若验证通过，所述信息验证系统向所述第一终端发送验证响应，其中所述验证响应用于指示验证成功；所述信息验证系统接收所述第一终端发送的付款信息，并基于所述付款信息完成所述第一用户向第三用户的付款。

可选的，所述方法还包括：所述信息验证系统接收所述第一终端发送的验证信息获取请求，所述验证信息获取请求用于请求所述第一验证信息和所述第二验证信息；所述信息验证系统向所述第一终端发送所述第一验证信息；所述信息验证系统向第二终端发送所述第二验证信息，所述第二终端与所述第二账户关联。

可选的，所述方法还包括：所述信息验证系统接收所述第一终端发送的验证信息获取请求，所述验证信息获取请求用于请求所述第一验证信息和所述第二验证信息；所述信息验证系统向所述第一终端发送所述第一验证信息；所述信息验证系统向第二终端发送验证信息授权请求，所述验证信息授权请求用于请求所述第二用户授权所述第一用户的付款操作，所述付款操作用于所述第一用户向所述第三用户付款，所述第二终端与所述第二账户关联；若所述第二终端同意授权所述第一账户的用户的付款操作，所述信息验证系统向所述第一终端发送所述第二验证信息。

本发明实施例还提供一种交易支付装置，包括：付款操作检测单元，用于检测第一终端的付款操作，所述付款操作用于第一用户向第三用户付款，其中，所述第一终端与第一账户关联，所述第一账户为所述第一用户的账户；提示单元，用于所述第一终端提示输入验证信息；验证请求发送单元，用于若检测到第一验证信息和第二验证信息输入完成，向信息验证系统发送验证请求，所述验证请求用于请求验证输入的所述第一验证信息和所述第二验证信息，所述第一验证信息为所述第一账户的验证信息，所述第二验证信息为第二账户的验证信息，所述第二账户为第二用户的账户，所述第一账户与所述第二账户关联；验证响应接收单元，用于所述第一终端接收来自所述信息验证系统的验证响应；付款信息发送单元，用于若所述验证响应指示验证成功，所述第一终端发送付款信息。

本发明实施例还提供另一种交易支付装置，包括：验证信息授权请求接收单元，用于第二终端接收到来自信息验证系统的验证信息授权请求，所述验证信息授权请求用于请求第二账户的第二用户授权第一账户的第一用户的付款操作，所述第二终端与所述第二账户关联，所述第二账户为第二用户的账户，所述第一账户与第一终端关联，所述第一账户为第一用户的账户；同意授权检测单元，用于所述第二终端检测到所述第二用户同意授权所述第一用户的付款操作，第二终端向第一终端发送第二验证信息。

本发明实施例还提供又一种支付交易装置，包括：信息验证请求接收单元，用于信息验证系统接收第一终端发送的信息验证请求，所述信息验证请求用于请求验证输入的第一验证信息和第二验证信息，所述第一验证信息为第一账户的验证信息，所述第二验证信息为第二账户的验证信息，所述第一账户为第一用户的账户，所述第二账户为第二用户的账户，所述第一账户与所述第二账户关联；验证单元，用于所述信息验证系统对所述输入的第一验证信息和第二验证信息进行验证；验证响应发送单元，用于若验证通过，所述信息验证系统向所述第一终端发送验证响应；付款单元，用于所述信息验证系统接收所述第一终端发送的付款信息，并基于所述付款信息完成所述第一用户向第三用户的付款。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述任一种支付交易方法的步骤。

本发明实施例还提供一种交易支付装置，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述任一种支付交易方法的步骤。

本发明实施例还提供一种支付交易处理系统，包括：第一终端、第二终端以及信息验证系统，所述第一终端执行上述对应支付方法的步骤，第二终端执行上述对应支付方法的步骤，所述信息验证系统执行上述对应支付方法的步骤。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

在第一终端检测到第一用户的付款操作时，需通过第一终端输入来自第一用户的第一验证信息以及来自第二用户的第二验证信息，并发送至信息验证系统。由信息验证系统对第一验证信息以及第二验证信息进行验证。第一终端收到指示验证成功的验证响应后，发送付款信息。在付款过程中，通过双验证的方式，在第一验证信息以及第二验证信息均通过后，才发送付款信息以实现第一用户向第三用户的付款，从而可以提高支付交易的安全性，能够有效地避免电话诈骗或者互联网诈骗等电信诈骗，以及避免误转账等问题，保护财产安全。

附图说明

图1是本发明实施例中的一种支付交易方法的流程图；

图2是步骤S12的一种具体实施方式的流程图；

图3是本发明实施例中的另一种支付交易方法的流程图；

图4是本发明实施例中的又一种支付交易方法的流程图；

图5是本发明实施例中的一种支付交易方法的数据流图；

图6是本发明实施例中的另一种支付交易方法的数据流图；

图7是本发明实施例中的又一种支付交易方法的数据流图；

图8是本发明实施例中的一种支付交易装置的结构示意图；

图9是本发明实施例中的另一种支付交易装置的结构示意图；

图10是本发明实施例中的又一种支付交易装置的结构示意图。

具体实施方式

如上所述，目前，用户在进行交易时，通常对输入密码验证即可完成支付或转账等支付交易行为，而这种支付方式，存在一定的支付安全隐患，支付安全性较低。

本发明实施例中，在第一终端检测到第一用户的付款操作时，需通过第一终端输入来自第一用户的第一验证信息以及来自第二用户的第二验证信息，并发送至信息验证系统。由信息验证系统对第一验证信息以及第二验证信息进行验证。第一终端收到指示验证成功的验证响应后，发送付款信息。在付款过程中，通过双验证的方式，在第一验证信息以及第二验证信息均通过后，才发送付款信息以实现第一用户向第三用户的付款。从而可以提高支付交易的安全性，能够有效地避免电话诈骗或者互联网诈骗等电信诈骗，以及避免误转账等问题，保护财产安全。

为使本发明实施例的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

本发明实施例提供一种支付交易方法，支付交易方法的执行主体可以为第一终端本身，也可以为能够用于第一终端的控制芯片、处理芯片、基带芯片等芯片或者其他各种恰当的元器件等。所述第一终端也可以是各种恰当的终端，例如手机、电脑、物联网设备等，但并不限于此。信息验证系统可以为云服务器，也可以为本地服务器，还可以为服务器群组等。

参照图1，给出了本发明实施例中的一种支付交易方法的流程图。所述支付交易方法可以包括如下步骤：

步骤S11，第一终端检测到付款操作，所述付款操作用于第一用户向第三用户付款。

第一终端与第一账户关联，所述第一账户为所述第一用户的账户。

步骤S12，所述第一终端提示输入验证信息，若检测到第一验证信息和第二验证信息输入完成，向信息验证系统发送验证请求。

所述验证请求用于请求验证输入的所述第一验证信息和所述第二验证信息，所述第一验证信息为所述第一账户的验证信息，所述第二验证信息为第二账户的验证信息，所述第二账户为第二用户的账户，所述第一账户与所述第二账户关联。

步骤S13，所述第一终端接收来自所述信息验证系统的验证响应。

步骤S14，若所述验证响应指示验证成功，所述第一终端发送付款信息。

由上可知，在第一终端检测到第一用户的付款操作时，需通过第一终端输入来自第一用户的第一验证信息以及来自第二用户的第二验证信息，并发送至信息验证系统。由信息验证系统对第一验证信息以及第二验证信息进行验证。第一终端收到指示验证成功的验证响应后，发送付款信息。在付款过程中，通过双验证的方式，在第一验证信息以及第二验证信息均通过后，才发送付款信息以实现第一用户向第三用户的付款。从而可以提高支付交易的安全性，能够有效地电话诈骗或者互联网诈骗等电信诈骗，以及避免误转账等问题，保护财产安全。

进一步，采用上述方案，即使第一用户不小心被卷入电信诈骗而未能及时识别出，以及对于非完全民事能力人或不完全民事行为能力人在向他人转账或付款时，由于需要第二账户的第二验证信息方能验证通过，方能实现向第三账户的付款，通过第二用户对第一账户进行付款监管，可以大大的提高支付交易安全，保护财产安全免受损伤。

在上述步骤S11中，付款操作可以通过多种方式触发。

例如，通过语音方式触发付款操作。此时，当第一终端收到语音付款指令时，则确认检测到付款操作。语音付款指令可以用于触发付款操作并进入付款操作页面，也可以在触发付款操作并进入付款操作页面的同时，还携带付款信息，付款信息可以包括付款对象的账户(如第三账户)、付款金额等。如语音付款指令为向张三转账500元，其中第三账户为张三的账户，500元为付款金额。

又如，付款操作还可以为快捷手势操作，当检测到第一用户的快捷手势操作后，确定检测到第一用户的付款操作。快捷手势可以由第一用户预先设定。

再如，付款操作还可以为虚拟功能选项的操作。当第一终端检测到第一用户触发对应的虚拟功能选项时，确认检测到付款操作。虚拟功能选项可以通过不同的名称进行区分。

在第一终端检测到付款操作后，可以进入付款操作界面，第一用户可以在付款操作界面输入第三用户的账户、转账金额等付款信息。

在具体实施中，支付交易方法还可以包括所述第一终端向所述信息验证系统发送验证信息获取请求，所述验证信息获取请求用于请求所述第一验证信息和所述第二验证信息；所述第一终端接收来自所述信息验证系统的所述第一验证信息。

在一些实施例中，所述第一终端向所述信息验证系统发送验证信息获取请求，以及所述第一终端接收来自所述信息验证系统的所述第一验证信息，均可以在步骤S11之后，并在步骤S12之前执行。

在另一些实施例中，所述第一终端向所述信息验证系统发送验证信息获取请求可以在步骤S11之后，并在步骤S12之前执行。而所述第一终端接收来自所述信息验证系统的所述第一验证信息可以在步骤S12之前执行，也可以在步骤S12之后执行，还可以与步骤S12同时执行。

在具体实施中，信息验证系统收到验证信息获取请求时，可以向第一终端发送第一验证信息。

在一些实施例中，信息验证系统收到验证信息获取请求，可以向第二终端发送验证信息授权请求。所述验证信息授权请求用于请求第二账户的第二用户授权第一账户的第一用户的付款操作。验证信息获取请求可以包括第一账户、第三账户以及付款金额等信息。

第二终端检测到第二用户同意授权第一用户的付款操作，以使第一终端接收到第二验证信息。具体而言，第二终端检测到第二用户同意授权第一用户的付款操作，信息验证系统向第二终端发送第二验证信息。第二终端将第二验证信息发送至第一终端。或者，第二终端检测到第二用户同意授权第一用户的付款操作，触发信息验证系统将第二验证信息发送至第一终端。此时，第二终端可以将同意授权第一用户的付款操作的确认信息发送至信息验证系统，以使得信息验证系统能够及时获知第二终端对第一用户的付款操作的授权情况。在一些实施例中第二终端可以通过发送指定内容，来确认是否同意授权第一用户的付款操作。指定内容可以包括文字，也可以包括数字，还可以包括字母等。例如，指定内容“Y”表征同意授权第一用户的付款操作，“N”表征不同意授权第一用户的付款操作。又如，指定内容“是”表征同意授权第一用户的付款操作，“否”表征不同意授权第一用户的付款操作。再如，指定内容“1”表征同意授权第一用户的付款操作，“0”表征不同意授权第一用户的付款操作。

在另一些实施例中，信息验证系统收到验证信息获取请求后，可以向第二终端发送第二验证信息，若第二用户同意授权第一用户的付款操作，将第二验证信息告知第一用户，或者将第二验证信息发送至第一终端。

在步骤S12的具体实施中，第一终端可以通过语音提示输入验证信息，也可以通过显示验证信息输入界面的方式提示输入验证信息，还可以通过弹出弹框的方式提示输入验证信息，还可以通过语音提示、显示验证信息输入界面以及弹出弹框等中的任意两种或多种相结合的方式，提示输入验证信息。

第一终端提示输入验证信息的方式与验证信息(第一验证信息或者第二验证信息)的类型相关。验证信息的类型可以包括以下任一种：验证码、密码、指纹、面部信息、虹膜、声纹等。当验证信息的类型为验证码、密码、指纹、面部信息、虹膜或者声纹等时，可以通过显示验证信息输入界面以提示输入验证信息。进一步，当验证信息的类型为指纹、面部信息、虹膜或者声纹时，还可以在验证信息输入界面显示采集框，采集框用于采集验证信息或者显示已采集的验证信息。

在一些非限制性实施例中，第一验证信息和第二验证信息可以是相同类型的验证信息，也可以为不同类型的验证信息。

例如，第一验证信息为第一用户的指纹，所述第二验证信息为所述第二用户的指纹。

又如，所述第一验证信息为所述第一用户的面部信息，所述第二验证信息为所述第二用户的面部信息。

再如，所述第一验证信息为所述第一用户的虹膜，所述第二验证信息为所述第二用户的虹膜；

再如，所述第一验证信息为所述第一用户设置的密码，所述第二验证信息为所述第二用户设置的密码。

再如，所述第一验证信息为所述第一用户的虹膜，所述第二验证信息为所述第二用户设置的密码。

再如，所述第一验证信息为所述第一用户设置的密码，所述第二验证信息为所述第二用户的面部信息。

信息验证系统收到第一终端发送的验证请求后，可以对验证请求所请求验证的第一验证信息和第二验证信息进行验证。

在一些非限制性实施例中，验证请求可以包括第一验证信息和第二验证信息。进一步，为了便于区别验证请求来自于哪个账户，验证请求可以包括标识信息，标识信息用于唯一标识第一账户。

具体而言，信息验证系统可以预存储有验证信息，当第一验证信息以及第二验证信息分别与预存储的验证信息一致时，确定验证成功，生成用于指示验证成功的验证响应，并将验证响应发送至第一终端。

例如，当第二验证信息为指纹、人脸信息、虹膜时，可以在第二账户与第一账户关联时或者关联成功后，通过第一终端采集第二用户的指纹、人脸信息或者虹膜，并发送至信息验证系统。由信息验证系统对指纹、人脸信息或者虹膜进行存储，用于后续对输入的第二验证信息进行验证。具体而言，可以通过第一终端上的指纹采集装置采集第二用户的指纹；可以通过第一终端的图形采集装置(如摄像头等)采集第二用户的人脸信息；可以通过第一终端的图形采集装置(如摄像头等)采集第二用户的虹膜。

又如，当第二验证信息为密码时，可以在第二账户与第一账户关联时或者关联成功后时，第二用户通过第一终端或者第二终端设置密码并发送至信息验证系统，由信息验证系统存储，用于后续对输入的第二验证信息进行验证。

再如，当第二验证信息为验证码时，信息验证系统可以在收到第一终端发送的验证信息获取请求后生成验证码，并预存储，用于后续对输入的第二验证信息进行验证。验证码可以为随机生成，每次收到第一终端发送的验证信息获取请求后生成验证码不同。

需要说明的是，上述以第二验证信息为例进行说明，关于信息验证系统对第一验证信息的预存储方案可以参见上述第二验证信息的说明，此次不再赘述。

在具体实施中，步骤S12中，第一终端可以通过多种方式提示输入验证信息。提示输入验证信息的方式与验证信息的类型相关。

在一些实施例中，第一终端可以同时提示输入第一验证信息以及第二验证信息。此种同时提示第一验证信息和第二验证信息的方式适用于验证信息的类型为验证码或者密码。

在另一些实施例中，第一终端可以分别提醒第一验证信息以及第二验证信息。例如，第一终端先提示输入第一验证信息，待第一验证信息输入完成之后，再提示输入第二验证信息。又如，第一终端先提示第二验证信息，待第二验证信息输入完成之后，再提示输入第一验证信息。

参照图2，给出了步骤S12的一种具体实施方式的流程图。在一个非限制性实施例中，上述步骤S12可以具体包括如下步骤S121至步骤S123。

步骤S121，所述第一终端提示在第一时间段内输入第一验证信息；

步骤S122，若在所述第一时间段内所述第一验证信息输入完成，所述第一终端提示在第二时间段内输入第二验证信息；

步骤S123，若在所述第二时间段内所述第二验证信息输入完成，所述第一终端向所述信息验证系统发送所述验证请求。

例如，第一验证信息和第二验证信息的类型均为指纹，其中第一验证信息为第一用户的指纹，第二验证信息为第二用户的指纹。第一终端提示在第一时间段内输入第一用户的指纹。若在第一时间段内第一用户的指纹输入完成，第一终端提示在第二时间段内输入第二验证信息。其中，第一终端设置有指纹采集装置，用于采集指纹。

当第一验证信息和第二验证信息的类型为面部信息、虹膜、密码等时，可以参见上述指纹示例中的描述，此处不再赘述。

需要说明的是，上述步骤S121至步骤S123，先输入第一验证信息，待第一验证信息输入完成之后，再输入第二验证信息。在一些变化实施例中，也可以先输入第二验证信息，待第二验证信息输入完成之后再输入第一验证信息。

示例的，关于第一时间段以及第二时间段对应的具体时长，可以根据验证信息的类型进行配置，此处不做限定。

在另一非限制性实施例中，上述步骤S12也可以通过如下方式实现：所述第一终端提示在第一时间段内输入第一验证信息；若在所述第一时间段内所述第一验证信息输入完成，第一终端向信息验证系统发送用于请求验证第一验证信息的验证请求。所述第一终端提示在第二时间段内输入第二验证信息；若在所述第二时间段内所述第二验证信息输入完成，所述第一终端向所述信息验证系统发送用于请求验证第二验证信息的验证请求。

若在第一时间段内没有完成第一验证信息的输入，或者第二时间段内没有完成第二验证信息的输入。从而信息验证系统在设定的时间段内未收到第一验证信息以及第二验证信息，此时，信息验证系统可以向第一终端和/或第二终端发送用于验证失败的验证响应。

在一些实施例中，第二账户的数目可以为多个，每个第二账户可以对应有第二验证信息，所输入的第二验证信息可以来自于任一个第二账户。如此，可以在某一个第二账户对应的用户不能及时反馈第二验证信息，只要其中任一个第二账户能够反馈第二验证信息即可确保第一账户在安全的情况下满足付款需求。

在另一些实施例中，第二账户的数目可以为多个，第一终端向信息验证系统发送验证请求之后，可以追踪第二账户对第二验证信息处理状态，若第二账户在第三时间段内收到第二验证信息，但是未阅，第一终端可以从多个第二账户中重选选取一个，并再次发送验证请求至信息验证系统。如此，可以在其中一个第二用户没能即时处理的情况下，通过重新选择第二账户，可以确保第一账户在安全的情况下满足付款需求。

在另一些实施例中，第二账户的数目可以为多个，第一终端向信息验证系统发送验证请求之后，可以追踪第二账户对第二验证信息处理状态，若第二账户在第三时间段内收到第二验证信息，并已阅读，但是不同意授权第一终端的付款操作。此时，可以限制第一用户再次从多个第二账户中选择第二账户，也即第一用户无法再次从多个第二账户中选择第二账户；也可以限制第一用户再次从多个第二账户中选择第二账户的数目，如可以允许再次从多个第二账户中选择一个第二账户，若重新选择的第二账户依然不同意授权第一终端的付款操作，则第一用户无法第三次从多个第二账户中选择第二账户。如此，可以在满足第一用户付款安全性的同时，兼顾第一用户付款操作的便捷性，满足第一用户的付款需求。

在另一些实施例中，第二账户的数目可以为多个，第一终端发送验证请求至信息验证系统之后，可以追踪第二账户对第二验证信息处理状态，若第二账户在第四时间段内收到验证信息授权请求，但是未阅，第一终端可以从多个第二账户中重选选取一个，并再次向信息验证系统发送验证请求。如此，可以在第二用户没能即时处理的情况下，通过重新选择第二账户，可以确保第一账户在安全的情况下满足付款需求。

在上述步骤S14的一个具体实施中，若所述验证响应指示验证成功，自动触发所述第一终端发送付款信息。

在上述步骤S14的另一个具体实施中，所述验证响应指示验证成功，在第一终端上弹出确认付款提示，当检测到第一用户确认付款的操作时，发送付款信息。

在上述步骤S14的又一个具体实施中，所述验证响应指示验证成功，第一终端提示输入支付密码，并发送支付密码，待第一终端接收到支付密码验证成功的指示后，发送付款信息。

在上述步骤S14的又一个具体实施中，所述验证响应指示验证成功，第一终端提示输入支付密码。若第一终端检测到跳过支付密码的输入步骤，则跳过支付密码这一步骤，第一用户无需输入支付密码，第一终端发送付款信息。

例如，在第一终端上设置有跳过支付密码操作的按键，用户可以通过触发跳过支付密码操作的按键来跳过输入支付密码的步骤，以简化用户的付款操作。进一步，可以在付款金额小于指定金额时，第一终端显示跳过支付密码输入的选择界面，以供第一用户选择是否选择跳过支付密码的输入步骤。若付款金额大于指定金额，则第一终端不显示跳过支付密码输入的选择界面，直接显示支付密码输入界面，以提示输入支付密码。

又如，可以配置免密支付，若第一终端检测到开启免密支付，则跳过支付密码的输入步骤，第一用户无需输入支付密码，第一终端发送付款信息。其中，免密支付可以为小额免密支付、大额免密支付、特定账户免密支付。小额以及大额对应的额度可以预先设置。特定账户可以在经过第二用户同意的情况下由第一用户设置，后续向第一账户向属于特定账户的第三用户付款时，可以无需输入支付密码。

在一些非限制性实施例中，若第一验证信息以及第二验证信息分别与预存储的验证信息均不一致，信息验证系统确认验证失败，信息验证系统生成用于指示验证失败的验证响应，并将验证响应发送至第一终端。

进一步，当第一终端接收到用于指示验证失败的验证响应时，可以跳转至提示输入验证信息的步骤或界面，以便于用户再次输入验证信息。

可以理解的是，若第一验证信息以及第二验证信息中的其中任一个与预存储的验证信息不一致，信息验证系统确认验证失败，此时，信息验证系统也可以不向第一终端发送验证响应。

在具体实施中，信息验证系统与支付系统可以为同一系统，也可以为不同的系统。

在具体实施中，第一终端可以发送付款信息给支付系统，由支付系统完成第一账户向第三账户付款。支付系统可以为银行的货币管理系统，也可以为商业银行数字货币系统。

在具体实施中，第一终端也可以发送付款信息至信息验证系统。若信息验证系统具有支付功能时，可以由信息验证系统完成第一账户向第三账户付款。若信息验证系统不具备支付功能，信息验证系统可以将付款信息转发至具有支付功能的支付系统，由支付系统，完成第一账户向第三账户的付款。

在具体实施中，关于上述支付交易方法可以在满足以下至少一种条件时触发。

条件一，在所述第一账户向第三账户付款的额度大于或等于第一阈值。其中，，所述第三账户为所述第三用户的账户。

条件二，所述第三用户的信用等级不高于设定等级阈值。信用等级(Credit Rank)信用等级通常是指基于评估对象的信用、品质、偿债能力以及资本等的指标级别，即信用评级机构用既定的符号来标识主体和债券未来偿还债务能力。可以采用不同的级别所代表的信用等级不同。

条件三，所述第一用户向所述第三用户付款的次数小于或等于第二阈值。

条件四，若在设定时长内与同一收款账户的交易次数超出第三阈值。此种情况可以会涉及分批多次转账的电信诈骗可能。

条件五，若所述第三账户的归属区域(也可称为开户地)与所述第一账户的归属区域不同。尤其是第三账户的归属地为境外，也即第三账户为境外开设的账户的情况。其中境外相对第一账户的归属区域所属的国家而言。例如，第一账户的归属区域为中国，第三账户的归属区域若不是中国，而是其他国家，则为境外开设的账户。

可以理解的是，还可以存在其他一些变形情况，此处不再赘述。

需要说明的是，也可以在任何付款操作时均进行双验证，也即采用本发明实施例所提供的支付交易方法，也可以在不满足上述任一条件时，仅通过第一用户输入的第一验证信息进行验证，而无需第二用户参与付款操作。

在具体实施中，关于第一终端与第一账户的关联，根据第一账户的类型不同，所指的关联不同。

例如，第一账户及第二账户均为手机号，第一终端与第一账户的关联指第一账户(第一用户的手机号)的SIM卡安装在第一终端上。此时，第二账户(第二用户的手机号)未安装于第一终端。也即，第二账户与第一终端不关联。

又如，第一账户为第一用户的电子邮箱，第二账户为第二用户的电子邮箱。第一终端与第一账户关联指使用第一终端登录第一用户的电子邮箱。在此种情况下，第二账户(第二用户的电子邮箱)可以由第二用户使用第一终端或者其他终端设备登录，但是第一用户不知道第二账户的登录密码。此时，当第二账户登录于第一终端时，第一终端兼顾第二终端的角色，且第一终端仅在第二账户登录的时候，与第二账户关联，而非一直关联。

在具体实施中，每个第一账户可以关联一个第二账户，也可以关联多个第二账户。当第二账户的数目为多个时，可以设置第二账户的数目上限。在第二账户的数目未达到第二账户的数目上限时，可以在满足一定条件下根据需求继续关联新的第二账户。若第二账户的数目达到第二账户的数目上限，则不可以继续关联新的第二账户。

在具体实施中，第一账户与第二账户进行关联时，需要对第二账户进行认证，并在认证通过时实现第二账户与第一账户的关联。在完成第一账户与第二账户的关联后，还可以根据实际需求修改第二账户或者删除第二账户(也即解除与第二账户的关联)。下面对第一账户和第二账户的关联以及解除关联等进行说明。

在第一账户和第二账户关联时，第一终端需认证第二账户与第一账户是否为不同用户的账户。

在一些非限制性实施例中，第一终端可以通过识别第一账户和第二账户的用户的身份识别信息来识别第一账户和第二账户是否为不同用户的账户。身份识别信息可以包括身份证号、护照号等可以唯一标识用户身份的信息。

若第二账户与第一账户为不同用户的账户，则第一账户和第二账户能够建立关联关系，并关联成功。若第二账户与第一账户为同一用户的账户，则第一账户和第二账户不能建立关联关系，关联失败。

当第一账户与第二账户成功关联后。第一账户可以作为第一用户的默认账户，第二账户可以作为第一用户的信任账户。当第二账户的数目为多个时，多个第二账户可以存放于信任账户列表中，第一用户后续可以根据实际需求从信任账户列表中获取第二账户。

进一步，为进一步提高支付安全性，第二账户在满足与第一账户的用户不是同一用户，同时还可以限定第二账户的用户与第一账户的用户的为亲属关系，如配偶、子女；或者为第一用户的其他非亲属关系的法定监护人等。

第二账户的账户类型可以与第一账户的账户类型相同，也可以与第一账户的账户类型不同。账户类型可以为银行账户，也可以为支付宝、微信等各种能够实现支付交易功能的应用程序、数字货币账户等各种类型的账户。当第一账户和第二账户的类型均为银行账户时，第二账户可以为同行账户，也可以为异行账户。

在具体实施中，第一账户和第二账户的关联可以在第一账户开户的时候进行关联设置，也可以在第一账户开户后由第一用户自行进行关联设置。

进一步，可以根据第一用户的年龄来确定第一账户的签约方式，若第一用户的年龄对应儿童或者老人，则自动开启第二账户的关联，也自动开启双验证。例如，若第一用户的年龄小于12岁或者大于70岁，则默认开启第二账户的关联，及默认开启双验证。又如，若第一用户的年龄在12至18岁，或者60至70岁，则可以向询问第一用户，根据第一用户的开通意向来进行第二用户的关联。若第一用户同意关联第二用户，则进行第二用户的关联流程。

进一步，第二用户的年龄也可以设定满足一定的条件，比如第一用户需为具有独立的行为能力，如处于18岁至60岁之间。

在具体实施中，在第一账户和第二账户关联过程中，当第一验证信息的类型为密码、指纹、瞳孔或面部信息等时，第一用户可以设置密码，或者采集第一用户的指纹、瞳孔或者面部信息等并存储。当第二验证信息为密码、指纹、瞳孔或面部信息等时，第二用户可以设置密码，或者采集第二用户的指纹、瞳孔或者面部信息等并存储。若第一验证信息为密码或者指纹时，第一用户可以根据实际需求修改密码或指纹。相应地，若第二验证信息为密码或指纹时，第二用户可以根据实际需求修改密码或指纹。

在具体实施中，可能存在第一账户与第二账户关联解除的需求。当第一账户和第二账户需要关联解除时，可以通过多种方式解除第一账户和第二账户的关联。

例如，第一种关联解除方式：第一用户在第一终端上执行关联解除操作，可以提示对第二账户进行解除验证，若收到第二用户确认通过解除验证，第一账户和第二账户的关联解除成功，也即成功解除第一账户和第二账户的关联。若未收到第二用户确认通过解除验证或第二用户不同意解除第一账户和第二账户的关联，则第一账户和第二账户的关联解除失败。其中，第二用户可以通过输入密码、指纹、面部信息、瞳孔等确认解除验证。

又如，第二种关联解除方式：第一用户在第一终端上间隔设定时间段执行关联解除操作的次数达到设定次数阈值，则可以解除第一账户和第二账户的关联。设定时间段的长短可以配置，设定次数阈值也可以预先配置。如第一用户在一周内执行三次关联解除操作，则解除第一账户和第二账户的关联。

进一步，为使得第一账户能够在较高的安全性下解除与第二账户的关联，第一用户在第一终端上执行关联解除操作时，向第二用户发送关联解除通知，关联解除通知用于通知第二用户，第一用户解除第一账号和第二账号的解除操作，以使得第二用户及时获知第一用户的关联解除操作。

再如，第三种关联解除方式：第一用户可以通过线下柜台的方式办理。通过线下柜台的工作人员对第一用户的证件(如身份证、护照等)、解除原因等进行核实，若核实通过，则予以通过第一账户和第二账户的关联解除。若核实不通过，则第一账户和第二账户的关联解除失败。

进一步，在第三种关联解除方式中，当予以通过第一账户和第二账户的关联解除操作时，可以向第二账户发送关联解除通知。关联解除通知用于通知第二用户，第一用户解除第一账号和第二账号的解除操作，以使得第二用户及时获知第一用户的关联解除操作。

进一步，在第三种关联解除方式中，可以设置关联解除生效时长，也即在予以通过第一账户和第二账户的关联解除操作后，可以配置不立即生效，而是要达到设定的生效时长之后，才成功解除第一账户和第二账户的关联。

进一步，在第三种关联解除方式中，还可以查询第一账户是否在第一终端上执行关联解除操作，若执行过，且第二用户未通过关联解除，则延长关联生效时长。例如，若第一账户未在第一终端上执行关联解除操作，关联解除生效时长为T。若第一账户在第一终端上执行关联解除操作，且第二用户未通过关联解除，则延长关联解除生效时长T，延长后的关联解除生效时长T0大于延长前的关联生效时长T。

需要说明的是，上述实施例以第一终端先向信息验证系统发送验证请求，待信息验证系统对第一验证信息及第二验证信息验证成功后，向第一终端发送验证响应。第一终端收到用于指示验证成功的验证响应后，发送付款信息。

在实际中，支付交易方法还可以通过如下方式实现：第一终端检测到付款操作，所述付款操作用于第一用户向第三用户付款，其中，所述第一终端与第一账户关联，所述第一账户为所述第一用户的账户；所述第一终端提示输入验证信息，若检测到第一验证信息和第二验证信息输入完成，向信息验证系统发送验证请求及付款信息，所述验证请求用于请求验证输入的所述第一验证信息和所述第二验证信息，所述第一验证信息为所述第一账户的验证信息，所述第二验证信息为第二账户的验证信息，所述第二账户为第二用户的账户，所述第一账户与所述第二账户关联；信息验证系统对第一验证信息以及第二验证信息验证通过后，根据付款信息完成付款，向第一终端和/或第二终端发送支付成功通知，第二终端与第二账户关联。其他关于付款操作、验证信息输入等具体方案与上述实施例相同，具体可以参见上述实施例中的详细描述，此处不再赘述。

本发明实施例还提供另一种支付交易方法，支付交易方法的执行主体可以为第二终端本身，也可以为能够用于第二终端的控制芯片、处理芯片、基带芯片等芯片或者其他各种恰当的元器件等。所述第二终端也可以是各种恰当的终端，例如手机、电脑、物联网设备等，但并不限于此。

参照图3，给出了本发明实施例中另一种支付交易方法的流程图。支付交易方法具体可以包括如下步骤：

步骤S31，第二终端接收到来自信息验证系统的验证信息授权请求，所述验证信息授权请求用于请求第二账户的第二用户授权第一账户的第一用户的付款操作。

所述第二终端与所述第二账户关联，所述第二账户为第二用户的账户，所述第一账户与第一终端关联，所述第一账户为第一用户的账户。

步骤S32，所述第二终端检测到所述第二用户同意授权所述第一用户的付款操作，以使所述第一终端收到第二验证信息。

采用上述方案，在第一用户向第三用户发起付款操作时，只有在第二终端检测到第二用户同意授权第一用户的付款操作，第一终端才能收到第二验证信息，后续第一终端才可以与第一验证信息和第二验证信息向信息验证系统发送验证请求，以及第一终端收到用于指示验证成功的验证响应后，发送付款信息。由此，实现在第一用户向第三用户付款过程中的双验证，进一步提高支付安全。

上述步骤S32的一种具体实现方式为，所述第二终端检测到所述第二用户同意授权所述第一用户的付款操作，向所述第一终端发送所述第二验证信息。

上述步骤S32的另一种具体实现方式为，所述第二终端检测到所述第二用户同意授权所述第一账户的用户的付款操作，触发所述信息验证系统向所述第一终端发送所述第二验证信息。

在具体实施中，关于图3所示意的另一种支付交易方法的更多内容，可以参见上述图1及图2所对应的支付交易方法中的描述，此处不再赘述。

本发明实施例还提供又一种支付交易方法，支付交易方法的执行主体可以为信息验证系统本身，也可以为能够用于信息验证系统的控制芯片、处理芯片、基带芯片等芯片或者其他各种恰当的元器件等。所述信息验证系统也可以是各种恰当的终端，例如手机、电脑、物联网设备、平台、云服务器、本地服务器、服务器集群等，但并不限于此。

参照图4，给出了本发明实施例中又一种支付交易方法的流程图。支付交易方法具体可以包括如下步骤：

步骤S41，信息验证系统接收第一终端发送的信息验证请求，所述信息验证请求用于请求验证输入的第一验证信息和第二验证信息。

所述第一验证信息为第一账户的验证信息，所述第二验证信息为第二账户的验证信息，所述第一账户为第一用户的账户，所述第二账户为第二用户的账户，所述第一账户与所述第二账户关联。

步骤S42，所述信息验证系统对所述第一验证信息和所述第二验证信息进行验证。

步骤S43，若验证通过，所述信息验证系统向所述第一终端发送验证响应，其中所述验证响应用于指示验证成功。

步骤S44，所述信息验证系统接收所述第一终端发送的付款信息，并基于所述付款信息完成所述第一用户向第三用户的付款。

在具体实施中，第一终端检测到付款操作，所述付款操作用于第一用户向第三用户付款。此后，第一终端可以向信息验证系统发送验证信息获取请求。所述验证信息获取请求用于请求所述第一验证信息和所述第二验证信息。

在一些实施例中，信息验证系统收到验证信息获取请求后，所述信息验证系统向所述第一终端发送所述第一验证信息；所述信息验证系统向第二终端发送所述第二验证信息，所述第二终端与所述第二账户关联。

在另一些实施例中，信息验证系统收到验证信息获取请求后，所述信息验证系统向所述第一终端发送所述第一验证信息；所述信息验证系统向第二终端发送验证信息授权请求，所述验证信息授权请求用于请求所述第二用户授权所述第一用户的付款操作，所述付款操作用于所述第一用户向所述第三用户付款，所述第二终端与所述第二账户关联；若所述第二终端同意授权所述第一账户的用户的付款操作，所述信息验证系统向所述第一终端发送所述第二验证信息。

信息验证系统可以为银行的货币管理系统，也可以为商业银行数字货币系统，还可以为一个独立的系统且能与银行的货币管理系统或商业银行数字货币系统通信。

需要说明的是，上述支付交易方法的应用场景可以为电子支付场景，也可以为数字货币场景，还可以为虚拟货币交易场景等。

为便于本领域技术人员更好的理解支付交易方法，下面结合图5给出的本发明实施例中的一种支付交易方法的数据流图，以第一验证信息为第一验证码，第二验证信息为第二验证码为例，对支付交易的具体流程进行说明。

S501，第一终端检测到第一用户的付款操作。

关于付款操作的方式可以参见上述实施例中的详细描述，此处不再赘述。

S502，第一终端发送验证信息获取请求至信息验证系统。

信息验证请求用于请求获取第一验证信息以及第二验证信息。此外，信息验证请求还可以包括第二账户相关信息，以告知信息验证系统第二账户的相关信息。

信息验证系统接收到验证信息获取请求后，可以执行步骤S503。

步骤S503，信息验证系统发送第一验证信息至第一终端。

步骤S504，信息验证系统发送验证信息授权请求至第二终端。

步骤S505，第二终端检测到第二用户同意授权第一用户的付款操作。

当信息验证系统获知第二用户同意第一用户的付款操作时，执行步骤S506。

步骤S506，信息验证系统发送第二验证信息至第二终端。

步骤S507，第二终端发送第二验证信息至第一终端。

步骤S508，第一终端检测到用户输入的第一验证信息以及第二验证信息。

关于第一验证信息以及第二验证信息的输入方式的具体实施方式可以参见上述实施例中的描述，此处不再赘述。其中，第一验证信息为第一验证码，第二验证信息为第二验证码。

步骤S509，第一终端发送验证请求至信息验证系统。

验证请求用于请求验证第一验证信息和第二验证信息。

步骤S510，信息验证系统对第一验证信息以及第二验证信息进行验证。

步骤S511，信息验证系统发送验证响应至第一终端。

步骤S512，第一终端发送付款信息至信息验证系统。

在一些非限制性实施例中，若信息验证系统具备权属信息变更功能时，上述支付交易方法还可以包括如下步骤S513及S514。

步骤S513，信息验证系统变更权属信息，完成第一用户向第三用户的付款。

步骤S514，信息验证系统发送支付成功通知至第一终端。

步骤S515，信息验证系统发送支付成功通知至第二终端。

需要说明的是，上述步骤S503及步骤S504的执行先后不作限定，可以先执行步骤S503，后执行步骤S504；也可以同时执行步骤S503和步骤S504；还可以先执行步骤S504，后执行步骤S503。上述步骤S514及步骤S515的执行先后不作限定。可以同时执行步骤S514及步骤S515，也可以先执行步骤S514，后步骤S515；还可以先执行步骤S515，后执行步骤S514。

下面结合图6给出的本发明实施例中的另一种支付交易方法的数据流图，以第一验证信息为第一验证码，第二验证信息为第二验证码为例，对支付交易的具体流程进行说明。

图6所示意的实施例与图5相比，存在如下区别，具体而言，在步骤S505，第二终端同意授权第一用户的付款操作，执行步骤S516，信息验证系统发送第二验证信息至第一终端。第一终端接收到第一验证信息以及第二验证信息之后，执行步骤S508。关于图6中示意的其他步骤与图5对应的步骤相同，具体可以参见图5或者上述任一实施例提供的支付交易方法中的描述，此处不再赘述。

参照图7给出的本发明实施例中的又一种支付交易方法的数据流图，以第一验证信息为指纹、面部信息、瞳孔、密码中的任一种，第二验证信息为为指纹、面部信息、瞳孔、密码中的任一种为例，对支付交易的具体流程进行说明。

步骤S701，第一终端检测到第一用户的付款操作。

关于付款操作的方式可以参见上述实施例中的详细描述，此处不再赘述。

步骤S702，第一终端提示在有效期限内输入第一验证信息及第二验证信息。

在一些实施例中，可以提示第一用户在第一时间段内输入第一验证信息，当在第一时间段内完成第一验证信息输入后，在第二时间段内提示输入第二验证信息。

步骤S703，第一终端发送验证请求至信息验证系统。

验证请求用于请求验证第一验证信息和第二验证信息。

步骤S704，信息验证系统对第一验证信息以及第二验证信息进行验证。

步骤S705，信息验证系统发送用于指示验证通过的验证响应至第一终端。

步骤S706，第一终端发送付款信息至信息验证系统。

在一些非限制性实施例中，若信息验证系统具备权属信息变更功能时，上述支付交易方法还可以包括如下步骤S707至S709。

步骤S707，信息验证系统变更权属信息，完成第一用户向第三用户的付款。

步骤S708，信息验证系统发送支付成功通知至第一终端。

步骤S709，信息验证系统发送支付成功通知至第二终端。

在具体实施中，关于上述附图5、6及7所提供的支付交易方法的更多内容，可以参见上述图1至图4所对应实施例提供的支付交易方法中的描述，此处不再赘述。

本发明实施例还提供一种交易支付装置，参见图8给出了本发明实施例中的一种交易支付装置的结构示意图，支付交易装置80可以包括：

付款操作检测单元81，用于检测第一终端的付款操作，所述付款操作用于第一用户向第三用户付款，其中，所述第一终端与第一账户关联，所述第一账户为所述第一用户的账户；

提示单元82，用于所述第一终端提示输入验证信息；

验证请求发送单元83，用于若检测到所述第一验证信息和第二验证信息输入完成，向信息验证系统发送验证请求，所述验证请求用于请求验证输入的所述第一验证信息和所述第二验证信息，所述第一验证信息为所述第一账户的验证信息，所述第二验证信息为第二账户的验证信息，所述第二账户为第二用户的账户，所述第一账户与所述第二账户关联；

验证响应接收单元84，用于所述第一终端接收来自所述信息验证系统的验证响应；

付款信息发送单元85，用于若所述验证响应指示验证成功，所述第一终端发送付款信息。

在具体实施中，关于上述支付交易装置80的具体结构可以参见图1及图2、图7至图9对应实施例所提供的支付交易方法中的描述，此处不再赘述。

本发明实施例还提供一种交易支付装置，参见图9给出了本发明实施例中的一种交易支付装置的结构示意图，支付交易装置90可以包括：

验证信息授权请求接收单元91，用于第二终端接收到来自信息验证系统的验证信息授权请求，所述验证信息授权请求用于请求第二账户的第二用户授权第一账户的第一用户的付款操作，所述第二终端与所述第二账户关联，所述第二账户为第二用户的账户，所述第一账户与第一终端关联，所述第一账户为第一用户的账户；

同意授权检测单元92，用于所述第二终端检测到所述第二用户同意授权所述第一用户的付款操作，第二终端向第一终端发送第二验证信息。

在具体实施中，关于上述支付交易装置90的具体结构可以参见图1至图3、图7至图9对应实施例所提供的支付交易方法中的描述，此处不再赘述。

本发明实施例还提供一种交易支付装置，参见图10给出了本发明实施例中的一种交易支付装置的结构示意图，支付交易装置100可以包括：

信息验证请求接收单元101，用于信息验证系统接收第一终端发送的信息验证请求，所述信息验证请求用于请求验证输入的第一验证信息和第二验证信息，所述第一验证信息为第一账户的验证信息，所述第二验证信息为第二账户的验证信息，所述第一账户为第一用户的账户，所述第二账户为第二用户的账户，所述第一账户与所述第二账户关联；

验证单元102，用于所述信息验证系统对所述输入的第一验证信息和第二验证信息进行验证；

验证响应发送单元103，用于若验证通过，所述信息验证系统向所述第一终端发送验证响应；

付款单元104，用于所述信息验证系统接收所述第一终端发送的付款信息，并基于所述付款信息完成所述第一用户向第三用户的付款。

在具体实施中，关于上述支付交易装置100的具体结构可以参见图1至图7对应实施例所提供的支付交易方法中的描述，此处不再赘述。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时上述任一实施例提供的支付交易方法的步骤。

所述计算机可读存储介质可以包括非挥发性存储器(non-volatile)或者非瞬态(non-transitory)存储器，还可以包括光盘、机械硬盘、固态硬盘等。

具体地，在本发明实施例中，所述处理器可以为中央处理单元(centralprocessing unit，简称CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，简称DSP)、专用集成电路(application specificintegrated circuit，简称ASIC)、现成可编程门阵列(field programmable gate array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，简称ROM)、可编程只读存储器(programmable ROM，简称PROM)、可擦除可编程只读存储器(erasable PROM，简称EPROM)、电可擦除可编程只读存储器(electricallyEPROM，简称EEPROM)或闪存。易失性存储器可以是随机存取存储器(random accessmemory，简称RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random access memory，简称RAM)可用，例如静态随机存取存储器(staticRAM，简称SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronousDRAM，简称SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，简称DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，简称ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，简称SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，简称DR RAM)。

本发明实施例还提供一种交易支付装置，包括存储器和处理器，所述存储器和所述处理器耦合，存储器可以位于交易支付装置内，也可以位于交易支付装置外。所述存储器和所述处理器可以通过通信总线连接。所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述实施例所提供的支付交易方法的步骤。所述支付交易装置可以包括但不限于手机、计算机、平板电脑等终端设备，还可以为服务器、云平台等。

本发明实施例还提供一种支付交易处理系统，包括第一终端、第二终端以及信息验证系统，所述第一终端执行上述图1及图2所对应实施例提供的支付交易方法的步骤。第二终端执行上述图3对应实施例提供的支付交易方法的步骤。信息验证系统执行上述图4对应实施例提供的支付交易方法的步骤。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法、装置和系统，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的；例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式；例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。例如，对于应用于或集成于芯片的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现；对于应用于或集成于终端的各个装置、产品，其包含的各个模块/单元可以都采用电路等硬件的方式实现，不同的模块/单元可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块/单元可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理器，剩余的(如果有)部分模块/单元可以采用电路等硬件方式实现。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，表示前后关联对象是一种“或”的关系。

本申请实施例中出现的“多个”是指两个或两个以上。

本申请实施例中出现的第一、第二、第三等描述，仅作示意与区分描述对象之用，没有次序之分，也不表示本申请实施例中对设备个数的特别限定，不能构成对本申请实施例的任何限制。

需要指出的是，本实施例中各个步骤的序号并不代表对各个步骤的执行顺序的限定。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (19)

1.一种支付交易方法，其特征在于，所述方法包括：

第一终端检测到付款操作，所述付款操作用于第一用户向第三用户付款，其中，所述第一终端与第一账户关联，所述第一账户为所述第一用户的账户；

所述第一终端提示输入验证信息，若检测到第一验证信息和第二验证信息输入完成，向信息验证系统发送验证请求，所述验证请求用于请求验证输入的所述第一验证信息和所述第二验证信息，所述第一验证信息为所述第一账户的验证信息，所述第二验证信息为第二账户的验证信息，所述第二账户为第二用户的账户，所述第一账户与所述第二账户关联；

所述第一终端接收来自所述信息验证系统的验证响应；

若所述验证响应指示验证成功，所述第一终端发送付款信息。

2.根据权利要求1所述的方法，其特征在于，所述第一终端提示验证信息的输入，若检测到所述第一验证信息和所述第二验证信息输入完成，向信息验证系统发送验证请求，包括：

所述第一终端提示在第一时间段内输入第一验证信息；

若在所述第一时间段内所述第一验证信息输入完成，所述第一终端提示在第二时间段内输入第二验证信息；

若在所述第二时间段内所述第二验证信息输入完成，所述第一终端向所述信息验证系统发送所述验证请求。

3.根据权利要求2所述的方法，其特征在于，所述第一验证信息为所述第一用户的指纹，所述第二验证信息为所述第二用户的指纹；或者，

所述第一验证信息为所述第一用户的面部信息，所述第二验证信息为所述第二用户的面部信息；或者，

所述第一验证信息为所述第一用户的虹膜，所述第二验证信息为所述第二用户的虹膜；或者，

所述第一验证信息为所述第一用户设置的密码，所述第二验证信息为所述第二用户设置的密码。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述第一终端向所述信息验证系统发送验证信息获取请求，所述验证信息获取请求用于请求所述第一验证信息和所述第二验证信息；

所述第一终端接收来自所述信息验证系统的所述第一验证信息。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

所述第一终端接收第二终端发送的所述第二验证信息，所述第二终端与所述第二账户关联。

6.根据权利要求4或5所述的方法，其特征在于，所述第一验证信息为第一验证码，所述第二验证信息为第二验证码。

7.根据权利要求1所述的方法，其特征在于，所述第一账户向第三账户付款的额度大于或等于第一阈值，所述第三账户为所述第三用户的账户；和/或，

所述第三用户的信用等级不高于设定等级阈值；和/或，

所述第一用户向所述第三用户付款的次数小于或等于第二阈值。

8.一种支付交易方法，其特征在于，所述方法包括：

第二终端接收到来自信息验证系统的验证信息授权请求，所述验证信息授权请求用于请求第二账户的第二用户授权第一账户的第一用户的付款操作，所述第二终端与所述第二账户关联，所述第二账户为第二用户的账户，所述第一账户与第一终端关联，所述第一账户为第一用户的账户；

所述第二终端检测到所述第二用户同意授权所述第一用户的付款操作，以使所述第一终端收到第二验证信息。

9.根据权利要求8所述的方法，其特征在于，所述验证信息授权请求包括所述第二验证信息，所述第二终端检测到所述第二用户同意授权所述第一用户的付款操作，以使所述第一终端收到第二验证信息，包括：

所述第二终端检测到所述第二用户同意授权所述第一用户的付款操作，向所述第一终端发送所述第二验证信息。

10.根据权利要求8所述的方法，其特征在于，所述第二终端检测到所述第二用户同意授权所述第一账户的第一用户的付款操作，以使所述第一终端收到第二验证信息，包括：

所述第二终端检测到所述第二用户同意授权所述第一账户的用户的付款操作，触发所述信息验证系统向所述第一终端发送所述第二验证信息。

11.一种交易支付方法，其特征在于，所述方法包括：

信息验证系统接收第一终端发送的信息验证请求，所述信息验证请求用于请求验证输入的第一验证信息和第二验证信息，所述第一验证信息为第一账户的验证信息，所述第二验证信息为第二账户的验证信息，所述第一账户为第一用户的账户，所述第二账户为第二用户的账户，所述第一账户与所述第二账户关联；

所述信息验证系统对所述第一验证信息和所述第二验证信息进行验证；

若验证通过，所述信息验证系统向所述第一终端发送验证响应，其中所述验证响应用于指示验证成功；

所述信息验证系统接收所述第一终端发送的付款信息，并基于所述付款信息完成所述第一用户向第三用户的付款。

12.根据权利要求11所述的交易支付方法，其特征在于，所述方法还包括：

所述信息验证系统接收所述第一终端发送的验证信息获取请求，所述验证信息获取请求用于请求所述第一验证信息和所述第二验证信息；

所述信息验证系统向所述第一终端发送所述第一验证信息；

所述信息验证系统向第二终端发送所述第二验证信息，所述第二终端与所述第二账户关联。

13.根据权利要求11所述的交易支付方法，其特征在于，所述方法还包括：

所述信息验证系统接收所述第一终端发送的验证信息获取请求，所述验证信息获取请求用于请求所述第一验证信息和所述第二验证信息；

所述信息验证系统向所述第一终端发送所述第一验证信息；

所述信息验证系统向第二终端发送验证信息授权请求，所述验证信息授权请求用于请求所述第二用户授权所述第一用户的付款操作，所述付款操作用于所述第一用户向所述第三用户付款，所述第二终端与所述第二账户关联；

若所述第二终端同意授权所述第一账户的用户的付款操作，所述信息验证系统向所述第一终端发送所述第二验证信息。

14.一种交易支付装置，其特征在于，包括：

付款操作检测单元，用于检测第一终端的付款操作，所述付款操作用于第一用户向第三用户付款，其中，所述第一终端与第一账户关联，所述第一账户为所述第一用户的账户；

提示单元，用于所述第一终端提示输入验证信息；

验证请求发送单元，用于若检测到第一验证信息和第二验证信息输入完成，向信息验证系统发送验证请求，所述验证请求用于请求验证输入的所述第一验证信息和所述第二验证信息，所述第一验证信息为所述第一账户的验证信息，所述第二验证信息为第二账户的验证信息，所述第二账户为第二用户的账户，所述第一账户与所述第二账户关联；

验证响应接收单元，用于所述第一终端接收来自所述信息验证系统的验证响应；

付款信息发送单元，用于若所述验证响应指示验证成功，所述第一终端发送付款信息。

15.一种交易支付装置，其特征在于，包括：

验证信息授权请求接收单元，用于第二终端接收到来自信息验证系统的验证信息授权请求，所述验证信息授权请求用于请求第二账户的第二用户授权第一账户的第一用户的付款操作，所述第二终端与所述第二账户关联，所述第二账户为第二用户的账户，所述第一账户与第一终端关联，所述第一账户为第一用户的账户；

同意授权检测单元，用于所述第二终端检测到所述第二用户同意授权所述第一用户的付款操作，以使所述第一终端收到第二验证信息。

16.一种交易支付装置，其特征在于，包括：

信息验证请求接收单元，用于信息验证系统接收第一终端发送的信息验证请求，所述信息验证请求用于请求验证输入的第一验证信息和第二验证信息，所述第一验证信息为第一账户的验证信息，所述第二验证信息为第二账户的验证信息，所述第一账户为第一用户的账户，所述第二账户为第二用户的账户，所述第一账户与所述第二账户关联；

验证单元，用于所述信息验证系统对所述输入的第一验证信息和第二验证信息进行验证；

验证响应发送单元，用于若验证通过，所述信息验证系统向所述第一终端发送验证响应；

付款单元，用于所述信息验证系统接收所述第一终端发送的付款信息，并基于所述付款信息完成所述第一用户向第三用户的付款。

17.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器运行时执行权利要求1至7任一项所述的支付交易方法的步骤，或者执行权利要求8至10任一项所述的支付交易方法的步骤，或者执行权利要求11至13任一项所述的支付交易方法的步骤。

18.一种交易支付装置，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，其特征在于，所述处理器运行所述计算机程序时执行权利要求1至7任一项所述的支付交易方法的步骤，或者所述处理器运行所述计算机程序时执行权利要求8至10任一项所述的支付交易方法的步骤，或者所述处理器运行所述计算机程序时执行权利要求11至13任一项所述的支付交易方法的步骤。

19.一种支付交易处理系统，其特征在于，包括：第一终端、第二终端以及信息验证系统，所述第一终端执行权利要求1至7任一项所述的支付交易方法的步骤，所述第二终端执行权利要求8至10任一项所述的支付交易方法的步骤，所述信息验证系统执行权利要求11至13任一项所述的支付交易方法的步骤。