一种支付控制方法及服务器与流程

本发明涉及安全技术，尤其涉及一种支付控制方法及服务器。

背景技术：

随着移动智能操作系统、云计算等的广泛应用，非现金交易以其便利性和快捷性得到了大众的认可，已逐渐成为一种主流的交易方式。然而，这种交易方式也给不法分子创造了机会，使得交易过程没有产生密码学意义上可信的交易证据，容易增加用户资金丢失的风险。

技术实现要素：

有鉴于此，本发明实施例为解决现有技术中存在的至少一个问题而提供一种支付控制方法及服务器。

本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种服务器，包括：

接收单元，用于接收第一信息；所述第一信息表征支付方账户的支付密码；

判断单元，用于判断所述第一信息中是否携带第二信息；所述第二信息表征所述第一信息对应的支付为风险支付；

支付单元，用于当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理。

可选地，所述支付单元，具体用于：

向所述第一信息对应的收款方支付相应的金额，并追踪所述收款方账户；

或者，

冻结所述支付方账户。

可选地，所述判断单元，还用于将所述第一信息与第三信息进行匹配，当不匹配时，根据所述支付方的签约数据，判断所述支付方是否开通风险支付干预业务；所述第三信息为本地存储的所述支付方账户的支付密码；以及当所述支付方开通风险支付干预业务时，判断所述第一信息中是否携带第二信息。

可选地，所述判断单元，具体用于：

根据预设规则，从所述第一信息中提取第四信息；并判断所述第四信息与所述第二信息是否匹配，当所述第四信息与所述第二信息匹配时，确定所述第一信息中携带所述第二信息。

可选地，所述服务器，还包括：

提示单元，用于当满足以下条件至少之一时，发出提示信息：

所述第一信息中未携带所述第二信息；

接收的所述支付密码未通过校验；其中，

所述提示信息用于提示接收的支付密码错误。

本发明实施例还提供了一种支付控制方法，包括：

接收第一信息；所述第一信息表征支付方账户的支付密码；

判断所述第一信息中是否携带第二信息；所述第二信息表征所述第一信息对应的支付为风险支付；

当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理。

可选地，所述对所述对应的支付进行干预处理，包括：

向所述第一信息对应的收款方支付相应的金额，并追踪所述收款方账户；

或者，

冻结所述支付方账户。

可选地，所述判断所述第一信息中是否携带所述第二信息之前，所述方法还包括：

将所述第一信息与第三信息进行匹配，当不匹配时，根据所述支付方的签约数据，判断所述支付方是否开通风险支付干预业务；所述第三信息为本地存储的所述支付方账户的支付密码；

当所述支付方开通风险支付干预业务时，判断所述第一信息中是否携带第二信息。

可选地，所述判断所述第一信息中是否携带第二信息，包括：

根据预设规则，从所述第一信息中提取第四信息；

判断所述第四信息与所述第二信息是否匹配，当所述第四信息与所述第二信息匹配时，确定所述第一信息中携带所述第二信息。

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

满足以下条件至少之一时，发出提示信息：

所述第一信息中未携带所述第二信息；

接收的所述支付密码未通过校验；其中，

所述提示信息用于提示接收的支付密码错误。

本发明实施例中，接收第一信息；所述第一信息表征支付方账户的支付密码；判断所述第一信息中是否携带第二信息；所述第二信息表征所述第一信息对应的支付为风险支付；当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理，通过携带第二信息的方式可以让服务器获知用户并不真正想去进行交易，进而对交易进行干预处理，如此，能保证用户资金的安全性。

附图说明

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

图2为本发明实施例提供的另一种服务器结构示意图；

图3为本发明实施例四提供的支付控制方法流程示意图；

图4为本发明实施例五提供的支付控制方法流程示意图；

图5为本发明实施例六提供的支付控制方法流程示意图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明的技术方案，并不用于限定本发明的保护范围。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

在本发明的各种实施例中：接收第一信息；所述第一信息表征支付方账户的支付密码；判断所述第一信息中是否携带第二信息；所述第二信息表征所述第一信息对应的支付为风险支付；当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理。

实施例一

本发明实施例提供一种服务器，如图1所示，该服务器包括：

接收单元11，用于接收第一信息；所述第一信息表征支付方账户的支付密码；

判断单元12，用于判断所述第一信息中是否携带第二信息；所述第二信息表征所述第一信息对应的支付为风险支付；

支付单元13，用于当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理。

其中，实际应用时，一种应用场景是：用户在非自愿的情况下被要求通过网上银行(银行发行的应用程序)的方式向另一个账户进行转账，在这种情况下，所述服务器可以是：银行系统的服务器；另一种应用场景是：用户在非自愿的情况下通过第三方应用(比如微信、支付宝等)的方式向另一个账户进行转账，在这种情况下，所述服务器可以是：第三方应用的服务器。

当然，根据应用场景的不同，所述服务器还可以是其它能够实现本发明实施例功能的服务器。

在一实施例中，所述判断单元12，具体用于：

根据预设规则，从所述第一信息中提取第四信息；并判断所述第四信息与所述第二信息是否匹配，当所述第四信息与所述第二信息匹配时，确定所述第一信息中携带所述第二信息。

这里，实际应用时，所述预设规则可以需要来设置，只要让服务器与用户之间约定一种规则即可，举个例子来说，假设预设规则是：在支付密码的后面增加一个设置的校验数字，所述校验数字表征所述第一信息对应的支付为风险支付；那么，当所述接收单元11接收到所述第一信息后，所述判断单元12会从收到的第一信息中提取支付密码后的校验数字，并与本地存储的校验数字进行匹配，以判断所述第一信息中是否携带所述第二信息。

再举个例子来说，双方约定了对支付密码使用相同的数字签名方式，那么所述接收单元11接收的所述第一信息为数字签名后的支付密码，当所述判断单元12会对收到的数字签名后的支付密码采用相同的方式进行签名验证，以判断所述第一信息中是否携带所述第二信息。这里，在这种方式中，当签名验证通过后，就说明所述第一信息中携带了所述第二信息。

当所述第四信息与所述第二信息不匹配时，确定所述第一信息中未携带所述第二信息。

当所述第一信息中携带有所述第二信息时，说明所述用户并不想真正去进行这个交易，需要对该交易进行干预处理。

所述支付单元13，具体用于：

向所述第一信息对应的收款方支付相应的金额，并追踪所述收款方账户；

或者，

冻结所述支付方账户。

这里，实际应用时，所述追踪所述收款方账户可以是：获取所述收款方账户的信息，比如：银行卡账户、实名认证的支付宝账户等等能追查到所述收款方信息的信息，以便产生密码学意义上可信的交易证据，为后续追回资金做好准备。

本发明实施例提供的服务器，接收第一信息；所述第一信息表征支付方账户的支付密码；判断所述第一信息中是否携带第二信息；所述第二信息表征所述第一信息对应的支付为风险支付；当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理，通过携带第二信息的方式可以让服务器获知用户并不真正想去进行交易，进而对交易进行干预处理，如此，能保证用户资金的安全性。

实施例二

本发明施例提出一种服务器，如图1所示，该服务器包括：

接收单元11，用于接收第一信息；所述第一信息表征支付方账户的支付密码；

判断单元12，用于判断所述第一信息中是否携带第二信息；所述第二信息表征所述第一信息对应的支付为风险支付；

支付单元13，用于当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理。

其中，实际应用时，一种应用场景是：用户在非自愿的情况下被要求通过网上银行(银行发行的应用程序)的方式向另一个账户进行转账，在这种情况下，所述服务器可以是：银行系统的服务器；另一种应用场景是：用户在非自愿的情况下通过第三方应用(比如微信、支付宝等)的方式向另一个账户进行转账，在这种情况下，所述服务器可以是：第三方应用的服务器。

当然，根据应用场景的不同，所述服务器还可以是其它能够实现本发明实施例功能的服务器。

所述判断单元12，还用于判断所述第一信息中是否携带第二信息之前，将所述第一信息与第三信息进行匹配，当不匹配时，根据所述支付方的签约数据，判断所述支付方是否开通风险支付干预业务；所述第三信息为本地存储的所述支付方账户的支付密码；以及，

当所述支付方开通风险支付干预业务时，判断所述第一信息中是否携带第二信息。

其中，实际应用时，在用户正常交易的情况下，用户输入的支付密码也有可能是错误的，所以为了避免这种情况发生时所述判断单元12去作处理的问题，即当用户输入的支付密码错误，且用户并没有开通风险支付干预业务时，避免触发所述判断单元12去判断所述第一信息中是否携带第二信息，需要所述判断单元12先去查询用户是否开通了风险支付干预业务，如果开通了风险支付干预业务，再去判断所述第一信息中是否携带第二信息。

当根据所述支付方的签约数据，所述判断单元12确定所述支付方未开通风险支付干预业务时，可以认为是用户输入的支付密码错误，而不用去判断所述第一信息中是否携带第二信息。

在一实施例中，所述判断单元12，具体用于：

根据预设规则，从所述第一信息中提取第四信息；并判断所述第四信息与所述第二信息是否匹配，当所述第四信息与所述第二信息匹配时，确定所述第一信息中携带所述第二信息。

这里，实际应用时，所述预设规则可以需要来设置，只要让服务器与用户之间约定一种规则即可，举个例子来说，假设预设规则是：在支付密码的后面增加一个设置的校验数字，所述校验数字表征所述第一信息对应的支付为风险支付；那么，当所述接收单元11接收到所述第一信息后，所述判断单元12会从收到的第一信息中提取支付密码后的校验数字，并与本地存储的校验数字进行匹配，以判断所述第一信息中是否携带所述第二信息。

再举个例子来说，双方约定了对支付密码使用相同的数字签名方式，那么所述接收单元11接收的所述第一信息为数字签名后的支付密码，当所述判断单元12会对收到的数字签名后的支付密码采用相同的方式进行签名验证，以判断所述第一信息中是否携带所述第二信息。这里，在这种方式中，当签名验证通过后，就说明所述第一信息中携带了所述第二信息。

当所述第四信息与所述第二信息不匹配时，确定所述第一信息中未携带所述第二信息。

当所述第一信息中携带有所述第二信息时，说明所述用户并不想真正去进行这个交易，需要对该交易进行干预处理。

所述支付单元13，具体用于：

向所述第一信息对应的收款方支付相应的金额，并追踪所述收款方账户；

或者，

冻结所述支付方账户。

这里，实际应用时，所述追踪所述收款方账户可以是：获取所述收款方账户的信息，比如：银行卡账户、实名认证的支付宝账户等等能追查到所述收款方信息的信息，以便产生密码学意义上可信的交易证据，为后续追回资金做好准备。

本发明实施例提供的服务器，接收第一信息；所述第一信息表征支付方账户的支付密码；判断所述第一信息中是否携带第二信息；所述第二信息表征所述第一信息对应的支付为风险支付；当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理，通过携带第二信息的方式可以让服务器获知用户并不真正想去进行交易，进而对交易进行干预处理，如此，能保证用户资金的安全性。

实施例三

本发明施例提出一种服务器，如图2所示，该服务器包括：

接收单元11，用于接收第一信息；所述第一信息表征支付方账户的支付密码；

判断单元12，用于判断所述第一信息中是否携带第二信息；所述第二信息表征所述第一信息对应的支付为风险支付；

支付单元13，用于当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理；

提示单元14，用于当满足以下条件至少之一时，发出提示信息：

所述第一信息中未携带所述第二信息；

接收的所述支付密码未通过校验；其中，

所述提示信息用于提示接收的支付密码错误。

其中，实际应用时，一种应用场景是：用户在非自愿的情况下被要求通过网上银行(银行发行的应用程序)的方式向另一个账户进行转账，在这种情况下，所述服务器可以是：银行系统的服务器；另一种应用场景是：用户在非自愿的情况下通过第三方应用(比如微信、支付宝等)的方式向另一个账户进行转账，在这种情况下，所述服务器可以是：第三方应用的服务器。

当然，根据应用场景的不同，所述服务器还可以是其它能够实现本发明实施例功能的服务器。

在一实施例中，所述判断单元12，具体用于：

根据预设规则，从所述第一信息中提取第四信息；并判断所述第四信息与所述第二信息是否匹配，当所述第四信息与所述第二信息匹配时，确定所述第一信息中携带所述第二信息。

这里，实际应用时，所述预设规则可以需要来设置，只要让服务器与用户之间约定一种规则即可，举个例子来说，假设预设规则是：在支付密码的后面增加一个设置的校验数字，所述校验数字表征所述第一信息对应的支付为风险支付；那么，当所述接收单元11接收到所述第一信息后，所述判断单元12会从收到的第一信息中提取支付密码后的校验数字，并与本地存储的校验数字进行匹配，以判断所述第一信息中是否携带所述第二信息。

再举个例子来说，双方约定了对支付密码使用相同的数字签名方式，那么所述接收单元11接收的所述第一信息为数字签名后的支付密码，当所述判断单元12会对收到的数字签名后的支付密码采用相同的方式进行签名验证，以判断所述第一信息中是否携带所述第二信息。这里，在这种方式中，当签名验证通过后，就说明所述第一信息中携带了所述第二信息。

当所述第四信息与所述第二信息不匹配时，确定所述第一信息中未携带所述第二信息。

结合实施例二可以看出，接收的所述支付密码未通过校验的情况可以包括：

第一种，所述第一信息与第三信息不匹配，且根据所述支付方的签约数据，确定所述支付方未开通风险支付干预业务。

第二种，所述第一信息中携带有第二信息，但是所述第一信息中携带的支付密码与第三信息不匹配。

其中，第三信息为本地存储的所述支付方账户的支付密码。

当然，当提示单元14发出了所述提示信息时，表明交易失败，因此所述支付单元13不会进行任何处理(包括支付处理和干预处理)。

当所述第一信息中携带有所述第二信息时，说明所述用户并不想真正去进行这个交易，需要对该交易进行干预处理。

所述支付单元13，具体用于：

向所述第一信息对应的收款方支付相应的金额，并追踪所述收款方账户；

或者，

冻结所述支付方账户。

这里，实际应用时，所述追踪所述收款方账户可以是：获取所述收款方账户的信息，比如：银行卡账户、实名认证的支付宝账户等等能追查到所述收款方信息的信息，以便产生密码学意义上可信的交易证据，为后续追回资金做好准备。

本发明实施例提供的服务器，接收第一信息；所述第一信息表征支付方账户的支付密码；判断所述第一信息中是否携带第二信息；所述第二信息表征所述第一信息对应的支付为风险支付；当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理，通过携带第二信息的方式可以让服务器获知用户并不真正想去进行交易，进而对交易进行干预处理，如此，能保证用户资金的安全性。

另外，当满足以下条件至少之一时，发出提示信息：所述第一信息中未携带所述第二信息；接收的所述支付密码未通过校验；其中，所述提示信息用于提示接收的支付密码错误，这样用户能及时了解到交易的处理情况，增加了用户体验。

需要说明的是：本发明实施例所提供的服务器中，所述接收单元11及所述提示单元可由服务器中的通信芯片实现；所述判断单元可由所述服务器中的中央处理器(CPU，Central Processing Unit)、微处理器(MCU，Micro Control Unit)、数字信号处理器(DSP，Digital Signal Processor)或可编程逻辑阵列(FPGA，Field－Programmable Gate Array)实现；所述提示单元14可由服务器中的CPU、MCU、DSP或FPGA结合通信芯片实现。

实施例四

与前述具体实施例一对应，本实施例记载的服务器实施的支付控制方法的一个流程示意图如图3所示，包括以下步骤：

步骤301：接收第一信息；

这里，所述第一信息表征支付方账户的支付密码。

步骤302：判断所述第一信息中是否携带第二信息；

这里，所述第二信息表征所述第一信息对应的支付为风险支付。

具体地，所述服务器根据预设规则，从所述第一信息中提取第四信息；并判断所述第四信息与所述第二信息是否匹配，当所述第四信息与所述第二信息匹配时，确定所述第一信息中携带所述第二信息。

这里，实际应用时，所述预设规则可以需要来设置，只要让服务器与用户之间约定一种规则即可，举个例子来说，假设预设规则是：在支付密码的后面增加一个设置的校验数字，所述校验数字表征所述第一信息对应的支付为风险支付；那么，当所述服务器接收到所述第一信息后，所述服务器会从收到的第一信息中提取支付密码后的校验数字，并与本地存储的校验数字进行匹配，以判断所述第一信息中是否携带所述第二信息。

再举个例子来说，双方约定了对支付密码使用相同的数字签名方式，那么所述服务器接收的所述第一信息为数字签名后的支付密码，当所述服务器会对收到的数字签名后的支付密码采用相同的方式进行签名验证，以判断所述第一信息中是否携带所述第二信息。这里，在这种方式中，当签名验证通过后，就说明所述第一信息中携带了所述第二信息。

当所述第四信息与所述第二信息不匹配时，确定所述第一信息中未携带所述第二信息。

步骤303：当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理。

具体地，向所述第一信息对应的收款方支付相应的金额，并追踪所述收款方账户；

或者，

冻结所述支付方账户。

这里，当所述第一信息中携带有所述第二信息时，说明所述用户并不想真正去进行这个交易，需要对该交易进行干预处理。

实际应用时，所述追踪所述收款方账户可以是：获取所述收款方账户的信息，比如：银行卡账户、实名认证的支付宝账户等等能追查到所述收款方信息的信息，以便产生密码学意义上可信的交易证据，为后续追回资金做好准备。

本发明实施例提供的方法，接收第一信息；所述第一信息表征支付方账户的支付密码；判断所述第一信息中是否携带第二信息；所述第二信息表征所述第一信息对应的支付为风险支付；当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理，通过携带第二信息的方式可以让服务器获知用户并不真正想去进行交易，进而对交易进行干预处理，如此，能保证用户资金的安全性。

实施例五

与前述具体实施例二对应，本实施例记载的移动终端实施的屏幕点亮方法的一个流程示意图如图4所示，包括以下步骤：

步骤401：接收第一信息；

这里，所述第一信息表征支付方账户的支付密码。

步骤402：将所述第一信息与第三信息进行匹配；

这里，所述第三信息为本地存储的所述支付方账户的支付密码。

步骤403：当不匹配时，根据所述支付方的签约数据，判断所述支付方是否开通风险支付干预业务；

其中，实际应用时，在用户正常交易的情况下，用户输入的支付密码也有可能是错误的，所以为了避免这种情况发生时所述服务器去作处理的问题，即当用户输入的支付密码错误，且用户并没有开通风险支付干预业务时，避免触发所述服务器去判断所述第一信息中是否携带第二信息，需要所述服务器先去查询用户是否开通了风险支付干预业务，如果开通了风险支付干预业务，再去判断所述第一信息中是否携带第二信息。

当根据所述支付方的签约数据，所述服务器确定所述支付方未开通风险支付干预业务时，可以认为是用户输入的支付密码错误，而不用去判断所述第一信息中是否携带第二信息，即执行步骤404。

步骤404：当开通风险支付干预业务时，判断所述第一信息中是否携带第二信息；

这里，所述第二信息表征所述第一信息对应的支付为风险支付。

具体地，所述服务器根据预设规则，从所述第一信息中提取第四信息；并判断所述第四信息与所述第二信息是否匹配，当所述第四信息与所述第二信息匹配时，确定所述第一信息中携带所述第二信息。

这里，实际应用时，所述预设规则可以需要来设置，只要让服务器与用户之间约定一种规则即可，举个例子来说，假设预设规则是：在支付密码的后面增加一个设置的校验数字，所述校验数字表征所述第一信息对应的支付为风险支付；那么，当所述服务器接收到所述第一信息后，所述服务器会从收到的第一信息中提取支付密码后的校验数字，并与本地存储的校验数字进行匹配，以判断所述第一信息中是否携带所述第二信息。

再举个例子来说，双方约定了对支付密码使用相同的数字签名方式，那么所述服务器接收的所述第一信息为数字签名后的支付密码，当所述服务器会对收到的数字签名后的支付密码采用相同的方式进行签名验证，以判断所述第一信息中是否携带所述第二信息。这里，在这种方式中，当签名验证通过后，就说明所述第一信息中携带了所述第二信息。

当所述第四信息与所述第二信息不匹配时，确定所述第一信息中未携带所述第二信息。

步骤405：当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理。

具体地，向所述第一信息对应的收款方支付相应的金额，并追踪所述收款方账户；

或者，

冻结所述支付方账户。

这里，当所述第一信息中携带有所述第二信息时，说明所述用户并不想真正去进行这个交易，需要对该交易进行干预处理。

实际应用时，所述追踪所述收款方账户可以是：获取所述收款方账户的信息，比如：银行卡账户、实名认证的支付宝账户等等能追查到所述收款方信息的信息，以便产生密码学意义上可信的交易证据，为后续追回资金做好准备。

本发明实施例提供的方法，接收第一信息；所述第一信息表征支付方账户的支付密码；判断所述第一信息中是否携带第二信息；所述第二信息表征所述第一信息对应的支付为风险支付；当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理，通过携带第二信息的方式可以让服务器获知用户并不真正想去进行交易，进而对交易进行干预处理，如此，能保证用户资金的安全性。

实施例六

与前述具体实施例三对应，本实施例记载的服务器实施的支付控制方法的一个流程示意图如图5所示，包括以下步骤：

步骤501：接收第一信息；

这里，所述第一信息表征支付方账户的支付密码。

步骤502：判断所述第一信息中是否携带第二信息；

这里，所述第二信息表征所述第一信息对应的支付为风险支付。

具体地，所述服务器根据预设规则，从所述第一信息中提取第四信息；并判断所述第四信息与所述第二信息是否匹配，当所述第四信息与所述第二信息匹配时，确定所述第一信息中携带所述第二信息。

这里，实际应用时，所述预设规则可以需要来设置，只要让服务器与用户之间约定一种规则即可，举个例子来说，假设预设规则是：在支付密码的后面增加一个设置的校验数字，所述校验数字表征所述第一信息对应的支付为风险支付；那么，当所述服务器接收到所述第一信息后，所述服务器会从收到的第一信息中提取支付密码后的校验数字，并与本地存储的校验数字进行匹配，以判断所述第一信息中是否携带所述第二信息。

再举个例子来说，双方约定了对支付密码使用相同的数字签名方式，那么所述服务器接收的所述第一信息为数字签名后的支付密码，当所述服务器会对收到的数字签名后的支付密码采用相同的方式进行签名验证，以判断所述第一信息中是否携带所述第二信息。这里，在这种方式中，当签名验证通过后，就说明所述第一信息中携带了所述第二信息。

当所述第四信息与所述第二信息不匹配时，确定所述第一信息中未携带所述第二信息。

步骤503a：当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理；

具体地，向所述第一信息对应的收款方支付相应的金额，并追踪所述收款方账户；

或者，

冻结所述支付方账户。

这里，当所述第一信息中携带有所述第二信息时，说明所述用户并不想真正去进行这个交易，需要对该交易进行干预处理。

实际应用时，所述追踪所述收款方账户可以是：获取所述收款方账户的信息，比如：银行卡账户、实名认证的支付宝账户等等能追查到所述收款方信息的信息，以便产生密码学意义上可信的交易证据，为后续追回资金做好准备。

步骤503b：发出提示信息。

这里，当满足以下条件至少之一时，发出所述提示信息：

所述第一信息中未携带所述第二信息；

接收的所述支付密码未通过校验；其中，

所述提示信息用于提示接收的支付密码错误。

结合实施例五可以看出，接收的所述支付密码未通过校验的情况可以包括：

第一种，所述第一信息与第三信息不匹配，且根据所述支付方的签约数据，确定所述支付方未开通风险支付干预业务。

第二种，所述第一信息中携带有第二信息，但是所述第一信息中携带的支付密码与第三信息不匹配。

其中，第三信息为本地存储的所述支付方账户的支付密码。

当然，当所述服务器发出了所述提示信息时，表明交易失败，因此所述服务器不会进行后续任何处理(包括支付处理和干预处理)。

本发明实施例提供的方法，接收第一信息；所述第一信息表征支付方账户的支付密码；判断所述第一信息中是否携带第二信息；所述第二信息表征所述第一信息对应的支付为风险支付；当所述第一信息中携带所述第二信息，且接收的所述支付密码校验通过时，对所述对应的支付进行干预处理，通过携带第二信息的方式可以让服务器获知用户并不真正想去进行交易，进而对交易进行干预处理，如此，能保证用户资金的安全性。

另外，当满足以下条件至少之一时，发出提示信息：所述第一信息中未携带所述第二信息；接收的所述支付密码未通过校验；其中，所述提示信息用于提示接收的支付密码错误，这样用户能及时了解到交易的处理情况，增加了用户体验。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

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

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

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

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