CN107403316A - 筛选支付方式的方法、装置、计算设备和存储介质 - Google Patents

Abstract

本发明公开了一种支付方式的筛选方法、装置、计算设备和存储介质。首先，基于终端支持的一种或多种可用支付方式各自的使用历史数据，确定终端支持的一种或多种可用支付方式各自的支付指数。然后，在支付方式列表中显示支付指数满足预定条件的支付方式，以供用户选择。由此，通过基于终端的使用历史数据对各个终端支持且可用的支付方式进行评估以推荐支付方式。这样，例如可以引导用户使用高成功率的支付方式，提高用户进行交易支付的支付成功率，改善用户支付体验。

Description

筛选支付方式的方法、装置、计算设备和存储介质

技术领域

本发明涉及互联网支付领域，特别涉及一种筛选支付方式的方法、装置、计算设备和存储介质。

背景技术

网络支付是指电子交易的当事人，包括消费者、厂商、和金融机构，使用安全电子支付手段通过网络进行的货币支付或资金流转，因其便利性越来越为人们所接受和使用。目前，支付能力的提供方，为用户提供了多种支付方式以为用户在线支付提供支撑。在存在多种支付方式的情况下，一般都把各种支付方式通过诸如列表(或折叠)的方式展示给用户以供其选择。

考虑到当前技术水平，将全部支付方式供给用户使其自主选择存在诸多问题。一方面，太多的选择往往给用户造成选择困扰；另一方面，如果支付方式较多，在终端设备显示屏幕较小特别是横屏的情况下，列表间距较小，很容易发生点击错误的情况，影响用户支付体验；第三方面，多种支付方式的显示超出显示屏幕的范围时，无论是通过滑动下拉还是翻页，都在流程上增加一环，使得交易支付不够便捷。并且，没有对各种支付方式的支付成功率进行考虑，也难以保证用户采用所选择的支付方式能够支付成功。

因此，迫切需要一种能够对多种支付方式进行筛选的方案，以解决上述的至少一个问题。

发明内容

本发明的目的是提供一种支付方式的筛选方法、装置、计算设备和存储介质，以改善用户支付体验。

根据本发明的一个方面，提供了一种支付方式的筛选方法，该方法包括：基于终端支持的一种或多种可用支付方式各自的使用历史数据，确定终端支持的一种或多种可用支付方式各自的支付指数；以及在支付方式列表中显示支付指数满足预定条件的支付方式，以供用户选择。

由此，可以向用户提供终端支持且满足预定条件的可用支付方式，避免了向用户提供一些终端不支持、或不满足预定条件、或不可用的支付方式，改善了用户体验。

优选地，预定条件可以是支付方式的支付指数不低于预定分数阈值。

优选地，支付方式的支付指数可以是基于下述至少一项得到的：支付方式的支付成功率；支付方式是否为终端最近一次支付成功的支付方式。

优选地，支付指数可以是基于支付方式的使用历史数据以及针对当前支付业务而为该支付方式预先设定的参数信息得到的，参数信息是服务器下发或者本地设置的；并且/或者预定分数阈值是服务器下发或者本地设置的。

由此，可以为不同终端或不同业务或不同操作环境等，提供不同的参数信息或预定分数阈值，以便适应相应的终端或业务或操作环境等。

优选地，参数信息可以包括：针对终端支持的一种或多种可用支付方式的使用历史数据的权重因子；和/或支付方式是否为服务器推荐的支付方式。

优选地，该方法还可以包括：统计终端支持的所有支付方式的支付成功总次数T；在支付成功总次数T小于预定次数阈值n的情况下，在支付方式列表中显示终端支持的一种或多种支付方式；以及/或者在支付成功总次数T大于或等于预定次数阈值n的情况下，在支付方式列表中显示支付指数满足预定条件的支付方式。

优选地，终端支持的一种或多种可用支付方式是从服务器下发的一种或多种可用支付方式中筛选出的终端支持的一种或多种支付方式。

优选地，该方法还可以包括：在每次支付行为结束后，存储当前支付行为所使用的支付方式及其相关数据信息，相关数据信息至少包括当前所使用的支付方式的支付结果信息；以及/或者在每次支付成功后，更新当前支付成功的支付方式为最近一次支付成功的支付方式。

根据本发明的另一方面，还提供了一种支付方式的筛选装置，该装置包括：支付指数确定单元，用于基于终端支持的一种或多种可用支付方式各自的使用历史数据，确定终端支持的一种或多种可用支付方式各自的支付指数；以及显示单元，用于在支付方式列表中显示支付指数满足预定条件的支付方式，以供用户选择。

优选地，预定条件是支付方式的支付指数不低于预定分数阈值。

优选地，支付方式的支付指数是基于下述至少一项得到的：支付方式的支付成功率；支付方式是否为终端最近一次支付成功的支付方式。

优选地，支付指数是基于支付方式的使用历史数据以及针对当前支付业务而为该支付方式预先设定的参数信息得到的，参数信息是服务器下发或者本地设置的；并且/或者预定分数阈值是服务器下发或者本地设置的。

优选地，参数信息可以包括：针对终端支持的一种或多种可用支付方式的使用历史数据的权重因子；和/或支付方式是否为服务器推荐的支付方式。

优选地，该装置还可以包括：统计单元，用于统计终端支持的所有支付方式的支付成功总次数T；在统计单元统计的支付成功总次数T小于预定次数阈值n的情况下，显示单元在支付方式列表中显示终端支持的一种或多种支付方式；以及/或者在统计单元统计的支付成功总次数T大于或等于预定次数阈值n的情况下，显示单元在支付方式列表中显示支付指数满足预定条件的支付方式。

优选地，终端支持的一种或多种可用支付方式是从服务器下发的一种或多种可用支付方式中筛选出的终端支持的一种或多种支付方式。

优选地，该装置还可以包括：在每次支付行为结束后，存储当前支付行为所使用的支付方式及其相关数据信息，相关数据信息至少包括当前所使用的支付方式的支付结果信息；以及/或者在每次支付成功后，更新当前支付成功的支付方式为最近一次支付成功的支付方式。

根据本发明的又一方面，还提供了一种计算设备，包括：处理器；以及存储器，其上存储有可执行代码，当可执行代码被处理器执行时，使处理器执行上述任何一项的方法。

根据本发明的又一方面，还提供了一种非暂时性机器可读存储介质，其上存储有可执行代码，当可执行代码被电子设备的处理器执行时，使处理器执行上述任一项的方法。

通过本发明的支付方式筛选方案，能够基于终端上各个支付方式的使用历史数据对各支付方式进行评估，将满足预定条件的支付方式供用户选择。由此，例如可以避免低频(使用少)或支付能力差(成功率低)的支付方式，引导用户使用高成功率的支付方式，提高用户的支付体验。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1示出了可用于实现本发明实施例的支付系统的示意图。

图2示出了根据本发明一个实施例的筛选方法的示意性流程图。

图3示出了根据本发明一个应用例的示意性流程图。

图4示出了根据本发明一个实施例的筛选装置的结构框图。

图5示出了根据本发明一个实施例的计算设备的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

如前所述，为解决现有技术中存在的问题，改善用户支付体验，进而提高用户进行交易支付的支付成功率，本发明提出了一种支付方式的筛选方案。

在描述本发明的筛选方案之前，首先对本发明涉及的名词进行解释。

可用支付方式是指服务器下发的一种或多种支付方式，或者说，服务器允许用户使用的支付方式。这里的服务器可以是浏览器或各个应用客户端(APP)的服务器端，其可以直接或间接地提供可用支付方式的相关数据信息。

终端支持的一种或多种支付方式是指终端设备上支持用户使用的支付方式，终端设备能够为这些支付方式提供应用环境。例如，该终端设备上安装有该支付方式对应的应用安装包(APK)。

终端支持的一种或多种可用支付方式是指这些支付方式是服务器下发或服务器允许用户使用的支付方式，同时也是终端设备支持的支付方式。

下面将根据附图及实施例详细说明本发明的筛选方案。

本发明的实施例所提供的支付方式的筛选方案可以由一种支付系统实现。图1是可用于实现本发明实施例的支付系统的示意图。

如图1所示，根据本公开的支付系统可以包括至少一个服务器20和多个终端设备10。在一个实施例中，终端设备10可以经由网络40实现与服务器20的信息收发。服务器20可以通过访问数据库30来获取终端设备10所需的内容。

网络40可以是广义上的用于信息传递的网络，可以包括一个或多个通信网络，诸如无线通信网络、因特网、私域网、局域网、城域网、广域网或是蜂窝数据网络等。在一个实施例中，网络40也可以包括卫星网络，由此将终端设备10的GPS信号传送给服务器20。

应当注意，如果向图示环境中添加附加模块或从其中去除个别模块，不会改变本发明的示例实施例的底层概念。另外，虽然为了方便说明而在图中示出了从数据库30到服务器20的双向箭头，但本领域技术人员可以理解的是，上述数据的收发也是可以通过网络40实现的。

终端设备10是可用来进行网络访问的任何合适的电子设备，优选为便携式电子设备，包括但不限于智能电话、平板电脑或是其他便携式客户端。

服务器20则是能够通过网络访问的提供交互服务所需信息的任何服务器。并且在随后的描述中会选择其中的一个或部分移动终端加以描述(例如，终端设备10-1)，但是本领域技术人员应该理解的是，上述1…N个终端设备旨在表示真实网络中存在的大量终端设备，示出的单个服务器20和数据库30旨在表示本发明的技术方案涉及服务器及数据库的操作。对特定编号的移动端以及单个服务器和数据库加以详述至少为了说明方便，而非暗示对终端设备和服务器的类型或是位置等具有限制。

作为本发明的一个优选实施例，本发明的支付方式筛选系统可以包括图1所示的服务器和终端设备。

服务器能够向终端设备下发终端设备所需的信息。例如，用户在终端设备进行交易支付时所允许用户使用到的一种或多种支付方式，或者在终端设备确定支付指数时所可能用到的参数信息等等。

终端设备上安装有能够用于进行交易支付的应用，如浏览器、支付类APP(例如支付宝)、购物类APP(例如淘宝、天猫、京东商城)、通讯类APP(例如微信、QQ)、游戏类APP或其它能够进行交易支付的应用等等。

如下将结合附图及实施例详细说明本发明的技术方案。

图2示出了根据本发明一个实施例的筛选方法的示意性流程图。

如图2所示，该筛选方法可以起始于步骤S210，在步骤S210，基于终端支持的一种或多种可用支付方式各自的使用历史数据，确定终端支持的一种或多种可用支付方式的支付指数。

这里，终端支持表示该终端设备能够提供该种支付方式的应用环境，用户可以在终端设备上使用该支付方式进行支付行为。例如，对于“QQ钱包”这一支付方式来说，需要在终端设备上安装QQ应用程序(APP)才能成为终端支持的一种支付方式，而当终端设备上未安装该应用程序时，该支付方式不被终端所支持。

可用支付方式表示允许用户使用的支付方式，优选地可以是服务器下发的支付方式。例如，当用户在京东商城进行交易支付时，京东商城的服务器会向用户提供诸如“京东支付”、“快捷支付”、“白条支付”、“微信支付”等多种支付方式，这些支付方式都是服务器允许用户使用的，都可以称之为可用支付方式，而服务器未下发的支付方式(例如支付宝支付)则为不可用支付方式。

终端支持的一种或多种支付方式既可以包括终端支持的一种或多种可用支付方式(简称为终端支持可用方式)，也可以包括终端支持的一种或多种不可用支付方式(简称为终端支持不可用方式)。

终端支持可用方式表示该支付方式既是终端支持的又是可用的，如，在京东商城进行交易支付时，京东服务器允许用户使用“微信支付”，同时终端设备上安装有微信APP，则该支付方式为终端支持可用方式。

终端支持不可用方式表示该支付方式是终端支持的但是不可用，如，在京东商城进行交易支付时，京东服务器不允许使用“支付宝支付”来付款，但终端设备上安装有支付宝APP，则该支付方式为终端支持不可用方式。

应当理解，“可用”是个相对概念，是相对于各个客户端及其对应的服务器来说的。不同的服务器下发的各个支付方式的“可用”概念可以不完全相同，即同一支付方式相对于不同的客户端及其对应的服务器来说可以具有不同的含义。

如前所述的使用历史数据是在终端上发生的历史支付行为所产生的数据，该数据可以包括由支付行为直接产生或记录的诸如支付行为发生的时间、地点、支付类型、支付结果、是否为服务器推荐的支付方式等，也可以包括基于上述相应数据而间接得到的诸如该支付方式是否为最近一次使用或支付成功的支付方式或其它数据信息。当终端上发生支付行为时，终端能够记录和存储(例如本地存储)用户所使用的支付方式以及该支付方式的相关数据信息，以作为使用历史数据。

支付指数是用以评估支付方式的指标，其可以是由终端计算得到的，也可以是由服务器计算后下发的。在一个优选实施例中，支付指数可以是各个支付方式各自的支付得分。

预定条件用以限制支付方式列表中显示的支付方式。优选地，预定条件可以是支付方式的支付指数(例如支付得分)不低于预定分数阈值，预定分数阈值可以是服务器下发的也可以本地设置的。

预定分数阈值可以是服务器基于各终端的使用历史数据而分别下发的，也可以是服务器基于大众的使用历史数据而定期或周期性统一下发的，也可以是在客户端本地设置的。可以通过多种方式设定预定分数阈值，本发明对此不作限制。

在步骤S220，在支付方式列表中显示支付指数满足预定条件的支付方式，以供用户选择。

在发生某一支付行为时，服务器能够响应于支付指令下发一种或多种可用支付方式，客户端首先可以确定服务器下发的可用支付方式是否为终端支持的支付方式，并确定终端支持可用方式的支付指数。若支付方式的支付指数满足预定条件时，则在支付方式列表中显示该支付方式；若其支付指数不满足预定条件时，则不在支付方式列表中显示该支付方式。这样，用户就可以从支付方式列表中选择一个支付方式来完成交易。

由此，根据支付指数是否满足预定条件来筛选支付方式，以从多种支付方式中筛选出更为合适的支付方式，以提高用户进行交易支付的支付成功率，保证用户的支付体验。

支付指数可以是通过多种方式确定的，在如下的实施例中进行详述。

在一个优选实施例中，支付方式的支付指数可以是基于使用历史数据得到的。使用历史数据可以是支付方式的支付成功率，也可以是该支付方式是否为最近一次支付成功的支付方式，还可以是其它的使用历史相关数据。

其中，支付成功率可以是该支付方式的支付成功次数与终端支持的所有可用支付方式的支付成功总次数的比值。基于各个支付方式各自的支付成功率(不同终端上支付成功率的计算方式可以相同也可以不同)，将其按照成功率由高到低的顺序分别赋予相应的得分(例如，成功率为90％时为该支付方式赋予90分)，以该得分作为该支付方式的支付指数。在支付方式列表中显示支付指数不低于预定分数阈值(例如，60分)的支付方式。

对于最近一次支付成功的支付方式，例如，可以将最近一次支付成功的支付方式的分值设为1，而不是最近一次支付成功的支付方式的分值则设为0，发生支付行为时，在支付方式列表中显示分值为1的支付方式。假使用户使用该支付方式却没有成功，那么也可以在支付方式列表中显示更前一次(第二最近一次)支付成功的支付方式。

在另一个优选实施例中，支付方式的支付指数也可以是基于支付方式的使用历史数据以及针对当前支付业务而为该支付方式预先设定的参数信息得到的。参数信息可以是服务器下发的或者是本地设置的。

支付业务是指发生的支付交易所对应的消费商品或服务的业务范围，例如，购买的服饰、食品、话费、虚拟货币、票务等等。针对不同的支付业务可以设定不同的参数信息，参数信息可以是预先设定好的，也可以是基于终端的使用历史数据而确定的。

可以基于前述的至少一项使用历史数据得到支付指数，参数信息可以与这些使用历史数据相对应。例如，参数信息可以是针对终端支持的一种或多种可用支付方式各自的使用历史数据的权重因子，即可以为每项使用历史数据分别赋予权重，基于使用历史数据所占的权重比例得到支付方式的支付指数。参数信息可以是服务器下发的或者是本地设置的。

在一个优选实施例中，可以基于下面的公式(1)来确定支付指数。

其中，t表示该支付方式的支付成功次数，T表示终端所支持的所有可用支付方式的支付成功总次数，t/T表示该支付方式的支付成功率，r表示该支付方式是否为最近一次支付成功的支付方式(若是，则r的值为1，若否，则r的值为0)，α为对应于支付方式的支付成功率的权重因子，β为对应于最近一次支付成功的支付方式。

另外，服务器下发一种或多种支付方式时，可以向用户推荐一种优选支付方式，参数信息还可以包括该支付方式是否为服务器推荐的支付方式。该服务器推荐的支付方式可以具有预定推荐标识，以区别于服务器下发的其它支付方式。例如，京东服务器下发的“微信支付”、“京东支付(推荐)”、“白条支付”、“快捷支付”等支付方式中，“京东支付(推荐)”就是京东服务器推荐的支付方式，“(推荐)”就是推荐标识。

在一个优选实施例中，可以基于下面的公式(2)来确定支付指数。

其中，除与上述实施例中公式(1)相同的部分以外，p表示该支付方式是否为服务器推荐的支付方式(若是，则p的值为1，若否，则p的值为0)，γ为对应于服务器推荐的支付方式的权重因子。

这样，通过终端的使用历史数据以及上述的公式即可确定支付指数，以对终端支持可用方式进行评估，向用户推荐更为合适的支付方式，以提高支付成功率，改善用户支付体验。

考虑到用户初始使用终端设备时，终端上并不存在所述使用历史数据，并且，当终端上发生支付交易成功次数较少时，较小的数据量也难以提供充足的数据信息，因此，本发明的筛选方法还可以包括统计终端支持的所有支付方式的支付成功总次数T，基于支付成功总次数来确定终端的使用历史数据是否充分，以及是否对各个终端支付可用方式进行评估。

例如，在支付成功总次数T小于预定次数阈值n的情况下，则判定终端的使用历史数据不够充分，不对各个终端支持可用方式进行评估，而在支付方式列表中显示终端支持的一种或多种可用支付方式。这时，支付方式列表中显示的各种支付方式可以随机排序显示，也可以按照服务器下发各种支付方式的顺序排序显示。

又例如，在支付成功总次数T大于或等于预定次数阈值n的情况下，则判定终端的使用历史数据充分，对各个终端支持可用方式进行评估，在支付方式列表中显示支付指数满足预定条件的支付方式。这时，支付方式列表中显示的各种支付方式的排序可以是根据其各自的支付指数确定的。例如，当支付指数是得分分数时，可以按照分数的高低排序显示各种支付方式。

用户可以从支付方式列表中选择一种支付方式进行支付操作，在每次支付行为结束后，存储当前支付行为所使用的支付方式及其相关数据以作为终端的使用历史数据。并且，在每次支付成功后，更新当前支付成功的支付方式为最近一次支付成功的支付方式。

随着支付行为的发生，每种支付方式的成功率和使用率各不相同，相应的支付指数也会出现差异化，从而，用户经常使用且支付成功率高的支付方式排序靠前供用户选择，而用户不经常使用或成功率低的支付方式排序靠后，甚至不在支付方式列表中显示。由此，引导用户使用高成功率的支付方式，提高用户的支付成功率，改善用户支付体验。

考虑到用户习惯，最近时间段的使用历史数据的价值要大于较远时间段的使用历史数据，因此，上述的使用历史数据可以具有有效时间范围，有效时间范围例如可以是“一个月”、“三个月”等时间范围。这时，可以基于下面的公式(3)或(4)来确定支付指数。

其中，m表示有效时间范围，其它参数的含义与上文公式相同。

有效时间范围可以是本地设置的，也可以由服务器基于终端上发生的支付行为而分别下发的。在基于上述公式确定支付方式的支付指数时，可以基于有效时间范围从终端上当前或最近一次发生支付行为的时刻往前计时，以便于得到该有效时间范围内的使用历史数据。

【应用例】

为了更好地理解本发明，如下将结合图3，并以新终端(新终端是指该终端设备及其上安装的客户端上均未发生任何支付行为，也没有使用历史数据)上的某一客户端及其相应的服务器为例，对本发明的方案进行解释说明。

1.针对新客户端，首先，在客户端上发生支付行为时，客户端在步骤S310发出请求支付的支付指令，服务器响应于支付指令会下发一种或多种可用支付方式。

2.客户端接收到服务器下发的可用支付方式后，在步骤S320基于终端是否支持对可用支付方式进行筛选，以在步骤S330在支付方式列表中显示终端支持的一种或多种可用支付方式。

3.在步骤S340，用户从支付方式列表中选择的一种支付方式以完成支付，客户端记录支付的相关数据信息以作为终端的使用历史数据。

4.在步骤S350，统计终端上所有可用支付方式支付成功总次数T，并判断T是否小于预定次数阈值n。在判断结果为是，即在T<n时，返回步骤S330，并在支付方式列表中显示终端支持的可用支付方式。在判断结果为否，即T大于或等于n时，则进入步骤S360。

5.在步骤S360，基于终端支持的一种或多种可用支付方式的使用历史数据、或者使用历史数据与服务器下发的参数信息，确定支付方式的支付指数。

6.在步骤S370，判断各种支付方式的支付指数是否满足预定条件，即支付指数是否不低于(大于或等于)预定分数阈值。若判断结果为是，则进入步骤S385，在支付方式列表中显示该支付方式。若判断结果为否，则进入步骤S380，以筛除不满足预定条件的支付方式，即不在支付方式列表中显示该支付方式。

至此，已经结合附图及实施例详细说明了本发明的筛选方法。

另外，本发明的筛选方案可以由一种筛选装置实现。图4是示出了根据本发明一个实施例的筛选装置的结构框图。其中，筛选装置400的功能模块可以由实现本发明原理的硬件、软件或硬件和软件的结合来实现。本领域技术人员可以理解的是，图4所描述的功能模块可以组合起来或者划分成子模块，从而实现上述发明的原理。因此，本文的描述可以支持对本文描述的功能模块的任何可能的组合、或者划分、或者更进一步的限定。

图4所示的筛选装置400可以用来实现图2所示的筛选方法，下面仅就筛选装置400可以具有的功能模块以及各功能模块可以执行的操作做简要说明，对于其中涉及的细节部分可以参见上文结合图2的描述，这里不再赘述。

如图4所示，本发明的筛选装置400可以包括支付指数确定单元410和显示单元420。

支付指数确定单元410可以用于基于终端支持的一种或多种可用支付方式各自的使用历史数据，确定终端支持的一种或多种可用支付方式各自的支付指数。其中，终端支持的一种或多种可用支付方式是从服务器下发的一种或多种可用支付方式中筛选出的终端支持的一种或多种支付方式。

显示单元420可以用于在支付方式列表中显示支付指数满足预定条件的支付方式，以供用户选择。其中，预定条件可以是支付方式的支付指数不低于预定分数阈值。

支付方式的支付指数可以是基于使用历史数据得到的，使用历史数据例如可以是支付方式的支付成功率、或者支付方式是否为终端最近一次支付成功的支付方式。

支付指数也可以是基于支付方式的使用历史数据以及针对当前支付业务而为该支付方式预先设定的参数信息得到的，参数信息可以是服务器下发或者本地设置的，预定分数阈值也可以是服务器下发或者本地设置的。

参数信息可以包括针对终端支持的一种或多种可用支付方式的使用历史数据的权重因子，也可以包括支付方式是否为服务器推荐的支付方式。

优选地，筛选装置还可以包括统计单元430。

统计单元430可以用于统计终端支持的所有支付方式的支付成功总次数T。在统计单元430统计的支付成功总次数T小于预定次数阈值n的情况下，显示单元420在支付方式列表中显示终端支持的一种或多种支付方式。在统计单元430统计的支付成功总次数T大于或等于预定次数阈值n的情况下，显示单元420在支付方式列表中显示支付指数满足预定条件的支付方式。

优选地，该装置还可以包括存储单元440和更新单元450。

在每次支付行为结束后，存储单元440可以存储当前支付行为所使用的支付方式及其相关数据信息，相关数据信息至少包括当前所使用的支付方式的支付结果信。在每次支付成功后，更新单元450可以更新当前支付成功的支付方式为最近一次支付成功的支付方式。

本发明的支付方式的筛选方案可以由一种计算设备实现。图5示出了根据本发明一个实施例的计算设备的示意性框图。

如图5所示，计算设备可以包括处理器510和存储器520，存储器520上存储有可执行代码，当可执行代码被处理器510执行时，使处理器510执行上述任何一项的筛选方法。其具体实现可参见上文的相关描述，在此不再赘述。

上文中已经参考附图详细描述了根据本发明的支付方式的筛选方法、装置和计算设备。

此外，根据本发明的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本发明的上述方法中限定的上述各步骤的计算机程序代码指令。

或者，本发明还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当所述可执行代码(或计算机程序、或计算机指令代码)被电子设备(或计算设备、服务器等)的处理器执行时，使所述处理器执行根据本发明的上述方法的各个步骤。

本领域技术人员还将明白的是，结合这里的公开所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

附图中的流程图和框图显示了根据本发明的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (18)

1.一种支付方式的筛选方法，包括：

基于终端支持的一种或多种可用支付方式各自的使用历史数据，确定所述终端支持的一种或多种可用支付方式各自的支付指数；以及

在支付方式列表中显示支付指数满足预定条件的支付方式，以供用户选择。

2.根据权利要求1所述的方法，其中，

所述预定条件是所述支付方式的支付指数不低于预定分数阈值。

3.根据权利要求2所述的方法，其中，所述支付方式的支付指数是基于下述至少一项得到的：

所述支付方式的支付成功率；

所述支付方式是否为所述终端最近一次支付成功的支付方式。

4.根据权利要求2所述的方法，其中，

所述支付指数是基于所述支付方式的使用历史数据以及针对当前支付业务而为该支付方式预先设定的参数信息得到的，所述参数信息是服务器下发或者本地设置的；并且/或者

所述预定分数阈值是服务器下发或者本地设置的。

5.根据权利要求4所述的方法，其中，所述参数信息包括：

针对所述终端支持的一种或多种可用支付方式的使用历史数据的权重因子；和/或

所述支付方式是否为服务器推荐的支付方式。

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

统计所述终端支持的所有可用支付方式的支付成功总次数T；

在所述支付成功总次数T小于预定次数阈值n的情况下，在所述支付方式列表中显示所述终端支持的一种或多种可用支付方式；以及/或者

在所述支付成功总次数T大于或等于预定次数阈值n的情况下，在所述支付方式列表中显示所述支付指数满足预定条件的支付方式。

7.根据权利要求1-6中任何一项所述的方法，其中，所述终端支持的一种或多种可用支付方式是从服务器下发的一种或多种可用支付方式中筛选出的终端支持的一种或多种支付方式。

8.根据权利要求1-6中任何一项所述的方法，其中，还包括：

在每次支付行为结束后，存储当前支付行为所使用的支付方式及其相关数据信息，所述相关数据信息至少包括当前所使用的支付方式的支付结果信息；以及/或者

在每次支付成功后，更新当前支付成功的支付方式为最近一次支付成功的支付方式。

9.一种支付方式的筛选装置，包括：

支付指数确定单元，用于基于终端支持的一种或多种可用支付方式各自的使用历史数据，确定所述终端支持的一种或多种可用支付方式各自的支付指数；以及

显示单元，用于在支付方式列表中显示支付指数满足预定条件的支付方式，以供用户选择。

10.根据权利要求9所述的装置，其中，

所述预定条件是所述支付方式的支付指数不低于预定分数阈值。

11.根据权利要求10所述的装置，其中，所述支付方式的支付指数是基于下述至少一项得到的：

所述支付方式的支付成功率；

所述支付方式是否为所述终端最近一次支付成功的支付方式。

12.根据权利要求10所述的装置，其中，

所述支付指数是基于所述支付方式的使用历史数据以及针对当前支付业务而为该支付方式预先设定的参数信息得到的，所述参数信息是服务器下发或者本地设置的；并且/或者

所述预定分数阈值是服务器下发或者本地设置的。

13.根据权利要求12所述的装置，其中，所述参数信息包括：

针对所述终端支持的一种或多种可用支付方式的使用历史数据的权重因子；和/或

所述支付方式是否为服务器推荐的支付方式。

14.根据权利要求9所述的装置，其中，还包括：

统计单元，用于统计所述终端支持的所有可用支付方式的支付成功总次数T；

在所述统计单元统计的所述支付成功总次数T小于预定次数阈值n的情况下，所述显示单元在所述支付方式列表中显示所述终端支持的一种或多种可用支付方式；以及/或者

在所述统计单元统计的所述支付成功总次数T大于或等于预定次数阈值n的情况下，所述显示单元在所述支付方式列表中显示所述支付指数满足预定条件的支付方式。

15.根据权利要求9-14中任何一项所述的装置，其中，所述终端支持的一种或多种可用支付方式是从服务器下发的一种或多种可用支付方式中筛选出的终端支持的一种或多种支付方式。

16.根据权利要求9-14中任何一项所述的装置，其中，还包括：

在每次支付行为结束后，存储当前支付行为所使用的支付方式及其相关数据信息，所述相关数据信息至少包括当前所使用的支付方式的支付结果信息；以及/或者

在每次支付成功后，更新当前支付成功的支付方式为最近一次支付成功的支付方式。

17.一种计算设备，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求1-8中任何一项所述的方法。

18.一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被计算设备的处理器执行时，使所述处理器执行如权利要求1-8中任一项所述的方法。