CN107705118A

CN107705118A - 基于渠道路由的交易支付方法、***、服务器及存储介质

Info

Publication number: CN107705118A
Application number: CN201710848888.8A
Authority: CN
Inventors: 唐念中; 夏庆军
Original assignee: Shenzhen Financial Electronic Settlement Center Co Ltd
Current assignee: Shenzhen Financial Electronic Settlement Center Co Ltd
Priority date: 2017-09-19
Filing date: 2017-09-19
Publication date: 2018-02-16

Abstract

本发明公开了一种基于渠道路由的交易支付方法、***、支付服务器及存储介质，所述方法包括：接收用户的支付请求，提取所述支付请求中的账户信息；根据所述账户信息在预设渠道路由中查询对应的支付渠道；提取各支付渠道中的支付信息，按照预设规则筛选目标支付渠道；将所述目标支付渠道推送给用户，以使用户完成支付。本发明可通过在渠道路由的基础上提供多支付渠道，从而提高支付成功率，并降低支付的交易成本。

Description

基于渠道路由的交易支付方法、***、服务器及存储介质

技术领域

本发明涉及支付技术领域，尤其涉及一种基于渠道路由的交易支付方法、***、服务器及存储介质。

背景技术

在目前的支付中，用户需要指定通过某个渠道去进行支付处理，如指定通过银行网银支付，指定通过银行银企接口进行支付，指定通过现代化支付***支付，指定通过同城***支付，指定通过支付宝支付，指定通过微信支付等，一旦指定，则只能通过某一渠道去完成支付。

发明内容

本发明的主要目的在于提出一种基于渠道路由的交易支付方法、***、服务器及存储介质，旨在解决现有技术中只能通过某一支付渠道进行支付的技术问题。

为实现上述目的，本发明提供一种基于渠道路由的交易支付方法，所述基于渠道路由的交易支付方法包括以下步骤：

接收用户的支付请求，提取所述支付请求中的账户信息；

根据所述账户信息在预设渠道路由中查询对应的支付渠道；

提取各支付渠道中的支付信息，按照预设规则筛选目标支付渠道；

将所述目标支付渠道推送给用户，以使用户完成支付。

优选地，所述根据所述账户信息在预设渠道路由中查询对应的支付渠道之前，所述方法还包括：

接收渠道路由配置指令，提取所述配置指令中的新增支付渠道，将所述新增支付渠道添加至所述预设渠道路由。

接收历史支付信息，从所述历史支付信息中提取历史支付渠道，将所述历史支付渠道添加至所述预设渠道路由。

优选地，所述根据所述账户信息在预设渠道路由中查询对应的支付渠道，具体包括：

根据所述账户信息查询到与所述账户信息关联的支付渠道信息，将所述支付渠道信息与预设渠道路由中的支付渠道信息进行匹配，获取匹配后的支付渠道。

优选地，所述预设规则包括时效、手续费以及交易限额中至少一项。

优选地，所述提取各支付渠道中的支付信息，按照预设规则筛选目标支付渠道，具体包括：

提取所述各支付渠道中的支付信息，将所述支付信息通过预设规则进行遍历；

判断遍历到的第一支付渠道的状态信息，在所述第一支付渠道的状态信息为可用状态时，将所述第一支付渠道作为目标支付渠道。

优选地，所述判断遍历到的第一支付渠道的状态信息之后，所述方法还包括：

在所述第一支付渠道的状态信息为不可用状态时，执行提取所述各支付渠道中的支付信息，将所述支付信息通过预设规则进行遍历的步骤。

此外，为实现上述目的，本发明还提出一种支付服务器，所述支付服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于渠道路由的交易支付程序，所述基于渠道路由的交易支付程序配置为实现如上文所述的基于渠道路由的交易支付方法的步骤。

此外，为实现上述目的，本发明还提出一种基于渠道路由的交易支付***，所述基于渠道路由的交易支付***包括：移动终端以及如上文所述的支付服务器。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有基于渠道路由的交易支付程序，所述基于渠道路由的交易支付程序被处理器执行时实现如上文所述的基于渠道路由的交易支付方法的步骤。

本发明提出的基于渠道路由的交易支付方法，可通过在渠道路由的基础上提供多支付渠道，从而提高支付成功率，并降低支付的交易成本。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的支付服务器结构示意图；

图2为本发明基于渠道路由的交易支付方法第一实施例的流程示意图；

图3为本发明进行支付的流程示意图；

图4为本发明基于渠道路由的交易支付方法第二实施例的流程示意图；

图5为本发明配置渠道路由的流程示意图；

图6为本发明基于渠道路由的交易支付方法第三实施例的流程示意图；

图7为本发明基于渠道路由的交易支付方法第四实施例的流程示意图；

图8为本发明基于渠道路由的交易支付方法第五实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的支付服务器结构示意图。

如图1所示，该支付服务器可以包括：处理器1001，例如CPU，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的支付服务器结构并不构成对支付服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作***、网络通信模块、用户接口模块以及基于渠道路由的交易支付程序。

在图1所示的支付服务器中，网络接口1004主要用于连接收费口，与收费口进行数据通信；用户接口1003主要用于连接用户终端，与终端进行数据通信；本发明支付服务器通过处理器1001调用存储器1005中存储的基于渠道路由的交易支付程序，并执行以下操作：

接收用户的支付请求，提取所述支付请求中的账户信息；

根据所述账户信息在预设渠道路由中查询对应的支付渠道；

将所述目标支付渠道推送给用户，以使用户完成支付。

进一步地，处理器1001可以调用存储器1005中存储的基于渠道路由的交易支付程序，还执行以下操作：

本实施例通过上述方案，可通过在渠道路由的基础上提供多支付渠道，从而提高支付成功率，并降低支付的交易成本。

基于上述硬件结构，提出本发明基于渠道路由的交易支付方法实施例。

参照图2，图2为本发明基于渠道路由的交易支付方法第一实施例的流程示意图。

在第一实施例中，所述基于渠道路由的交易支付方法包括以下步骤：

步骤S10，接收用户的支付请求，提取所述支付请求中的账户信息；

需要说明的是，在一般情况下，用户通过移动终端进行在线支付时，移动终端可接收用户输入的支付请求，并将该支付请求发送给支付服务器，在支付服务器上预存有用户的账户信息，例如用户通过手机终端上的支付宝应用程序(Application，APP)，通过支付宝APP发送支付请求。

在具体实现中，一般情况下，手机号与用户的账号信息可进行绑定，用户通过手机进行支付请求时，并支付服务器收到该支付请求时，可在支付服务器上查询到手机账号与绑定的银行账号的账号信息，例如，在支付服务器上查询到与手机号绑定的支付渠道，招行账号以及建行账号。

步骤S20，根据所述账户信息在预设渠道路由中查询对应的支付渠道；

在本实施例中，所述预设渠道路由可为预先设定的渠道路由表，通过用户的账号信息，可在预设渠道路由表中查询到渠道路由表中与所述账号信息对应的支付渠道，例如，在支付路由器上保存有用户A的账号信息，以及在渠道路由表中的与所述用户A的账号信息对应的若干支付渠道，该若干支付渠道可为各大银行，以及第三方支付渠道，例如支付宝、微信等。

可以理解的是，在预设渠道路由中可能针对某一账号信息对应两个类型相同的支付渠道，例如用户可能在建设银行有两个或多个同一银行下的多个账户，在这种情况下，可细化渠道路由，针对渠道路由的分为一级、二级以及更细化的分类，从而可提供更灵活的支付渠道进行选择。

为了进一步提高预设渠道路由的作用，在进行渠道路由之前，可对渠道路由进行设置。

需要说明的是，随着科技的发展，越来越多的第三方支付方式改变人们的生活，在之前，人们一般的支付渠道只是局限于五大银行以及地方银行，但是在现如今，越来越多的用户使用第三方支付平台进行在线支付，例如支付宝、微信等，在这种情况下，对传统的渠道路由也提出了新的挑战。

在具体实现中，可通过预先设置渠道路由，从而提高渠道路由的灵活性，可在原有的基础，针对现阶段兴起的支付渠道进行相应的添加，从而增强支付服务器的功能，更能适应当前用户的需求。

步骤S30，提取各支付渠道中的支付信息，按照预设规则筛选目标支付渠道；

需要说明的是，所述预设规则可为时效、手续费以及交易限额中至少一项，但本实施例对此并不作限制。

在具体实现中，可针对多种方式按照预设规则进行筛选，在一种具体方式中，提取到各支付渠道中的支付信息，例如支付信息包括招商银行和建设银行，将招商银行和建设银行按照手续费的支付费用进行排序，在进行跨行转账时，获取到当前各大银行的手续费，并查询出当前招商银行的手续费是交易金额的0.2％，建设银行的手续费是交易金额的0.5％，针对手续费可将手续费信息从高到低或者从第低到高进行排序，从中选取出手续费最低的支付信息对应的支付渠道，即招商银行，从而减少用户的支付成本。

还可为通过时效进行支付信息的排序，例如支付信息包括招商银行和建设银行，将招商银行和建设银行按照到账时效进行排序，在进行异地转账时，获取到当前各大银行的到账时效，并查询出当前建设银行的到账时效是9:00-16:30是实时到账，招商银行的的到帐时效是同城资金实时到账，异地正常情况下资金在2个工作日内到账，针对时效信息从高到低或者从第低到高进行排序，从中选取到账时间最短的支付信息对应的支付渠道，即建设银行，从而提高支付效率。

为了进一步提高支付成功率，在进行在线支付时，由于用户对各大银行的支付限额进行一定的限制，例如用户A的支付宝的限额是1000元，但是建设银行的限额20000元，在这种情况下，用户转账10000元的情况下，虽然用户使用支付宝进行支付时，手续费最低以及时效最高，但是由于限额的原因用户还是会出现付款不成功的情况，针对这种情况，可获取到用户的限额信息，从而筛选出可付款成功的支付渠道进行支付，例如用户A的支付宝的限额是1000元，但是建设银行的限额20000元，用户转账10000元的情况下，筛选出建设银行账户进行支付。

步骤S40，将所述目标支付渠道推送给用户，以使用户完成支付。

在具体实现中，支付服务器筛选出最佳的支付渠道之后，将该支付渠道推送给用户，例如用户通过手机进行在线支付时，***会跳转到推送的支付渠道提供给用户进行支付。

如图3所示的进行支付的流程示意图，用户通过发起支付业务，通过支付业务的发起在进渠道路由选择时，首先进行渠道支付权限检查，检查之对支付渠道进行相应的支付渠道确定，确定之后，将支付渠道推送给用户，以便用户进行支付业务处理，其中支付业务处理可包括付款端付款，还可包括收款端收款。

本是实施例提供多渠道路由给用户完成支付的功能，用户只需要在自己的某个账户支付给其他某个账户，***自动寻找可完成支付的最佳的支付渠道进行支付，例如以最低交易手续费的渠道去进行支付，如果该渠道不能支付成功，***可以寻找其他渠道进行支付，大大提高了支付成功率，并有效地降低支付的交易成本。

本实施例提供的方案，可通过在渠道路由的基础上提供多支付渠道，从而提高支付成功率，并降低支付的交易成本。

进一步地，如图4所示，基于第一实施例提出本发明基于渠道路由的交易支付方法第二实施例，在本实施例中，所述步骤S20之前，所述方法还包括：

步骤S101，接收渠道路由配置指令，提取所述配置指令中的新增支付渠道，将所述新增支付渠道添加至所述预设渠道路由。

为了提高渠道路由的安全性，在现阶段渠道路由基本通过支付服务器的管理员进行配置，通过在渠道路由中添加支付渠道，从而提高渠道路由的功能，例如在进行添加时，可将各大银行的支付渠道添加进渠道路由中，也可将现阶段的第三方支付方式进行相应的添加，例如支付宝、微信等，还可为其他支付渠道。

如图5所示的配置渠道路由的流程示意图，在进行渠道路由之前，可对渠道路由进行配置，设置渠道路由对应的若干支付渠道，并对渠道路由进行参数配置，例如可设置支付渠道的优先级别，然后可在渠道路由表中记录增加的支付渠道。

本实施例提供的方案，可通过设置渠道路由，从而使渠道路由可提供多条的支付渠道，提高渠道路由的功能。

进一步地，如图6所示，基于第一实施例提出本发明基于渠道路由的交易支付方法第三实施例，在本实施例中，所述步骤S20之前，所述方法还包括：

步骤S102，接收历史支付信息，从所述历史支付信息中提取历史支付渠道，将所述历史支付渠道添加至所述预设渠道路由。

需要说明的是，用户在进行初始进行在线支付时，在渠道路由中可能并没有针对当前用户的支付渠道，在这种情况下，可接收用户的历史支付信息，在用户的历史支付信息中提取历史支付渠道，并将历史支付渠道添加至渠道路由，例如用户通过微信的支付方式进行在线支付时，支付服务器获取到用户的支付宝支付的历史信息，并将用户的通过支付宝支付的支付渠道添加到渠道路由的支付渠道中，从而提高用户体验。

在具体实现中，为了进一步提高渠道路由的功能，在渠道路由中添加支付渠道之后，用户可能在当前的支付渠道之下还具有更细化的支付信息，例如在具有招行的支付渠道，但是用户有多个招行的账户信息，用户在进行支付时，还可获取到用户更细化的历史支付信息，即在同一支付渠道下的其他的账户信息，从而使渠道路由路由可进行更加细粒化的处理。

本实施例提供的方案，可通过获取到用户的历史支付信息，从用户的历史支付信息中提取到支付渠道，并将该支付渠道添加到渠道路由中，从而使渠道路由可提供多条的支付渠道，提高渠道路由的功能。

进一步地，如图7所示，基于第一实施例、第二实施例以及第三实施例中的任一项提出本发明基于渠道路由的交易支付方法第四实施例，在本实施例中，基于第一实施例，所述步骤S20，具体包括：

步骤S201，根据所述账户信息查询到与所述账户信息关联的支付渠道信息，将所述支付渠道信息与预设渠道路由中的支付渠道信息进行匹配，获取匹配后的支付渠道。

需要说明的是，为了提高渠道路由的功能，可预先对该渠道路由进行配置，即在预设渠道路由中预存若干支付渠道。

可以理解的是，用户通过支付请求进行业务支付中，该支付请求中携带有用于支付的账户信息，通过该账户信息可查询到与该账户信息关联的支付渠道信息，例，用户通过手机进行支付时，支付服务器可查询到与该手机绑定的若干个支付渠道，例如招行银行以及工商银行等。

为了提高支付的处理效率，在进行支付渠道选择时，可将用户的授权的支付渠道与渠道路由中的支付渠道进行处理，从处理后的支付渠道中选择最佳的支付渠道，例如在渠道路由中预存有工行、招行、建行等支付渠道，但是用户的账号信息只绑定了工行与招行，在这种情况下，不需要建行等其他没有授权的支付渠道进行后续处理，而只需要对工行与招行进行相应的处理，从而提高支付的处理效率。

本实施例提供的方案，通过将用户账号信息关联的支付渠道与预设渠道路由中的支付渠道进行处理，从而提高支付的处理效率，提高用户体验。

进一步地，如图8所示，基于第一实施例、第二实施例以及第三实施例中的任一项提出本发明基于渠道路由的交易支付方法第五实施例，在本实施例中，基于第一实施例，所述步骤S30，具体包括：

步骤S301，提取所述各支付渠道中的支付信息，将所述支付信息通过预设规则进行遍历；

需要说明的是，所述预设规则可为时效、手续费以及交易限额中至少一种，通过预设规则对支付信息进行遍历。

步骤S302，判断遍历到的第一支付渠道的状态信息；

所述状态信息可为可用状态以及不可用状态，通过获取到用户的若干个支付信息时，对所述若干个支付信息进行判断，从而筛选出最佳的支付渠道，例如获取到用户招行的两个账户支付信息，对招行的两个支付信息进行判断，获取到两个支付信息的状态信息，在预设时间内，第一个账户的支付信息一直在使用，但是第二个账户的支付信息并没有使用，从而可知第一个账户的支付信息对应的支付渠道为可用状态，第二个账户的支付信息对应的支付渠道为不可用状态。

可以理解的是，所述预设时间可为一年或者更长，本实施例对此不作限制。

步骤S303，在所述第一支付渠道的状态信息为可用状态时，将所述第一支付渠道作为目标支付渠道。

进一步地，所述步骤S302之后，所述方法还包括：

步骤S304，在所述第一支付渠道的状态信息为不可用状态时，执行步骤S301。

为了提高支付渠道的正确性，在获取到的支付渠道进行判断，在支付渠道为不可用状态时，继续对支付渠道进行遍历，直至遍历到最佳的支付渠道。例如通过手续费最低的规则对支付信息进行遍历，遍历到支付手续费最低的为招商银行，但是在判断招商银行的状态使用信息时，获取到招商银行的状态使用信息为不可用的状态信息时，在这种情况下，继续对状态信息进行遍历，从遍历的支付信息中选出状态信息为可用状态的支付信息对应的支付渠道，并将该支付渠道设为最佳支付渠道。

本实施例提供的方案，通过对支付信息进行遍历，获取到状态信息为可用状态的目标支付渠道，提高自动选取支付渠道的正确性，从而提高用户的支付体验。

此外，本发明实施例还提出一种基于渠道路由的交易支付***，所述***包括：移动终端以及上文所述的支付服务器。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有基于渠道路由的交易支付程序，所述基于渠道路由的交易支付程序被处理器执行时实现如下操作：

接收用户的支付请求，提取所述支付请求中的账户信息；

根据所述账户信息在预设渠道路由中查询对应的支付渠道；

将所述目标支付渠道推送给用户，以使用户完成支付。

进一步地，所述基于渠道路由的交易支付程序被处理器执行时还实现如下操作：

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者***不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者***所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者***中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种基于渠道路由的交易支付方法，其特征在于，所述基于渠道路由的交易支付方法包括以下步骤：

接收用户的支付请求，提取所述支付请求中的账户信息；

根据所述账户信息在预设渠道路由中查询对应的支付渠道；

将所述目标支付渠道推送给用户，以使用户完成支付。

2.如权利要求1所述的基于渠道路由的交易支付方法，其特征在于，所述根据所述账户信息在预设渠道路由中查询对应的支付渠道之前，所述方法还包括：

3.如权利要求1所述的基于渠道路由的交易支付方法，其特征在于，所述根据所述账户信息在预设渠道路由中查询对应的支付渠道之前，所述方法还包括：

4.如权利要求1至3中任一项所述的基于渠道路由的交易支付方法，其特征在于，所述根据所述账户信息在预设渠道路由中查询对应的支付渠道，具体包括：

5.如权利要求1所述的基于渠道路由的交易支付方法，其特征在于，所述预设规则包括时效、手续费以及交易限额中至少一项。

6.如权利要求1至3中任一项所述的基于渠道路由的交易支付方法，其特征在于，所述提取各支付渠道中的支付信息，按照预设规则筛选目标支付渠道，具体包括：

7.如权利要求6所述的基于渠道路由的交易支付方法，其特征在于，所述判断遍历到的第一支付渠道的状态信息之后，所述方法还包括：

8.一种支付服务器，其特征在于，所述支付服务器包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于渠道路由的交易支付程序，所述基于渠道路由的交易支付程序配置为实现如权利要求1至7中任一项所述的基于渠道路由的交易支付方法的步骤。

9.一种基于渠道路由的交易支付***，其特征在于，所述***包括：移动终端以及如权利要求8所述的支付服务器。

10.一种存储介质，其特征在于，所述存储介质上存储有基于渠道路由的交易支付程序，所述基于渠道路由的交易支付程序被处理器执行时实现如权利要求1至7中任一项所述的基于渠道路由的交易支付方法的步骤。