CN114997846A - 跨境支付方法、装置、设备及存储介质 - Google Patents

Abstract

本申请关于一种跨境支付方法、装置、设备及存储介质，涉及移动支付领域。该方法包括：接收支付操作请求，支付操作请求用于请求使用客户端上创建的数字钱包对境内交易订单进行付款；响应于检测到用户的指示操作，获取待向数字钱包充值的目标境外银行卡的卡片信息；向数字钱包的目标运营机构的第一银行服务器发送支付请求，以请求将目标境外银行卡中的货币兑换为数字货币为数字钱包充值，并使用数字钱包中的余额为交易订单付款；接收第一银行服务器发送的支付结果信息，支付结果信息用于指示已使用目标境外银行卡向数字钱包充值并已使用数字钱包为交易订单付款。该方法有助于提高用户使用境外银行卡在境内消费的便利性，进而提高用户的使用体验。

Description

跨境支付方法、装置、设备及存储介质

技术领域

本申请涉及移动支付技术领域，尤其涉及一种跨境支付方法、装置、设备及存储介质。

背景技术

目前，持境外银行卡的用户如果想在境内消费，则需要首先使用境外银行卡在自动取款机(Automated Teller Machine，ATM)上兑换人民币纸币，然后才能进行消费。

具体地，如图1所示，持境外银行卡的用户，如果想在境内消费，首先需要为境外银行卡开通国际取款功能，然后持该境外银行卡到支持境外银行卡取款的ATM机上进行取款。具体地，ATM机通过ATM机所属银行机构的服务器A向境外银行卡所属的银行机构的服务器B发送兑换请求，用于请求将境外银行卡中的货币兑换成人民币，并通过ATM机向用户输出人民币纸币。

而且，由于ATM机通常设置位置不定、且数量有限，能够支持境外银行卡取现的ATM更少。这种消费方式给需要跨境支付的境外用户带来了极大的不便，严重影响了境外用户的使用体验。

因此，设计一种新的跨境支付方式，成为亟待解决的技术问题。

发明内容

本申请提供一种跨境支付方法、装置、设备及存储介质，以至少解决相关技术中使用境外银行卡在境内消费存在诸多不便的问题。本申请的技术方案如下：

根据本申请实施例的第一方面，提供一种跨境支付方法，包括：接收支付操作请求，支付操作请求用于请求使用客户端上创建的数字钱包对境内交易订单进行付款；响应于检测到用户的指示操作，获取待向数字钱包充值的目标境外银行卡的卡片信息；指示操作用于指示使用境外银行卡向数字钱包充值并使用数字钱包对交易订单进行付款；向数字钱包的目标运营机构的第一银行服务器发送支付请求，以请求将目标境外银行卡中的货币兑换为数字货币为数字钱包充值，并使用数字钱包中的余额为交易订单付款；接收第一银行服务器发送的支付结果信息，支付结果信息用于指示已使用目标境外银行卡向数字钱包充值并已使用数字钱包为交易订单付款。

在一种可能的实施方式中，向数字钱包的目标运营机构的第一银行服务器发送支付请求之前，该方法还包括：向目标境外银行卡的发卡行服务器发送支付验证请求，支付验证请求通过目标运营机构的第一银行服务器转发至目标境外银行卡的发卡行服务器；其中，支付验证请求用于请求目标境外银行卡的发卡行服务器对境内交易订单进行安全性验证；目标运营机构为创建数字钱包时用户从支持数字钱包服务的多个运营机构中指定的任意一个运营机构；目标运营机构支持外卡收单业务；接收来自目标境外银行卡的发卡行服务器的支付验证请求的支付验证结果；支付验证结果由发卡行服务器通过第一银行服务器转发至客户端。

另一种可能的实施方式中，向数字钱包的目标运营机构的第一银行服务器发送支付请求之前，该方法还包括：向目标境外银行卡的发卡行服务器发送支付验证请求，支付验证请求通过目标运营机构的第一银行服务器转发至第二银行服务器，并由第二银行服务器转发至目标境外银行卡的发卡行服务器；其中，支付验证请求用于请求目标境外银行卡的发卡行服务器对境内交易订单进行安全性验证；目标运营机构为创建数字钱包时用户从支持数字钱包服务的多个运营机构中指定的任意一个运营机构；第二银行服务器所属的运营机构支持外卡收单业务；接收来自目标境外银行卡的发卡行服务器的支付验证请求的支付验证结果；支付验证结果由发卡行服务器发送至目标运营机构的第一银行服务器，并由第一银行服务器通过第二银行服务器转发至客户端。

另一种可能的实施方式中，向目标境外银行卡的发卡行服务器发送支付验证请求，包括：向目标境外银行卡的发卡行服务器发送身份验证请求，身份验证请求包括境内交易订单的交易环境信息，身份验证请求用于请求发卡行服务器基于交易环境信息对境内交易订单进行身份验证。

另一种可能的实施方式中，向目标境外银行卡的发卡行服务器发送支付验证请求，还包括：显示目标境外银行卡的发卡行验证界面，并获取用户在发卡行验证界面上输入的校验信息；向目标境外银行卡的发卡行服务器发送校验信息验证请求，校验信息验证请求包括用户在发卡行验证界面输入的校验信息，校验信息验证请求用于请求发卡行服务器基于校验信息对境内交易订单进行校验。

另一种可能的实施方式中，向目标境外银行卡的发卡行服务器发送支付验证请求，还包括：向目标境外银行卡的发卡行服务器发送初始化验证请求，初始化验证请求包括目标境外银行卡的卡片信息，初始化验证请求用于请求发卡行服务器基于目标境外银行卡的卡片信息对境内交易订单进行初始化验证。

另一种可能的实施方式中，向数字钱包的目标运营机构的第一银行服务器发送支付请求，包括：获取用户输入的数字钱包的支付密码信息，并向目标运营机构的第一银行服务器发送支付请求；支付请求包括支付密码信息。

另一种可能的实施方式中，该方法还包括：响应于支付操作请求，显示第一界面，第一界面包括目标控件，目标控件用于指示使用境外银行卡为数字钱包充值并付款；检测到用户的指示操作，包括：检测到用户针对目标控件的操作；或者，响应于支付操作请求，显示第二界面，第二界面包括第一控件，第一控件用于指示为数字钱包充值并付款；检测到用户的指示操作，包括：检测到用户针对第一控件的操作后，显示第三界面，第三界面包括第二控件，第二控件用于指示使用境外银行卡为数字钱包充值；检测到用户针对第二控件的操作；获取目标境外银行卡的卡片信息，包括：检测到用户输入的目标境外银行卡的卡片信息的操作；或者检测到用户指示的数字钱包已登记的目标境外银行卡的操作。

另一种可能的实施方式中，该方法还包括：接收到支付操作请求后，显示第四界面，第四界面包括提示信息，提示信息用于提示用户输入向待付款数字钱包充值的银行卡的卡片信息；检测到用户的指示操作，包括：检测到用户输入的银行卡的卡片信息的操作，且输入的银行卡为境外银行卡；或者，检测到用户指示的数字钱包已登记的银行卡的操作，已登记的银行卡为境外银行卡；获取目标境外银行卡的卡片信息，包括：获取用户输入的境外银行卡的卡片信息；或者，获取用户指示的数字钱包已登记的境外银行卡的卡片信息。

另一种可能的实施方式中，接收支付操作请求，包括：响应于对收款码的扫码操作，接收支付操作请求；或者，响应于数字钱包的付款码的被扫码操作，接收支付操作请求。

根据本申请实施例的第二方面，提供一种跨境支付装置，包括：接收模块，被配置为执行接收支付操作请求，支付操作请求用于请求使用客户端上创建的数字钱包对境内交易订单进行付款；获取模块，被配置为执行响应于检测到用户的指示操作，获取待向数字钱包充值的目标境外银行卡的卡片信息；指示操作用于指示使用境外银行卡向数字钱包充值并使用数字钱包对交易订单进行付款；支付模块，被配置为执行向数字钱包的目标运营机构的第一银行服务器发送支付请求，以请求将目标境外银行卡中的货币兑换为数字货币为数字钱包充值，并使用数字钱包中的余额为交易订单付款；接收模块还被配置为执行：接收第一银行服务器发送的支付结果信息，支付结果信息用于指示已使用目标境外银行卡向数字钱包充值并已使用数字钱包为交易订单付款。

在一种可能的实施方式中，向数字钱包的目标运营机构的第一银行服务器发送支付请求之前，支付模块还被配置为执行：向目标境外银行卡的发卡行服务器发送支付验证请求，支付验证请求通过目标运营机构的第一银行服务器转发至目标境外银行卡的发卡行服务器；其中，支付验证请求用于请求目标境外银行卡的发卡行服务器对境内交易订单进行安全性验证；目标运营机构为创建数字钱包时用户从支持数字钱包服务的多个运营机构中指定的任意一个运营机构；目标运营机构支持外卡收单业务；接收来自目标境外银行卡的发卡行服务器的支付验证请求的支付验证结果；支付验证结果由发卡行服务器通过第一银行服务器转发至客户端。

另一种可能的实施方式中，向数字钱包的目标运营机构的第一银行服务器发送支付请求之前，支付模块还被配置为执行：向目标境外银行卡的发卡行服务器发送支付验证请求，支付验证请求通过目标运营机构的第一银行服务器转发至第二银行服务器，并由第二银行服务器转发至目标境外银行卡的发卡行服务器；其中，支付验证请求用于请求目标境外银行卡的发卡行服务器对境内交易订单进行安全性验证；目标运营机构为创建数字钱包时用户从支持数字钱包服务的多个运营机构中指定的任意一个运营机构；第二银行服务器所属的运营机构支持外卡收单业务；接收来自目标境外银行卡的发卡行服务器的支付验证请求的支付验证结果；支付验证结果由发卡行服务器发送至目标运营机构的第一银行服务器，并由第一银行服务器通过第二银行服务器转发至客户端。

另一种可能的实施方式中，支付模块具体被配置为执行：向目标境外银行卡的发卡行服务器发送身份验证请求，身份验证请求包括境内交易订单的交易环境信息，身份验证请求用于请求发卡行服务器基于交易环境信息对境内交易订单进行身份验证。

另一种可能的实施方式中，支付模块具体被配置为执行：显示目标境外银行卡的发卡行验证界面，并获取用户在发卡行验证界面上输入的校验信息；向目标境外银行卡的发卡行服务器发送校验信息验证请求，校验信息验证请求包括用户在发卡行验证界面输入的校验信息，校验信息验证请求用于请求发卡行服务器基于校验信息对境内交易订单进行校验。

另一种可能的实施方式中，支付模块具体被配置为执行：向目标境外银行卡的发卡行服务器发送初始化验证请求，初始化验证请求包括目标境外银行卡的卡片信息，初始化验证请求用于请求发卡行服务器基于目标境外银行卡的卡片信息对境内交易订单进行初始化验证。

另一种可能的实施方式中，支付模块具体被配置为执行：获取用户输入的数字钱包的支付密码信息，并向目标运营机构的第一银行服务器发送支付请求；支付请求包括支付密码信息。

另一种可能的实施方式中，支付模块具体还被配置为执行：响应于支付操作请求，显示第一界面，第一界面包括目标控件，目标控件用于指示使用境外银行卡为数字钱包充值并付款；支付模块具体还被配置为执行：检测到用户针对目标控件的操作；或者，响应于支付操作请求，显示第二界面，第二界面包括第一控件，第一控件用于指示为数字钱包充值并付款；支付模块具体还被配置为执行：检测到用户针对第一控件的操作后，显示第三界面，第三界面包括第二控件，第二控件用于指示使用境外银行卡为数字钱包充值；检测到用户针对第二控件的操作；获取模块具体被配置为执行：检测到用户输入的目标境外银行卡的卡片信息的操作；或者检测到用户指示的数字钱包已登记的目标境外银行卡的操作。

另一种可能的实施方式中，支付模块还被配置为执行：接收到支付操作请求后，显示第四界面，第四界面包括提示信息，提示信息用于提示用户输入向待付款数字钱包充值的银行卡的卡片信息；支付模块还被配置为执行：检测到用户输入的银行卡的卡片信息的操作，且输入的银行卡为境外银行卡；或者，检测到用户指示的数字钱包已登记的银行卡的操作，已登记的银行卡为境外银行卡；获取模块具体被配置为执行：获取用户输入的境外银行卡的卡片信息；或者，获取用户指示的数字钱包已登记的境外银行卡的卡片信息。

另一种可能的实施方式中，接收模块具体被配置为执行：响应于对收款码的扫码操作，接收支付操作请求；或者，响应于数字钱包的付款码的被扫码操作，接收支付操作请求。

根据本申请实施例的第三方面，提供一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，处理器被配置为执行指令，以实现上述第一方面及其任一种可能的实施方式的方法。

根据本申请实施例的第四方面，提供一种计算机可读存储介质，当计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述第一方面中及其任一种可能的实施方式的方法。

根据本申请实施例的第五方面，提供一种计算机程序产品，计算机程序产品包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述第一方面及其任一种可能的实施方式的方法。

本申请的实施例提供的第一方面的技术方案至少带来以下有益效果：该方法用于客户端，且该客户端上配置有数字钱包，当境外用户需要为境内的交易订单付款时，本申请的跨境支付方法可以很方便地将境外银行账户中的余额兑换为数字货币，从而为境内交易订单付款，具体地，境外用户登录客户端后，通过境外银行卡的卡片信息为客户端上的数字钱包进行线上充值并使用数字钱包中的余额为交易订单付款，从而实现使用境外银行卡为境内的交易订单付款。相对于现有技术中使用境外银行卡在ATM取款并使用纸币人民币为境内的交易订单付款，本申请的跨境支付方法不需要用户持有实体卡片，也不需要用户寻找可以支持境外银行卡取款的ATM机。因此，本申请的跨境支付方法有助于提高境外用户使用境外银行卡在境内消费的便利性，提高用户的使用体验。

需要说明的是，第二方面至第五方面中的任一种实现方式所带来的技术效果可参见第一方面中对应实现方式所带来的技术效果，此处不再赘述。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理，并不构成对本申请的不当限定。

图1是根据一示例性实施例示出的一种应用场景的示意图；

图2是根据一示例性实施例示出的一种实施架构的示意图；

图3是根据一示例性实施例示出的一种跨境支付方法的流程图；

图4是根据一示例性实施例示出的一种界面示意图；

图5是根据一示例性实施例示出的另一种跨境支付方法的流程图；

图6是根据一示例性实施例示出的另一种跨境支付方法的流程图；

图7是根据一示例性实施例示出的一种跨境支付方法的交互示意图；

图8A是根据一示例性实施例示出的另一种界面示意图；

图8B是根据一示例性实施例示出的一种场景示意图；

图9是根据一示例性实施例示出的一种跨境支付装置的框图；

图10是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本申请的技术方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在对本申请提供的跨境支付方法进行详细介绍之前，先对本申请涉及的相关要素、应用场景、实施环境进行简单介绍。

首先，对本申请涉及的相关要素进行简单介绍。

数字货币：数字化形式的货币，比如包括比特币、莱特币、无限币、数字黄金货币、数字人民币等。

数字人民币：是一种数字形式的法定货币，也即，是纸币人民币的数字化形式，与纸币人民币等价。数字人民币由指定运营机构参与运营并向公众兑换，以广义账户体系为基础，支持银行账户松耦合功能，与纸钞、硬币等价。

电子钱包：用于记录或存储电子货币，如电子现金、电子零钱、安全零钱、电子信用卡、在线货币、数字货币等。

数字钱包：电子钱包的一种，是记录和存储数字货币(如数字人民币)的载体。

运营机构：是具备条件为公众提供数字钱包和数字货币(如数字人民币)兑换服务的商业银行。

客户端(如本申请涉及到的数字人民币客户端)：是面向个人用户开展的数字货币服务平台，提供数字钱包的开通与管理、数字货币(如数字人民币)的兑换与流通服务。

3DS(3-Domain Secure)支付验证系统：是最早由国际卡组织Visa(威士卡)率先推出，目的是为了保护电子商务中的无卡交易。随后，其他卡组织也纷纷推出了自己的3DS支付验证系统。

其次，对本申请涉及的应用场景进行简单介绍。

相关技术中，持境外银行卡的用户，如果想在境内消费，需要为境外银行卡开通国际取款功能，并持该境外银行卡到支持境外银行卡取款的ATM机上兑换人民币纸币，然后才能进行消费。而ATM机通常设置位置不定、且数量有限，能够支持境外银行卡取现的ATM更少。这种消费方式给需要跨境支付的境外用户带来了极大的不便，严重影响了境外用户的境内消费体验。

而且，用户在使用境外银行卡在ATM机上兑换人民币纸币时，还存在如下缺陷：第一，用户必须持有实体卡片，即必须由卡片与实体ATM机进行交互；第二，存在取款限额，由于ATM机取款是将存款/信贷资金转换为法偿性以及流通性最好、可追踪性最弱的实体现钞，因此，各银行卡的发卡机构通常对ATM机取款的单笔与累计金额进行限制。此外，由于ATM机的吐钞口宽度也会在物理上限制取款金额，例如，部分ATM机一次最多只能吐30张纸钞，这些直接限制每笔ATM取款交易的最高限额。

针对上述问题，本申请提供了一种跨境支付方法，用于客户端，该客户端上配置有数字钱包，当境外用户需要为境内的交易订单付款时，本申请的跨境支付方法可以将境外银行账户中的余额兑换为数字货币为交易订单付款，从而提高了用户使用境外银行卡在境内消费的便利性，进而提高了用户的消费体验。具体地，用户登录客户端后，通过境外银行卡的卡片信息为客户端上的数字钱包进行线上充值，并使用数字钱包中的余额为交易订单付款，从而实现使用境外银行卡为境内的交易订单付款。

而且，相对于相关技术中使用境外银行卡在ATM取款并使用纸币人民币为境内的交易订单付款，本申请的跨境支付方法不需要用户持有实体卡片，也不需要用户寻找可以支持境外银行卡取款的ATM机，并且还可以避免ATM机存在的取款限额的问题。因此，本申请的跨境支付方法有助于提高境外用户使用境外银行卡在境内消费的便利性，提高用户的使用体验。

最后，对本申请涉及的实施环境(实施架构)进行简单介绍。

图2为本申请的实施架构图。用户210在电子设备220上安装客户端230。该用户210可以是境外用户，境外用户可以是持有境外银行卡的用户，或者使用境外手机号等境外信息注册账户的用户。该客户端230具体可以为数字人民币客户端，也可以有其他的客户端名称，本申请对此不予限定。该客户端230可以是一个应用程序(application，APP)。在需要支付境内的交易订单时，用户210可以选择在客户端230上创建的任意一个电子钱包进行付款。如果用于付款的电子钱包中的余额不足以支付该交易订单，则由为电子钱包提供服务的目标运营机构的第一银行服务器240，通过境外银行卡的发卡行服务器250以及卡组织服务器260，使用境外银行卡中的货币为电子钱包充值并付款。

其中，该电子钱包用于存储电子货币，比如该电子钱包可以是数字钱包，该电子货币可以是数字货币。在本申请实施例中，数字钱包可以用于存储预设形式的货币，该预设形式的货币支持境内交易支付。比如，该数字钱包用于存储境内法定数字货币，如数字人民币。

在一些实施例中，电子设备220可以是终端设备或服务器。其中，终端设备可以是智能手机、平板电脑、掌上电脑、车载终端、台式电脑以及笔记本电脑等。服务器可以是任意一个服务器或服务器集群，本申请对此不做限定。

在一些实施例中，第一银行服务器240、发卡行服务器250或卡组织服务器260可以是一个服务器，或者，也可以为由多台服务器组成的服务器集群，本申请对此不做限定。

此外，需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息、用户的银行卡信息等)，均为经用户授权或者经过各方充分授权的信息。

为了便于理解，以下结合附图对本申请提供的跨境支付方法进行具体介绍。

图3是根据一示例性实施例示出的一种跨境支付方法的流程图，该方法应用于电子设备。或者，该方法应用于电子设备上安装的客户端。或者，该方法应用于电子设备上安装的应用程序。如图3所示，跨境支付方法包括以下步骤：

S301：接收支付操作请求，支付操作请求用于请求使用客户端上创建的数字钱包对境内交易订单进行付款。

在一些实施例中，用户下载客户端后，使用境外手机号进行注册，并在完成注册后使用境外手机号登录客户端。使用境外手机号注册的用户/账户，可以称为境外用户/账户。此外，用户使用境外手机号登录客户端后，客户端可以显示如图4中(a)所示的界面，该界面上显示有钱包总额，用于表征登录账户的所有数字钱包的数字货币的总余额。另外，该界面上还可以显示“钱包管理”控件、“开通或添加数字钱包”控件、“通用”控件、“帮助与反馈”控件以及“关于我们”控件中的至少一项。其中，“通用”控件用于查看或管理客户端的通用参数，例如，登录密码的管理。在一个示例中，用户触发“钱包管理”控件，例如，点击“钱包管理”控件，进入数字钱包的管理界面，以对所有的数字钱包进行管理，例如，删除数字钱包、开通数字钱包或管理任一数字钱包的余额等。

进一步地，用户在使用境外手机号登录客户端后，可以创建数字钱包，用于记录和存储数字货币。例如，用户点击“开通或添加数字钱包”控件，客户端进入如图4中(b)0所示的数字钱包创建界面，该界面上显示多个运营机构的标识，用于指示能够提供钱包服务的运营机构，用户可以从多个运营机构中指定的任意一个运营机构，为创建的数字钱包提供服务，比如，用户点击AA银行，则客户端创建由AA银行提供服务的数字钱包，并将AA银行登记成为数字钱包提供服务的运营机构。需要说明的，数字钱包可以理解为由AA银行提供服务的电子银行卡。

需要说明的，用户可以在客户端上创建一个或多个数字钱包，并且，一个或多个数字钱包可以由相同的或不同的运营机构提供服务，本申请对此不作限制。

在一些实施例中，使用境外手机号码登录客户端后，创建的数字钱包仅能使用境外银行卡为数字钱包充值，有助于保证境内银行账户的安全性。

需要说明的，在用户需要为境内的交易订单付款时，可以选择客户端上的任意一个数字钱包为该交易订单付款。以下，以用户选择使用目标数字钱包为交易订单付款为例进行说明。

在一些实施例中，用户选中用于付款的目标数字钱包后，使用客户端上的“扫一扫”功能扫描商户的收款码，客户端响应于对收款码的扫描操作，接收支付操作请求，该支付操作请求用于请求使用目标数字钱包对交易订单进行付款。通过使用客户端上的“扫一扫”功能，启动支付流程，实现由用户启动支付流程，有助于保证数字钱包的安全性。

在另一些实施例中，用户选中用于付款的目标数字钱包后，向商户展示目标数字钱包的付款码，由商户的收款设备扫描客户端该付款码，客户端响应于对目标数字钱包的付款码的扫描操作，接收支付操作请求。通过向用户展示目标数字钱包的付款码供商户扫描，实现由商户启动支付流程，有助于在网络不佳时顺利完成支付。

可选地，在上述S301之后，该方法还包括：响应于支付操作请求，显示第二界面，第二界面包括第一控件，第一控件用于指示为数字钱包充值并付款。

在一些实施例中，目标数字钱包中的数字货币总额不足以支付交易订单，客户端在接收到支付操作请求后，响应于该支付操作请求，显示第二界面，该界面上显示有第一控件，例如，第一控件可以是“充值并付款”控件，用于提示用户需要为目标数字钱包充值才能够付款，用户选择第一控件，即表示用户将为目标数字钱包充值并使用目标数字钱包中的数字货币进行付款。

上述实施例中，通过显示第二界面，有助于提醒用户数字钱包中的余额不足以支付交易订单，需要用户为数字钱包充值才能够继续付款操作。此外，通过显示第二界面，还可以显示用户无需向数字钱包中储值即可使用数字钱包付款，具体地，在数字钱包中的数字货币余额不足以支付交易订单时，用户通过选择第二界面上的第一控件，为数字钱包充值并使用充值后数字钱包进行付款，进而实现随用随充，避免提前将境外银行卡中的余额兑换为数字货币，由于汇率变化而造成损失。

可选地，在上述S301之后，该方法还包括：响应于支付操作请求，显示第一界面，第一界面包括目标控件，目标控件用于指示采用境外银行卡为数字钱包充值。

在一些实施例中，在接收到支付操作请求后，客户端响应于该支付操作请求，显示第一界面，该第一界面上显示有目标控件，用于指示为数字钱包充值的银行卡为境外银行卡，用户选择目标控件，即表示用户将使用境外银行卡为数字钱包充值。

需要说明的，境外银行卡可以是威士卡(VISA)、万事达卡(Mastercard)、日本信用卡株式会社(Japan Credit Bureau，JCB)等卡组织发行的银行卡。

在该实施例中，通过显示第一界面，提示用户将采用境外银行卡为数字钱包充值，有助于用户提前了解为数字钱包充值的银行卡的类型，以便于用户可以提前提准备好对应的卡片信息，进而提高充值效率。此外，通过显示包括目标控件的第一界面，由客户端确定能够为数字钱包充值的银行卡的类型，一方面，减少了用户选择银行卡类型的步骤，提高了为数字钱包充值的效率，另一方面，避免用户使用境内银行卡付款。

可选地，跨境支付方法还包括：接收到支付操作请求后，显示第四界面，第四界面包括提示信息，提示信息用于提示用户输入向数字钱包充值的银行卡的卡片信息。

在一些实施例中，卡片信息包括境外银行卡的卡号、有效期和安全码。例如，安全码可以是卡片验证值2(Card Verification Value 2，CVV2)码。

在一些实施例中，客户端在接收到支付操作请求后，显示第四界面，该第四界面上显示有输入区域，用户可以在输入区域输入向数字钱包充值的银行卡的卡片信息。通过为第四界面配置输入区域，由用户输入为数字钱包充值的银行卡的卡片信息，使得用户不必将银行卡与数字钱包绑定，有助于提高银行卡的货币安全性。

在另一些实施例中，客户端在接收到支付操作请求后，显示第四界面，该第四界面上显示有控件区域，该控件区域包括银行卡信息，用于选中该控件区域，即表示用户选择使用该银行卡信息对应的银行卡为数字钱包充值。其中，该银行卡信息对应的银行卡已登记为数字钱包的可充值银行卡。通过为第四界面配置数字钱包已登记的银行卡信息，使得用户不必在每次充值时都输入银行卡的卡片信息，有助于提高为数字钱包充值的效率，进而提高交易订单的支付效率，提高用户的使用体验。

S302：响应于检测到用户的指示操作，获取待向数字钱包充值的目标境外银行卡的卡片信息。

其中，该指示操作用于指示使用境外银行卡向数字钱包充值并使用数字钱包对交易订单进行付款。

在一些实施例中，用户不必为目标数字钱包预存储数字货币，也即，目标数字钱包的余额为零。在用户需要为境内交易订单付款时，客户端从境外银行卡的账户中兑换数字货币存储在目标数字钱包中，兑换数字货币的金额为境内交易订单的交易金额，也即，用多少充多少，之后，使用目标数字钱包中的全部数字货币支付该境内交易订单。可以理解的，完成该境内交易订单的支付后，目标数字钱包中的余额仍然为零。

在该实施例中，通过在接收到支付操作请求后，为数字钱包存储境内交易订单的交易金额，并使用存储在数字钱包的数字货币为境内交易订单付款，从而实现了随用随充，随充随用，也即，按需充值，境外交易订单需要支付多少金额，就为数字钱包充值多少数字钱包，避免了离开境内时，还需将数字钱包的剩余金额兑换为境外银行卡中的货币，此外，此外，还有助于避免兑换时发生的货币损失以及安全性等问题。

在一些实施例中，检测到用户的指示操作，包括：检测到用户针对上述目标控件的操作。

在该实施例中，在检测到用户选择采用境外银行卡为数字钱包充值后，则获取目标境外银行卡的卡片信息，有助于提高为数字钱包充值的效率。

在另一些实施例中，检测到用户的指示操作，包括：步骤一：检测到用户针对上述第一控件的操作后，显示第三界面，第三界面包括第二控件，第二控件用于指示采用境外银行卡为数字钱包充值；步骤二：检测到用户针对上述第二控件的操作。

在该实施例中，在用户选择为数字钱包充值付款后，先显示包括第二控件的第三界面，提示用户将采用境外银行卡为数字钱包充值，有助于用户提前了解为数字钱包充值的银行卡的类型，以便于用户可以提前提准备好对应的卡片信息，进而提高充值效率。

在一些实施例中，获取目标境外银行卡的卡片信息，包括：检测到用户输入的目标境外银行卡的卡片信息的操作。通过用户输入目标境外银行卡的卡片信息，为数字钱包充值，使得用户不必将银行卡与数字钱包绑定，有助于提高银行卡的货币安全性。

在另一些实施例中，获取目标境外银行卡的卡片信息，包括：检测到用户指示的数字钱包已登记的目标境外银行卡的操作。通过调用与数字钱包绑定的银行卡为数字钱包充值，使得用户不必在每次充值时都输入银行卡的卡片信息，有助于提高为数字钱包充值的效率，进而提高交易订单的支付效率，提高用户的使用体验。

在又一些实施例中，在上述第四界面显示上述提示信息，该提示信息用于提示用户输入向数字钱包充值的银行卡的卡片信息的情况下，检测到用户的指示操作，包括：检测到用户输入的银行卡的卡片信息的操作，且输入的银行卡为境外银行卡。获取目标境外银行卡的卡片信息，包括：获取用户输入的境外银行卡的卡片信息。通过用户输入目标境外银行卡的卡片信息，为数字钱包充值，使得用户不必将银行卡与数字钱包绑定，有助于提高银行卡的货币安全性。

在另一些实施例中，在上述第四界面显示上述提示信息，该提示信息用于提示用户输入向数字钱包充值的银行卡的卡片信息的情况下，检测到用户的指示操作，包括：检测到用户指示的数字钱包已登记的银行卡的操作，已登记的银行卡为境外银行卡。获取目标境外银行卡的卡片信息，包括：获取用户指示的数字钱包已登记的境外银行卡的卡片信息。通过使用与数字钱包绑定的银行卡为数字钱包充值，使得用户不必在每次充值时都输入银行卡的卡片信息，有助于提高为数字钱包充值的效率，进而提高交易订单的支付效率，提高用户的使用体验。

S303：向数字钱包的目标运营机构的第一银行服务器发送支付请求，以请求将目标境外银行卡中的货币兑换为数字货币为数字钱包充值，并使用数字钱包中的余额为交易订单付款。

电子设备上安装的客户端向第一银行服务器发送支付请求，以请求第一银行服务器通过与发卡行服务器进行交互，来实现使用目标境外银行卡中的货币为数字钱包充值，并请求第一银行服务器使用数字钱包中的余额为交易订单付款。

在一些实施例中，支付请求中包括兑换金额，该兑换金额为境内交易订单的付款金额。例如，境内交易订单的付款金额为5000人民币，此时，该支付请求用于请求使用境外银行卡中的货币兑换5000元人民币对应的数字货币，比如5000元数字人民币，存储在数字钱包中，并使用数字钱包中的5000元数字人民币为境内交易订单付款。

可选地，S303包括：获取用户输入的数字钱包的支付密码信息，并向目标运营机构的第一银行服务器发送支付请求。支付请求包括支付密码信息等信息。

在一些实施例中，支付请求还包括用于支付的境外银行卡的卡片信息，例如，境外银行卡的卡号、有效期和安全码中的至少一项，有助于提高该笔交易的安全性和准确性。

在一些实施例中，支付密码信息包括数字密码。客户端通过显示密码输入界面，采集用户输入的支付密码信息。例如，可以是密码输入界面上显示有输入区域，用户在输入区域输入支付密码，客户端获取输入的数字钱包的支付密码信息。

在另一些实施例中，支付密码信息包括指纹密码。在用户指示客户端向第一银行服务器发送支付请求时，将指纹密码对应的手指放置在电子设备上可以采集指纹的区域，以使得客户端可以获取用户的数字钱包的支付密码信息。

上述实施例中，通过获取数字钱包的支付密码信息，并向第一银行服务器发送携带支付密码信息的支付请求，有助于提高交易的安全性。

S304：接收第一银行服务器发送的支付结果信息；支付结果信息用于指示已使用目标境外银行卡为数字钱包充值，且已使用数字钱包中的数字货币余额为交易订单付款。

在一些实施中，第一银行服务器在使用目标境外银行卡为数字钱包充值，并使用数字钱包中的余额为交易订单付款后，向客户端返回支付结果信息，以告知用户，该笔交易订单已完成付款。

在S303和S304中，第一银行服务器接收到支付请求后，使用目标境外银行卡为数字钱包充值。在使用目标境外银行卡为数字钱包充值的过程中，第一银行服务器与发卡行服务器进行信息交互，请求发卡行服务器将目标境外银行卡的账户余额兑换为数字货币(如数字人民币)，在收到发卡行服务器的确认兑换指示后，第一银行服务器将目标境外银行卡的账户余额兑换为数字货币(如数字人民币)，并将数字货币存储至数字钱包，并变更数字钱包的余额，从而为数字钱包充值，并且使用数字钱包中的数字货币余额对交易订单进行付款。在完成前述充值以及付款操作后，第一银行服务器将支付结果发送给客户端。

需要说明的，第一银行服务器使用目标境外银行卡为数字钱包充值的过程，可以复用现有的外卡收单交易链路，从而将境外银行卡中的余额兑换为数字货币。上述实施例中，在境外用户需要为境内的交易订单付款时，通过使用境外银行卡为客户端上的数字钱包充值，将境外银行账户中的货币兑换为数字货币，从而可以使用数字货币为交易订单付款，进而实现使用境外银行卡方便地为境内的交易订单进行线上付款，提高了用户使用境外银行卡在境内消费的便利性，进而提高了用户的消费体验。

而且，相对于现有技术中使用境外银行卡在ATM取款并使用纸币人民币为交易订单付款的线下付款方式，本申请的跨境支付方法不需要用户持有实体卡片，也不需要用户寻找可以支持境外银行卡取款的ATM机，并且还可以避免ATM机存在的取款限额的问题。

因此，本申请的跨境支付方法为境外用户提供了更多可选的支付方式，有助于提高境外用户使用境外银行卡在境内消费的便利性，提高用户的使用体验。

可选地，结合图3，如图5所示，向数字钱包的目标运营机构的第一银行服务器发送支付请求之前，跨境支付方法还包括：

S305：向目标境外银行卡的发卡行服务器发送支付验证请求，支付验证请求通过目标运营机构的第一银行服务器转发至目标境外银行卡的发卡行服务器。

其中，目标运营机构为创建数字钱包时用户从支持数字钱包的多个运营机构中指定的任意一个运营机构。

需要说明的，本申请的跨境支付方法，在向目标运营机构的第一银行服务器发送支付请求之前，可以对境内交易订单进行安全性验证，从而提高目标境外银行卡交易的安全性。

在一些实施例中，目标运营机构支持外卡收单业务(即境外银行卡的收单业务)。在获取到待向数字钱包充值的目标境外银行卡的卡片信息后，客户端向目标境外银行卡的发卡行服务器发送支付验证请求，以请求目标境外银行卡的发卡行服务器对境内交易订单进行安全性验证。例如，该支付验证请求可以由目标运营机构的第一银行服务器通过目标运营机构所属的外卡交易网关服务器转发至发卡行服务器。

可选地，支付验证请求包括初始化验证、身份验证、校验信息验证中的至少一项。其中，初始化验证为基于对目标境外银行卡的卡片信息进行安全性验证，身份验证为基于客户端所在电子设备的设备信息进行安全性验证，校验信息验证为基于用户在发卡行验证页面上填写的校验信息进行安全性验证。

S306：接收来自目标境外银行卡的发卡行服务器的支付验证请求的支付验证结果，支付验证结果为验证通过。

其中，支付验证结果为发卡行服务器通过目标运营机构的第一银行服务器转发至客户端。

在一些实施例中，发卡行服务器在完成支付验证后，向第一银行服务器返回支付验证结果，之后，第一银行服务器将支付验证结果发送给客户端，客户端在接收到来自发卡行服务器的支付验证结果后，执行下一步操作。例如，在支付验证结果为验证通过的情况下，客户端向数字钱包的目标运营机构的第一银行服务器发送支付请求。

上述实施例中，在向数字钱包的目标运营机构的第一银行服务器发送支付请求之前，先向目标境外银行卡的发卡行服务器发送支付验证请求，以请求发卡行服务器对境内交易订单进行安全性验证，有助于提高目标境外银行卡的交易安全性。此外，相对于现有技术中不同运营机构与境外银行卡发卡行基于不同支付验证流程进行支付验证，本申请的跨境支付方法，通过对支付验证流程进行了抽象和集成，以及对支付验证流程中交互接口的统一整合，实现针对不同的目标运营机构，通过统一的一套接口，统一由客户端向目标境外银行卡的发卡行服务器发起支付验证请求，为数字钱包提供服务的目标运营机构的第一银行服务器将支付验证请求转发至发卡行服务器，从而使得不同的运营机构与境外银行卡发卡行可以基于同一个支付验证流程进行支付验证，进而不必为每个为数字钱包提供服务的运营机构单独配置一套支付验证流程，简化为数字钱包充值的支付验证流程，进而提高了工作效率。

可选地，结合图3，如图6所示，向数字钱包的目标运营机构的第一银行服务器发送支付请求之前，跨境支付方法还包括：

S307：向目标境外银行卡的发卡行服务器发送支付验证请求，支付验证请求通过目标运营机构的第一银行服务器转发至第二银行服务器，并由第二银行服务器转发至目标境外银行卡的发卡行服务器。

其中，第二银行服务器所属的运营机构支持外卡收单业务。目标运营机构为创建数字钱包时用户从支持数字钱包的多个运营机构中指定的任意一个运营机构。

需要说明的，本申请的跨境支付方法，在向目标运营机构的第一银行服务器发送支付请求之前，可以对境内交易订单进行安全性验证，从而提高目标境外银行卡交易的安全性。

在一些实施例中，目标运营机构不支持外卡收单业务，也即，目标运营机构提供服务的数字钱包无法收取用户从目标境外银行卡向数字钱包中转入的外汇款项。基于此，本申请通过允许目标运营机构的第一银行服务器进行服务转接，使得目标运营机构可以通过与运营机构A(该运营机构支持外卡收单业务)建立合作，并通过运营机构A的第二银行服务器将第一银行服务器收到的来自客户端的支付验证请求，转发至发卡行服务器，从而完成境内交易订单的支付验证。进一步地，基于服务器转接，目标运营机构可以通过运营机构A完成从境外银行卡向数字钱包充值的操作。

在一些实施例中，在获取到待向数字钱包充值的目标境外银行卡的卡片信息后，客户端向目标境外银行卡的发卡行服务器发送支付验证请求，以请求目标境外银行卡的发卡行服务器对境内交易订单进行安全性验证。例如，该支付验证请求可以由目标运营机构的第一银行服务器发送给合作的运营机构的第二银行服务器，并由第二银行服务器通过该合作的运营机构所属的外卡交易网关服务器转发至发卡行服务器。

S308：接收来自目标境外银行卡的发卡行服务器的支付验证请求的支付验证结果，支付验证结果为验证通过。

其中，支付验证结果为发卡行服务器发送至目标运营机构的第一银行服务器，并由第一银行服务器通过第二银行服务器转发至客户端。

在一些实施例中，发卡行服务器在完成支付验证后，向第二银行服务器返回支付验证结果。之后，第二银行服务器将支付验证结果发送给第一银行服务器，由第一银行服务器将支付验证结果发送给客户端。客户端在接收到来自发卡行服务器的支付验证结果后，执行下一步操作。例如，在支付验证结果为验证通过的情况下，客户端向数字钱包的目标运营机构的第一银行服务器发送支付请求。

上述实施例中，在向数字钱包的目标运营机构的第一银行服务器发送支付请求之前，先向目标境外银行卡的发卡行服务器发送支付验证请求，以请求发卡行服务器对境内交易订单进行安全性验证，有助于提高目标境外银行卡的交易安全性。进一步地，本申请的跨境支付方法通过允许目标运营机构的第一银行服务器进行服务转接，使得目标运营机构可以通过与其合作的运营机构的第二银行服务器将支付验证请求转发至发卡行服务器，完成当前的支付验证，并基于相同的原理，完成后续的外卡收单业务(即将目标境外银行卡的中的货币兑换为数字货币为数字钱包充值)，从而有助于引入更多提供数字钱包的运营机构，使得不支持外卡收单业务的运营机构也可以为境外用户的数字钱包提供服务，进而为用户提供更多的选择，提高用户的使用体验。

此外，通过对支付验证流程进行了抽象和集成，由客户端向目标境外银行卡的发卡行服务器发起支付验证请求，为数字钱包提供服务的目标运营机构的第一银行服务器，以及与目标运营机构合作的运营机构的第二银行服务器将支付验证请求转发至发卡行服务器，从而使得不同的运营机构与境外银行卡发卡行可以基于同一个支付验证流程进行支付验证简化为数字钱包充值的支付验证流程，进而提高了工作效率。

需要说明的，本申请中的支付验证可以是3DS(3-Domain Secure)支付验证。当然，也可以是其他用于跨境交易的支付验证服务，本申请对此不做限制。以下，以支付验证为3DS支付验证为例对本申请的支付验证流程进行说明。

可选地，向目标境外银行卡的发卡行服务器发送支付验证请求，包括：向目标境外银行卡的发卡行服务器发送初始化验证请求，初始化验证请求包括境外银行卡的卡片信息。

在一些实施例中，客户端在获取待向数字钱包充值的目标境外银行卡的卡片信息后，向目标境外银行卡的发卡行服务器发送初始化验证请求，以请求发卡行服务器基于目标境外银行卡的卡片信息对境内交易订单进行初始化验证。发卡行服务器在接收到初始化验证请求后，基于目标境外银行卡的卡片信息进行初始化验证。其中，初始化验证用于验证境内交易订单是否支持3DS支付验证。

在一个示例中，在境内交易订单对应的交易双方均开通3DS支付验证服务的情况下，发卡行服务器确认该境内交易订单支持3DS支付验证。其中，交易订单对应的交易双方是境外银行卡和商户，为数字钱包充值的交易对应的交易上分是境外银行卡和为数字钱包提供服务的目标运营机构。此外，初始化验证还可以包括商户信息和/或目标运营机构的信息，以便发卡行服务器基于商户信息判断交易订单对应商户是否开通了3DS支付验证服务，以及基于目标运营机构的信息判断数字钱包(或目标运营机构)是否支持3DS支付验证服务。

在另一个示例中，在目标境外银行卡开通3DS支付验证服务的情况下，发卡行服务器确认该境内交易订单支持3DS支付验证。

需要说明的，如果发卡行服务器确认境内交易订单不支持3DS支付验证服务，则拒绝使用目标境外银行卡继续进行交易。如果发卡行服务器确认境内交易订单支持3DS支付验证服务，则继续推进交易流程，例如，继续身份验证以及校验信息验证。

在一些实施例中，发卡行服务器在确认初始化验证的验证结果后，会将该验证结果返回给向其发送初始化验证的服务器，例如，第一银行服务器或第二银行服务器，从而由第一银行服务器或第二银行服务器将该验证结果发送给客户端。

上述实施例中，通过在采集客户端的设备信息进行身份验证之前，先对境外银行卡进行初始化验证，一方面，有助于确认境内交易订单是否支持支付验证服务，从而在确认支持支付验证服务的情况下再进行后续的验证，避免客户端发送无支付验证请求不被执行。另一方面，对境内交易订单同时执行初始化验证与身份验证，也有助于提高支付验证的准确性，进而提高交易安全性，提升用户的使用体验。

可选地，向目标境外银行卡的发卡行服务器发送支付验证请求，包括：向目标境外银行卡的发卡行服务器发送身份验证请求，身份验证请求包括境内交易订单的交易环境信息。

在一些实施例中，交易环境信息包括客户端所在电子设备的设备信息和用户身份信息。其中，设备信息可以包括设备型号、设备系统的版本号、设备的CPU型号等。用户身份信息可以包括用户的指纹信息、人脸信息、瞳孔信息等。

在一些实施例中，客户端在获取待向数字钱包充值的目标境外银行卡的卡片信息后，向目标境外银行卡的发卡行服务器发送身份验证请求，以请求发卡行服务器基于交易环境信息进行身份验证。在另一些实施例中，在初始化验证请求的验证结果为验证通过的情况下，客户端向目标境外银行卡的发卡行服务器发送身份验证请求，以请求发卡行服务器基于设备信息进行身份验证。

需要说明的，身份验证用于验证执行境内交易订单的当前电子设备和/或当前用户的身份是否符合要求，例如，执行境内交易订单的当前电子设备和/或当前用户是否与执行目标境外银行卡的历史交易的历史电子设备和/或历史用户相同。

在一些实施例中，仅在电子设备和用户的身份均符合要求的情况下，也即，当前电子设备与历史电子设备相同，且当前用户与历史用户也相同的情况下，确认身份验证请求的验证结果为验证通过，否则为验证失败。在另一些实施例中，在电子设备或用户的身份其中一个服务要求的情况下，也即，当前电子设备与历史电子设备相同，或者当前用户与历史用户相同，则确认身份验证请求的验证结果为通过，否则为验证失败。

在一些实施例中，由客户端采集交易环境信息。在另一些实施例中，在发卡行服务器返回的初始化验证请求的验证结果中，携带可获取环境信息的表单，客户端在接收到该表单后，通过表单采集境内交易订单的交易环境信息。

在一些实施例中，发卡行服务器在确认身份验证请求的验证结果后，会将该验证结果返回给向其发送初始化验证的服务器，例如，第一银行服务器或第二银行服务器，从而由第一银行服务器或第二银行服务器将该验证结果发送给客户端。

在一些实施例中，仅在身份验证请求的验证结果为验证失败的情况下，执行校验信息验证，有助于缩短支付验证流程，提高支付验证效率，进而提高交易效率。在另一些实施例中，无论身份验证请求的验证结果是验证通过还是验证失败，均执行校验信息验证，有助于提高支付验证的准确性，进而提高交易安全性。

上述实施例中，通过向发卡行服务器发送携带境内交易订单的环境信息，请求发卡行服务器对境内交易订单进行身份验证，有助于发卡行服务器判断境内交易订单的执行者(电子设备和/或用户)的身份是否符合要求，从而判断是否继续推进该境内交易订单对应的交易，进而保证境内交易订单对应交易的安全性。

可选地，向目标境外银行卡的发卡行服务器发送支付验证请求，包括：

步骤一：显示目标境外银行卡的发卡行验证界面，并获取用户在发卡行验证界面上输入的校验信息。

在一些实施例中，客户端从发卡行服务器获取境外银行卡的发卡行验证界面，并在客户端上进行界面渲染。完成界面渲染后，客户端显示境外银行卡的发卡行验证界面，该发卡验证页面用户采集校验信息，以便对境内交易订单进行校验。

在一些实施例中，该发卡行验证界面上显示有输入区域，该输入区域用于指示用户填写校验信息，该校验信息为用户在境外银行卡的发卡行预留的校验信息。因此，如果用户在发卡行验证页面上填写的校验信息是正确的，则发卡行服务器对校验信息进行验证的验证结果会是验证通过。

步骤二：向目标境外银行卡的发卡行服务器发送校验信息验证请求，校验信息验证请求包括用户在境外银行卡的发卡行验证界面输入的校验信息。

在一些实施例中，用户在发卡行验证界面上填写完校验信息后，将校验信息提交给发卡行服务器，并请求发卡行服务器基于校验信息对境内交易订单进行校验。发卡行服务器可以从发卡行验证界面上直接获取境内交易订单并对校验信息进行验证。

在另一些实施例中，用户在发卡行验证界面上填写完校验信息后，将校验信息提交给发卡行服务器。另外，客户端还向发卡行服务器发送查询请求，用于查询发卡行服务器对校验信息的校验结果。通过主动发送查询请求，对校验信息的校验结果进行查询，而不是等待发卡行服务器返回校验结果，有助于更快速获取校验机构，进而提高交易效率。

需要说明的，查询请求可以通过第一银行服务器转发至发卡行服务器，或者，由第一银行服务器发送给第二银行服务器，由第二银行服务器转发至发卡行服务器。

上述实施例中，支付验证还包括校验信息验证，从而可以基于用户在发卡行的预留的校验信息对境内交易订单进行校验，有助于提高交易安全性。

图7是根据一示例性实施例示出的一种跨境支付方法的交互示意图，该方法用于电子设备、第一银行服务器以及发卡行服务器。该方法包括以下步骤：

S701：客户端响应于支付操作请求，显示第二界面，第二界面上显示有第一控件。

在一些实施例中，用户在电子设备上登录客户端，例如，如图8A中(a)所示的点击电子设备上的客户端，从而登录客户端。

在一个示例中，登录客户端后，用户选择用于支付交易订单的数字钱包，例如，如图8A中(b)所示的选择数字钱包1用于支付交易订单，并点击数字钱包1界面的“收付”控件。之后，客户端显示数字钱包1的付款码，例如，如图8A中(c)所示，由商户的收款设备扫码客户端上的付款码。在另一个示例中，登录客户端后，如图8B所示，用户选择客户端上的“扫一扫”功能，扫描商户的收款码。

而后，在数字钱包中数字货币余额不足以支付交易订单时，客户端显示第二界面，例如，第二界面如图8A中的(d)所示，该第二界面上显示“充钱包并付款”控件，用于指示为数字钱包充值并付款。

S702：客户端显示第三界面，第三界面上显示有第二控件。

在一些实施例中，在检测到用户选中“充钱包并付款”控件的操作后，客户端显示第三界面，例如，第三界面如图8A中的(e)所示，第二控件可以是“我是外卡用户”，用于指示采用境外银行卡为数字钱包充值。

在一些实施例中，在用户选中第二控件后，客户端显示第四界面，例如，第四界面如图8A中的(f)所示，用户可以在该界面输入境外银行卡的卡片信息。

关于获取境外银行卡的卡片信息的其他方法，可以具体参见S301中的描述，此处不再赘述。

S703：客户端向第一银行服务器发送初始化验证请求。

其中，初始化验证请求包括境外银行卡的卡片信息。

在一些实施例中，客户端获取到境外银行卡的卡片信息后，向第一银行服务器发送初始化验证请求，并指示第一银行服务器将初始化验证发送给发卡行服务器，以请求发卡行服务器对境内交易订单进行初始化验证。

S704：第一银行服务器向发卡行服务器发送该初始化验证请求。

在一些实施例中，第一银行服务器接收到客户端发送的初始化验证请求后，将该初始化验证发送给发卡行服务器，以请求发卡行服务器对校验信息进行初始化验证。

S705：发卡行服务向第一银行服务器返回初始化验证请求的验证结果。

在一些实施例中，发卡行服务器接收到初始化验证请求，对境内交易订单进行初始化验证，发卡行服务器在得到初始化验证请求的验证结果后，将验证结果返回给第一银行服务器。

S706：第一银行服务器向客户端发送初始化验证请求的验证结果。

在一些实施例中，第一银行服务器接收到初始化验证请求的验证结果后，将该验证结果发送给客户端。

S707：客户端向第一银行服务器发送身份验证请求。

其中，身份验证请求包括电子设备的设备信息。

在一些实施例中，客户端在接收到初始化验证请求的验证结果后，如果该验证结果为验证通过，则客户端将采集电子设备的设备信息。此外，客户端还向第二银行服务器发送身份验证请求，并指示第二银行服务器将该验证请求发送给第一银行服务器，以请求第一银行服务器对境内交易订单进行身份验证。

S708：第一银行服务器向发卡行服务器发送身份验证请求。

在一些实施例中，第一银行服务器接收到身份验证请求后，将该身份验证请求发送给发卡行服务器，以请求发卡行服务器对境内交易订单进行身份验证。

S709：发卡行服务器向第一银行服务器返回身份验证请求的验证结果。

在一些实施例中，发卡行服务器在接收到身份验证请求后，基于身份验证请求中携带的交易环境信息进行风险判断，如果判断境内交易订单的交易行为与持卡人的日常交易行为不符，例如，境内交易订单的交易环境信息与持卡人的历史交易的交易环境信息不符，则认为境内交易订单为风险交易，并对境内交易订单进行拦截。如果判断境内交易订单的交易行为与持卡人的日常交易行为相符合，则可允许继续推进该笔交易。进一步地，发卡行服务器还向第一银行服务返回身份验证请求的验证结果。

S710：第一银行服务器向客户端发送身份验证请求的验证结果。

在一些实施例中，第一银行服务器在接收到身份验证请求的验证结果后，将该验证结果发送给客户端。

S711：客户端显示境外银行卡的发卡行验证界面，发卡行验证页面上显示有输入区域。

在一些实施例中，客户端在接收到身份验证请求的验证结果后，获取境外银行卡的发卡行验证页面，并在客户端完成渲染后显示该发卡行验证界面，例如，发卡行验证界面如图8A中的(g)所示。该发卡行验证界面上显示有输入区域，用于指示用户填写校验信息，该校验信息包括用户在发卡行的预留信息和/或短信验证码。

S712：客户端向第一银行服务器发送查询请求。

在一些实施例中，在客户端向发卡行服务器提交用户填写校验信息的发卡行验证界面后，客户端还向发卡行服务器发送查询请求，用于请求查询发卡行服务器对发卡行验证界面上的校验信息进行校验所得到的校验结果。

S713：第一银行服务器向发卡行服务器发送查询请求。

在一些实施例中，第一银行服务器在接收到查询请求后，将该查询请求发送给发卡行服务器。

S714：发卡行服务器向第一银行服务器返回校验信息的校验结果。

在一些实施例中，发卡行服务器接收到查询请求后，将校验信息的校验结果返回给第一银行服务器。

S715：第一银行服务器向客户端发送校验信息的校验结果。

在一些实施例中，第一银行服务器在接收到发卡行服务器返回的校验信息的校验结果后，将该校验结果发送给客户端。

S716：客户端获取用户输入的数字钱包的支付密码信息。

在一些实施例中，客户端显示密码输入界面，例如，密码输入界面如图8A中的(h)所示，用户在该密码输入界面输入支付密码。

关于客户端获取支付密码信息的其他方式，参考S303部分的描述，此处不再赘述。

S717：客户端向第一银行服务器发送支付请求，用于请求使用境外银行卡中的货币为数字钱包充值并使用数字钱包中的余额付款。

在一些实施例中，客户端在获取到数字钱包的支付密码后，向第一银行服务器发送支付请求，用于请求第一银行服务器使用境外银行卡中的货币为数字钱包充值并使用数字钱包中的余额付款。

需要说明的，该支付请求用于请求连续执行为数字钱包充值和使用数字钱包中的数字货币为交易订单付款两个操作。

S718：第一银行服务器向客户端返回支付请求的支付结果信息。

在一些实施例中，第一银行服务器在接收到客户端发送的支付请求后，使用境外银行卡中的货币为数字钱包充值并为交易订单付款。在为交易订单付款后，向客户端返回支付结果信息。客户端显示支付结果界面，例如，例如，支付结果界面如图8A中的(i)所示。

上述主要从方法的角度对本申请实施例提供的方案进行了介绍。为了实现上述功能，跨境支付装置或电子设备包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法，示例性的对跨境支付装置或电子设备进行功能模块的划分，例如，跨境支付装置或电子设备可以包括对应各个功能划分的各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

例如，本申请实施例还提供一种跨境支付装置。

图9是根据一示例性实施例示出的一种跨境支付装置框图。参照图9，该跨境支付装置900包括接收模块901、获取模块902和支付模块903。

接收模块901，被配置为执行接收支付操作请求，支付操作请求用于请求使用客户端上创建的数字钱包对境内交易订单进行付款。例如，结合图3，接收模块901可以用于执行S301。

获取模块902，被配置为执行响应于检测到用户的指示操作，获取待向数字钱包充值的目标境外银行卡的卡片信息；指示操作用于指示使用境外银行卡向数字钱包充值并使用数字钱包对交易订单进行付款。例如，结合图3，获取模块902可以用于执行S302。

支付模块903，被配置为执行向数字钱包的目标运营机构的第一银行服务器发送支付请求，以请求将目标境外银行卡中的货币兑换为数字货币为数字钱包充值，并使用数字钱包中的余额为交易订单付款。例如，结合图3，支付模块903可以用于执行S303。

接收模块901还被配置为执行：接收第一银行服务器发送的支付结果信息，支付结果信息用于指示已使用目标境外银行卡向数字钱包充值并已使用数字钱包为交易订单付款。例如，结合图3，接收模块901还可以用于执行S303。

在一种可能的实施方式中，向数字钱包的目标运营机构的第一银行服务器发送支付请求之前，支付模块903还被配置为执行：向目标境外银行卡的发卡行服务器发送支付验证请求，支付验证请求通过目标运营机构的第一银行服务器转发至目标境外银行卡的发卡行服务器；其中，支付验证请求用于请求目标境外银行卡的发卡行服务器对境内交易订单进行安全性验证；所述境内交目标运营机构为创建数字钱包时用户从支持数字钱包服务的多个运营机构中指定的任意一个运营机构；目标运营机构支持外卡收单业务；接收来自目标境外银行卡的发卡行服务器的支付验证请求的支付验证结果；支付验证结果由发卡行服务器通过第一银行服务器转发至客户端。

另一种可能的实施方式中，向数字钱包的目标运营机构的第一银行服务器发送支付请求之前，支付模块903还被配置为执行：向目标境外银行卡的发卡行服务器发送支付验证请求，支付验证请求通过目标运营机构的第一银行服务器转发至第二银行服务器，并由第二银行服务器转发至目标境外银行卡的发卡行服务器；其中，支付验证请求用于请求目标境外银行卡的发卡行服务器对境内交易订单进行安全性验证；目标运营机构为创建数字钱包时用户从支持数字钱包服务的多个运营机构中指定的任意一个运营机构；第二银行服务器所属的运营机构支持外卡收单业务；接收来自目标境外银行卡的发卡行服务器的支付验证请求的支付验证结果；支付验证结果由发卡行服务器发送至目标运营机构的第一银行服务器，并由第一银行服务器通过第二银行服务器转发至客户端。

另一种可能的实施方式中，支付模块903具体被配置为执行：向目标境外银行卡的发卡行服务器发送身份验证请求，身份验证请求包括境内交易订单的交易环境信息，身份验证请求用于请求发卡行服务器基于交易环境信息对境内交易订单进行身份验证。

另一种可能的实施方式中，支付模块903具体被配置为执行：显示目标境外银行卡的发卡行验证界面，并获取用户在发卡行验证界面上输入的校验信息；向目标境外银行卡的发卡行服务器发送校验信息验证请求，校验信息验证请求包括用户在发卡行验证界面输入的校验信息，校验信息验证请求用于请求发卡行服务器基于校验信息对境内交易订单进行校验。

另一种可能的实施方式中，支付模块903具体被配置为执行：向目标境外银行卡的发卡行服务器发送初始化验证请求，初始化验证请求包括目标境外银行卡的卡片信息，初始化验证请求用于请求发卡行服务器基于目标境外银行卡的卡片信息对境内交易订单进行初始化验证。

另一种可能的实施方式中，支付模块903具体被配置为执行：获取用户输入的数字钱包的支付密码信息，并向目标运营机构的第一银行服务器发送支付请求；支付请求包括支付密码信息。

另一种可能的实施方式中，支付模块903具体还被配置为执行：响应于支付操作请求，显示第一界面，第一界面包括目标控件，目标控件用于指示使用境外银行卡为数字钱包充值并付款；支付模块903具体还被配置为执行：检测到用户针对目标控件的操作；或者，响应于支付操作请求，显示第二界面，第二界面包括第一控件，第一控件用于指示为数字钱包充值并付款；支付模块903具体还被配置为执行：检测到用户针对第一控件的操作后，显示第三界面，第三界面包括第二控件，第二控件用于指示使用境外银行卡为数字钱包充值；检测到用户针对第二控件的操作；获取模块902具体被配置为执行：检测到用户输入的目标境外银行卡的卡片信息的操作；或者检测到用户指示的数字钱包已登记的目标境外银行卡的操作。

另一种可能的实施方式中，支付模块903还被配置为执行：接收到支付操作请求后，显示第四界面，第四界面包括提示信息，提示信息用于提示用户输入向待付款数字钱包充值的银行卡的卡片信息；支付模块903还被配置为执行：检测到用户输入的银行卡的卡片信息的操作，且输入的银行卡为境外银行卡；或者，检测到用户指示的数字钱包已登记的银行卡的操作，已登记的银行卡为境外银行卡；获取模块902具体被配置为执行：获取用户输入的境外银行卡的卡片信息；或者，获取用户指示的数字钱包已登记的境外银行卡的卡片信息。

另一种可能的实施方式中，接收模块901具体被配置为执行：响应于对收款码的扫码操作，接收支付操作请求；或者，响应于数字钱包的付款码的被扫码操作，接收支付操作请求。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图10是根据一示例性实施例示出的一种电子设备的框图。如图10所示，电子设备100包括但不限于：处理器110和存储器120。

其中，上述的存储器120，用于存储上述处理器110的可执行指令。可以理解的是，上述处理器110被配置为执行指令，以实现上述实施例中的跨境支付方法。

需要说明的是，本领域技术人员可以理解，图10中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图10所示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

处理器110是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器120内的软件程序和/或模块，以及调用存储在存储器120内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。处理器110可包括一个或多个处理单元；可选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

存储器120可用于存储软件程序以及各种数据。存储器120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能模块所需的应用程序(比如接收模块、获取模块和支付模块等)等。此外，存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器120，上述指令可由电子设备100的处理器110执行以实现上述实施例中的跨境支付方法。

在实际实现时，接收模块901、获取模块902和支付模块903的处理功能均可以由图10中的处理器110调用存储器120中存储的计算机程序实现。其具体的执行过程可参考上实施例中的跨境支付方法部分的描述，这里不再赘述。

可选地，计算机可读存储介质可以是非临时性计算机可读存储介质，例如，该非临时性计算机可读存储介质可以是只读存储器(Read-Only Memory，ROM)、随机存储存储器(Random Access Memory，RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，本申请实施例还提供了一种包括一条或多条指令的计算机程序产品，该一条或多条指令可以由电子设备100的处理器110执行以完成上述实施例中的跨境支付方法。

需要说明的是，上述计算机可读存储介质中的指令或计算机程序产品中的一条或多条指令被电子设备100的处理器110执行时实现上述跨境支付方法实施例的各个过程，且能达到与上述跨境支付方法相同的技术效果，为避免重复，这里不再赘述。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全分类部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全分类部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全分类部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全分类部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (14)

1.一种跨境支付方法，其特征在于，所述方法包括：

接收支付操作请求，所述支付操作请求用于请求使用客户端上创建的数字钱包对境内交易订单进行付款；

响应于检测到用户的指示操作，获取待向所述数字钱包充值的目标境外银行卡的卡片信息；所述指示操作用于指示使用境外银行卡向所述数字钱包充值并使用所述数字钱包对所述交易订单进行付款；

向所述数字钱包的目标运营机构的第一银行服务器发送支付请求，以请求将所述目标境外银行卡中的货币兑换为数字货币为所述数字钱包充值，并使用所述数字钱包中的余额为所述交易订单付款；

接收所述第一银行服务器发送的支付结果信息，所述支付结果信息用于指示已使用所述目标境外银行卡向所述数字钱包充值并已使用所述数字钱包为所述交易订单付款。

2.根据权利要求1所述的方法，其特征在于，所述向所述数字钱包的目标运营机构的第一银行服务器发送支付请求之前，所述方法还包括：

向所述目标境外银行卡的发卡行服务器发送支付验证请求，所述支付验证请求通过所述目标运营机构的第一银行服务器转发至所述目标境外银行卡的发卡行服务器；

其中，所述支付验证请求用于请求所述目标境外银行卡的发卡行服务器对所述境内交易订单进行安全性验证；所述目标运营机构为创建所述数字钱包时用户从支持数字钱包服务的多个运营机构中指定的任意一个运营机构；所述目标运营机构支持外卡收单业务；

接收来自所述目标境外银行卡的发卡行服务器的所述支付验证请求的支付验证结果；所述支付验证结果由所述发卡行服务器通过所述第一银行服务器转发至所述客户端。

3.根据权利要求1所述的方法，其特征在于，所述向数字钱包的所述目标运营机构的第一银行服务器发送支付请求之前，所述方法还包括：

向所述目标境外银行卡的发卡行服务器发送支付验证请求，所述支付验证请求通过所述目标运营机构的第一银行服务器转发至第二银行服务器，并由所述第二银行服务器转发至所述目标境外银行卡的发卡行服务器；

其中，所述支付验证请求用于请求所述目标境外银行卡的发卡行服务器对所述境内交易订单进行安全性验证；所述目标运营机构为创建所述数字钱包时用户从支持数字钱包服务的多个运营机构中指定的任意一个运营机构；所述第二银行服务器所属的运营机构支持外卡收单业务；

接收来自所述目标境外银行卡的发卡行服务器的所述支付验证请求的支付验证结果；所述支付验证结果由所述发卡行服务器发送至所述目标运营机构的第一银行服务器，并由所述第一银行服务器通过第二银行服务器转发至所述客户端。

4.根据权利要求2或3所述的方法，其特征在于，所述向所述目标境外银行卡的发卡行服务器发送支付验证请求，包括：

向所述目标境外银行卡的发卡行服务器发送身份验证请求，所述身份验证请求包括所述境内交易订单的交易环境信息，所述身份验证请求用于请求所述发卡行服务器基于所述交易环境信息对所述境内交易订单进行身份验证。

5.根据权利要求4所述的方法，其特征在于，所述向所述目标境外银行卡的发卡行服务器发送支付验证请求，还包括：

显示所述目标境外银行卡的发卡行验证界面，并获取用户在所述发卡行验证界面上输入的校验信息；

向所述目标境外银行卡的发卡行服务器发送校验信息验证请求，所述校验信息验证请求包括用户在所述发卡行验证界面输入的校验信息，所述校验信息验证请求用于请求所述发卡行服务器基于所述校验信息对所述境内交易订单进行校验。

6.根据权利要求4所述的方法，其特征在于，所述向所述目标境外银行卡的发卡行服务器发送支付验证请求，还包括：

向所述目标境外银行卡的发卡行服务器发送初始化验证请求，所述初始化验证请求包括所述目标境外银行卡的卡片信息，所述初始化验证请求用于请求发卡行服务器基于所述目标境外银行卡的卡片信息对所述境内交易订单进行初始化验证。

7.根据权利要求1所述的方法，其特征在于，所述向所述数字钱包的目标运营机构的第一银行服务器发送支付请求，包括：

获取用户输入的所述数字钱包的支付密码信息，并向所述目标运营机构的第一银行服务器发送所述支付请求；所述支付请求包括所述支付密码信息。

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

响应于所述支付操作请求，显示第一界面，所述第一界面包括目标控件，所述目标控件用于指示使用境外银行卡为所述数字钱包充值并付款；所述检测到用户的指示操作，包括：检测到用户针对所述目标控件的操作；或者，

响应于所述支付操作请求，显示第二界面，所述第二界面包括第一控件，所述第一控件用于指示为所述数字钱包充值并付款；所述检测到用户的指示操作，包括：检测到用户针对所述第一控件的操作后，显示第三界面，所述第三界面包括第二控件，所述第二控件用于指示使用境外银行卡为所述数字钱包充值；检测到用户针对所述第二控件的操作；

所述获取目标境外银行卡的卡片信息，包括：

检测到用户输入的所述目标境外银行卡的卡片信息的操作；或者检测到用户指示的所述数字钱包已登记的所述目标境外银行卡的操作。

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

接收到支付操作请求后，显示第四界面，所述第四界面包括提示信息，所述提示信息用于提示用户输入向待付款数字钱包充值的银行卡的卡片信息；

所述检测到用户的指示操作，包括：

检测到用户输入的银行卡的卡片信息的操作，且所述输入的银行卡为境外银行卡；或者，检测到用户指示的所述数字钱包已登记的银行卡的操作，所述已登记的银行卡为境外银行卡；

所述获取目标境外银行卡的卡片信息，包括：

获取用户输入的所述境外银行卡的卡片信息；或者，获取用户指示的所述数字钱包已登记的所述境外银行卡的卡片信息。

10.根据权利要求1所述的方法，其特征在于，所述接收支付操作请求，包括：

响应于对收款码的扫码操作，接收所述支付操作请求；或者，

响应于所述数字钱包的付款码的被扫码操作，接收所述支付操作请求。

11.一种跨境支付装置，其特征在于，所述装置包括：

接收模块，被配置为执行接收支付操作请求，所述支付操作请求用于请求使用客户端上创建的数字钱包对境内交易订单进行付款；

获取模块，被配置为执行响应于检测到用户的指示操作，获取待向所述数字钱包充值的目标境外银行卡的卡片信息；所述指示操作用于指示使用境外银行卡向所述数字钱包充值并使用所述数字钱包对所述交易订单进行付款；

支付模块，被配置为执行向所述数字钱包的目标运营机构的第一银行服务器发送支付请求，以请求将所述目标境外银行卡中的货币兑换为数字货币为所述数字钱包充值，并使用所述数字钱包中的余额为所述交易订单付款；

所述接收模块还被配置为执行：接收所述第一银行服务器发送的支付结果信息，所述支付结果信息用于指示已使用所述目标境外银行卡向所述数字钱包充值并已使用所述数字钱包为所述交易订单付款。

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

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至10中任一项所述的方法。

13.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中存储的计算机执行指令由电子设备的处理器执行时，所述电子设备能够执行如权利要求1至10中任一项所述的方法。

14.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，当所述计算机指令在电子设备上运行时，所述电子设备执行如权利要求1至10中任一项所述的方法。

Images