一种支付方法、支付系统服务端以及支付设备与流程

本发明涉及第三方支付系统，尤其涉及的是一种支付方法、支付系统服务端以及支付设备。

背景技术：

在第三方支付系统中，用户可以通过支付客户端进行支付，具体的支付方式为，用户通过支付客户端输入支付请求信息，支付请求信息可为收款方的手机号、收款方商户、机构的代码、支付金额、支付的个人身份验证码(英文全称：personalidentificationnumber，英文简称：pin)。支付客户端即可通过加密短信的方式将支付请求信息提交给短消息中心(英文全称：shortmessageservicecenter，英文简称：smsc)，短消息中心即可将支付请求信息转发到支付系统进行处理，支付系统将支付客户端请求支付的支付金额支付给收款方，且支付系统执行支付后，可向支付客户端发送短息以通知支付客户端支付结果。

现有技术的缺陷在于，用户通过所述支付客户端输入所述支付请求信息时，容易输入错误，例如，用户输入了错误的收款方的手机号、输入了错误的收款方商户和机构的代码，则支付系统根据错误的支付请求信息则会把支付金额转入错误的账户，从而为用户带来了损失。

技术实现要素：

本发明实施例提供了一种能够在减少系统开销的前提下，避免将交易资金支付给错误的收款方的支付方法、支付系统服务端以及支付设备。

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

支付系统服务端接收支付设备发送的支付请求信息，所述支付请求信息用于请求将交易资金支付给收款方；

所述支付请求信息包括以下所示的一项或多项：

收款方手机号、收款方商户代码、收款方机构代码、交易资金的金额、支付密码、用户登录账户名；

具体的，所述支付系统服务端通过短消息中心smsc接收所述支付请求信息，或者，所述支付系统服务端通过tcp/ip网络接收所述支付请求信息；

更具体的，所述支付系统服务端对所述支付请求信息进行解码，从而将解码后的所述支付请求信息放入处理队列排队处理；

所述支付系统服务端根据所述支付请求信息进行预处理操作；

所述支付系统服务端通过所述预处理操作确定支付账户余额是否大于或等于交易资金的金额，若是，则所述支付系统服务端生成预处理结果信息；

可选的，所述支付系统服务端将所述交易资金进行预留；

其中，所述预处理结果信息与所述收款方对应，且所述预处理结果信息用于请求所述支付设备确定是否将所述交易资金支付给所述收款方；

所述支付系统服务端与所述支付设备建立ussd会话；

所述支付系统服务端基于非结构化补充业务数据ussd会话将所述预处理结果信息发送给所述支付设备；

可选的，若所述支付系统服务端通过所述预处理操作确定支付账户余额小于所述交易资金的金额，则所述支付系统服务端向所述支付设备发送第一反馈消息；

其中，所述第一反馈消息用于通知所述支付设备所述支付账户余额小于所述交易资金的金额，从而无法将所述支付账户所存储的金额支付给收款方。

采用本种实现方式，使得即便用户通过所述支付设备输入的所述支付请求信息错误，则用户可根据所述支付设备所显示的预处理结果信息确定所述收款方是否正确，避免因用户输入错误而将交易资金支付给错误的收款方的情况的出现，有效的降低了支付过程中的风险，提升了用户资金的安全。

而且所述支付设备首先将所述支付请求信息发送给支付系统服务端，而后接收所述支付系统服务端发送的预处理结果信息，可见，所述支付请求信息的发送和所述预处理结果信息的接收是分时的，即所述支付设备将所述支付请求信息发送给支付系统服务端后，所述支付设备和所述支付系统服务端之间的会话即可中断，此时无需维护所述支付设备和所述支付系统服务端之间的会话，从而使得所述支付设备和所述支付系统服务端之间无需维持较长时间的会话，有效的减少了维护所述支付设备和所述支付系统服务端之间的会话的系统开销。

因所述支付系统服务端能够根据所述支付请求信息进行预处理操作，只有在支付账户余额大于或等于交易资金的金额的情况下，所述支付系统服务端才会生成预处理结果信息，进而继续进行支付流程，避免了若因支付账户余额小于交易资金的金额时，所述支付系统服务端继续进行支付流程时资源的浪费，有效的节省了资源。

因所述支付系统服务端接收所述支付请求信息和发送所述预处理结果信息是不同步的，则使得即便在系统繁忙时，所述支付系统服务端能够正常的接收所述支付请求信息，也能够将所述预处理结果信息发送给支付设备。

结合本发明实施例第一方面，本发明实施例第一方面的第一种实现方式 中，

所述预处理操作还包括以下所示的一种或多种：

对所述支付设备进行鉴权、对所述收款方进行鉴权以及确定所述交易资金的金额是否大于或等于交易限额；

在所述支付系统服务端确定所述支付设备合法，和/或，所述收款方合法，和/或，所述交易资金小于所述交易限额的情况下，所述支付系统服务端生成所述预处理结果信息。

结合本发明实施例第一方面或本发明实施例第一方面的第一种实现方式，本发明实施例第一方面的第二种实现方式中，

所述支付系统服务端发送至所述支付设备的所述预处理结果信息包括第一提示信息；

其中，所述第一提示信息用于提示用户输入指示信息，所述指示信息用于指示是否将所述交易资金支付给所述收款方；

在所述支付系统服务端基于非结构化补充业务数据ussd会话将所述预处理结果信息发送给所述支付设备之后，所述支付系统服务端接收所述支付设备发送的指示信息；

若所述指示信息用于指示将所述交易资金支付给所述收款方，则所述支付系统服务端将所述交易资金支付给所述收款方；

在所述指示信息用于指示将所述交易资金支付给所述收款方的情况下，所述支付系统服务端在将所述交易资金支付给所述收款方后，所述支付系统服务端可生成第二反馈消息；

所述第二反馈消息用于所述支付系统服务端通知所述支付设备已将所述交易资金支付给所述收款方。

或者，若所述指示信息用于指示不将所述交易资金支付给所述收款方，则所述支付系统服务端取消交易。

在所述指示信息用于指示不将所述交易资金支付给所述收款方的情况下，所述支付系统服务端取消交易后，所述支付系统服务端可生成第三反馈消息；

所述第三反馈消息用于所述支付系统服务端通知所述支付设备已取消交易；

所述支付系统服务端在确定取消交易后，即可将已预留的交易资金返还为所述支付设备。

本种实现方式中，因用户可根据所述处理结果信息以确认所述收款方，进而有效的避免了将交易资金支付给错误的收款方，有效的避免了第三方支 付过程中的因用户输入错误而带来的损失。

结合本发明实施例第一方面的第二种实现方式，本发明实施例第一方面的第三种实现方式中，

在所述支付系统服务端接收所述支付设备发送的指示信息之后，若所述支付系统服务端确定连续接收到用于指示不将所述交易资金支付给所述收款方的所述指示信息的次数大于预设值，则所述支付系统服务端冻结支付设备的支付账户。

本种实现方式中，所述支付系统服务端能够冻结连续取消支付的支付设备，从而能够有效的避免恶意第三方通过连续的取消交易以获取大量收款方的手机号码，有效的保障了收款方信息的安全。

结合本发明实施例第一方面或本发明实施例第一方面的第一种实现方式，本发明实施例第一方面的第四种实现方式中，

所述预处理结果信息包括第二提示信息，所述第二提示信息用于提示用户输入支付密码，且所述第二提示信息还用于提示用户输入用于指示不将所述交易资金支付给所述收款方的指示信息；

在所述支付系统服务端基于非结构化补充业务数据ussd会话将所述预处理结果信息发送给所述支付设备之后，所述支付系统服务端接收所述支付设备发送的所述支付密码；

若所述支付密码正确，则所述支付系统服务端将所述交易资金支付给所述收款方，或者，若所述支付密码错误，则所述支付系统服务端取消交易；

或者，

在所述支付系统服务端基于非结构化补充业务数据ussd会话将所述预处理结果信息发送给所述支付设备之后，所述支付系统服务端接收所述支付设备发送的用于指示不将所述交易资金支付给所述收款方的所述指示信息，则所述支付系统服务端取消交易。

本种实现方式中，因支付设备在接收到所述预处理结果信息后，用户需要通过所述支付设备输入支付密码，只有用户输入的支付密码正确的情况下，支付系统服务端才会将交易资金支付给收款方，从而有效的保障了支付过程中的安全，有效的避免了将交易资金支付给错误的收款方。

结合本发明实施例第一方面的第四种实现方式，本发明实施例第一方面的第五种实现方式中，

所述支付系统服务端基于非结构化补充业务数据ussd会话将所述预处理结果信息发送给所述支付设备之后，若所述支付系统服务端确定连续接收到错误的所述支付密码和/或用于指示不将所述交易资金支付给所述收款方的 所述指示信息的次数大于预设值，则所述支付系统服务端冻结支付设备的支付账户。

本种实现方式中，所述支付系统服务端能够冻结连续将支付密码输入错误和/或连续取消支付的支付设备，从而能够有效的避免恶意第三方通过连续的取消交易以获取大量收款方的手机号码，有效的保障了收款方信息的安全。

结合本发明实施例第一方面或本发明实施例第一方面的第一种实现方式，本发明实施例第一方面的第六种实现方式中，

所述支付系统服务端基于非结构化补充业务数据ussd会话将所述预处理结果信息发送给所述支付设备之后，所述支付系统服务端在预设时间内没有接收到所述支付设备发送的信息，则所述支付系统服务端取消交易。

可选的，所述支付系统服务端向所述支付设备发送第四反馈信息；

所述第四反馈消息用于所述支付系统服务端通知所述支付设备已取消交易。

可选的，所述第四反馈消息可显示取消交易的原因。

结合本发明实施例第一方面或本发明实施例第一方面的第六种实现方式，本发明实施例第一方面的第七种实现方式中，

所述预处理结果信息还包括以下所示的一项或多项：

收款方名称信息、进行掩码处理后的所述收款方名称信息、收款方的账户信息、收款方的手机号码、以及收款方机构代码。

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

支付设备将支付请求信息发送给支付系统服务端，所述支付请求信息用于请求将交易资金支付给收款方；

所述支付请求信息包括以下所示的一项或多项：

收款方手机号、收款方商户代码、收款方机构代码、交易资金的金额、支付密码、用户登录账户名；

所述支付设备通过短消息中心smsc发送所述支付请求信息，或者，所述支付设备通过tcp/ip网络发送所述支付请求信息；

所述支付设备对所述支付请求信息进行解码以进行加密处理；

在所述支付系统服务端通过预处理操作确定支付账户余额大于或等于交易资金的金额的情况下，所述支付设备基于非结构化补充业务数据ussd会话接收预处理结果信息；

所述预处理结果信息与所述收款方对应，且所述预处理结果信息用于请求所述支付设备确定是否将所述交易资金支付给所述收款方；

可选的，所述支付设备接收所述支付系统服务端发送的第一反馈消息；

其中，所述第一反馈消息用于所述支付系统服务端通知所述支付设备所述支付账户余额小于所述交易资金的金额，从而无法将所述支付账户所存储的金额支付给收款方。

采用本种实现方式，使得即便用户通过所述支付设备输入的所述支付请求信息错误，则用户可根据所述支付设备所显示的预处理结果信息确定所述收款方是否正确，避免因用户输入错误而将交易资金支付给错误的收款方的情况的出现，有效的降低了支付过程中的风险，提升了用户资金的安全。

而且所述支付设备首先将所述支付请求信息发送给支付系统服务端，而后接收所述支付系统服务端发送的预处理结果信息，可见，所述支付请求信息的发送和所述预处理结果信息的接收是分时的，即所述支付设备将所述支付请求信息发送给支付系统服务端后，所述支付设备和所述支付系统服务端之间的会话即可中断，此时无需维护所述支付设备和所述支付系统服务端之间的会话，从而使得所述支付设备和所述支付系统服务端之间无需维持较长时间的会话，有效的减少了维护所述支付设备和所述支付系统服务端之间的会话的系统开销。

因所述支付系统服务端能够根据所述支付请求信息进行预处理操作，只有在支付账户余额大于或等于交易资金的金额的情况下，所述支付系统服务端才会生成预处理结果信息，进而继续进行支付流程，避免了若因支付账户余额小于交易资金的金额时，所述支付系统服务端继续进行支付流程时资源的浪费，有效的节省了资源。

因所述支付系统服务端接收所述支付请求信息和发送所述预处理结果信息是不同步的，则使得即便在系统繁忙时，所述支付系统服务端能够正常的接收所述支付请求信息，也能够将所述预处理结果信息发送给支付设备。

结合本发明实施例第二方面，本发明实施例第二方面的第一种实现方式中，

所述预处理结果信息包括第一提示信息，所述第一提示信息用于提示用户输入指示信息，所述指示信息用于指示是否将所述交易资金支付给所述收款方；

在所述支付设备基于非结构化补充业务数据ussd会话接收所述预处理结果信息之后，所述支付设备将用于指示将所述交易资金支付给所述收款方的所述指示信息发送给所述支付系统服务端，以使所述支付系统服务端将所述交易资金支付给所述收款方；

在所述指示信息用于指示将所述交易资金支付给所述收款方的情况下，所述支付系统服务端在将所述交易资金支付给所述收款方后，所述支付设备 可接收所述支付系统服务端发送的第二反馈消息；

所述第二反馈消息用于所述支付系统服务端通知所述支付设备已将所述交易资金支付给所述收款方。

或者，

所述支付设备将用于指示不将所述交易资金支付给所述收款方的所述指示信息发送给所述支付系统服务端，以使所述支付系统服务端取消交易；

在所述指示信息用于指示不将所述交易资金支付给所述收款方的情况下，所述支付系统服务端取消交易后，所述支付设备可接收所述支付系统服务端发送的第三反馈消息；

所述第三反馈消息用于所述支付系统服务端通知所述支付设备已取消交易。

本种实现方式中，因用户可根据所述处理结果信息以确认所述收款方，进而有效的避免了将交易资金支付给错误的收款方，有效的避免了第三方支付过程中的因用户输入错误而带来的损失。

结合本发明实施例第二方面，本发明实施例第二方面的第二种实现方式中，

所述预处理结果信息包括第二提示信息，所述第二提示信息用于提示用户输入支付密码，且所述第二提示信息还用于提示用户输入用于指示不将所述交易资金支付给所述收款方的指示信息；

在所述支付设备基于非结构化补充业务数据ussd会话接收所述预处理结果信息之后，所述支付设备将所述支付密码发送给所述支付系统服务端，以使所述支付系统服务端在确定所述支付密码正确的情况下，将所述交易资金支付给所述收款方，或者，以使所述支付系统服务端在确定所述支付密码错误的情况下，取消交易；

或者，

所述支付设备将用于指示不将所述交易资金支付给所述收款方的所述指示信息送给所述支付系统服务端，以使所述支付系统服务端取消交易。

本种实现方式中，因支付设备在接收到所述预处理结果信息后，用户需要通过所述支付设备输入支付密码，只有用户输入的支付密码正确的情况下，支付系统服务端才会将交易资金支付给收款方，从而有效的保障了支付过程中的安全，有效的避免了将交易资金支付给错误的收款方。

结合本发明实施例第二方面至本发明实施例第二方面的第二种实现方式任一项所述的方法，本发明实施例第二方面的第三种实现方式中，

所述预处理结果信息还包括以下所示的一项或多项：

收款方名称信息、进行掩码处理后的所述收款方名称信息、收款方的账户信息、收款方的手机号码、以及收款方机构代码。

本发明实施例第三方面提供了一种支付系统服务端，包括：

第一接收单元，用于接收支付设备发送的支付请求信息，所述支付请求信息用于请求将交易资金支付给收款方；

第一处理单元，用于根据所述支付请求信息进行预处理操作，所述预处理操作包括确定支付账户余额大于或等于交易资金的金额；

生成单元，用于生成预处理结果信息，所述预处理结果信息与所述收款方对应，且所述预处理结果信息用于请求所述支付设备确定是否将所述交易资金支付给所述收款方；

第一发送单元，用于基于非结构化补充业务数据ussd会话将所述预处理结果信息发送给所述支付设备。

结合本发明实施例第三方面，本发明实施例第三方面的第一种实现方式中，

所述第一处理单元，还用于根据所述支付请求信息进行预处理操作的方式还包括以下所示的一种或多种：

对所述支付设备进行鉴权、对所述收款方进行鉴权以及确定所述交易资金的金额是否大于或等于交易限额；

所述生成单元，还用于在确定所述支付设备合法，和/或，所述收款方合法，和/或，所述交易资金小于所述交易限额的情况下，生成所述预处理结果信息。

结合本发明实施例第三方面或本发明实施例第三方面的第一种实现方式，本发明实施例第三方面的第二种实现方式中，

所述预处理结果信息包括第一提示信息，所述第一提示信息用于提示用户输入指示信息，所述指示信息用于指示是否将所述交易资金支付给所述收款方；

所述支付系统服务端还包括：

第二接收单元，用于接收所述支付设备发送的指示信息；

第二处理单元，用于若所述指示信息用于指示将所述交易资金支付给所述收款方，则将所述交易资金支付给所述收款方；

或者，所述支付系统服务端还包括：

第三处理单元，用于若所述指示信息用于指示不将所述交易资金支付给所述收款方，则取消交易。

结合本发明实施例第三方面的第二种实现方式，本发明实施例第三方面 的第三种实现方式中，

所述支付系统服务端还包括：

第四处理单元，用于若确定连续接收到用于指示不将所述交易资金支付给所述收款方的所述指示信息的次数大于预设值，则冻结支付设备的支付账户。

结合本发明实施例第三方面或本发明实施例第三方面的第一种实现方式，本发明实施例第三方面的第四种实现方式中，

所述预处理结果信息包括第二提示信息，所述第二提示信息用于提示用户输入支付密码，且所述第二提示信息还用于提示用户输入用于指示不将所述交易资金支付给所述收款方的指示信息；

所述支付系统服务端还包括：

第三接收单元，用于接收所述支付设备发送的所述支付密码；

第五处理单元，用于若所述支付密码正确，则将所述交易资金支付给所述收款方，或者，若所述支付密码错误，则取消交易；

或者，所述支付系统服务端还包括：

第四接收单元，用于接收所述支付设备发送的用于指示不将所述交易资金支付给所述收款方的所述指示信息；

第六处理单元，用于若接收到所述支付设备发送的用于指示不将所述交易资金支付给所述收款方的所述指示信息，则取消交易。

结合本发明实施例第三方面的第四种实现方式，本发明实施例第三方面的第五种实现方式中，

第七处理单元，用于若确定连续接收到错误的所述支付密码和/或用于指示不将所述交易资金支付给所述收款方的所述指示信息的次数大于预设值，则冻结支付设备的支付账户。

结合本发明实施例第三方面或本发明实施例第三方面的第一种实现方式，本发明实施例第三方面的第六种实现方式中，

所述支付系统服务端还包括：

第八处理单元，用于在预设时间内没有接收到所述支付设备发送的信息，则取消交易。

本发明实施例第四方面提供了一种支付设备，包括：

第二发送单元，用于将支付请求信息发送给支付系统服务端，所述支付请求信息用于请求将交易资金支付给收款方；

第五接收单元，用于基于非结构化补充业务数据ussd会话接收预处理结果信息，所述预处理结果信息为所述支付系统服务端根据所述支付请求信 息进行预处理操作以生成，所述预处理操作包括确定支付账户余额大于或等于交易资金的金额，所述预处理结果信息与所述收款方对应，且所述预处理结果信息用于请求所述支付设备确定是否将所述交易资金支付给所述收款方。

结合本发明实施例第四方面，本发明实施例第四方面的第一种实现方式中，

所述预处理结果信息包括第一提示信息，所述第一提示信息用于提示用户输入指示信息，所述指示信息用于指示是否将所述交易资金支付给所述收款方；

所述支付设备还包括：

第三发送单元，用于将用于指示将所述交易资金支付给所述收款方的所述指示信息发送给所述支付系统服务端，以使所述支付系统服务端将所述交易资金支付给所述收款方；

或者，

所述支付设备还包括：

第四发送单元，用于将用于指示不将所述交易资金支付给所述收款方的所述指示信息发送给所述支付系统服务端，以使所述支付系统服务端取消交易。

结合本发明实施例第四方面，本发明实施例第四方面的第二种实现方式中，

所述预处理结果信息包括第二提示信息，所述第二提示信息用于提示用户输入支付密码，且所述第二提示信息还用于提示用户输入用于指示不将所述交易资金支付给所述收款方的指示信息；

所述支付设备还包括：

第五发送单元，用于将所述支付密码发送给所述支付系统服务端，以使所述支付系统服务端在确定所述支付密码正确的情况下，将所述交易资金支付给所述收款方，或者，以使所述支付系统服务端在确定所述支付密码错误的情况下，取消交易；

或者，

所述支付设备还包括：

第六发送单元，用于将用于指示不将所述交易资金支付给所述收款方的所述指示信息送给所述支付系统服务端，以使所述支付系统服务端取消交易。

本发明实施例第五方面提供了一种支付系统，包括如本发明实施例第三方面至本发明实施例第三方面的第六种实现方式任一项所述的支付系统服务 端以及如本发明实施例第四方面至本发明实施例第四方面的第二种实现方式任一项所述的支付设备；

所述支付系统还包括非结构化补充业务数据ussd网关；

其中，所述支付设备经由所述ussd网关与所述支付系统服务端通信连接。

本发明实施例提供了一种支付方法、支付系统服务端以及支付设备，支付方法包括支付系统服务端接收支付设备发送的支付请求信息，所述支付系统服务端能够根据所述支付请求信息进行预处理操作，所述支付系统服务端通过所述预处理操作确定支付账户余额大于或等于交易资金的金额，则所述支付系统服务端生成预处理结果信息，所述支付系统服务端将所述预处理结果信息发送给所述支付设备，所述处理结果用于请求所述支付设备确定是否将所述交易资金支付给所述收款方。可见，采用本实施例所示的支付方法即便所述支付请求信息输入错误，用户可根据所述支付设备所显示的预处理结果信息确定所述收款方是否正确，有效的提升了用户资金的安全，而且所述支付设备将所述支付请求信息发送给所述支付系统服务端后，所述支付设备和所述支付系统服务端之间无需继续维持会话，有效的降低了所述支付设备和所述支付系统服务端维持会话的时长，有效的减少了维护所述支付设备和所述支付系统服务端之间的会话的系统开销。

附图说明

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

图2为本发明所提供的支付方法的一种实施例步骤流程图；

图3为本发明所提供的支付方法的另一种实施例步骤流程图；

图4为本发明所提供的支付系统服务端的一种实施例结构示意图；

图5为本发明所提供的支付系统服务端的另一种实施例结构示意图；

图6为本发明所提供的支付设备的一种实施例结构示意图；

图7为本发明所提供的支付设备的另一种实施例结构示意图；

图8为本发明所提供的支付系统服务端的另一种实施例结构示意图；

图9为本发明所提供的支付设备的另一种实施例结构示意图。

具体实施方式

为更好的理解本发明实施例所提供的支付方法，以下首先结合图1所示对能够实现第三方支付的支付系统进行详细说明：

如图1所示可知，所述支付系统至少包括支付设备101、短消息中心102 以及支付系统服务端103。

本实施例对所述支付设备101不做限定，只要所述支付设备101能够运行支付平台，进而使得该支付设备101能够进行第三方支付即可。

例如，若所述支付平台为互联网应用，则所述支付设备101可为计算机等设备。

还例如，若所述支付平台为终端应用，则所述支付设备101可为智能手机、平板电脑等终端设备。

还例如，若所述支付平台为客户识别模块(英文全称：subscriberidentitymodule，英文简称：sim)卡支付应用，则使得安装有该sim卡支付应用的支付设备能够进行第三方支付，则所述支付设备101可为智能手机等终端设备。

所述短消息中心102用于实现所述支付设备101和所述支付系统服务端103之间的信息通信。

其中，所述短消息中心102是独立于无线网络的一个业务处理系统，主要功能是提交、存储和转发短消息。

可选的，本实施例所示的支付系统还可包括：ussd(英文全称：unstructuredsupplementaryservicedata)网关104。

通过所述ussd网关104能够使得所述支付系统服务端103与所述支付设备101建立基于非结构化补充业务数据ussd协议的ussd会话。

若所述支付系统服务端103与所述支付设备101建立了ussd会话，则该ussd会话会一直提供透明的信息传输的管道，从而提升了所述支付系统服务端103与所述支付设备101之间信息传输的效率和安全。

基于图1所示的支付系统，以下结合图2所示说明本发明实施例所提供的支付方法，本实施例所示的支付方法有效的避免了因用户输入错误而使得交易资金支付给错误的账户的情况。

201、支付设备接收用户输入的支付请求信息。

本实施例中，以所述支付设备为智能手机为例，则该智能手机能够安装sim卡应用，进而使得安装了sim卡应用的智能手机能够进行本实施例所示的支付流程。

本实施例用户通过安装有所述sim卡应用的智能手机输入支付请求信息。

可选的，所述支付请求信息包括以下所示的一项或多项：

收款方手机号、收款方商户代码、收款方机构代码、交易资金的金额、支付密码、用户登录账户名。

需明确的是，本实施例对所述支付请求信息的说明为可选的示例，不做限定，只要所述支付请求信息能够向所述支付系统服务端请求将交易资金支付给收款方即可。

202、所述支付设备将所述支付请求信息发送给短消息中心smsc。

具体的，为有效的保障支付过程中的安全，则本实施例中，所述支付设备能够将所述请求信息进行编码以形成加密的短信。

本实施例中，所述支付设备具体如何对支付请求信息进行编码以形成加密的短信的具体方式请详见现有技术所示，具体在本实施例中不做赘述。

更具体的，所述支付设备将已加密，且包含有所述支付请求信息的所述短信发送给所述短消息中心smsc。

在本实施例中，所述短消息中心用于将所述支付设备所发送的所述请求支付信息转发给支付系统服务端。

所述短消息中的具体原理以及具体工作流程为现有技术，具体在本实施例中不做赘述。

203、所述短消息中心将所述支付请求信息转发给支付系统服务端。

本实施例中，通过步骤202和步骤203使得所述支付设备能够通过所述短消息中心将所述支付请求信息发送给所述支付系统服务端，需明确的是，本实施例步骤202和步骤203为可选步骤，不做限定。

例如，若所述支付设备运行的支付平台为互联网应用或终端应用，则所述支付设备无需通过短消息中心，而是所述支付设备直接通过tcp/ip网络将所述支付请求信息发送给所述支付系统服务端。

可见，本实施例所示的支付方法，对所述支付设备向所述支付系统服务端发送所述支付请求信息的具体过程不做限定，只要所述支付系统服务端能够接收到所述支付请求信息即可。

204、所述支付系统服务端接收所述支付请求信息。

本实施例中，所述支付设备将所述支付请求信息发送到所述支付系统服务端后，所述支付设备和所述支付系统服务端之间的会话即可断开，即所述支付设备和所述支付系统服务端之间无需继续维持会话，从而节省了所述支付设备和所述支付系统服务端之间的系统开销。

205、所述支付系统服务端对已接收到的所述支付请求信息进行预处理操作。

本实施例中，所述支付系统服务端首先对已加密的所述支付请求信息进行解码，从而将解码后的所述支付请求信息放入处理队列排队处理。

当所述支付系统服务端处理至所述支付请求信息时，即可对所述支付请 求信息进行预处理操作。

本实施例所示的预处理操作包括以下处理方式包括检查支付账户余额是否大于或等于交易资金的金额，当所述支付账户余额大于或等于交易资金的金额时，则继续执行步骤208。

当然，本实施例所示的所述预处理操作还可包括以下所示的一种或多种：

对所述支付设备进行鉴权、对所述收款方进行鉴权以及确定所述交易资金是否大于或等于交易限额。

本实施例对所述预处理操作的具体处理方式不做限定。

若经过预处理操作后的所述支付请求信息不满足预设要求，则继续执行步骤206。

若经过预处理操作后的所述支付请求信息满足预设要求，则继续执行步骤208。

本实施例对所述预设要求不做限定，只要当所述支付系统服务端确定所述支付请求信息满足预设要求时，所述支付系统服务端即可对支付账户的交易资金进行预留即可。

所述预设要求可为：所述支付系统服务端确定支付账户余额大于或等于所述交易资金。

所述预设要求还可为：所述支付系统服务端对所述支付设备进行鉴权以确定出所述支付设备为合法设备，例如，所述支付设备所发送的登陆用户名和登陆密码是正确的，则即可确定所述支付设备为合法的，和/或，所述支付系统服务端对所述收款方进行鉴权后以确定出所述收款方合法，和/或，所述支付系统服务端确定所述交易资金小于交易限额。

206、所述支付系统服务端向所述短消息中心发送第一反馈消息。

207、所述短消息中心将所述第一反馈消息转发给所述支付设备。

可见，经过步骤206至步骤207所述支付系统服务端即可通过所述短消息中心将所述第一反馈消息发给所述支付设备。

本实施例所示的支付方法还可在所述支付系统服务端在预处理操作的过程中，确定所述支付账户余额小于所述交易资金时，向所述支付设备发送第一反馈消息，所述支付系统服务端通过该第一反馈消息通知所述支付设备所述支付账户余额小于所述交易资金的金额，从而无法将所述支付账户所存储的金额支付给收款方。

可选的，本实施例所示的支付方法还可在所述支付系统服务端在预处理操作的过程中，确定所述交易资金大于或等于所述交易限额时，向所述支付设备发送第一反馈消息，所述支付系统服务端通过该第一反馈消息通知所述 交易资金大于或等于所述交易限额的情况。

可选的，本实施例所示的支付方法还可在所述支付系统服务端在预处理操作的过程中，确定所述支付设备和\或所述收款方非法时，则向所述支付设备发送第一反馈消息，所述支付系统服务端通过该第一反馈消息通知所述支付设备和\或所述收款方非法。

本实施例中，对所述支付系统服务端发送所述第一反馈消息的情况为可选的示例，不做限定，只要所述支付系统服务端确定无法将支付账户的交易资金支付给收款方时，所述支付系统服务端即可通过所述短消息中心向所述支付设备发送所述第一反馈消息，使得所述支付设备根据该第一反馈消息即可确定不能够将所述交易资金支付给所述收款方的原因。

本实施例中的步骤206至步骤207为可选步骤，具体不做限定，例如若经过步骤205确定经过预处理操作后的所述支付请求信息不满足预设要求，则所述支付系统服务端可直接停止将所述交易资金支付给所述收款方的流程。

208、所述支付系统服务端将所述交易资金进行预留。

本实施例所示的支付系统服务端可将满足要求的交易资金进行预留。

其中，所述支付系统服务端在执行步骤205和步骤208的过程中，不会将交易资金支付给收款方，而只是对交易资金进行预留处理。

209、所述支付系统服务端与所述支付设备建立ussd会话。

具体的，所述支付系统服务端通过电信网络与所述支付设备建立基于非结构化补充业务数据ussd协议的ussd会话。

本实施例对所述支付系统服务端具体是如何建立与所述支付设备之间的ussd(英文全称：unstructuredsupplementaryservicedata)会话的不做限定。

可选的，所述支付系统服务端通过ussd网关向所述支付设备发送连接请求消息，所述支付设备根据所述连接请求消息通过所述ussd网关向所述支付系统服务端返回响应消息，从而建立所述支付系统服务端与所述支付设备之间的ussd会话。

需明确的是，本实施例步骤209为可选步骤，所述支付系统服务端和所述支付设备之间也可通过其他方式进行通信，具体在本实施例中不做赘述。

210、所述支付系统服务端将预处理结果信息发送给所述ussd网关。

211、所述ussd网关将所述预处理结果信息转发给所述支付设备。

本实施例中，在支付设备向支付系统服务端发送了支付请求信息后，支付系统服务端并不立即将交易金额支付给收款方，而是生成所述预处理结果信息，以使用户根据所述处理结果确定收款方是否正确。

可见，采用本实施例所示的支付方法，若在执行步骤201的过程中，用户将所述支付请求信息输入错误，则在执行步骤211的过程中，因用户可根据所述处理结果信息以确认所述收款方，进而有效的避免了将交易资金支付给错误的收款方，有效的避免了第三方支付过程中的因用户输入错误而带来的损失。

所述支付系统服务端通过所述ussd网关向所述支付设备发送预处理结果信息。

具体的，所述支付设备的ussd模块能够与所述ussd网关进行通信，则所述支付设备的ussd模块能够接收所述ussd网关转发的所述预处理结果信息。

本实施例中，所述预处理结果信息包括以下所示的一项或多项：

收款方名称信息、进行掩码处理后的所述收款方名称信息、收款方的账户信息、收款方的手机号码、交易资金的金额、和/或收款方机构代码。

当然，本实施例对所述预处理结果信息为示例性说明，不做限定，只要所述预处理结果信息与收款方存在一一对应的关系即可，即用户根据所述预处理结果信息能够确定唯一的收款方，从而使得用户能够根据所述支付设备所显示的所述预处理结果信息确定所显示的收款方是否正确。

例如，所述预处理结果信息还可为所述支付系统服务端与所述支付设备预先约定的与所述收款方对应的标识。

可见，本实施例所示的支付系统服务端能够根据用户输入的所述支付请求信息确定所述预处理结果信息。

可选的，所述预处理结果信息还包括第一提示信息，所述第一提示信息用于提示用户输入指示信息，所述指示信息用于指示是否将所述交易资金支付给所述收款方。

以下举具体应用场景对所述处理结果进行详细说明，需明确的是，以下对所述预处理结果信息的说明为可选的示例，不做限定，只要用户能够根据所述预处理结果信息确定收款方是否正确即可。

例如，所述预处理结果信息可为：“请确认您通过某某支付系统给b商行(代码：12345)转账2000.00元的交易。输入‘y’并按确认键可以确认支付，输入其他任何字符或者挂掉ussd会话可以取消交易！请注意，连续10次取消交易将导致你的账户被冻结！”

在本应用场景下，用户即可根据所述支付设备所显示的所述收款方名称信息确定该收款方是不是自己所要支付的收款方，可见，若用户在步骤201中将支付请求信息输入错误，则在支付设备接收到所述收款方名称信息时， 用户即可根据所述收款方名称信息确定支付请求信息输入错误的情况，即可避免将交易资金支付给错误的收款方账户。

具体的，若用户通过所述支付设备指示给所述支付系统服务端将交易资金支付给a收款方，但是用户在通过所述支付设备输入支付请求消息时，输入错误，将a收款方的手机号输入为b收款方的手机号，则采用本实施例所示的支付方法，所述支付系统服务端在执行步骤211时，将b收款方名称信息发送给支付设备，用户通过所述支付设备所显示的b收款方名称信息即可确定将a收款方的手机号输入错误，用户即可通过所述支付设备输入除‘y’意外的其他任何字符或者挂掉ussd会话以取消交易，避免了将交易资金支付给错误的b商行，从而避免了将交易资金支付给b方。

实施例中，为保障收款方的安全，保障收款方的隐私，防止恶意的第三方获取收款方的名称信息，本实施例所示的预处理结果信息可为进行掩码处理后的所述收款方名称信息。

本实施例所述支付系统服务端对所述收款方的名称信息进行掩码处理的具体方式不做限定，只要所述预处理结果信息所显示的为所述收款方的部分名称信息即可。

例如，对于两个以上汉字的名称，显示第一个和最后一个字。

还例如，两个汉字的名称，只显示最后一个字，不显示第一个字。

还例如，英文名称，只显示第一个英文单词和最后一个英文单词的最后一个英文字母。

在具体应用场景中，所述预处理结果信息可为：“请确认您通过某某支付系统给陆*士(手机号：1381111111)转账200.00元的交易。输入‘y’并按确认键可以确认支付，输入其他任何字符或者挂掉ussd会话可以取消交易！请注意，连续10次取消交易将导致你的账户被冻结！”

具体的，若用户通过所述支付设备指示给所述支付系统服务端将交易资金支付给收款方为“陆京士”，用户在通过所述支付设备输入支付请求消息时，输入正确，如输入的陆京士的正确的手机号，则采用本实施例所示的支付方法，所述支付系统服务端在执行步骤211时，“陆京士”的名称进行掩码处理，以形成“陆*士”，并将掩码处理后的“陆*士”发送给支付设备，用户通过所述支付设备所显示的“陆*士”确定收款方为：“陆京士”，用户即可通过所述支付设备输入‘y’确定支付。

可见，采用本实施例所示的支付方法有效的保障了收款方名称信息的安全，避免恶意的第三方获取收款方的名称信息。

可选的，为有效的保障收款方信息的安全，尤其是个人收款方的安全， 则本实施例所示的支付方法还可包括：所述支付系统服务端向收款方发送配置信息，所述配置信息用于请求所述收款方确定是否显示所述收款方的名称信息。

所述收款方即可根据所述配置信息向所述支付系统服务端返回响应消息，若所述收款方通过所述响应消息通知所述支付系统服务端不显示名称信息，则所述支付系统服务端向所述支付设备返回的预处理结果信息可不包含有所述收款方的名称信息，而包括例如机构代码、手机号码等信息。

则此时所述预处理结果信息可选的为：“请确认您通过某某支付系统给手机号为1381111111的用户(用户名称保密)转账200.00元的交易。输入‘y’并按确认键可以确认支付，输入其他任何字符或者挂掉ussd会话可以取消交易！请注意，连续10次取消交易将导致你的账户被冻结！”

需明确的是，本实施例所示的支付方法对收款方的名称信息进行掩码处理为可选的示例，不做限定，所述支付系统服务端还可对其他信息进行掩码处理，例如，对手机号码进行掩码处理等。

212、支付设备接收用户输入的指示信息。

本实施例中，所述预处理结果信息包括第一提示信息，所述第一提示信息用于提示用户输入指示信息，所述指示信息用于指示是否将所述交易资金支付给所述收款方。

本实施例对所述第一提示信息的具体内容不做限定，只要支付系统服务端根据所述第一提示信息通知用户输入指示信息即可。

例如，在步骤211中，所述第一提示信息可为：“输入‘y’并按确认键可以确认支付，输入其他任何字符或者挂掉ussd会话可以取消交易！”

可知，若用户确定所述预处理结果信息正确，可以将所述交易资金支付给所述收款方，则用户即可通过所述支付设备输入的指示信息为：“y’并按确认键”。

可知，若用户确定所述预处理结果信息不正确，不可以将所述交易资金支付给所述收款方，则用户即可通过所述支付设备输入的指示信息为：“输入其他任何字符或者挂掉ussd会话”。

本实施例对所述指示信息的具体内容不做限定，只要所述支付系统服务端根据该指示信息能够确定是否将已预留的交易资金支付给收款方即可。

213、所述支付设备将所述指示信息发送给所述ussd网关。

214、所述ussd网关将接收到的所述指示信息转发给所述支付系统服务端。

215、所述支付系统服务端接收所述指示信息。

本实施例中，若所述指示信息用于指示将所述交易资金支付给所述收款方，则所述支付系统服务端将所述交易资金支付给所述收款方；

或者，

若所述指示信息用于指示不将所述交易资金支付给所述收款方，则所述支付系统服务端取消交易。

216、所述支付系统服务端向所述短消息中心发送第二反馈消息。

具体的，在所述指示信息用于指示将所述交易资金支付给所述收款方的情况下，所述支付系统服务端在将所述交易资金支付给所述收款方后，所述支付系统服务端可生成所述第二反馈消息。

所述第二反馈消息用于所述支付系统服务端通知所述支付设备已将所述交易资金支付给所述收款方。

217、所述短消息中心将所述第二反馈消息发送给所述支付设备。

所述支付设备通过显示所述第二反馈消息以使用户确定所述交易资金已支付给所述收款方。

本实施例中的步骤216至步骤217为可选步骤，所述支付系统服务端也可在将所述交易资金支付给所述收款方的情况下，不通知所述支付设备。

218、所述支付系统服务端向所述短消息中心发送第三反馈消息。

具体的，在所述指示信息用于指示不将所述交易资金支付给所述收款方的情况下，所述支付系统服务端取消交易后，所述支付系统服务端可生成所述第三反馈消息。

所述第三反馈消息用于所述支付系统服务端通知所述支付设备已取消交易。

所述支付系统服务端在确定取消交易后，即可将步骤208中预留的交易资金返还为所述支付设备。

219、所述短消息中心将所述第三反馈消息发送给所述支付设备。

所述支付设备通过显示所述第三反馈消息以使用户确定交易已取消。

可选的，所述第三反馈消息可显示取消交易的原因。

本实施例中的步骤218至步骤219为可选步骤，所述支付系统服务端也可在取消交易的情况下，不通知所述支付设备。

220、若所述支付系统服务端确定连续接收到用于指示不将所述交易资金支付给所述收款方的所述指示信息的次数大于预设值，则所述支付系统服务端冻结支付设备的支付账户。

例如，在步骤211中，所述预处理结果信息还包括：“请注意，连续10次取消交易将导致你的账户被冻结！”

则本实施例中，所述支付系统服务端可计算连续接收到的：“输入其他任何字符或者挂掉ussd会话”的次数，若该次数大于10次，则所述支付系统服务端冻结支付设备的支付账户。

需明确的是，本实施例中以所述预设值为10次进行示例性的说明，在具体应用中，所述预设值可大于也可小于10。

可见，通过步骤220能够有效的避免恶意第三方通过连续的取消交易以获取大量收款方的手机号码，有效的保障了收款方信息的安全。

本实施例若所述交易系统服务端确定所述支付设备成功将所述交易资金支付给收款方，则所述支付系统服务端开始重新对连续接收到用于指示不将所述交易资金支付给所述收款方的所述指示信息的次数进行计数。

可见，若所述支付系统服务端接收到用于指示将所述交易资金支付给所述收款方的所述指示信息，则所述支付系统服务端将已计数的用于指示不将所述交易资金支付给所述收款方的所述指示信息的次数进行清零。

执行步骤211后，本实施例中的步骤212至步骤220为所述支付系统服务端接收到所述支付设备发送的信息进行说明，以下结合步骤221说明，若执行完步骤211后，所述支付系统服务端没有接收到所述指示信息的情况：

221、所述支付系统服务端在预设时间内没有接收到所述支付设备发送的信息，则所述支付系统服务端取消交易。

具体的，若所述ussd网关故障，则所述ussd网关无法将所述支付设备发送的所述指示信息转发给所述支付系统服务端，或者，手机关机，或者，所述手机不在服务区，则所述支付系统服务端不会收到所述支付设备发送的指示信息，则本实施例中，所述支付系统服务端预设一个预设时长，若所述支付系统服务端在该预设时长内没有接收到所述支付设备发送的任何信息，则所述支付设备即可取消交易。

本实施例对所述预设时间不做限定，例如为5分钟。

可选的，本实施例中，若所述ussd网关故障，或者手机关机，或者手机不在服务区的情况下，所述ussd网关需要给支付系统服务端返回不同的返回码，所述支付系统服务端即可根据所述ussd网关所返回的返回码确定所述ussd网关故障，或者手机关机，或者手机不在服务区的情况。

222、所述支付系统服务端向所述短消息中心发送第四反馈消息。

具体的，所述支付系统服务端在所述预设时间内没有接收到所述支付设备发送的任何信息，则所述支付系统服务端生成第四反馈信息。

所述第四反馈消息用于所述支付系统服务端通知所述支付设备已取消交易。

所述支付系统服务端在确定取消交易后，即可将步骤208中预留的交易资金返还为所述支付设备。

223、所述短消息中心将所述第四反馈消息发送给所述支付设备。

所述支付设备通过显示所述第四反馈消息以使用户确定交易已取消。

可选的，所述第四反馈消息可显示取消交易的原因。

采用本实施例所示的支付方法的优势在于：

1、采用本实施例所示的支付方法，使得即便用户通过所述支付设备输入的所述支付请求信息错误，则用户可根据所述支付设备所显示的预处理结果信息确定所述收款方是否正确，避免因用户输入错误而将交易资金支付给错误的收款方的情况的出现，有效的降低了支付过程中的风险，提升了用户资金的安全。

2、本实施例所示的支付方法中，支付设备首先将所述支付请求信息发送给支付系统服务端，而后接收所述支付系统服务端发送的预处理结果信息，可见，所述支付请求信息的发送和所述预处理结果信息的接收是分时的，即所述支付设备将所述支付请求信息发送给支付系统服务端后，所述支付设备和所述支付系统服务端之间的会话即可中断，此时无需维护所述支付设备和所述支付系统服务端之间的会话，从而使得所述支付设备和所述支付系统服务端之间无需维持较长时间的会话，有效的减少了维护所述支付设备和所述支付系统服务端之间的会话的系统开销。

3、因所述支付系统服务端接收所述支付请求信息和发送所述预处理结果信息是不同步的，则使得即便在系统繁忙时，所述支付系统服务端能够正常的接收所述支付请求信息，也能够将所述预处理结果信息发送给支付设备。

4、因所述支付系统服务端能够根据所述支付请求信息进行预处理操作，只有在支付账户余额大于或等于交易资金的金额的情况下，所述支付系统服务端才会生成预处理结果信息，进而继续进行支付流程，避免了若因支付账户余额小于交易资金的金额时，所述支付系统服务端继续进行支付流程时资源的浪费，有效的节省了资源。

5、所述支付系统服务端向所述支付设备所发送的所述预处理结果信息可显示经过掩码处理后的收款方的名称，从而使得支付设备不会显示收款方名称的全称，有利于保护收款方的安全和隐私。

6、采用本实施例所示的支付方法能够简化支付过程，用户只需要通过所述支付设备发送支付请求信息，并根据所述支付设备所显示的预处理结果信息确定所述收款方是否正确即可，无需等待支付系统服务端发送的其余信息，有效的提升了支付的效率，降低了支付的难度。

以下结合图3所示对本发明实施例所提供的另一种能够有效的避免因用户输入错误而将交易资金支付给错误的收款方的支付方法进行详细说明：

301、支付设备接收用户输入的支付请求信息。

本实施例中，用户输入的所述支付请求信息可为以下所示的一项或多项：

收款方手机号、收款方商户代码、收款方机构代码、交易资金的金额、和/或用户登录账户名。

本实施例对所述支付请求信息的具体内容不做限定，只要所述支付系统服务端根据该支付请求信息确定所述支付设备为合法设备即可，以避免非法支付请求信息对支付系统服务端所产生冲击和对他人账户的非法访问。

302、所述支付设备将所述支付请求信息发送给短消息中心smsc。

303、所述短消息中心将所述支付请求信息转发给支付系统服务端。

304、所述支付系统服务端接收所述支付请求信息。

305、所述支付系统服务端对已接收到的所述支付请求信息进行预处理操作。

306、所述支付系统服务端向所述短消息中心发送第一反馈消息。

307、所述短消息中心将所述第一反馈消息转发给所述支付设备。

308、所述支付系统服务端将所述交易资金进行预留。

309、所述支付系统服务端与所述支付设备建立ussd会话。

本实施例中的步骤301至步骤309的具体过程，请详见图2所示的步骤201至步骤209所示，具体在本实施例中不做赘述。

310、所述支付系统服务端将预处理结果信息发送给所述ussd网关。

本实施例所示的预处理结果信息包括第二提示信息，所述第二提示信息用于提示用户输入支付密码，且所述第二提示信息还用于提示用户输入用于指示不将所述交易资金支付给所述收款方的指示信息。

本实施例对所述第二提示信息不做限定，只要所述支付设备显示该第二提示信息时，用户即可确定需要输入支付密码即可，且若用户希望取消交易，则用户能够根据所述第二提示信息的指示输入对应的用于指示不将所述交易资金支付给所述收款方的指示信息即可。

本实施例中，所述处理结果进行可为：“请确认您通过某某支付系统给陈*友(手机号：1381111111)转账200.00元的交易。请输入支付密码并按确认键可以确认支付，其他任何输入或者挂掉ussd会话可以取消交易！请注意支付密码连续10次输入错误将导致你的账户被冻结！”

311、所述ussd网关将所述预处理结果信息转发给所述支付设备。

需明确的是，本实施例中的步骤310至步骤311相对于图2所示的步骤 210至步骤211，所述预处理结果信息只是所包含的提示信息不同，其余为相同的，对所述预处理结果信息的具体说明可参见图2所示的步骤210所示，具体在本实施例中不做赘述。

312、所述支付设备接收用户输入的支付密码或所述指示信息。

本实施例中，用户根据所述支付设备所显示的所述第二提示信息，即可通过所述支付设备输入所述支付密码或在希望取消交易的情况下输入所述指示信息。

例如，用户可根据所述预处理结果信息的指示输入支付密码并按确认键可以确认支付。

还例如，若用户希望取消交易，则可输入的指示信息为：“其他任何输入或者挂掉ussd会话”

313、所述支付设备将所述支付密码或所述指示信息发送给所述ussd网关。

314、所述ussd网关将接收到的所述支付密码或所述指示信息转发给所述支付系统服务端。

315、所述支付系统服务端接收所述支付密码或所述指示信息。

本实施例中，所述支付系统服务端可确定该支付密码是否正确。

具体的，若所述支付系统服务端确定所述支付密码正确，则所述支付系统服务端将所述交易资金支付给所述收款方；

或者，

若所述支付系统服务端确定所述支付密码错误，则所述支付系统服务端取消交易。

或者，

所述支付系统服务端确定接收到所述指示信息，则所述支付系统服务端取消交易。

316、所述支付系统服务端向所述短消息中心发送第二反馈消息。

具体的，在所述支付密码正确的情况下，所述支付系统服务端在将所述交易资金支付给所述收款方后，所述支付系统服务端可生成所述第二反馈消息。

所述第二反馈消息用于所述支付系统服务端通知所述支付设备已将所述交易资金支付给所述收款方。

317、所述短消息中心将所述第二反馈消息发送给所述支付设备。

所述支付设备通过显示所述第二反馈消息以使用户确定所述交易资金已支付给所述收款方。

本实施例中的步骤316至步骤317为可选步骤，所述支付系统服务端也可在将所述交易资金支付给所述收款方的情况下，不通知所述支付设备.

318、所述支付系统服务端向所述短消息中心发送第三反馈消息。

具体的，在所述支付密码错误或者所述支付系统服务端接收到用于指示不将所述交易资金支付给所述收款方的所述指示信息的情况下，所述支付系统服务端取消交易后，所述支付系统服务端可生成所述第三反馈消息。

所述第三反馈消息用于所述支付系统服务端通知所述支付设备已取消交易。

所述支付系统服务端在确定取消交易后，即可将步骤308中预留的交易资金返还为所述支付设备。

319、所述短消息中心将所述第三反馈消息发送给所述支付设备。

所述支付设备通过显示所述第三反馈消息以使用户确定交易已取消。

可选的，所述第三反馈消息可显示取消交易的原因。

本实施例中的步骤318至步骤319为可选步骤，所述支付系统服务端也可在取消交易的情况下，不通知所述支付设备。

320、若所述支付系统服务端确定连续接收到错误的所述支付密码或所述指示信息的次数大于预设值，则所述支付系统服务端冻结支付设备的支付账户。

例如，在步骤311中，所述预处理结果信息还包括：“请注意支付密码连续10次输入错误将导致你的账户被冻结！”

则本实施例中，所述支付系统服务端可计算连续接收到的错误的支付密码的次数，若该次数大于10次，则所述支付系统服务端冻结支付设备的支付账户。

或者，所述支付系统服务端可计算连续接收到的错误的支付密码和所述指示信息的次数，若该次数大于10次，则所述支付系统服务端冻结支付设备的支付账户。

需明确的是，本实施例中以所述预设值为10次进行示例性的说明，在具体应用中，所述预设值可大于也可小于10。

可见，通过步骤320能够有效的避免恶意第三方通过连续的取消交易或故意输入错误的支付密码以获取大量收款方的手机号码，有效的保障了收款方信息的安全。

本实施例若所述交易系统服务端确定所述支付设备成功将所述交易资金支付给收款方，则所述支付系统服务端开始重新对连续接收到的错误的支付密码进行计数。

可见，若所述支付系统服务端接收到正确的支付密码，则所述支付系统服务端将已计数的错误的支付密码的次数进行清零。

321、所述支付系统服务端在预设时间内没有接收到所述支付设备发送的信息，则所述支付系统服务端取消交易。

322、所述支付系统服务端向所述短消息中心发送第四反馈消息。

323、所述短消息中心将所述第四反馈消息发送给所述支付设备。

本实施例中的步骤321至步骤323的具体过程，请详见图2所示的步骤221至步骤223所示，具体在本实施例中不做赘述。

图3所示的支付方法的优势请参见图2所示，具体在本实施例中不做赘述，本实施例所示的支付方法相对于图2所示的支付方法的优势在于，因支付设备在接收到所述预处理结果信息后，用户需要通过所述支付设备输入支付密码，只有用户输入的支付密码正确的情况下，支付系统服务端才会将交易资金支付给收款方，从而有效的保障了支付过程中的安全，有效的避免了将交易资金支付给错误的收款方。

以下结合图4所示从功能模块的角度对所述支付系统服务端的具体结构进行说明，其中，图4所示的所述支付系统服务端具体是如何执行支付流程的，请详见图2所示的实施例，具体在本实施例中不做赘述。

所述支付系统服务端包括：

第一接收单元401，用于接收支付设备发送的支付请求信息，所述支付请求信息用于请求将交易资金支付给收款方。

第一处理单元402，用于根据所述支付请求信息进行预处理操作，所述预处理操作包括确定支付账户余额大于或等于交易资金的金额；

所述第一处理单元402，还用于根据所述支付请求信息进行预处理操作的方式还包括以下所示的一种或多种；

对所述支付设备进行鉴权、对所述收款方进行鉴权以及确定所述交易资金的金额是否大于或等于交易限额。

生成单元403，用于生成预处理结果信息，所述预处理结果信息与所述收款方对应，且所述预处理结果信息用于请求所述支付设备确定是否将所述交易资金支付给所述收款方；

其中，所述预处理结果信息包括第一提示信息，所述第一提示信息用于提示用户输入指示信息，所述指示信息用于指示是否将所述交易资金支付给所述收款方。

所述生成单元403，还用于在确定所述支付设备合法，和/或，所述收款方合法，和/或，所述交易资金小于所述交易限额的情况下，生成所述预处理 结果信息。

第一发送单元404，用于基于非结构化补充业务数据ussd会话将所述预处理结果信息发送给所述支付设备。

第二接收单元405，用于接收所述支付设备发送的指示信息。

第二处理单元406，用于若所述指示信息用于指示将所述交易资金支付给所述收款方，则将所述交易资金支付给所述收款方。

第三处理单元407，用于若所述指示信息用于指示不将所述交易资金支付给所述收款方，则取消交易。

第四处理单元408，用于若确定连续接收到用于指示不将所述交易资金支付给所述收款方的所述指示信息的次数大于预设值，则冻结支付设备的支付账户。

第八处理单元409，用于在预设时间内没有接收到所述支付设备发送的信息，则取消交易。

以下结合图5所示从功能模块的角度对所述支付系统服务端的具体结构进行说明，其中，图5所示的所述支付系统服务端具体是如何执行支付流程的，请详见图3所示的实施例，具体在本实施例中不做赘述。

第一接收单元501，用于接收支付设备发送的支付请求信息，所述支付请求信息用于请求将交易资金支付给收款方。

第一处理单元502，用于根据所述支付请求信息进行预处理操作，所述预处理操作包括确定支付账户余额大于或等于交易资金的金额；

所述第一处理单元502，还用于根据所述支付请求信息进行预处理操作的方式还包括以下所示的一种或多种；

对所述支付设备进行鉴权、对所述收款方进行鉴权以及确定所述交易资金的金额是否大于或等于交易限额。

生成单元503，用于生成预处理结果信息，所述预处理结果信息与所述收款方对应，且所述预处理结果信息用于请求所述支付设备确定是否将所述交易资金支付给所述收款方；

所述预处理结果信息包括第二提示信息，所述第二提示信息用于提示用户输入支付密码，且所述第二提示信息还用于提示用户输入用于指示不将所述交易资金支付给所述收款方的指示信息。

第一发送单元504，用于基于非结构化补充业务数据ussd会话将所述预处理结果信息发送给所述支付设备。

第三接收单元505，用于接收所述支付设备发送的所述支付密码。

第五处理单元506，用于若所述支付密码正确，则将所述交易资金支付给 所述收款方，或者，若所述支付密码错误，则取消交易；

第四接收单元507，用于接收所述支付设备发送的用于指示不将所述交易资金支付给所述收款方的所述指示信息。

第六处理单元508，用于若接收到所述支付设备发送的用于指示不将所述交易资金支付给所述收款方的所述指示信息，则取消交易。

第七处理单元509，用于若确定连续接收到错误的所述支付密码和/或用于指示不将所述交易资金支付给所述收款方的所述指示信息的次数大于预设值，则冻结支付设备的支付账户。

第八处理单元510，用于在预设时间内没有接收到所述支付设备发送的信息，则取消交易。

以下结合图6所示从功能模块的角度对所述支付设备的具体结构进行说明，其中，图6所示的所述支付设备具体是如何执行支付流程的，请详见图2所示的实施例，具体在本实施例中不做赘述。

所述支付设备包括：

第二发送单元601，用于将支付请求信息发送给支付系统服务端，所述支付请求信息用于请求将交易资金支付给收款方；

第五接收单元602，用于基于非结构化补充业务数据ussd会话接收预处理结果信息，所述预处理结果信息为所述支付系统服务端根据所述支付请求信息进行预处理操作以生成，所述预处理操作包括确定支付账户余额大于或等于交易资金的金额，所述预处理结果信息与所述收款方对应，且所述预处理结果信息用于请求所述支付设备确定是否将所述交易资金支付给所述收款方。

其中，所述预处理结果信息包括第一提示信息，所述第一提示信息用于提示用户输入指示信息，所述指示信息用于指示是否将所述交易资金支付给所述收款方；

第三发送单元603，用于将用于指示将所述交易资金支付给所述收款方的所述指示信息发送给所述支付系统服务端，以使所述支付系统服务端将所述交易资金支付给所述收款方。

第四发送单元604，用于将用于指示不将所述交易资金支付给所述收款方的所述指示信息发送给所述支付系统服务端，以使所述支付系统服务端取消交易。

以下结合图7所示从功能模块的角度对所述支付设备的具体结构进行说明，其中，图7所示的所述支付设备具体是如何执行支付流程的，请详见图3所示的实施例，具体在本实施例中不做赘述。

第二发送单元701，用于将支付请求信息发送给支付系统服务端，所述支付请求信息用于请求将交易资金支付给收款方；

第五接收单元702，用于基于非结构化补充业务数据ussd会话接收预处理结果信息，所述预处理结果信息为所述支付系统服务端根据所述支付请求信息进行预处理操作以生成，所述预处理操作包括确定支付账户余额大于或等于交易资金的金额，所述预处理结果信息与所述收款方对应，且所述预处理结果信息用于请求所述支付设备确定是否将所述交易资金支付给所述收款方。

其中，所述预处理结果信息包括第二提示信息，所述第二提示信息用于提示用户输入支付密码，且所述第二提示信息还用于提示用户输入用于指示不将所述交易资金支付给所述收款方的指示信息。

第五发送单元703，用于将所述支付密码发送给所述支付系统服务端，以使所述支付系统服务端在确定所述支付密码正确的情况下，将所述交易资金支付给所述收款方，或者，以使所述支付系统服务端在确定所述支付密码错误的情况下，取消交易。

第六发送单元704，用于将用于指示不将所述交易资金支付给所述收款方的所述指示信息送给所述支付系统服务端，以使所述支付系统服务端取消交易。

本发明实施例还提供了一种支付系统，所述支付系统包括支付系统服务端以及支付设备。

其中，所述支付系统服务端的具体说明请参见图4至图5任一所示；

所述支付设备的具体说明请参见图6至图7任一所示，具体在本实施例中不做赘述。

所述支付系统实现支付流程的具体说明请参见图2至图3任一所示，具体在本实施例中不做赘述。

图4至图5从功能模块角度对所述支付系统服务端的具体结构进行说明，以下结合图8所示从实体硬件角度对所述支付系统服务端的具体结构进行说明：

图8是本发明实施例提供的一种支付系统服务端结构示意图，该支付系统服务端800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)822(例如，一个或一个以上处理器)和存储器832，一个或一个以上存储应用程序842或数据844的存储介质830(例如一个或一个以上海量存储设备)。

其中，存储器832和存储介质830可以是短暂存储或持久存储。

存储在存储介质830的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对支付系统服务端中的一系列指令操作。

更进一步地，中央处理器822可以设置为与存储介质830通信，在支付系统服务端800上执行存储介质830中的一系列指令操作。

支付系统服务端800还可以包括一个或一个以上电源826，一个或一个以上有线或无线网络接口850，一个或一个以上输入输出接口858，和/或，一个或一个以上操作系统841，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm等等。

图8所示的所述支付系统服务端执行支付方法的具体过程，请详见图2至图3任一所示，具体在本实施例中不做赘述。

图6至图7从功能模块角度对所述支付设备的具体结构进行说明，以下结合图9所示从实体硬件角度对所述支付设备的具体结构进行说明：

如图9所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。

该支付设备可以为智能手机、平板电脑、pda(personaldigitalassistant，个人数字助理)、pos(pointofsales，销售支付设备)、车载电脑等任意设备，本实施例以支付设备为智能手机为例：

图9示出的是与本发明实施例提供的支付设备的部分结构的框图。

参考图9，支付设备包括：射频(radiofrequency，rf)电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真(wirelessfidelity，wifi)模块970、处理器980、以及电源990等部件。

本领域技术人员可以理解，图9中示出的支付设备结构并不构成对支付设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图9对支付设备的各个构成部件进行具体的介绍：

rf电路910可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器980处理；另外，将设计上行的数据发送给基站。

通常，rf电路910包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(lownoiseamplifier，lna)、双工器等。

此外，rf电路910还可以通过无线通信与网络和其他设备通信。

上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(globalsystemofmobilecommunication，gsm)、通用分组无线服务(generalpacketradioservice，gprs)、码分多址(codedivisionmultiple access，cdma)、宽带码分多址(widebandcodedivisionmultipleaccess,wcdma)、长期演进(longtermevolution，lte)、电子邮件、短消息服务(shortmessagingservice，sms)等。

存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行支付设备的各种功能应用以及数据处理。

存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据支付设备的使用所创建的数据(比如音频数据、电话本等)等。

此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元930可用于接收输入的数字或字符信息，以及产生与支付设备的用户设置以及功能控制有关的键信号输入。

具体地，输入单元930可包括触控面板931以及其他输入设备932。

触控面板931，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板931上或在触控面板931附近的操作)，并根据预先设定的程式驱动相应的连接装置。

可选的，触控面板931可包括触摸检测装置和触摸控制器两个部分。

其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器980，并能接收处理器980发来的命令并加以执行。

此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板931。

除了触控面板931，输入单元930还可以包括其他输入设备932。具体地，其他输入设备932可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元940可用于显示由用户输入的信息或提供给用户的信息以及支付设备的各种菜单。

显示单元940可包括显示面板941，可选的，可以采用液晶显示器(liquidcrystaldisplay，lcd)、有机发光二极管(organiclight-emittingdiode,oled)等形式来配置显示面板941。

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

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

音频电路960、扬声器961，传声器962可提供用户与支付设备之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号输出；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960接收后转换为音频数据，再将音频数据输出处理器980处理后，经rf电路910以发送给比如另一支付设备，或者将音频数据输出至存储器920以便进一步处理。

wifi属于短距离无线传输技术，支付设备通过wifi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了wifi模块970，但是可以理解的是，其并不属于支付设备的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

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

支付设备还包括给各个部件供电的电源990(比如电池)，优选的，电源可以通过电源管理系统与处理器980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，支付设备还可以包括摄像头、蓝牙模块等，在此不再赘述。

本实施例所示的支付设备执行支付方法的具体过程请详见图2至图3任一所示，具体在本实施例中不做赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制； 尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。