CN110348851A - 支付代理方法、系统、电子设备及存储介质 - Google Patents

Abstract

本发明提出一种支付代理方法、系统、电子设备及存储介质，其中，方法包括：在接收委托方的支付请求的同时，获取委托方根据支付请求生成的同步消息返回地址；根据支付请求的支付要素生成当前订单的支付凭据，并将支付凭据发送至委托方，以使委托方跳转至支付凭据的支付渠道的地址；在支付渠道完成支付校验的过程中，接收银联机构根据当前订单的初始支付结果生成的同步消息，并将同步消息转发至同步消息返回地址。由此，解决了银联机构只支持后台配置固定的同步消息返回地址，导致无法实现同步消息的灵活跳转、支付体验较差的技术问题。

Description

支付代理方法、系统、电子设备及存储介质

技术领域

本发明涉及支付技术领域，尤其涉及一种支付代理方法、系统、电子设备及存储介质。

背景技术

目前，在委托方(如商户的商户业务系统)委托支付代理系统(如聚合支付系统)支付时，若是由银联机构(如建设银行)提供支付接口，则在电脑网站支付或手机网站支付时，会给委托方提供上传同步消息返回地址(return_url)的可选项，以在支付过程或者完成后，电脑网页或手机网页会同步跳转到同步消息返回地址，以进行同步消息提示，从而提升支付体验。

然而，银联机构提供的同步消息支持不够完善，如只允许在商户后台配置固定的同步消息跳转地址，导致无法根据不同使用场景返回不同的同步消息返回地址，又如在委托方通过支付代理系统进行技术代理时，无法有效区分商户业务系统地址和代理系统地址，增加同步消息的处理难度。相关技术中，一般采用牺牲用户体验的方法，即放弃同步消息跳转或只跳转固定的同步消息返回地址，大大降低支付体验，无法实现同步消息的灵活跳转，亟待解决。

发明内容

本发明提供一种支付代理方法、系统、电子设备及存储介质，以解决现有技术中，银联机构只支持后台配置固定的同步消息返回地址，导致无法实现同步消息的灵活跳转、支付体验较差的技术问题。

本发明第一方面实施例提供一种支付代理方法，包括：在接收委托方的支付请求的同时，获取所述委托方根据所述支付请求生成的同步消息返回地址；根据所述支付请求的支付要素生成当前订单的支付凭据，并将所述支付凭据发送至所述委托方，以使所述委托方跳转至所述支付凭据的支付渠道的地址；在所述支付渠道完成支付校验的过程中，接收银联机构根据所述当前订单的初始支付结果生成的同步消息，并将所述同步消息转发至所述同步消息返回地址。。

本发明第二方面实施例提供一种支付代理系统，包括：获取模块，用于在接收委托方的支付请求的同时，获取所述委托方根据所述支付请求生成的同步消息返回地址；生成模块，用于根据所述支付请求的支付要素生成当前订单的支付凭据，并将所述支付凭据发送至所述委托方，以使所述委托方跳转至所述支付凭据的支付渠道的地址；跳转模块，用于在所述支付渠道完成支付校验的过程中，接收银联机构根据所述当前订单的初始支付结果生成的同步消息，并将所述同步消息转发至所述同步消息返回地址。

本发明第三发明实施例提供一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被设置为用于执行如上述实施例所述的支付代理方法。

本发明第四方面实施例提供一种非临时性计算机可读存储介质，所述非临时性计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行如上述实施例所述的支付代理方法。

在接收委托方的支付请求时，获取同步消息返回地址，将银联机构生成的同步消息跳转至同步消息返回地址，从而灵活配置同步消息返回地址，可以在根据不同使用场景返回不同的同步消息返回地址的同时，避免无法有效区分商户业务系统地址和代理系统地址，有效提升支付体验。由此，解决了银联机构只支持后台配置固定的同步消息返回地址，导致无法实现同步消息的灵活跳转、支付体验较差的技术问题。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明实施例所提供的一种支付代理方法的流程示意图；

图2为本发明实施例所提供的一种支付代理方法的应用场景图；

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

图4为本发明实施例所提供的另一种支付代理方法的应用场景示意图；

图5是根据本发明一个实施例的支付代理系统的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的支付代理方法、系统、电子设备及存储介质。针对上述背景技术中提到的银联机构只支持后台配置固定的同步消息返回地址，导致无法实现同步消息的灵活跳转、支付体验较差的情况。

需要说明的是，代理支付有两个通道，一个是官方通道，即支付宝、微信支付、翼支付等为代表的第三方支付平台；另一个是银行通道，如网商银行、平安银行、民生银行等银联机构，均在从事代理支付业务。其中，对于官方通道，代理支付平台会为商户对接支付宝、微信支付等，使得商家在收款时，通过支付二维码(或者是其他收银工具，如扫码枪、扫码盒子)收到的钱，会自动识别来源，如若消费者用的是支付宝，那么会实时到达商家的支付宝余额，若是微信支付，会到达微信商家平台，商家第二天可以去平台提现到微信钱包内。对于银行通道，商家收到的钱首先会到银行，再由银行结算后转入商家指定的银行卡账户，一般签约哪家银行通道，就会转入相应银行卡账户。因此，银联机构会出现背景技术中所述的提供的同步消息支持不够完善，所以本发明提供了一种支付代理方法，在该方法中，在接收委托方的支付请求的同时，获取同步消息返回地址，将银联机构生成的同步消息跳转至同步消息返回地址，从而灵活配置同步消息返回地址。

具体而言，图1为本发明实施例所提供的一种支付代理方法的流程示意图。

如图1所示，该同步消息跳转方法包括以下步骤：

在步骤S101中，在接收委托方的支付请求的同时，获取委托方根据支付请求生成的同步消息返回地址。

首先，对接收支付请求的支付代理系统进行举例描述。如图2所示，支付代理系统如聚合支付系统可以依托银联机构(即银行)和非银行机构(支付宝、微信等)的支付机构或者清算组织提供支付通道和清结算能力，其利用自身的技术与服务集成能力可以整合一个以上的上述机构的支付服务，从而为委托方如商户的商户业务系统提供包括但不限于“支付通道服务”、“集合对账服务”、“技术对接服务”、“差错处理服务”、“运行维护服务”以及其他增值服务内容，以此减少商户支付成本(包括接入和维护成本、清结算服务的成本)，提高商户的支付效率，优化商户的支付体验。

因此，针对银联机构如建设银行只支持配置固定同步消息返回地址的商户后台，本发明实施例可以灵活配置同步消息返回地址为支付代理系统的同步消息接收地址，从而可以实现同步消息的灵活跳转，有效提升支付体验。

可选地，在本发明的一个实施例中，同步消息返回地址封装在支付请求中。

同步消息返回地址的配置方式可以有很多种，例如将同步消息返回地址封装在支付请求中，将对象运行所需的资源封装在程序对象中，不但简单方便，而且可以降低耦合度。具体而言，如图3所示，首先支付代理系统接收支付请求，而委托方如商户业务系统发送至支付代理系统如聚合支付平台的支付请求中封装有同步消息返回地址，也就是说，商户业务系统发送的支付请求中包含有同步消息返回地址，从而商户业务系统可以根据不同的应用场景或者当前需求封装不同的同步消息返回地址给支付代理系统，不但提高支付的适用性，而且有效区分商户业务系统地址和代理系统地址，降低同步消息的处理难度，提高处理的工作效率，保证处理的实时性，无需放弃同步消息跳转或只跳转固定的同步消息返回地址，避免牺牲用户体验。

进一步地，在本发明的一个实施例中，在获取委托方根据支付请求生成的同步消息返回地址之后，方法还包括：判断当前工况是否满足同步消息转发条件；如果满足同步消息转发条件，则保存同步消息返回地址，否则不接收同步消息返回地址。

可以理解的是，支付代理系统会给开发商提供上传同步消息返回地址的可选项，而对弈不需要同步消息转发的应用场景，例如：微信支付只提供手机端支付，以额外唤醒微信支付APP为主要方式，不需要同步跳转，也不提供同步消息，针对上述应用场景，支付代理系统可以检测当前支付场景，如微信支付场景，则判定不满足同步消息转发条件，无需转发同步消息，而检测当前支付场景，如银联机构支付，则判定满足同步消息转发条件，则执行下一步骤。

需要说明的是，同步消息转发条件可以由本领域技术人员根据实际情况进行设置，在此不作具体限制。

其中，在本发明的一个实施例中，判断当前订单是否满足同步消息转发条件，包括：判断当前标志字段是否是预设标志字段；如果是预设标志字段，则判定满足同步消息转发条件。

在此，以一个具体是实施例对上述的同步消息转发条件进行详细赘述。其中，本发明实施例的支付代理系统可以具有开关功能，即支付接口通过一个标志字段判断是否打开同步消息转发功能，如果标志字段为预先设置的打开同步消息转发开关的标志字段，则开启同步消息转发功能，否则关闭同步消息转发功能。

举例而言，有些情况下，商户业务系统期望直接看到支付机构返回的同步消息，而不是支付代理系统转发的同步消息。当商务业务系统选择了这种支持动态同步消息返回地址功能的支付渠道时(例如：支付宝电脑网站支付)，可以关闭上述的同步消息转发功能，此时支付代理系统不处理同步消息转发，而是直接由支付机构(如支付宝)把同步消息发送到商务业务系统上传的同步消息返回地址。

又有些情况下，商户业务系统期望看到支付代理系统转发的同步消息。当商务业务系统选择了这种支持动态同步消息返回地址功能的支付渠道时(例如：建设银行支付)，可以通过标志字段开启上述的同步消息转发功能，此时支付代理系统将转发同步消息至同步消息返回地址。

另外，在本发明的一个实施例中，本发明实施例的方法还包括：检测当前订单的支付场景；在支付场景为银联支付场景时，进一步获取同步消息返回地址。

也就是说，在上述不需要同步消息转发的应用场景，如微信或者支付宝支付，可以主动选择关闭同步消息转发功能，即使打开同步消息转发功能，也是无法跳转同步消息，也可以被动触发，即不管关闭还是打开同步消息转发功能，自动检测当前支付场景，若支付场景满足同步消息转发触发条件，则对同步消息进行跳转，否则不对同步消息进行跳转，更加智能便捷，保证使用体验。

在步骤S102中，根据支付请求的支付要素生成当前订单的支付凭据，并将支付凭据发送至委托方，以使委托方跳转至支付凭据的支付渠道的地址。

可以理解的是，如图3所示，支付代理系统记录下接收到的支付请求中的同步消息返回地址，并且生成支付凭据，使得商户业务系统可以在收到支付凭据后，校验其合法性，再按支付凭据中的支付渠道地址跳转到支付渠道的收银台，以向费者展示收银台。

在步骤S103中，在支付渠道完成支付校验的过程中，接收银联机构根据当前订单的初始支付结果生成的同步消息，并将同步消息转发至同步消息返回地址。

举例而言，如图3所示，支付代理系统接收银联机构在支付过程或者完成时反馈的同步消息(“成功”提示、“失败”提示或者“处理中”提示)，进而根据记录的同步消息返回地址将同步消息转发到上述返回地址，使得商户业务系统可以看到支付代理系统转发的同步消息，提高支付体验，解决银联机构只支持后台配置固定的同步消息跳转地址的局限。

进一步地，在本发明的一个实施例中，本发明实施例的方法还包括：接收银联机构根据当前订单的最终支付结果生成的异步消息，并将异步消息发送至委托方。

具体而言，鉴于同步消息并不是最终支付结果，只是为了提高使用体验而设置，因此在得到最终支付结果的异步消息后，将通过支付渠道异步通知的聚合支付系统支付结果记录，并把支付结果异步通知给商户业务系统，从而商户业务系统可以记录商户订单状态，得到准确的支付结果，保证消息的准确性。

如图4所示，以聚合支付系统为例，下面将以一个具体实施例对本发明实施例的支付代理方法进行详细赘述。

步骤1：在消费者在商户终端(电脑网页或手机网页)上点击支付时，将生成的支付请求发送到商务业务系统。

步骤2：商户业务系统根据支付要素(包含同步消息返回地址)生成支付页请求，并将支付请求提交给聚合支付系统，即聚合支付平台。

步骤3：聚合支付系统收到支付请求后，记录同步消息返回地址，并且生成支付凭据。

具体地，支付代理系统记录支付请求中封装的同步消息返回地址，而商户业务系统可以根据不同的应用场景或者当前需求封装不同的同步消息返回地址，提高支付的适用性，提升用户使用体验。

步骤4：聚合支付系统将支付凭据返回给商户业务系统。

步骤5：商户业务系统收到返回的支付凭据，并校验合法性后，按支付凭据中的支付渠道地址跳转到支付渠道的收银台。

步骤6：支付渠道向消费者展示收银台。

步骤7：消费者在支付渠道收银台输入支付密码完成支付，其中，根据情况可能需要消费者登录支付机构账号或手机扫码(针对电脑网页)。

步骤8：支付渠道完成支付校验过程，以同步消息的方式通知聚合支付系统支付结果：成功或失败(备注：此结果不完全可靠)。

步骤9：聚合支付系统收到同步支付结果后，根据记录的同步消息返回地址转发给商户业务系统。

也就是说，支付代理系统接收银联机构在支付过程或者完成时反馈的同步消息(“成功”提示、“失败”提示或者“处理中”提示)，进而根据记录的同步消息返回地址将同步消息转发到返回地址，使得商户业务系统可以看到支付代理系统转发的同步消息，提高支付体验，满足用户需求，解决银联机构只支持后台配置固定的同步消息跳转地址的局限。

步骤10：商户业务系统收到同步支付结果后，返回此结果到商户终端(网页)，从而消费者可看到展示的支付结果。

步骤11：支付渠道异步通知给聚合支付系统支付结果(备注：以此异步结果为准)。

步骤12：聚合支付系统收到异步通知的支付结果后，记录支付结果，并把支付结果异步通知给商户业务系统，从而商户业务系统记录商户订单状态。

综上，本发明实施例的支付代理方法，在接收委托方的支付请求的同时，获取同步消息返回地址，将银联机构生成的同步消息跳转至同步消息返回地址，从而灵活配置同步消息返回地址，可以在根据不同使用场景返回不同的同步消息返回地址的同时，避免无法有效区分商户业务系统地址和代理系统地址，有效提升支付体验。由此，解决了银联机构只支持后台配置固定的同步消息返回地址，导致无法实现同步消息的灵活跳转、降低支付体验的技术问题，不但统一对支付机构返回的同步消息的处理机制，屏蔽不同支付机构的同步消息处理机制的差异，为商户业务系统提供统一的标准化服务，而且简化商户业务系统对同步消息的处理，提升商户业务系统的用户体验。

为了实现上述实施例，本发明还提出了一种支付代理系统，图5是根据本发明一个实施例的支付代理系统的结构示意图。如图5所示，该支付代理系统10包括：获取模块100、生成模块200和跳转模块300。

其中，获取模块100用于在接收委托方的支付请求的同时，获取委托方根据支付请求生成的同步消息返回地址。生成模块200用于根据支付请求的支付要素生成当前订单的支付凭据，并将支付凭据发送至委托方，以使委托方跳转至支付凭据的支付渠道的地址。跳转模块300用于在支付渠道完成支付校验的过程中，接收银联机构根据当前订单的初始支付结果生成的同步消息，并将同步消息转发至同步消息返回地址。根据本发明实施例的系统10可以灵活配置同步消息返回地址，在根据不同使用场景返回不同的同步消息返回地址的同时，避免无法有效区分商户业务系统地址和代理系统地址，有效提升支付体验。

进一步地，在本发明的一个实施例中，本发明实施例的系统10还包括：发送模块。其中，发送模块用于接收银联机构根据当前订单的最终支付结果生成的异步消息，并将异步消息发送至委托方。

可选地，在本发明的一个实施例中，本发明实施例的系统10还包括：封装模块。其中，封装模块用于将同步消息返回地址封装在支付请求中。

进一步地，在本发明的一个实施例中，本发明实施例的系统10还包括：判断模块和存储模块。其中，判断模块，用于判断当前工况是否满足同步消息转发条件。存储模块用于在满足同步消息转发条件时，保存同步消息返回地址，否则不接收同步消息返回地址。

进一步地，在本发明的一个实施例中，判断模块还包括：判断单元和确定单元。其中，判断单元用于判断当前标志字段是否是预设标志字段。确定单元用于在是预设标志字段是，判定满足同步消息转发条件。

进一步地，在本发明的一个实施例中，本发明实施例的系统10还包括：检测模块。其中，检测模块用于检测当前订单的支付场景，以在支付场景为银联支付场景时，进一步获取同步消息返回地址。

需要说明的是，前述对同步消息跳转方法实施例的解释说明也适用于该实施例的同步消息跳转系统，此处不再赘述。

综上，本发明实施例的支付代理系统，在接收委托方的支付请求的同时，获取同步消息返回地址，将银联机构生成的同步消息跳转至同步消息返回地址，从而灵活配置同步消息返回地址，可以在根据不同使用场景返回不同的同步消息返回地址的同时，避免无法有效区分商户业务系统地址和代理系统地址，有效提升支付体验。由此，解决了银联机构只支持后台配置固定的同步消息返回地址，导致无法实现同步消息的灵活跳转、降低支付体验的技术问题，不但统一对支付机构返回的同步消息的处理机制，屏蔽不同支付机构的同步消息处理机制的差异，为商户业务系统提供统一的标准化服务，而且简化商户业务系统对同步消息的处理，提升商户业务系统的用户体验。

为了实现上述实施例，本发明还提出了一种电子设备，包括：至少一个处理器和存储器。其中，存储器与至少一个处理器通信连接，其中，存储器存储有可被至少一个处理器执行的指令，指令被设置为用于执行上述实施例的支付代理方法，如以用于：

在接收委托方的支付请求的同时，获取委托方根据支付请求生成的同步消息返回地址。

根据支付请求的支付要素生成当前订单的支付凭据，并将支付凭据发送至委托方，以使委托方跳转至支付凭据的支付渠道的地址。

在支付渠道完成支付校验的过程中，接收银联机构根据当前订单的初始支付结果生成的同步消息，并将同步消息转发至同步消息返回地址。

为了实现上述实施例，本发明还提出了一种非临时性计算机可读存储介质，其存储计算机指令，计算机指令用于使计算机执行上述实施例的支付代理方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (14)

1.一种支付代理方法，其特征在于，包括：

在接收委托方的支付请求的同时，获取所述委托方根据所述支付请求生成的同步消息返回地址；

根据所述支付请求的支付要素生成当前订单的支付凭据，并将所述支付凭据发送至所述委托方，以使所述委托方跳转至所述支付凭据的支付渠道的地址；以及

在所述支付渠道完成支付校验的过程中，接收银联机构根据所述当前订单的初始支付结果生成的同步消息，并将所述同步消息转发至所述同步消息返回地址。

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

接收所述银联机构根据所述当前订单的最终支付结果生成的异步消息，并将所述异步消息发送至所述委托方。

3.根据权利要求1所述的方法，其特征在于，所述同步消息返回地址封装在所述支付请求中。

4.根据权利要求1所述的方法，其特征在于，在获取所述委托方根据所述支付请求生成的同步消息返回地址之后，所述方法还包括：

判断当前工况是否满足同步消息转发条件；

如果满足所述同步消息转发条件，则保存所述同步消息返回地址，否则不接收所述同步消息返回地址。

5.根据权利要求4所述的方法，其特征在于，所述判断所述当前订单是否满足同步消息转发条件，包括：

判断当前标志字段是否是预设标志字段；

如果是所述预设标志字段，则判定满足所述同步消息转发条件。

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

检测所述当前订单的支付场景；

在所述支付场景为银联支付场景时，进一步获取所述同步消息返回地址。

7.一种支付代理系统，其特征在于，包括：

获取模块，用于在接收委托方的支付请求的同时，获取所述委托方根据所述支付请求生成的同步消息返回地址；

生成模块，用于根据所述支付请求的支付要素生成当前订单的支付凭据，并将所述支付凭据发送至所述委托方，以使所述委托方跳转至所述支付凭据的支付渠道的地址；以及

跳转模块，用于在所述支付渠道完成支付校验的过程中，接收银联机构根据所述当前订单的初始支付结果生成的同步消息，并将所述同步消息转发至所述同步消息返回地址。

8.根据权利要求7所述的系统，其特征在于，所述系统还包括：

发送模块，用于接收所述银联机构根据所述当前订单的最终支付结果生成的异步消息，并将所述异步消息发送至所述委托方。

9.根据权利要求7所述的系统，其特征在于，所述系统还包括：

封装模块，所述封装模块用于将所述同步消息返回地址封装在所述支付请求中。

10.根据权利要求7所述的系统，其特征在于，所述系统还包括：

判断模块，用于判断当前工况是否满足同步消息转发条件；

存储模块，用于在满足所述同步消息转发条件时，保存所述同步消息返回地址，否则不接收所述同步消息返回地址。

11.根据权利要求10所述的系统，其特征在于，所述判断模块还包括：

判断单元，用于判断当前标志字段是否是预设标志字段；

确定单元，用于在是所述预设标志字段是，判定满足所述同步消息转发条件。

12.根据权利要求7所述的系统，其特征在于，所述系统还包括：

检测模块，用于检测所述当前订单的支付场景，以在所述支付场景为银联支付场景时，进一步获取所述同步消息返回地址。

13.一种电子设备，其特征在于，包括：

至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被设置为用于执行上述权利要求1-7任一项所述的支付代理方法。

14.一种非临时性计算机可读存储介质，其特征在于，所述非临时性计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行权利要求1-7任一项所述的支付代理方法。