CN113554429A - 支付处理方法、装置、服务器及存储介质 - Google Patents

Abstract

本公开关于一种支付处理方法、装置、服务器及存储介质，其中方法通过当接收到目标账户的待支付订单时，根据目标账户的偏好支付方式请求对应的支付数据，并向目标账户返回预先配置的多种支付方式，当获取到目标账户从多种支付方式中选择的对待支付订单的目标支付方式时，若偏好支付方式对应的支付数据中存在目标支付方式的目标支付数据，则基于目标支付数据返回与目标支付方式对应的支付页面。由于本公开是在获取到待支付订单时，就基于预测的目标账户的偏好支付方式而请求对应的支付数据，因此，当请求的支付数据中存在与目标支付方式对应的目标支付数据时，则可以直接返回对应的支付页面，从而使得支付跳转操作更加平滑，提高了支付效率。

Description

支付处理方法、装置、服务器及存储介质

技术领域

本公开涉及电子支付技术领域，尤其涉及一种支付处理方法、装置、服务器及存储介质。

背景技术

随着电子设备的普及，使用电子设备进行线上支付也已成为普遍现象。目前在应用平台(如购物平台、打车平台或共享车辆平台等)中一般通过聚合方式展示多种第三方支付渠道，如支付宝、微信、银联等。

相关技术中，当用户从应用平台中展示的多种支付渠道中选择一种第三方支付渠道后，应用平台的服务器会向对应的第三方支付渠道请求支付数据，以跳转到与第三方支付渠道对应的支付页面。

然而，向第三方支付渠道请求支付数据的过程通常耗时较长，导致页面跳转存在延迟，从而使得通过应用平台中第三方支付渠道进行线上支付的效率不高。

发明内容

本公开提供一种支付处理方法、装置、服务器及存储介质，以至少解决相关技术中线上支付效率不高的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种支付处理方法，包括：

当接收到目标账户的待支付订单时，根据所述目标账户的偏好支付方式请求对应的支付数据；

向所述目标账户返回预先配置的多种支付方式，所述多种支付方式中至少包括所述目标账户的偏好支付方式；

当获取到所述目标账户从多种支付方式中选择的对所述待支付订单的目标支付方式时，若所述偏好支付方式对应的支付数据中存在所述目标支付方式的目标支付数据，则基于所述目标支付数据返回与所述目标支付方式对应的支付页面，所述目标支付方式是所述目标账户从预先配置的多种支付方式中选择的一种支付方式。

在其中一个实施例中，所述根据所述目标账户的偏好支付方式请求对应的支付数据，包括：获取所述目标账户的历史支付数据；根据所述目标账户的历史支付数据确定所述目标账户的偏好支付方式；向与所述偏好支付方式对应的服务端请求支付数据。

在其中一个实施例中，所述向与所述偏好支付方式对应的服务端请求支付数据之后，所述方法还包括：接收所述偏好支付方式对应的服务端返回的与所述偏好支付方式对应的支付数据。

在其中一个实施例中，所述历史支付数据中包括所述目标账户历史配置的快捷支付方式；所述根据所述目标账户的历史支付数据确定所述目标账户的偏好支付方式，包括：将所述目标账户历史配置的快捷支付方式确定为所述目标账户的偏好支付方式。

在其中一个实施例中，所述历史支付数据中包括预设周期内所述目标账户支付成功的历史支付方式和与所述历史支付方式对应的支付次数；所述根据所述目标账户的历史支付数据确定所述目标账户的偏好支付方式，包括：根据预设周期内所述目标账户支付成功的历史支付方式和与所述历史支付方式对应的支付次数，获取所述支付次数最高的历史支付方式；将所述支付次数最高的历史支付方式确定为所述目标账户的偏好支付方式。

在其中一个实施例中，所述历史支付数据中包括所述目标账户最后支付成功的历史支付方式；所述根据所述目标账户的历史支付数据确定所述目标账户的偏好支付方式，包括：将所述目标账户最后支付成功的历史支付方式确定为所述目标账户的偏好支付方式。

根据本公开实施例的第二方面，提供一种支付处理装置，包括：

支付数据请求模块，被配置为执行当接收到目标账户的待支付订单时，根据所述目标账户的偏好支付方式请求对应的支付数据；

支付方式返回模块，被配置为执行向所述目标账户返回预先配置的多种支付方式，所述多种支付方式中至少包括所述目标账户的偏好支付方式；

支付页面返回模块，被配置为执行当获取到所述目标账户从多种支付方式中选择的对所述待支付订单的目标支付方式时，若所述偏好支付方式对应的支付数据中存在所述目标支付方式的目标支付数据，则基于所述目标支付数据返回与所述目标支付方式对应的支付页面，所述目标支付方式是所述目标账户从预先配置的多种支付方式中选择的一种支付方式。

在其中一个实施例中，所述支付数据请求模块包括：历史支付数据获取单元，被配置为执行获取所述目标账户的历史支付数据；偏好支付方式确定单元，被配置为执行根据所述目标账户的历史支付数据确定所述目标账户的偏好支付方式；支付数据请求单元，被配置为执行向与所述偏好支付方式对应的服务端请求支付数据。

在其中一个实施例中，所述支付数据请求模块还包括：支付数据接收单元，被配置为执行接收所述偏好支付方式对应的服务端返回的与所述偏好支付方式对应的支付数据。

在其中一个实施例中，所述历史支付数据中包括所述目标账户历史配置的快捷支付方式；所述偏好支付方式确定单元还被配置为执行：将所述目标账户历史配置的快捷支付方式确定为所述目标账户的偏好支付方式。

在其中一个实施例中，所述历史支付数据中包括预设周期内所述目标账户支付成功的历史支付方式和与所述历史支付方式对应的支付次数；所述偏好支付方式确定单元还被配置为执行：根据预设周期内所述目标账户支付成功的历史支付方式和与所述历史支付方式对应的支付次数，获取所述支付次数最高的历史支付方式；将所述支付次数最高的历史支付方式确定为所述目标账户的偏好支付方式。

在其中一个实施例中，所述历史支付数据中包括所述目标账户最后支付成功的历史支付方式；所述偏好支付方式确定单元还被配置为执行：将所述目标账户最后支付成功的历史支付方式确定为所述目标账户的偏好支付方式。

根据本公开实施例的第三方面，提供一种服务器，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如上第一方面任一项所述的支付处理方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由服务器的处理器执行时，使得所述服务器能够执行如上第一方面任一项所述的支付处理方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，一种计算机程序产品，所述计算机程序产品中包括指令，其特征在于，所述指令被服务器的处理器执行时，使得所述服务器能够执行如上第一方而任一项所述的支付处理方法。

本公开的实施例提供的技术方案至少带来以下有益效果：当接收到目标账户的待支付订单时，根据目标账户的偏好支付方式请求对应的支付数据，并向目标账户返回预先配置的多种支付方式，当获取到目标账户从多种支付方式中选择的对待支付订单的目标支付方式时，若偏好支付方式对应的支付数据中存在目标支付方式的目标支付数据，则基于目标支付数据返回与目标支付方式对应的支付页面。由于本公开是在获取到待支付订单时，就基于预测的目标账户的偏好支付方式而请求对应的支付数据，因此，当请求的支付数据中存在与目标支付方式对应的目标支付数据时，则可以直接返回对应的支付页面，从而使得支付跳转操作更加平滑，提高了支付效率。

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

附图说明

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

图1是根据一示例性实施例示出的一种支付处理方法的应用环境图。

图2是根据一示例性实施例示出的一种支付处理方法的流程图。

图3是根据一示例性实施例示出的请求支付数据的步骤示意图。

图4是根据另一示例性实施例示出的请求支付数据的步骤示意图。

图5是根据另一示例性实施例示出的一种支付处理方法的流程图。

图6是根据一示例性实施例示出的一种支付处理装置的框图。

图7是根据一示例性实施例示出的一种服务器的框图。

具体实施方式

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

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

还需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于展示的数据、分析的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。

本公开所提供的支付处理方法，可以应用于如图1所示的应用环境中。其中，服务器120通过网络与终端110以及第三方服务端130进行交互。其中，终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器120可以是当前为终端110服务的网络侧设备，或者终端110当前驻留的网络侧设备，如购物网站所对应的服务器，打车平台所对应的服务器等，第三方服务端130则是为服务器120提供外部数据的网络侧设备，如提供第三方支付数据的支付服务器。具体地，服务器120和第三方服务端130分别可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

图2是根据一示例性实施例示出的一种支付处理方法的流程图，如图2所示，以该方法用于图1中的服务器120中为例，包括以下步骤。

在步骤S210中，当接收到目标账户的待支付订单时，根据目标账户的偏好支付方式请求对应的支付数据。

其中，待支付订单是指将要进行支付的订单，如购物订单、打车订单等。目标账户则是指发起待支付订单的用户账户。目标账户的偏好支付方式是指预测的目标账户对待支付订单可能使用的支付方式，例如，可以是指目标账户经常使用的支付方式。具体地，支付方式包括但不限于支付宝、微信、银联等形式的支付手段。支付数据则是与支付方式对应的为完成支付而必须的数据。在本实施例中，当用户通过终端提交订单时，对应的服务器则可以接收到目标账户的待支付订单，并预测目标账户对待支付订单可能使用的支付方式，即偏好支付方式，进而根据目标账户的偏好支付方式向与偏好支付方式对应的服务端请求支付数据，以便于基于后续步骤快速完成支付。

在步骤S220中，向目标账户返回预先配置的多种支付方式。

其中，多种支付方式中至少包括目标账户的偏好支付方式。在本实施例中，通过向目标账户返回包含目标账户的偏好支付方式的多种支付方式，从而便于目标账户从多种支付方式中选择一种支付方式作为待支付订单的目标支付方式。

在步骤S230中，当获取到目标账户从多种支付方式中选择的对待支付订单的目标支付方式时，若偏好支付方式对应的支付数据中存在目标支付方式的目标支付数据，则基于目标支付数据返回与目标支付方式对应的支付页面。

其中，目标支付方式是指目标账户从多种支付方式中选择一种支付方式，并将该支付方式作为待支付订单的支付方式。目标支付数据则是与目标支付方式对应的支付数据。支付页面则是与支付方式对应的为完成支付而显示的页面。在本实施例中，当获取到目标账户从多种支付方式中选择的对待支付订单的目标支付方式时，则判断上述请求的偏好支付方式对应的支付数据中是否存在目标支付方式的目标支付数据，如果请求的支付数据中存在目标支付方式的目标支付数据，则基于目标支付数据返回与目标支付方式对应的支付页面。

上述支付处理方法中，当接收到目标账户的待支付订单时，根据目标账户的偏好支付方式请求对应的支付数据，并向目标账户返回预先配置的多种支付方式，当获取到目标账户从多种支付方式中选择的对待支付订单的目标支付方式时，若偏好支付方式对应的支付数据中存在目标支付方式的目标支付数据，则基于目标支付数据返回与目标支付方式对应的支付页面。由于本公开是在获取到待支付订单时，就基于预测的目标账户的偏好支付方式而请求对应的支付数据，因此，当请求的支付数据中存在与目标支付方式对应的目标支付数据时，则可以直接返回对应的支付页面，从而使得支付跳转操作更加平滑，提高了支付效率。

在一示例性实施例中，当获取到目标账户从多种支付方式中选择的对待支付订单的目标支付方式时，上述方法还包括：若偏好支付方式对应的支付数据中不存在目标支付方式的目标支付数据，则根据目标支付方式请求对应的目标支付数据，进而获取目标支付数据，基于目标支付数据返回与目标支付方式对应的支付页面。在本实施例中，如果已请求的支付数据中不存在目标支付方式的目标支付数据，则基于目标支付方式向与目标支付方式对应的服务端请求目标支付数据，进而获取目标支付数据，并根据目标支付数据返回对应的支付页面，以便于目标账户基于支付页面完成支付。

在一示例性实施例中，如图3所示，在步骤S210中，根据目标账户的偏好支付方式请求对应的支付数据，具体可以通过以下步骤实现。

在步骤S212中，获取目标账户的历史支付数据。

其中，历史支付数据是指目标账户在历史时期内进行支付的相关数据，具体地，历史支付数据中可以包括对应的支付方式。在本实施例中，当服务器接收到目标账户的待支付订单时，为了准确预测目标账户对待支付订单可能使用的支付方式，则可以获取目标账户的历史支付数据，并基于后续步骤确定目标账户的偏好支付方式，即预测待支付订单可能使用的支付方式。

在步骤S214中，根据目标账户的历史支付数据确定目标账户的偏好支付方式。

具体地，在本实施例中，可以对目标账户的历史支付数据进行分析，从而确定目标账户的偏好支付方式。

在一示例性实施例中，历史支付数据中可以包括预设周期内目标账户支付成功的历史支付方式和与历史支付方式对应的支付次数，则在本实施例中，可以根据预设周期内目标账户支付成功的历史支付方式和与历史支付方式对应的支付次数，获取支付次数最高的历史支付方式；并将支付次数最高的历史支付方式确定为目标账户的偏好支付方式。其中，预设周期是指预先设定的时间周期，如一周、一个月等。即通过对目标账户在预设周期内成功支付的订单进行统计，如对目标账户过去一周成功支付的订单所使用的历史支付方式进行分析，并统计每一种历史支付方式所对应的支付次数，从而将支付次数最高的历史支付方式作为目标账户的偏好支付方式。

在一示例性实施例中，历史支付数据中还可以包括目标账户最后支付成功的历史支付方式，则在本实施例中，可以将目标账户最后支付成功的历史支付方式确定为目标账户的偏好支付方式。

在一示例性实施例中，历史支付数据中还可以包括目标账户历史配置的快捷支付方式，则在本实施例中，还可以将目标账户历史配置的快捷支付方式确定为目标账户的偏好支付方式。其中，快捷支付方式可以是目标账户历史配置的默认支付方式，也可以是目标账户历史配置的开启免密支付的支付方式。

在步骤S216中，向与偏好支付方式对应的服务端请求支付数据。

其中，服务端是指与支付方式对应的第三方服务端，即基于相应支付方式进行支付处理的第三方网络侧设备。例如，以支付方式为微信来说，其对应的服务端为微信服务器，以支付方式为支付宝来说，其对应的服务端则为支付宝服务器。由于不同的支付方式是由不同的服务端进行处理，因此，在本实施例中，当确定目标账户的偏好支付方式之后，则向与偏好支付方式对应的服务端请求支付数据。

上述实施例中，通过获取目标账户的历史支付数据，并根据目标账户的历史支付数据确定目标账户的偏好支付方式，进而向与偏好支付方式对应的服务端请求支付数据。由于本实施例基于预测的目标账户对待支付订单可能使用的支付方式，提前向对应的服务端请求支付数据，相较于传统技术中在目标账户选择目标支付方式后再去请求数据，能够提高支付效率，使得支付过程更加快捷。

在一示例性实施例中，如图4所示，在步骤S216中，向与偏好支付方式对应的服务端请求支付数据之后，上述支付处理方法还可以包括：

在步骤S218中，接收偏好支付方式对应的服务端返回的与偏好支付方式对应的支付数据。

在本实施例中，在向与偏好支付方式对应的服务端请求支付数据之后，则可以接收偏好支付方式对应的服务端返回的与偏好支付方式对应的支付数据。

上述实施例中，由于能够提前接收偏好支付方式对应的服务端返回的与偏好支付方式对应的支付数据，因此，可以提高支付效率，且可以提升用户的支付体验。

在一示例性实施例中，如图5所示，进一步说明本公开的支付处理方法，具体包括如下步骤：

在步骤S502中，用户终端向服务器提交目标账户的待支付订单。

在步骤S504中，服务器接收到待支付订单时，获取目标账户的历史支付数据。

在步骤S506中，服务器根据目标账户的历史支付数据确定目标账户的偏好支付方式。

在步骤S508中，服务器向与偏好支付方式对应的第三方支付服务器请求支付数据。

在步骤S510中，服务器接收第三方支付服务器返回的支付数据。

在步骤S512中，服务器向用户终端返回预先配置的多种支付方式。

在步骤S514中，服务器接收用户终端提交的目标账户选择的目标支付方式。

在步骤S516中，服务器判断是否存在目标支付方式的目标支付数据。

在步骤S518中，若存在，服务器向用户终端返回与目标支付方式对应的支付页面。

在步骤S520中，若不存在，服务器向第三方支付服务器请求目标支付数据。

在步骤S522中，服务器接收第三方支付服务器返回的目标支付数据。

在步骤S524中，服务器向用户终端返回与目标支付方式对应的支付页面。

上述支付处理方法，由于是在获取到待支付订单时，就基于预测的目标账户的偏好支付方式而向第三方支付服务器请求对应的支付数据，因此，当请求的支付数据中存在与目标支付方式对应的目标支付数据时，则可以直接返回对应的支付页面，从而使得支付跳转操作更加平滑，使得支付过程更加快捷，且能够提高支付效率，并在支付数据中不存在与目标支付方式对应的目标支付数据时，才向第三方支付服务器请求对应的目标支付数据，从而提高了用户的支付体验。

应该理解的是，虽然图1-图5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1-图5中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

可以理解的是，本说明书中上述方法的各个实施例之间相同/相似的部分可互相参见，每个实施例重点说明的是与其他实施例的不同之处，相关之处参见其他方法实施例的说明即可。

图6是根据一示例性实施例示出的一种支付处理装置框图。参照图6，该装置包括支付数据请求模块602，支付方式返回模块604和支付页面返回模块606。

支付数据请求模块602，被配置为执行当接收到目标账户的待支付订单时，根据所述目标账户的偏好支付方式请求对应的支付数据；

支付方式返回模块604，被配置为执行向所述目标账户返回预先配置的多种支付方式，所述多种支付方式中至少包括所述目标账户的偏好支付方式；

支付页面返回模块606，被配置为执行当获取到所述目标账户从多种支付方式中选择的对所述待支付订单的目标支付方式时，若所述偏好支付方式对应的支付数据中存在所述目标支付方式的目标支付数据，则基于所述目标支付数据返回与所述目标支付方式对应的支付页面，所述目标支付方式是所述目标账户从预先配置的多种支付方式中选择的一种支付方式。

在一示例性实施例中，所述支付数据请求模块还被配置为执行，若所述偏好支付方式对应的支付数据中不存在所述目标支付方式的目标支付数据，则根据所述目标支付方式请求对应的目标支付数据；所述支付页面返回模块还被配置为执行，获取所述目标支付数据，基于所述目标支付数据返回与所述目标支付方式对应的支付页面。

在一示例性实施例中，所述支付数据请求模块包括：历史支付数据获取单元，被配置为执行获取所述目标账户的历史支付数据；偏好支付方式确定单元，被配置为执行根据所述目标账户的历史支付数据确定所述目标账户的偏好支付方式；支付数据请求单元，被配置为执行向与所述偏好支付方式对应的服务端请求支付数据。

在一示例性实施例中，所述支付数据请求模块还包括：支付数据接收单元，被配置为执行接收所述偏好支付方式对应的服务端返回的与所述偏好支付方式对应的支付数据。

在一示例性实施例中，所述历史支付数据中包括所述目标账户历史配置的快捷支付方式；所述偏好支付方式确定单元还被配置为执行：将所述目标账户历史配置的快捷支付方式确定为所述目标账户的偏好支付方式。

在一示例性实施例中，所述历史支付数据中包括预设周期内所述目标账户支付成功的历史支付方式和与所述历史支付方式对应的支付次数；所述偏好支付方式确定单元还被配置为执行：根据预设周期内所述目标账户支付成功的历史支付方式和与所述历史支付方式对应的支付次数，获取所述支付次数最高的历史支付方式；将所述支付次数最高的历史支付方式确定为所述目标账户的偏好支付方式。

在一示例性实施例中，所述历史支付数据中包括所述目标账户最后支付成功的历史支付方式；所述偏好支付方式确定单元还被配置为执行：将所述目标账户最后支付成功的历史支付方式确定为所述目标账户的偏好支付方式。

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

图7是根据一示例性实施例示出的一种用于支付处理的电子设备S00的框图。例如，电子设备S00可以为服务器。参照图7，电子设备S00包括处理组件S20，其进一步包括一个或多个处理器，以及由存储器S22所代表的存储器资源，用于存储可由处理组件S20的执行的指令，例如应用程序。存储器S22中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件S20被配置为执行指令，以执行上述方法。

电子设备S00还可以包括：电源组件S24被配置为执行电子设备S00的电源管理，有线或无线网络接口S26被配置为将电子设备S00连接到网络，和输入输出(I/O)接口S28。电子设备S00可以操作基于存储在存储器S22的操作系统，例如Windows Server，Mac OSX，Unix，Linux，FreeBSD或类似。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器S22，上述指令可由电子设备S00的处理器执行以完成上述方法。存储介质可以是计算机可读存储介质，例如，所述计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，所述计算机程序产品中包括指令，上述指令可由电子设备S00的处理器执行以完成上述方法。

需要说明的，上述的装置、电子设备、计算机可读存储介质、计算机程序产品等根据方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

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

当接收到目标账户的待支付订单时，根据所述目标账户的偏好支付方式请求对应的支付数据；

向所述目标账户返回预先配置的多种支付方式，所述多种支付方式中至少包括所述目标账户的偏好支付方式；

当获取到所述目标账户从多种支付方式中选择的对所述待支付订单的目标支付方式时，若所述偏好支付方式对应的支付数据中存在所述目标支付方式的目标支付数据，则基于所述目标支付数据返回与所述目标支付方式对应的支付页面，所述目标支付方式是所述目标账户从预先配置的多种支付方式中选择的一种支付方式。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标账户的偏好支付方式请求对应的支付数据，包括：

获取所述目标账户的历史支付数据；

根据所述目标账户的历史支付数据确定所述目标账户的偏好支付方式；

向与所述偏好支付方式对应的服务端请求支付数据。

3.根据权利要求2所述的方法，其特征在于，所述向与所述偏好支付方式对应的服务端请求支付数据之后，所述方法还包括：

接收所述偏好支付方式对应的服务端返回的与所述偏好支付方式对应的支付数据。

4.根据权利要求2所述的方法，其特征在于，所述历史支付数据中包括所述目标账户历史配置的快捷支付方式；所述根据所述目标账户的历史支付数据确定所述目标账户的偏好支付方式，包括：

将所述目标账户历史配置的快捷支付方式确定为所述目标账户的偏好支付方式。

5.根据权利要求2所述的方法，其特征在于，所述历史支付数据中包括预设周期内所述目标账户支付成功的历史支付方式和与所述历史支付方式对应的支付次数；所述根据所述目标账户的历史支付数据确定所述目标账户的偏好支付方式，包括：

根据预设周期内所述目标账户支付成功的历史支付方式和与所述历史支付方式对应的支付次数，获取所述支付次数最高的历史支付方式；

将所述支付次数最高的历史支付方式确定为所述目标账户的偏好支付方式。

6.根据权利要求2所述的方法，其特征在于，所述历史支付数据中包括所述目标账户最后支付成功的历史支付方式；所述根据所述目标账户的历史支付数据确定所述目标账户的偏好支付方式，包括：

将所述目标账户最后支付成功的历史支付方式确定为所述目标账户的偏好支付方式。

7.一种支付处理装置，其特征在于，包括：

支付数据请求模块，被配置为执行当接收到目标账户的待支付订单时，根据所述目标账户的偏好支付方式请求对应的支付数据；

支付方式返回模块，被配置为执行向所述目标账户返回预先配置的多种支付方式，所述多种支付方式中至少包括所述目标账户的偏好支付方式；

支付页面返回模块，被配置为执行当获取到所述目标账户从多种支付方式中选择的对所述待支付订单的目标支付方式时，若所述偏好支付方式对应的支付数据中存在所述目标支付方式的目标支付数据，则基于所述目标支付数据返回与所述目标支付方式对应的支付页面，所述目标支付方式是所述目标账户从预先配置的多种支付方式中选择的一种支付方式。

8.一种服务器，其特征在于，包括：

处理器；

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

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

9.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由服务器的处理器执行时，使得所述服务器能够执行如权利要求1至6中任一项所述的支付处理方法。

10.一种计算机程序产品，所述计算机程序产品中包括指令，其特征在于，所述指令被服务器的处理器执行时，使得所述服务器能够执行如权利要求1至6任一项所述的支付处理方法。

Images