自动选择支付渠道的方法和设备与流程

本公开的实施例总体上涉及信息
技术领域：
，更具体地涉及在服务器上实现的自动选择支付渠道的方法和设备。
背景技术：
：随着网络和通信技术的发展，电子支付变得日益普及。一般来说，在进行电子支付时，通常存在多个可选的电子支付渠道，用户或顾客可以选择其中的一种电子支付渠道进行支付。例如，在网络商店处进行在线支付时，网络商店一般提供例如多种银行支付渠道或多种第三方支付渠道供用户选择。通常，在用户需要使用支付渠道进行支付时，显示全部所有支付渠道供用户选择，或者随机选择一部分支付渠道进行显示，而将另一部分进行隐藏。然而，传统的支付方法无法根据支付渠道的信息进行各个支付渠道之间的智能切换，并且在某一支付渠道不可用的情况下，需要人工进行切换支付渠道并重试另一支付渠道。因此，传统的在线支付方法效率较低并且用户体验也较差。技术实现要素：有鉴于此，本公开的各实施例提出了一种用于自动选择支付渠道的方法和设备。本公开的实施例通过对所有的支付渠道进行排名，能够动态地选择最优的可用支付渠道，并在当前支付渠道失败时，能够自动选择下一个可用支付渠道，有效地提高了支付的效率和用户体验。根据本公开的一个方面，提供了一种在服务器上实现的自动选择支付渠道的方法，该方法包括：从客户端接收支付请求；响应于接收到支付请求，确定多个支付渠道中的每个支付渠道的得分；根据多个支付渠道的得分，确定多个支付渠道的排名；以及基于多个支付渠道的排名，自动选择支付渠道。根据本公开的另一方面，提供了一种自动选择支付渠道的设备，该设备包括：存储器；以及处理器，所述处理器与所述存储器耦合并且被配置为：从客户端接收支付请求；响应于接收到支付请求，确定多个支付渠道中的每个支付渠道的得分；根据多个支付渠道的得分，确定多个支付渠道的排名；以及基于多个支付渠道的排名，自动选择支付渠道。附图说明结合附图并参考以下详细说明，本公开的各实施例的特征、优点及其他方面将变得更加明显，在此以示例性而非限制性的方式示出了本公开的若干实施例，在附图中：图1图示了根据本公开的实施例的用于实现在线电子支付的计算机系统100的示例图；图2图示了根据本公开的实施例的在服务器上实现的自动选择支付渠道的方法200的流程图；图3图示了根据本公开的实施例的用于自动切换支付渠道的方法300的流程图；图4图示了根据本公开的实施例的用于筛选支付渠道的方法400的流程图；图5图示了根据本公开的实施例的用于实现在线电子支付的示例性方法500的示意图；以及图6图示了可以用来实施本公开的实施例的设备600的示意性框图。具体实施方式以下参考附图详细描述本公开的各个示例性实施例。附图中的流程图和框图示出了根据本公开的各种实施例的方法和系统的可能实现的体系架构、功能和操作。应当注意，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分可以包括一个或多个用于实现各个实施例中所规定的逻辑功能的可执行指令。也应当注意，在有些作为备选的实现中，方框中所标注的功能也可以按照不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，或者它们有时也可以按照相反的顺序执行，这取决于所涉及的功能。同样应当注意的是，流程图和/或框图中的每个方框、以及流程图和/或框图中的方框的组合，可以使用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以使用专用硬件与计算机指令的组合来实现。本文所使用的术语“包括”、“包含”及类似术语应该被理解为是开放性的术语，即“包括/包含但不限于”，表示还可以包括其他内容。在本公开内容中，术语“基于”是“至少部分地基于”；术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”。在本公开的实施例中，术语“支付渠道”是指进行电子支付时对接的第三方支付、银行卡组织或银行的渠道，其封装了对银行的业务，包含诸如支付费率、支付方式、支付预期时间等信息。术语“服务商”表示用于提供支付服务的提供商，例如银行、银行组织或第三方支付公司等。应当理解，给出这些示例性实施例仅是为了使本领域技术人员能够更好地理解进而实现本公开的实施例，而并非以任何方式限制发明的范围。图1图示了根据本公开的实施例的用于实现在线电子支付的计算机系统100的示例图。如图1所示，计算机系统100包括客户端110、客户端120、客户端130、第一服务器140、第二服务器150以及第三服务器160，这些设备之间通过网络170互相连接。可选地，网络150可以包括但不限于因特网、广域网、城域网、局域网、vpn网络、无线通信网络等。在一些实施例中，客户端110可以为台式计算机，客户端120可以为膝上型计算机，客户端130可以为移动装置，其中移动装置是指各种拥有接入互联网能力、搭载各种操作系统(包括但不限于ios、android、windowsphone等)、可根据用户需求定制各种功能的终端设备，包括但不限于智能手机、平板电脑以及智能可穿戴设备等。在一些实施例，第一服务器140可以是由支付交易的平台商所提供的支付服务器，例如平台商可以是电子商务的运营商或者是p2p(peertopeer)服务的平台商以及其他能够接受电子支付的任何公司或组织；第二服务器150和第三服务器160可以是银行服务器、银行组织服务器或第三方支付平台服务器等。在一些实施例中，客户端110、客户端120和客户端130通过网络170访问由第一服务器140提供的用于支付的用户界面。在一个实施例，客户端110、客户端120或客户端130可以在第一服务器140提供的网页中进行支付，例如，用户在网页中选择支付渠道以完成支付过程。在另一个实施例中，客户端130可以在安装在其上的应用程序(例如，app)中进行完成支付过程。在一些实施例中，第一服务器140在接收到来自客户端110、客户端120或客户端130的支付请求时，对所接收的支付请求进行处理，并将处理后的信息发送给例如第二服务器150和/或第三服务器160，以便由第二服务器150和/或第三服务器160完成具体的支付过程。在一些实施例中，第一服务器140可以记录客户端110、客户端120或客户端130或它们的使用用户的个人信息或支付习惯，例如，客户端110的用户对支付到账时间要求比较高，则可以记录客户端110的用户的频繁使用的支付渠道并且向其推荐到账时间较快的支付渠道。应当理解的是，虽然图1中仅示出了三个客户端和三个服务器，但是可以存在更多个客户端和服务器；虽然仅示出一个平台商的支付服务器140，但是系统100可以包括多个分布地布置的多个支付服务器，本公开的实施例的范围不限于此。图2图示了根据本公开的实施例的在服务器上实现的自动选择支付渠道的方法200的流程图，方法200例如可以由图1所描述的第一服务器140执行。在步骤202，从客户端接收支付请求。例如，第一服务器140通过网络170从客户端130接收到支付请求，其中支付请求可以包括充值请求和提现请求。在充值请求中，用户通常已经选择指定的支付渠道，在提现请求中，用户可能没有选择任何指定的支付渠道，而是由服务器自动为用户选择。在步骤204，响应于接收到支付请求，确定多个支付渠道中的每个支付渠道的得分。例如，根据评分规则，对每个支付渠道进行评分。评分规则包括对于支付渠道的选择具有影响的多个因素，每个因素可以根据其重要性而设置不同的权重。在一些实施例中，可以基于多个支付渠道中的每个支付渠道的支付成功率、支付服务费以及支付预定完成时间，确定多个支付渠道中的每个支付渠道的得分，其中，支付成功率可以包括历史支付成功率和实时成功率，支付服务费表示支付所需的额外费用，例如每支付10000元需要2元手续费，支付预定完成时间表示支付过程完成所需的时间，例如的交易日当天到账或下一个交易日到账等。可选地，可以对支付成功率、支付服务费以及支付预定完成时间设置不同的权重，从而确定每个支付渠道的加权后的得分。在一个实施例中，对于充值支付而言，基于支付成功率、支付服务费、支付预定完成时间以及支付跳转方式，第一渠道和第二渠道的得分可以分别被确定为例如90分和80分，其中支付跳转方式可以包括应用程序接口(api)直接连接或者在页面之间跳转的网页跳转等，表1中的t表示交易日，则t+0表示交易日当天到账，t+1表示下一个交易日当天到账。表1：充值支付时支付渠道的得分示例支付成功率支付服务费预定完成时间支付跳转方式总得分第一渠道90％万分之二t+0到账api直连90第二渠道95％万分之二t+1到账网页跳转80在另一个实施例中，对于提现支付而言，基于支付成功率、支付服务费、支付预定完成时间以及商户余额，第一渠道和第二渠道的得分可以分别被确定为例如80分和90分，其中商户余额表示该商户的当余额情况，表2中的t表示交易日，则t+0表示交易日当天到账，t+1表示下一个交易日当天到账。表2：提现支付时支付渠道的得分示例支付成功率支付服务费预定完成时间商户余额总得分第一渠道90％万分之二t+0到账2000080第二渠道90％万分之二t+0或t+1到账5000090方法200继续进行到步骤206，根据多个支付渠道的得分，确定多个支付渠道的排名。利用根据例如由表1或表2确定的各个支付渠道的得分，确定所有支付渠道之间的排名(例如，经排序的列表)。可选地，针对充值支付渠道和提现支付渠道，可以分别地设置充值支付渠道排名和提现支付渠道排名。在一个实施例中，可以从客户端获取用户的支付偏好，并且基于支付偏好来调整多个支付渠道的排名。例如，如果用户对于比较关心支付服务费，则可以将支付服务费的权重设置较高，使得在支付渠道排名中，支付服务费较低的支付渠道能够相对靠前排列。再例如，如果用户对于到账时间要求较高，则可以将交易日当天到账的支付渠道设置较高排名，从而满足用户的个性化需求。在步骤208，基于多个支付渠道的排名，自动选择支付渠道。根据所确定的排名，优先选择排名较高的支付渠道进行支付，并且在当前支付渠道失败时自动选择下一个最优的支付渠道进行支付。因此，通过对所有的支付渠道进行排名，能够动态地选择最优的可用支付渠道，并在当前支付渠道失败时，能够自动选择下一个可用支付渠道，有效地提高了支付的效率和用户体验。图3图示了根据本公开的实施例的用于自动切换支付渠道的方法300的流程图，方法300例如可以由图1所描述的第一服务器140执行并且可以为图2中所描述的方法200中的步骤208的子步骤。在步骤302，响应于从客户端接收到的支付请求，第一服务器140开始执行支付任务。在步骤304，将n设置为递增1，即n＝n+1，其中n为自然数。在步骤306，选择第n个支付渠道进行支付。可选地，n的值初始可以为0，即初始地选择排名中的第一个支付渠道。在步骤308，判断当前支付渠道是否支付成功，例如，在选择第一个支付渠道进行支付时，判断排名中的第一个支付渠道是否支付成功。如果支付成功，则在步骤312，向客户端发送支付成功的确认消息。如果支付失败，则选择排名中的、当前支付渠道的下一个支付渠道进行支付。例如，当第一个支付渠道支付失败时，自动选择第二个支付渠道重新执行支付过程，而无需用户的任何手动操作。此外，在确定当前支付渠道支付失败时，在步骤310，还要判断是否还有剩余的支付渠道没有被选择，如果是，则继续选择下一个支付渠道重新执行支付过程306。如果否，即所有的支付渠道已经被选择，则表明所有的支付渠道均支付失败，则在方法314，向客户端发送支付失败的消息。可选地，在支付渠道支付失败时，获取当前支付渠道失败的错误代码，并且基于错误代码确定当前支付渠道的失败类型。然后，在所有支付渠道均支付失败时，支付服务器还向客户端发送支付失败的类型及原因，以提高用户的支付体验。在一些实施例中，可以对由于支付渠道失败而返回的错误代码和信息进行统计和分析，并且确定可以自动重试的失败类型(例如订单不存在、支付渠道不可用、银行服务器网关超时等)，还可以对这些信息进行机器学习，从而在后续类似错误时可以进行自动修复。图4图示了根据本公开的实施例的用于筛选支付渠道的方法400的流程图，方法400例如可以由图1所描述的第一服务器140执行并且可以为图2中所描述的方法200中的步骤206的子步骤。在步骤402，开始执行支付渠道筛选的过程，例如对所有支付渠道中的每个支付渠道进行依次筛选，并且从支付请求提取支付数据，其中支付数据包括金额和银行等。例如，从特定支付请求提取出：用户a从账户中提现20000元到b银行。在步骤404，判断服务商是否支持当前支付渠道，其中服务商表示用于提供支付服务的提供商，例如银行、银行组织或第三方支付公司等。如果服务商不支持当前支付渠道，说明当前支付渠道无法完成针对例如b银行的支付请求，则在步骤406，从排名中移除当前支付渠道。在提现支付的情况下，如果服务商支持当前支付渠道，则在步骤408，还可以判断余额是否足够，即判断是否存在满足用户提现所需的账户余额。如果余额不够，则在步骤410移除当前支付渠道，如果余额足够，则在步骤412，确定当前支付渠道的得分。最后，生成更新后的、有序的并且可用的支付渠道的排名。应当理解，方法400是响应于从客户端接收支付请求而实时执行的。在排名中的所有支付渠道中，可能某些支付渠道不能支持用户的支付请求(例如，不支持用户所使用的银行卡或者不支持用户所需的数额)，因此，通过筛选出可用的支付渠道，能够提高支付的成功率和用户体验。图5图示了根据本公开的实施例的用于实现在线电子支付的示例性方法500的示意图。应当理解，虽然图5中示出了在客户端130、第一服务器140、第二服务器150和第三服务器160之间的交互，然而这仅为示例性实施例，而不限定本公开的范围。虽然图5中仅示出两个支付渠道，然而支付渠道的数量可以为更多个。可选地，第一服务器140可以为平台商的支付服务器，第二服务器150和第三服务器160可以为银行服务器或第三方支付服务器。在动作502，客户端130向第一服务器140发送支付请求。在动作504，第一服务器140响应于从客户端130接收到支付请求，确定多个支付渠道中当前可用的支付渠道的得分及排名，可选地，可以移除该排名中对该支付请求不可用的一个或多个支付渠道。然后，第一服务器初始地选择排名第一的第一支付渠道(例如由第二服务器150提供的支付渠道)，在动作506，第一服务器140向第二服务器150发送支付请求。然而，在动作508，第二服务器150支付失败，并且向第一服务器140发送支付失败的消息和错误代码。在动作510，第一服务器140基于错误代码，可以确定第一支付渠道的失败类型。第一服务器140在接收到第一支付渠道失败的消息之后，自动地选择排名第二的第二支付渠道(例如由第三服务器160提供的支付渠道)，而不需要任何人工操作或者干预。接下来，在动作512，第一服务器140向第三服务器160发送支付请求，并且在动作514，第一服务器140从第三服务器160接收到支付成功的确认消息。然后，在动作516，第一服务器140将支付成功的确认消息转发给客户端130以便告知客户端130的用户支付请求已被成功受理。此外，当所有的支付渠道均失败时，第一服务器140向客户端130发送支付失败的消息。可选地，在充值支付的情况下，由于涉及到用户输入密码或验证码的操作，因而用户通常手动选择支付渠道。因此，在当前支付渠道失败时，可以不是自动地选择下一个支付渠道，而是向用户推荐支付渠道排名中的下一个支付渠道，以由用户来手动选择。此外，还提供了一种在服务器上实现的自动选择支付渠道的设备，包括：存储器；以及处理器，所述处理器与所述存储器耦合并且被配置为：从客户端接收支付请求；响应于接收到支付请求，确定多个支付渠道中的每个支付渠道的得分；根据多个支付渠道的得分，确定多个支付渠道的排名；以及基于多个支付渠道的排名，自动选择支付渠道。应当理解，该设备可以利用各种方式来实现。例如，在某些实施例中，该设备可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域的普通技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、光盘载体介质、诸如只读存储器的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本公开的实施例的设备和装置不仅可以由诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合来实现。图6图示了可以用来实施本公开的实施例的设备600的示意性框图。如图所示，设备600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的计算机程序指令或者从存储单元608加载到随机访问存储器(ram)603中的计算机程序指令，来执行各种适当的动作和处理。在ram603中，还可存储设备600操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。设备600中的多个部件连接至i/o接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。上文所描述的各个过程和处理，例如方法或过程200、300、400和500，可由处理单元601执行。例如，在一些实施例中，方法或过程200、300、400和500，可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由rom602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序被加载到ram603并由cpu601执行时，可以执行上文描述的方法或过程200、300、400和500中的一个或多个步骤或动作。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。本文所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。用于执行本公开内容操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本公开内容的各个方面。应当注意，尽管在上文的详细描述中提及了设备的若干装置或子装置，但是这种划分仅仅是示例性而非强制性的。实际上，根据本公开的实施例，上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之，上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。以上所述仅为本公开的实施例可选实施例，并不用于限制本公开的实施例，对于本领域的技术人员来说，本公开的实施例可以有各种更改和变化。凡在本公开的实施例的精神和原则之内，所作的任何修改、等效替换、改进等，均应包含在本公开的实施例的保护范围之内。虽然已经参考若干具体实施例描述了本公开的实施例，但是应该理解，本公开的实施例并不限于所公开的具体实施例。本公开的实施例旨在涵盖在所附权利要求的精神和范围内所包括的各种修改和等同布置。所附的权利要求的范围符合最宽泛的解释，从而包含所有这样的修改及等同结构和功能。当前第1页12