CN112036898B - 一种支付方式确定方法、装置、电子设备以及存储介质 - Google Patents

Abstract

本发明实施例提供一种支付方式确定方法、装置、电子设备以及存储介质，本发明实施例当用户通过中间平台向业务提供方付款时，通过获取所述用户使用过的多个历史支付方式，通过在多个历史支付方式中确定所述中间平台和所述业务提供方均支持的至少一个目标支付方式，避免出现用户通过中间平台向业务提供方支付失败的情况，最后显示至少一个目标支付方式，以供用户用户选择并支付。

Description

一种支付方式确定方法、装置、电子设备以及存储介质

技术领域

本发明属于金融支付领域，尤其涉及一种支付方式确定方法、装置、电子设备以及存储介质。

背景技术

当前，互联网的发展与支付技术的逐渐成熟与安全性能的提高，人们越来越青睐于使用线上支付的方式，代替现金或者刷卡。

随着线上支付系统的逐渐强大，已经实现在公众号上付款，在网页上付款以及在小程序中付款等等，并且用户还可以将自己中意的业务或者商品以链接的形式分享给亲朋好友，其他用户可以通过分享的链接直接跳转到商品页进行采购。例如：用户在浏览购物网站A时，选中商品a并通过中间平台(例如社交软件)分享给好友，好友可以直接通过社交软件跳转至商品页，当用户选购好商品进行付款时，一般显示用户惯用的多个支付方式或者购物网站支持的多个支付方式，以供用户选择支付方式进行付款。

但是，目前支付方式的推荐方式，并未考虑中间平台与购物网站的所支持的付款方式不同的因素，所以导致用户通过中间平台完成支付的成功率下降。

发明内容

本发明提供了一种支付方式确定方法、装置、电子设备及存储介质，以解决用户通过中间平台完成支付的成功率低的技术问题。

第一方面，本发明实施例提供了一种支付方式确定方法，所述方法包括：

当用户通过中间平台向业务提供方付款时，获取所述用户使用过的多个历史支付方式；

在多个历史支付方式中确定所述中间平台和所述业务提供方均支持的至少一个目标支付方式；

显示所述至少一个目标支付方式。

可选地，所述在多个历史支付方式中确定所述中间平台和所述业务提供方均支持的至少一个目标支付方式，包括：

通过所述业务提供方的多个调用接口在多个历史支付方式中确定所述业务提供方支持的多个第一支付方式；

通过所述中间平台的代理信息在多个历史支付方式中确定所述中间平台支持的多个第二支付方式，所述代理信息包括在所述中间平台支持运行的支付方式信息；

确定所述多个第一支付方式与所述多个第二支付方式中重叠的支付方式作为所述至少一个目标支付方式。

可选地，所述通过所述业务提供方的多个调用接口确定所述业务提供方支持的多个第一支付方式，包括：

获取所述业务提供方的多个调用接口，其中，所述调用接口用于调用支付方式；

确定所述多个调用接口各自对应的支付方式；

将所述多个调用接口中各调用接口对应的支付方式与多个历史支付方式中相同的支付方式确定为第一支付方式。

可选地，所述通过所述中间平台的代理信息确定所述中间平台支持的多个第二支付方式，包括：

获取所述中间平台的代理信息；

根据所述代理信息确定所述中间平台的可调用支付方式；

将所述中间平台的可调用的支付方式与所述多个历史支付方式中相同的支付方式确定为第二支付方式。

可选地，所述显示所述至少一个目标支付方式，包括：

若存在至少两个目标支付方式，则确定所述至少两个目标支付方式各自的交易成功率；

依据所述交易成功率从高到低的顺序显示所述至少两个目标支付方式。

可选地，所述方法还包括：

若所述至少两个目标支付方式的交易成功率相同，则确定所述至少两个目标支付方式各自的历史使用次数；

依据所述历史使用次数从多到少的顺序显示所述至少两个目标支付方式。

可选地，所述方法还包括：

若在多个历史支付方式中未查找到所述中间平台向和所述业务提供方均支持的目标支付方式，则在所述多个历史支付方式中确定所述业务提供方支持的支付方式；

获取与所述业务提供方支持的支付方式对应的中间平台的跳转链接；

显示所述跳转链接。

第二方面，本发明实施例提供了一种支付方式确定装置，包括：

获取模块，用于当用户通过中间平台向业务提供方付款时，获取所述用户使用过的多个历史支付方式；

确定模块，用于在多个历史支付方式中确定所述中间平台和所述业务提供方均支持的至少一个目标支付方式；

显示模块，用于显示所述至少一个目标支付方式。

第三方面，本发明提供了一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面任一项所述的方法。

第四方面，一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行第一方面任一所述方法。

本发明实施例提供的上述技术方案与现有技术相比具有如下优点：本发明实施例通过当用户通过中间平台向业务提供方付款时，获取所述用户使用过的多个历史支付方式，通过在多个历史支付方式中确定所述中间平台和所述业务提供方均支持的至少一个目标支付方式，避免出现用户通过中间平台向业务提供方支付失败的情况，最后显示至少一个目标支付方式，以供用户用户选择并支付。

附图说明

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

图1是本发明实施例的一种支付方式确定方法流程图；

图2是本发明实施例的图1中步骤S102的步骤流程图；

图3是本发明实施例的图2中步骤S201的步骤流程图；

图4是本发明实施例的图2中步骤S202的步骤流程图；

图5是本发明实施例的另一种支付方式确定方法流程图；

图6是本发明实施例的一种支付方式确定装置模块示意图；

图7是本发明实施例的电子设备结构示意图。

具体实施方式

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

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。

随着线上支付系统的逐渐强大，已经实现在公众号上付款，在网页上付款以及在小程序中付款等等，并且用户还可以将自己中意的业务或者商品以链接的形式分享给亲朋好友，其他用户可以通过分享的链接直接跳转到商品页进行采购，但是，目前支付方式的推荐方式，并未考虑中间平台与购物网站的所支持的付款方式不同的因素，所以导致用户通过中间平台完成支付的成功率下降，甚至出现中间平台与购物网站的纠纷，例如：中间平台只允许A公司的支付方式在中间平台上使用，虽然购物网站在隶属公司的购物平台上允许使用市面上任一种支付方式，但是当用户通过中间平台浏览该购物网站时，则不能使用除A公司的支付方式以外的支付方式，基于此，本发明首先提供了一种支付方式确定方法，如图1所示，所述方法包括：

步骤S101，当用户通过中间平台向业务提供方付款时，获取所述用户使用过的多个历史支付方式；

在该步骤中，中间平台可以是一个APP也可以是一个插件，业务提供方可以是一个公众号也可以是包含上架的业务的网页。

在实际应用场景中，当用户通过中间平台浏览业务提供方的提供的内容时，当用户决定向业务提供方付款时，即用户需要购买业务提供方提供的业务或者商品时，中间平台已经预先加载好了业务提供方的页面内容，用户需要在中间平台上拉取支付方式，以向业务提供方付款，优选地，拉取用户使用过的多个历史支付方式，例如银行卡支付，或者其他三方支付软件。

步骤S102，在多个历史支付方式中确定所述中间平台和所述业务提供方均支持的至少一个目标支付方式；

在实际应用中，很多情况下用户并不能直接进入业务提供方的平台浏览业务，用户都是通过分享的链接或者业务提供方的小程序进入业务提供方的内容页，所以往往会出现当用户在内容页上选购好商品或者业务时，由于中间平台不支持用户选择的支付方式而付款失败，或者中间平台不支持业务提供方支持的支付方式等等，支付方式不匹配的情况，所以本发明实施例在拉取到多个历史支付方式后，需要在多个历史支付方式中确定中间平台和所述业务提供方均支持的支付方式，即目标支付方式，才能够在用户需要付款时，保证交易成功。

步骤S103，显示所述至少一个目标支付方式。

在该步骤中，若目标支付方式为两个或者两个以上可以根据用户的使用习惯将两个或两个以上的目标支付方式进行排序，方便用户选用。

当用户通过中间平台向业务提供方付款时，本发明实施例通过获取所述用户使用过的多个历史支付方式，通过在多个历史支付方式中确定所述中间平台和所述业务提供方均支持的至少一个目标支付方式，避免出现用户通过中间平台向业务提供方支付失败的情况，最后显示至少一个目标支付方式，以供用户选择并支付。

在本发明提供了又一实施例中，还提供了一种完整的支付方法确定方式，步骤S102，在多个历史支付方式中确定所述中间平台和所述业务提供方均支持的至少一个目标支付方式，如图2所示，包括：

步骤S201，通过所述业务提供方的多个调用接口在多个历史支付方式中确定所述业务提供方支持的多个第一支付方式；

在该步骤中，调用接口是指业务提供方与其支持的支付方式的接口，通常业务提供方为了满足不同用户的支付条件，一个业务提供方往往支持多种支付方式，例如银行支付和第三方支付方式等等。

本发明实施例首先在多个历史支付方式中确定业务提供方支持的多个第一支付方式，避免出现业务提供方不支持用户选择的支付方式的情况。

具体地，本发明实施例提供了步骤S201的具体实施例，如图3所示，步骤S201，通过所述业务提供方的多个调用接口确定所述业务提供方支持的多个第一支付方式，包括：

步骤S301，获取所述业务提供方的多个调用接口；

在该步骤中，所述调用接口用于调用支付方式，在实际应用中可以获取业务提供方的sdk软件开发工具包从而更加精准的确定业务提供方支持的支付方式。

步骤S302，确定所述多个调用接口各自对应的支付方式；

在该步骤中，支付方式可是传统的银联支付或者新兴的第三方支付方式，一个调用接口可以调用一种支付方式。

步骤S303，将所述多个调用接口中各调用接口对应的支付方式与多个历史支付方式中相同的支付方式确定为第一支付方式。

在本发明实施例中，首先获取业务提供方的多个调用接口，然后通过调用接口确定业务提供方支持的支付方式，相较于当前通过获取参数或者cooike的方式确定支付方式更加准确，能够避免获取到错误参数的情况，最后将所述多个调用接口中各调用接口对应的支付方式与多个历史支付方式中相同的支付方式确定为第一支付方式，即在多个历史支付方式中确定业务提供方支持的多个第一支付方式，避免出现业务提供方不支持用户选择的支付方式的情况。

步骤S202，通过所述中间平台的代理信息在多个历史支付方式中确定所述中间平台支持的多个第二支付方式；

在该步骤中，所述代理信息包括在所述中间平台支持运行的支付方式信息。

本发明实施例通过在多个历史支付方式中确定所述中间平台支持的多个第二支付方式，避免出现业务提供方支持用户选择的支付方式，但是中间平台因为功能开发或者平台协议等问题不支持改支付方式，导致用户付款失败的情况。

具体地，本发明实施例提供了步骤S202的具体实施例，如图4所示，步骤S202，通过所述中间平台的代理信息确定所述中间平台支持的多个第二支付方式，包括：

步骤S401，获取所述中间平台的代理信息；

在实际应用中代理信息可以是user agent客户端信息，代理信息的格式可以是“操作系统+系统版本号+客户端+客户端版本号…”，遵循运行环境从大到小的顺序写入客户端信息，具体写入的信息量可以根据实际情况而定。

步骤S402，根据所述代理信息确定所述中间平台的可调用支付方式；

在该步骤中，若代理信息中预先写入中间平台可调用支付方式，则可以直接根据根据所述代理信息确定所述中间平台的可调用支付方式，若代理信息中没有预先写入中间平台可调用支付方式，则可以采用确定代理信息中客户端信息的方式，利用预设的匹配规则确定所述客户端可调用的支付方式，例如：客户端隶属于A公司，则客户端可以支持A公司开发的任一款支付方式。

步骤S403，将所述中间平台的可调用的支付方式与所述多个历史支付方式中相同的支付方式确定为第二支付方式。

本发明实施例首先获取中间平台的代理信息，然后通过代理信息在多个历史支付方式中确定所述中间平台支持的多个第二支付方式，避免出现业务提供方支持用户选择的支付方式，但是由于中间平台不支持该支付方式导致无法付款的情况。

步骤S203，确定所述多个第一支付方式与所述多个第二支付方式中重叠的支付方式作为所述至少一个目标支付方式。

在本发明实施例中，首先在多个历史支付方式中确定业务提供方支持的多个第一支付方式，然后再从多个历史支付方式中确定所述中间平台支持的多个第二支付方式，并在多个第一支付方式和多个第二支付方式中确定想用的支付方式，达到筛选出中间平台与业务提供方均支持的支付方式。另外，在实际应用也可以先从多个历史支付方式中确定所述中间平台支持的多个第二支付方式，再从多个历史支付方式中确定业务提供方支持的多个第一支付方式，实现原理如上所述，具体情况可以根据实际而定，本发明实施例对此不作具体限定。

在用户支付时，传统的显示方式均为展示用户使用过的支付方式即可，当用户支付方式种类增多时，每次支付都需要用户翻阅查找，基于此，在本发明提供的又一实施例中，步骤S103，显示所述至少一个目标支付方式，包括：

若存在至少两个目标支付方式，则确定所述至少两个目标支付方式各自的交易成功率；

依据所述交易成功率从高到低的顺序显示所述至少两个目标支付方式。

在本发明实施例中，若存在至少两个目标支付方式，则获取目标支付方式各自的交易成功率，其中，交易成功率可以是历史统计的概率，例如：不区分使用场景，只记录调用该支付方式的次数与成功支付的次数，若交易成功率越高则代表该支付方式的兼容性越好，所以为用户优先展示交易成功率高的支付方式，用户可以在排名靠前的支付方式中选择支付方式完成支付。

另一方面，若所述至少两个目标支付方式的交易成功率相同，则确定所述至少两个目标支付方式各自的历史使用次数；

依据所述历史使用次数从多到少的顺序显示所述至少两个目标支付方式。

在本发明实施例中，当两个目标支付方式的交易成功率相同时，即可根据目标支付方式各自的历史使用次数，依据所述历史使用次数从多到少的顺序显示目标支付方式，达到根据用户近期的使用习惯，调节支付方式展示的先后顺序的目的，相较于当前设置默认支付方式或者一成不变的支付方式显示策略，简化了用户操作，并且更加智能化，具备实时性。

在本发明实施例中，针对于在多个历史支付方式中未查找到所述中间平台向和所述业务提供方均支持的目标支付方式的情况，如图5所示，所述方法还包括：

步骤S501，在所述多个历史支付方式中确定所述业务提供方支持的支付方式；

步骤S502，获取与所述业务提供方支持的支付方式对应的中间平台的跳转链接；

步骤S503，显示所述跳转链接。

在本发明实施例中，因为多数应用场景中，业务提供方多以链接的形式被用户分享，其他用户再通过中间平台点击链接(例如拉取H5页面)，所以通常因为中间平台不支持业务提供方支持的支付方式导致用户无法通过中间平台向业务提供方支付，基于此，首先在所述多个历史支付方式中确定所述业务提供方支持的支付方式，然后再获取与所述业务提供方支持的支付方式对应的中间平台的跳转链接，并显示所述跳转链接，以便用户能够跳转到支持业务提供方所述支持的支付方式的中间平台，具体地，还可以显示链接到的中间平台具体支持哪些支付方式，并显示多个中间平台跳转链接以供用户选择。

在本发明提供的又一实施例中，还提供了一种支付方式确定装置，如图6所示，包括：

获取模块01，用于当用户通过中间平台向业务提供方付款时，获取所述用户使用过的多个历史支付方式；

确定模块02，用于在多个历史支付方式中确定所述中间平台和所述业务提供方均支持的至少一个目标支付方式；

显示模块02，用于显示所述至少一个目标支付方式。

在本发明的又一实施例中，还提供一种电子设备，包括：处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现方法实施例所述的支付方式确定方法。

本发明实施例提供的电子设备，处理器当用户通过中间平台向业务提供方付款时，通过获取所述用户使用过的多个历史支付方式，通过在多个历史支付方式中确定所述中间平台和所述业务提供方均支持的至少一个目标支付方式，避免出现用户通过中间平台向业务提供方支付失败的情况，最后显示至少一个目标支付方式，以供用户用户选择并支付。上述电子设备提到的通信总线1140可以是外设部件互连标准(PeripheralComponentInterconnect，简称PCI)总线或扩展工业标准结构(ExtendedIndustryStandardArchitecture，简称EISA)总线等。该通信总线1140可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口1120用于上述电子设备与其他设备之间的通信。

存储器1130可以包括随机存取存储器(RandomAccessMemory，简称RAM)，也可以包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器1110可以是通用处理器，包括中央处理器(CentralProcessingUnit，简称CPU)、网络处理器(NetworkProcessor，简称NP)等；还可以是数字信号处理器(DigitalSignal Processing，简称DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，简称ASIC)、现场可编程门阵列(Field-ProgrammableGateArray，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (9)

1.一种支付方式确定方法，其特征在于，所述方法包括：

当用户通过社交软件向业务提供方的购物网站付款时，获取所述用户使用过的多个历史支付方式；

在多个历史支付方式中确定所述社交软件和所述业务提供方的购物网站均支持的至少一个目标支付方式；

显示所述至少一个目标支付方式；

所述在多个历史支付方式中确定所述社交软件和所述业务提供方的购物网站均支持的至少一个目标支付方式，包括：

通过所述业务提供方的购物网站的多个调用接口在多个历史支付方式中确定所述业务提供方的购物网站支持的多个第一支付方式；

通过所述社交软件的代理信息在多个历史支付方式中确定所述社交软件支持的多个第二支付方式，所述代理信息包括在所述社交软件支持运行的支付方式信息；

确定所述多个第一支付方式与所述多个第二支付方式中重叠的支付方式作为所述至少一个目标支付方式。

2.根据权利要求1所述的支付方式确定方法，其特征在于，所述通过所述业务提供方的购物网站的多个调用接口确定所述业务提供方的购物网站支持的多个第一支付方式，包括：

获取所述业务提供方的购物网站的多个调用接口，其中，所述调用接口用于调用支付方式；

确定所述多个调用接口各自对应的支付方式；

将所述多个调用接口中各调用接口对应的支付方式与多个历史支付方式中相同的支付方式确定为第一支付方式。

3.根据权利要求1所述的支付方式确定方法，其特征在于，所述通过所述社交软件的代理信息确定所述社交软件支持的多个第二支付方式，包括：

获取所述社交软件的代理信息；

根据所述代理信息确定所述社交软件的可调用支付方式；

将所述社交软件的可调用的支付方式与所述多个历史支付方式中相同的支付方式确定为第二支付方式。

4.根据权利要求1所述的支付方式确定方法，其特征在于，所述显示所述至少一个目标支付方式，包括：

若存在至少两个目标支付方式，则确定所述至少两个目标支付方式各自的交易成功率；

依据所述交易成功率从高到低的顺序显示所述至少两个目标支付方式。

5.根据权利要求4所述的支付方式确定方法，其特征在于，所述方法还包括：

若所述至少两个目标支付方式的交易成功率相同，则确定所述至少两个目标支付方式各自的历史使用次数；

依据所述历史使用次数从多到少的顺序显示所述至少两个目标支付方式。

6.根据权利要求1所述的支付方式确定方法，其特征在于，所述方法还包括：

若在多个历史支付方式中未查找到所述社交软件向和所述业务提供方的购物网站均支持的目标支付方式，则在所述多个历史支付方式中确定所述业务提供方的购物网站支持的支付方式；

获取与所述业务提供方的购物网站支持的支付方式对应的社交软件的跳转链接；

显示所述跳转链接。

7.一种支付方式确定装置，其特征在于，包括：

获取模块，用于当用户通过社交软件向业务提供方的购物网站付款时，获取所述用户使用过的多个历史支付方式；

确定模块，用于在多个历史支付方式中确定所述社交软件和所述业务提供方的购物网站均支持的至少一个目标支付方式；

显示模块，用于显示所述至少一个目标支付方式；

所述确定模块具体用于通过所述业务提供方的购物网站的多个调用接口在多个历史支付方式中确定所述业务提供方的购物网站支持的多个第一支付方式；通过所述社交软件的代理信息在多个历史支付方式中确定所述社交软件支持的多个第二支付方式，所述代理信息包括在所述社交软件支持运行的支付方式信息；确定所述多个第一支付方式与所述多个第二支付方式中重叠的支付方式作为所述至少一个目标支付方式。

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

9.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行所述权利要求1至6任一所述方法。

Images