一种支付验证方法、服务器和终端与流程

本发明实施例涉及通信技术领域，尤其涉及一种支付验证方法、服务器和终端。

背景技术

随着终端技术的不断发展，终端上的支付类应用越来越多，而且相比于现金支付，用户也越来越倾向于通过支付类应用进行支付。现有技术中，通过支付类应用进行支付的过程中，通常需要采用某种验证方式来验证支付的合法性。常用的验证方式有口令验证、人脸识别验证以及指纹识别验证等。

随着生活和工作方式的多样化，多个用户为监督和管理共有资金可以设置一个共同账户，目前，在采用共同账户支付时，通常为多人使用相同的口令来验证支付的合法性。

然而，在采用共同账户支付时，若多人使用相同的口令验证，由于该口令被多人悉知并使用，因此会降低该口令的安全性，从而降低共同账户的资金安全性。

技术实现要素：

本发明实施例提供一种支付验证方法、服务器和终端，以解决在采用共同账户支付时，多人使用相同的口令验证的方式，导致共同账户的资金安全性较低的问题。

为了解决上述技术问题，本发明是这样实现的：

第一方面，本发明实施例提供了一种支付验证方法，应用于服务器，该方法包括：

接收第一终端发送的支付请求，该支付请求中包括支付账户和验证方式信息；

根据该验证方式信息，获取第一用户的第一验证信息和第二用户的第二验证信息，该支付账户为该第一用户和该第二用户的共同账户；

验证该第一验证信息是否符合第一预设信息，并验证该第二验证信息是否符合第二预设信息，该第一预设信息和该第二预设信息为该服务器中保存的预设信息。

第二方面，本发明实施例提供了一种支付验证方法，该方法包括：

向服务器发送支付请求，该支付请求中包括支付账户和验证方式信息，该验证方式信息用于指示该服务器获取第一用户的第一验证信息和第二用户的第二验证信息的方式，该支付账户为该第一用户和该第二用户的共同账户；

接收该服务器发送的第一指示消息，该第一指示消息用于指示第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息和该第二用户输入该第二验证信息；

接收该第一用户输入的该第一验证信息和该第二用户输入的该第二验证信息，并向该服务器发送该第一验证信息和该第二验证信息，其中，该第一验证信息和该第二验证信息用于该服务器验证该第一验证信息是否符合第一预设信息，并验证该第二验证信息是否符合第二预设信息，该第一预设信息和该第二预设信息为该服务器中保存的预设信息。

第三方面，本发明实施例提供了一种支付验证方法，该方法包括：

向服务器发送支付请求，该支付请求中包括支付账户和验证方式信息，该验证方式信息用于指示该服务器获取第一用户的第一验证信息和第二用户的第二验证信息的方式，该支付账户为该第一用户和该第二用户的共同账户；

接收该服务器发送的第一指示消息，该第一指示消息用于指示第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息；

接收该第一用户输入的该第一验证信息，并向该服务器发送该第一验证信息；

在该服务器确定该第一验证信息符合第一预设信息的情况下，接收该服务器发送的第二指示消息，该第二指示消息用于指示该第一终端显示第二验证界面，该第二验证界面用于该第二用户输入该第二验证信息，该第一预设信息为该服务器中保存的预设信息；

接收该第二用户输入的该第二验证信息，并向该服务器发送该第二验证信息，其中，该第二验证信息用于该服务器验证该第二验证信息是否符合第二预设信息，该第二预设信息为该服务器中保存的预设信息。

第四方面，本发明实施例提供了一种服务器，包括：接收模块、获取模块和验证模块；

该接收模块，用于接收第一终端发送的支付请求，该支付请求中包括支付账户和验证方式信息；

该获取模块，用于根据该验证方式信息，获取第一用户的第一验证信息和第二用户的第二验证信息，该支付账户为该第一用户和该第二用户的共同账户；

该验证模块，用于验证该获取模块获取的该第一验证信息是否符合第一预设信息，并验证该获取模块获取的该第二验证信息是否符合第二预设信息，该第一预设信息和该第二预设信息为该服务器中保存的预设信息。

第五方面，本发明实施例提供了一种服务器，包括处理器、存储器及存储在该存储器上并可在该处理器上运行的计算机程序，该计算机程序被该处理器执行时实现如第第一方面中的支付验证方法的步骤。

第六方面，本发明实施例提供了一种终端，包括：发送模块和接收模块；

该发送模块，用于向服务器发送支付请求，该支付请求中包括支付账户和验证方式信息，该验证方式信息用于指示该服务器获取第一用户的第一验证信息和第二用户的第二验证信息的方式，该支付账户为该第一用户和该第二用户的共同账户；

该接收模块，用于接收该服务器发送的第一指示消息，该第一指示消息用于指示第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息和该第二用户输入该第二验证信息；接收该第一用户输入的该第一验证信息和该第二用户输入的该第二验证信息，该发送模块，还用于向该服务器发送该接收模块接收的该第一验证信息和该第二验证信息，其中，该第一验证信息和该第二验证信息用于该服务器验证该第一验证信息是否符合第一预设信息，并验证该第二验证信息是否符合第二预设信息，该第一预设信息和该第二预设信息为该服务器中保存的预设信息。

第七方面，本发明实施例提供了一种终端，包括：发送模块和接收模块；

该发送模块，用于向服务器发送支付请求，该支付请求中包括支付账户和验证方式信息，该验证方式信息用于指示该服务器获取第一用户的第一验证信息和第二用户的第二验证信息的方式，该支付账户为该第一用户和该第二用户的共同账户；

该接收模块，用于接收该服务器发送的第一指示消息，该第一指示消息用于指示第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息；并接收该第一用户输入的该第一验证信息，该发送模块，还用于向该服务器发送该接收模块接收的该第一验证信息；

在该服务器确定该第一验证信息符合第一预设信息的情况下，该接收模块，还用于接收该服务器发送的第二指示消息，该第二指示消息用于指示该第一终端显示第二验证界面，该第二验证界面用于该第二用户输入该第二验证信息，该第一预设信息为该服务器中保存的预设信息；并接收该第二用户输入的该第二验证信息，该发送模块，还用于向该服务器发送该接收模块接收的该第二验证信息，其中，该第二验证信息用于该服务器验证该第二验证信息是否符合第二预设信息，该第二预设信息为该服务器中保存的预设信息。

第八方面，本发明实施例提供了一种终端，包括处理器、存储器及存储在该存储器上并可在该处理器上运行的计算机程序，该计算机程序被该处理器执行时实现如第二方面或第三方面中的支付验证方法的步骤。

第九方面，本发明实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储计算机程序，该计算机程序被处理器执行时实现如第一方面中的支付验证方法的步骤；或者实现如第二方面或第三方面中的支付验证方法的步骤。

第十方面，本发明实施例提供了一种支付系统，包括：服务器以及终端；

所述服务器包括如第四方面所述的服务器或如第七方面所述的服务器；

所述终端包括如第五方面或第六方面所述的终端或如第八方面所述的终端。

在本发明实施例中，接收第一终端发送的支付请求，该支付请求中包括支付账户和验证方式信息；根据该验证方式信息，获取第一用户的第一验证信息和第二用户的第二验证信息，该支付账户为该第一用户和该第二用户的共同账户；验证该第一验证信息是否符合第一预设信息，并验证该第二验证信息是否符合第二预设信息，该第一预设信息和该第二预设信息为该服务器中保存的预设信息。在该方案中，由于针对共同账户的支付请求，需要获得该共同账户的多个用户的验证信息，且将多个用户的验证信息分别与对应的预设信息进行验证。从而当多个用户的验证信息分别符合对应的预设信息的情况下，才可能使用该共同账户完成此次支付。相比现有技术，该方案需要验证共同账户的多个用户的验证信息，在一定程度上加强了支付的安全性，提高了共同账户的资金安全性，解决了在采用共同账户支付时，多人使用相同的口令验证的方式，导致共同账户的资金安全性较低的问题。

附图说明

图1为本发明实施例提供的支付系统的架构示意图；

图2为本发明实施例提供的终端的安卓操作系统的架构示意图；

图3(a)为本发明实施例提供的支付验证方法的流程图之一；

图3(b)为本发明实施例提供的支付验证方法的流程图之二；

图3(c)为本发明实施例提供的支付验证方法的流程图之三；

图4为本发明实施例提供的支付验证方法的界面的示意图之一；

图5(a)为本发明实施例提供的支付验证方法的流程图之四；

图5(b)为本发明实施例提供的支付验证方法的流程图之五；

图6为本发明实施例提供的支付验证方法的界面的示意图之二；

图7(a)为本发明实施例提供的支付验证方法的流程图之六；

图7(b)为本发明实施例提供的支付验证方法的流程图之七；

图8(a)为本发明实施例提供的支付验证方法的流程图之八；

图8(b)为本发明实施例提供的支付验证方法的流程图之九；

图9为本发明实施例提供的服务器的结构示意图；

图10为本发明实施例提供的服务器的硬件示意图；

图11为本发明实施例提供的终端的结构示意图；

图12为本发明实施例提供的终端的硬件示意图。

具体实施方式

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

本发明的说明书和权利要求书中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一指示消息、第二指示消息、第三指示消息和第四指示消息等是用于区别不同的指示消息，而不是用于描述指示消息的特定顺序。

在本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本发明实施例的描述中，除非另有说明，“多个”的含义是指两个或者两个以上，例如，多个处理单元是指两个或者两个以上的处理单元；多个元件是指两个或者两个以上的元件等。

本发明实施例提供一种支付验证方法、服务器和终端，接收第一终端发送的支付请求，该支付请求中包括支付账户和验证方式信息；根据该验证方式信息，获取第一用户的第一验证信息和第二用户的第二验证信息，该支付账户为该第一用户和该第二用户的共同账户；验证该第一验证信息是否符合第一预设信息，并验证该第二验证信息是否符合第二预设信息，该第一预设信息和该第二预设信息为该服务器中保存的预设信息。在该方案中，由于针对共同账户的支付请求，需要获得该共同账户的多个用户的验证信息，且将多个用户的验证信息分别与对应的预设信息进行验证。从而当多个用户的验证信息分别符合对应的预设信息的情况下，才可能使用该共同账户完成此次支付。相比现有技术，该方案需要验证共同账户的多个用户的验证信息，在一定程度上加强了支付的安全性，提高了共同账户的资金安全性，解决了在采用共同账户支付时，多人使用相同的口令验证的方式，导致共同账户的资金安全性较低的问题。

如图1所示，为本发明实施例提供的一种可能的支付系统的架构示意图。该系统包括多个终端(终端1、终端2、终端3……)和服务器；图1中以终端是手机为例示出。

其中，各个终端可以通过与服务器之间建立的无线通信链路向服务器发送数据请求(包括支付请求、设置请求等)，服务器接收到终端发送的数据请求后可以通过与多个终端之间建立的无线通信链路将请求的数据发送至多个终端。即，在本发明实施例中，用户可以使用终端来请求支付服务，服务器用于提供支付服务。

本发明实施例中的终端可以为具有操作系统的终端。该操作系统可以为安卓(android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本发明实施例不作具体限定。

下面以安卓操作系统为例，介绍一下本发明实施例提供的支付验证方法所应用的软件环境。

如图2所示，为本发明实施例提供的一种可能的安卓操作系统的架构示意图。在图2中，安卓操作系统的架构包括4层，分别为：应用程序层、应用程序框架层、系统运行库层和内核层(具体可以为linux内核层)。

其中，应用程序层包括安卓操作系统中的各个应用程序(包括系统应用程序和第三方应用程序)。

应用程序框架层是应用程序的框架，开发人员可以在遵守应用程序的框架的开发原则的情况下，基于应用程序框架层开发一些应用程序。

系统运行库层包括库(也称为系统库)和安卓操作系统运行环境。库主要为安卓操作系统提供其所需的各类资源。安卓操作系统运行环境用于为安卓操作系统提供软件环境。

内核层是安卓操作系统的操作系统层，属于安卓操作系统软件层次的最底层。内核层基于linux内核为安卓操作系统提供核心系统服务和与硬件相关的驱动程序。

以安卓操作系统为例，本发明实施例中，开发人员可以基于上述如图2所示的安卓操作系统的系统架构，开发实现本发明实施例提供的支付验证方法的软件程序，从而使得该支付验证方法可以基于如图2所示的安卓操作系统运行。即处理器或者终端可以通过在安卓操作系统中运行该软件程序实现本发明实施例提供的支付验证方法。

本发明实施例中的终端可以为可以为手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、超级移动个人计算机(ultra-mobilepersonalcomputer，umpc)、上网本或者个人数字助理(personaldigitalassistant，pda)等，本发明实施例不作具体限定。

需要说明的是：第二用户可以是一个用户，也可以是多个用户。示例性的，若第二用户是一个用户，则第二验证信息为第二用户的验证信息；若第二用户是多个用户，则第二验证信息可以为这多个用户中两个及两个以上用户的验证信息。具体的，若第二用户是多个用户，且这多个用户和第一用户对共同账户的管理权限相同(例如夫妻双方，三个合伙人等)，则第二验证信息为这多个用户中每个用户的验证信息；若第二用户是多个用户，且这多个用户中仅有部分用户和第一用户对共同账户有管理权限(例如五个合伙人中的三个合伙人)，则第二验证信息为这部分用户中每个用户的验证信息。具体的根据实际情况设定，本发明实施例不作限定。在本发明实施例中，下面示例均以第二用户为一个用户为例说明。

需要说明的是：第一终端为发送支付请求的终端，为第一用户的终端，第二终端为除第一用户以外的第二用户的终端。

需要说明的是：在本发明实施例中，服务器在接收第一终端发送的支付请求之后，获取第一用户的第一验证信息和第二用户的第二验证信息的方法，至少有以下四种实现方式。

第一种实现方式：该服务器从该第一终端同时获取该第一验证信息和该第二验证信息，即要求该第一用户和该第二用户在该第一终端中同时输入该第一验证信息和该第二验证信息。这种实现方式可以减少操作步骤，提高支付效率。

第二种实现方式：该服务器从该第一终端先获取该第一验证信息和该第二验证信息中的一个，且在先获取的验证信息验证成功的情况下，再获取该第一验证信息和该第二验证信息中的另一个，即要求第一用户和第二用户先后输入该第一验证信息和该第二验证信息。这种实现方式相比第一种实现方式可以在一定程度上可以降低用户信息泄露的几率，提高共同账户的安全性。

第三种实现方式：该服务器从第一终端获取该第一验证信息，同时从第二终端获取该第二验证信息，即要求第一用户在第一终端中输入第一验证信息，且同时第二用户在第二终端中输入第二验证信息。这种实现方式可以减少操作步骤，提高支付效率。

第四种实现方式：该服务器从第一终端获取该第一验证信息，且在第一验证信息验证成功的情况下，再从第二终端获取该第二验证信息，即要求第一用户先在第一终端中输入第一验证信息，在第一验证信息验证成功的前提下，再要求第二用户在第二终端中输入第二验证信息。这种实现方式相比第三种实现方式可以在一定程度上可以降低用户信息泄露的几率，提高共同账户的安全性。

其中，第一种实现方式和第二种实现方式的验证方式信息为通过该第一终端验证，第三种实现方式和第四种实现方式的验证方式信息为通过该第一终端和第二终端验证。

具体的，采用哪种实现方式来实现根据实际需求设定，本发明实施例不作限定。下面以实施例一至实施例四为例来示例性的说明上述的四种实现方式。

实施例一

参考图3(a)所示，本发明实施例提供了一种支付验证方法，该方法为对上述的第一种实现方式的示例性的说明，验证方式信息为通过该第一终端验证。该方法可以包括下述的步骤101-步骤108。

步骤101、第一终端向服务器发送支付请求。

该支付请求中至少包括支付账户和验证方式信息，该验证方式信息用于指示该服务器获取第一用户的第一验证信息和第二用户的第二验证信息的方式，该支付账户为该第一用户和该第二用户的共同账户。支付账户具体可以是该支付账户的账号，也可以是其他能指示该支付账户的信息，即可以是直接或间接表示支付账户的各种形式的内容，本发明实施例不作限定。该支付请求中还可以包括支付地点，支付用途等，支付地点为用户在什么地方发起的该支付请求，支付用途为该支付用于购买什么，以便共同账户所属的多个用户(第一用户和第二用户)知道该支付的使用详情。

验证方式信息为通过该第一终端验证，即使用同一部终端验证，也可以说为同机同框验证。若共同账户的所属的第一用户和第二用户经常处于同一地点，如一起生活或工作等，则为了减少操作步骤，提高支付效率，可以选择同机同框的验证方式信息。

支付请求为第一用户在支付界面上输入了支付账户和验证方式信息等，且点击确认支付之后发出的。

示例性的，当第一用户购买物品时，若用户选择的支付账户为共同账户，则在用户选择了共同账户支付之后，进入共同账户支付界面之前，为了保证共同账户支付的安全性，在第一终端的当前界面上显示目标验证界面，该目标验证界面用于第一用户输入用于验证的口令或用于验证的起效手势。第一终端接收第一用户输入的口令或起效手势，并验证该口令符合预设口令或该起效手势符合预设起效手势的情况下，显示支付界面。第一用户在该支付界面输入了支付账户和验证方式信息等，且点击确认支付之后，第一终端向服务器发送支付请求。

需要说明的是：支付请求可以是支付账户所属的多个用户中任意一个用户的终端发送的，本发明实施例不作限定。在本发明实施例中，以第一用户的第一终端发送的为例进行示例性的说明。

步骤102、服务器接收第一终端发送的支付请求。

该支付请求中至少包括支付账户和验证方式信息。该支付请求中还可以包括支付地点，支付用途等。具体的描述可以参考步骤101的相关描述，此处不再赘述。

步骤103、服务器向该第一终端发送第一指示消息。

该第一指示消息用于指示该第一终端显示验证界面，该验证界面用于该第一用户输入该第一验证信息和该第二用户输入该第二验证信息。

可选的，服务器根据支付请求中的支付账户和验证方式信息等信息，生成第一指示消息，并向该第一终端发送该第一指示消息。

步骤104、第一终端接收该服务器发送的第一指示消息。

该第一指示消息用于指示该第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息和该第二用户输入该第二验证信息。

在本发明实施例中，验证信息可以为用户的目标生物特征信息，例如用户的面部特征信息、虹膜特征信息、视网膜特征信息、指纹特征信息、手形特征信息等中的至少一种；也可以为用户设置的口令信息(通常称为密码信息)，口令信息可以是一串数字，一串字符(标点符号、字母、表情符等中的至少一种)，也可以是数字和字符结合。当然，可以理解，实际应用中，该验证信息还可以为其它任意满足实际使用需求的验证信息，本发明实施例不作限定。

在本发明实施例中，第一验证信息与第二验证信息可以是同一种类的验证信息，也可以是不同种类的验证信息，例如第一验证信息和第二验证信息可以都是用户的面部特征信息；也可以第一验证信息是用户的面部特征信息，第二验证信息是用户的虹膜特征信息；也可以第一验证信息是用户的指纹特征信息，第二验证信息是用户设置的口令信息，第一验证信息和第二验证信息还可以是其他的任意的验证信息，具体的在用户设置交易验证信息时，根据用户自身需求设定，本发明实施例不作限定。

示例性的，若第一验证信息和第二验证信息同为口令信息，则当第一终端接收该服务器发送的第一指示消息之后，显示图4中的(a)所示的验证界面。若第一验证信息为用户的指纹特征信息，第二验证信息同为口令信息，则当第一终端接收该服务器发送的第一指示消息之后，显示图4中的(b)所示的验证界面。

步骤105、第一终端接收该第一用户输入的该第一验证信息和该第二用户输入的该第二验证信息。

对应的，本发明实施例中，终端可以通过生物特征识别技术获取用户的目标生物特征信息。其中，本发明实施例中的生物特征识别技术可以为面部识别技术、虹膜识别技术、视网膜识别技术、指纹识别技术、手掌几何学识别技术等中的至少一种。当然，可以理解，实际应用中，本发明实施例中的生物特征识别技术还可以为其它任意满足实际使用需求的生物特征识别技术，本发明实施例不作限定。

示例性的，以目标生物特征信息为面部特征信息为例进行说明。终端获取用户的目标生物特征信息的具体方式可以为：终端可以通过终端上的前置摄像头拍摄照片。如果用户位于该前置摄像头的拍摄范围之内，那么终端可以通过该前置摄像头拍摄照片，并从拍摄的至少一张照片中检测出该用户的人像，再将该用户的人像从背景中分离出来。然后，终端可以根据预设的面部识别算法从分离出的人像中获取到该用户的面部特征信息(即目标生物特征信息)。

具体的获取验证信息的方法参考现有相关技术，本发明实施例不作限定。

示例性的，在如图4中的(a)或图4中的(b)显示的验证界面中，第一终端接收该第一用户输入的该第一验证信息和该第二用户输入的该第二验证信息。

步骤106、第一终端向该服务器发送该第一验证信息和该第二验证信息。

步骤107、服务器接收该第一终端发送的该第一验证信息和该第二验证信息。

步骤108、服务器验证该第一验证信息是否符合第一预设信息，并验证该第二验证信息是否符合该第二预设信息。

可选的，可以为将该第一验证信息与第一预设信息进行匹配，将该第二验证信息与第二预设信息进行匹配。该第一预设信息和该第二预设信息为该服务器中保存的预设信息。

可选的，若验证信息为目标生物特征信息，本发明实施例中，目标生物特征信息符合预设生物特征信息是指该目标生物特征信息和该预设生物特征信息相同。或者，目标生物特征信息符合预设生物特征信息是指该目标生物特征信息和该预设生物特征信息的相似度大于或者等于预设阈值。例如，该预设阈值可以为95％，即如果该目标生物特征信息和该预设生物特征信息的相似度大于或者等于95％，那么该目标生物特征信息符合预设生物特征信息。

若验证结果为该第一验证信息符合第一预设信息，且该第二验证信息符合第二预设信息，则执行下述的步骤109-步骤110；否则按照上述的步骤103-步骤107，重新获取并验证该第一验证信息和该第二验证信息。

需要说明的是：在具体实现过程，设定获取并验证的次数，若多次验证失败后，服务器为了保证账户的安全性，将对共同账户的支付功能锁定预设的一段时间，并可以通过通知消息通知用户终端。而且整个支付过程必须在预设时间段内(例如5分钟内)完成，否则认为支付失败。

示例性的，结合图3(a)，如图3(b)所示，在该步骤108之后，本发明实施例提供的支付验证方法还可以包括下述的步骤109-步骤110。

步骤109、服务器将该支付数额从该支付账户转移到该目标账户，并向该第一终端发送目标指示消息。

该支付请求中还包括支付数额和目标账户，支付数额即此次支付中，支付账户需要向目标账户支付的电子资源的数量。电子资源可以是资金，也可以是股票、债券等，也可以是其他的，本发明实施例不作限定。目标账户具体可以是目标账户的账号，也可以是其他的能指示该目标账户的信息，即可以是直接或间接表示目标账户的各种形式的内容，本发明实施例不作限定。

在该第一验证信息符合第一预设信息，且该第二验证信息符合第二预设信息的情况下，可选的，服务器将该支付数额从该支付账户转移到该目标账户，生成目标指示消息，或服务器从其存储模块中获取目标指示消息，并向该第一终端发送该目标指示消息。该目标指示消息用于指示该支付账户成功向该目标账户支付该支付数额。

示例性的，若服务器生成目标指示消息，则目标指示消息可以为“支付成功”、“支付完成”、“xx金额支付成功”、“xx金额用于支付xx支付成功”、“xx支付账户成功向目标账户支付xx金额”等能说明支付成功的消息，本发明实施例不作限定。若服务器从其存储模块中获取目标指示消息，则目标指示消息为预存的目标指示消息，可以为“支付成功”、“支付完成”等预设的、能说明支付成功，但不显示支付账户、支付数额、支付用途等信息的消息，本发明实施例不作限定。

步骤110、第一终端接收该服务器发送的目标指示消息。

在该服务器确定该第一验证信息符合第一预设信息，且该第二验证信息符合第二预设信息的情况下，接收该服务器发送的目标指示消息，该目标指示消息用于指示该支付账户成功向目标账户支付该支付数额。

具体的描述可以参考步骤109的相关描述，本发明实施例不作限定。

上述实现方式可以减少操作步骤，提高支付效率。

示例性的，结合图3(b)，如图3(c)所示，在步骤101之前，本发明实施例提供的支付验证方法还可以包括下述的步骤111-步骤116：

步骤111、第一终端向服务器发送设置请求。

设置请求用于请求设置该支付账户的交易验证信息，该交易验证信息包括该第一预设信息和该第二预设信息，其中，该第一预设信息用于验证该第一验证信息，该第二预设信息用于验证该第二验证信息。

可选的，第一终端根据用户的输入的信息生成设置请求，并向服务器发送设置请求，以设置交易验证信息。用户的输入的信息可以包括支付账户信息，验证方式信息等信息，本发明实施例不作限定。

步骤112、服务器接收该第一终端发送的设置请求。

设置请求用于请求设置该支付账户的交易验证信息，该交易验证信息包括该第一预设信息和该第二预设信息。

具体的描述可以参考步骤111的相关描述，本发明实施例不作限定。

步骤113、服务器向该第一终端发送第三指示消息，并向该第二终端发送第四指示消息。

该第三指示消息用于指示该第一终端显示该第一设置界面，该第一设置界面用于该第一用户输入该第一预设信息，该第四指示消息用于指示该第二终端显示该第二设置界面，该第二设置界面用于该第二用户输入该第二预设信息。

可选的，服务器根据设置请求，生成第三指示消息和第四指示消息，并向该第一终端发送第三指示消息，以及向该第二终端发送第四指示消息。

步骤114a、第一终端接收服务器发送的该第三指示消息。

步骤115a、第一终端接收第一用户输入的第一预设信息，并将该第一预设信息发送给服务器。

对预设信息的描述可以参考步骤104中对验证信息的相关描述，此处不再赘述。

步骤114b、第二终端接收服务器发送的该第四指示消息。

步骤115b、第二终端接收第二用户输入的第二预设信息，并将该第二预设信息发送给服务器。

对预设信息的描述可以参考步骤104中对验证信息的相关描述，此处不再赘述。

步骤116a、服务器接收该第一终端发送的该第一预设信息。

步骤116b、服务器接收该第二终端发送的该第二预设信息。

上述步骤114a、步骤114b、步骤115a、步骤115b、步骤116a、步骤116b之间没有先后执行顺序，可以按照任意顺序执行，本发明实施例不作限定。

步骤117、服务器将该第一预设信息和该第二预设信息保存为该支付账户的交易验证信息。

示例性的，服务器将该第一预设信息和该第二预设信息保存为该支付账户的交易验证信息，以便于当支付账户所属的第一用户或第二用户发起支付请求时，用于验证第一验证信息和第二验证信息。

本发明实施例提供了一种支付验证方法，在该方案中，由于针对共同账户的支付请求，需要获得该共同账户的多个用户的验证信息，且将多个用户的验证信息分别与对应的预设信息进行验证。从而当多个用户的验证信息分别符合对应的预设信息的情况下，才可能使用该共同账户完成此次支付。相比现有技术，该方案需要验证共同账户的多个用户的验证信息，在一定程度上加强了支付的安全性，提高了共同账户的资金安全性，解决了在采用共同账户支付时，多人使用相同的口令验证的方式，导致共同账户的资金安全性较低的问题。

实施例二

参考图5(a)所示，本发明实施例提供了一种支付验证方法，该方法为对上述的第二种实现方式的示例性的说明，验证方式信息为通过该第一终端验证。该方法可以包括下述的步骤201-步骤214。

步骤201、第一终端向服务器发送支付请求。

该支付请求中至少包括支付账户和验证方式信息，该验证方式信息用于指示该服务器获取第一用户的第一验证信息和第二用户的第二验证信息的方式，该支付账户为该第一用户和该第二用户的共同账户。

验证方式信息为通过该第一终端验证，即使用同一部终端验证，也可以说为同机同框验证。若共同账户的所属的第一用户和第二用户经常处于同一地点，如一起生活或工作等，则为了减少操作步骤，提高支付效率，可以选择同机同框的验证方式信息。

具体的描述可以参考上述实施例一中步骤101的相关描述，此处不再赘述。

步骤202、服务器接收第一终端发送的支付请求。

该支付请求中至少包括支付账户和验证方式信息。

具体的描述可以参考上述实施例一中步骤101的相关描述，此处不再赘述。

步骤203、服务器向该第一终端发送第一指示消息。

该第一指示消息用于指示该第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息。

在本步骤中第一验证界面仅用于该第一用户输入该第一验证信息。具体的描述可以参考上述实施例一中步骤103的相关描述，此处不再赘述。

步骤204、第一终端接收该服务器发送的第一指示消息。

该第一指示消息用于指示该第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息。

在本步骤中第一验证界面仅用于该第一用户输入该第一验证信息。具体的描述可以参考上述实施例一中步骤104的相关描述，此处不再赘述。

第一验证界面可以显示“请第一用户输入验证信息”的相关提示信息，也可以不显示该提示信息，本发明实施例不作限定。若第一验证界面不显示该提示信息，则可以默认先输入第一用户的验证信息，再输入第二用户的验证信息；或者可以先输入任意一个用户的验证信息，再输入另一个用户的验证信息；本发明实施例不作限定。

示例性的，若第一验证信息为口令信息，则当第一终端接收该服务器发送的第一指示消息之后，显示图6中的(a)所示的验证界面。若第一验证信息为用户的指纹特征信息，则当第一终端接收该服务器发送的第一指示消息之后，显示图6中的(b)所示的验证界面。

步骤205、第一终端接收该第一用户输入的该第一验证信息。

具体的描述可以参考上述实施例一中步骤105的相关描述，此处不再赘述。

步骤206、第一终端向该服务器发送该第一验证信息。

步骤207、服务器接收该第一终端发送的该第一验证信息。

步骤208(可选的)、服务器验证该第一验证信息是否符合第一预设信息。

可选的，可以为将该第一验证信息与第一预设信息进行匹配。该第一预设信息为该服务器中保存的预设信息。

对验证信息符合预设信息的描述可以参考上述实施例一中步骤108的相关描述，此处不再赘述。

若验证结果为该第一验证信息符合第一预设信息，则执行下述的步骤209-步骤214；否则按照上述的步骤203-步骤207，重新获取并验证该第一验证信息。

需要说明的是：在具体实现过程，设定获取并验证的次数，若多次验证失败后，服务器为了保证账户的安全性，将对共同账户的支付功能锁定预设的一段时间，并可以通过通知消息通知用户终端。

步骤209、服务器向该第一终端发送第二指示消息。

在该第一验证信息符合该第一预设信息的情况下，向该第一终端发送第二指示消息，该第二指示消息用于指示该第一终端显示第二验证界面，该第二验证界面用于该第二用户输入该第二验证信息。

在本步骤中第二验证界面仅用于该第二用户输入该第二验证信息。具体的描述可以参考上述实施例一中步骤103的相关描述，此处不再赘述。

步骤210、第一终端接收该服务器发送的第二指示消息。

在该服务器确定该第一验证信息符合第一预设信息的情况下，接收该服务器发送的第二指示消息，该第二指示消息用于指示该第一终端显示第二验证界面，该第二验证界面用于该第二用户输入该第二验证信息。

在本步骤中第二验证界面仅用于该第二用户输入该第二验证信息。具体的描述可以参考上述实施例二中步骤204的相关描述，此处不再赘述。

第二验证界面与第一验证界面可以相同，也可以不相同，本发明实施例不作限定。若第一验证信息和第二验证信息是同种信息，且验证界面不显示相关提示信息，则第二验证界面与第一验证界面相同；若第一验证信息和第二验证信息是同种信息，或验证界面显示相关提示信息，则第二验证界面与第一验证界面不相同。

步骤211、第一终端接收该第二用户输入的该第二验证信息。

该第二验证信息用于该服务器验证该第二验证信息是否符合第二预设信息，该第二预设信息为该服务器中保存的预设信息。

具体的描述可以参考上述实施例一中步骤105的相关描述，此处不再赘述。

步骤212、第一终端向该服务器发送该第二验证信息。

步骤213、服务器接收该第一终端发送的该第二验证信息。

步骤214、服务器验证该第二验证信息是否符合第二预设信息。

可选的，可以为将该第二验证信息与第二预设信息进行匹配。该第二预设信息为该服务器中保存的预设信息。

对验证信息符合预设信息的描述可以参考上述实施例一中步骤108的相关描述，此处不再赘述。

若验证结果为该第二验证信息符合第二预设信息，则执行下述的步骤215-步骤216；否则按照上述的步骤209-步骤213，重新获取并验证该第二验证信息。

需要说明的是：在具体实现过程，设定获取并验证的次数，若多次验证失败后，服务器为了保证账户的安全性，将对共同账户的支付功能锁定预设的一段时间，并可以通过通知消息通知用户终端。

示例性的，结合图5(a)，如图5(b)所示，在该步骤214之后，本发明实施例提供的支付验证方法还可以包括下述的步骤215-步骤216。

步骤215、服务器将该支付数额从该支付账户转移到该目标账户，并向该第一终端发送目标指示消息。

该支付请求中还包括支付数额和目标账户，支付数额即此次支付中，支付账户需要向目标账户支付的电子资源的数量。电子资源可以是资金，也可以是股票、债券等，也可以是其他的，本发明实施例不作限定。

在该第二验证信息符合第二预设信息的情况下，服务器将该支付数额从该支付账户转移到该目标账户，并向该第一终端发送目标指示消息，该目标指示消息用于指示该支付账户成功向目标账户支付该支付数额。

具体的描述可以参考上述实施例一中步骤109的相关描述，此处不再赘述。

步骤216、第一终端接收该服务器发送的目标指示消息。

在该服务器确定该第二验证信息符合第二预设信息的情况下，接收该服务器发送的目标指示消息，该目标指示消息用于指示该支付账户成功向目标账户支付该支付数额。

具体的描述可以参考上述实施例一中步骤109的相关描述，此处不再赘述。

示例性的，在步骤201之前，本发明实施例提供的支付验证方法还可以包括设置交易验证信息的过程，具体的可以参考上述实施例一的步骤111-步骤117的相关描述，此处不再赘述。上述实现方式相比实施例一的实现方式可以在一定程度上可以降低用户信息泄露的几率，提高共同账户的安全性。

本发明实施例提供了一种支付验证方法，在该方案中，由于针对共同账户的支付请求，需要获得该共同账户的多个用户的验证信息，且将多个用户的验证信息分别与对应的预设信息进行验证。从而当多个用户的验证信息分别符合对应的预设信息的情况下，才可能使用该共同账户完成此次支付。相比现有技术，该方案需要验证共同账户的多个用户的验证信息，在一定程度上加强了支付的安全性，提高了共同账户的资金安全性，解决了在采用共同账户支付时，多人使用相同的口令验证的方式，导致共同账户的资金安全性较低的问题。

实施例三

参考图7(a)所示，本发明实施例提供了一种支付验证方法，该方法为对上述的第三种实现方式的示例性的说明，验证方式信息为通过该第一终端和第二终端验证。该方法可以包括下述的步骤301-步骤308。

步骤301、第一终端向服务器发送支付请求。

该支付请求中至少包括支付账户和验证方式信息，该验证方式信息用于指示该服务器获取第一用户的第一验证信息和第二用户的第二验证信息的方式，该支付账户为该第一用户和该第二用户的共同账户。

验证方式信息为通过该第一终端和第二终端验证，即使用两部终端验证，也可以说为异机异框验证。若共同账户所属的第一用户和第二用户在同一时间段内，分别处于不同的城市或国家等，此时必须从共有账户中转出或支付一笔资金时，可以选择同机同框的验证方式信息。

具体的描述可以参考上述实施例一中步骤101的相关描述，此处不再赘述。

步骤302、服务器接收第一终端发送的支付请求。

该支付请求中至少包括支付账户和验证方式信息。

具体的描述可以参考上述实施例一中步骤101的相关描述，此处不再赘述。

步骤303、服务器向该第一终端发送第一指示消息，并向该第二终端发送第二指示消息。

其中，该第一指示消息用于指示该第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息，第二指示消息用于指示该第二终端显示第二验证界面，该第二验证界面用于该第二用户输入该第二验证信息。

在本步骤中第一验证界面仅用于该第一用户输入该第一验证信息，第二验证界面仅用于该第二用户输入该第二验证信息，具体的描述可以参考上述实施例一中步骤103的相关描述，此处不再赘述。

步骤304a、第一终端接收该服务器发送的第一指示消息。

该第一指示消息用于指示该第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息和该第二用户输入该第二验证信息。

在本步骤中第一验证界面仅用于该第一用户输入该第一验证信息。具体的描述可以参考上述实施例一中步骤104和实施例二中步骤204的相关描述，此处不再赘述。

步骤305a、第一终端接收该第一用户输入的该第一验证信息。

步骤306a、第一终端向该服务器发送该第一验证信息。

步骤307a、服务器接收该第一终端发送的该第一验证信息。

步骤304b、第二终端接收该服务器发送的第二指示消息。

该第一指示消息用于指示该第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息和该第二用户输入该第二验证信息。

在本步骤中第二验证界面仅用于该第二用户输入该第二验证信息。具体的描述可以参考上述实实施例一中步骤104和实施例二中步骤210的相关描述，此处不再赘述。

步骤305b、第二终端接收该第二用户输入的该第二验证信息。

步骤306b、第二终端向该服务器发送该第二验证信息。

步骤307b、服务器接收该第二终端发送的该第二验证信息。

该支付账户为该第一用户和该第二用户的共同账户。

步骤308a、服务器验证该第一验证信息是否符合第一预设信息。

步骤308b、服务器验证该第二验证信息是否符合该第二预设信息。

具体的，可以为服务器将该第一验证信息与第一预设信息进行匹配，将该第二验证信息与第二预设信息进行匹配。该第一预设信息和该第二预设信息为该服务器中保存的预设信息。

对验证信息符合预设信息的描述可以参考上述实施例一中步骤108的相关描述，此处不再赘述。

若验证结果为该第一验证信息符合第一预设信息，且该第二验证信息符合第二预设信息，则执行下述的步骤309-步骤311；否则按照上述的步骤303-步骤307a重新获取并验证该第一验证信息，或按照上述的步骤303-步骤307b，重新获取并验证该第二验证信息，或按照上述的步骤303-步骤307a重新获取并验证该第一验证信息，并按照上述的步骤303-步骤307b，重新获取并验证该第二验证信息。

需要说明的是：在具体实现过程，设定获取并验证的次数，若多次验证失败后，服务器为了保证账户的安全性，将对共同账户的支付功能锁定预设的一段时间，并可以通过通知消息通知用户终端。

需要说明的是：在具体实现过程，上述步骤308a和步骤308b可以不同时执行，也可以同时执行，本发明实施例不作限定。且上述步骤304a-步骤308a以及上述步骤304b-步骤308b各步骤之间没有固定的顺序，可以同时执行，可以不同时执行，可以以任意顺序执行，本发明实施例不做限定。

示例性的，结合图7(a)，如图7(b)所示，在该步骤308之后，本发明实施例提供的支付验证方法还可以包括下述的步骤309-步骤312。

步骤309、服务器将该支付数额从该支付账户转移到该目标账户，并向该第一终端和该第二终端发送目标指示消息。

该支付请求中还包括支付数额和目标账户，支付数额即此次支付中，支付账户需要向目标账户支付的电子资源的数量。电子资源可以是资金，也可以是股票、债券等，也可以是其他的，本发明实施例不作限定。

在该第一验证信息符合第一预设信息，且该第二验证信息符合第二预设信息的情况下，服务器将该支付数额从该支付账户转移到该目标账户，并向该第一终端发送目标指示消息。该目标指示消息用于指示该支付账户成功向目标账户支付该支付数额。

具体的描述可以参考上述实施例一中步骤109的相关描述，此处不再赘述。

步骤310、第一终端接收该服务器发送的目标指示消息。

在该服务器确定该第一验证信息符合第一预设信息，且该第二验证信息符合第二预设信息的情况下，第一终端接收该服务器发送的目标指示消息，该目标指示消息用于指示该支付账户成功向目标账户支付该支付数额。

步骤311(可选的)、服务器将该支付数额从该支付账户转移到该目标账户，并向该第二终端发送目标指示消息。

在该第二验证信息符合第二预设信息的情况下，服务器将该支付数额从该支付账户转移到该目标账户，并向该第二终端发送目标指示消息，该目标指示消息用于指示该支付账户成功向目标账户支付该支付数额。

具体的描述可以参考上述实施例一中步骤109的相关描述，此处不再赘述。

步骤312(可选的)、第二终端接收该服务器发送的目标指示消息。

在该服务器确定该第一验证信息符合第一预设信息，且该第二验证信息符合第二预设信息的情况下，第二终端接收该服务器发送的目标指示消息，该目标指示消息用于指示该支付账户成功向目标账户支付该支付数额。

具体的描述可以参考上述实施例一中步骤109的相关描述，此处不再赘述。

示例性的，在步骤301之前，本发明实施例提供的支付验证方法还可以包括设置交易验证信息的过程，具体的可以参考上述实施例一的步骤111-步骤117的相关描述，此处不再赘述。

上述实现方式可以减少操作步骤，提高支付效率。

本发明实施例提供了一种支付验证方法，在该方案中，由于针对共同账户的支付请求，需要获得该共同账户的多个用户的验证信息，且将多个用户的验证信息分别与对应的预设信息进行验证。从而当多个用户的验证信息分别符合对应的预设信息的情况下，才可能使用该共同账户完成此次支付。相比现有技术，该方案需要验证共同账户的多个用户的验证信息，在一定程度上加强了支付的安全性，提高了共同账户的资金安全性，解决了在采用共同账户支付时，多人使用相同的口令验证的方式，导致共同账户的资金安全性较低的问题。

实施例四

参考图8(a)所示，本发明实施例提供了一种支付验证方法，该方法为对上述的第四种实现方式的示例性的说明，验证方式信息为通过该第一终端和第二终端验证。该方法可以包括下述的步骤401-步骤414。

步骤401、第一终端向服务器发送支付请求。

该支付请求中至少包括支付账户和验证方式信息，该验证方式信息用于指示该服务器获取第一用户的第一验证信息和第二用户的第二验证信息的方式，该支付账户为该第一用户和该第二用户的共同账户。

验证方式信息为通过该第一终端和第二终端验证，即使用两部终端验证，也可以说为异机异框验证。若共同账户所属的第一用户和第二用户在同一时间段内，分别处于不同的城市或国家等，此时必须从共有账户中转出或支付一笔资金时，可以选择同机同框的验证方式信息。

具体的描述可以参考上述实施例一中步骤101的相关描述，此处不再赘述。

步骤402、服务器接收第一终端发送的支付请求。

该支付请求中至少包括支付账户和验证方式信息。

具体的描述可以参考上述实施例一中步骤101的相关描述，此处不再赘述。

步骤403、服务器向该第一终端发送第一指示消息。

该第一指示消息用于指示该第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息。

在本步骤中第一验证界面仅用于该第一用户输入该第一验证信息。具体的描述可以参考上述实施例一中步骤103的相关描述，此处不再赘述。

步骤404、第一终端接收该服务器发送的第一指示消息。

该第一指示消息用于指示该第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息。

在本步骤中第一验证界面仅用于该第一用户通过第一终端输入该第一验证信息。具体的描述可以参考上述实施例一中步骤104和实施例二中步骤204的相关描述，此处不再赘述。

步骤405、第一终端接收该第一用户输入的该第一验证信息。

步骤406、第一终端向该服务器发送该第一验证信息。

步骤407、服务器接收该第一终端发送的该第一验证信息。

步骤408(可选的)、服务器验证该第一验证信息是否符合第一预设信息。

具体的，可以为将该第一验证信息与第一预设信息进行匹配。该第一预设信息为该服务器中保存的预设信息。

对验证信息符合预设信息的描述可以参考上述实施例一中步骤108的相关描述，此处不再赘述。

若验证结果为该第一验证信息符合第一预设信息，则执行下述的步骤409-步骤414；否则按照上述的步骤403-步骤407，重新获取并验证该第一验证信息。

需要说明的是：在具体实现过程，设定获取并验证的次数，若多次验证失败后，服务器为了保证账户的安全性，将对共同账户的支付功能锁定预设的一段时间，并可以通过通知消息通知用户终端。

步骤409、服务器向该第二终端发送第二指示消息。

在该第一验证信息符合第一预设信息的情况下，向该第二终端发送第二指示消息，该第二指示消息用于指示该第二终端显示第二验证界面，该第二验证界面用于该第二用户输入该第二验证信息。

在本步骤中第二验证界面仅用于该第二用户通过第二终端输入该第二验证信息。具体的描述可以参考上述实施例一中步骤103的相关描述，此处不再赘述。

步骤410、第二终端接收该服务器发送的第二指示消息。

在该服务器确定该第一验证信息符合第一预设信息的情况下，第二终端接收该服务器发送的第二指示消息，该第二指示消息用于指示该第二终端显示第二验证界面，该第二验证界面用于该第二用户输入该第二验证信息。

在本步骤中第二验证界面仅用于该第二用户输入该第二验证信息。具体的描述可以参考上述实实施例一中步骤104和实施例二中步骤204的相关描述，此处不再赘述。

步骤411、第二终端接收该第二用户输入的该第二验证信息。

该第二验证信息用于该服务器验证该第二验证信息是否符合第二预设信息，该第二预设信息为该服务器中保存的预设信息。

步骤412、第二终端向该服务器发送该第二验证信息。

步骤413、服务器接收该第二终端发送的该第二验证信息。

步骤414、服务器验证该第二验证信息是否符合第二预设信息。

具体的，可以为将该第二验证信息与第二预设信息进行匹配。该第二预设信息为该服务器中保存的预设信息。

对验证信息符合预设信息的描述可以参考上述实施例一中步骤108的相关描述，此处不再赘述。

若验证结果为该第二验证信息符合第二预设信息，则执行下述的步骤415(包括步骤415a和步骤415b)-步骤416(包括步骤416a和步骤416b)；否则按照上述的步骤409-步骤413，重新获取并验证该第二验证信息。

需要说明的是：在具体实现过程，设定获取并验证的次数，若多次验证失败后，服务器为了保证账户的安全性，将对共同账户的支付功能锁定预设的一段时间，并可以通过通知消息通知用户终端。

示例性的，结合图8(a)，如图8(b)所示，在该步骤414之后，本发明实施例提供的支付验证方法还可以包括下述的步骤415-步骤416。

步骤415a、服务器将该支付数额从该支付账户转移到该目标账户，并向该第一终端发送目标指示消息。

该支付请求中还包括支付数额和目标账户，支付数额即此次支付中，支付账户需要向目标账户支付的电子资源的数量。电子资源可以是资金，也可以是股票、债券等，也可以是其他的，本发明实施例不作限定。

在该第二验证信息符合第二预设信息的情况下，服务器将该支付数额从该支付账户转移到该目标账户，并向该第一终端发送目标指示消息，该目标指示消息用于指示该支付账户成功向目标账户支付该支付数额。

具体的描述可以参考上述实施例一中步骤109的相关描述，此处不再赘述。

步骤416a、第一终端接收该服务器发送的目标指示消息。

在该服务器确定该第二验证信息符合第二预设信息的情况下，接收该服务器发送的目标指示消息，该目标指示消息用于指示该支付账户成功向目标账户支付该支付数额。

具体的描述可以参考上述实施例一中步骤109的相关描述，此处不再赘述。

步骤415b(可选的)、服务器将该支付数额从该支付账户转移到该目标账户，并向该第二终端发送目标指示消息。

在该第二验证信息符合第二预设信息的情况下，服务器将该支付数额从该支付账户转移到该目标账户，并向该第二终端发送目标指示消息，该目标指示消息用于指示该支付账户成功向目标账户支付该支付数额。

具体的描述可以参考上述实施例一中步骤109的相关描述，此处不再赘述。

步骤416b(可选的)、第二终端接收该服务器发送的目标指示消息。

在该服务器确定该第二验证信息符合第二预设信息的情况下，接收该服务器发送的目标指示消息，该目标指示消息用于指示该支付账户成功向目标账户支付该支付数额。

具体的描述可以参考上述实施例一中步骤109的相关描述，此处不再赘述。

上述步骤415a-步骤416a和步骤415b-步骤416b之间没有固定的顺序，可以以任意顺序执行，本发明实施例不作限定。

示例性的，在步骤401之前，本发明实施例提供的支付验证方法还可以包括设置交易验证信息的过程，具体的可以参考上述实施例一的步骤111-步骤117的相关描述，此处不再赘述。

上述实现方式相比实施例三的实现方式可以在一定程度上可以降低用户信息泄露的几率，提高共同账户的安全性。

本发明实施例提供了一种支付验证方法，在该方案中，由于针对共同账户的支付请求，需要获得该共同账户的多个用户的验证信息，且将多个用户的验证信息分别与对应的预设信息进行验证。从而当多个用户的验证信息分别符合对应的预设信息的情况下，才可能使用该共同账户完成此次支付。相比现有技术，该方案需要验证共同账户的多个用户的验证信息，在一定程度上加强了支付的安全性，提高了共同账户的资金安全性，解决了在采用共同账户支付时，多人使用相同的口令验证的方式，导致共同账户的资金安全性较低的问题。

实施例五

如图9所示，本发明实施例提供一种服务器120，其特征在于，该服务器120包括：接收模块121、获取模块122和验证模块123；

该接收模块121，用于接收第一终端发送的支付请求，该支付请求中包括支付账户和验证方式信息；

该获取模块122，用于根据该接收模块121接收的该验证方式信息，获取第一用户的第一验证信息和第二用户的第二验证信息，该支付账户为该第一用户和该第二用户的共同账户；

该验证模块123，用于验证该获取模块122获取的该第一验证信息是否符合第一预设信息，并验证该获取模块122获取的该第二验证信息是否符合第二预设信息，该第一预设信息和该第二预设信息为该服务器中保存的预设信息。

可选的，该验证方式信息为通过该第一终端验证；该获取模块122，具体用于向该第一终端发送第一指示消息，该第一指示消息用于指示该第一终端显示验证界面，该验证界面用于该第一用户输入该第一验证信息和该第二用户输入该第二验证信息；接收该第一终端发送的该第一验证信息和该第二验证信息；或者，该获取模块122，具体用于向该第一终端发送第一指示消息，该第一指示消息用于指示该第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息；接收该第一终端发送的该第一验证信息；在该第一验证信息符合该第一预设信息的情况下，向该第一终端发送第二指示消息，该第二指示消息用于指示该第一终端显示第二验证界面，该第二验证界面用于该第二用户输入该第二验证信息；接收该第一终端发送的该第二验证信息。

可选的，该验证方式信息为通过该第一终端和第二终端验证，该第一用户为使用该第一终端的用户，该第二用户为使用该第二终端的用户；该获取模块122，具体用于向该第一终端发送第一指示消息，并向该第二终端发送第二指示消息，其中，该第一指示消息用于指示该第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息，第二指示消息用于指示该第二终端显示第二验证界面，该第二验证界面用于该第二用户输入该第二验证信息；接收该第一终端发送的该第一验证信息，并接收该第二终端发送的该第二验证信息；或者，该获取模块122，具体用于向该第一终端发送第一指示消息，该第一指示消息用于指示该第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息；接收该第一终端发送的该第一验证信息；在该第一验证信息符合第一预设信息的情况下，向该第二终端发送第二指示消息，该第二指示消息用于指示该第二终端显示第二验证界面，该第二验证界面用于该第二用户输入该第二验证信息；接收该第二终端发送的该第二验证信息。

可选的，该接收模块121，还用于在该接收第一终端发送的支付请求之前，接收该第一终端发送的设置请求，该设置请求用于请求设置该支付账户的交易验证信息，该交易验证信息包括该第一预设信息和该第二预设信息；该服务器120还包括发送模块124，该发送模块124，用于向该第一终端发送第三指示消息，并向该第二终端发送第四指示消息，该第三指示消息用于指示该第一终端显示该第一设置界面，该第一设置界面用于该第一用户输入该第一预设信息，该第四指示消息用于指示该第二终端显示该第二设置界面，该第二设置界面用于该第二用户输入该第二预设信息；该接收模块121，还用于接收该第一终端发送的该第一预设信息和该第二终端发送的该第二预设信息；该服务器120还包括：保存模块125，该保存模块125，用于将该第一预设信息和该第二预设信息保存为该支付账户的交易验证信息。

可选的，该支付请求中还包括支付数额和目标账户；该服务器120还包括：转移模块126；该转移模块126，用于在该验证该第一验证信息是否符合第一预设信息，并验证该第二验证信息是否符合第二预设信息之后，在该第一验证信息符合该第一预设信息，且该第二验证信息符合该第二预设信息的情况下，将该支付数额从该支付账户转移到该目标账户，该发送模块，还用于向该第一终端发送目标指示消息，该目标指示消息用于指示该支付账户成功向该目标账户支付该支付数额。

本发明实施例提供的终端能够实现上述方法实施例一至实施例四中的图3至图8任意之一所示的各个过程，为避免重复，此处不再赘述。

本发明实施例提供了一种服务器，在该服务器中，由于针对共同账户的支付请求，需要获得该共同账户的多个用户的验证信息，且将多个用户的验证信息分别与对应的预设信息进行验证。从而当多个用户的验证信息分别符合对应的预设信息的情况下，才可能使用该共同账户完成此次支付。相比现有技术，该方案需要验证共同账户的多个用户的验证信息，在一定程度上加强了支付的安全性，提高了共同账户的资金安全性，解决了在采用共同账户支付时，多人使用相同的口令验证的方式，导致共同账户的资金安全性较低的问题。

实施例六

参考图10所示，本发明实施例还提供一种服务器130，包括处理器131，存储器132，以及存储在存储器132上并可在该处理器131上运行的计算机程序，该计算机程序被处理器131执行时实现上述方法实施例中图3至图8任意之一所示的支付验证方法的各个过程，且能达到相同的技术效果，为避免重复，此处不再赘述。

实施例七

如图11所示，本发明实施例提供一种终端140，该终端140包括：发送模块141和接收模块142；

该发送模块141，用于向服务器发送支付请求，该支付请求中包括支付账户和验证方式信息，该验证方式信息用于指示该服务器获取第一用户的第一验证信息和第二用户的第二验证信息的方式，该支付账户为该第一用户和该第二用户的共同账户；

该接收模块142，用于接收该服务器发送的第一指示消息，该第一指示消息用于指示第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息和该第二用户输入该第二验证信息；接收该第一用户输入的该第一验证信息和该第二用户输入的该第二验证信息，该发送模块142，还用于向该服务器发送该接收模块142接收的该第一验证信息和该第二验证信息，其中，该第一验证信息和该第二验证信息用于该服务器验证该第一验证信息是否符合第一预设信息，并验证该第二验证信息是否符合第二预设信息，该第一预设信息和该第二预设信息为该服务器中保存的预设信息。

可选的，该支付请求中还包括支付数额和目标账户；该接收模块141，还用于在该向该服务器发送该第一验证信息和该第二验证信息之后，在该服务器确定该第一验证信息符合该第一预设信息，且该第二验证信息符合该第二预设信息的情况下，接收该服务器发送的目标指示消息，该目标指示消息用于指示该支付账户成功向该目标账户支付该支付数额。

本发明实施例提供的终端能够实现上述方法实施例中图3至图8任意之一所示的各个过程，为避免重复，此处不再赘述。

本发明实施例提供了一种终端，在该终端中，由于针对共同账户的支付请求，需要获得该共同账户的多个用户的验证信息，且将多个用户的验证信息分别与对应的预设信息进行验证。从而当多个用户的验证信息分别符合对应的预设信息的情况下，才可能使用该共同账户完成此次支付。相比现有技术，该方案需要验证共同账户的多个用户的验证信息，在一定程度上加强了支付的安全性，提高了共同账户的资金安全性，解决了在采用共同账户支付时，多人使用相同的口令验证的方式，导致共同账户的资金安全性较低的问题。

实施例八

如图11所示，本发明实施例提供一种终端140，该终端140包括：发送模块141和接收模块142；

该发送模块141，用于向服务器发送支付请求，该支付请求中包括支付账户和验证方式信息，该验证方式信息用于指示该服务器获取第一用户的第一验证信息和第二用户的第二验证信息的方式，该支付账户为该第一用户和该第二用户的共同账户；

该接收模块142，用于接收该服务器发送的第一指示消息，该第一指示消息用于指示第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息；并接收该第一用户输入的该第一验证信息，该发送模块141，还用于向该服务器发送该接收模块接收的该第一验证信息；

在该服务器确定该第一验证信息符合第一预设信息的情况下，该接收模块142，还用于接收该服务器发送的第二指示消息，该第二指示消息用于指示该第一终端显示第二验证界面，该第二验证界面用于该第二用户输入该第二验证信息，该第一预设信息为该服务器中保存的预设信息；并接收该第二用户输入的该第二验证信息，该发送模块141，还用于向该服务器发送该接收模块142接收的该第二验证信息，其中，该第二验证信息用于该服务器验证该第二验证信息是否符合第二预设信息，该第二预设信息为该服务器中保存的预设信息。

可选的，该支付请求中还包括支付数额和目标账户；该接收模块142，还用于在该向该服务器发送该第二验证信息之后，在该服务器确定该第二验证信息符合第二预设信息的情况下，接收该服务器发送的目标指示消息，该目标指示消息用于指示该支付账户成功向该目标账户支付该支付数额。

本发明实施例提供的终端能够实现上述方法实施例中图3至图8任意之一所示的各个过程，为避免重复，此处不再赘述。

本发明实施例提供了一种终端，在该终端中，由于针对共同账户的支付请求，需要获得该共同账户的多个用户的验证信息，且将多个用户的验证信息分别与对应的预设信息进行验证。从而当多个用户的验证信息分别符合对应的预设信息的情况下，才可能使用该共同账户完成此次支付。相比现有技术，该方案需要验证共同账户的多个用户的验证信息，在一定程度上加强了支付的安全性，提高了共同账户的资金安全性，解决了在采用共同账户支付时，多人使用相同的口令验证的方式，导致共同账户的资金安全性较低的问题。

图12为实现本发明各个实施例的一种终端的硬件结构示意图。如图12所示，该终端100包括但不限于：射频单元101、网络模块102、音频输出单元103、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图12中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，射频单元101，用于向服务器发送支付请求，该支付请求中至少包括支付数额、支付账户和验证方式信息，该验证方式信息用于指示该服务器获取第一用户的第一验证信息和第二用户的第二验证信息的方式，该支付账户为该第一用户和该第二用户的共同账户；接收该服务器发送的第一指示消息，该第一指示消息用于指示该第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息和该第二用户输入该第二验证信息；用户输入单元107，用于接收该第一用户输入的该第一验证信息和该第二用户输入的该第二验证信息。射频单元101，还用于向该服务器发送该第一验证信息和该第二验证信息；在该服务器确定该第一验证信息符合第一预设信息，且该第二验证信息符合第二预设信息的情况下，接收该服务器发送的目标指示消息，该目标指示消息用于指示该支付账户成功向目标账户支付该支付数额，该第一预设信息和该第二预设信息为该服务器中保存的预设信息。

或者，

射频单元101，用于向服务器发送支付请求，该支付请求中至少包括支付数额、支付账户和验证方式信息，该验证方式信息用于指示该服务器获取第一用户的第一验证信息和第二用户的第二验证信息的方式，该支付账户为该第一用户和该第二用户的共同账户；接收该服务器发送的第一指示消息，该第一指示消息用于指示该第一终端显示第一验证界面，该第一验证界面用于该第一用户输入该第一验证信息；用户输入单元107，用于接收该第一用户输入的该第一验证信息，射频单元101，还用于向该服务器发送该第一验证信息；在该服务器确定该第一验证信息符合第一预设信息的情况下，接收该服务器发送的第二指示消息，该第二指示消息用于指示该第一终端显示第二验证界面，该第二验证界面用于该第二用户输入该第二验证信息，该第一预设信息为该服务器中保存的预设信息；用户输入单元107，还用于接收该第二用户输入的该第二验证信息，射频单元101，还用于向该服务器发送该第二验证信息；在该服务器确定该第二验证信息符合第二预设信息的情况下，接收该服务器发送的目标指示消息，该目标指示消息用于指示该支付账户成功向目标账户支付该支付数额，该第二预设信息为该服务器中保存的预设信息。

本发明实施例提供的终端，在该终端中，由于针对共同账户的支付请求，需要获得该共同账户的多个用户的验证信息，且将多个用户的验证信息分别与对应的预设信息进行验证。从而当多个用户的验证信息分别符合对应的预设信息的情况下，才可能使用该共同账户完成此次支付。相比现有技术，该方案需要验证共同账户的多个用户的验证信息，在一定程度上加强了支付的安全性，提高了共同账户的资金安全性，解决了在采用共同账户支付时，多人使用相同的口令验证的方式，导致共同账户的资金安全性较低的问题。

应理解的是，本发明实施例中，射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信系统与网络和其他设备通信。

终端通过网络模块102为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元103可以将射频单元101或网络模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103包括扬声器、蜂鸣器以及受话器等。

输入单元104用于接收音频或视频信号。输入单元104可以包括图形处理器(graphicsprocessingunit，gpu)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或网络模块102进行发送。麦克风1042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。

终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器105还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(liquidcrystaldisplay，lcd)、有机发光二极管(organiclight-emittingdiode,oled)等形式来配置显示面板1061。

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

进一步的，触控面板1071可覆盖在显示面板1061上，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图12中，触控面板1071与显示面板1061是作为两个独立的部件来实现终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现终端的输入和输出功能，具体此处不做限定。

接口单元108为外部装置与终端100连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端100内的一个或多个元件或者可以用于在终端100和外部装置之间传输数据。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器110是终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行终端的各种功能和处理数据，从而对终端进行整体监控。处理器110可包括一个或多个处理单元；可选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

终端100还可以包括给各个部件供电的电源111(比如电池)，可选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，终端100包括一些未示出的功能模块，在此不再赘述。

实施例九

本发明实施例还提供一种终端，可以包括上述如图12所示的处理器110，存储器109，以及存储在存储器109上并可在该处理器110上运行的计算机程序，该计算机程序被处理器110执行时实现上述方法实施例中图3至图8任意之一所示的支付验证方法的各个过程，且能达到相同的技术效果，为避免重复，此处不再赘述。

实施例十

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述方法实施例中图3至图8任意之一所示的支付验证方法的各个过程，且能达到相同的技术效果，为避免重复，此处不再赘述。其中，的计算机可读存储介质，如只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等。

实施例十一

本发明实施例还提供一种支付系统，包括：服务器以及终端；

服务器包括如实施例五所述的服务器或如实施例六所述的服务器；

终端包括如实施例七或实施例八所述的终端或如实施例九所述的终端。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。