CN110503425A - 支付处理方法、装置、设备和系统 - Google Patents

Abstract

本发明实施例提供一种支付处理方法、装置、设备和系统，该方法应用于第一用户的第一支付客户端，包括：生成用于向第二用户对应的钱包地址进行支付的支付请求，支付请求中包括支付信息和第一用户对应的用户身份信息；将支付请求提供给第一用户对应的支付验证设备；若获取到支付验证设备在验证用户身份信息合法时生成的支付授权签名，则根据支付信息向第二用户的钱包地址进行支付。在第一支付客户端根据第二用户的钱包地址向第二用户进行支付之前，需要让第一用户的支付验证设备对第一用户进行身份合法性验证亦即验证此次支付的合法性，只有在支付验证设备验证通过后，第一支付客户端才可以执行向第二用户进行支付的处理，保证了支付的安全性。

Description

支付处理方法、装置、设备和系统

技术领域

本发明涉及通信技术领域，尤其涉及一种支付处理方法、装置、设备和系统。

背景技术

随着移动互联网的不断发展，目前，具有支付能力的各种客户端(APP)被广大用户使用，以完成在线支付，比如用户在购买商品时，可以通过在线支付向卖家支付费用。传统的在线支付普遍地是用于进行真实货币的支付，所谓真实货币是与诸如比特币等虚拟货币相对的概念，而随着近年来比特币、区块链等技术的不断发展，以诸如比特币等虚拟货币来进行支付也被越来越多的商家接受。

不管是传统的基于真实货币的在线支付，还是基于区块链技术实现的虚拟货币的在线支付，都需要接入网络，而网络是不安全的，只要是接入网络的客户端、设备都可能被攻击，比如黑客盗取用户的账号，通过用户的账号向自己或他人支付货币。因此，提高在线支付的安全性是亟待解决的问题。

发明内容

有鉴于此，本发明实施例提供一种支付处理方法、装置、设备和系统，用以提高在线支付的安全性。

第一方面，本发明实施例提供一种支付处理方法，应用于第一用户的第一支付客户端，包括：

生成用于向第二用户对应的钱包地址进行支付的支付请求，所述支付请求中包括支付信息和所述第一用户对应的用户身份信息；

将所述支付请求提供给所述第一用户对应的支付验证设备；

若获取到所述支付验证设备在验证所述用户身份信息合法时生成的支付授权签名，则根据所述支付信息向所述钱包地址进行支付。

第二方面，本发明实施例提供一种支付处理装置，应用于第一用户的第一支付客户端，包括：

生成模块，用于生成用于向第二用户对应的钱包地址进行支付的支付请求，以将所述支付请求提供给所述第一用户对应的支付验证设备，所述支付请求中包括支付信息和所述第一用户对应的用户身份信息；

处理模块，用于若获取到所述支付验证设备在验证所述用户身份信息合法时生成的支付授权签名，则根据所述支付信息向所述钱包地址进行支付。

第三方面，本发明实施例提供一种支付客户端设备，包括处理器和存储器，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现上述第一方面中的支付处理方法。该支付客户端设备还可以包括通信接口，用于与其他设备或通信网络通信。

本发明实施例提供了一种计算机存储介质，用于储存计算机程序，所述计算机程序使计算机执行时实现上述第一方面中的支付处理方法。

第四方面，本发明实施例提供一种支付处理系统，包括：

支付客户端和支付验证设备；

所述支付客户端，用于生成用于向第二用户对应的钱包地址进行支付的支付请求，所述支付请求中包括支付信息和所述支付客户端对应的第一用户的用户身份信息；以及若获取到所述第一用户对应的所述支付验证设备生成的支付授权签名，则根据所述支付信息向所述钱包地址进行支付；

所述支付验证设备，用于在获取到所述支付请求后，若验证所述用户身份信息合法则生成所述支付授权签名。

本发明实施例提供的支付处理方法，当第一用户通过自己的第一支付客户端向第二用户进行在线支付的时候，首先生成用于向第二用户对应的钱包地址(类似于比特币地址)进行支付的支付请求，其中，该支付请求中包括诸如支付金额、货币类型等支付信息以及该第一用户对应的用户身份信息。之后，在第一支付客户端根据第二用户的钱包地址向第二用户进行支付之前，需要让第一用户的支付验证设备获取该支付请求，并基于该支付请求中的用户身份信息对第一用户进行身份合法性验证亦即验证该支付请求的合法性，如果支付验证设备验证通过，则会向第一支付客户端提供支付授权签名，该支付授权签名意味着第一用户身份合法亦即此次支付操作是有效的，从而，当第一支付客户端获取到该支付授权签名时，才进而执行向第二用户进行支付的处理，保证了支付的安全性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的支付处理方法实施例一的流程图；

图2为本发明实施例提供的支付处理方法实施例二的流程图；

图3为本发明实施例提供的支付处理方法的交互流程图；

图4为本发明实施例提供的一种支付处理装置的结构示意图；

图5为与图4所示实施例提供的支付处理装置对应的支付客户端设备的结构示意图；

图6为本发明实施例提供的一种支付处理系统的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。

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

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

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

在详细介绍本发明实施例提供的支付处理方法之前，先对以下本发明实施例中用到的几个概念以及应用场景进行介绍。以下实施例中的应用场景为第一用户向第二用户进行在线支付。具体地，第一用户通过自己的第一支付客户端与第二用户的第二支付客户端交互，以完成向第二用户支付。另外，在该支付过程中，还用到了第一用户的支付验证设备，该支付验证设备是辅助验证第一用户向第二用户的支付操作的有效性的，其具体实现形态不做限定。

在上述第一用户向第二用户进行在线支付的场景下，可选地，第一支付客户端可以是传统地用于进行真实货币(目前金融机构发现的货币，比如人民币、美元、欧元等)支付的客户端，也可以是与比特币客户端类似的可以进行虚拟货币(计算机生成的)交易的客户端。从而相对应的，当该第一支付客户端为可以进行真实货币支付的客户端时，下文提及的第二用户的第二支付客户端也为进行真实货币支付的客户端；当该第一支付客户端为可以进行虚拟货币支付的客户端时，下文提及的第二用户的第二支付客户端也为进行虚拟货币支付的客户端。

另外，当上述支付客户端为可以进行虚拟货币支付的客户端时，下文中提到的钱包地址和私钥，类似于比特币地址和私钥，可以认为是成对存在的。比如，针对上述第一支付客户端和第二支付客户端中的任一支付客户端来说，可以根据相应用户的注册信息以及预设的一些算法规则，生成该用户对应的私钥、公钥以及钱包地址(钱包地址可以是对公钥进行一定的运算而得到的)，该公钥提供给区块链网络中的各节点，该私钥可以存储在相应用户的支付验证设备中。

当上述支付客户端为进行真实货币支付的客户端时，下文中提到的钱包地址可以是相应用户的交易账号，私钥可以是根据相应用户的注册信息或者该用户提供的其他信息生成的密钥，存储在该用户的支付验证设备中。值得说明的是，此时，上述第一支付客户端和第二支付客户端在实际应用中，可以实现为某些具有支付功能的客户端，比如某些即时通信客户端，其中提供有支付功能，则在本发明实施例的支付场景下，该即时通信客户端也可以被视为一种特殊的支付客户端。

下面结合以下实施例对第一用户向第二用户进行在线支付的具体支付过程进行介绍。

图1为本发明实施例提供的支付处理方法实施例一的流程图，在第一用户向第二用户进行在线支付的场景下，本实施例中的支付处理方法可以由第一用户的第一支付客户端来执行。如图1所示，该方法包括如下步骤：

101、第一用户的第一支付客户端生成用于向第二用户对应的钱包地址进行支付的支付请求，支付请求中包括支付信息和第一用户对应的用户身份信息。

可以理解的是，上述支付请求中还可以包括第一用户对应的钱包地址以及第二用户对应的钱包地址，以表明此时是由第一用户向第二用户进行支付。

在一可选实施例中，比如具有在线支付功能的某即时通信客户端作为支付客户端时，第一用户可以通过在与第二用户的聊天窗口下触发支付功能而使得第一支付客户端弹出支付信息输入界面，第一用户在该支付信息输入界面中输入支付信息。此时，第一用户的钱包地址和第二用户的钱包地址例如可以是第一用户和第二用户分别在各自的支付客户端中注册的用户账号。进而，第一支付客户端获取第一用户的用户身份信息，生成至少包含该用户身份信息和支付信息的支付请求。

在另一可选实施例中，以上述第一支付客户端和第二支付客户端实现为虚拟货币支付的客户端为例，第一用户可以预先从第二用户处获得其钱包地址，从而，当需要向第二用户进行支付时，操作第一支付客户端进入到支付信息输入界面，在该支付信息输入界面中输入支付信息，还可以输入第二用户的钱包地址。进而，第一支付客户端获取第一用户的用户身份信息，生成至少包含该用户身份信息和支付信息的支付请求。

在另一可选实施例中，以上述第一支付客户端和第二支付客户端实现为虚拟货币支付的客户端为例，当第一用户需要向第二用户进行支付时，还可以通过如下过程生成支付请求：扫描第二用户对应的第二支付客户端生成的与第二用户的钱包地址对应的第三标识码，此时触发第一支付客户端弹出支付信息输入界面，以供第一用户在该支付信息输入界面中输入支付信息，进而，第一支付客户端获取第一用户对应的用户身份信息，以根据支付信息和用户身份信息生成支付请求。

其中，上述第三标识码可以是二维码、QR码等。

其中，上述支付信息可以包括支付金额、支付货币种类等信息。

其中，上述第一用户的用户身份信息可以包括如下信息中的至少一种：第一用户对应的钱包地址、第一用户的终端设备信息、第一用户的身份证信息、第一用户在第一支付客户端中的注册信息。其中，第一用户的终端设备信息可以是安装有第一支付客户端的终端设备的设备序列号等设备标识，第一支付客户端安装后可以自动获取并存储。第一用户的钱包地址、注册信息也可以是预先存储在第一支付客户端中的。第一用户的身份证信息比如姓名、身份证号，可以是预先存入第一支付客户端中的，也可以是第一用户在上述支付信息输入界面中实时填入的。

102、第一用户的第一支付客户端将支付请求提供给第一用户对应的支付验证设备。

第一支付客户端在生成上述支付请求后，并非直接进行向第二用户进行支付，而是需要在获取到第一用户的支付验证设备的支付授权签名后才能进行向第二用户支付。为此，第一支付客户端需要将支付请求提供给第一用户对应的支付验证设备。

在一可选实施例中，第一支付客户端可以通过与该支付验证设备之间预先建立的通信链路比如蓝牙通信连接将该支付请求发送至支付验证设备。

在另一可选实施例中，第一支付客户端可以生成与该支付请求对应的第二标识码，以供支付验证设备通过扫描该第二标识码获得该支付请求。该第二标识码比如为二维码、QR码等。与支付请求对应的第二标识码即为根据第二支付请求中包含的信息生成的标识码。

103、第一用户的第一支付客户端若获取到支付验证设备在验证第一用户对应的用户身份信息合法时生成的支付授权签名，则根据支付信息向第二用户的钱包地址进行支付。

支付验证设备在获取到上述支付请求后，从中解析出第一用户的用户身份信息，进而对该用户身份信息进行合法性验证亦即对该支付请求进行有效性验证，以验证该支付请求确实是第一用户发起的。

支付验证设备中预先被存入合法用户身份信息，该合法用户身份信息可以是第一用户在注册时由第一支付客户端或相应的服务器写入的该第一用户的身份信息。当支付验证设备确定支付请求中的用户身份信息与支付验证设备内预先存储的合法用户身份信息匹配时，认为该支付请求有效，生成与该支付请求对应的支付授权签名。

在一可选实施例中，支付验证设备中可以存储有第一用户的钱包地址与合法用户身份信息的对应关系，从而，如果支付请求中携带的第一用户的钱包地址与用户身份信息的对应关系与支付验证设备中预先存储的该对应关系一致，则认为支付请求有效。

其中，上述支付授权签名可以是支付验证设备通过第一用户对应的私钥对该支付请求进行签名处理得到的。

在一可选实施例中，签名的过程可以是：支付验证设备先对支付请求进行哈希运算得到哈希值，进而使用私钥对该哈希值和支付请求进行加密处理得到支付授权签名。

在另一可选实施例中，该签名过程还可以是：支付验证设备先对支付请求进行哈希运算得到哈希值，进而使用私钥对该哈希值进行加密处理。此时，在一些实际应用场景中，比如当需要将反映第一用户向第二用户进行支付的相关交易信息存储在区块链中时，为了区块链中的节点或者第二用户的第二客户端能够实现对该支付授权签名的验签，第一支付客户端还可以执行如下操作：第一支付客户端在接收到哈希值的加密结果后，还可以使用第一用户对应的私钥对该哈希值(可以是哈希值的加密结果，也可以是解密得到的哈希值)和支付请求进行加密。在一可选实施例中，支付验证设备可以将该支付授权签名通过与第一支付客户端间预先建立的通信链路发送至第一支付客户端，以使第一支付客户端在接收到该支付授权签名后进行向第二用户的支付处理，即将支付金额转账到第二用户的钱包地址。

在另一可选实施例中，支付验证设备还可以生成与该支付授权签名对应的第一标识码，第一支付客户端通过扫描该第一标识码以获得支付授权签名，继而进行向第二用户的支付处理。

在一可选实施例中，如果验证支付验证设备对第一用户的身份验证不通过，即确定支付请求中的用户身份信息与支付验证设备中存储的合法用户身份信息不一致，则支付验证设备可以发出错误提示信息，比如可以通过支付验证设备上的报警指示灯发出报警信号，或者在界面上输出错误提示信息，或者向第一支付客户端发送错误提示信息。

综上，在第一用户通过自己的第一支付客户端向第二用户进行在线支付的场景下，在第一支付客户端根据第二用户的钱包地址向第二用户进行支付之前，需要让第一用户的支付验证设备对第一用户进行身份合法性验证亦即验证此次支付的合法性，只有在支付验证设备验证通过后，第一支付客户端才可以执行向第二用户进行支付的处理，保证了支付的安全性。

图2为本发明实施例提供的支付处理方法实施例二的流程图，如图2所示，在图1所示实施例基础上，还可以包括如下步骤：

201、生成支付交易信息。

202、将支付交易信息广播到区块链中的各节点。

第一支付客户端在完成向第二用户的支付后，可以针对此次向第二用户进行支付的支付事件生成交易信息，其中，该交易信息中可以包括诸如第一用户的钱包地址、第二用户的钱包地址、支付信息、支付时间等描述该次支付事件的信息。第一支付客户端进而将该交易信息广播到区块链中的各节点，以使各节点存储该交易信息，以基于区块链的不可篡改、可以追溯、唯一时间戳等特点实现对该支付事件的记录。其中，区块链中节点进行区块的生成以及区块永久化到区块链中的过程可以参考现有技术实现，不在本实施例中赘述。

下面为了更加直观的了解本发明实施例提供的支付处理方法的执行过程，结合图3所示实施例对该支付处理过程中涉及到的交互主体的交互流程进行简要说明，本实施例中各步骤中未尽的详细实现过程可以参见前述实施例中的说明。

图3为本发明实施例提供的支付处理方法的交互流程图，如图3所示，可以包括如下步骤：

301、第二支付客户端生成第二用户的钱包地址对应的二维码A。

302、第一支付客户端扫描二维码A。

303、第一支付客户端弹出支付信息输入界面，根据第一用户在支付信息输入界面中输入的支付信息以及获取到的第一用户的用户身份信息生成支付请求，并生成与该支付请求对应的二维码B。

304、第一用户的支付验证设备扫描二维码B以获得支付请求。

305、第一用户的支付验证设备在确定支付请求中的用户身份信息合法时，根据第一用户对应的私钥对支付请求进行签名，得到支付授权签名，生成与支付授权签名对应的二维码C。

306、第一支付客户端扫描二维码C获得支付授权签名。

307、第一支付客户端完成向第二用户的支付。

308、第一支付客户端生成交易信息，广播交易信息到区块链中的各节点。

以下将详细描述本发明的一个或多个实施例的支付处理装置。本领域技术人员可以理解，这些支付处理装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

图4为本发明实施例提供的一种支付处理装置的结构示意图，该支付处理装置位于第一用户的第一支付客户端。如图4所示，该装置包括：生成模块11、处理模块12。

生成模块11，用于生成用于向第二用户对应的钱包地址进行支付的支付请求，以将所述支付请求提供给所述第一用户对应的支付验证设备，所述支付请求中包括支付信息和所述第一用户对应的用户身份信息。

处理模块12，用于若获取到所述支付验证设备在验证所述用户身份信息合法时生成的支付授权签名，则根据所述支付信息向所述钱包地址进行支付。

可选地，所述支付授权签名是所述支付验证设备确定所述用户身份信息与所述支付验证设备内预先存储的合法用户身份信息匹配时，通过所述第一用户对应的私钥对所述支付请求进行签名处理得到的。

可选地，所述装置还包括：扫描模块，用于扫描所述支付验证设备生成的与所述支付授权签名对应的第一标识码以获得所述支付授权签名。

可选地，所述生成模块11可以用于：生成与所述支付请求对应的第二标识码，以供所述支付验证设备通过扫描所述第二标识码获得所述支付请求。

可选地，所述扫描模块还可以用于：扫描所述第二用户对应的第二支付客户端生成的第三标识码，所述第三标识码与所述钱包地址对应。

相应地，所述生成模块11可以用于：弹出支付信息输入界面，以供所述第一用户在所述支付信息输入界面中输入所述支付信息；获取所述第一用户对应的所述用户身份信息；根据所述支付信息和所述用户身份信息生成所述支付请求。

其中，所述用户身份信息包括如下信息中的至少一种：所述第一用户对应的钱包地址、所述第一用户的终端设备信息、所述第一用户的身份证信息、所述第一用户在所述第一支付客户端中的注册信息。

可选地，所述生成模块11还可以用于：生成与所述支付对应的支付交易信息。

相应地，所述装置还可以包括：发送模块，用于将所述支付交易信息广播到区块链中的各节点。

图4所示装置可以执行图1-图3所示实施例的方法，本实施例未详细描述的部分，可参考对图1-图3所示实施例的相关说明。该技术方案的执行过程和技术效果参见图1-图3所示实施例中的描述，在此不再赘述。

以上描述了支付处理装置的内部功能和结构，在一个可能的设计中，支付处理装置的结构可实现为支付客户端设备，该支付客户端设备比如为安装有支付客户端的用户手机等，如图5所示，该支付客户端设备可以包括：处理器21和存储器22。其中，所述存储器22用于存储支持支付处理装置执行上述图1-图3所示实施例中提供的支付处理方法的程序，所述处理器21被配置为用于执行所述存储器22中存储的程序。

所述程序包括一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器21执行时能够实现如下步骤：

生成用于向第二用户对应的钱包地址进行支付的支付请求，所述支付请求中包括支付信息和第一用户对应的用户身份信息；

将所述支付请求提供给所述第一用户对应的支付验证设备；

若获取到所述支付验证设备在验证所述用户身份信息合法时生成的支付授权签名，则根据所述支付信息向所述钱包地址进行支付。

可选地，所述处理器21还用于执行前述图1-图3所示实施例中的全部或部分步骤。

其中，所述支付处理装置的结构中还可以包括通信接口23，用于支付处理装置与其他设备或通信网络通信。

另外，本发明实施例提供了一种计算机存储介质，用于储存支付处理装置所用的计算机软件指令，其包含用于执行上述图1-图3所示方法实施例中支付处理方法所涉及的程序。

图6为本发明实施例提供的一种支付处理系统的结构示意图，如图6所示，该系统包括：支付客户端和支付验证设备。

其中，所述支付客户端，用于生成用于向第二用户对应的钱包地址进行支付的支付请求，所述支付请求中包括支付信息和所述支付客户端对应的第一用户的用户身份信息；以及若获取到所述第一用户对应的所述支付验证设备生成的支付授权签名，则根据所述支付信息向所述钱包地址进行支付。

所述支付验证设备，用于在获取到所述支付请求后，若验证所述用户身份信息合法则生成所述支付授权签名。

其中，上述支付客户端和支付验证设备相关的未尽描述可以参见前述实施例中的说明，在此不赘述。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程支付处理设备的处理器以产生一个机器，使得通过计算机或其他可编程支付处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程支付处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程支付处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

Claims (10)

1.一种支付处理方法，其特征在于，应用于第一用户的第一支付客户端，所述方法包括：

生成用于向第二用户对应的钱包地址进行支付的支付请求，所述支付请求中包括支付信息和所述第一用户对应的用户身份信息；

将所述支付请求提供给所述第一用户对应的支付验证设备；

若获取到所述支付验证设备在验证所述用户身份信息合法时生成的支付授权签名，则根据所述支付信息向所述钱包地址进行支付。

2.根据权利要求1所述的方法，其特征在于，所述支付授权签名是所述支付验证设备确定所述用户身份信息与所述支付验证设备内预先存储的合法用户身份信息匹配时，通过所述第一用户对应的私钥对所述支付请求进行签名处理得到的。

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

扫描所述支付验证设备生成的与所述支付授权签名对应的第一标识码以获得所述支付授权签名。

4.根据权利要求1所述的方法，其特征在于，所述将所述支付请求提供给所述第一用户对应的支付验证设备，包括：

生成与所述支付请求对应的第二标识码，以供所述支付验证设备通过扫描所述第二标识码获得所述支付请求。

5.根据权利要求1所述的方法，其特征在于，所述生成用于向第二用户对应的钱包地址进行支付的支付请求，包括：

扫描所述第二用户对应的第二支付客户端生成的第三标识码，所述第三标识码与所述钱包地址对应；

弹出支付信息输入界面，以供所述第一用户在所述支付信息输入界面中输入所述支付信息；

获取所述第一用户对应的所述用户身份信息；

根据所述支付信息和所述用户身份信息生成所述支付请求。

6.根据权利要求5所述的方法，其特征在于，所述用户身份信息包括如下信息中的至少一种：所述第一用户对应的钱包地址、所述第一用户的终端设备信息、所述第一用户的身份证信息、所述第一用户在所述第一支付客户端中的注册信息。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述方法还包括：

生成与所述支付对应的支付交易信息；

将所述支付交易信息广播到区块链中的各节点。

8.一种支付处理装置，其特征在于，应用于第一用户的第一支付客户端，包括：

生成模块，用于生成用于向第二用户对应的钱包地址进行支付的支付请求，以将所述支付请求提供给所述第一用户对应的支付验证设备，所述支付请求中包括支付信息和所述第一用户对应的用户身份信息；

处理模块，用于若获取到所述支付验证设备在验证所述用户身份信息合法时生成的支付授权签名，则根据所述支付信息向所述钱包地址进行支付。

9.一种支付客户端设备，其特征在于，包括：存储器、处理器；其中，

所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行时实现如权利要求1至7中任一项所述的支付处理方法。

10.一种支付处理系统，其特征在于，包括：支付客户端和支付验证设备；

所述支付客户端，用于生成用于向第二用户对应的钱包地址进行支付的支付请求，所述支付请求中包括支付信息和所述支付客户端对应的第一用户的用户身份信息；以及若获取到所述第一用户对应的所述支付验证设备生成的支付授权签名，则根据所述支付信息向所述钱包地址进行支付；

所述支付验证设备，用于在获取到所述支付请求后，若验证所述用户身份信息合法则生成所述支付授权签名。