CN110766415B - 基于付款码的交易处理方法以及付款码的处理方法 - Google Patents

Abstract

本发明实施例公开了一种基于付款码的交易处理方法以及付款码的处理方法，其中，基于付款码的交易处理方法包括：接收第一用户端发送的付款注册请求，其中，付款注册请求包含付款账号信息和收款方身份信息；根据付款注册请求注册生成付款码信息，将付款码信息进行存储，并将付款码信息下发给第一用户端，以供第一用户端展示付款码；接收第二用户端通过扫描付款码发送的交易请求，其中，交易请求中包含扫描得到的付款码信息以及第二用户端对应的用户身份信息；根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验，根据校验结果进行交易处理。该方式能够保证基于付款码的交易处理的安全性。

Description

基于付款码的交易处理方法以及付款码的处理方法

技术领域

本发明涉及互联网技术领域，具体涉及一种基于付款码的交易处理方法以及付款码的处理方法。

背景技术

目前移动终端支付的使用场景越来越普遍，其中，付款码付款由于其便利性受到了越来越多用户的青睐，用户付款时出示付款码，收款方使用收款设备扫描付款码，即可完成交易。但是，用户出示付款码时，付款码一旦被不法分子盗取，会给用户造成财产损失。因此，亟需一种安全的基于付款码的交易机制。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的基于付款码的交易处理方法以及付款码的处理方法。

根据本发明实施例的一个方面，提供了一种基于付款码的交易处理方法，包括：

接收第一用户端发送的付款注册请求，其中，付款注册请求包含付款账号信息和收款方身份信息；

根据付款注册请求注册生成付款码信息，将付款码信息进行存储，并将付款码信息下发给第一用户端，以供第一用户端展示付款码；

接收第二用户端通过扫描付款码发送的交易请求，其中，交易请求中包含扫描得到的付款码信息以及第二用户端对应的用户身份信息；

根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验，根据校验结果进行交易处理。

可选地，根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验，根据校验结果进行交易处理具体包括：

对已存储的付款码信息进行解码，得到已存储的付款码信息对应的收款方身份信息，以及对扫描得到的付款码信息进行解码，得到扫描得到的付款码信息对应的收款方信息；

判断已存储的付款码信息对应的收款方身份信息、扫描得到的付款码信息对应的收款方身份信息以及第二用户端对应的用户身份信息是否一致；

若一致，则对付款账号进行扣款处理，以及对收款方身份信息对应的收款账号进行收款处理。

可选地，第一用户端接收其显示页面中输入元素发送的收款方身份信息。

可选地，根据付款注册请求注册生成付款码信息之后，方法进一步包括：

为付款码信息设置有效期；

则接收第二用户端通过扫描付款码发送的交易请求之后，方法进一步包括：

判断扫描得到的付款码信息是否超过有效期；

若否，则根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验，根据校验结果进行交易处理。

可选地，支付码包括以下中的一个或多个：二维码、三维码、条形码。

根据本发明实施例的另一方面，提供了一种付款码的处理方法，方法应用于第一用户端，包括：

接收收款方身份信息；

向服务端发送包含收款方身份信息以及付款账号信息的付款注册请求，以供服务端根据付款注册请求生成付款码信息；

接收服务端下发的付款码信息，展示付款码，以供第二用户端扫描付款码完成交易处理。

可选地，接收收款方身份信息具体包括：接收显示页面中输入元素发送的收款方身份信息。

根据本发明实施例的另一方面，提供了一种基于付款码的交易处理装置，包括：

第一接收模块，适于接收第一用户端发送的付款注册请求，其中，付款注册请求包含付款账号信息和收款方身份信息；

注册模块，适于根据付款注册请求注册生成付款码信息，将付款码信息进行存储，并将付款码信息下发给第一用户端，以供第一用户端展示付款码；

第二接收模块，适于接收第二用户端通过扫描付款码发送的交易请求，其中，交易请求中包含扫描得到的付款码信息以及第二用户端对应的用户身份信息；

校验模块，适于根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验；

交易处理模块，适于根据校验结果进行交易处理。

可选地，校验模块进一步适于：对已存储的付款码信息进行解码，得到已存储的付款码信息对应的收款方身份信息，以及对扫描得到的付款码信息进行解码，得到扫描得到的付款码信息对应的收款方信息；判断已存储的付款码信息对应的收款方身份信息、扫描得到的付款码信息对应的收款方身份信息以及第二用户端对应的用户身份信息是否一致；

交易处理模块进一步适于：若一致，则对付款账号进行扣款处理，以及对收款方身份信息对应的收款账号进行收款处理。

可选地，第一用户端接收其显示页面中输入元素发送的收款方身份信息。

可选地，装置进一步包括：

设置模块，适于为付款码信息设置有效期；

判断模块，适于判断扫描得到的付款码信息是否超过有效期；

则校验模块进一步适于：若扫描得到的付款码信息未超过有效期，则根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验。

可选地，支付码包括以下中的一个或多个：二维码、三维码、条形码。

根据本发明实施例的另一方面，提供了一种付款码的处理装置，装置应用于第一用户端，包括：

第三接收模块，适于接收收款方身份信息；

注册请求模块，适于向服务端发送包含收款方身份信息以及付款账号信息的付款注册请求，以供服务端根据付款注册请求生成付款码信息；

展示模块，适于接收服务端下发的付款码信息，展示付款码，以供第二用户端扫描付款码完成交易处理。

可选地，第三接收模块进一步适于：接收显示页面中输入元素发送的收款方身份信息。

根据本发明实施例的又一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述基于付款码的交易处理方法对应的操作。

根据本发明实施例的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述基于付款码的交易处理方法对应的操作。

根据本发明实施例的又一方面，提供了一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述付款码的处理方法对应的操作。

根据本发明实施例的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述付款码的处理方法对应的操作。

根据本发明实施例提供的基于付款码的交易处理方式，接收第一用户端发送的付款注册请求，其中，付款注册请求包含付款账号信息和收款方身份信息；根据付款注册请求注册生成付款码信息，将付款码信息进行存储，并将付款码信息下发给第一用户端，以供第一用户端展示付款码；接收第二用户端通过扫描付款码发送的交易请求，其中，交易请求中包含扫描得到的付款码信息以及第二用户端对应的用户身份信息；根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验，根据校验结果进行交易处理。一方面，不同于现有技术中在用户端本地生成付款码的方式，本发明实施例中由付款设备向服务端提交包含收款方的身份信息和付款账号信息的付款注册请求，在服务端结合收款方的身份信息和付款账号信息注册生成付款码，并将生成付款码信息保存为注册信息；另一方面，收款设备扫描付款码发起交易时，服务端将已注册的收款方身份信息、第二用户端提交的付款码信息中所包含的收款方身份信息以及第二用户端对应的用户身份进行比较，三者一致的情况下才会进行交易处理。采用这种方式，即便不法分子盗取了用户的付款码进行盗刷或者篡改付款码中的收款方身份信息，都无法通过服务端的校验，会导致交易失败，保障了用户财产安全，从而能够保障付款码支付的安全性。同时，通过为付款码设定有效期，若付款设备超出有效期发起交易，则不能成功交易，能够进一步提升安全性。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的基于付款码的交易处理方法的流程图；

图2示出了本发明另一个实施例提供的基于付款码的交易处理方法的流程图；

图3示出了本发明另一个实施例提供的付款码的处理方法的流程图；

图4示出了本发明另一实施例提供的基于付款码的交易处理装置的结构示意图；

图5示出了本发明另一实施例提供的付款码的处理装置的结构示意图；

图6示出了本发明实施例提供的计算设备的结构示意图；

图7示出了本发明实施例提供的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

本发明实施例中，第一用户端是付款方用户端，第一用户端侧的用户是付款方用户，第二用户端是收款方用户端，第二用户端侧的用户是收款方用户。

图1示出了本发明实施例提供的基于付款码的交易处理方法的流程图，如图1所示，该方法包括以下步骤：

步骤S101，接收第一用户端发送的付款注册请求，其中，付款注册请求包含付款账号信息和收款方身份信息。

在本发明实施例的一个可选的实施方式中，第一用户端中设置有输入元素，以供用户输入收款方身份信息。当然，除了通过收入元素来接收收款方身份信息的方式之外，第一用户端可以通过蓝牙传输、近场通信等方式接收其他用户端或者设备发送的收款方身份信息，本发明对此不做限定。

在本发明实施例的一个可选的实施方式中，第一用户端中设置有付款控件，当第一用户端检测到付款控件被触发时，调取第一用户端对应的用户账号信息，第一用户端也就是付款方用户端，那么，第一用户端对应的用户账号信息也就是付款账号信息，然后，向服务端发送包含付款账号信息和收款方身份信息的付款注册请求。

步骤S102，根据付款注册请求注册生成付款码信息，将付款码信息进行存储，并将付款码信息下发给第一用户端，以供第一用户端展示付款码。

服务端接收到第一用户端发送的付款注册请求之后，根据付款账号信息和收款方身份信息生成付款码信息，并将生成的付款码信息作为注册信息进行存储，相当于在服务端存储了付款账号和收款方身份的对应关系。然后，将生成的付款码信息下发给第一用户端，第一用户端将付款码信息输出到展示页面以展示付款码。

步骤S103，接收第二用户端通过扫描付款码发送的交易请求，其中，交易请求中包含扫描得到的付款码信息以及第二用户端对应的用户身份信息。

第二用户端扫描第一用户端展示的付款码，调取第二用户端对应的用户身份信息，连同扫描得到的付款码信息一并发送至服务端以请求交易。第二用户端也就是通过扫描付款码发起交易的用户端，那么，第二客户端对应的用户身份信息也就是发起交易的用户的身份信息。

步骤S104，根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验，根据校验结果进行交易处理。

服务端接收到第二用户端发送的交易请求之后，首先根据已存储的付款码信息以及接收到的扫描得到的付款码信息，对接收到的第二用户端对应的用户身份信息进行校验，若第二用户端对应的用户身份信息校验通过，表示发起交易的用户的身份校验通过，则完成交易处理。若第二用户端对应的用户身份信息校验不通过，放弃本次交易。

现有的一种基于付款码交易处理方式中，在用户端本地根据收款方身份信息和付款方账号信息生成付款码，收款设备扫描付款码向服务端发起交易请求，交易请求中包括扫描得到的付款码信息(包含收款方身份信息和付款账号信息)和收款设备对应的用户身份信息，服务端对扫描得到的收款方身份信息和收款设备对应的用户身份进行比对，若一致，则完成交易，也即，服务端仅仅是进行付款码中包含的收款方身份信息和收款设备提交的用户身份信息进行校验。但是，若不法分子盗取了付款码，将付款码中包含的收款方身份信息篡改为自己的身份信息，那么，在服务端就会通过校验，会造成用户的财产损失，这种方式不能保证付款码交易的安全性。

而本发明实施例中，在服务端进行收款方身份的校验时，根据已存储的注册信息、收款设备扫描得到的付款码信息以及收款方设备提供的用户身份信息三方面因素进行校验，校验通过才进行交易处理。当付款码中所包含的收款方身份信息被篡改时，由于篡改之后的收款码所包含的收款方身份信息与预先注册的收款方身份信息以及收款设备提供的用户身份信息不是一致的，无法通过服务端的校验，交易失败。除此之外，当不法分子盗取付款码进行盗刷时，由于其无法提供正确的用户身份信息，也无法通过服务端的校验，交易失败。因此，本发明实施例中这种校验方式能够保证基于付款码的交易的安全性。

由此可见，一方面，不同于现有技术中在用户端本地生成付款码的方式，该方式中由付款设备向服务端提交包含收款方的身份信息和付款账号信息的付款注册请求，在服务端结合收款方的身份信息和付款账号信息注册生成付款码，将生成的付款码信息保存为注册信息；另一方面，收款设备扫描付款码向服务端发起交易，服务端会根据注册信息以及收款设备扫描得到的付款码信息对收款方设备提供的用户身份信息三方面因素进行校验，校验通过的情况下才会进行交易处理。采用这种方式，即便不法分子盗取了用户的付款码进行盗刷或者篡改付款码中的收款方身份信息，都无法通过服务端的校验，会导致交易失败，保障了用户财产安全，从而能够保障付款码支付的安全性。

图2示出了本发明另一个实施例提供的基于付款码的交易处理方法的流程图，该方法应用于服务端，是应用于收款方扫描付款码发起交易的场景，如图2所示，该方法包括以下步骤：

步骤S201，接收第一用户端发送的付款注册请求，其中，付款注册请求包含付款账号信息和收款方身份信息。

本发明实施例中，第一用户端的页面中设置有输入元素，以供用户通过输入元素输入收款方身份信息，第一用户端接收其页面中输入元素发送的收款方信息。其中，用户输入的收款方身份信息代表的是用户指定的收款方的身份信息。

其中，第一用户端中还设置有付款控件，当第一用户端检测到付款控件被触发时，调取第一用户端对应的用户账号信息(也即付款账号信息)，将用户账号信息连同接收到收款方身份信息一并发送至服务端以请求注册。

步骤S202，根据付款注册请求注册生成付款码信息，为付款码信息设置有效期，将付款码信息进行存储，并将付款码信息下发给第一用户端，以供第一用户端展示付款码。

本发明实施例中，在服务端侧根据付款账号信息和收款方身份信息生成付款码信息，进一步为付款码设置有效期，并将付款码信息作为注册信息进行存储。然后将付款码信息下发给第一用户端，以供第一用户端展示付款码。

可选地，付款码包括以下中的一个或多个：二维码、三维码、条形码。

步骤S203，接收第二用户端通过扫描付款码发送的交易请求，其中，交易请求中包含扫描得到的付款码信息以及第二用户端对应的用户身份信息。

第二用户端扫描第一用户端展示的付款码，调取第二用户端对应的用户身份信息，连同扫描得到的付款码信息一并发送至服务端以请求交易。第二用户端相当于收款方设备，第二用户端对应的用户身份信息也就是请求交易的收款方的身份信息。

步骤S204，判断扫描得到的付款码信息是否超过有效期。

服务端接收到第二用户端发送的交易请求之后，首先判断扫描得到的付款码是否超过了有效期，若扫描得到的付款码信息未超过有效期，则执行步骤S205，若扫描得到的付款码信息超过了有效期，则表明付款码已经失效，则放弃本次交易，可选地，向第二用户端发送交易失败的响应。通过这种方式，能够进一步提升付款码支付的安全性。

步骤S205，若扫描得到的付款码信息未超过有效期，对已存储的付款码信息进行解码，得到已存储的付款码信息对应的收款方身份信息，以及对扫描得到的付款码信息进行解码，得到扫描得到的付款码信息对应的收款方信息。

若判断出扫描得到的付款码信息未超过有效期，则查询服务端已存储的付款码信息，对已存储的付款码信息(也即注册信息)进行解码，得到已注册的收款方身份信息。以及，对扫描得到的付款码进行解码，得到扫描得到的收款方身份信息。

步骤S206，判断已存储的付款码信息对应的收款方身份信息、扫描得到的付款码信息对应的收款方身份信息以及第二用户端对应的用户身份信息是否一致，若一致，则对付款账号进行扣款处理，以及对收款方身份信息对应的收款账号进行收款处理。

然后，根据解码得到的已注册的收款方身份信息以及扫描得到的收款方身份信息，对第二用户端对应的用户身份信息进行校验。具体地，判断解码得到的已注册的收款方身份信息、扫描得到的收款方身份信息以及第二用户端对应的用户身份信息这三者是否一致，若一致，表明请求交易的收款方的身份信息与用户指定的收款方的身份信息一致，则对付款方账号进行扣款处理，对收款方身份信息对应的收款账号进行收款处理。若不一致，表明请求交易的收款方的身份信息与用户指定的收款方的身份信息不一致，则放弃本次交易，向第二用户端反馈交易失败的响应。

本发明实施例中，在服务端进行收款方身份的校验时，将已注册的收款方身份信息、扫描得到的收款方身份信息以及第二用户端对应的用户身份信息三者进行比对，三者一致的情况下，才进行交易处理，也即，用户预先注册的指定收款方、收款码所对应的收款方以及发起交易的收款方均一致，才进行交易处理，三者部分不同或者完全不同，都会导致交易失败。当付款码中所包含的收款方身份信息被篡改时，由于篡改之后的收款码所包含的收款方身份信息与预先注册的收款方身份信息以及收款设备提供的用户身份信息不是一致的，无法通过服务端的校验，交易失败。另外，当不法分子盗取付款码进行盗刷时，由于其无法提供正确的用户身份信息，也无法通过服务端的校验，交易失败。因此，本发明实施例中这种校验方式能够保证基于付款码的交易的安全性。

综上所述，一方面，不同于现有技术中在用户端本地生成付款码的方式，本发明实施例中由付款设备向服务端提交包含收款方的身份信息和付款账号信息的付款注册请求，在服务端结合收款方的身份信息和付款账号信息注册生成付款码，并将生成付款码信息保存为注册信息；另一方面，收款设备扫描付款码发起交易时，服务端将已注册的收款方身份信息、第二用户端提交的付款码信息中所包含的收款方身份信息以及第二用户端对应的用户身份进行比较，三者一致的情况下才会进行交易处理。采用这种方式，即便不法分子盗取了用户的付款码进行盗刷或者篡改付款码中的收款方身份信息，都无法通过服务端的校验，会导致交易失败，保障了用户财产安全，从而能够保障付款码支付的安全性。同时，通过为付款码设定有效期，若付款设备超出有效期发起交易，则不能成功交易，能够进一步提升安全性。

下面以用户向商户付款的场景为例说明本发明实施例的处理流程。

第一步，用户在用户端中输入商户身份认证信息，商户身份认证信息可以是商户提供给用户的，该步骤相当于用户指定收款的商户，然后用户触发付款控件。相应地，用户端接收用户输入的商户身份认证信息，检测到付款控件被触发时，向服务端发送付款注册请求，付款注册请求中包含商户身份认证信息和该用户端对应的用户账号信息，该用户账号信息也就是付款账号信息。

第二步，服务端接收付款注册请求，根据付款注册请求中的商户身份认证信息和用户账号信息生成付款二维码信息，将付款二维码信息作为注册信息进行存储，并将付款二维码信息下发给用户端。

第三步，用户端将付款二维码信息输出进行展示。

第四步，商户使用商户端扫描用户端展示的二维码，商户端将扫描得到的二维码信息以及商户端对应的商户身份信息一并发送给服务端以请求交易。

第五步，服务端对已存储的注册信息进行解码，得到已注册的商户身份认证信息，对商户端发送的扫描得到的二维码信息进行解码，得到扫描的商户身份认证信息。

第六步，服务端将已注册的商户身份认证信息、扫描的商户身份认证信息以及商户端发送的商户身份信息进行比对，若一致，表明发起交易的商户正是用户指定的收款的商户，则对用户账号完成扣款处理，对商户账号完成收款处理。

图3示出了本发明另一个实施例提供的付款码的处理方法的流程图，该方法应用于第一用户端，如图3所示，该方法包括以下步骤：

步骤S301，接收收款方身份信息。

在本发明实施例的一种可选的方式中，接收显示页面中输入元素发送的收款方身份信息。也即，第一用户端内设置有输入元素，例如，输入元素可以是输入框的形式，用户通过该输入框来输入收款方身份信息。

除了上述方式之外，第一用户端还可以通过多种方式获取到收款方身份信息，例如，其他用户端或者设备以蓝牙传输的方式或者近场通信的方式，将收款方身份信息发送给第一用户端，当然，本发明的方案并不以此为限。

步骤S302，向服务端发送包含收款方身份信息以及付款账号信息的付款注册请求，以供服务端根据付款注册请求生成付款码信息。

在本发明实施例的一个可选的实施方式中，第一用户端的显示页面中设置有付款控件，第一用户端检测到付款控件被触发时，向服务端发送付款注册请求。

具体地，第一用户端将接收的收款方身份信息与付款账号信息一并发送给服务端以请求付款注册，服务端根据收款方身份信息以及付款账号信息生成付款码信息，服务端将生成的付款码信息作为注册信息进行存储，并向第一用户端下发付款码信息。

步骤S303，接收服务端下发的付款码信息，展示付款码，以供第二用户端扫描付款码完成交易处理。

服务端生成付款码信息之后，将付款码信息下发给第一用户端，第一用户端对接收到的付款码信息输出进行展示。

第二用户端扫描展示的付款码以完成交易处理，具体地，第二用户端扫描付款码自动向服务端发送交易请求，交易请求中包含扫描得到的付款码信息以及第二用户端对应的用户身份信息。服务端根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验，根据校验结果进行交易处理。

根据本发明实施例所提供的付款码的处理方法，不同于现有技术中在用户端本地生成付款码的方式，该方式中由付款设备向服务端提交包含收款方的身份信息和付款账号信息的付款注册请求，服务端结合收款方身份信息和付款账号信息生成付款码，并下发给用户端进行展示，收款设备扫描付款码完成交易处理，这种方式能够生成更加安全的付款码，能够保证基于付款码的付款过程的安全性。

图4示出了本发明另一实施例提供的基于付款码的交易处理装置的结构示意图。如图4所示，该装置包括：

第一接收模块41，适于接收第一用户端发送的付款注册请求，其中，付款注册请求包含付款账号信息和收款方身份信息；

注册模块42，适于根据付款注册请求注册生成付款码信息，将付款码信息进行存储，并将付款码信息下发给第一用户端，以供第一用户端展示付款码；

第二接收模块43，适于接收第二用户端通过扫描付款码发送的交易请求，其中，交易请求中包含扫描得到的付款码信息以及第二用户端对应的用户身份信息；

校验模块44，适于根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验；

交易处理模块45，适于根据校验结果进行交易处理。

在一种可选的方式中，校验模块44进一步适于：对已存储的付款码信息进行解码，得到已存储的付款码信息对应的收款方身份信息，以及对扫描得到的付款码信息进行解码，得到扫描得到的付款码信息对应的收款方信息；判断已存储的付款码信息对应的收款方身份信息、扫描得到的付款码信息对应的收款方身份信息以及第二用户端对应的用户身份信息是否一致；

交易处理模块45进一步适于：若一致，则对付款账号进行扣款处理，以及对收款方身份信息对应的收款账号进行收款处理。

在一种可选的方式中，第一用户端接收其显示页面中输入元素发送的收款方身份信息。

在一种可选的方式中，装置进一步包括：

设置模块，适于为付款码信息设置有效期；

判断模块，适于判断扫描得到的付款码信息是否超过有效期；

则校验模块44进一步适于：若扫描得到的付款码信息未超过有效期，则根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验。

在一种可选的方式中，支付码包括以下中的一个或多个：二维码、三维码、条形码。

由此可见，一方面，不同于现有技术中在用户端本地生成付款码的方式，本发明实施例中由付款设备向服务端提交包含收款方的身份信息和付款账号信息的付款注册请求，在服务端结合收款方的身份信息和付款账号信息注册生成付款码，并将生成的付款码信息保存为注册信息；另一方面，收款设备扫描付款码发起交易时，服务端将已注册的收款方身份信息、第二用户端提交的付款码信息中所包含的收款方身份信息以及第二用户端对应的用户身份进行比较，三者一致的情况下才会进行交易处理。采用这种方式，即便不法分子盗取了用户的付款码进行盗刷或者篡改付款码中的收款方身份信息，都无法通过服务端的校验，会导致交易失败，保障了用户财产安全，从而能够保障付款码支付的安全性。同时，通过为付款码设定有效期，若付款设备超出有效期发起交易，则不能成功交易，能够进一步提升安全性。

图5示出了本发明另一实施例提供的付款码的处理装置的结构示意图，装置应用于第一用户端，如图5所示，该装置包括：

第三接收模块51，适于接收收款方身份信息；

注册请求模块52，适于向服务端发送包含收款方身份信息以及付款账号信息的付款注册请求，以供服务端根据付款注册请求生成付款码信息；

展示模块53，适于接收服务端下发的付款码信息，展示付款码，以供第二用户端扫描付款码完成交易处理。

在一种可选的方式中，第三接收模块53进一步适于：接收显示页面中输入元素发送的收款方身份信息。

由此可见，不同于现有技术中在用户端本地生成付款码的方式，该方式中由付款设备向服务端提交包含收款方的身份信息和付款账号信息的付款注册请求，服务端结合收款方身份信息和付款账号信息生成付款码，并下发给用户端进行展示，收款设备扫描付款码完成交易处理，这种方式能够生成更加安全的付款码，能够保证基于付款码的付款过程的安全性。

本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的基于付款码的交易处理方法。

可执行指令具体可以用于使得处理器执行以下操作：

接收第一用户端发送的付款注册请求，其中，付款注册请求包含付款账号信息和收款方身份信息；

根据付款注册请求注册生成付款码信息，将付款码信息进行存储，并将付款码信息下发给第一用户端，以供第一用户端展示付款码；

接收第二用户端通过扫描付款码发送的交易请求，其中，交易请求中包含扫描得到的付款码信息以及第二用户端对应的用户身份信息；

根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验，根据校验结果进行交易处理。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

对已存储的付款码信息进行解码，得到已存储的付款码信息对应的收款方身份信息，以及对扫描得到的付款码信息进行解码，得到扫描得到的付款码信息对应的收款方信息；

判断已存储的付款码信息对应的收款方身份信息、扫描得到的付款码信息对应的收款方身份信息以及第二用户端对应的用户身份信息是否一致；

若一致，则对付款账号进行扣款处理，以及对收款方身份信息对应的收款账号进行收款处理。

在一种可选的方式中，第一用户端接收其显示页面中输入元素发送的收款方身份信息。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：根据付款注册请求注册生成付款码信息之后，为付款码信息设置有效期；

接收第二用户端通过扫描付款码发送的交易请求之后，判断扫描得到的付款码信息是否超过有效期；

若否，则根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验，根据校验结果进行交易处理。

在一种可选的方式中，支付码包括以下中的一个或多个：二维码、三维码、条形码。

由此可见，一方面，不同于现有技术中在用户端本地生成付款码的方式，本发明实施例中由付款设备向服务端提交包含收款方的身份信息和付款账号信息的付款注册请求，在服务端结合收款方的身份信息和付款账号信息注册生成付款码，并将生成的付款码信息保存为注册信息；另一方面，收款设备扫描付款码发起交易时，服务端将已注册的收款方身份信息、第二用户端提交的付款码信息中所包含的收款方身份信息以及第二用户端对应的用户身份进行比较，三者一致的情况下才会进行交易处理。采用这种方式，即便不法分子盗取了用户的付款码进行盗刷或者篡改付款码中的收款方身份信息，都无法通过服务端的校验，会导致交易失败，保障了用户财产安全，从而能够保障付款码支付的安全性。同时，通过为付款码设定有效期，若付款设备超出有效期发起交易，则不能成功交易，能够进一步提升安全性。

本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的付款码的处理方法。

可执行指令具体可以用于使得处理器执行以下操作：

接收收款方身份信息；

向服务端发送包含收款方身份信息以及付款账号信息的付款注册请求，以供服务端根据付款注册请求生成付款码信息；

接收服务端下发的付款码信息，展示付款码，以供第二用户端扫描付款码完成交易处理。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

接收显示页面中输入元素发送的收款方身份信息。

由此可见，不同于现有技术中在用户端本地生成付款码的方式，该方式中由付款设备向服务端提交包含收款方的身份信息和付款账号信息的付款注册请求，服务端结合收款方身份信息和付款账号信息生成付款码，并下发给用户端进行展示，收款设备扫描付款码完成交易处理，这种方式能够生成更加安全的付款码，能够保证基于付款码的付款过程的安全性。

图6示出了本发明实施例提供的计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。

如图6所示，该计算设备可以包括：处理器(processor)602、通信接口(Communications Interface)604、存储器(memory)606、以及通信总线608。

其中：处理器602、通信接口604、以及存储器606通过通信总线608完成相互间的通信。通信接口604，用于与其它设备比如用户端或其它服务器等的网元通信。处理器602，用于执行程序610，具体可以执行上述用于计算设备的基于付款码的交易处理方法实施例中的相关步骤。

具体地，程序610可以包括程序代码，该程序代码包括计算机操作指令。

处理器602可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器606，用于存放程序610。存储器606可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序610具体可以用于使得处理器602执行以下操作：

接收第一用户端发送的付款注册请求，其中，付款注册请求包含付款账号信息和收款方身份信息；

根据付款注册请求注册生成付款码信息，将付款码信息进行存储，并将付款码信息下发给第一用户端，以供第一用户端展示付款码；

接收第二用户端通过扫描付款码发送的交易请求，其中，交易请求中包含扫描得到的付款码信息以及第二用户端对应的用户身份信息；

根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验，根据校验结果进行交易处理。

在一种可选的方式中，所述程序610使所述处理器602执行以下操作：

对已存储的付款码信息进行解码，得到已存储的付款码信息对应的收款方身份信息，以及对扫描得到的付款码信息进行解码，得到扫描得到的付款码信息对应的收款方信息；

判断已存储的付款码信息对应的收款方身份信息、扫描得到的付款码信息对应的收款方身份信息以及第二用户端对应的用户身份信息是否一致；

若一致，则对付款账号进行扣款处理，以及对收款方身份信息对应的收款账号进行收款处理。

在一种可选的方式中，第一用户端接收其显示页面中输入元素发送的收款方身份信息。

在一种可选的方式中，所述程序610使所述处理器602执行以下操作：根据付款注册请求注册生成付款码信息之后，为付款码信息设置有效期；

接收第二用户端通过扫描付款码发送的交易请求之后，判断扫描得到的付款码信息是否超过有效期；

若否，则根据已存储的付款码信息、扫描得到的付款码信息和第二用户端对应的用户身份信息进行校验，根据校验结果进行交易处理。

在一种可选的方式中，支付码包括以下中的一个或多个：二维码、三维码、条形码。

由此可见，一方面，不同于现有技术中在用户端本地生成付款码的方式，本发明实施例中由付款设备向服务端提交包含收款方的身份信息和付款账号信息的付款注册请求，在服务端结合收款方的身份信息和付款账号信息注册生成付款码，并将生成付款码信息保存为注册信息；另一方面，收款设备扫描付款码发起交易时，服务端将已注册的收款方身份信息、第二用户端提交的付款码信息中所包含的收款方身份信息以及第二用户端对应的用户身份进行比较，三者一致的情况下才会进行交易处理。采用这种方式，即便不法分子盗取了用户的付款码进行盗刷或者篡改付款码中的收款方身份信息，都无法通过服务端的校验，会导致交易失败，保障了用户财产安全，从而能够保障付款码支付的安全性。同时，通过为付款码设定有效期，若付款设备超出有效期发起交易，则不能成功交易，能够进一步提升安全性。

图7示出了本发明实施例提供的电子设备的结构示意图，本发明具体实施例并不对电子设备的具体实现做限定。

如图7所示，该电子设备可以包括：处理器(processor)702、通信接口(Communications Interface)704、存储器(memory)706、以及通信总线708。

其中：处理器702、通信接口704、以及存储器706通过通信总线708完成相互间的通信。通信接口704，用于与其它设备比如用户端或其它服务器等的网元通信。处理器702，用于执行程序710，具体可以执行上述用于电子设备的付款码的处理方法实施例中的相关步骤。

具体地，程序710可以包括程序代码，该程序代码包括计算机操作指令。

处理器702可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器706，用于存放程序710。存储器706可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序710具体可以用于使得处理器702执行以下操作：

接收收款方身份信息；

向服务端发送包含收款方身份信息以及付款账号信息的付款注册请求，以供服务端根据付款注册请求生成付款码信息；

接收服务端下发的付款码信息，展示付款码，以供第二用户端扫描付款码完成交易处理。

在一种可选的方式中，所述程序710使所述处理器702执行以下操作：

接收显示页面中输入元素发送的收款方身份信息。

由此可见，不同于现有技术中在用户端本地生成付款码的方式，该方式中由付款设备向服务端提交包含收款方的身份信息和付款账号信息的付款注册请求，服务端结合收款方身份信息和付款账号信息生成付款码，并下发给用户端进行展示，收款设备扫描付款码完成交易处理，这种方式能够生成更加安全的付款码，能够保证基于付款码的付款过程的安全性。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明实施例的内容，并且上面对特定语言所做的描述是为了披露本发明实施例的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明实施例并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明实施例进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (16)

1.一种基于付款码的交易处理方法，包括：

接收第一用户端发送的付款注册请求，其中，所述付款注册请求包含付款账号信息和收款方身份信息，其中，所述第一用户端接收其显示页面中输入元素发送的收款方身份信息，或者接收其他用户端或设备发送的收款方身份信息；

根据所述付款注册请求注册生成付款码信息，将所述付款码信息进行存储，并将所述付款码信息下发给所述第一用户端，以供第一用户端展示付款码；

接收第二用户端通过扫描所述付款码发送的交易请求，其中，所述交易请求中包含扫描得到的付款码信息以及第二用户端对应的用户身份信息；

判断已存储的付款码信息对应的收款方身份信息、扫描得到的付款码信息对应的收款方身份信息以及第二用户端对应的用户身份信息是否一致，若一致，则进行交易处理。

2.根据权利要求1所述的方法，其中，所述方法进一步包括：

对已存储的付款码信息进行解码，得到所述已存储的付款码信息对应的收款方身份信息，以及对所述扫描得到的付款码信息进行解码，得到所述扫描得到的付款码信息对应的收款方信息。

3.根据权利要求1所述的方法，其中，所述进行交易处理进一步包括：

对付款账号进行扣款处理，以及对收款方身份信息对应的收款账号进行收款处理。

4.根据权利要求1-3中任一项所述的方法，其中，所述根据所述付款注册请求注册生成付款码信息之后，所述方法进一步包括：

为所述付款码信息设置有效期；

则接收第二用户端通过扫描所述付款码发送的交易请求之后，所述方法进一步包括：

判断扫描得到的付款码信息是否超过有效期；

若否，则判断已存储的付款码信息对应的收款方身份信息、扫描得到的付款码信息对应的收款方身份信息以及第二用户端对应的用户身份信息是否一致。

5.根据权利要求1所述的方法，其中，所述付款码包括以下中的一个或多个：二维码、三维码、条形码。

6.一种付款码的处理方法，所述方法应用于第一用户端，包括：

接收显示页面中输入元素发送的收款方身份信息，或者接收其他用户端或设备发送的收款方身份信息；

向服务端发送包含收款方身份信息以及付款账号信息的付款注册请求，以供服务端根据付款注册请求生成付款码信息；

接收服务端下发的付款码信息，展示付款码，以供第二用户端扫描所述付款码完成交易处理；

其中，所述服务端判断已存储的付款码信息对应的收款方身份信息、扫描得到的付款码信息对应的收款方身份信息以及第二用户端对应的用户身份信息是否一致，若一致，则进行交易处理。

7.一种基于付款码的交易处理装置，包括：

第一接收模块，适于接收第一用户端发送的付款注册请求，其中，所述付款注册请求包含付款账号信息和收款方身份信息，其中，所述第一用户端接收其显示页面中输入元素发送的收款方身份信息，或者接收其他用户端或设备发送的收款方身份信息；

注册模块，适于根据所述付款注册请求注册生成付款码信息，将所述付款码信息进行存储，并将所述付款码信息下发给所述第一用户端，以供第一用户端展示付款码；

第二接收模块，适于接收第二用户端通过扫描所述付款码发送的交易请求，其中，所述交易请求中包含扫描得到的付款码信息以及第二用户端对应的用户身份信息；

校验模块，适于判断已存储的付款码信息对应的收款方身份信息、扫描得到的付款码信息对应的收款方身份信息以及第二用户端对应的用户身份信息是否一致；

交易处理模块，适于若已存储的付款码信息对应的收款方身份信息、扫描得到的付款码信息对应的收款方身份信息以及第二用户端对应的用户身份信息一致，则进行交易处理。

8.根据权利要求7所述的装置，其中，所述校验模块进一步适于：对已存储的付款码信息进行解码，得到所述已存储的付款码信息对应的收款方身份信息，以及对所述扫描得到的付款码信息进行解码，得到所述扫描得到的付款码信息对应的收款方信息。

9.根据权利要求7所述的装置，其中，所述交易处理模块进一步适于：

对付款账号进行扣款处理，以及对收款方身份信息对应的收款账号进行收款处理。

10.根据权利要求7-9中任一项所述的装置，其中，所述装置进一步包括：

设置模块，适于为所述付款码信息设置有效期；

判断模块，适于判断扫描得到的付款码信息是否超过有效期；

则所述校验模块进一步适于：若扫描得到的付款码信息未超过有效期，则判断已存储的付款码信息对应的收款方身份信息、扫描得到的付款码信息对应的收款方身份信息以及第二用户端对应的用户身份信息是否一致。

11.根据权利要求7所述的装置，其中，所述付款码包括以下中的一个或多个：二维码、三维码、条形码。

12.一种付款码的处理装置，所述装置应用于第一用户端，包括：

第三接收模块，适于接收显示页面中输入元素发送的收款方身份信息，或者接收其他用户端或设备发送的收款方身份信息；

注册请求模块，适于向服务端发送包含收款方身份信息以及付款账号信息的付款注册请求，以供服务端根据付款注册请求生成付款码信息；

展示模块，适于接收服务端下发的付款码信息，展示付款码，以供第二用户端扫描所述付款码完成交易处理；

其中，所述服务端判断已存储的付款码信息对应的收款方身份信息、扫描得到的付款码信息对应的收款方身份信息以及第二用户端对应的用户身份信息是否一致，若一致，则进行交易处理。

13.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-5中任一项所述的基于付款码的交易处理方法对应的操作。

14.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-5中任一项所述的基于付款码的交易处理方法对应的操作。

15.一种电子设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求6所述的付款码的处理方法对应的操作。

16.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求6所述的付款码的处理方法对应的操作。

Images