CN110705983A - 扫码支付处理的方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种扫码支付处理的方法、装置、设备及存储介质，属于移动支付技术领域。所述方法包括：终端扫描图形码后，获取图形码对应的内容数据，基于内容数据确定收款账户标识，向源服务器发送支付请求，源服务器在付款账户标识对应的付款账户中扣除金额，向管理服务器发送支付通知。管理服务器向收款账户标识对应的目标服务器转发支付通知，目标服务器在收款账户标识对应的收款账户中充入金额。本申请中图形码是目标服务器对应的应用程序生成，扫码的应用程序是源服务器对应的应用程序，他们是不同的应用程序，收款方只需提供一个图形码，不同用户可用不同应用程序进行扫码支付，收款方不需提供多个图形码，避免造成支付混乱，操作效率高。

Description

扫码支付处理的方法、装置、设备及存储介质

技术领域

本申请涉及移动支付技术领域，特别涉及一种扫码支付处理的方法、装置、设备及存储介质。

背景技术

随着移动支付的飞速发展，扫码支付在支付领域的应用也越来越广泛，银行卡支付、微信支付及支付宝支付等多种支付方式都实现了扫码支付。

现有技术中，扫码支付的技术是：不同银行及电子钱包等众多支付应用程序的图形码，仅支持生成图形码的应用程序识别图形码进行支付。

实现本申请的过程中，发明人发现现有技术至少存在以下问题：

银行及电子钱包等支付应用程序众多，不同用户可能持有不同的应用程序，收款方需要提供多个图形码，造成支付过程中的混乱，操作效率低。

发明内容

本申请实施例提供了一种扫码支付处理的方法、装置、设备及存储介质，可以解决相关技术中造成支付过程中的混乱，操作效率低的问题。所述技术方案如下：

一方面，提供了一种扫码支付处理的方法，所述方法包括：

扫描图形码，获取所述图形码对应的内容数据；

基于所述内容数据，确定收款账户标识；

向源服务器发送支付请求，其中，所述支付请求中携带有所述收款账户标识、付款账户标识和金额。

可选的，所述接收所述源服务器发送的收款账户标识之后，所述方法还包括：

显示确认支付窗口，所述确认支付窗口中显示有所述收款账户标识；

接收通过所述确认支付窗口触发的确认支付指令。

可选的，所述向源服务器发送支付请求之前，所述方法还包括：

获取所述内容数据中的所述金额，或者，获取用户输入的所述金额。

一方面，提供了一种扫码支付处理的方法，所述方法包括：

接收终端发送的支付请求，其中，所述支付请求中携带有所述收款账户标识、付款账户标识和金额；

在所述付款账户标识对应的付款账户中扣除所述金额；

向管理服务器发送支付通知，其中，所述支付通知中携带有所述收款账户标识和所述金额。

一方面，提供了一种扫码支付处理的方法，所述方法包括：

接收源服务器发送的支付通知，其中，所述支付通知中携带有所述收款账户标识和所述金额；

向所述收款账户标识对应的目标服务器转发所述支付通知，其中，所述支付通知用于指示所述目标服务器在所述收款账户标识对应的收款账户中充入所述金额。

另一方面，提供了一种扫码支付处理的装置，所述装置包括：

获取模块，用于扫描图形码，获取所述图形码对应的内容数据；

确定模块，用于基于所述内容数据，确定收款账户标识；

发送模块，用于向源服务器发送支付请求，其中，所述支付请求中携带有所述收款账户标识、付款账户标识和金额。

可选的，所述内容数据包括收款机构码和收款终端通信标识，所述确定模块，用于：

向所述源服务器发送所述收款机构码和所述收款终端通信标识；

接收所述源服务器发送的收款账户标识。

可选的，所述装置还包括：

显示模块，用于显示确认支付窗口，所述确认支付窗口中显示有所述收款账户标识；

接收模块，用于接收通过所述确认支付窗口触发的确认支付指令。

可选的，所述获取模块，用于：

获取所述内容数据中的所述金额，或者，获取用户输入的所述金额。

另一方面，提供了一种扫码支付处理的装置，所述装置包括：

接收模块，用于接收终端发送的支付请求，其中，所述支付请求中携带有所述收款账户标识、付款账户标识和金额；

扣除模块，用于在所述付款账户标识对应的付款账户中扣除所述金额；

发送模块，用于向管理服务器发送支付通知，其中，所述支付通知中携带有所述收款账户标识和所述金额。

可选的，所述装置还包括：

转发模块，用于接收所述终端发送的收款机构码和收款终端通信标识，向所述管理服务器转发所述收款机构码和所述收款终端通信标识；

转发模块，还用于接收所述管理服务器发送的收款账户标识，向所述终端转发所述收款账户标识。

另一方面，提供了一种扫码支付处理的装置，所述装置包括：

接收模块，用于接收源服务器发送的支付通知，其中，所述支付通知中携带有所述收款账户标识和所述金额；

转发模块，用于向所述收款账户标识对应的目标服务器转发所述支付通知，其中，所述支付通知用于指示所述目标服务器在所述收款账户标识对应的收款账户中充入所述金额。

可选的，所述装置还包括：

接收模块，用于接收源服务器发送的收款机构码和收款终端通信标识；

确定模块，用于基于预先存储的收款机构代码、收款终端通信标识和收款账户标识的对应关系，确定接收到的收款机构码和收款终端通信标识对应的收款账户标识；

发送模块，用于向所述源服务器发送确定出的收款账户标识。

再一方面，提供了一种扫码支付处理的系统，所述系统包括终端、源服务器、管理服务器及目标服务器，其中：

所述终端，用于扫描图形码，获取所述图形码对应的内容数据；基于所述内容数据，确定收款账户标识；向所述源服务器发送支付请求，其中，所述支付请求中携带有所述收款账户标识、付款账户标识和金额；

所述源服务器，用于接收所述终端发送的所述支付请求；在所述付款账户标识对应的付款账户中扣除所述金额；向所述管理服务器发送支付通知，其中，所述支付通知中携带有所述收款账户标识和所述金额；

所述管理服务器，用于接收所述源服务器发送的所述支付通知；向所述收款账户标识对应的所述目标服务器转发所述支付通知；

所述目标服务器，用于在所述收款账户标识对应的收款账户中充入所述金额。

再一方面，提供了一种计算机设备，所述计算机设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条指令，所述指令由所述一个或多个处理器加载并执行以实现所述扫码支付处理的方法所执行的操作。

再一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现所述扫码支付处理的方法所执行的操作。

本申请实施例提供的技术方案带来的有益效果是：

本申请实施例中不同终端即不同支付应用程序扫描图形码后，获取图形码对应的内容数据，基于内容数据，确定收款账户标识，付款用户确认支付后向源服务器发送支付请求，源服务器在付款账户标识对应的付款账户中扣除金额，并向管理服务器发送支付通知。管理服务器向收款账户对应的目标服务器转发支付通知，用于指示目标服务器在收款账户标识对应的收款账户中充入金额。可见，图形码可以是目标服务器对应的应用程序生成，扫码的应用程序可以是源服务器对应的应用程序，他们可以是不同的应用程序，这样，收款方只需要提供一个图形码，不同的用户就可以用不同的应用程序进行扫码支付，收款方不需要提供多个图形码，避免造成支付过程中的混乱，操作效率高。

附图说明

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

图1是本申请实施例提供的一种扫码支付处理的方法的实施环境的示意图；

图2是本申请实施例提供的一种扫码支付处理的方法中终端侧的流程图；

图3是本申请实施例提供的一种扫码支付处理的方法中源服务器侧的流程图；

图4是本申请实施例提供的一种扫码支付处理的方法中管理服务器侧的流程图；

图5是本申请实施例提供的一种扫码支付处理的方法中服务器与终端之间交互的流程图；

图6是本申请实施例提供的一种微信香港钱包应用程序的界面示意图；

图7是本申请实施例提供的一种微信香港钱包应用程序的界面示意图；

图8是本申请实施例提供的一种微信香港钱包应用程序的界面示意图；

图9是本申请实施例提供的一种微信香港钱包应用程序的界面示意图；

图10是本申请实施例提供的一种微信香港钱包应用程序的界面示意图；

图11是本申请实施例提供的一种基于转数快系统的香港钱包产品侧的系统架构图；

图12是本申请实施例提供的一种生成图形码的交互流程图；

图13是本申请实施例提供的一种扫码支付的交互流程图；

图14是本申请实施例提供的一种扫码支付处理的装置结构示意图；

图15是本申请实施例提供的一种扫码支付处理的装置结构示意图；

图16是本申请实施例提供的一种扫码支付处理的装置结构示意图；

图17是本申请实施例提供的一种终端的结构示意图；

图18是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

图1是本申请实施例提供的一种扫码支付处理的方法的实施环境的示意图，参见图1，本申请提供的扫码支付处理的的方法可以由终端和服务器共同实现，服务器包括源服务器、管理服务器和目标服务器。终端可以运行有具有支付功能的应用程序，如微信和银行支付工具等应用程序，终端可以具备摄像头等部件，终端可以是手机、平板电脑、智能穿戴设备、台式计算机、笔记本电脑等。服务器可以是上述应用程序的后台服务器，服务器可以与终端建立通信。该服务器可以是一个单独的服务器也可以是一个服务器组，如果是单独的服务器，该服务器可以负责下述方案中的所有处理，如果是服务器组，服务器组中的不同服务器分别可以负责下述方案中的不同处理，具体的处理分配情况可以由技术人员根据实际需求任意设置，此处不再赘述。

本申请实施例提供的终端可以为第一终端，第一终端是指扫描图形码进行支付的一端。第一终端可以运行有支付宝、银行、微信等支付应用程序，付款用户操作第一终端启动支付应用程序，登录第一用户账号，支付应用程序的界面中显示扫一扫、付款及收款等标签，点击界面中的扫一扫标签，则界面上显示一个扫码方框，将扫码方框对准图形码进行扫描可以实现支付。第一终端扫描图形码后，支付应用程序的界面中可以显示收款账户及金额，也可以只显示收款账户，由付款用户手动输入金额。本申请实施例提供的图形码是一种用于承载数据的图形，可以通过扫描设备自动识别来实现数据信息的自动处理，如，可以通过扫描图形码触发执行支付的处理。图形码可以为二维码、三维码和条形码等。本申请实施例中以收款二维码为例进行方案的详细说明，其它情况与之类似，不再赘述。

本申请实施例提供的终端还可以包括第二终端，第二终端是指生成图形码的一端，第二终端可以运行有微信香港钱包应用程序，收款用户操作第二终端启动微信香港钱包应用程序，登录第二用户账号，微信香港钱包应用程序界面显示零钱、收款及付款等标签，点击界面中的收款标签，可以自动生成图形码并在界面上显示。图6是本申请实施例提供的一种微信香港钱包应用程序的界面示意图，如图6所示，收款用户操作第二终端启动微信香港钱包应用程序后，界面中显示账户头像、账户姓名、转数快账户标签、转数快收款二维码及WeChatPay HK账户(即微信香港钱包账户)标签，微信香港钱包应用程序支持一键登记，收款用户操作第二终端点击立即绑定标签，则能进行实名登记操作。图7是本申请实施例提供的一种微信香港钱包应用程序的界面示意图，如图7所示，当收款用户操作第二终端点击立即绑定标签，登记转数快系统后，完成微信香港钱包实名登记即身份认证后，则收款用户的手机号与转数快系统绑定，并自动生成图形码，则微信香港钱包应用程序的界面中显示账户姓名、手机号码等信息。图8是本申请实施例提供的一种微信香港钱包应用程序的界面示意图，如图8所示，收款用户操作第二终端进入转数快收款界面后，微信香港钱包应用程序界面中显示账户头像、账户姓名、转数快手机号码、转数快收款二维码、WeChat PayHK账户等标签。收款用户可以操作第二终端点击转数快手机号码标签，则微信香港钱包应用程序的界面上显示转数快对应的手机号码。图9是本申请实施例提供的一种微信香港钱包应用程序的界面示意图，如图9所示，收款用户可以操作第二终端点击转数快收款二维码标签，则微信香港钱包应用程序的界面上显示转数快对应的收款二维码。收款用户还可以操作第二终端点击界面中设置收款金额，则可以生成携带有收款金额的静态二维码。图10是本申请实施例提供的一种微信香港钱包应用程序的界面示意图，如图10所示，收款用户还可以操作第二终端点击WeChat Pay HK账户标签，则微信香港钱包应用程序的界面上显示微信香港钱包账户对应的账号。付款用户操作第一终端登录支付应用程序，该支付应用程序是支持转数快转账的应用程序，通过扫描微信香港钱包应用程序生成的图形码进行支付，向收款用户转账，收款资金实时到账。

本申请实施例提供的源服务器是指扫描图形码进行支付的终端即第一终端对应的服务器，目标服务器是指生成图形码的终端即第二终端对应的服务器，管理服务器可以为香港转数快系统后台对应的服务器(The Hong Kong Fast Payment System，FPS)，香港转数快系统提供了接入该系统的所有银行、支付宝及微信等第三方支付之间进行交易和结算的通道，提供了接入该系统的所有银行和电子钱包可以相互识别对方的能力。图11是本申请实施例提供的一种基于转数快系统的香港钱包产品侧的系统架构图，如图11所示，该系统架构图中包括了统一接入层、接口层、逻辑层、香港钱包、转数快系统(FPS)及核心层，统一接入层配置了DNS服务器(Domain Name System,解析服务器)，使用户更加方便的访问互联网，还通过TGW配置(Tencent Gate Way，网关系统)实现多网统一接入。接口层包括首页接口、二维码生成接口、支付回调接口、支付下单接口、扫二维码接口及转账结果查询接口，首页接口用于接收前端的请求，做登录状态。二维码生成接口用于接收生成二维码的请求，生成二维码。支付回调接口用于查询用户支付时使用的支付渠道。支付下单接口用于接收支付请求。扫二维码接口，用于扫描二维码。转账结果查询接口，用于接收查询转账结果，展示转账详情。逻辑层包括下单服务、解析二维码服务、交易记录查询服务、二维码生成服务、订单详情服务及支付回调服务，进行业务下单、二维码生成及和香港钱包、微信后台、转数快进行RPC通信(Remote Procedure Call Protocol，远程调用协议)。香港钱包包括KYC服务，限额服务、预下单服务、账户查询服务、余额查询服务、注册adderss服务及机构列表查询服务，用于用户的账户管理。其中，KYC服务用于身份识别。限额服务用于限制转账金额。预下单服务用于预约下单支付。账户查询服务用于查询账户信息。余额查询服务用于查询账户余额。注册adderss服务用于注册adderss。机构列表查询服务用于查询支持转数快转账的机构列表。转数快系统包括adderss注册服务，adderss注销服务，adderss机构查询服务，adderss批量查询服务及转账服务。adderss注册服务用于注册adderss，与转数快系统绑定。adderss注销服务用于注销adderss，与转数快系统解绑。adderss机构查询服务用于查询支持转数快转账的机构列表。adderss批量查询服务用于。转账服务用于转账过程中转数快转发信息。核心层包括b2c转账服务、提现服务、c2b转账服务及退款服务，负责底层资金的流动，如转账、提现，充值及退款。

图2是本申请实施例提供的一种扫码支付处理的方法中终端侧的流程图。

参见图2，该实施例包括：

在步骤201中，扫描图形码，获取图形码对应的内容数据。

在步骤202中，基于内容数据，确定收款账户标识。

在步骤203中，向源服务器发送支付请求，其中，支付请求中携带有收款账户标识、付款账户标识和金额。

图3是本申请实施例提供的一种扫码支付处理的方法中源服务器侧的流程图。参见图3，该实施例包括：

在步骤301中，接收终端发送的支付请求，其中，支付请求中携带有收款账户标识、付款账户标识和金额。

在步骤302中，在付款账户标识对应的付款账户中扣除金额。

在步骤303中，向管理服务器发送支付通知，其中，支付通知中携带有收款账户标识和金额。

图4是本申请实施例提供的一种扫码支付处理的方法中管理服务器侧的流程图。参见图3，该实施例包括：

在步骤401中，接收源服务器发送的支付通知，其中，支付通知中携带有收款账户标识和金额。

在步骤402中，向收款账户标识对应的目标服务器转发支付通知，其中，支付通知用于指示目标服务器在收款账户标识对应的收款账户中充入金额。

图5是本申请实施例提供的一种扫码支付处理的方法中服务器与终端之间交互的流程图。参见图5，该实施例包括：

在步骤501中，第二终端向目标服务器发送生成图形码请求。

其中，第二终端是指生成图形码的一端。目标服务器是指第二终端对应的服务器。图形码是一种用于承载数据的图形，可以通过扫描设备自动识别来实现数据信息的自动处理，如，可以通过扫描二维码触发执行支付的处理，该图形码可以为收款二维码。

在实施中，收款用户操作第二终端启动微信香港钱包应用程序，登录第二用户账号，微信香港钱包应用程序界面则显示零钱、收钱、付钱等标签。点击界面中的收钱标签，则可以触发第二终端生成图形码请求，向目标服务器发送该生成图形码请求，该生成图形码请求中携带有账户标识。

在步骤502中，目标服务器基于生成图形码请求中携带的账户标识确定收款机构码和收款终端通信标识。

其中，收款终端通信标识是指账户标识对应的账户的手机号。

在实施中，目标服务器接收到生成图形码请求后，得到生成图形码请求中携带的账户标识。首先，目标服务器调用图形码生成接口，图形码生成接口调用身份识别接口，身份识别接口根据账户标识查询该账户标识对应的账户是否实名登记微信香港钱包账户，如果该账户已实名登记，则可以得到该账户对应的收款机构码和收款终端通信标识即手机号等账户信息。然后，向管理服务器发送该手机号，管理服务器查询该手机号是否绑定管理系统，如果该手机号已绑定管理系统，则管理服务器向图形码生成接口发送已绑定管理系统的指令，用于触发图形码生成接口实现生成图形码的操作。其中，管理服务器是指中间转发信息的系统对应的服务器即转数快系统后台服务器。

在步骤503中，第二终端基于手机号和收款机构码，生成图形码。

在实施中，管理服务器向第二终端中图形码生成接口发送已绑定管理系统的指令后，图形码生成接口根据该账户标识对应的账户的手机号及收款机构码进行编码，生成该账户对应的图形码。

可选的，图形码生成接口根据账户对应的手机号及收款机构码进行编码时，可以生成动态图形码，展示给付款用户，金额由付款用户填写，也可以生成静态图形码，金额由收款用户填写。

图形码的内容是一串字符串，根据HKQRCS协议(The common QR codeSpecification for Retail Payments Hong Kong，香港零售支付通用二维码规范)，的规定来定义图形码的相应字段，其格式按照ID length value的形式，根据协议规定在相应ID后输入对应的value值。表1是本申请实施例提供的一种图形码部分ID的设置表，如表1所示，图形码中包括固定值、动态或静态图形码、转数快系统专用字段、币种、金额及crc16校验等信息。其中重要字段包括手机号和收款机构码，crc16校验是指利用循环冗余校验码进行校验。

例如，图12是本申请实施例提供的一种生成图形码的交互流程图，如图12所示，管理服务器可以为转数快系统服务器，图形码生成接口可以为二维码生成接口，身份识别接口可以为KYC(Know Your Customer，身份识别)接口，绑定管理系统可以为注册adressing。其中，adressing是指转数快系统中的注册名称，若已注册adressing，表示账户对应的手机号已绑定转数快系统。当收款用户操作第二终端启动微信香港钱包应用程序，打开二维码首页，则调用二维码生成接口，二维码生成接口调用KYC接口查询该收款用户对应的账户是否实名登记即是否注册转数快系统，如果该账户已实名登记，调用转数快系统查询该账户是否注册adressing，如果该账户已注册adressing，则转数快系统服务器向二维码生成接口发送已注册adressing的指令，则二维码生成接口按照HKQRCS协议根据账户对应的手机号和收款机构码进行编码，生成二维码。

表1

在步骤504中，第一终端扫描图形码，获取图形码对应的内容数据，基于内容数据，确定收款账户标识。

其中，第一终端是指扫描图形码进行支付的一端。内容数据包括收款机构码和收款终端通信标识即手机号。收款账户标识是指收款账户姓名等信息。

在实施中，付款用户操作第一终端启动支付应用程序扫描图形码，可以得到图形码中包含的收款机构码和手机号，向源服务器发送收款机构码和手机号。源服务器对图形码进行校验，校验通过后，向管理服务器转发收款机构码和手机号。管理服务器接收到收款机构码和手机号后，基于预先存储的收款机构代码、手机号和收款账户标识的对应关系，确定接收到的收款机构码和手机号对应的收款账户标识，向源服务器发送确定出的收款账户标识，源服务器接收管理服务器发送的收款账户标识，向第一终端转发收款账户标识。第一终端接收源服务器发送的收款账户标识后，支付应用程序界面上显示确认支付窗口，确认支付窗口中显示有收款账户姓名等信息。当付款用户点击确认支付后，第一终端接收通过确认支付窗口触发的确认支付指令，并向源服务器发送支付请求。其中，源服务器是指第一终端后台对应的服务器。

可选的，预先存储的收款机构代码、手机号和收款账户标识的对应关系可以为表格的形式。

可选的，当图形码生成接口根据账户对应的手机号及收款机构码进行编码时，生成动态图形码时，源服务器获取用户输入的金额。

可选的，当图形码生成接口根据账户对应的手机号及收款机构码进行编码时，生成静态图形码时，源服务器获取内容数据中的金额。

在步骤505中，源服务器接收第一终端发送的支付请求，在付款账户标识对应的付款账户中扣除金额。

其中，支付请求中携带有收款账户标识、付款账户标识和金额。

在实施中，源服务器接收第一终端发送的支付请求后，得到支付请求中携带的收款账户标识、付款账户标识和金额。根据付款账户标识和金额，在付款账户标识对应的付款账户中扣除该金额，并向管理服务器发送支付通知，其中，支付通知中携带有收款账户标识和金额。

在步骤506中，管理服务器接收源服务器发送的支付通知，向收款账户对应的目标服务器转发支付通知。

其中，支付通知中携带有收款账户标识和金额。

在实施中，管理服务器接收源服务器发送的支付通知后，得到支付通知中携带的收款账户标识和金额。管理服务器根据收款账户标识确定目标服务器，向目标服务器转发支付通知中携带的收款账户标识和金额。

在步骤507中，目标服务器在收款账户标识对应的收款账户中充入金额。

在实施中，目标服务器接收该支付通知，获取到该支付通知中携带的收款账户标识和金额。根据收款账户标识和金额，在收款账户标识对应的收款账户中充值该金额。

例如，图13是本申请实施例提供的一种扫码支付的交互流程图，如图13所示，第一终端对应的支付应用程序可以为银行应用程序，源服务器可以为银行后台，管理服务器可以为转数快系统后台服务器，目标服务器可以为微信香港钱包应用程序中收款账户对应的服务器，图形码可以为二维码。首先，银行应用程序扫描二维码，获取到二维码内容，银行应用程序将该二维码内容发送给银行后台，银行后台将二维码内容中的手机号和收款机构码发送给转数快系统后台服务器，查询手机号和收款机构码对应的收款账户、姓名等信息，并将该收款账户、姓名等信息返回给银行应用程序给付款用户展示和确认。然后，付款用户点击确认下单后，银行应用程序向银行后台发送手机号和收款机构码对应的收款账户、姓名等，银行后台进行扣除付款账户相应的金额。然后，银行后台进行相应扣款操作后，将收款账户和金额发送给转数快系统后台服务器，转数快系统后台服务器转发收款账户和金额给微信香港钱包应用程序中收款账户对应的服务器，该服务器对该收款账户进行充值相应的金额。最后，微信香港钱包应用程序中收款账户对应的服务器向转数快系统后台服务器发送入账成功指令，转数快系统后台服务器向银行后台转发该入账指令，银行后台触发转账成功的消息给银行应用程序，用于给付款用户展示。

本申请实施例提供的技术方案带来的有益效果是：

本申请实施例中不同终端即不同支付应用程序扫描图形码后，获取图形码对应的内容数据，基于内容数据，确定收款账户标识，付款用户确认支付后向源服务器发送支付请求，源服务器在付款账户标识对应的付款账户中扣除金额，并向管理服务器发送支付通知。管理服务器向收款账户标识对应的目标服务器转发支付通知，用于指示目标服务器在收款账户标识对应的收款账户中充入金额。可见，图形码可以是目标服务器对应的应用程序生成，扫码的应用程序可以是源服务器对应的应用程序，他们可以是不同的应用程序，这样，收款方只需要提供一个图形码，不同的用户就可以用不同的应用程序进行扫码支付，收款方不需要提供多个图形码，避免造成支付过程中的混乱，操作效率高。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

本申请实施例提供了一种扫码支付处理的装置，该装置可以是上述实施例中终端，如图14所示，图14是一种扫码支付处理的装置结构示意图，该装置包括：

获取模块1401，用于扫描图形码，获取图形码对应的内容数据；

确定模块1402，用于基于内容数据，确定收款账户标识；

发送模块1403，用于向源服务器发送支付请求，其中，支付请求中携带有收款账户标识、付款账户标识和金额。

可选的，内容数据包括收款机构码和收款终端通信标识，确定模块1402，还用于：

向源服务器发送收款机构码和收款终端通信标识；

接收源服务器发送的收款账户标识。

可选的，该装置还包括：

显示模块，用于显示确认支付窗口，确认支付窗口中显示有收款账户标识；

接收模块，用于接收通过确认支付窗口触发的确认支付指令。

可选的，获取模块1401，用于：

获取内容数据中的金额，或者，获取用户输入的金额。

本申请实施例提供了一种扫码支付处理的装置，该装置可以是上述实施例中源服务器，如图15所示，图15是一种扫码支付处理的装置结构示意图，该装置包括：

接收模块1501，用于接收终端发送的支付请求，其中，支付请求中携带有收款账户标识、付款账户标识和金额；

扣除模块1502，用于在付款账户标识对应的付款账户中扣除金额；

发送模块1503，用于向管理服务器发送支付通知，其中，支付通知中携带有收款账户标识和金额。

可选的，该装置还包括：

转发模块，用于接收终端发送的收款机构码和收款终端通信标识，向管理服务器转发收款机构码和收款终端通信标识；

转发模块，还用于接收管理服务器发送的收款账户标识，向终端转发收款账户标识。

本申请实施例提供了一种扫码支付处理的装置，该装置可以是上述实施例中管理服务器，如图16所示，图16是一种扫码支付处理的装置结构示意图，该装置包括：

接收模块1601，用于接收源服务器发送的支付通知，其中，支付通知中携带有收款账户标识和金额；

转发模块1602，用于向收款账户标识对应的目标服务器转发支付通知，其中，支付通知用于指示目标服务器在收款账户标识对应的收款账户中充入金额。

可选的，该装置还包括：

接收模块，用于接收源服务器发送的收款机构码和收款终端通信标识；

确定模块，用于基于预先存储的收款机构代码、收款终端通信标识和收款账户标识的对应关系，确定接收到的收款机构码和收款终端通信标识对应的收款账户标识；

发送模块，用于向源服务器发送确定出的收款账户标识。

本申请实施例提供的技术方案带来的有益效果是：

本申请实施例中不同终端即不同支付应用程序扫描图形码后，获取图形码对应的内容数据，基于内容数据，确定收款账户标识，付款用户确认支付后向源服务器发送支付请求，源服务器在付款账户标识对应的付款账户中扣除金额，并向管理服务器发送支付通知。管理服务器向收款账户标识对应的目标服务器转发支付通知，用于指示目标服务器在收款账户标识对应的收款账户中充入金额。可见，图形码可以是目标服务器对应的应用程序生成，扫码的应用程序可以是源服务器对应的应用程序，他们可以是不同的应用程序，这样，收款方只需要提供一个图形码，不同的用户就可以用不同的应用程序进行扫码支付，收款方不需要提供多个图形码，避免造成支付过程中的混乱，操作效率高。

需要说明的是：上述实施例提供的扫码支付处理的装置在扫码支付处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的扫码支付处理的装置与扫码支付处理的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请实施例提供提供了一种扫码支付处理的系统，其特征在于，系统包括终端、源服务器、管理服务器及目标服务器，其中：

终端，用于扫描图形码，获取图形码对应的内容数据；基于内容数据，确定收款账户标识；向源服务器发送支付请求，其中，支付请求中携带有收款账户标识、付款账户标识和金额；

源服务器，用于接收终端发送的支付请求；在付款账户标识对应的付款账户中扣除金额；向管理服务器发送支付通知，其中，支付通知中携带有收款账户标识和金额；

管理服务器，用于接收源服务器发送的支付通知；向收款账户标识对应的目标服务器转发支付通知；

目标服务器，用于在收款账户标识对应的收款账户中充入金额。

图17是本申请实施例提供的一种终端的结构示意图。该终端1700可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1700还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端1700包括有：一个或多个处理器1701和一个或多个存储器1702。

处理器1701可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1701可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1701也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1701可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1701还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1702可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1702还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1702中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1701所执行以实现本申请中方法实施例提供的扫码支付处理方法。

在一些实施例中，终端1700还可选包括有：外围设备接口1703和至少一个外围设备。处理器1701、存储器1702和外围设备接口1703之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1703相连。具体地，外围设备包括：射频电路1704、显示屏1705、摄像头1706、音频电路1707、定位组件1708和电源1709中的至少一种。

外围设备接口1703可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1701和存储器1702。在一些实施例中，处理器1701、存储器1702和外围设备接口1703被集成在同一芯片或电路板上；在一些其他实施例中，处理器1701、存储器1702和外围设备接口1703中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1704用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1704通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1704将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1704包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1704可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1704还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1705用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1705是触摸显示屏时，显示屏1705还具有采集在显示屏1705的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1701进行处理。此时，显示屏1705还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1705可以为一个，设置终端1700的前面板；在另一些实施例中，显示屏1705可以为至少两个，分别设置在终端1700的不同表面或呈折叠设计；在再一些实施例中，显示屏1705可以是柔性显示屏，设置在终端1700的弯曲表面上或折叠面上。甚至，显示屏1705还可以设置成非矩形的不规则图形，也即异形屏。显示屏1705可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件1706用于采集图像或视频。可选地，摄像头组件1706包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1706还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1707可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1701进行处理，或者输入至射频电路1704以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1700的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1701或射频电路1704的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1707还可以包括耳机插孔。

定位组件1708用于定位终端1700的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件1708可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源1709用于为终端1700中的各个组件进行供电。电源1709可以是交流电、直流电、一次性电池或可充电电池。当电源1709包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端1700还包括有一个或多个传感器1710。该一个或多个传感器1710包括但不限于：加速度传感器1711、陀螺仪传感器1712、压力传感器1713、指纹传感器1414、光学传感器1715以及接近传感器1716。

加速度传感器1711可以检测以终端1700建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1711可以用于检测重力加速度在三个坐标轴上的分量。处理器1701可以根据加速度传感器1711采集的重力加速度信号，控制显示屏1705以横向视图或纵向视图进行用户界面的显示。加速度传感器1711还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1712可以检测终端1700的机体方向及转动角度，陀螺仪传感器1712可以与加速度传感器1711协同采集用户对终端1700的3D动作。处理器1701根据陀螺仪传感器1712采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1713可以设置在终端1700的侧边框和/或显示屏1705的下层。当压力传感器1713设置在终端1700的侧边框时，可以检测用户对终端1700的握持信号，由处理器1701根据压力传感器1713采集的握持信号进行左右手识别或快捷操作。当压力传感器1713设置在显示屏1705的下层时，由处理器1701根据用户对显示屏1705的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1714用于采集用户的指纹，由处理器1701根据指纹传感器1714采集到的指纹识别用户的身份，或者，由指纹传感器1714根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1701授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1714可以被设置终端1700的正面、背面或侧面。当终端1700上设置有物理按键或厂商Logo时，指纹传感器1717可以与物理按键或厂商Logo集成在一起。

光学传感器1715用于采集环境光强度。在一个实施例中，处理器1701可以根据光学传感器1715采集的环境光强度，控制显示屏1705的显示亮度。具体地，当环境光强度较高时，调高显示屏1705的显示亮度；当环境光强度较低时，调低显示屏1705的显示亮度。在另一个实施例中，处理器1701还可以根据光学传感器1715采集的环境光强度，动态调整摄像头组件1706的拍摄参数。

接近传感器1716，也称距离传感器，通常设置在终端1700的前面板。接近传感器1716用于采集用户与终端1700的正面之间的距离。在一个实施例中，当接近传感器1716检测到用户与终端1700的正面之间的距离逐渐变小时，由处理器1701控制显示屏1705从亮屏状态切换为息屏状态；当接近传感器1716检测到用户与终端1700的正面之间的距离逐渐变大时，由处理器1701控制显示屏1705从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图17中示出的结构并不构成对终端1700的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

图18是本申请实施例提供的一种服务器的结构示意图，该服务器可以为上述实施例中的源服务器、目标服务器或管理服务器，该服务器1800可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(Central Processing Units，CPU)1801和一个或多个的存储器1802，其中，所述一个或多个存储器1802中存储有至少一条指令，所述至少一条指令由所述一个或多个处理器1801加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器1800还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器1800还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由处理器执行以完成上述实施例中的扫码支付处理的方法。例如，该计算机可读存储介质可以是只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random AccessMemory，RAM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

上述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种扫码支付处理的方法，其特征在于，所述方法包括：

扫描图形码，获取所述图形码对应的内容数据；

基于所述内容数据，确定收款账户标识；

向源服务器发送支付请求，其中，所述支付请求中携带有所述收款账户标识、付款账户标识和金额。

2.根据权利要求1所述的方法，其特征在于，所述内容数据包括收款机构码和收款终端通信标识，所述基于所述内容数据，确定收款账户标识，包括：

向所述源服务器发送所述收款机构码和所述收款终端通信标识；

接收所述源服务器发送的收款账户标识。

3.一种扫码支付处理的方法，其特征在于，所述方法包括：

接收终端发送的支付请求，其中，所述支付请求中携带有所述收款账户标识、付款账户标识和金额；

在所述付款账户标识对应的付款账户中扣除所述金额；

向管理服务器发送支付通知，其中，所述支付通知中携带有所述收款账户标识和所述金额。

4.根据权利要求3所述的方法，其特征在于，所述接收终端发送的支付请求之前，所述方法还包括：

接收所述终端发送的收款机构码和收款终端通信标识，向所述管理服务器转发所述收款机构码和所述收款终端通信标识；

接收所述管理服务器发送的收款账户标识，向所述终端转发所述收款账户标识。

5.一种扫码支付处理的方法，其特征在于，所述方法包括：

接收源服务器发送的支付通知，其中，所述支付通知中携带有所述收款账户标识和所述金额；

向所述收款账户标识对应的目标服务器转发所述支付通知，其中，所述支付通知用于指示所述目标服务器在所述收款账户标识对应的收款账户中充入所述金额。

6.根据权利要求5所述的方法，其特征在于，所述接收源服务器发送的支付通知之前，所述方法还包括：

接收源服务器发送的收款机构码和收款终端通信标识；

基于预先存储的收款机构代码、收款终端通信标识和收款账户标识的对应关系，确定接收到的收款机构码和收款终端通信标识对应的收款账户标识；

向所述源服务器发送确定出的收款账户标识。

7.一种扫码支付处理的装置，其特征在于，所述装置包括：

获取模块，用于扫描图形码，获取所述图形码对应的内容数据；

确定模块，用于基于所述内容数据，确定收款账户标识；

发送模块，用于向源服务器发送支付请求，其中，所述支付请求中携带有所述收款账户标识、付款账户标识和金额。

8.一种扫码支付处理的装置，其特征在于，所述装置包括：

接收模块，用于接收终端发送的支付请求，其中，所述支付请求中携带有所述收款账户标识、付款账户标识和金额；

扣除模块，用于在所述付款账户标识对应的付款账户中扣除所述金额；

发送模块，用于向管理服务器发送支付通知，其中，所述支付通知中携带有所述收款账户标识和所述金额。

9.一种扫码支付处理的装置，其特征在于，所述装置包括：

接收模块，用于接收源服务器发送的支付通知，其中，所述支付通知中携带有所述收款账户标识和所述金额；

转发模块，用于向所述收款账户标识对应的目标服务器转发所述支付通知，其中，所述支付通知用于指示所述目标服务器在所述收款账户标识对应的收款账户中充入所述金额。

10.一种扫码支付处理的系统，其特征在于，所述系统包括终端、源服务器、管理服务器及目标服务器，其中：

所述终端，用于扫描图形码，获取所述图形码对应的内容数据；基于所述内容数据，确定收款账户标识；向所述源服务器发送支付请求，其中，所述支付请求中携带有所述收款账户标识、付款账户标识和金额；

所述源服务器，用于接收所述终端发送的所述支付请求；在所述付款账户标识对应的付款账户中扣除所述金额；向所述管理服务器发送支付通知，其中，所述支付通知中携带有所述收款账户标识和所述金额；

所述管理服务器，用于接收所述源服务器发送的所述支付通知；向所述收款账户标识对应的所述目标服务器转发所述支付通知；

所述目标服务器，用于在所述收款账户标识对应的收款账户中充入所述金额。

Images