实现网络支付的方法和装置与流程

本申请涉及数据处理技术领域，尤其涉及一种实现网络支付的方法和装置。

背景技术：

随着网络技术的不断发展，在线交易已经成为人们生活中重要的交易方式，而进行网络支付则是在线交易过程必不可少的组成部分。

在网络支付，尤其是跨境交易的网络支付中，经常遇到原因不明的支付失败。现有技术中，当遇到这种情形的支付失败时，商家的支付服务器或第三方平台的支付服务器会向用户返回支付失败的消息并终止本次支付。用户需要重新打开订单的支付页面，甚至需要返回到购物车来进行下一次支付尝试，操作繁琐效率低下；对于不熟悉网络支付的用户而言，很可能经历多次尝试仍然因无法成功支付而不得不放弃交易，在耗费了大量时间和精力后仍然无法得到满意的结果。

技术实现要素：

有鉴于此，本申请提供一种实现网络支付的方法，包括：

基于第一支付条件向支付渠道提供方的资金服务器发送第一支付请求；所述支付渠道的支付条件包括至少一个具有不同可能取值的选项维度，所述第一支付条件包括确定的选项维度值；

在收到资金服务器的拒绝支付响应后，基于第二支付条件向资金服务器发送第二支付请求，所述第二支付条件的至少一个选项维度值不同于第一支 付条件。

本申请还提供了一种实现网络支付的装置，包括：

第一支付请求单元，用于基于第一支付条件向支付渠道提供方的资金服务器发送第一支付请求；所述支付渠道的支付条件包括至少一个具有不同可能取值的选项维度，所述第一支付条件包括确定的选项维度值；

第二支付请求单元，用于在收到资金服务器的拒绝支付响应后，基于第二支付条件向资金服务器发送第二支付请求，所述第二支付条件的至少一个选项维度值不同于第一支付条件。

由以上技术方案可见，本申请的实施例中，在基于第一支付条件的支付请求失败后，采用具有不同选项维度值的第二支付条件重新发起支付请求；通过运行在支付节点上的上述方法或装置，极大的减少了用户在进行支付尝试时的操作量，提高了用户的效率；同时由于本申请实施例提供了尝试所有选项维度值的支付条件的手段，有助于提高支付成功的概率，减少无法通过网络完成远程支付的情况发生。

附图说明

图1是本申请实施例中一种实现网络支付的方法的流程图；

图2是本申请应用示例中终端、支付服务器与资金服务器之间的交互流程图；

图3是终端或服务器的一种硬件结构图；

图4是本申请实施例中一种实现网络支付的装置的逻辑结构图。

具体实施方式

在用户进行网络支付时，通常先确定支付所使用的支付渠道。支付渠道包括信用卡、借记卡、用户在第三方支付平台的资金账户等，需要说明的是，同一个用户的不同的卡或资金账户属于不同的支付渠道。每个支付渠道都有各自的支付条件，根据支付渠道的类型和支付渠道提供方(如发卡银行、第 三方支付平台等)所提供的功能，支付条件可以包括各种不同的维度，例如支付的币种、授权方式等等。这些维度可以是确定维度，例如某个支付渠道只可以用于人民币收付，则该支付渠道的币种属于确定维度；也可以是选项维度，选项维度具有两个及以上的可能取值，可以由用户选择要使用哪一个维度值来构成支付条件。

对包括选项维度支付条件的支付渠道，在网络支付、尤其是跨境支付中，支付渠道的提供方经常对不同选项维度值的支付条件设置不同的校验严格程度。例如，使用当地币种的校验严格程度，通常低于使用美金支付的校验严格程度；再如，对使用3D支付(Three-Domain Secure，支付验证)的校验严格程度，通常低于使用MOTO支付(Mail Order and Telephone Order Payment，无卡支付)的校验严格程度。换言之，采用币种选项维度的值为当地币种的支付条件时，支付成功的概率通常高于采用币种选项维度的值为美金的支付条件；采用授权方式选项维度的值为3D支付的支付条件时，支付成功的概率通常高于采用授权方式选项维度的值为MOTO支付的支付条件。

因此，对确定的支付渠道，当采用一组选项维度值(包括一个至多个选项维度的具体取值)的支付条件进行支付并支付失败后，可以更换选项维度的其他取值再次尝试，有可能被支付渠道提供方接受而支付成功。

本申请的实施例提供了一种新的实现网络支付的方法，在支付失败后能够更换具有不同选项维度值的支付条件重新发起支付请求，从而在减少用户操作、提高用户效率的同时减少无法成功实现网络支付的情形，以解决现有技术中存在的问题。

根据实际应用场景的不同，本申请实施例中的方法可以应用在不同的支付节点上。例如，当用户通过商家的支付服务器或第三方支付平台的支付服务器向支付渠道提供方申请支付时，如果由商家或第三方支付平台的支付服务器在用户终端与支付渠道提供方的资金服务器之间进行消息传递，则本申请实施例中的方法可以应用在商家或第三方支付平台的支付服务器上。再如，如果用户终端直接向支付渠道提供方的资金服务器申请支付时，本申请实施 例的方法可以应用在用户终端上。

需要说明的是，商家或第三方支付平台的支付服务器是指运行实现用户支付功能的软件所在的物理或逻辑实体，通过与用户终端、支付渠道提供方的资金服务器之间的消息往来完成支付流程；支付渠道提供方的资金服务器是指运行操作用户资金账户的软件所在的物理或逻辑实体，例如，支付渠道为信用卡时可以是发卡银行的后台系统，支付渠道为第三方支付平台的资金账户时可以是第三方支付平台用于管理用户资金账户的服务器。本申请的实施例中对支付服务器、资金服务器、用户终端的种类、具体实现形式不做限定。

本实施例中，实现网络支付的方法的流程如图1所示。

步骤110，基于第一支付条件向支付渠道提供方的资金服务器发送第一支付请求。

本申请的实施例中，当用户进行支付时，所使用的支付渠道的支付条件包括至少一个选项维度。如前所述，选项维度具有两个或两个以上不同的可能取值。当使用不同的选项维度值时，相当于采用不同的支付条件来进行支付。

支付节点(包括商家的支付服务器、第三方支付平台的支付服务器、用户终端等)向资金服务器发送第一支付请求，第一支付请求采用第一支付条件(具有确定的选项维度值)。支付节点可以按照用户的当前选择来确定第一支付条件的选项维度值，也可以按照该用户的缺省设置来获得第一支付条件的选项维度值，还可以根据与资金服务器之间的缺省设置来确定第一支付条件的选项维度值，本实施例中不做限定。

步骤120，在收到资金服务器的拒绝支付响应后，基于第二支付条件向资金服务器发送第二支付请求，第二支付条件的至少一个选项维度值不同于第一支付条件。

如果资金服务器对基于第一支付条件的支付请求返回的响应是拒绝支付，支付节点更改支付条件，采用具有与第一支付条件不同选项维度值的第二支 付条件来重新发起支付请求。对具有超过一个选项维度的支付渠道，可以只修改一个选项维度的取值来得到第二支付条件，也可以同时修改两个或两个以上选项维度的取值。由于支付渠道提供方通常对不同的支付条件适用不同的校验严格程度，因此更改支付条件后有可能成功支付。

根据实际的应用场景需求，支付节点可以采用多种方式来确定第二支付条件。

一个例子中，在收到资金服务器的拒绝支付响应后，支付节点可以向用户推荐采用不同于第一支付条件的选项维度值(至少有一个选项维度值不同)来尝试重新支付，如果用户同意，则以推荐的选项维度值作为第二支付条件的选项维度值，确定第二支付条件，并基于第二支付条件向资金服务器发送第二支付请求。

第二个例子中，可以由支付节点在收到资金服务器拒绝支付的响应后，自行采用与第一支付条件不同的选项维度值生成第二支付条件(至少有一个选项维度值不同)，并利用所生成的第二支付条件发起第二支付请求，这一过程可以无需用户干预。

对支付节点是支付服务器的应用场景，上述两个例子中商家或第三方支付平台的支付服务器可以通过多个用户的支付过程，总结出同类支付渠道(如某个银行的信用卡、某个第三方支付平台的某类型账户)的提供方对哪个或哪些支付条件的校验更为宽松，或者说采用哪个或哪些支付条件更容易被支付渠道提供方接受；当收到拒绝支付的响应后，可以向用户推荐或者直接采用更加容易被该支付渠道提供方接受的支付条件，用来发起下一次的支付请求。

第三个例子中，支付节点可以在收到资金服务器的拒绝支付响应后，向用户显示用来指定选项维度值的界面，并将得到的用户指定的选项维度值作为第二支付条件的选项维度值。用户所指定的选项维度值中，至少有一个不同于第一支付条件的选项维度值。

上述三个例子中确定第二支付条件选项维度值的方式可以单独使用，也 可以结合使用。例如，在收到拒绝支付响应后，支付节点可以先向用户推荐新的选项维度值，如果用户同意，则将推荐的选项维度值用于第二支付条件；如果用户不同意，则让用户自行选择第二支付条件的选项维度值。

当基于不同的支付条件进行支付时，需要向资金服务器提供的支付信息(如账号或卡号、密码、有效期、预留的确认信息等)可能会有所不同。在收到拒绝支付的响应前，支付节点已经向资金服务器提供了该用户以第一支付条件支付时所需的支付信息；如果第二支付条件所需的支付信息在第一支付条件所需的支付信息的范围内，则支付节点可以将保存的支付信息发送给资金服务器而不必再次从用户获取；如果第二支付条件需要提供第一支付条件不包括的支付信息，则支付节点可以在向资金服务器发送第二支付请求前，接收来自用户的用于第二支付请求的支付信息。发送第二次支付请求前，由于支付节点可以只向用户收集第一支付条件中不包括的那部分支付信息，或者不向用户收集支付信息，用户不必重复输入，进一步减少了用户的操作并提高了效率。

如果资金服务器对第二支付请求返回的响应仍然是拒绝支付响应，则支付节点可以再次修改选项维度值，得到新的支付条件再次进行尝试，直到支付成功或遍历所有可能的选项维度值及其组合。

需要说明的是，支付渠道提供方返回的拒绝支付响应通常包括两种类型，未指明原因的拒绝支付响应(也称通用拒绝)和指定原因的拒绝支付响应。指定原因的拒绝支付响应中，支付渠道提供方会给出拒绝支付的理由，如账户余额不足、密码错误、卡号与有效期不匹配等；而在未指明原因的拒绝支付响应中，支付渠道提供方不会给出具体的拒绝原因。由于指定原因的拒绝支付响应或者需要用户重新输入支付信息，或者甚至需要用户更换另一个支付渠道，本申请实施例更加适用于拒绝支付响应是通用拒绝的场景。

可见，本申请的实施例中，在采用第一支付条件的支付请求被拒绝后，以新的选项维度值构成第二支付条件重新进行支付请求，不再需要用户手动完成重新请求支付的所有操作，减少了用户的工作量提高了用户的效率；同 时，由于不同的支付条件具有不同的支付成功率，而本申请实施例可以很方便的遍历所有可能的支付条件，从而在方便用户的同时提高了网络支付成功的概率；通过在支付节点上运行本申请实施例提供的方法，能够大大减少现有技术中用户经历多次尝试仍然因无法通过网络成功支付而不得不放弃交易的情况发生。

在本申请的一个应用示例中，用户使用本人的一张信用卡作为支付渠道，通过第三方支付平台的支付服务器在跨境交易中进行支付。该信用卡的支付条件包括支持币种和授权方式两个选项维度，其中币种维度的取值可以是人民币、美金或欧元，授权方式的取值可以是MOTO支付或3D支付。本应用示例中，用户终端、支付服务器和信用卡发卡银行的资金服务器之间的交互流程如图2所示。

用户通过第三方支付平台进行支付，用户在终端上确定以美金和MOTO支付作为第一支付条件来进行支付，终端将用户的第一支付条件和以第一支付条件付款所需的支付信息发送给支付服务器。

支付服务器以第一支付条件和用户提供的支付信息向资金服务器发起第一支付请求；资金服务器向支付服务器返回通用拒绝响应。

支付服务器向用户终端发送通知和提示消息，由用户终端以弹窗或者网页等方式告知用户支付失败，并提示用户是否以欧元和3D支付作为新的支付条件进行重试。

用户在终端的提示界面上点击同意按钮后，终端将用户同意的消息告知支付服务器。支付服务器以欧元和3D支付作为第二支付条件，向发卡银行的资金服务器发起第二支付请求。

与上述流程实现对应，本申请的实施例还提供了一种实现网络支付的装置。该装置可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为逻辑意义上的装置，是通过支付节点(终端或服务器)的CPU(Central Process Unit，中央处理器)将对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，除了图3所示的CPU、内存以及非 易失性存储器之外，实现网络支付的装置所在的终端通常还包括用于进行无线信号收发的芯片等其他硬件，实现网络支付的装置所在的服务器通常还包括用于实现网络通信功能的板卡等其他硬件。

图4所示为本申请实施例提供的一种实现网络支付的装置，包括第一支付请求单元和第二支付请求单元，其中：第一支付请求单元用于基于第一支付条件向支付渠道提供方的资金服务器发送第一支付请求；所述支付渠道的支付条件包括至少一个具有不同可能取值的选项维度，所述第一支付条件包括确定的选项维度值；第二支付请求单元用于在收到资金服务器的拒绝支付响应后，基于第二支付条件向资金服务器发送第二支付请求，所述第二支付条件的至少一个选项维度值不同于第一支付条件。

一个例子中，所述装置还包括第二支付条件推荐单元，用于在收到资金服务器的拒绝支付响应后，经用户同意之后，以向用户推荐的选项维度值作为第二支付条件的选项维度值；所述推荐的选项维度值中至少有一个不同于第一支付条件的选项维度值。

另一个例子中，所述装置还包括第二支付条件指定单元，用于在收到资金服务器的拒绝支付响应后，采用用户指定的选项维度值作为第二支付条件的选项维度值；所述用户指定的选项维度值中至少有一个不同于第一支付条件的选项维度值。

可选的，所述装置还包括：支付信息收集单元，用于在向资金服务器发送第二支付请求前，接收来自用户的用于第二支付请求的支付信息。

可选的，所述选项维度包括币种和授权方式，所述授权方式的取值包括无卡支付MOTO支付和支付验证3D支付。

可选的，所述资金服务器的拒绝支付响应包括：未指明原因的拒绝支付响应。

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。