CN102880956B - 支付服务器和支付通道整合方法 - Google Patents
支付服务器和支付通道整合方法 Download PDFInfo
- Publication number
- CN102880956B CN102880956B CN201210339568.7A CN201210339568A CN102880956B CN 102880956 B CN102880956 B CN 102880956B CN 201210339568 A CN201210339568 A CN 201210339568A CN 102880956 B CN102880956 B CN 102880956B
- Authority
- CN
- China
- Prior art keywords
- payment channel
- payment
- channel data
- proxy server
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Abstract
本发明提供了一种支付服务器,连接至多个代理服务器,包括:分解单元,用于将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并保存,其中,支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据,所述代理服务器由支付代理商提供;整合单元,连接至分解单元,在接收到客户端的支付请求时,将属于同一种支付方式类型或同一代理服务器标识或同一支付入口类型的支付通道数据进行归类整合,将整合后的支付通道数据发送至客户端。本发明还提供一种支付通道整合方法。通过本发明的技术方案,能够对支付代理服务器的支付能力进行分解和整合,从而可以给用户更大范围的支付选择环境,不受代理服务器的服务限制。
Description
技术领域
本发明涉及网上支付领域,具体而言,涉及一种支付服务器和一种支付通道整合方法。
背景技术
现阶段支付方式的接入形态有两种:一是直接通过支付提供服务器(例如招商银行系统服务器)提供的服务来进行接入,二是通过接入代理服务器来完成特定支付方式的接入。第一种方式对接入商户资质要求较高,而且支付通道太多,一个商户也没有精力与每家支付提供服务器进行接入合作;第二种方式相对而言就比较容易,商户可以选择接入若干家支付方式已经比较多的代理服务器来完成支付的接入操作,本发明也是以其为背景进行展开说明。
针对第二种方式,现有技术的通用做法都是将一家或几家没有支付冲突的代理服务器提供的支付方式汇集到一起,而重复支付方式的代理服务器就会被放弃掉。如图1A所示,某商户A考察P1、P2、P3三个代理服务器,P1的支付方式有点卡支付、网银支付,P2的支付方式有支付宝支付,而P3的支付方式有点卡支付、网银支付。如图1B所示,为了实现支付接入,由于P1和P3支付方式一样,用户会选择P1和P2支付或者选择P2和P3支付,但无法同时使用P1、P2和P3,其实P1和P3虽然都有网银支付,但还是有很大的区别,例如网银支付方式下的支付入口类型不同。由于代理服务器自身的优劣特点和整合能力差异,简单去掉代理服务器的做法还是不稳妥的。例如高阳网银虽然不强,但它整合大量的小银行,易宝虽然规模庞大,但是重点集中在那些比较大的银行企业和通道,对于普通小银行接入还是比较困难的;而且不同地域的人对大小银行的喜好程度也不同,所以必须要精细分析,绝不仅仅是代理服务器的加减问题。
因此,需要一种新的支付方式处理技术,能够对代理服务器的支付能力进行分解和整合,从而可以给用户更大范围的支付选择环境。
发明内容
本发明正是基于上述问题,提出了一种支付服务器,能够对代理服务器的支付能力进行分解和整合,从而可以给用户更大范围的支付选择环境。
有鉴于此,本发明提出了一种支付服务器,连接至多个代理服务器,所述代理服务器由支付代理商提供,包括:分解单元,用于将所述多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并保存,其中,所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据;整合单元,连接至所述分解单元,在接收到客户端的支付请求时,将属于同一种支付方式类型或同一代理服务器标识或同一支付入口类型的支付通道数据进行归类整合,将整合后的支付通道数据发送至所述客户端。
在该技术方案中,支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。
支付服务器可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,而不同于现有技术:当不同代理服务器存在相同的支付方式和/或支付入口时,仅保留一个代理服务器的支付通道,而去掉其他代理服务器。其中,代理服务器由支付代理商提供,代理服务器中保存了支付代理商的服务数据,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构。
在用户通过终端进行支付时,支付服务器可以获取用户的支付信息,然后根据支付信息向用户提供多个可用的支付通道供用户选择,即使存在不同的代理服务器提供的支付方式和/或支付入口相同的情况下,也可以将不同代理服务器的支付通道全部提供给用户进行选择,这最大限度上整合了现有代理服务器,给用户提供一个全面的支付选择环境。
在上述技术方案中,优选地,所述分解单元还用于将所述支付通道数据以字段形式保存至数据库,并保存设置的各支付通道数据的优先级;所述整合单元包括查找子单元和排序子单元,所述查找子单元用于从所述数据库中查找出符合所述支付请求的支付通道数据,所述排序子单元用于根据所述支付通道数据的优先级对归类整合后的支付通道数据进行排序。
在该技术方案中,支付服务器能够根据用户的支付请求查找相应的支付通道,而不仅仅是将当前所有代理服务器的支付通道全部提供给用户选择,进一步地,还可以根据优先级对支付通道进行排序,便于用户选择优先级最高的支付通道。
其中,支付通道的优先级可以是固定的,例如由厂商根据与不同代理服务器的合作关系设置,假设支付服务器与代理服务器A有合作关系,那么将代理服务器A的优先级设置为10,与代理服务器B没有合作关系,那么优先级设置为0,当检索出代理服务器A与代理服务器B均符合客户端的支付请求,那么在其他状态相同(支付方式和支付入口类型相同)的情况下,代理服务器A提供的支付通道排在代理服务器B提供的支付通道的前面。
在上述技术方案中,优选地,还包括:调整单元,用于调整所述支付通道数据的优先级,以调整所述支付通道数据的排序方式。
在该技术方案中,支付通道的优先级也可以根据使用情况进行自动调整,比如上述代理服务器A和代理服务器B,分配的优先级分别为5,如果代理服务器A的稳定性差,个别时候会出现访问错误等,尽管一开始分配优先级一样,假如每次发生故障优先级减少0.1,经过一段时间后,代理服务器A与代理服务器B的优先级可以变成4和5,那么代理服务器B提供的支付通道将排在代理服务器A提供的支付通道的前面,自动调整优先级的方式可为客户端提供更合适的且更稳定的支付通道。
在上述技术方案中,优选地,所述整合单元还用于在归类整合处理之后,针对每种支付入口类型,保留优先级最高的支付通道数据。
在该技术方案中,可以仅将优先级最高的支付通道提供给用户,即直接为用户推荐最优的支付通道,为用户节省了选择的时间。
在上述任一技术方案中,优选地,所述整合单元还用于在将所述支付通道数据发送至所述客户端时,还将所述客户端上次选择使用的支付通道数据提示给所述客户端。
在该技术方案中,可以在用户进行支付操作时,将上次选择使用的支付通道提供给客户,便于用户选择惯用的支付通道。
根据本发明的又一方面,还提出了一种支付通道整合方法,包括:步骤202,将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并保存,所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据,所述代理服务器由支付代理商提供;步骤204,在接收到客户端的支付请求时,将属于同一种支付方式类型或同一代理服务器标识或同一支付入口类型的支付通道数据进行归类整合,将整合后的支付通道数据发送至所述客户端。
在该技术方案中,支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。
支付服务器可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,而不同于现有技术:当不同代理服务器存在相同的支付方式和/或支付入口时,仅保留一个代理服务器的支付通道,而去掉其他代理服务器。其中,代理服务器由支付代理商提供,代理服务器中保存了支付代理商的服务数据,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构。
在用户通过终端进行支付时,支付服务器可以获取用户的支付信息,然后根据支付信息向用户提供多个可用的支付通道供用户选择,即使存在不同的代理服务器提供的支付方式和/或支付入口相同的情况下,也可以将不同代理服务器的支付通道全部提供给用户进行选择,这最大限度上整合了现有代理服务器,给用户提供一个全面的支付选择环境。
在上述技术方案中,优选地,在所述步骤202中,将所述支付通道数据以字段形式保存至数据库,并保存设置的各支付通道数据的优先级;所述步骤204具体包括:从所述数据库中查找出符合所述支付请求的支付通道数据,并根据所述支付通道数据的优先级对归类整合后的支付通道数据进行排序。
在该技术方案中,支付服务器能够根据用户的支付请求查找相应的支付通道,而不仅仅是将当前所有代理服务器的支付通道全部提供给用户选择,进一步地,还可以根据优先级对支付通道进行排序,便于用户选择优先级最高的支付通道。
其中,支付通道的优先级可以是固定的,例如由厂商根据与不同代理服务器的合作关系设置,假设支付服务器与代理服务器A有合作关系,那么将代理服务器A的优先级设置为10,与代理服务器B没有合作关系,那么优先级设置为0,当检索出代理服务器A与代理服务器B均符合客户端的支付请求,那么在其他状态相同(支付方式和支付入口类型相同)的情况下,代理服务器A提供的支付通道排在代理服务器B提供的支付通道的前面。
在上述技术方案中,优选地,调整所述支付通道数据的优先级,以调整所述支付通道数据的排序方式。
在该技术方案中,支付通道的优先级也可以根据使用情况进行自动调整,比如上述代理服务器A和代理服务器B,分配的优先级分别为5,如果代理服务器A的稳定性差,个别时候会出现访问错误等,尽管一开始分配优先级一样,假如每次发生故障优先级减少0.1,经过一段时间后,代理服务器A与代理服务器B的优先级可以分别变成4和5,那么代理服务器B提供的支付通道将排在代理服务器A提供的支付通道的前面,自动调整优先级更加便于用户选择合适的支付通道。
在上述技术方案中,优选地,在所述步骤204中,在归类整合后,针对每种支付入口类型,保留优先级最高的支付通道数据。
在该技术方案中,可以仅将优先级最高的支付通道提供给用户,即直接为用户推荐最优的支付通道,为用户节省了选择的时间。
在上述任一技术方案总,优选地,在将所述支付通道数据发送至所述客户端时,还将所述客户端上次选择使用的支付通道数据提示给所述客户端。
在该技术方案中,可以在用户进行支付操作时,将上次选择使用的支付通道提供给客户,便于用户选择惯用的支付通道。
通过以上技术方案,能够对代理服务器的支付能力进行分解和整合,从而可以给用户更大范围的支付选择环境,不受代理服务器的服务限制,也不是简单地代理服务器的增减处理。
附图说明
图1A和图1B示出了相关技术中支付方式汇集的示意图;
图2示出了根据本发明的实施例的支付服务器的框图;
图3示出了根据本发明的实施例的支付通道整合方法的流程图;
图4A示出了根据本发明的实施例的支付系统的示意图;
图4B示出了根据本发明的实施例的将图1A所示的支付方式数据进行分解后得到支付通道数据的示意图;
图4C示出了对图4B中分解得到的支付通道进行整合的示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
图2示出了根据本发明的实施例的支付服务器的框图。
如图2所示,根据本发明的实施例的支付服务器100连接至多个代理服务器,包括:分解单元102,用于将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并保存,其中,支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据,代理服务器由支付代理商提供;整合单元104,连接至分解单元102,在接收到客户端的支付请求时,将属于同一种支付方式类型或同一代理服务器标识或同一支付入口类型的支付通道数据进行归类整合,将整合后的支付通道数据发送至客户端。
支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口类型。因此,每家支付代理商都包含若干支付通道,每个支付通道都可以包括支付通道认证账号、支付通道认证密码、支付通道名称、支付通道所属的支付方式(例如网银、点卡、支付宝等)、支付通道所属支付提供商(例如XX银行系统)、支付通道所属支付代理商、支付通道内部标识、支付通道自定义其他必填参数(例如用户姓名、客户联系电话等)。
支付服务器100可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,而不同于现有技术中当不同代理服务器存在相同的支付方式和/或支付入口类型时,仅保留一个代理服务器的支付通道,而去掉其他代理服务器的支付通道。其中,代理服务器由支付代理商提供,代理服务器中保存了支付代理商的服务数据,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构。
在用户通过终端进行支付时,支付服务器100可以获取用户的支付信息,然后根据支付信息向用户提供多个可用的支付通道供用户选择,即使存在不同的代理服务器提供的支付方式和/或支付入口相同的情况下,也可以将不同代理服务器的支付通道全部提供给用户进行选择,例如用户选择网银支付,那么支付服务器100可以将包含支付方式为网银支付的支付通道全部展现给用户以供选择,这最大限度上整合了现有代理服务器的服务数据,给用户提供一个全面的支付选择环境。
优选地,分解单元102还用于将支付通道数据以字段形式保存至数据库,并保存设置的各支付通道数据的优先级;整合单元104包括查找子单元1042和排序子单元1044,查找子单元1042用于从数据库中查找出符合支付请求的支付通道数据,排序子单元1044用于根据支付通道数据的优先级对归类整合后的支付通道数据进行排序。
分解单元102将支付通道数据以字段形式保存至数据库,这样有便于支付服务器100根据客户端的支付请求准确查找出符合支付请求的支付通道数据。支付服务器100能够根据用户的支付请求查找相应的支付通道,而不仅仅是将当前所有代理服务器的支付通道全部提供给用户选择,进一步地,还可以根据优先级对支付通道进行排序,便于用户选择优先级最高的支付通道。
其中,支付通道的优先级可以是固定的,例如由厂商根据与不同代理服务器的合作关系设置,假设支付服务器100与代理服务器A有合作关系,那么将代理服务器A的优先级设置为10,与代理服务器B没有合作关系,那么优先级设置为0,当检索出代理服务器A与代理服务器B均符合客户端的支付请求,那么在其他状态相同(支付方式和支付入口类型相同)的情况下,代理服务器A提供的支付通道排在代理服务器B提供的支付通道的前面。
优选地,支付服务器100还包括:调整单元106,用于调整支付通道数据的优先级,以调整支付方式和支付通道数据的排序方式。
支付通道的优先级也可以根据使用情况进行自动调整,比如上述代理服务器A和代理服务器B,分配的优先级分别为5,如果代理服务器A的稳定性差,个别时候会出现访问错误等,尽管一开始分配优先级一样,假如每次发生故障优先级减少0.1,经过一段时间后,代理服务器A与代理服务器B的优先级可以分别变成4和5,那么代理服务器B提供的支付通道将排在代理服务器A提供的支付通道的前面,自动调整优先级的方式可为客户端提供更合适的且更稳定的支付通道。
优选地,整合单元104还用于在归类整合处理之后,针对每种支付入口类型,保留优先级最高的支付通道数据。
支付服务器100可以仅将优先级最高的支付通道提供给用户,即直接为用户推荐最优的支付通道,为用户节省了选择时间。
优选地,整合单元104还用于在将支付通道数据发送至客户端时,还将客户端上次选择使用的支付通道数据提示给客户端。
在用户进行支付操作时,支付服务器100可以将上次选择使用的支付通道提供给客户,便于用户选择惯用的支付通道。
图3示出了根据本发明的实施例的支付通道整合方法的流程图。
如图3所示,根据本发明的实施例的支付通道整合方法包括:步骤202,将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并保存,支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据,代理服务器由支付代理商提供;步骤204,在接收到客户端的支付请求时,将属于同一种支付方式类型或同一代理服务器标识或同一支付入口类型的支付通道数据进行归类整合,将整合后的支付通道数据发送至客户端。
在该技术方案中,支付通道可以是例如:支付宝-网银支付-招商银行的形式,其中,支付宝即代理服务器,网银支付即支付方式,招商银行即支付入口。
支付服务器可以将多个代理服务器提供的数据全部进行分解,生成多个支付通道,而不同于现有技术:当不同代理服务器存在相同的支付方式和/或支付入口类型时,仅保留一个代理服务器的支付通道,而去掉其他代理服务器的支付通道。其中,代理服务器由支付代理商提供,代理服务器中保存了支付代理商的服务数据,支付代理商是指本身没有支付能力,却可以通过集成其他有支付能力的公司或机构的支付能力,再提供支付服务的机构。
在用户通过终端进行支付时,支付服务器可以获取用户的支付信息,然后根据支付信息向用户提供多个可用的支付通道供用户选择,即使存在不同的代理服务器提供的支付方式和/或支付入口相同的情况下,也可以将不同代理服务器的支付通道全部提供给用户进行选择,这最大限度上整合了现有代理服务器的服务数据,给用户提供一个全面的支付选择环境。
优选地,在步骤202中,将支付通道数据以字段形式保存至数据库,并保存设置的各支付通道数据的优先级;步骤204具体包括:从数据库中查找出符合支付请求的支付通道数据,并根据支付通道数据的优先级对归类整合后的支付通道数据进行排序。
将支付通道数据以字段形式保存至数据库,这样有便于支付服务器根据客户端的支付请求准确查找出符合支付请求的支付通道数据。支付服务器能够根据用户的支付请求查找相应的支付通道,而不仅仅是将当前所有代理服务器的支付通道全部提供给用户选择,进一步地,还可以根据优先级对支付通道进行排序,便于用户选择优先级最高的支付通道。
其中,支付通道的优先级可以是固定的,例如由厂商根据与不同代理服务器的合作关系设置,假设支付服务器与代理服务器A有合作关系,那么将代理服务器A的优先级设置为10,与代理服务器B没有合作关系,那么优先级设置为0,当检索出代理服务器A与代理服务器B均符合客户端的支付请求,那么在其他状态相同(支付方式和支付入口类型相同)的情况下,代理服务器A提供的支付通道排在代理服务器B提供的支付通道的前面。
优选地,调整支付通道数据的优先级,以调整支付通道数据的排序方式。
支付通道的优先级也可以根据使用情况进行自动调整,比如上述代理服务器A和代理服务器B,分配的优先级分别为5,如果代理服务器A的稳定性差,个别时候会出现访问错误等,尽管一开始分配优先级一样,假如每次发生故障优先级减少0.1,经过一段时间后,代理服务器A与代理服务器B的优先级可以分别变成4和5,那么代理服务器B提供的支付通道将排在代理服务器A提供的支付通道的前面,自动调整优先级的方式可为客户端提供更合适的且更稳定的支付通道。
优选地,在所述步骤204中,在归类整合后,针对每种支付入口类型,保留优先级最高的支付通道数据。
服务器可以仅将优先级最高的支付通道提供给用户,即直接为用户推荐最优的支付通道,为用户节省了选择时间。
优选地,在将支付通道数据发送至客户端时,还将客户端上次选择使用的支付通道数据提示给客户端。
在用户进行支付操作时,支付服务器可以将上次选择使用的支付通道提供给客户,便于用户选择惯用的支付通道。
图4A示出了根据本发明的实施例的支付系统的示意图。
如图4A所示,根据本发明的实施例的支付系统包括支付服务器100(例如图1所示的支付服务器100)和客户端300。支付服务器100一端与多个代理服务器400相连,另一端其同时与多个客户端300相连,为多个客户端300提供服务。首先,支付服务器100将获取所有代理服务器提供的数据并对其进行分解,生成多条支付通道并保存至支付服务器100的数据库中。客户端300向支付服务器100发送支付请求,然后将所有支付通道全部提供给用户进行选择,进一步地,支付服务器100在接收到来自客户端300的支付请求时,还可以根据该客户端300的支付请求和支付信息,从数据库中选择相应的代理服务器400提供合适的支付通道进行整合并返回给供用户选择客户端300。
对于如图1A所示的支付方式数据,本发明对其进行分解后的支付通道数据可如图4B所示,即将代理服务器P1、代理服务器P2和代理服务器P3提供的支付通道全部提供给用户选择,便于用户根据不同代理服务器的特点选择相应的支付通道,而不是简单地去掉代理服务器P1或P3。
其次,在整合时,可按照支付方式或支付入口类型来对分解后的支付通道数据进行整合。当按照网银支付(支付方式)进行整合时,代理服务器400选择代理服务器P1提供的网银支付与代理服务器P3提供的网银支付(当然网银支付下面还可以有支付入口类型的信息,例如XX银行系统)这两条支付通道并进行整合,整合后提供给用户进行选择,如图4C所示。
以上结合附图详细说明了本发明的技术方案,考虑到相关技术中,在进行支付多通道整合时,当不同的代理服务器存在相同的支付方式和/或支付入口时,只是简单的去挑几个代理服务器,不能完整的提供可能的支付通道的问题。本发明提出了一种支付服务器,能够对代理服务器的支付方式数据进行分解和整合,从而可以给用户更大范围的支付选择环境,不受代理服务器的服务限制,也不是简单地代理服务器的增减处理。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种支付服务器,其特征在于,连接至多个代理服务器,所述代理服务器由支付代理商提供,所述支付服务器包括:
分解单元,用于将所述多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并保存,其中,所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据;
整合单元,连接至所述分解单元,在接收到客户端的支付请求时,将属于同一种支付方式类型或同一代理服务器标识或同一支付入口类型的支付通道数据进行归类整合,将整合后的支付通道数据发送至所述客户端。
2.根据权利要求1所述的支付服务器,其特征在于,所述分解单元还用于将所述支付通道数据以字段形式保存至数据库,并保存设置的各支付通道数据的优先级;
所述整合单元包括查找子单元和排序子单元,所述查找子单元用于从所述数据库中查找出符合所述支付请求的支付通道数据,所述排序子单元用于根据所述支付通道数据的优先级对归类整合后的支付通道数据进行排序。
3.根据权利要求2所述的支付服务器,其特征在于,还包括:
调整单元,用于调整所述支付通道数据的优先级,以调整所述支付通道数据的排序方式。
4.根据权利要求1所述的支付服务器,其特征在于,所述整合单元还用于在归类整合处理之后,针对每种支付入口类型,保留优先级最高的支付通道数据。
5.根据权利要求1至4中任一项所述的支付服务器,其特征在于,所述整合单元还用于在将所述支付通道数据发送至所述客户端时,还将所述客户端上次选择使用的支付通道数据提示给所述客户端。
6.一种支付通道整合方法,其特征在于,包括:
步骤202,将多个代理服务器提供的支付方式数据进行分解,生成多个支付通道数据并保存,所述支付通道数据包括代理服务器标识、支付方式类型数据和支付入口类型数据,所述代理服务器由支付代理商提供;
步骤204,在接收到客户端的支付请求时,将属于同一种支付方式类型或同一代理服务器标识或同一支付入口类型的支付通道数据进行归类整合,将整合后的支付通道数据发送至所述客户端。
7.根据权利要求6所述的支付通道整合方法,其特征在于,在所述步骤202中,将所述支付通道数据以字段形式保存至数据库,并保存设置的各支付通道数据的优先级;
所述步骤204具体包括:从所述数据库中查找出符合所述支付请求的支付通道数据,并根据所述支付通道数据的优先级对归类整合后的支付通道数据进行排序。
8.根据权利要求7所述的支付通道整合方法,其特征在于,调整所述支付通道数据的优先级,以调整所述支付通道数据的排序方式。
9.根据权利要求6所述的支付通道整合方法,其特征在于,在所述步骤204中,在归类整合后,针对每种支付入口类型,保留优先级最高的支付通道数据。
10.根据权利要求6至9中任一项所述的支付通道整合方法,其特征在于,在将所述支付通道数据发送至所述客户端时,还将所述客户端上次选择使用的支付通道数据提示给所述客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210339568.7A CN102880956B (zh) | 2012-09-13 | 2012-09-13 | 支付服务器和支付通道整合方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210339568.7A CN102880956B (zh) | 2012-09-13 | 2012-09-13 | 支付服务器和支付通道整合方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102880956A CN102880956A (zh) | 2013-01-16 |
CN102880956B true CN102880956B (zh) | 2016-02-10 |
Family
ID=47482271
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210339568.7A Active CN102880956B (zh) | 2012-09-13 | 2012-09-13 | 支付服务器和支付通道整合方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102880956B (zh) |
Families Citing this family (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105654291A (zh) * | 2014-11-14 | 2016-06-08 | 中国移动通信集团江西有限公司 | 一种无缝切换电子渠道支付方式的方法及装置 |
CN106296142B (zh) * | 2015-06-12 | 2020-05-22 | 深圳云游四海信息科技有限公司 | 一种多支付渠道选择的方法及系统 |
CN105741088A (zh) * | 2016-01-27 | 2016-07-06 | 广州唯品会信息科技有限公司 | 路由匹配支付方法及装置 |
CN107153953B (zh) * | 2016-03-04 | 2021-03-23 | 阿里巴巴集团控股有限公司 | 一种进行支付的方法和设备 |
CN105868982B (zh) * | 2016-04-15 | 2019-11-26 | 北京银贝壳科技有限公司 | 一种改进的移动互联网支付系统及其控制方法 |
KR101826960B1 (ko) * | 2016-05-31 | 2018-03-22 | 주식회사 하렉스인포텍 | 모바일 결제 방법 및 그 장치 |
CN106127460A (zh) * | 2016-06-15 | 2016-11-16 | 携程计算机技术(上海)有限公司 | 支付路由系统及方法 |
CN106529918A (zh) * | 2016-10-20 | 2017-03-22 | 北京众联享付科技股份有限公司 | 一种联通用户、商家与第三方支付通道的网络支付技术通道管理系统 |
CN107103475A (zh) * | 2017-03-31 | 2017-08-29 | 苏州乐麟无线信息科技有限公司 | 基于大数据的计费通道效率排序方法及系统 |
CN106992869A (zh) * | 2017-03-31 | 2017-07-28 | 苏州乐麟无线信息科技有限公司 | 基于大数据缓存服务器的计费通道调度方法及系统 |
CN107122967A (zh) * | 2017-04-14 | 2017-09-01 | 浙江数链科技有限公司 | 一种支付渠道的分配方法及装置 |
CN109905446B (zh) * | 2017-12-11 | 2022-05-17 | 财付通支付科技有限公司 | 一种业务处理方法、服务器和计算机存储介质 |
CN109960447A (zh) * | 2017-12-25 | 2019-07-02 | 新智数字科技有限公司 | 支付方法和支付装置 |
CN108366177B (zh) * | 2018-04-25 | 2023-10-03 | 沈康 | 计费服务系统 |
CN109345218B (zh) * | 2018-07-23 | 2022-05-10 | 中国建设银行股份有限公司 | 支付信息分流方法、系统、装置及存储介质 |
CN111539710A (zh) * | 2020-03-30 | 2020-08-14 | 北京小米移动软件有限公司 | 支付方式确定方法、装置及存储介质 |
CN111626852A (zh) * | 2020-04-03 | 2020-09-04 | 中邮消费金融有限公司 | 交易管理方法与交易管理系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20090117871A (ko) * | 2009-11-02 | 2009-11-13 | 주식회사 비즈모델라인 | 모바일 결제처리 시스템 |
CN102314649A (zh) * | 2011-07-27 | 2012-01-11 | 杭州斯凯网络科技有限公司 | 基于用户的支付方法及支付页面 |
-
2012
- 2012-09-13 CN CN201210339568.7A patent/CN102880956B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20090117871A (ko) * | 2009-11-02 | 2009-11-13 | 주식회사 비즈모델라인 | 모바일 결제처리 시스템 |
CN102314649A (zh) * | 2011-07-27 | 2012-01-11 | 杭州斯凯网络科技有限公司 | 基于用户的支付方法及支付页面 |
Non-Patent Citations (1)
Title |
---|
《一种开放性综合支付系统的设计与实现》;冯方方;《中国优秀硕士学位论文全文数据库信息科技辑》;20080815(第08期);参见第2,3,20,21,24-30页、附图4-1,4-4,4-5 * |
Also Published As
Publication number | Publication date |
---|---|
CN102880956A (zh) | 2013-01-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102880956B (zh) | 支付服务器和支付通道整合方法 | |
MX2009010274A (es) | Sistema y metodo para autorizar transacciones con tarjetas de valor almacenado. | |
CN109670824A (zh) | 电子账本的生成方法、装置、设备及存储介质 | |
CN110399533A (zh) | 资金流向查询方法及装置 | |
CN104376452B (zh) | 基于国际卡支付通道管理支付成功率的系统及方法 | |
CN109376187A (zh) | 一种基于区块链的查询方法和装置 | |
CN101334880A (zh) | 一种证券信息服务系统与方法 | |
CN107798046A (zh) | 客户身份信息处理方法、装置、存储介质和计算机设备 | |
CN112464204A (zh) | 账户管理方法和相关产品 | |
CN107909281A (zh) | 智能化共享空间工位分配方法、系统、设备及存储介质 | |
CN107067559A (zh) | 一种实现充电桩互联充电的方法和装置 | |
CN107423969A (zh) | 一种基于不同商户的智能支付移动终端 | |
CN102446290A (zh) | 一种多业务管理系统 | |
CN111339743A (zh) | 一种账号生成的方法和装置 | |
CN109492031A (zh) | 表格数据的显示方法、服务器以及计算机存储介质 | |
CN101841804A (zh) | 业务管理系统和方法 | |
CN107424005A (zh) | 一种基于不同商户的智能支付方法 | |
CN112488770A (zh) | 交易计价控制方法及其装置、设备、介质 | |
CN110689424B (zh) | 资金供需匹配方法和系统 | |
CN111415067A (zh) | 企业及个人信用评级系统 | |
CN107025556A (zh) | 一种适于交易处理的会员管理系统 | |
CN111882414A (zh) | 财务业务中台系统 | |
CN106251126A (zh) | 交通一卡通移动交易方法及系统 | |
CN111242596A (zh) | 一种电子账户、管理方法及建立方法 | |
CN105824815A (zh) | 一种查询血液信息的方法及应用服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |