CN104217328A - 一种多重验证的支付方法及装置 - Google Patents

Abstract

本公开是关于一种多重验证的支付方法及装置，该方法包括：在接收到支付账号对应的支付指令时，确定与支付账号对应匹配的每个终端号码，与支付账号对应匹配的终端号码的数量至少为两个；分别向与支付账号对应匹配的每个终端号码发送一个按照预设生成条件生成的验证信息；建立支付账号与每个验证信息的对应关系；在接收到按照预设输入条件输入的支付账号对应的验证信息时，执行支付账号对应的支付指令。由于与支付账号对应匹配的终端号码的数量至少为两个，而且需要按照预设输入条件输入支付账号对应的验证信息，所以本公开提供的方案能够提高电子支付或电子转账等操作的安全性，从而保证用户的金融安全。

Description

一种多重验证的支付方法及装置

技术领域

本发明涉及通信技术领域，更具体的说，涉及多重验证的支付方法及装置。

背景技术

随着移动互联网技术和电子商务技术的日益发展完善，各种网上购物和银行业务逐渐盛行起来。在日常生活中，人们越来越多的接触到电子支付或电子转账等业务。

目前，在用户使用电子支付或电子转账等业务时，为了保证用户的安全，支付系统会向预先登记的终端发送一串验证信息，以验证执行当前电子支付或当前电子转账的用户是否为合法用户。在用户将预先登记的终端接收到的验证信息输入到支付系统时，支付系统则确定执行当前电子支付或当前电子转账的用户为合法用户，从而完成当前的支付或转账等操作。

在研究和实践过程中，发明人发现上述相关技术至少存在以下问题：

如果用于登录支付系统的身份信息和预先登记的终端被不法分子偷取，那么不法分子便可以利用用户的身份信息登录支付系统，并且将终端接收到的验证信息输入到支付系统中，从而非法的完成当前的支付或转账等操作，因此，上述相关技术的安全性较低，容易给不法分子有机可乘，严重影响个人的金融安全。

发明内容

为克服相关技术中存在的问题，本公开提供一种多重验证的支付方法及装置，以提高电子支付或电子转账等操作的安全性，从而保证用户的金融安全。

根据本公开实施例的第一方面，提供一种多重验证的支付方法，包括：

在接收到支付账号对应的支付指令时，确定与所述支付账号对应匹配的每个终端号码，与所述支付账号对应匹配的终端号码的数量至少为两个；

分别向与所述支付账号对应匹配的所述每个终端号码发送一个按照预设生成条件生成的验证信息；

建立所述支付账号与每个所述验证信息的对应关系；

在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令。

可选的，所述在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令的步骤包括：

接收按照预设顺序输入的所述支付账号对应的验证信息；

判断按照所述预设顺序输入的所述支付账号对应的验证信息是否符合预设输入条件；

在按照所述预设顺序输入的所述支付账号对应的验证信息符合所述预设输入条件时，执行所述支付账号对应的支付指令。

可选的，所述验证信息为数字信息；

所述在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令的步骤包括：

接收按照所述验证信息的大小顺序输入的所述支付账号对应的验证信息；

判断按照所述验证信息的大小顺序输入的所述支付账号对应的验证信息是否符合预设输入条件；

在按照所述验证信息的大小顺序输入的所述支付账号对应的验证信息符合所述预设输入条件时，执行所述支付账号对应的支付指令。

可选的，所述验证信息为数字信息；

所述在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令的步骤包括：

接收按照预设计算规则对所述支付账号对应的验证信息进行计算生成的目标数值；

判断所述目标数值是否符合预设输入条件；

在所述目标数值符合所述预设输入条件时，执行所述支付账号对应的支付指令。

可选的，所述在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令的步骤包括：

接收在预设时间段内输入的所述支付账号对应的验证信息；

判断在所述预设时间段内输入的所述支付账号对应的验证信息是否符合预设输入条件；

在所述预设时间段内输入的所述支付账号对应的验证信息符合所述预设输入条件时，执行所述支付账号对应的支付指令。

可选的，所述在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令的步骤包括：

接收按照预设时间间隔输入的所述支付账号对应的验证信息；

判断按照所述预设时间间隔输入的所述支付账号对应的验证信息是否符合预设输入条件；

在按照所述预设时间间隔输入的所述支付账号对应的验证信息符合预设输入条件时，执行所述支付账号对应的支付指令。

根据本公开实施例的第二方面，提供一种多重验证的支付装置，包括：

确定模块，用于在接收到支付账号对应的支付指令时，确定与所述支付账号对应匹配的每个终端号码，与所述支付账号对应匹配的终端号码的数量至少为两个；

发送模块，用于分别向与所述支付账号对应匹配的所述每个终端号码发送一个按照预设生成条件生成的验证信息；

建立模块，用于建立所述支付账号与每个所述验证信息的对应关系；

执行模块，用于在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令。

可选的，所述执行模块包括：

第一接收单元，用于接收按照预设顺序输入的所述支付账号对应的验证信息；

第一判断单元，用于判断按照所述预设顺序输入的所述支付账号对应的验证信息是否符合预设输入条件；

第一执行单元，用于在按照所述预设顺序输入的所述支付账号对应的验证信息符合所述预设输入条件时，执行所述支付账号对应的支付指令。

可选的，所述验证信息为数字信息；所述执行模块包括：

第二接收单元，用于接收按照所述验证信息的大小顺序输入的所述支付账号对应的验证信息；

第二判断单元，用于判断按照所述验证信息的大小顺序输入的所述支付账号对应的验证信息是否符合预设输入条件；

第二执行单元，用于在按照所述验证信息的大小顺序输入的所述支付账号对应的验证信息符合所述预设输入条件时，执行所述支付账号对应的支付指令。

可选的，所述验证信息为数字信息；所述执行模块包括：

第三接收单元，用于接收按照预设计算规则对所述支付账号对应的验证信息进行计算生成的目标数值；

第三判断单元，用于判断所述目标数值是否符合预设输入条件；

第三执行单元，用于在所述目标数值符合所述预设输入条件时，执行所述支付账号对应的支付指令。

可选的，所述执行模块包括：

第四接收单元，用于接收在预设时间段内输入的所述支付账号对应的验证信息；

第四判断单元，用于判断在所述预设时间段内输入的所述支付账号对应的验证信息是否符合预设输入条件；

第四执行单元，用于在所述预设时间段内输入的所述支付账号对应的验证信息符合所述预设输入条件时，执行所述支付账号对应的支付指令。

可选的，所述执行模块包括：

第五接收单元，用于接收按照预设时间间隔输入的所述支付账号对应的验证信息；

第五判断单元，用于判断按照所述预设时间间隔输入的所述支付账号对应的验证信息是否符合预设输入条件；

第五执行单元，用于在按照所述预设时间间隔输入的所述支付账号对应的验证信息符合预设输入条件时，执行所述支付账号对应的支付指令。

根据本公开实施例的第三方面，提供一种多重验证的支付装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

在接收到支付账号对应的支付指令时，确定与所述支付账号对应匹配的每个终端号码，与所述支付账号对应匹配的终端号码的数量至少为两个；

分别向与所述支付账号对应匹配的所述每个终端号码发送一个按照预设生成条件生成的验证信息；

建立所述支付账号与每个所述验证信息的对应关系；

在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令。

本公开的实施例提供的技术方案可以包括以下有益效果：由于支付账号对应的终端号码的数量至少为两个，需要向每个终端号码发送一个验证信息，所以生成的验证信息的数量至少为两个。由于验证信息不止一个，所以即使黑客获取到一个终端号码对应的验证信息，也无法执行支付账号对应的支付指令；而且，由于需要按照预设输入条件输入支付账号对应的验证信息，所以即使黑客获取到每个终端号码对应的验证信息，如果不能够按照正确的输入条件进行输入，同样无法执行支付账号对应的支付指令。因此，本公开提供的方案能够提高电子支付或电子转账等操作的安全性，从而保证用户的金融安全。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种多重验证的支付方法的流程图。

图2是根据一示例性实施例示出的一种多重验证的支付装置的示意图。

图3是根据一示例性实施例示出的一种多重验证的支付装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

实施例一

图1是根据一示例性实施例示出的一种多重验证的支付方法的流程图，如图1所示，图1所示的多重验证的支付方法可以用于服务器中。本公开提供的多重验证的支付方法能够提高电子支付或电子转账等操作的安全性，从而保证用户的金融安全。该方法包括以下步骤。

在步骤S11中，在接收到支付账号对应的支付指令时，确定与支付账号对应匹配的每个终端号码，与支付账号对应匹配的终端号码的数量至少为两个。

其中，本实施例提供的方法可以用于支付或转账的服务器中，在服务器接收到针对某一个支付账号对应的支付指令时，服务器需要向该支付账号对应的每一个终端号码发送验证信息，以便于对当前正在使用该支付账号的用户进行核查，以判断该用户是否为合法用户，在判断出该用户为合法用户时，服务器才会执行该支付账号对应的支付指令。支付指令可以为付款指令，也可以为转账指令，还可以为缴纳各种费用的指令，所以支付指令为用户在服务器中输入的针对支付账户内资金的各种操作指令。

在服务器中，用户可以预先存储与支付账号对应的至少两个终端号码；而且，服务器一旦接收到某个支付账户对应的支付指令，服务器便会确定该支付账号对应的每个终端号码。例如，用户预先在服务器中登录支付账号X，并在服务器中输入终端号码A和终端号码B，然后建立登录支付账号X与终端号码A和终端号码B的对应关系，从而支付账号X与终端号码A和终端号码B相对应；在服务器接收到支付账户X对应的转账指令时，服务器便会确定出预先与支付账号X建立对应关系的终端号码A和终端号码B，以便于为后续的信息验证步骤做好准备。

终端号码可以为手机号码，也可以为座机号码，还可以为其他类型终端的号码。如果终端号码为座机号码，那么服务器在后续步骤中可以生成语音验证信息发送给该座机号码对应的设备；如果终端号码为手机号码，那么服务器在后续步骤中可以生成验证短信发送给该手机号码对应的终端。由于终端号码可以为不同设备的号码，所以服务器向终端号码发送的验证信息的类型也就不同，服务器可以根据终端号码的类型来确定该终端号码对应的设备可以接收的信息类型，从而向该终端号码发送对应类型的验证信息。

另外，终端号码还可以为能够在终端上登录的应用软件号码，例如，终端号码为一款即时通信软件A的账号B，那么在后续步骤中，服务器便可以根据该即时通信软件A的类型，生成适合该即时通信软件A的验证信息，并发送给该即时通信软件A的账号B，由于用户在终端上查看该即时通信软件A内的信息时，需要在终端上输入该即时通信软件A对应的账号B和密码，所以此种方案具有更好的保密性。

在步骤S12中，分别向与支付账号对应匹配的每个终端号码发送一个按照预设生成条件生成的验证信息。

其中，在服务器确定出与支付账号对应的每个终端号码之后，服务器会按照预设生成条件来生成验证信息，并分别给每个终端号码发送一个验证信息。预设生成条件会根据终端号码的类型不同而生成不同类型的验证信息，例如，在终端号码为手机号码时，服务器按照预设生成条件会生成验证短信，并将验证短信发送给该手机号码；又如，在终端号码为座机号码时，服务器按照预设生成条件会生成语音验证信息，并将语音验证信息发送给该座机号码。

下面结合具体实例来说明上述内容，例如，假设终端号码为手机号码A，服务器在识别出手机号码A后，便利用预设生成条件生成验证短信，该验证短信的内容为“110220”，并将验证短信“110220”发送给手机号码A对应的设备，用户便可以通过该设备看到验证短信“110220”；又如，假设终端号码为座机号码B，服务器在识别出座机号码B后，便利用预设生成条件生成语音验证信息，该语音验证信息的内容为“330440”，并将语音验证信息“330440”发送给座机号码B对应的设备，用户便可以通过该设备的听筒听到语音验证信息“330440”；再如，假设终端号码为即时通信软件X的账号C，服务器在识别出即时通信软件X的账号C后，便利用预设生成条件生成适合于该即时通信软件X的文本信息，该文本信息的内容为“550660”，并将文本信息“550660”发送给即时通信软件X的账号C，在用户通过某一款设备Y打开即时通信软件X，并在即时通信软件X上输入账号C和密码时，用户便可以在设备Y内看到即时通信软件X的账号C接收到的文本信息“550660”。

在步骤S13中，建立支付账号与每个验证信息的对应关系。

其中，在服务器将生成的验证信息分别发送给每个终端号码以后，为了在后续验证时可以分辨出用户输入的验证信息是否为支付账号对应的验证信息，需要建立支付账号与每个验证信息的对应关系。例如，支付账号为A，支付账号A分别与终端号码B和终端号码C相对应，服务器将验证信息X1发送给终端号码B，将验证信息Y1发送给终端号码C，此时，服务器需要建立支付账号A与验证信息X1和验证信息Y1的对应关系，以便于在用户输入支付账号A的验证信息X2和验证信息Y2时，服务器能够判断出验证信息X2和验证信息Y2是否正确。

在步骤S14中，在接收到按照预设输入条件输入的支付账号对应的验证信息时，执行支付账号对应的支付指令。

其中，在服务器接收到用户输入的支付账号对应的验证信息时，服务器需要判断出用户是否按照预设输入条件输入的，如果用户输入的验证信息与支付账号对应的验证信息相同，但是用户没有按照预设输入条件进行输入，那么服务器也会认为该用户为非法用户，不会执行用户输入的支付账号对应的支付指令。预设输入条件可以为多种形式，例如，预设输入条件可以为按照预定的顺序输入支付账号对应的每个验证信息；又如，预设输入条件也可以为按照预定的运算法则对支付账号对应的每个验证信息进行计算，然后将计算结果输入给服务器；再如，预设输入条件可以为按照预定时间间隔输入支付账号对应的每个验证信息。当然，预设输入条件可以为其他类型的输入条件，本公开并不局限于上述给出的例子，在此不再一一赘述。

只要服务器接收到按照预设输入条件输入的支付账号对应的验证信息，那么服务器便认为当前用户为合法用户，便执行该当前用户输入的支付账号对应的支付指令。

另外，在步骤S14中，在接收到按照预设输入条件输入的支付账号对应的验证信息时，执行支付账号对应的支付指令，该步骤具体可以包括以下三个小步骤：步骤1、接收按照预设顺序输入的支付账号对应的验证信息；步骤2、判断按照预设顺序输入的支付账号对应的验证信息是否符合预设输入条件；步骤3、在按照预设顺序输入的支付账号对应的验证信息符合预设输入条件时，执行支付账号对应的支付指令。例如，假设支付账号为A，与支付账号A对应的验证信息分别为验证信息B、验证信息C、验证信息D和验证信息E，预设输入条件为依次输入验证信息D、验证信息E、验证信息C和验证信息B。如果用户依次输入验证信息B、验证信息C、验证信息D和验证信息E，那么服务器认为该用户为非法用户，不会执行支付账号A对应的支付指令；如果用户依次输入验证信息D、验证信息E、验证信息C和验证信息B，那么服务器认为该用户为合法用户，便会执行支付账号A对应的支付指令。此方案可以增加黑客破译验证信息的难度，从而更好的保证用户的财产安全。

在步骤S14中，在接收到按照预设输入条件输入的支付账号对应的验证信息时，执行支付账号对应的支付指令，该步骤具体可以包括以下三个小步骤：步骤1、接收按照验证信息的大小顺序输入的支付账号对应的验证信息，验证信息为数字信息；步骤2、判断按照验证信息的大小顺序输入的支付账号对应的验证信息是否符合预设输入条件；步骤3、在按照验证信息的大小顺序输入的支付账号对应的验证信息符合预设输入条件时，执行支付账号对应的支付指令。例如，假设支付账号为A，与支付账号A对应的验证信息分别为数字信息“100”和数字信息“200”，预设输入条件为按照验证信息的由大到小顺序输入。由于数字信息“200”大于数字信息“100”，如果用户先输入数字信息“100”，再输入数字信息“200”，那么服务器认为该用户为非法用户，不会执行支付账号A对应的支付指令；如果用户先输入数字信息“200”，再输入数字信息“100”，那么服务器认为该用户为合法用户，便会执行支付账号A对应的支付指令。此方案可以增加黑客破译验证信息的难度，从而更好的保证用户的财产安全。

在步骤S14中，在接收到按照预设输入条件输入的支付账号对应的验证信息时，执行支付账号对应的支付指令，该步骤具体可以包括以下三个小步骤：步骤1、接收按照预设计算规则对支付账号对应的验证信息进行计算生成的目标数值，验证信息为数字信息；步骤2、判断目标数值是否符合预设输入条件；步骤3、在目标数值符合预设输入条件时，执行支付账号对应的支付指令。例如，假设支付账号为A，与支付账号A对应的验证信息分别为数字信息“100”和数字信息“200”，预设输入条件为将所有验证信息进行乘法运算并生成目标数值，在输入该目标数值。将数字信息“200”与数字信息“100”进行乘法运算后得到的目标数值为“20000”，如果用户输入数字信息“200”，再输入数字信息“100”，那么服务器认为该用户为非法用户，不会执行支付账号A对应的支付指令；如果用户输入数字信息“20000”，那么服务器认为该用户为合法用户，便会执行支付账号A对应的支付指令。此方案可以增加黑客破译验证信息的难度，从而更好的保证用户的财产安全。

在步骤S14中，在接收到按照预设输入条件输入的支付账号对应的验证信息时，执行支付账号对应的支付指令，该步骤具体可以包括以下三个小步骤：步骤1、接收在预设时间段内输入的支付账号对应的验证信息；步骤2、判断在预设时间段内输入的支付账号对应的验证信息是否符合预设输入条件；步骤3、在预设时间段内输入的支付账号对应的验证信息符合预设输入条件时，执行支付账号对应的支付指令。例如，假设支付账号为A，与支付账号A对应的验证信息分别为验证信息D和验证信息E，预设输入条件为在1分钟内输入的支付账号对应的验证信息。如果用户在1分钟之外输入验证信息D和验证信息E，那么服务器认为该用户为非法用户，不会执行支付账号A对应的支付指令；如果用户在1分钟之内输入验证信息D和验证信息E，那么服务器认为该用户为合法用户，便会执行支付账号A对应的支付指令。此方案可以增加黑客破译验证信息的难度，从而更好的保证用户的财产安全。

在步骤S14中，在接收到按照预设输入条件输入的支付账号对应的验证信息时，执行支付账号对应的支付指令，该步骤具体可以包括以下三个小步骤：步骤1、接收按照预设时间间隔输入的支付账号对应的验证信息；步骤2、判断按照预设时间间隔输入的支付账号对应的验证信息是否符合预设输入条件；步骤3、在按照预设时间间隔输入的支付账号对应的验证信息符合预设输入条件时，执行支付账号对应的支付指令。例如，假设支付账号为A，与支付账号A对应的验证信息分别为验证信息D和验证信息E，预设输入条件为输入一个验证信息之后需要至少等待30秒才能输入下一个验证信息。如果用户在输入完验证信息D以后，等待10秒便输入验证信息E，那么服务器认为该用户为非法用户，不会执行支付账号A对应的支付指令；如果用户在输入完验证信息D以后，等待40秒才输入验证信息E，那么服务器认为该用户为合法用户，便会执行支付账号A对应的支付指令。此方案可以增加黑客破译验证信息的难度，从而更好的保证用户的财产安全。

在图1所示的实施例中，由于与支付账号对应匹配的终端号码的数量至少为两个，而且需要向每个终端号码发送一个验证信息，所以生成的验证信息的数量至少为两个。由于验证信息不止一个，所以即使黑客获取到一个终端号码对应的验证信息，也无法执行支付账号对应的支付指令；而且，由于需要按照预设输入条件输入支付账号对应的验证信息，所以即使黑客获取到每个终端号码对应的验证信息，如果不能够按照正确的输入条件进行输入，同样无法执行支付账号对应的支付指令。因此，本公开提供的方案能够提高电子支付或电子转账等操作的安全性，从而保证用户的金融安全。

实施例二

图2是根据一示例性实施例示出的一种多重验证的支付装置的示意图。本公开提供的多重验证的支付装置够提高电子支付或电子转账等操作的安全性，从而保证用户的金融安全。参照图2，该装置包括确定模块11、发送模块12、建立模块13和执行模块14。其中：

确定模块11，用于在接收到支付账号对应的支付指令时，确定与支付账号对应匹配的每个终端号码，与支付账号对应匹配的终端号码的数量至少为两个。

发送模块12，用于分别向与支付账号对应匹配的每个终端号码发送一个按照预设生成条件生成的验证信息。

建立模块13，用于建立支付账号与每个验证信息的对应关系。

执行模块14，用于在接收到按照预设输入条件输入的支付账号对应的验证信息时，执行支付账号对应的支付指令。

在本公开提供的一个可选的方案中，执行模块14可以包括以下单元：第一接收单元，用于接收按照预设顺序输入的支付账号对应的验证信息；第一判断单元，用于判断按照预设顺序输入的支付账号对应的验证信息是否符合预设输入条件；第一执行单元，用于在按照预设顺序输入的支付账号对应的验证信息符合预设输入条件时，执行支付账号对应的支付指令。

在本公开提供的另一个可选的方案中，执行模块14可以包括以下单元：第二接收单元，用于接收按照验证信息的大小顺序输入的支付账号对应的验证信息，验证信息为数字信息；第二判断单元，用于判断按照验证信息的大小顺序输入的支付账号对应的验证信息是否符合预设输入条件；第二执行单元，用于在按照验证信息的大小顺序输入的支付账号对应的验证信息符合预设输入条件时，执行支付账号对应的支付指令。

在本公开提供的又一个可选的方案中，执行模块14可以包括以下单元：第三接收单元，用于接收按照预设计算规则对支付账号对应的验证信息进行计算生成的目标数值，验证信息为数字信息；第三判断单元，用于判断目标数值是否符合预设输入条件；第三执行单元，用于在目标数值符合预设输入条件时，执行支付账号对应的支付指令。

在本公开提供的又一个可选的方案中，执行模块14可以包括以下单元：第四接收单元，用于接收在预设时间段内输入的支付账号对应的验证信息；第四判断单元，用于判断在预设时间段内输入的支付账号对应的验证信息是否符合预设输入条件；第四执行单元，用于在预设时间段内输入的支付账号对应的验证信息符合预设输入条件时，执行支付账号对应的支付指令。

在本公开提供的又一个可选的方案中，执行模块14可以包括以下单元：第五接收单元，用于接收按照预设时间间隔输入的支付账号对应的验证信息；第五判断单元，用于判断按照预设时间间隔输入的支付账号对应的验证信息是否符合预设输入条件；第五执行单元，用于在按照预设时间间隔输入的支付账号对应的验证信息符合预设输入条件时，执行支付账号对应的支付指令。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

实施例三

图3是根据一示例性实施例示出的一种多重验证的支付装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图3，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种多重验证的支付方法，所述方法包括：在接收到支付账号对应的支付指令时，确定与支付账号对应匹配的每个终端号码，与支付账号对应匹配的终端号码的数量至少为两个；分别向与支付账号对应匹配的每个终端号码发送一个按照预设生成条件生成的验证信息；建立支付账号与每个验证信息的对应关系；在接收到按照预设输入条件输入的支付账号对应的验证信息时，执行支付账号对应的支付指令。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (13)

1.一种多重验证的支付方法，其特征在于，包括：

在接收到支付账号对应的支付指令时，确定与所述支付账号对应匹配的每个终端号码，与所述支付账号对应匹配的终端号码的数量至少为两个；

分别向与所述支付账号对应匹配的所述每个终端号码发送一个按照预设生成条件生成的验证信息；

建立所述支付账号与每个所述验证信息的对应关系；

在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令。

2.根据权利要求1所述的多重验证的支付方法，其特征在于，所述在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令的步骤包括：

接收按照预设顺序输入的所述支付账号对应的验证信息；

判断按照所述预设顺序输入的所述支付账号对应的验证信息是否符合预设输入条件；

在按照所述预设顺序输入的所述支付账号对应的验证信息符合所述预设输入条件时，执行所述支付账号对应的支付指令。

3.根据权利要求1所述的多重验证的支付方法，其特征在于，所述验证信息为数字信息；

所述在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令的步骤包括：

接收按照所述验证信息的大小顺序输入的所述支付账号对应的验证信息；

判断按照所述验证信息的大小顺序输入的所述支付账号对应的验证信息是否符合预设输入条件；

在按照所述验证信息的大小顺序输入的所述支付账号对应的验证信息符合所述预设输入条件时，执行所述支付账号对应的支付指令。

4.根据权利要求1所述的多重验证的支付方法，其特征在于，所述验证信息为数字信息；

所述在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令的步骤包括：

接收按照预设计算规则对所述支付账号对应的验证信息进行计算生成的目标数值；

判断所述目标数值是否符合预设输入条件；

在所述目标数值符合所述预设输入条件时，执行所述支付账号对应的支付指令。

5.根据权利要求1所述的多重验证的支付方法，其特征在于，所述在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令的步骤包括：

接收在预设时间段内输入的所述支付账号对应的验证信息；

判断在所述预设时间段内输入的所述支付账号对应的验证信息是否符合预设输入条件；

在所述预设时间段内输入的所述支付账号对应的验证信息符合所述预设输入条件时，执行所述支付账号对应的支付指令。

6.根据权利要求1所述的多重验证的支付方法，其特征在于，所述在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令的步骤包括：

接收按照预设时间间隔输入的所述支付账号对应的验证信息；

判断按照所述预设时间间隔输入的所述支付账号对应的验证信息是否符合预设输入条件；

在按照所述预设时间间隔输入的所述支付账号对应的验证信息符合预设输入条件时，执行所述支付账号对应的支付指令。

7.一种多重验证的支付装置，其特征在于，包括：

确定模块，用于在接收到支付账号对应的支付指令时，确定与所述支付账号对应匹配的每个终端号码，与所述支付账号对应匹配的终端号码的数量至少为两个；

发送模块，用于分别向与所述支付账号对应匹配的所述每个终端号码发送一个按照预设生成条件生成的验证信息；

建立模块，用于建立所述支付账号与每个所述验证信息的对应关系；

执行模块，用于在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令。

8.根据权利要求7所述的多重验证的支付装置，其特征在于，所述执行模块包括：

第一接收单元，用于接收按照预设顺序输入的所述支付账号对应的验证信息；

第一判断单元，用于判断按照所述预设顺序输入的所述支付账号对应的验证信息是否符合预设输入条件；

第一执行单元，用于在按照所述预设顺序输入的所述支付账号对应的验证信息符合所述预设输入条件时，执行所述支付账号对应的支付指令。

9.根据权利要求7所述的多重验证的支付装置，其特征在于，所述验证信息为数字信息；所述执行模块包括：

第二接收单元，用于接收按照所述验证信息的大小顺序输入的所述支付账号对应的验证信息；

第二判断单元，用于判断按照所述验证信息的大小顺序输入的所述支付账号对应的验证信息是否符合预设输入条件；

第二执行单元，用于在按照所述验证信息的大小顺序输入的所述支付账号对应的验证信息符合所述预设输入条件时，执行所述支付账号对应的支付指令。

10.根据权利要求7所述的多重验证的支付装置，其特征在于，所述验证信息为数字信息；所述执行模块包括：

第三接收单元，用于接收按照预设计算规则对所述支付账号对应的验证信息进行计算生成的目标数值；

第三判断单元，用于判断所述目标数值是否符合预设输入条件；

第三执行单元，用于在所述目标数值符合所述预设输入条件时，执行所述支付账号对应的支付指令。

11.根据权利要求7所述的多重验证的支付装置，其特征在于，所述执行模块包括：

第四接收单元，用于接收在预设时间段内输入的所述支付账号对应的验证信息；

第四判断单元，用于判断在所述预设时间段内输入的所述支付账号对应的验证信息是否符合预设输入条件；

第四执行单元，用于在所述预设时间段内输入的所述支付账号对应的验证信息符合所述预设输入条件时，执行所述支付账号对应的支付指令。

12.根据权利要求7所述的多重验证的支付装置，其特征在于，所述执行模块包括：

第五接收单元，用于接收按照预设时间间隔输入的所述支付账号对应的验证信息；

第五判断单元，用于判断按照所述预设时间间隔输入的所述支付账号对应的验证信息是否符合预设输入条件；

第五执行单元，用于在按照所述预设时间间隔输入的所述支付账号对应的验证信息符合预设输入条件时，执行所述支付账号对应的支付指令。

13.一种多重验证的支付装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

在接收到支付账号对应的支付指令时，确定与所述支付账号对应匹配的每个终端号码，与所述支付账号对应匹配的终端号码的数量至少为两个；

分别向与所述支付账号对应匹配的所述每个终端号码发送一个按照预设生成条件生成的验证信息；

建立所述支付账号与每个所述验证信息的对应关系；

在接收到按照预设输入条件输入的所述支付账号对应的验证信息时，执行所述支付账号对应的支付指令。