CN110689339A - 支付方式的设置方法及装置 - Google Patents

Abstract

本申请公开了一种支付方式的设置方法及装置。该方法包括：获取用户端的历史订单信息；根据所述历史订单信息判断所述用户端的支付方式偏好；根据所述用户端的支付方式偏好，将支付方式按照预设规则进行排序；根据所述用户端的当前订单信息确定是否需要调整所述支付方式的排序结果。本申请解决了相关技术中支付方式的设置方法导致用户支付效率较低的技术问题。通过本申请，达到了根据用户的支付偏好设置支付方式的目的，从而实现了提高用户支付效率的技术效果。

Description

支付方式的设置方法及装置

技术领域

本申请涉及移动支付技术领域，具体而言，涉及一种支付方式的设置方法及装置。

背景技术

随着移动通讯网络的快速发展，移动支付相比于现金支付的方式为人们的生活和工作带来了极大的便利。移动支付(又称手机支付)，是指使用移动设备(通常是手机)进行付款的一种支付方式。在不需使用现金、支票或信用卡的情况下，消费者可使用移动设备支付各项服务或数字及实体商品的费用。移动支付将互联网、终端设备、金融机构有效地联合起来，形成了一个新型的支付体系。

相关技术中的移动支付方式，主要包括默认支付方式和非默认支付方式两种。默认支付方式即采取终端默认的支付方式直接完成支付。对于非默认支付方式而言，需要用户在众多的网络支付方式中进行选择，才能够完成网络支付。由于支付方式的种类繁多，需要用户进行更多的选择操作，导致用户无法及时完成支付。

针对相关技术中支付方式的设置方法导致用户支付效率较低的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种支付方式的设置方法及装置，以解决相关技术中支付方式的设置方法导致用户支付效率较低的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种支付方式的设置方法。

根据本申请的支付方式的设置方法包括：获取用户端的历史订单信息；根据所述历史订单信息判断所述用户端的支付方式偏好；根据所述用户端的支付方式偏好，将支付方式按照预设规则进行排序；根据所述用户端的当前订单信息确定是否需要调整所述支付方式的排序结果。

进一步地，所述获取用户端的历史订单信息之后包括：获取用户端的账户余额信息；判断所述账户余额信息是否满足预设支付条件；如果所述账户余额信息满足预设支付条件，则将账户余额支付设置为默认支付方式；如果所述账户余额信息不满足预设支付条件，则根据所述历史订单信息确定所述用户端的支付方式偏好。

进一步地，所述根据所述历史订单信息判断所述用户端的支付方式偏好包括：根据所述历史订单信息确定第N次订单信息中的支付方式，其中N为整数；判断所述第N次订单信息中的支付方式是否可用；如果可用，则向所述用户端推荐所述第N次订单信息中的支付方式；如果不可用，则判断所述第N-1次订单信息中的支付方式是否可用。

进一步地，所述根据所述用户端的支付方式偏好，将支付方式按照预设规则进行排序包括：检测与所述支付方式对应的应用程序在用户端设备中的安装信息，所述安装信息是指所述用户端是否已安装与所述支付方式对应的应用程序；根据所述安装信息和所述用户端的支付方式偏好，将支付方式按照预设规则进行排序。

进一步地，所述根据所述用户端的支付方式偏好，将支付方式按照预设规则进行排序之后包括：根据排序结果设置默认支付方式；根据用户端的支付请求向所述用户端推荐所述默认支付方式；根据所述用户端的当前订单信息确定是否更改默认支付方式。

为了实现上述目的，根据本申请的另一方面，提供了一种支付方式的设置装置。

根据本申请的支付方式的设置装置包括：第一获取模块，用于获取用户端的历史订单信息；第一判断模块，用于根据所述历史订单信息判断所述用户端的支付方式偏好；排序模块，用于根据所述用户端的支付方式偏好，将支付方式按照预设规则进行排序；第一确定模块，用于根据所述用户端的当前订单信息确定是否需要调整所述支付方式的排序结果。

进一步地，所述装置还包括：第二获取模块，用于获取用户端的账户余额信息；第二判断模块，用于判断所述账户余额信息是否满足预设支付条件；第一设置模块，用于如果所述账户余额信息满足预设支付条件，则将账户余额支付设置为默认支付方式；第二确定模块，用于如果所述账户余额信息不满足预设支付条件，则根据所述历史订单信息确定所述用户端的支付方式偏好。

进一步地，所述第一判断模块包括：确定单元，用于根据所述历史订单信息确定第N次订单信息中的支付方式，其中N为整数；第一判断单元，用于判断所述第N次订单信息中的支付方式是否可用；推荐单元，用于如果可用，则向所述用户端推荐所述第N次订单信息中的支付方式；第二判断单元，用于如果不可用，则判断所述第N-1次订单信息中的支付方式是否可用。

进一步地，所述排序模块包括：检测单元，用于检测与所述支付方式对应的应用程序在用户端设备中的安装信息，所述安装信息是指所述用户端是否已安装与所述支付方式对应的应用程序；排序单元，用于根据所述安装信息和所述用户端的支付方式偏好，将支付方式按照预设规则进行排序。

进一步地，所述装置还包括：第二设置模块，用于根据排序结果设置默认支付方式；推荐模块，用于根据用户端的支付请求向所述用户端推荐所述默认支付方式；第三确定模块，用于根据所述用户端的当前订单信息确定是否更改默认支付方式。

在本申请实施例中，采用获取用户端的历史订单信息，根据所述历史订单信息判断用户端的支付方式偏好，根据用户端的支付方式偏好，将支付方式按照预设规则进行排序的方式，通过根据用户端的当前订单信息确定是否需要调整所述支付方式的排序结果，达到了根据用户的支付偏好设置支付方式的目的，从而实现了提高用户支付效率的技术效果，进而解决了相关技术中支付方式的设置方法导致用户支付效率较低的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的支付方式的设置方法的流程示意图；

图2是根据本申请第二实施例的支付方式的设置方法的流程示意图；

图3是根据本申请第三实施例的支付方式的设置方法的流程示意图；

图4是根据本申请第四实施例的支付方式的设置方法的流程示意图；

图5是根据本申请第五实施例的支付方式的设置方法的流程示意图；

图6是根据本申请第一实施例的支付方式的设置装置的组成结构示意图；

图7是根据本申请第二实施例的支付方式的设置装置的组成结构示意图；

图8是根据本申请第三实施例的支付方式的设置装置的组成结构示意图；

图9是根据本申请第四实施例的支付方式的设置装置的组成结构示意图；以及

图10是根据本申请第五实施例的支付方式的设置装置的组成结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

根据本发明实施例，提供了一种支付方式的设置方法，如图1所示，该方法包括如下的步骤S101至步骤S104：

步骤S101，获取用户端的历史订单信息。

具体实施时，首先需要获取用户的历史订单信息，其中所述历史订单信息可以包括不同用户针对各种类型的业务的支付方式等，用于作为后续分析用户支付方式偏好的基础数据源。

步骤S102，根据所述历史订单信息判断所述用户端的支付方式偏好。

具体实施时，上述用户的历史订单信息可以是某一个用户的历史订单信息，也可以是根据大数据统计多个或海量用户的历史订单信息，通过对某一个用户的历史订单信息进行分析处理，可以得到该用户历史支付方式的选择偏好情况，通过对海量用户的历史订单信息进行分析处理，可以得到某个地区、某种业务类型的支付方式的偏好情况，作为向用户推荐支付方式的参考之一。

步骤S103，根据所述用户端的支付方式偏好，将支付方式按照预设规则进行排序。

具体实施时，在根据用户的历史支付方式确定了用户的支付方式偏好后，可以按照一定规则对各种支付方式进行排序，即可以按照优选级进行排序，用户越偏好的支付方式优先级别越高，则排序越靠前，反之则排序越靠后。

步骤S104，根据所述用户端的当前订单信息确定是否需要调整所述支付方式的排序结果。

具体实施时，当用户在完成当前订单的支付后，获取当前订单中用户选择的支付方式，判断用户选择的支付方式是否与上述排序后得到的第一支付方式一致。例如，用于在当前订单中选择了支付方式A进行支付，而根据支付方式偏好排序后得到的第一优先级也是支付方式A，则认为二者一致，暂不调整支付方式的排序结果，如果二者不一致，则将用户在当前订单中选择的支付方式的优先级调整为第一优先级。

作为本申请实施例的一种优选实施方式，如图2所示，所述获取用户端的历史订单信息之后包括如下的步骤S201至步骤S204：

步骤S201，获取用户端的账户余额信息。

具体实施时，除了上述用户端通过安装支付类应用程序进行订单支付的方式外，用户的账户余额也可以作为一种支付方式，因此首先需要获取用户的账户余额信息。

步骤S202，判断所述账户余额信息是否满足预设支付条件。

具体实施时，在得到用户的账户余额信息后，需要判断用户的账户余额是否能够足够支付当前的订单金额。

步骤S203，如果所述账户余额信息满足预设支付条件，则将账户余额支付设置为默认支付方式。

具体实施时，如果用户的账户余额能够足够支付当前的订单金额，则优选通过账户余额进行订单支付。

步骤S204，如果所述账户余额信息不满足预设支付条件，则根据所述历史订单信息确定所述用户端的支付方式偏好。

具体实施时，如果用户的账户余额不足够支付当前的订单金额，进一步判断用户的账户余额是否为0，如果用户的账户余额不为0，则将账户余额部分的金额全部进行订单金额的抵扣，不足部分则选择其他支付方式进行支付，即采用账户余额+其他支付方式的形式进行支付；如果用户的账户余额为0，则直接选择其他支付方式进行支付，例如按照支付方式偏好的优选级排序进行推荐。

作为本申请实施例的一种优选实施方式，如图3所示，所述根据所述历史订单信息判断所述用户端的支付方式偏好包括如下的步骤S301至步骤S304：

步骤S301，根据所述历史订单信息确定第N次订单信息中的支付方式，其中N为整数。

具体实施时，向用户推荐支付方式的一种方式还可以是根据用户在上一次订单中所选择的支付方式进行确定，因此首先需要确定用户在上一次订单信息中的支付方式。

步骤S302，判断所述第N次订单信息中的支付方式是否可用。

具体实施时，进一步判断用户在上一次订单中选择的支付方式在当前订单状态下是否仍然可用，例如，用户在上一次订单中选择了账户余额的支付方式，而在此次支付中获取到的用户的账户余额已为0，无法完成支付，则该支付方式不可用。

步骤S303，如果可用，则向所述用户端推荐所述第N次订单信息中的支付方式。

具体实施时，如果用户在上一次订单中所选择的支付方式仍然可用，例如，用户在上一次订单中选择支付方式A进行支付，在当前订单状态下，仍然可以检测到支付方式A这一支付方式且可被调用，则向用户推荐该支付方式。

步骤S304，如果不可用，则判断所述第N-1次订单信息中的支付方式是否可用。

具体实施时，如果用户在上一次订单中所选择的支付方式不可使用，例如，用户在上一次订单中选择了账户余额的支付方式，而在此次支付中获取到的用户的账户余额已为0，无法完成支付，则进一步判断用户在倒数第二次订单中所选择的支付方式是否可以使用，以此类推。

作为本申请实施例的一种优选实施方式，如图4所示，所述根据所述用户端的支付方式偏好，将支付方式按照预设规则进行排序包括如下的步骤S401至步骤S402：

步骤S401，检测与所述支付方式对应的应用程序在用户端设备中的安装信息，所述安装信息是指所述用户端是否已安装与所述支付方式对应的应用程序。

具体实施时，在确定向用户推荐具体的支付方式之前，首先需要检测各种支付方式对应的应用程序在用户设备上的安装情况，作为后续向用户推荐支付方式的参考之一。

步骤S402，根据所述安装信息和所述用户端的支付方式偏好，将支付方式按照预设规则进行排序。

具体实施时，如果通过检测发现用户端并未安装支付方式A和支付方式B对应的应用程序，但通过用户的支付方式偏好发现支付方式A和支付方式B均为用户的优选支付方式，则在对支付方式进行排序时，支付方式A和支付方式B不参与排序或者在用户进行订单支付时不向用户推荐这两种支付方式。

作为本申请实施例的一种优选实施方式，如图5所示，所述根据所述用户端的支付方式偏好，将支付方式按照预设规则进行排序之后包括如下的步骤S501至步骤S503：

步骤S501，根据排序结果设置默认支付方式。

具体实施时，如果排序结果为优先级从高至低分别是：支付方式A、支付方式B、支付方式C、……支付方式N，即支付方式A的优先级最高，将支付方式A设置为默认支付方式。

步骤S502，根据用户端的支付请求向所述用户端推荐所述默认支付方式。

具体实施时，用户在进行订单支付时，自动为用户选择默认支付方式进行支付。

步骤S503，根据所述用户端的当前订单信息确定是否更改默认支付方式。

具体实施时，需要判断用户是否按照默认支付方式完成支付，即获取当前订单信息中的支付方式，判断该支付方式与默认支付方式是否一致，如果一致，则不需要更改默认支付方式，如果不一致，则需要更改默认支付方式。优选地，当用户不选择上述默认支付方式时，可以根据用户需求重新设置。同时记录这一改变，包括默认支付方式、改变后的支付方式、改变次数等信息。

作为本申请实施例的一种优选实施方式，所述方法还包括：统计每种支付方式，在用户端的通过率，即如果用户按照上述排序后的优选级采用了设置的支付方式，则为通过，如果用户未按照上述排序后的优选级选择支付方式，则为不通过；以此统计每种支付方式的通过率。

优选地，统计第二顺位支付方式(即用户不选择第一顺位支付方式或者默认支付方式，是否选择第二顺位支付方式)，在用户端的通过率，如果用户按照上述排序后的优选级选择了第二顺位的支付方式，则为通过，否则不通过，以此类推。通过统计通过率，可以自动或人工手动调整支付方式的排序，以不断提高默认支付方式的通过率。

从以上的描述中，可以看出，本发明实现了如下技术效果：根据各种数据的智能分析，达到了根据用户的支付偏好设置支付方式的目的，从而实现了提高用户支付效率，显著提升默认支付方式在用户端的通过率，提升用户支付满意度，进而提升业务转化率的技术效果。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本发明实施例，还提供了一种用于实施上述支付方式的设置方法的装置，如图6所示，该装置包括：第一获取模块1、第一判断模块2、排序模块3及第一确定模块4。

本申请实施例的第一获取模块1，用于获取用户端的历史订单信息。

具体实施时，首先需要通过第一获取模块获取用户的历史订单信息，其中所述历史订单信息可以包括不同用户针对各种类型的业务的支付方式等，用于作为后续分析用户支付方式偏好的基础数据源。

本申请实施例的第一判断模块2，用于根据所述历史订单信息判断所述用户端的支付方式偏好。

具体实施时，上述用户的历史订单信息可以是某一个用户的历史订单信息，也可以是根据大数据统计多个或海量用户的历史订单信息，通过第一判断模块对某一个用户的历史订单信息进行分析处理，可以得到该用户历史支付方式的选择偏好情况，通过对海量用户的历史订单信息进行分析处理，可以得到某个地区、某种业务类型的支付方式的偏好情况，作为向用户推荐支付方式的参考之一。

本申请实施例的排序模块3，用于根据所述用户端的支付方式偏好，将支付方式按照预设规则进行排序。

具体实施时，在根据用户的历史支付方式确定了用户的支付方式偏好后，可以通过排序模块按照一定规则对各种支付方式进行排序，即可以按照优选级进行排序，用户越偏好的支付方式优先级别越高，则排序越靠前，反之则排序越靠后。

本申请实施例的第一确定模块4，用于根据所述用户端的当前订单信息确定是否需要调整所述支付方式的排序结果。

具体实施时，当用户在完成当前订单的支付后，获取当前订单中用户选择的支付方式，通过第一确定模块判断用户选择的支付方式是否与上述排序后得到的第一支付方式一致。例如，用于在当前订单中选择了支付方式A进行支付，而根据支付方式偏好排序后得到的第一优先级也是支付方式A，则认为二者一致，暂不调整支付方式的排序结果，如果二者不一致，则将用户在当前订单中选择的支付方式的优先级调整为第一优先级。

作为本申请实施例的一种优选实施方式，如图7所示，所述装置还包括：第二获取模块5、第二判断模块6、第一设置模块7及第二确定模块8。

本申请实施例的第二获取模块5，用于获取用户端的账户余额信息。

具体实施时，除了上述用户端通过安装支付类应用程序进行订单支付的方式外，用户的账户余额也可以作为一种支付方式，因此首先需要通过第二获取模块获取用户的账户余额信息。

本申请实施例的第二判断模块6，用于判断所述账户余额信息是否满足预设支付条件。

具体实施时，在得到用户的账户余额信息后，需要通过第二判断模块判断用户的账户余额是否能够足够支付当前的订单金额。

本申请实施例的第一设置模块7，用于如果所述账户余额信息满足预设支付条件，则将账户余额支付设置为默认支付方式。

具体实施时，如果用户的账户余额能够足够支付当前的订单金额，则第一设置模块优选通过账户余额进行订单支付。

本申请实施例的第二确定模块8，用于如果所述账户余额信息不满足预设支付条件，则根据所述历史订单信息确定所述用户端的支付方式偏好。

具体实施时，如果用户的账户余额不足够支付当前的订单金额，进一步通过第二确定模块判断用户的账户余额是否为0，如果用户的账户余额不为0，则将账户余额部分的金额全部进行订单金额的抵扣，不足部分则选择其他支付方式进行支付，即采用账户余额+其他支付方式的形式进行支付；如果用户的账户余额为0，则直接选择其他支付方式进行支付，例如按照支付方式偏好的优选级排序进行推荐。

作为本申请实施例的一种优选实施方式，如图8所示，所述第一判断模块2包括：确定单元21、第一判断单元22、推荐单元23及第二判断单元24。

本申请实施例的确定单元21，用于根据所述历史订单信息确定第N次订单信息中的支付方式，其中N为整数。

具体实施时，向用户推荐支付方式的一种方式还可以是通过确定单元根据用户在上一次订单中所选择的支付方式进行确定，因此首先需要确定用户在上一次订单信息中的支付方式。

本申请实施例的第一判断单元22，用于判断所述第N次订单信息中的支付方式是否可用。

具体实施时，进一步通过第一判断单元判断用户在上一次订单中选择的支付方式在当前订单状态下是否仍然可用，例如，用户在上一次订单中选择了账户余额的支付方式，而在此次支付中获取到的用户的账户余额已为0，无法完成支付，则该支付方式不可用。

本申请实施例的推荐单元23，用于如果可用，则向所述用户端推荐所述第N次订单信息中的支付方式。

具体实施时，如果用户在上一次订单中所选择的支付方式仍然可用，例如，用户在上一次订单中选择支付方式A进行支付，在当前订单状态下，仍然可以检测到支付方式A这一支付方式且可被调用，则通过推荐单元向用户推荐该支付方式。

本申请实施例的第二判断单元24，用于如果不可用，则判断所述第N-1次订单信息中的支付方式是否可用。

具体实施时，如果用户在上一次订单中所选择的支付方式不可使用，例如，用户在上一次订单中选择了账户余额的支付方式，而在此次支付中获取到的用户的账户余额已为0，无法完成支付，则进一步通过第二判断单元判断用户在倒数第二次订单中所选择的支付方式是否可以使用，以此类推。

作为本申请实施例的一种优选实施方式，如图9所示，所述排序模块3包括：检测单元31及排序单元32。

本申请实施例的检测单元31，用于检测与所述支付方式对应的应用程序在用户端设备中的安装信息，所述安装信息是指所述用户端是否已安装与所述支付方式对应的应用程序。

具体实施时，在确定向用户推荐具体的支付方式之前，首先需要通过检测单元检测各种支付方式对应的应用程序在用户设备上的安装情况，作为后续向用户推荐支付方式的参考之一。

本申请实施例的排序单元32，用于根据所述安装信息和所述用户端的支付方式偏好，将支付方式按照预设规则进行排序。

具体实施时，如果通过检测发现用户端并未安装支付方式A和支付方式B对应的应用程序，但通过用户的支付方式偏好发现支付方式A和支付方式B均为用户的优选支付方式，则在通过排序单元对支付方式进行排序时，支付方式A和支付方式B不参与排序或者在用户进行订单支付时不向用户推荐这两种支付方式。

作为本申请实施例的一种优选实施方式，如图10所示，所述装置还包括：第二设置模块9、推荐模块10及第三确定模块11。

本申请实施例的第二设置模块9，用于根据排序结果设置默认支付方式。

具体实施时，如果排序结果为优先级从高至低分别是：支付方式A、支付方式B、支付方式C、……支付方式N，即支付方式A的优先级最高，通过第二设置模块将支付方式A设置为默认支付方式。

本申请实施例的推荐模块10，用于根据用户端的支付请求向所述用户端推荐所述默认支付方式。

具体实施时，用户在进行订单支付时，推荐模块自动为用户选择默认支付方式进行支付。

本申请实施例的第三确定模块11，用于根据所述用户端的当前订单信息确定是否更改默认支付方式。

具体实施时，需要通过第三确定模块判断用户是否按照默认支付方式完成支付，即获取当前订单信息中的支付方式，判断该支付方式与默认支付方式是否一致，如果一致，则不需要更改默认支付方式，如果不一致，则需要更改默认支付方式。优选地，当用户不选择上述默认支付方式时，可以根据用户需求重新设置。同时记录这一改变，包括默认支付方式、改变后的支付方式、改变次数等信息。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种支付方式的设置方法，其特征在于，包括：

获取用户端的历史订单信息；

根据所述历史订单信息判断所述用户端的支付方式偏好；

根据所述用户端的支付方式偏好，将支付方式按照预设规则进行排序；

根据所述用户端的当前订单信息确定是否需要调整所述支付方式的排序结果。

2.根据权利要求1所述的支付方式的设置方法，其特征在于，所述获取用户端的历史订单信息之后包括：

获取用户端的账户余额信息；

判断所述账户余额信息是否满足预设支付条件；

如果所述账户余额信息满足预设支付条件，则将账户余额支付设置为默认支付方式；

如果所述账户余额信息不满足预设支付条件，则根据所述历史订单信息确定所述用户端的支付方式偏好。

3.根据权利要求1所述的支付方式的设置方法，其特征在于，所述根据所述历史订单信息判断所述用户端的支付方式偏好包括：

根据所述历史订单信息确定第N次订单信息中的支付方式，其中N为整数；

判断所述第N次订单信息中的支付方式是否可用；

如果可用，则向所述用户端推荐所述第N次订单信息中的支付方式；

如果不可用，则判断所述第N-1次订单信息中的支付方式是否可用。

4.根据权利要求1所述的支付方式的设置方法，其特征在于，所述根据所述用户端的支付方式偏好，将支付方式按照预设规则进行排序包括：

检测与所述支付方式对应的应用程序在用户端设备中的安装信息，所述安装信息是指所述用户端是否已安装与所述支付方式对应的应用程序；

根据所述安装信息和所述用户端的支付方式偏好，将支付方式按照预设规则进行排序。

5.根据权利要求1所述的支付方式的设置方法，其特征在于，所述根据所述用户端的支付方式偏好，将支付方式按照预设规则进行排序之后包括：

根据排序结果设置默认支付方式；

根据用户端的支付请求向所述用户端推荐所述默认支付方式；

根据所述用户端的当前订单信息确定是否更改默认支付方式。

6.一种支付方式的设置装置，其特征在于，包括：

第一获取模块，用于获取用户端的历史订单信息；

第一判断模块，用于根据所述历史订单信息判断所述用户端的支付方式偏好；

排序模块，用于根据所述用户端的支付方式偏好，将支付方式按照预设规则进行排序；

第一确定模块，用于根据所述用户端的当前订单信息确定是否需要调整所述支付方式的排序结果。

7.根据权利要求6所述的支付方式的设置装置，其特征在于，还包括：

第二获取模块，用于获取用户端的账户余额信息；

第二判断模块，用于判断所述账户余额信息是否满足预设支付条件；

第一设置模块，用于如果所述账户余额信息满足预设支付条件，则将账户余额支付设置为默认支付方式；

第二确定模块，用于如果所述账户余额信息不满足预设支付条件，则根据所述历史订单信息确定所述用户端的支付方式偏好。

8.根据权利要求6所述的支付方式的设置装置，其特征在于，所述第一判断模块包括：

确定单元，用于根据所述历史订单信息确定第N次订单信息中的支付方式，其中N为整数；

第一判断单元，用于判断所述第N次订单信息中的支付方式是否可用；

推荐单元，用于如果可用，则向所述用户端推荐所述第N次订单信息中的支付方式；

第二判断单元，用于如果不可用，则判断所述第N-1次订单信息中的支付方式是否可用。

9.根据权利要求6所述的支付方式的设置装置，其特征在于，所述排序模块包括：

检测单元，用于检测与所述支付方式对应的应用程序在用户端设备中的安装信息，所述安装信息是指所述用户端是否已安装与所述支付方式对应的应用程序；

排序单元，用于根据所述安装信息和所述用户端的支付方式偏好，将支付方式按照预设规则进行排序。

10.根据权利要求6所述的支付方式的设置装置，其特征在于，还包括：

第二设置模块，用于根据排序结果设置默认支付方式；

推荐模块，用于根据用户端的支付请求向所述用户端推荐所述默认支付方式；

第三确定模块，用于根据所述用户端的当前订单信息确定是否更改默认支付方式。

Images