技术领域
[0001] 本
申请涉及互联网技术领域，尤其涉及一种支付处理系统和方法。
背景技术
[0002] 通常，
电子钱包是一种将用户在账户机构开立的
银行账户等账户信息绑定到用户终端的
电子钱包应用程序中，通过支付标记化技术生成账户标记信息替代实体账户。
[0003] 相关电子钱包收款扫码时使用电子钱包展示的用户码进行条码支付时技术中，用户码在不同账户机构之间的无法保证唯一性和互斥性，导致收单机构无法判断用户码所属账户机构，无法经清算机构向账户机构发起支付
请求，支付处理效率比较低。
发明内容
[0004] 本申请旨在至少在一定程度上解决相关技术中的技术问题之一。
[0005] 本申请提出了一种支付处理系统和方法，用于解决
现有技术中收单机构无法判断用户码所属账户机构，支付处理效率比较低的技术问题，能够实现电子钱包与账户机构通过清算机构互联互通，提高支付处理效率。
[0006] 本申请第一方面
实施例提出了一种支付处理系统，包括：用户终端、商户终端、电子钱包后台系统、清算机构、收单机构和账户机构；
[0007] 所述商户终端读取所述用户终端的用户码生成交易订单，并将所述交易订单发送至所述收单机构；
[0008] 所述收单机构根据所述交易订单生成支付请求发送至所述清算机构，以及所述清算机构根据所述用户码将所述支付请求转发至所述账户机构；
[0009] 所述账户机构根据所述支付请求进行用户资金扣划，并向所述清算机构返回支付处理结果通知信息，以及所述清算机构将所述支付结果通知信息同时转发至所述收单机构和电子钱包后台系统；
[0010] 所述电子钱包后台系统向所述用户终端发送所述支付结果通知信息，并在所述用户终端显示支付结果，以及所述收单机构接收所述清算机构转发的支付结果通知信息，并在所述商户终端显示所述支付结果。
[0011] 作为本申请实施例中第一种可能实现的方式，在所述商户终端读取所述用户终端的用户码生成交易订单之前，还包括：
[0012] 所述用户终端向所述电子钱包后台系统发送申请用户码请求，所述电子钱包后台系统将所述申请用户码请求发送至所述清算机构；
[0013] 所述清算机构根据所述用户码请求生成用户码并发送至所述电子钱包后台系统，所述电子钱包后台系统向所述用户终端返回所述用户码，并在所述用户终端显示所述用户码。
[0014] 作为本申请实施例中第二种可能实现的方式，在所述用户终端向所述电子钱包后台系统发送申请用户码请求之前，还包括：
[0015] 所述用户终端获取待绑定账户信息并发送至所述电子钱包后台系统；
[0016] 所述电子钱包后台系统根据所述待绑定账户信息向所述清算机构发送业务开通申请请求；
[0017] 所述清算机构根据所述业务开通申请请求获取所述待绑定账户信息，记录账户信息所述待绑定账户信息，并将所述待绑定账户信息转发至所述账户机构；
[0018] 所述账户机构对所述待绑定账户信息进行验证，并向所述清算机构返回业务开通结果；
[0019] 所述清算机构记录所述业务开通结果，并将所述业务开通结果转发至所述电子钱包后台系统，所述电子钱包后台系统向所述用户终端返回所述业务开通结果。
[0020] 作为本申请实施例中第三种可能实现的方式，在所述将所述待绑定账户信息转发至所述账户机构之前，还包括：
[0021] 所述清算机构根据记录信息判断所述待绑定账户信息是否为已绑定账户信息；
[0022] 若所述待绑定账户信息为已绑定账户信息，则直接向所述电子钱包后台系统返回业务开通结果。
[0023] 作为本申请实施例中第四种可能实现的方式，在所述商户终端读取所述用户终端的用户码生成交易订单之前，还包括：
[0024] 所述用户终端通过预设固定
算法生成所述用户码。
[0025] 作为本申请实施例中第五种可能实现的方式，所述清算机构将所述支付请求转发至所述账户机构，包括：
[0026] 所述清算机构通过所述预设固定算法对所述用户码进行校验；
[0027] 根据所述用户码选择账户所属的账户机构，并将所述支付请求转发至所述账户机构。
[0028] 作为本申请实施例中第六种可能实现的方式，所述待绑定账户信息，包括：
[0029] 账户名称、账户编号、用户身份信息和用户在所述账户机构开户时的预留联系方式中一种或多种。
[0030] 本申请实施例的支付处理系统，通过商户终端读取用户终端的用户码生成交易订单，并将交易订单发送至收单机构；收单机构根据交易订单生成支付请求发送至清算机构，以及清算机构根据用户码将支付请求转发至账户机构；账户机构根据支付请求进行用户资金扣划，并向清算机构返回支付处理结果通知信息，以及清算机构将支付结果通知信息同时转发至收单机构和电子钱包后台系统；电子钱包后台系统向用户终端发送支付结果通知信息，并在用户终端显示支付结果，以及收单机构接收清算机构转发的支付结果通知信息，并在商户终端显示支付结果。由此，解决了现有技术中收单机构无法判断用户码所属账户机构，支付处理效率比较低的技术问题，能够实现电子钱包与账户机构通过清算机构互联互通，提高支付处理效率。
[0031] 本申请第二方面实施例提出了一种支付处理方法，包括：
[0032] 商户终端读取用户终端的用户码生成交易订单，并将所述交易订单发送至收单机构；
[0033] 所述收单机构根据所述交易订单生成支付请求发送至清算机构，以及所述清算机构根据所述用户码将所述支付请求转发至账户机构；
[0034] 所述账户机构根据所述支付请求进行用户资金扣划，并向所述清算机构返回支付处理结果通知信息，以及所述清算机构将所述支付结果通知信息同时转发至所述收单机构和电子钱包后台系统；
[0035] 所述电子钱包后台系统向所述用户终端发送所述支付结果通知信息，并在所述用户终端显示支付结果，以及所述收单机构接收所述清算机构转发的支付结果通知信息，并在所述商户终端显示所述支付结果。
[0036] 本申请实施例的支付处理方法，通过商户终端读取用户终端的用户码生成交易订单，并将交易订单发送至收单机构；收单机构根据交易订单生成支付请求发送至清算机构，以及清算机构根据用户码将支付请求转发至账户机构；账户机构根据支付请求进行用户资金扣划，并向清算机构返回支付处理结果通知信息，以及清算机构将支付结果通知信息同时转发至收单机构和电子钱包后台系统；电子钱包后台系统向用户终端发送支付结果通知信息，并在用户终端显示支付结果，以及收单机构接收清算机构转发的支付结果通知信息，并在商户终端显示支付结果。由此，解决了现有技术中用户码在不同账户机构之间无法保证唯一性和互斥性，导致收单机构无法判断用户码所属账户机构，无法经清算机构向账户机构发起支付请求，支付处理效率比较低的技术问题，能够实现电子钱包与账户机构通过清算机构互联互通，提高支付处理效率。
[0037] 本申请第三方面实施例提出了一种计算机设备，包括
存储器、处理器及存储在存储器上并可在处理器上运行的
计算机程序，所述处理器执行所述程序时，实现如上述实施例中所述的支付处理方法。
[0038] 本申请第四方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例中所述的支付处理方法。
[0039] 本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
[0040] 图1为本申请一个实施例所提供的支付处理系统结构示意图；
[0041] 图2为本申请一个实施例所提供的支付处理系统示例图；
[0042] 图3为本申请另一个实施例所提供的支付处理系统示例图；
[0043] 图4为本申请又一个实施例所提供的支付处理系统示例图；
[0044] 图5为本申请一个实施例所提供的电子钱包业务开通示例图；
[0045] 图6为本申请另一个实施例所提供的电子钱包业务开通示例图；
[0046] 图7为本申请一个实施例所提供的支付处理方法流程示意图。
具体实施方式
[0047] 下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。
[0048] 下面参照附图描述根据本申请实施例提出的支付处理系统和方法。
[0049] 图1为本申请一个实施例所提供的支付处理系统结构示意图。
[0050] 如图1所示，该支付处理系统包括：用户终端101、商户终端102、清算机构103、收单机构104和账户机构105。
[0051] 其中，商户终端102读取用户终端101的用户码生成交易订单，并将交易订单发送至收单机构104。
[0052] 收单机构104根据交易订单生成支付请求发送至清算机构103，以及清算机构103根据用户码将支付请求转发至账户机构105。
[0053] 账户机构105根据支付请求进行用户资金扣划，并向清算机构103返回支付处理结果通知信息，以及清算机构103将支付结果通知信息同时转发至收单机构104和电子钱包后台系统。
[0054] 电子钱包后台系统向用户终端101发送支付结果通知信息，并在用户终端101显示支付结果，以及收单机构104接收清算机构103转发的支付结果通知信息，并在商户终端102显示支付结果。
[0055] 需要说明的是，电子钱包后台系统位于用户终端101侧，能够针对用户终端101中的电子应用程序的各个信息进行响应处理。
[0056] 具体地，在电子钱包条码支付中，参与者包括用户终端101(即付款人)、商户终端102(即收款人)、收单机构104、账户机构105、清算机构103，可以理解的是，用户在账户机构
105开户，通过用户终端101的电子钱包应用程序绑定实体账户，并在条码支付过程中展示用户条码，商户终端102使用收单机构104提供的条码收单服务，受理用户通过各类条码支付产品完成交易，收单结构104负责商户签约入网和日常管理，提供并维护条码受理终端、商户码牌等，接收和处理清算机构103转发的条码支付指令，办理商户收单资金结算，账户结构105负责用户开户并提供账户服务，接收和处理清算机构103转发的条码支付指令，办理用户资金结算，清算机构103负责条码支付指令的接收和处理，交易资金的清分清算，在条码支付业务中起到交易居间转接和资金清算作用。
[0057] 具体地，在条码支付时，对于用户终端101的电子钱包应用程序中展示用户码、商户终端102识读用户码(即商户扫用户码)进行支付的行为，通常称为“收款扫码”，如图2所示。其中，用户码用于唯一标识用户身份及支付方式，采用支付标记化技术关联用户在账户机构开立的账户信息，用户码动态生成，一次性使用，且定期更新。
[0058] 具体地，用户在移动终端的电子钱包应用程序(用户终端101)选择支付方式，向电子钱包后台系统发送申请用户码请求，电子钱包后台系统向用户
指定的账户机构105发送申请用户码请求，账户机构105生成用户码并返回电子钱包后台系统，电子钱包后台系统向电子钱包应用程序返回用户码，并由电子钱包应用程序展示，商户终端102通过条码受理终端识读用户码，商户终端102向收单机构104提交订单，收单机构104调用条码支付
接口，向清算机构103提交支付请求，清算机构103接收支付请求并转发至账户机构105，账户机构105接收清算机构103转发的支付申请，完成用户资金扣划，向清算机构103返回支付处理结果，同时向电子钱包后台系统通知支付结果，由电子钱包后台系统通知电子钱包应用程序向用户展示支付结果，清算机构103接收支付结果通知并转发至收单机构104，收单机构104接收清算机构103转发的支付结果通知，并向商户终端102展示条码支付结果。
[0059] 电子钱包条码支付还包括在条码支付之前的业务开通过程，业务开通是指用户终端101的电子钱包应用程序中绑定实体账户的活动。
[0060] 比如图3所示，用户终端101的电子钱包应用程序填写待绑定账户信息，通常包括账户名称、账户编号、用户身份信息、用户在账户机构开户时的预留联系方式等，由电子钱包应用程序向电子钱包后台系统发送账户信息，电子钱包后台系统根据用户的账户信息，向用户账户所属的账户机构105提交业务开通申请，账户机构105验证用户身份、账户信息等，向电子钱包后台系统返回业务开通结果，电子钱包后台系统完成用户账户绑定，向电子钱包应用程序返回业务开通结果。
[0061] 因此，可以看出用户码的编码规则不统一且缺乏统筹管理，用户码在不同账户机构之间无法保证唯一性和互斥性，导致收单机构无法判断用户码所属账户机构，无法经清算机构向账户机构发起支付请求，以及电子钱包与账户机构之间两两互联，接口标准不统一导致多头对接的开发运维成本比较高。
[0062] 针对该问题，本申请的支付处理方式如图4所示，用户在移动终端的电子钱包应用程序(用户终端101)选择支付方式，向电子钱包后台系统发送申请用户码请求，电子钱包后台系统向清算机构103发送申请用户码请求，清算机构103生成用户码并返回电子钱包后台系统，电子钱包后台系统向电子钱包应用程序返回用户码，并由电子钱包应用程序展示，商户终端102通过条码受理终端识读用户码，商户终端102向收单机构104提交订单，收单机构104调用条码支付接口，向清算机构103提交支付请求，清算机构103接收支付请求，根据用户码选择账户所属账户机构105，并将支付请求转发至账户机构105，账户机构105接收清算机构103转发的支付申请，完成用户资金扣划，向清算机构103返回支付处理结果，清算机构
103接收支付结果通知并转发至收单机构104，同时向电子钱包后台系统通知支付结果，由电子钱包后台系统通知电子钱包应用程序向用户展示支付结果，收单机构104接收清算机构103转发的支付结果通知，并向商户展示条码支付结果。
[0063] 基于上述描述，本申请还可以支持一种离线电子钱包条码支付的收款扫码支付场景，电子钱包应用程序和清算机构103选择相同的固定算法，根据业务开通的结果动态生成用户码，固定算法保持用户码一次性使用且定期更新，包括但不限于基于时间和次数的一次性密码算法等，如图5所示：
[0064] 用户终端101的电子钱包应用程序选择支付方式，电子钱包应用程序使用固定算法生成用户码，商户终端102通过条码受理终端识读用户码，商户终端102向收单机构104提交订单，收单机构104调用条码支付接口，向清算机构103提交支付请求，清算机构103接收支付请求，使用固定算法校验用户码，根据用户码选择账户所属的账户机构105，并将支付请求转发至账户机构105，账户机构105接收清算机构103转发的支付申请，完成用户资金扣划，向清算机构103返回支付处理结果，清算机构103接收支付结果通知并转发至收单机构104，同时向电子钱包后台系统通知支付结果，由电子钱包后台系统可尝试通知电子钱包应用程序向用户展示支付结果，收单机构104接收清算机构103转发的支付结果通知，并向商户终端102展示条码支付结果。
[0065] 本申请可以通过如图6所示的方式进行电子钱包条码支付的业务开通，通过清算机构实现电子钱包与账户机构的互联，可以通过统一接口标准、统一编码规范实现电子钱包、账户机构功能一点接入、业务互联互通的能
力。
[0066] 具体地，如图6所示，用户终端101的电子钱包应用程序填写待绑定账户信息，由电子钱包应用程序向电子钱包后台系统发送待绑定账户信息，电子钱包后台系统向清算机构103提交业务开通申请请求，清算机构103接收业务开通申请请求，记录账户信息，并转发至账户机构105，账户机构105验证用户身份、账户信息等，向清算机构103返回业务开通结果，清算机构103记录业务开通结果，并转发至电子钱包后台系统，电子钱包后台系统完成用户账户绑定，向电子钱包应用程序返回业务开通结果。
[0067] 需要说明的是，本申请还可以支持在多个电子钱包绑定同一用户的实体账户时，清算机构103可以判断账户是否已绑定，对已绑定的账户信息，直接向电子钱包后台系统返回业务开通结果，进一步提高支付处理效率。
[0068] 本申请实施例的支付处理系统，通过商户终端读取用户终端的用户码生成交易订单，并将交易订单发送至收单机构；收单机构根据交易订单生成支付请求发送至清算机构，以及清算机构根据用户码将支付请求转发至账户机构；账户机构根据支付请求进行用户资金扣划，并向清算机构返回支付处理结果通知信息，以及清算机构将支付结果通知信息同时转发至收单机构和电子钱包后台系统；电子钱包后台系统向用户终端发送支付结果通知信息，并在用户终端显示支付结果，以及收单机构接收清算机构转发的支付结果通知信息，并在商户终端显示支付结果。由清算机构进行用户码统一编码规则，可以保证用户码的唯一性和互斥性，从而可以判断用户码所属账户机构，电子钱包和账户机构使用统一接口标准接入清算机构，降低开发运维成本，以及支持弱网环境或离线时的收款扫码，不因用户网络
质量影响电子钱包条码支付交易，提高支付处理效率。
[0069] 为了实现上述实施例，本申请还提出一种支付处理方法。
[0070] 如图7所示，该支付处理方法包括：
[0071] 步骤701，商户终端读取用户终端的用户码生成交易订单，并将交易订单发送至收单机构。
[0072] 步骤702，收单机构根据交易订单生成支付请求发送至清算机构，以及清算机构根据用户码将支付请求转发至账户机构。
[0073] 步骤703，账户机构根据支付请求进行用户资金扣划，并向清算机构返回支付处理结果通知信息，以及清算机构将支付结果通知信息同时转发至收单机构和电子钱包后台系统。
[0074] 步骤704，电子钱包后台系统向用户终端发送支付结果通知信息，并在用户终端显示支付结果，以及收单机构接收清算机构转发的支付结果通知信息，并在商户终端显示支付结果。
[0075] 需要说明的是，前述对支付处理系统实施例的解释说明也适用于该实施例的方法，此处不再赘述。
[0076] 本申请实施例的支付处理方法，通过商户终端读取用户终端的用户码生成交易订单，并将交易订单发送至收单机构；收单机构根据交易订单生成支付请求发送至清算机构，以及清算机构根据用户码将支付请求转发至账户机构；账户机构根据支付请求进行用户资金扣划，并向清算机构返回支付处理结果通知信息，以及清算机构将支付结果通知信息同时转发至收单机构和电子钱包后台系统；电子钱包后台系统向用户终端发送支付结果通知信息，并在用户终端显示支付结果，以及收单机构接收清算机构转发的支付结果通知信息，并在商户终端显示支付结果。由此，解决了现有技术中收单机构无法判断用户码所属账户机构，支付处理效率比较低的技术问题，能够实现电子钱包与账户机构通过清算机构互联互通，提高支付处理效率。
[0077] 为了实现上述实施例，本申请还提出计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如上述实施例中所述的支付处理方法。
[0078] 为了实现上述实施例，本申请还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例中所述的支付处理方法。
[0079] 在本
说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
[0080] 此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
[0081]
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模
块、
片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。
[0082] 在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定
序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。
[0083] 应当理解，本申请的各部分可以用
硬件、
软件、
固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的技术。
[0084] 本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
[0085] 此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
[0086] 尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、
修改、替换和变型。
