CN109146451A - 一种支付渠道推荐方法和装置 - Google Patents

Abstract

本申请公开了一种支付渠道推荐方法和装置。方法包括：接收终端设备发送的业务请求，所述业务请求携带用户标识和/或所述用户所选币种的标识；基于所述业务请求确定支付渠道偏好数据，所述支付渠道偏好数据为所述用户所处区域对应的第一偏好数据和/或所述用户所选币种对应的第二偏好数据；基于所述支付渠道偏好数据，确定支付渠道推荐列表；将所述支付渠道推荐列表发送给所述终端设备。本申请基于终端设备的业务请求，确定用户所处区域维度和/或所选币种维度的支付渠道偏好数据，并基于支付渠道偏好数据为用户推荐支付渠道推荐列表，与现有技术中仅提供单一国家、单一币种的支付渠道推荐方案相比，能有效提供支付效率、订单成功率。

Description

一种支付渠道推荐方法和装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种支付渠道推荐方法和装置。

背景技术

在线支付是指卖方与买方通过因特网上的电子商务网站进行交易时，银行为其提供网上资金结算服务的一种业务。

在线支付的一般流程可以为：买方通过买方终端浏览商品、选择货物、填写网络订单等等，并发起下单请求，以使买方终端跳转至收银台界面；然后，买方在收银台界面上选择网络支付结算工具，并进行支付。

但是，结合图1示出的国内常见收银台界面可知，传统的收银台一般是针对某个单一区域(例如：国家)、单一币种的，难以满足买方多选择的支付需求。

发明内容

本说明书实施例提供一种支付渠道推荐方法和装置，用以解决现有的支付渠道推荐方法推荐的支付渠道过于单一，导致的支付效率低、订单成功率低的问题。

第一方面，本说明书实施例提供一种支付渠道推荐方法，包括：

接收终端设备发送的业务请求，所述业务请求携带用户标识和/或所述用户所选币种的标识；

基于所述业务请求确定支付渠道偏好数据，所述支付渠道偏好数据为所述用户所处区域对应的第一偏好数据和/或所述用户所选币种对应的第二偏好数据；

基于所述支付渠道偏好数据，确定支付渠道推荐列表；

将所述支付渠道推荐列表发送给所述终端设备。

第二方面，本说明书实施例还提供一种支付渠道推荐装置，包括：

接收模块，用于接收终端设备发送的业务请求，所述业务请求携带用户标识和/或所述用户所选币种的标识；

第一确定模块，用于基于所述业务请求确定支付渠道偏好数据，所述支付渠道偏好数据为所述用户所处区域对应的第一偏好数据和/或所述用户所选币种对应的第二偏好数据；

第二确定模块，用于基于所述支付渠道偏好数据，确定支付渠道推荐列表；

第一发送模块，用于将所述支付渠道推荐列表发送给所述终端设备。

第三方面，本申请实施例提供了一种支付渠道推荐设备，包括：存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机可执行指令，所述计算机可执行指令被所述处理器执行时实现如上述第一方面所述的支付渠道推荐方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机可执行指令，所述计算机可执行指令被处理器执行时实现如上述第一方面所述的支付渠道推荐方法的步骤。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

基于终端设备的业务请求，确定用户所处区域维度和/或所选币种维度的支付渠道偏好数据，并基于支付渠道偏好数据为用户推荐支付渠道推荐列表，与现有技术中仅提供单一国家、单一币种的支付渠道推荐方案相比，能够为用户推荐多国家、多币种的支付渠道，进而有效提供支付效率、订单成功率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本说明书提供的一种收银台界面的示意图；

图2为本说明书提供的一种应用场景的示意图；

图3为本说明书一实施例提供的一种支付渠道推荐方法的流程示意图；

图4为本说明书一实施例提供的确定第一偏好数据的流程示意图；

图5为本说明书另一实施例提供的一种支付渠道推荐方法的流程示意图；

图6为本说明书另一实施例提供的调整支付渠道推荐优先级的第一种实现方式的流程示意图；

图7为本说明书另一实施例提供的调整支付渠道推荐优先级的第二种实现方式的流程示意图；

图8为本说明书又一实施例提供的一种支付渠道推荐方法的流程示意图；

图9为本说明书一实施例提供的一种支付渠道推荐装置的结构示意图；

图10为本说明书一实施例提供的一种支付渠道推荐设备的结构示意图。

具体实施方式

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

正如背景技术部分陈述的，目前的收银台一般是针对单一区域、单一币种的，因此，当买方需要选择收银台提供的币种之外的币种的支付渠道时，或，当买方需要选择收银台针对的国家之外的国家的支付渠道时，则无法完成支付，进而影响用户体验。

基于此，本发明提供一种支付渠道推荐方法，通过从买方所处区域、币种中的至少一个维度确定支付渠道偏好数据，进而为买方推荐支付渠道。由此，可以满足多区域多币种的支付需求。

下面对本发明的应用场景进行示例性说明。

参见图2，本发明的一种应用场景可以为：

买方通过终端设备110浏览、选择商品，填写网络订单，并向商家服务器120发送第一下单请求；

商家服务器120响应于该第一下单请求向第三方支付服务器130发送第二下单请求；

第三方支付服务器130响应于该第二下单请求，向商家服务器120发送支付相关信息，例如：订单号、收银台地址等等；并由商家服务器120将支付相关信息转发给终端设备110；

终端设备110基于支付相关信息向收银服务器140发送收银台页面获取请求；

收银服务器140基于订单号查询订单相关信息，例如：买方相关信息、商品金额等等，并基于买方相关信息确定用户所处区域和/或用户所选币种对应的支付偏好数据，进而确定支付渠道推荐列表，并发送给终端设备110；

终端设备110基于支付渠道推荐列表跳转至收银台界面，并基于买方的支付渠道选择指令，向对应的支付服务器130发起支付请求，进而跳转至支付页面，以完成支付。

其中，终端设备110可以为PC端或移动终端，移动终端或者叫移动通信终端是指可以在移动中使用的计算机设备，广义的讲包括手机、笔记本、平板电脑、POS机甚至包括车载电脑。但是大部分情况下是指手机或者具有多种应用功能的智能手机以及平板电脑。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图3为本说明书一实施例提供的一种支付渠道推荐方法的流程示意图，参见图3，该方法可以由图2示出的收银服务器140执行，具体可以包括如下步骤：

步骤32、接收终端设备发送的业务请求，所述业务请求携带用户标识和/或所述用户所选币种的标识；

结合图2对应的应用场景，步骤32的实现方式可以为：

买方(用户)通过终端设备110向收银服务器140发送获取收银台页面业务的请求。

其中，用户标识可以为终端设备110的IP地址，也可以为用户手机号、邮箱等账号、身份证号等用于标识用户身份的信息；用户所选币种的标识可以为用户在填写网络订单时选择的币种的名称、编号等。

步骤34、基于所述业务请求确定支付渠道偏好数据，所述支付渠道偏好数据为所述用户所处区域对应的第一偏好数据和/或所述用户所选币种对应的第二偏好数据；

需要说明的是，当业务请求携带用户标识且用户标识为所述终端设备的IP地址时，步骤34的第一种实现方式可以为：

基于所述IP地址，确定所述用户所处区域；基于所述用户所处区域的支付渠道使用数据，确定第一偏好数据。

将IP地址示例为219.234.143.146，本实现方式可以具体为：

基于IP地址查询技术和IP地址库，可查询219.234.143.146对应的区域为中国-北京市；然后，从数据库中查询中国维度的支付渠道使用数据或者北京市维度的支付渠道使用数据；然后，对支付渠道使用数据进行分析、统计处理，获取该区域用户使用各支付渠道的使用率，作为得到该区域用户的第一偏好数据。

优选的，确定使用中国维度还是北京维度的步骤可以具体为：

步骤S1、确定用户的注册地或常驻地；

其中，注册地为用户注册时选择的位置；常驻地为收银服务器基于用户各业务请求对应的IP地址确定的位置，例如：用户注册地为北京，但其业务请求一般是在山东发起的，则确定其常驻地为山东。

优选的，注册地或常驻地的一般记录为国家-省市-县(区)，或者记录为币种区(货币区)-国家-省市-县(区)。

步骤S2、将用户当前所处的区域与注册地或常驻地进行对比，以确定区域维度。

此处优选为取最大的不同维度作为区域维度。例如：当前所处的区域为：美国-加州，注册地或常驻地为：中国-北京，两者最大维度上的不同为国家(美国-中国)，则确定的区域维度为国家-美国；若当前所处的区域为：中国-北京；注册地或常驻地为：中国-山东，两者最大维度上的不同为省市(北京-山东)，则确定的区域维度为省市-北京。

结合图4，当业务请求携带用户标识且用户标识为用户的身份信息时，步骤34的第二种实现方式可以为：

步骤42、基于所述用户的身份信息，确定所述用户调整支付渠道的历史行为数据；

其中，历史行为数据为用户调整支付渠道的优先级的操作对应的数据。

结合图1，历史行为数据可以举例为：收银服务器向终端设备发送支付渠道(支付方式)列表后，用户并未选择推荐优先级最高的支付方式1，而是选择了其他支付方式；或者是，用户在收银台界面手动将某一支付方式点选为默认支付方式/最优支付方式。

步骤44、基于所述历史行为数据，确定所述用户所处区域；

以身份信息为用户账号为例，步骤42-步骤44具体可以为：

以用户账号为查询特征，从数据库中查找出该用户预定时间段内的历史行为数据，对历史行为数据进行分析、统计，若该用户调整支付渠道的次数达到预定阈值，则认为用户所处区域为调整后的支付渠道对应的区域。例如：步骤34确定的用户当前所处区域为印度，推荐的最优支付渠道为Paytm，但用户多次将最优支付渠道调整为Apple pay且调整次数达到预定阈值，则默认用户所处区域为美国。

步骤46、基于所述用户所处区域的支付渠道使用数据，确定第一偏好数据。

对于步骤46，其实现方式与上述步骤34的第一种实现方式中的相关描述相似，故，此处不再对其进行赘述。

当业务请求携带用户所选币种的标识时，以用户所选币种为欧元为例，步骤34的第三种实现方式可以举例为：

统计用户使用欧元支付的相关数据，得到用户使用欧元支付时使用的各个支付渠道在所有支付渠道使用总量上所占比例，即使用率，并将各个支付渠道对应的使用率作为币种-欧元对应的偏好数据。

当业务请求携带用户标识和所述用户所选币种的标识时，步骤34的第四种实现方式可以为：

基于步骤34的第一个实现方式和第二个实现方式确定用户所处区域维度对应的偏好数据，基于步骤34的第三个实现方式确定币种维度对应的偏好数据；为两个维度分别配置权重，得到最终的支付渠道偏好数据。

或者，

基于用户所选币种和IP地址共同定位用户所处区域，例如：用户所选币种为欧元、IP地址显示用户所处区域为德国，则确定用户所处区域为德国；从用户所处区域的维度确定偏好数据。

或者，

用户所选币种和IP地址共同定位用户所处区域不一致时，例如：用户所选币种为美元、但IP地址显示用户所处区域为中国，则从“中国-美元”的维度，确定所处区域为中国、所选币种为美元的用户群体使用的各个支付渠道的使用率，作为该用户群体的偏好数据。

步骤36、基于所述支付渠道偏好数据，确定支付渠道推荐列表；

基于步骤34的各个实现方式可知，支付渠道偏好数据可以具体为不同维度下各支付渠道的使用率。

需要说明的是，步骤36的第一种实现方式可以为：

当支付渠道偏好数据为第一偏好数据时，依据用户所处区域的用户群体使用各支付渠道的使用率，对各支付渠道进行排序，并为使用率较高的支付渠道配置较高的推荐优先级。

步骤36的第二种实现方式可以为：

当支付渠道偏好数据为第一偏好数据(例如：德国用户的偏好数据)和第二偏好数据(例如：欧元区用户的偏好数据)时，则从德国用户群体的偏好数据和欧元区用户群体的偏好数据两个维度确定各支付渠道的使用率，并基于各支付渠道的使用率对各支付渠道进行排序。

步骤36的第三种实现方式可以为：

当支付渠道偏好数据为第二偏好数据时，假设币种为欧元，则依据用户支付欧元时所使用的各支付渠道的使用率，对各支付渠道进行排序，并为使用率较高的支付渠道配置较高的推荐优先级。

步骤38、将所述支付渠道推荐列表发送给所述终端设备。

结合图2，收银服务器140将支付渠道推荐列表发送给终端设备110，以使终端设备110调整至收银台界面；该收银台界面上展示有收银服务器140推荐的支付渠道，且各支付渠道按照推荐优先级展示在收银台界面上。

可选的，收银服务器140还为用户提供一自主选择的搜索框，以避免在定位异常、币种未选择的情况下，用户可通过手动搜索实现币种、区域的快速选择，进而为收银服务器140推荐支付渠道提供依据。

可见，本实施例基于用户通过终端设备发送的业务请求，确定用户所处区域维度和/或用户所选币种维度的支付渠道偏好数据，并基于该支付渠道偏好数据构建支付渠道推荐列表，以推荐给用户。与现有技术仅针对单一国家、单一币种的支付渠道推荐方案相比，能为用户提供多区域、多币种的支付渠道推荐方式，进而满足用户多选择的支付需求，具有提高支付效率、订单成功率的优点。

图5为本说明书另一实施例提供的一种支付渠道推荐方法的流程示意图，参见图5，该方法可以由图2示出的收银服务器140执行，具体可以包括如下步骤：

步骤52、接收终端设备发送的业务请求，所述业务请求携带用户标识和/或所述用户所选币种的标识；

步骤54、基于所述业务请求确定支付渠道偏好数据，所述支付渠道偏好数据为所述用户所处区域对应的第一偏好数据和/或所述用户所选币种对应的第二偏好数据；

步骤56、基于所述支付渠道偏好数据，确定支付渠道推荐列表；

步骤58、调整支付渠道推荐列表中各支付渠道的推荐优先级；

步骤510、将调整后的支付渠道推荐列表发送给所述终端设备。

对于步骤52-56、步骤510，其分别与图3对应的实施例中的步骤32-38相对应，其实现方式也对应相似。故，此处不再对步骤52-56、步骤510进行赘述，相似之处，请参见图3对应的实施例中的相关描述。

对于步骤58，结合图6，其第一种实现方式可以为：

步骤62、获取预定时间段内所述用户的支付渠道使用数据；

其中，预定时间段可以举例为一个月；支付渠道使用数据可以包括用户每个订单所使用的支付渠道的标识信息及其使用次数或频次，例如：Paytm20次，Freecharge18次，Flipkart Money10次。

步骤64、基于所述支付渠道使用数据，确定所述用户对应的第三偏好数据；

其中，第三偏好数据可以为用户使用各支付渠道的次数或频次，也可以为基于使用各支付渠道的次数或频次对各支付渠道评分得到的各支付渠道的偏好度。

步骤66、基于所述第三偏好数据，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。

假设支付渠道推荐列表为：第一优先级的Paytm、第二优先级的Freecharge和第三优先级的Flipkart Money。

若检测到用户对各支付渠道的偏好度(或次数、频次)为：Paytm＞Freecharge＞Flipkart Money，则确定用户偏好与推荐列表相吻合，不需要调整推荐优先级；

若检测到用户对各支付渠道的偏好度(或次数、频次)为：Freecharge＞Paytm＞Flipkart Money，则确定用户偏好与推荐列表不吻合，需要调整推荐优先级。调整规则可以为：

基于支付渠道推荐列表中各支付渠道对应的使用率以及用户使用各支付渠道的偏好度(或者次数、频次)，计算各支付渠道的评分，并基于评分重新调整支付渠道推荐列表中各支付渠道的次序及其对应的推荐优先级。

可见，步骤58的第一种本实现方式通过从用户个人偏好的维度对支付渠道的推荐优先级进行调整，以使推荐的支付渠道列表更符合用户的个人习惯。

结合图7，步骤58的第二种实现方式可以为：

步骤72、获取预定时间段内所述支付渠道推荐列表中各支付渠道的使用数据；

步骤74、基于所述各支付渠道的使用数据，确定各支付渠道的支付成功率；

对于步骤72-步骤74，需要说明的是，基于支付渠道推荐列表中各支付渠道的标识信息(例如：编号、名称等)从数据库中提取出各支付渠道的使用数据，该使用数据可以具体为：订单号、使用终端设备的IP地址、订单是否完成等。然后，对支付渠道的使用数据进行分析、统计，确定每个支付渠道的使用总次数以及成功次数，进而确定每个支付确定的支付成功率。

步骤76、基于所述支付成功率，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。

对于步骤76，假设支付渠道推荐列表为：第一优先级的Paytm、第二优先级的Freecharge和第三优先级的Flipkart Money。

若各支付渠道的支付成功率为：Paytm＞Freecharge＞Flipkart Money，则确定支付成功率与推荐优先级相吻合，不需要调整推荐优先级；

若检测到用户对各支付渠道的偏好度为：Freecharge＞Paytm＞FlipkartMoney，则确定支付成功率与推荐优先级不吻合，需要调整推荐优先级。调整规则可以为：

基于支付渠道推荐列表中各支付渠道对应的使用率以及各支付渠道的成功率，计算各支付渠道的评分，并基于评分重新调整支付渠道推荐列表中各支付渠道的次序及其对应的推荐优先级。

可见，步骤58的第二种实现方式通过统计各支付渠道的支付成功率，并将支付成功率作为调整支付渠道推荐优先级的依据之一，进而从使用率和成功率两个维度确定支付渠道的推荐优先级，避免出现支付渠道使用率高、成功率低的异常事件，达到进一步地提高支付效率、订单成功率的目的。

可选的，基于步骤58的第二种实现方式，本实施例还提供了支付渠道的容灾策略，容灾策略具体可以包括：

下线步骤、当检测到所述支付渠道推荐列表中存在目标支付渠道时，下线所述目标支付渠道；

其中，所述目标支付渠道为支付成功率小于预定阈值的支付渠道。

由此，当出现异常或者崩溃的支付渠道时，收银服务器及时下线对应的支付渠道，避免出现由于收银台页面不能及时相应造成用户支付失败、导致用户体验差的缺陷。

复查步骤：由收银服务器对该支付渠道进行复查，以确定该支付渠道是否确实出现了问题，若是，则向该支付渠道对应的第三方支付服务器发送报警信息，以使该第三方支付服务器对该支付渠道进行修复处理。

上线步骤：第三方支付服务器完成修复后，向收银服务器发起支付渠道上线请求；收银服务器再次对该支付渠道进行复查，若复查通过，则上线该支付渠道，并为该支付渠道配置一预定的对于普通支付渠道推荐优先级的推荐优先级，并继续检测该支付渠道的订单成功率，若该支付渠道的支付成功率上升至预定阈值，则将支付渠道的推荐优先级恢复至下线前的推荐优先级；若复查未通过，则拒绝第三方支付服务器的上线请求。

可选的，方法还包括：展示支付渠道优惠信息的步骤，该步骤具体可以为：

步骤S1、获取优惠信息列表

其中，该优惠信息列表中存有至少一条优惠信息及各优惠信息对应的支付渠道的标识信息(例如：编号、名称等)。例如：无优惠信息的支付渠道1$可以购买1000虚拟游戏币，但是使用有优惠信息的支付渠道A0.9$就可以购买1000虚拟游戏币。

步骤S2、当检测到所述优惠信息列表中存在目标优惠信息时，向所述终端设备发送优惠信息推荐数据；

其中，所述目标优惠信息为与所述支付渠道推荐列表中的支付渠道存在关联关系的优惠信息。

不难理解的是，步骤S2的实现方式可以为：

在确定支付渠道推荐列表后，基于支付渠道推荐列表中的各支付渠道的标识信息，查找优惠信息列表中是否与标识信息关联的优惠信息，并作为优惠信息推荐数据发送给终端设备，由终端设备将优惠信息与对应的支付渠道一并展示给用户，或者，在用户点选支付渠道A时，再将支付渠道A关联的优惠信息展示出来。由此，用户可及时获知各支付渠道的优惠信息，以便于用户选择合适的支付渠道，达到进一步地提高订单成功率的目的。

相应地，步骤58的第三种实现方式可以为：

确定所述目标优惠信息对应的优惠值；基于所述优惠值，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。

即，对支付渠道对应的优惠信息进行评分，得到优惠值，并基于支付渠道对应的优惠值和使用率，计算各支付渠道的评分，进而调整各支付渠道的推荐优先级。

步骤58的上述三种实现方式，其分别从支付渠道使用率+个人偏好、支付渠道使用率+成功率、支付渠道使用率+优惠信息三个组合的角度调整步骤36确定的初始支付渠道推荐列表中各支付渠道的推荐优先级，但不难理解的是，三种组合的拆分、重组合，例如支付渠道使用率+个人偏好+优惠信息的组合或其他组合均处于上述内容的保护范围内，此处不再一一展开说明。

可见，本实施例在图3对应的实施例的基础上，进一步基于用户个人偏好、成功率、优惠信息等，智能调整初始支付渠道推荐列表中各支付渠道的推荐优先级，以使推荐给用户的支付渠道推荐列表能最大可能的与用户需求相吻合，进而达到进一步地提高支付效率、订单成功率的目的。

图8为本说明书又一实施例提供的一种支付渠道推荐方法的流程示意图，参见图8，下面以实例的形式对本方法进行详细说明：

步骤82、系统冷启动，其具体实现方式可以为：

获取各个支付渠道的历史使用数据；

基于历史使用数据，确定各个国家维度、各个币种维度的支付渠道的历史使用率；

基于各维度下支付渠道的历史使用率，录入支付渠道在收银台优先级的序号，即在收银台界面上展示的优先级。

例如：一印度用户在某款游戏H5的游戏中想要购买1卢比(INR)的虚拟物品，则系统根据录入的支付渠道在收银台优先级的序号，确定印度用户群体使用的支付渠道的使用率从高到低依次为：Paytm和Freecharge以及FlipkartMoney。因此，在冷启动的阶段，系统依次展示Paytm和Freecharge以及FlipkartMoney，并默认Paytm为该印度用户首选的支付渠道。

步骤84、基于用户所选币种确定支付渠道推荐列表

如果业务方明确了币种信息，则可以根据币种维度展示收银台的支付渠道列表，类似国家维度的实例，也可以根据订单使用率和成功率调整此维度下的优先级。

例如：若业务方明确使用欧元，则可以统计欧元用户群体对应的支付渠道的使用率，进而得到支付渠道在收银台优先级的序号，并构建支付渠道列表。

若业务方未明确币种信息，则以国家维度进行支付渠道推荐。

步骤86、基于使用率调整支付渠道的顺序

首先，在得到初始支付渠道推荐列表后，随着用户订单的增加，计算出国家维度的渠道使用率，并按照用户使用率的从高到低调整收银台的支付渠道的顺序。

例如：根据用户的ip地址和ip库定位到用户属于印度地区，并展示印度维度的初始支付渠道推荐列表。但是因为某段时间Flipkart Money支付渠道推广，支付返现的活动，导致此支付渠道的使用率上升，而且大量印度地区用户手动选择此渠道，而不是冷启动的默认顺序，则调整为Flipkart Money为收银台的第一个默认支付渠道。

步骤88、第一次复查，其实现方式可以为：

对步骤85自动调整后的支付渠道进行复查，查看其使用率是否符合预期，若其使用率未达到预期的阈值，则切回原来冷启动时的顺序；

步骤810、基于订单的成功率调整支付渠道的顺序

调整支付渠道的顺序后，可能存在某个支付渠道使用率很高，是成功率很低的情况，因此，根据支付渠道订单的成功率需要及时调整该支付渠道的顺序，甚至将该支付渠道下线处理，并报警给系统管理员。

例如：在将Flipkart Money支付渠道调整至首位后，可能存在由于FlipkartMoney支付渠道提供商返现活动过于火爆，导致下单接口失败成功率太高的情况，即使用率很高但是成功率很低，进而出现后续下单服务不可用的问题。系统在检测到该情况后，下线Flipkart Money支付渠道并进行二次复查。

第二次复查的实现方式可以为：

对于下线的支付渠道，系统自动测试其状态，若确实存在问题，则联系支付渠道提供商进行修复，并在提供商确定渠道恢复后，再次检测其状态，若检测通过，则运行上线，并为其配置一较低优先级，继续检测其订单成功率，若检测到其订单成功率上升至预定阈值，则将其优先级调整到报警之前的优先级；

步骤812、展示优惠活动

例如：对于某个内购类游戏，终端设备可以在收银台界面中支付渠道的显示位置附近展示其优惠信息，例如：使用本支付渠道可享受9折优惠等等；

又例如：假如此内购类游戏和支付渠道Paytm联合提供优惠信息，使用Paytm渠道可以1卢比既可以购买1000虚拟游戏币的同时，可以返现0.1卢比到账户中。在收银台界面中可以展示此活动信息，并且可以设置本支付渠道为默认支付渠道。

步骤814：提供国家和币种的搜索框

如果对方根据币种和ip地址自动定位异常可以根据手动搜索实现币种的快速选择；

如果根据ip库判断用户的国家地区失败，则提供收银台的搜索框给用户手动选择，此用户就可以搜索India(印度)和INR(卢布)后，出现当前的印度地区的收银台支付渠道顺序，包括一些活动信息等。

可见，本实施例基于终端设备的业务请求，确定用户所处区域维度和/或所选币种维度的支付渠道偏好数据，并基于支付渠道偏好数据为用户推荐支付渠道推荐列表，与现有技术中仅提供单一国家、单一币种的支付渠道推荐方案相比，能有效提供支付效率、订单成功率。而且，本实施例还进一步基于用户个人偏好、成功率、优惠信息等，智能调整初始支付渠道推荐列表中各支付渠道的推荐优先级，以使推荐给用户的支付渠道推荐列表能最大可能的与用户需求相吻合，进而达到进一步地提高支付效率、订单成功率的目的。

另外，对于上述方法实施方式，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施方式并不受所描述的动作顺序的限制，因为依据本发明实施方式，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施方式均属于优选实施方式，所涉及的动作并不一定是本发明实施方式所必须的。

图9为本说明书一实施例提供的一种支付渠道推荐装置的结构示意图，参见图9，该装置具体可以包括：接收模块91、第一确定模块92、第二确定模块93以及第一发送模块94，其中：

接收模块91，用于接收终端设备发送的业务请求，所述业务请求携带用户标识和/或所述用户所选币种的标识；

第一确定模块92，用于基于所述业务请求确定支付渠道偏好数据，所述支付渠道偏好数据为所述用户所处区域对应的第一偏好数据和/或所述用户所选币种对应的第二偏好数据；

第二确定模块93，用于基于所述支付渠道偏好数据，确定支付渠道推荐列表；

第一发送模块94，用于将所述支付渠道推荐列表发送给所述终端设备。

可选的，所述用户标识为所述终端设备的IP地址；

所述业务请求携带用户标识时，所述第一确定模块92，具体用于：

基于所述IP地址，确定所述用户所处区域；

基于所述用户所处区域的支付渠道使用数据，确定第一偏好数据。

可选的，所述用户标识为所述用户的身份信息；

所述业务请求携带用户标识时，所述第一确定模块92，具体用于：

基于所述用户的身份信息，确定所述用户调整支付渠道的历史行为数据；

基于所述历史行为数据，确定所述用户所处区域；

基于所述用户所处区域的支付渠道使用数据，确定第一偏好数据。

可选的，还包括：

第一获取模块，用于获取预定时间段内所述用户的支付渠道使用数据；

第三确定模块，用于基于所述支付渠道使用数据，确定所述用户对应的第三偏好数据；

第一调整模块，用于基于所述第三偏好数据，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。

可选的，还包括：

第二获取模块，用于获取预定时间段内所述支付渠道推荐列表中各支付渠道的使用数据；

第四确定模块，用于基于所述各支付渠道的使用数据，确定各支付渠道的支付成功率；

第二调整模块，用于基于所述支付成功率，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。

可选的，还包括：

容灾模块，用于当检测到所述支付渠道推荐列表中存在目标支付渠道时，下线所述目标支付渠道；

其中，所述目标支付渠道为支付成功率小于预定阈值的支付渠道。

可选的，还包括：

第三获取模块，用于获取优惠信息列表；

第二发送模块，用于当检测到所述优惠信息列表中存在目标优惠信息时，向所述终端设备发送优惠信息推荐数据；

其中，所述目标优惠信息为与所述支付渠道推荐列表中的支付渠道存在关联关系的优惠信息。

可见，本实施例基于终端设备的业务请求，确定用户所处区域维度和/或所选币种维度的支付渠道偏好数据，并基于支付渠道偏好数据为用户推荐支付渠道推荐列表，与现有技术中仅提供单一国家、单一币种的支付渠道推荐方案相比，能有效提供支付效率、订单成功率。而且，本实施例还进一步基于用户个人偏好、成功率、优惠信息等，智能调整初始支付渠道推荐列表中各支付渠道的推荐优先级，以使推荐给用户的支付渠道推荐列表能最大可能的与用户需求相吻合，进而达到进一步地提高支付效率、订单成功率的目的。

对于上述装置实施方式而言，由于其与方法实施方式基本相似，所以描述的比较简单，相关之处参见方法实施方式的部分说明即可。

应当注意的是，在本发明的装置的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本发明不受限于此，可以根据需要对各个部件进行重新划分或者组合。

图10为本说明书一实施例提供的一种支付渠道推荐设备的结构示意图，参见图10，该设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器701和存储器702，存储器702中可以存储有一个或一个以上存储应用程序或数据。其中，存储器702可以是短暂存储或持久存储。存储在存储器702的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对支付渠道推荐设备中的一系列计算机可执行指令。更进一步地，处理器701可以设置为与存储器702通信，在支付渠道推荐设备上执行存储器702中的一系列计算机可执行指令。支付渠道推荐设备还可以包括一个或一个以上电源703，一个或一个以上有线或无线网络接口704，一个或一个以上输入输出接口705，一个或一个以上键盘706等。

在一个具体的实施例中，支付渠道推荐设备包括存储器、处理器和存储在所述存储器上并可在所述处理器上运行的计算机可执行指令，所述计算机可执行指令被所述处理器执行时实现以下流程：

接收终端设备发送的业务请求，所述业务请求携带用户标识和/或所述用户所选币种的标识；

基于所述业务请求确定支付渠道偏好数据，所述支付渠道偏好数据为所述用户所处区域对应的第一偏好数据和/或所述用户所选币种对应的第二偏好数据；

基于所述支付渠道偏好数据，确定支付渠道推荐列表；

将所述支付渠道推荐列表发送给所述终端设备。

可选地，所述业务请求携带用户标识时，所述计算机可执行指令被所述处理器执行时，基于所述IP地址，确定所述用户所处区域；

基于所述用户所处区域的支付渠道使用数据，确定第一偏好数据；

其中，所述用户标识为所述终端设备的IP地址。

可选地，所述业务请求携带用户标识时，所述计算机可执行指令被所述处理器执行时，基于所述用户的身份信息，确定所述用户调整支付渠道的历史行为数据；

基于所述历史行为数据，确定所述用户所处区域；

基于所述用户所处区域的支付渠道使用数据，确定第一偏好数据；

其中，所述用户标识为所述用户的身份信息。

可选地，所述计算机可执行指令被所述处理器执行时，获取预定时间段内所述用户的支付渠道使用数据；

基于所述支付渠道使用数据，确定所述用户对应的第三偏好数据；

基于所述第三偏好数据，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。

可选地，所述计算机可执行指令被所述处理器执行时，获取预定时间段内所述支付渠道推荐列表中各支付渠道的使用数据；

基于所述各支付渠道的使用数据，确定各支付渠道的支付成功率；

基于所述支付成功率，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。

可选地，所述计算机可执行指令被所述处理器执行时，当检测到所述支付渠道推荐列表中存在目标支付渠道时，下线所述目标支付渠道；

其中，所述目标支付渠道为支付成功率小于预定阈值的支付渠道。

可选地，所述计算机可执行指令被所述处理器执行时，获取优惠信息列表；

当检测到所述优惠信息列表中存在目标优惠信息时，向所述终端设备发送优惠信息推荐数据；

其中，所述目标优惠信息为与所述支付渠道推荐列表中的支付渠道存在关联关系的优惠信息。

可选地，所述计算机可执行指令被所述处理器执行时，确定所述目标优惠信息对应的优惠值；

基于所述优惠值，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。

可见，本支付渠道推荐设备基于终端设备的业务请求，确定用户所处区域维度和/或所选币种维度的支付渠道偏好数据，并基于支付渠道偏好数据为用户推荐支付渠道推荐列表，与现有技术中仅提供单一国家、单一币种的支付渠道推荐方案相比，能有效提供支付效率、订单成功率。而且，本实施例还进一步基于用户个人偏好、成功率、优惠信息等，智能调整初始支付渠道推荐列表中各支付渠道的推荐优先级，以使推荐给用户的支付渠道推荐列表能最大可能的与用户需求相吻合，进而达到进一步地提高支付效率、订单成功率的目的。

进一步地，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机可执行指令，所述计算机可执行指令被处理器执行时实现以下流程：

接收终端设备发送的业务请求，所述业务请求携带用户标识和/或所述用户所选币种的标识；

基于所述业务请求确定支付渠道偏好数据，所述支付渠道偏好数据为所述用户所处区域对应的第一偏好数据和/或所述用户所选币种对应的第二偏好数据；

基于所述支付渠道偏好数据，确定支付渠道推荐列表；

将所述支付渠道推荐列表发送给所述终端设备。

可选地，所述业务请求携带用户标识时，所述计算机可执行指令被所述处理器执行时，基于所述IP地址，确定所述用户所处区域；

基于所述用户所处区域的支付渠道使用数据，确定第一偏好数据；

其中，所述用户标识为所述终端设备的IP地址。

可选地，所述业务请求携带用户标识时，所述计算机可执行指令被所述处理器执行时，基于所述用户的身份信息，确定所述用户调整支付渠道的历史行为数据；

基于所述历史行为数据，确定所述用户所处区域；

基于所述用户所处区域的支付渠道使用数据，确定第一偏好数据；

其中，所述用户标识为所述用户的身份信息。

可选地，所述计算机可执行指令被所述处理器执行时，获取预定时间段内所述用户的支付渠道使用数据；

基于所述支付渠道使用数据，确定所述用户对应的第三偏好数据；

基于所述第三偏好数据，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。

可选地，所述计算机可执行指令被所述处理器执行时，获取预定时间段内所述支付渠道推荐列表中各支付渠道的使用数据；

基于所述各支付渠道的使用数据，确定各支付渠道的支付成功率；

基于所述支付成功率，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。

可选地，所述计算机可执行指令被所述处理器执行时，当检测到所述支付渠道推荐列表中存在目标支付渠道时，下线所述目标支付渠道；

其中，所述目标支付渠道为支付成功率小于预定阈值的支付渠道。

可选地，所述计算机可执行指令被所述处理器执行时，获取优惠信息列表；

当检测到所述优惠信息列表中存在目标优惠信息时，向所述终端设备发送优惠信息推荐数据；

其中，所述目标优惠信息为与所述支付渠道推荐列表中的支付渠道存在关联关系的优惠信息。

可选地，所述计算机可执行指令被所述处理器执行时，确定所述目标优惠信息对应的优惠值；

基于所述优惠值，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。

可见，本计算机可读存储介质基于终端设备的业务请求，确定用户所处区域维度和/或所选币种维度的支付渠道偏好数据，并基于支付渠道偏好数据为用户推荐支付渠道推荐列表，与现有技术中仅提供单一国家、单一币种的支付渠道推荐方案相比，能有效提供支付效率、订单成功率。而且，本实施例还进一步基于用户个人偏好、成功率、优惠信息等，智能调整初始支付渠道推荐列表中各支付渠道的推荐优先级，以使推荐给用户的支付渠道推荐列表能最大可能的与用户需求相吻合，进而达到进一步地提高支付效率、订单成功率的目的。

其中，所述的计算机可读存储介质包括只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

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

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

Claims (10)

1.一种支付渠道推荐方法，其特征在于，包括：

接收终端设备发送的业务请求，所述业务请求携带用户标识和/或所述用户所选币种的标识；

基于所述业务请求确定支付渠道偏好数据，所述支付渠道偏好数据为所述用户所处区域对应的第一偏好数据和/或所述用户所选币种对应的第二偏好数据；

基于所述支付渠道偏好数据，确定支付渠道推荐列表；

将所述支付渠道推荐列表发送给所述终端设备。

2.根据权利要求1所述的方法，其特征在于，所述用户标识为所述终端设备的IP地址；

所述业务请求携带用户标识时，基于所述业务请求确定支付渠道偏好数据包括：

基于所述IP地址，确定所述用户所处区域；

基于所述用户所处区域的支付渠道使用数据，确定第一偏好数据。

3.根据权利要求1所述的方法，其特征在于，所述用户标识为所述用户的身份信息；

所述业务请求携带用户标识时，基于所述业务请求确定支付渠道偏好数据包括：

基于所述用户的身份信息，确定所述用户调整支付渠道的历史行为数据；

基于所述历史行为数据，确定所述用户所处区域；

基于所述用户所处区域的支付渠道使用数据，确定第一偏好数据。

4.根据权利要求1所述的方法，其特征在于，在将所述支付渠道推荐列表发送给所述终端设备之前，还包括：

获取预定时间段内所述用户的支付渠道使用数据；

基于所述支付渠道使用数据，确定所述用户对应的第三偏好数据；

基于所述第三偏好数据，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。

5.根据权利要求1所述的方法，其特征在于，在将所述支付渠道推荐列表发送给所述终端设备之前，还包括：

获取预定时间段内所述支付渠道推荐列表中各支付渠道的使用数据；

基于所述各支付渠道的使用数据，确定各支付渠道的支付成功率；

基于所述支付成功率，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。

6.根据权利要求5所述的方法，其特征在于，还包括：

当检测到所述支付渠道推荐列表中存在目标支付渠道时，下线所述目标支付渠道；

其中，所述目标支付渠道为支付成功率小于预定阈值的支付渠道。

7.根据权利要求1所述的方法，其特征在于，在确定支付渠道推荐列表之后，还包括：

获取优惠信息列表；

当检测到所述优惠信息列表中存在目标优惠信息时，向所述终端设备发送优惠信息推荐数据；

其中，所述目标优惠信息为与所述支付渠道推荐列表中的支付渠道存在关联关系的优惠信息。

8.根据权利要求7所述的方法，其特征在于，还包括：

确定所述目标优惠信息对应的优惠值；

基于所述优惠值，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。

9.一种支付渠道推荐装置，其特征在于，包括：

接收模块，用于接收终端设备发送的业务请求，所述业务请求携带用户标识和/或所述用户所选币种的标识；

第一确定模块，用于基于所述业务请求确定支付渠道偏好数据，所述支付渠道偏好数据为所述用户所处区域对应的第一偏好数据和/或所述用户所选币种对应的第二偏好数据；

第二确定模块，用于基于所述支付渠道偏好数据，确定支付渠道推荐列表；

第一发送模块，用于将所述支付渠道推荐列表发送给所述终端设备。

10.根据权利要求9所述的装置，其特征在于，还包括：

第一获取模块，用于获取预定时间段内所述用户的支付渠道使用数据；

第三确定模块，用于基于所述支付渠道使用数据，确定所述用户对应的第三偏好数据；

第一调整模块，用于基于所述第三偏好数据，调整所述支付渠道推荐列表中各支付渠道的推荐优先级。