CN111144874A

CN111144874A - 支付方式推荐方法、装置及设备

Info

Publication number: CN111144874A
Application number: CN201911330555.1A
Authority: CN
Inventors: 张稀昂
Original assignee: Alipay Labs Singapore Pte Ltd
Current assignee: Advanced Nova Technology Singapore Holdings Ltd
Priority date: 2019-12-20
Filing date: 2019-12-20
Publication date: 2020-05-12
Anticipated expiration: 2039-12-20
Also published as: CN111144874B

Abstract

本说明书实施例提供一种支付方式推荐方法、装置及设备，本说明书实施例为了响应于用户的支付操作请求，在用户终端针对已存支付方式列表中的每个支付方式，将与支付操作请求相关的待支付信息与使用支付方式支付成功的历史支付信息进行相似度比较，获得支付操作相似度，并结合支付操作相似度以及支付方式的评估值等实时的多维特征信息，来确定支付方式的优先级，进而向用户推荐优先级最高的目标支付方式，通过多维特征确定支付方式优先级，可以提高推荐准确性，有效提高用户在收银台的支付意愿率和成功率。推荐计算在端上完成，具有延迟短、推荐效率高的特点，并且能在离线的情况实现支付方式的推荐。

Description

支付方式推荐方法、装置及设备

技术领域

本说明书涉及计算机技术领域，尤其涉及一种支付方式推荐方法、装置及设备。

背景技术

随着终端技术的快速发展，人们在网上购物或者实体店购物时，越来越多地选择终端上的软件完成支付。相关技术中，软件向用户提供了多种支付方式，例如，信用卡支付、储蓄卡支付、代付、账户余额支付等。为了满足用户的快速支付需求，在用户进行支付时，终端的支付软件把支付请求提交给服务器，由服务器进行推荐规则计算，支付软件向用户推荐服务器反馈的调整过顺序的支付方式列表。现有的推荐支付方式通常是基于用户上一次使用的支付方式来进行推荐。

鉴于此，提供一种能提高推荐准确率的支付方式推荐方案显得尤为重要。

发明内容

为克服相关技术中存在的问题，本说明书提供了支付方式推荐方法、装置及设备。

根据本说明书实施例的第一方面，提供一种支付方式推荐方法，所述方法应用于用户终端，包括：

响应于用户的支付操作请求，针对已存支付方式列表中的每个支付方式，采用以下方式确定支付方式的优先级：

将与所述支付操作请求相关的待支付信息与使用支付方式支付成功的历史支付信息进行相似度比较，获得支付操作相似度；

结合支付操作相似度以及所述支付方式的评估值，确定所述支付方式的优先级；所述评估值是依据用户历史使用所述支付方式进行支付的结果而得；

向用户推荐优先级最高的目标支付方式。

根据本说明书实施例的第二方面，提供一种支付方式推荐装置，所述装置应用于用户终端，包括：

优先级确定模块，用于响应于用户的支付操作请求，针对已存支付方式列表中的每个支付方式，采用以下方式确定支付方式的优先级：将与所述支付操作请求相关的待支付信息与使用支付方式支付成功的历史支付信息进行相似度比较，获得支付操作相似度；结合支付操作相似度以及所述支付方式的评估值，确定所述支付方式的优先级；所述评估值是依据用户历史使用所述支付方式进行支付的结果而得；

信息推荐模块，用于向用户推荐优先级最高的目标支付方式。

根据本说明书实施例的第三方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如上任一项所述方法。

本说明书的实施例提供的技术方案可以包括以下有益效果：

本说明书实施例中，为了响应于用户的支付操作请求，在用户终端针对已存支付方式列表中的每个支付方式，将与支付操作请求相关的待支付信息与使用支付方式支付成功的历史支付信息进行相似度比较，获得支付操作相似度，并结合支付操作相似度以及支付方式的评估值等实时的多维特征信息，来确定支付方式的优先级，进而向用户推荐优先级最高的目标支付方式，通过多维特征确定支付方式优先级，可以提高推荐准确性，有效提高用户在收银台的支付意愿率和成功率。推荐计算在端上完成，具有延迟短、推荐效率高的特点，并且能在离线的情况实现支付方式的推荐。

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

附图说明

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

图1是本说明书根据一示例性实施例示出的一种支付方式推荐方法的流程图。

图2是本说明书根据一示例性实施例示出的另一种支付方式推荐方法的示意图。

图3是本说明书根据一示例性实施例示出的一种支付方式推荐装置所在计算机设备的硬件结构图。

图4是本说明书根据一示例性实施例示出的一种支付方式推荐装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施例并不代表与本说明书相一致的所有实施例。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

随着智能移动终端的普及，终端支付的使用也越来越广泛，消费者也越发享受终端支付带来的便携性。支付方式，也可以称为付款方式、支付渠道等。支付方式的类型越来越多，例如，信用卡支付、储蓄卡支付、账户余额支付、亲情号代付、找朋友帮忙付等等。相关技术中，在用户进行支付时，用户终端把支付请求提交给服务器，由服务器进行推荐规则计算，用户终端向用户推荐服务器反馈的调整过顺序的支付方式列表。而推荐支付方式通常是基于用户上一次使用的支付方式来进行推荐，推荐准确率不高。并且，发明人发现，服务器直接采集到的信息有限、且容易受到网络影响，在离线的情况下，无法进行实时推荐。

鉴于此，本说明书提供一种支付方式推荐方案，为了响应于用户的支付操作请求，在用户终端针对已存支付方式列表中的每个支付方式，采用以下方式确定支付方式的优先级，将与支付操作请求相关的待支付信息与使用支付方式支付成功的历史支付信息进行相似度比较，获得支付操作相似度，并结合支付操作相似度以及支付方式的评估值等实时的多维特征信息，来确定支付方式的优先级，进而向用户推荐优先级最高的目标支付方式，从而提高推荐准确性，有效提高用户在收银台的支付意愿率和成功率。推荐计算在端上完成，具有延迟短、推荐效率高的特点，并且能在离线的情况实现支付方式的推荐。

接下来对本说明书实施例进行示例说明。

如图1所示，是本说明书根据一示例性实施例示出的一种支付方式推荐方法的流程图，所述方法应用于用户终端，包括以下步骤：

在步骤102中，响应于用户的支付操作请求，针对已存支付方式列表中的每个支付方式，采用以下方式确定支付方式的优先级：

在步骤104中，向用户推荐优先级最高的目标支付方式。

本实施例提供的支付方式推荐方法可以通过软件执行，也可以通过软件和硬件相结合或者硬件执行的方式实现，所涉及的硬件可以由两个或多个物理实体构成，也可以由一个物理实体构成。本实施例方法可以应用于具有处理能力的用户终端。其中，用户终端可以是PC、平板电脑、笔记本电脑、PDA(Personal Digital Assistant，个人数字助理)、可穿戴设备等具有支付功能的设备。例如，支付方式推荐方法可以由用户终端中的收银台服务执行。电商软件或支付软件在支付时，可以调用收银台服务，从而利用收银台服务在用户终端进行支付方式优先级计算，并推荐优先级最高的目标支付方式。

用户的支付操作请求可以是进入付款页面的请求，也可以是调用收银台服务的请求。示例的，在支付软件中，当用户点击付款控件时，可以触发支付操作请求。在电商软件中，当用户点击提交订单控件时，可以触发支付操作请求。

响应于用户的支付操作请求，针对已存支付方式列表中的每个支付方式，可以确定其优先级。

其中，已存支付方式列表可以是用户终端中存储的记录有一种或多种支付方式的支付列表。在一个例子中，已存支付方式列表可以是从服务端获取的。例如，第一次调用收银台服务时，用户终端可以发起请求至服务端，获得由服务端反馈的支付方式列表，并将支付方式列表存储在用户终端。在另一个例子中，已存支付方式列表也可以是用户终端在网络良好的情况下定时从服务端中获取并更新的。已存支付方式列表中支付方式的排列顺序可以是服务端根据历史支付信息进行统计获得的，也可以是用户配置的等。

针对已存支付方式列表中的每个支付方式，可以将与支付操作请求相关的待支付信息与使用该支付方式支付成功的历史支付信息进行相似度比较，获得支付操作相似度，结合支付操作相似度以及该支付方式的评估值，确定该支付方式的优先级。

待支付信息是与本次支付相关的信息，如，可以是会影响选择支付方式的支付信息。在一个示例中，待支付信息包括但不限于：发送支付操作请求时的地理位置、发送支付操作请求的时间、待支付商品信息中的一种或多种。某些场景中，不同的地理位置范围选取支付方式可能不同，如某些区域或商铺针对某种支付方式有优惠，则用户选取该支付方式的可能性比较大。某些场景中，不同的时间段选取支付方式可能不同，如，上班时间购买早餐的可能性比较大，而有些用户可能为了记录餐饮消费，可能在餐饮时间选择某个固定的支付方式进行支付。某些场景中，不同商品类型选取支付方式可能不同，不同类型的商品可以反映商品价格、所属分类等特征，用户基于不同的需求，可能会采用某固定支付方式购买某种类型的商品等。为此，本说明书实施例利用与支付操作请求相关的待支付信息与使用支付方式支付成功的历史支付信息进行相似度比较，可以获得当前支付操作与历史支付操作间的相似度，进而利用支付操作相似度作为评价因子(特征数据)来评估支付方式的优先级，可以提高评估准确性。

应当理解的是，待支付信息还可以包括其他与本次支付相关的信息，例如，还可以包括待支付金额等，在此不一一赘述。

关于历史支付信息，每种支付方式可以有对应的历史支付信息。将与支付操作请求相关的待支付信息分别与每种支付方式的历史支付信息进行相似度比较，获得当前支付操作与历史支付操作间的相似度。历史支付信息可以由历史时间中支付成功时记录的支付信息获得。历史时间中支付成功时记录的支付信息可以包括：支付时的地理位置G、进行支付的时间T、支付商品信息I等。历史支付信息可以由历史时间中记录的多次支付信息进行汇总统计获得。例如，采用正态分布的方式获得每类历史支付信息。历史支付信息中的地理位置可以是位置范围、支付时间也可以是时间范围、支付商品信息可以是商品类型等。具体汇总统计的方式可以根据需求配置，在此不一一赘述。

进行相似度比较时，针对地理位置，可以比较发送支付操作请求时的地理位置是否在历史支付信息中的某个地理位置范围内；针对时间，可以比较发送支付操作请求的时间是否在历史支付信息中的某个时间范围内；针对商品信息，可以比较待支付商品信息是否属于历史支付信息中的某个商品类型等。当待支付信息包括多个时，可以综合多个比较结果获得支付操作相似度。例如，可以采用加权求和的方式获得支付操作相似度，以待支付信息包括发送支付操作请求时的地理位置、发送支付操作请求的时间、待支付商品信息为例，可以采用公式sim＝a*△G+b*△t+c*△i确定支付操作相似度。其中，sim表示支付操作相似度，a表示地理位置权重值；△G表示待支付信息中地理位置与支付方式对应的地理位置的相似度；b表示时间权重值；△t表示待支付信息中的时间与支付方式对应的时间的相似度；c表示商品权重值；△i表示待支付信息中的商品与支付方式对应的商品的相似度。a、b和c的值可以根据需求配置，例如，根据相应因子的重要程度进行配置。应当理解的是，还可以采用其他计算支付操作相似度的方式，在此不一一赘述。

在获得支付操作相似度后，可以至少结合支付操作相似度以及支付方式的评估值，确定支付方式的优先级。

其中，支付方式的评估值可以是依据用户历史使用支付方式进行支付的结果而确定，评估值可以用于评估该支付方式自身的优劣程度。支付方式的评估值用来评估选择支付方式的可能性，可以用一维或多维特征来评估是否选择支付方式。在一个示例中，评估值可以包括：支付方式推进完成速度、用户使用支付方式进行支付的成功率中的一种或多种。支付方式推进完成速度越来，选择该支付方式的可能性也越大；用户使用支付方式进行支付的成功率越大，选择该支付方式的可能性也越大，为此，可以将支付方式推进完成速度、和/或用户使用支付方式进行支付的成功率作为支付方式的评估值，并至少结合支付操作相似度来确定支付方式的优先级。所谓支付方式的优先级，用于表征选择支付方式的可能性，优先级越高，选择支付方式的可能性越大。

在一个示例中，支付方式的优先级可以将支付操作相似度以及支付方式的评估值进行加权求和获得。例如，采用以下公式确定支付方式的优先级：

priority＝sim+h*Q+i*S

其中，priority表示支付方式的优先级，sim表示支付操作相似度，h表示完成速度权重值，Q表示支付方式推进完成速度，i表示成功率权重值，S表示用户使用支付方式进行支付的成功率。

在不同场景中，可以为不同的特征数据配置不同的权重值。例如，在大促促销或者低电量场景，可以提高Q和S的权重比，将能快速完成支付和成功率高的支付方式推荐给用户。

该实施例采用加权求和的方式确定优先级，可以提高计算效率。而在其他实施例中，也可以采用其他计算方式结合支付操作相似度和支付方式的评估值来确定支付方式的优先级，在此不做一一赘述。

为了进一步提高推荐用户偏好的支付方式的准确性，还可以结合与支付操作请求相关的其他特征数据确定支付方式的优先级。即，所述支付方式的优先级由支付操作相似度以及支付方式的评估值、结合与支付操作请求相关的其他特征数据进行确定。例如，发明人发现在某些场景中，当前的网络环境和/或当前设备的剩余电量，也会影响用户选择支付方式，为此，支付方式的优先级的影响因子还包括：支付设备当前网络环境等级和/或支付设备当前剩余电量。示例的，所述其他特征数据可以包括：支付设备当前网络环境等级下选择所述支付方式的评分值、支付设备当前剩余电量下选择所述支付方式的评分值中的一种或多种。例如，按网络强弱将网络环境分为三个等级：强网络、弱网络、极弱网络。例如，支付设备当前网络环境等级下选择所述支付方式的评分值可以根据历史选择记录进行大数据分析获得，支付设备当前剩余电量下选择所述支付方式的评分值可以根据历史选择记录进行大数据分析获得。

该实施例可以通过结合多维特征信息，来提高确定支付方式优先级的准确性，推荐用户期望的支付方式。

在一个例子中，所述支付方式的优先级的确定过程可以包括：

将支付操作相似度、所述支付方式的评估值，以及其他特征数据进行加权求和，获得所述支付方式的优先级；每个特征数据的权重值依据支付场景进行动态调整。

例如，支付场景可以包括大促促销场景、低电量场景、网络差场景、普通场景中的一种或多种等。根据不同支付场景的需求，可以调整特征数据的权重值。

以其他特征数据包括当前网络环境等级下选择所述支付方式的评分值、支付设备当前剩余电量为例，可以采用以下公式确定支付方式的优先级：

priority’＝sim+e*W+f*V+h*Q+i*S

其中，priority’表示支付方式的优先级，sim表示支付操作相似度，e表示网络环境权重值，W表示支付设备当前网络环境等级下选择所述支付方式的评分值，V表示支付设备当前剩余电量下选择所述支付方式的评分值，h表示完成速度权重值，Q表示支付方式推进完成速度，i表示成功率权重值，S表示用户使用支付方式进行支付的成功率。相应的目标支付方式可以是：recom＝Max(priority’1,priority’2,priority’3...)。

该实施例不仅结合支付操作相似度以及支付方式的评估值，还结合支付设备网络环境等级以及电量权重值，通过多维特征信息来评估支付方式的优先级，从而提高确定目标支付方式的准确性。

示例的，针对不同维度的特征信息可以进行归一化处理，并使用来表示每个维度的特征信息的值(sim、W、V、Q、S)均与优先级呈正相关关系。从而实现其他特征不变的情况下支付操作相似度越大，优先级越高；其他特征不变的情况下成功率越高，优先级越高；不同网络环境等级对支付方式的影响可能不同，也可能相同，即，在相同网络环境等级的情况下，选择不同支付方式的可能性不一定相同，为此，对应的W值可能相同，也可能不同；不同电量对支付方式的影响可能相同，也可能不同，即，在相同低电量的情况下，选择不同支付方式的可能性不一定相同，为此，对应的V值可能相同，也可能不同。

在获得已存支付方式列表中每个支付方式的优先级后，可以将优先级最高的支付方式作为目标支付方式，推荐给用户。而推荐给用户的方式有很多种，例如，可以在页面中仅展示目标支付方式，以便可以直接以目标支付方式作为用户选中的支付方式直接进行支付。当用户点击查看其他支付方式时，再展示已存支付方式列表。又如，可以将已存支付方式列表中的支付方式按优先级排序，以将目标支付方式排列在首位，方便用户选择。

而某些场景中，重新排序支付方式，在用户期望选择其他支付方式时，需要依次查看重新排序后的列表中的支付方式，如果期望选择的支付方式刚好排列在后面，则需要浪费用户较长时间。而如果保持已存支付方式列表不变的话方便用户记忆支付方式的排列顺序，特别是已存支付方式列表是用户配置的情况，用户大概知道每种支付方式的位置，则可以快速找到除目标支付方式以外的其他支付方式。为此，在一个实施例中，可以保持已存支付方式列表不变，向用户推荐优先级最高的目标支付方式。示例的，可以以突出显示的方式在列表中重点显示目标支付方式。例如，以红点、阴影、坐标元素凸显等加强显示的方式重点显示目标支付方式，以使列表中目标支付方式与其他支付方式的显示不同，便于用户快捷找到目标支付方式。在另一个示例中，为了使支付方式的控件能被用户及时触达，在保持已存支付方式列表不变的情况下，在向用户推荐目标支付方式时，滑动已存支付方式列表，以使已存支付方式列表中目标支付方式的控件显示在屏幕的指定位置。具体的，所述用户终端还存储有：支付方式的控件被选择时的绝对位置。所述向用户推荐优先级最高的目标支付方式，包括：

依据目标支付方式的控件的绝对位置，滑动所述已存支付方式列表，以使所述已存支付方式列表中目标支付方式的控件显示在屏幕的指定位置。

其中，指定位置可以是预配置的用户点击支付方式控件的偏好位置，或用户上一次选中支付方式的控件时控件在屏幕上的位置等，具体根据需求配置。

在该实施例中，通过目标支付方式的控件的绝对位置，来滑动支付方式列表，以实现将目标支付方式的控件显示在屏幕的指定位置，能让支付方式直接触达用户，而不是仅仅呈现出带顺序的支付列表，以便用户可以快速的完成支付操作。

关于绝对位置的确定过程，在一个示例中，绝对位置可以由支付方式的控件被选择时在屏幕上的位置以及已存支付列表的滑动距离确定。例如，可以在在支付方式的控件被选中、且提交支付请求后，获取选中支付方式的控件的位置信息；依据已存支付方式列表的滑动距离以及所述位置信息，获得选中支付方式的控件的绝对位置。

其中，选中支付方式的控件的位置信息可以通过DOM(Document Object Model，文档对象模型)坐标采集的方式获得。

该实施例通过选中支付方式的控件的位置信息、以及列表的滑动距离，可以快速获得选中支付方式的控件的绝对位置。

以上实施例中的各种技术特征可以任意进行组合，只要特征之间的组合不存在冲突或矛盾，但是限于篇幅，未进行一一描述，因此上述实施例中的各种技术特征的任意进行组合也属于本说明书公开的范围。

以下以其中一个组合进行示例说明，如图2所示。

首次通过用户终端进入收银台，可以发起请求给Server端，获得初始支付方式列表，并将初始支付方式列表作为已存支付方式列表在端内进行缓存。用户从已存支付方式列表中选择某种支付方式，例如，支付方式按ABCDEFG进行排序，用户通过向上滑动已存支付方式列表，找到支付方式E后，选中支付方式E，并提交支付。端缓存模块将选中支付方式的DOM节点进行记录，记为特征D，选中支付方式的点击坐标为变量P(x,y)，用户在支付方式列表滑动的距离定义为变量LX和LY，则选中支付方式的点击绝对坐标为P1＝p(x+LX,y+LY)。同时定义如下采集特征：支付时的地理位置G，进行支付的时间T，设备网络环境等级w，可分为强网络，弱网络，极弱网络等，设备电量v，支付商品信息I，支付渠道推进完成速度Q，支付渠道成功率S，通过如采集的特征，可以获得支付设备当前网络环境等级下选择支付方式A的评分值W，以及支付设备当前剩余电量下选择支付方式A的评分值V。依据获得的特征数据，定义端上支付方式A的模型Amodel＝M(G,T,W,V,I,P1,D,Q,S)，可以将模型数据计入用户终端的端缓存模块，其他支付方式(如BCDEFG等)同理。

用户非首次进入该收银台，从端缓存模块获取缓存。分为两种情况：

1.若无缓存可用。先从Server端拉取支付方式列表，刷新端内缓存数据。根据Server端的列表显示支付方式。

2.若有历史缓存可用。端内计算模块根据本次支付订单的地理位置G1，订单创建时间T1和商品信息I1,和端缓存模块存储的各项支付模型Amodel,Bmodel....等进行遍历对比，计算出△G,△t，△i，进而计算出支付操作相似度sim＝S(△G,△t,△i)。例如，对于每个特征数据(也可以称为因子)，分别定义权重，用a,b,c…依次表示，则支付操作相似度为模型sim＝a*△G+b*△t+c*△i，根据前述的各项端采集特征，计算支付方式优先级为：priority’＝sim+e*W+f*V+h*Q+i*S。则目标支付方式为recom＝Max(priority’1,priority’2,priority’3...)。然后根据端缓存模块存储的模型进行支付方式定位，取出recom支付方式的模型中的d(DOM节点信息)，根据DOM标识获取界面绝对坐标P1，使收银台界面直接滚动或显示到该坐标上。用户开始进行支付方式操作。相应的，在本次支付成功后，可以根据本次支付信息更新支付方式的模型。

本实施例利用端采集装置信息的实时性和维度更多的能力，使支付方式推荐更快速，受网络影响小，更稳定。通过DOM坐标采集及计算存储，能让支付方式直接触达用户，而不是仅仅呈现出带顺序的支付列表。

与前述支付方式推荐方法的实施例相对应，本说明书还提供了支付方式推荐装置及其所应用的电子设备的实施例。

本说明书支付方式推荐装置的实施例可以应用在计算机设备上，例如终端设备。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在文件处理的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本说明书实施例支付方式推荐装置所在计算机设备的一种硬件结构图，除了图3所示的处理器310、内存330、网络接口320、以及非易失性存储器340之外，实施例中支付方式推荐装置331所在的计算机设备，通常根据该计算机设备的实际功能，还可以包括其他硬件，对此不再赘述。

如图4所示，图4是本说明书根据一示例性实施例示出的一种支付方式推荐装置的框图，所述装置包括：

优先级确定模块42，用于响应于用户的支付操作请求，针对已存支付方式列表中的每个支付方式，采用以下方式确定支付方式的优先级：将与所述支付操作请求相关的待支付信息与使用支付方式支付成功的历史支付信息进行相似度比较，获得支付操作相似度；结合支付操作相似度以及所述支付方式的评估值，确定所述支付方式的优先级；所述评估值是依据用户历史使用所述支付方式进行支付的结果而得；

信息推荐模块44，用于向用户推荐优先级最高的目标支付方式。

在一个实施例中，所述待支付信息包括：发送支付操作请求时的地理位置、发送支付操作请求的时间、待支付商品信息中的一种或多种。

在一个实施例中，所述评估值包括：支付方式推进完成速度、用户使用支付方式进行支付的成功率中的一种或多种。

在一个实施例中，所述支付方式的优先级由：所述支付操作相似度以及所述支付方式的评估值结合与所述支付操作请求相关的其他特征数据进行确定，所述其他特征数据包括：支付设备当前网络环境等级下选择所述支付方式的评分值、支付设备当前剩余电量下选择所述支付方式的评分值中的一种或多种。

在一个实施例中，优先级确定模块42确定支付方式的优先级的过程包括：

在一个实施例中，所述用户终端还存储有：支付方式的控件被选择时的绝对位置，所述信息推荐模块44具体用于：

在一个实施例中，所述指定位置是预配置的用户点击支付方式控件的偏好位置，或用户上一次选中支付方式的控件时控件在屏幕上的位置。

在一个实施例中，所述装置还包括位置确定模块(图4未示出)，用于：

在支付方式的控件被选中、且提交支付请求后，获取选中支付方式的控件的位置信息；

依据已存支付方式列表的滑动距离以及所述位置信息，获得选中支付方式的控件的绝对位置。

相应的，本说明书还提供一种装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如上任一项所述支付方式推荐方法。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

相应的，本说明书实施例还提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令被处理器执行时实现上述任一项所述支付方式推荐方法。

本说明书实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

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

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

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

Claims

1.一种支付方式推荐方法，所述方法应用于用户终端，包括：

向用户推荐优先级最高的目标支付方式。

2.根据权利要求1所述的方法，所述待支付信息包括：发送支付操作请求时的地理位置、发送支付操作请求的时间、待支付商品信息中的一种或多种。

3.根据权利要求1所述的方法，所述评估值包括：支付方式推进完成速度、用户使用支付方式进行支付的成功率中的一种或多种。

4.根据权利要求1所述的方法，所述支付方式的优先级由所述支付操作相似度以及所述支付方式的评估值、结合与所述支付操作请求相关的其他特征数据进行确定，所述其他特征数据包括：支付设备当前网络环境等级下选择所述支付方式的评分值、支付设备当前剩余电量下选择所述支付方式的评分值中的一种或多种。

5.根据权利要求4所述的方法，所述支付方式的优先级的确定过程包括：

6.根据权利要求1所述的方法，所述用户终端还存储有：支付方式的控件被选择时的绝对位置，所述向用户推荐优先级最高的目标支付方式，包括：

7.根据权利要求6所述的方法，所述指定位置是预配置的用户点击支付方式控件的偏好位置，或用户上一次选中支付方式的控件时控件在屏幕上的位置。

8.根据权利要求6所述的方法，所述绝对位置的确定过程包括：

9.一种支付方式推荐装置，所述装置应用于用户终端，包括：

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1至8任一项所述方法。