CN105631648A - 支付平台选择方法和支付平台选择系统 - Google Patents
支付平台选择方法和支付平台选择系统 Download PDFInfo
- Publication number
- CN105631648A CN105631648A CN201510960836.0A CN201510960836A CN105631648A CN 105631648 A CN105631648 A CN 105631648A CN 201510960836 A CN201510960836 A CN 201510960836A CN 105631648 A CN105631648 A CN 105631648A
- Authority
- CN
- China
- Prior art keywords
- payment platform
- payment
- information
- platform
- rule
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了一种支付平台选择方法和一种支付平台选择系统，其中，支付平台选择方法包括：在接收到支付请求后，根据支付请求的属性，确定可用于接收支付请求的多个支付平台的工作属性；根据多个支付平台的工作属性，通过预定支付平台选择规则在多个支付平台中选择目标支付平台，以供通过目标支付平台处理支付请求。通过本发明的技术方案，可以使系统根据多个支付平台的工作属性进行综合考量，从而选择成本和/或可靠性最优化的支付平台完成在线支付，可以降低支付成本，增加在线支付的安全性，从而提升了用户体验。
Description
技术领域
本发明涉及计算机技术领域，具体而言，涉及一种支付平台选择方法和一种支付平台选择系统。
背景技术
随着电子商务的普及，互联网支付、移动支付等在线支付技术得到了迅猛的发展，越来越多的交易可以通过网络来完成。截止到2014年7月，共有269家公司取得了由央行颁发的第三方支付牌照，成为第三方支付平台。从事电子商务、网络营销的服务提供商可以通过接入这些第三方支付平台实现支付业务。
一般地，出于对成本与便利性的考虑，服务提供商通常会接入多家第三方支付平台，由用户自行选择使用哪一家第三方支付平台。在支付过程中，用户先选择第三方支付平台，再选择相应银行进行支付操作。不同的第三方支付平台大多数情况下都接入了同一家银行支付接口，不同的第三方支付平台收取的交易费用不同，对于服务提供商而言，能够自动选择交易费用最低的第三方支付平台完成支付，将能够大大降低交易成本。
然而，由用户自行决定使用哪一个第三方支付平台的模式，无法为服务提供商减小交易成本。同时，用户在进行支付操作时，选择的第三方支付平台可能由于系统不稳定、网络异常等原因导致支付失败。
因此，如何在支付活动中自动选择最合适的第三方支付平台，成为目前亟待解决的技术问题。
发明内容
本发明正是基于上述问题，提出了一种新的技术方案，可以在支付活动中自动选择最合适的第三方支付平台。
有鉴于此，本发明的一方面提出了一种支付平台选择方法，包括：在接收到支付请求后，根据所述支付请求的属性，确定可用于接收所述支付请求的多个支付平台的工作属性；根据所述多个支付平台的工作属性，通过预定支付平台选择规则在所述多个支付平台中选择目标支付平台，以供通过所述目标支付平台处理所述支付请求。
在该技术方案中，在进行在线支付的过程中，可以根据接收到支付请求的相关属性信息对多个支付平台进行甄选，从而选择出工作属性最为合适的支付平台作为目标支付平台。其中，支付平台包括第三方支付融合平台和/或非第三方支付融合平台，第三方支付融合平台包括已经取得了由央行颁发的第三方支付牌照的从事电子商务、网络营销的服务提供商，而非第三方支付融合平台包括除了上述第三方支付融合平台之外的提供第三方支付平台整合服务的服务提供商。通过本技术方案，可以使系统根据多个支付平台的工作属性进行综合考量，从而选择成本和/或可靠性最优化的支付平台完成在线支付，可以降低支付成本，增加在线支付的安全性，从而提升了用户体验。
在上述技术方案中，优选地，所述支付请求的属性包括：支付账户信息、支付金额、支付方式、支付商家信息；其中，所述支付账户信息包括以下至少之一或其组合：账户标识、机构标识、账户有效期、账户运营状态、户主开户列表；以及所述预定支付平台选择规则包括成本优先规则、质量优先规则或综合评估规则。
在该技术方案中，支付请求的属性包括但不限于支付账户信息、支付金额、支付方式、支付商家信息，其中的支付商家信息包括商家的编号、标识等，以及支付账户信息包括但不限于以下至少之一或其组合：账户标识、机构标识、账户有效期、账户运营状态、户主开户列表。另外，预定支付平台选择规则可以为成本优先规则、质量优先规则或综合评估规则，也可以是根据需要除此之外的其他规则。通过本技术方案，可依据支付请求中包含的多种信息对支付平台进行选择，多样化的信息有助于选择最为合适的支付平台，从而提升降低支付成本，增加在线支付的安全性，提升了用户体验。
在上述任一技术方案中，优选地，当所述预定支付平台选择规则为所述成本优先规则时，所述工作属性为成本阈值，以及所述根据所述支付请求的属性，确定可用于接收所述支付请求的多个支付平台的工作属性，包括：根据所述支付请求的属性，计算所述多个支付平台中的每个支付平台的费用支出信息和/或费用核减信息；根据所述每个支付平台的所述费用支出信息和/或所述费用核减信息，计算所述每个支付平台的所述成本阈值，以供根据所述成本优先规则，在所述多个支付平台中选择所述成本阈值最低的支付平台作为所述目标支付平台。
在该技术方案中，当使用成本优先原则时，可计算每个支付平台的费用支出信息和/或费用核减信息，以在多个支付平台中选择支付成本最低的支付平台进行在线支付活动，从而降低支付成本。其中，费用支出信息包括但不限于充值/支付费率、充值/支付单笔封顶费、支付金额、支付方式，费用核减信息包括但不限于返佣费率、折扣率、让利费用。
在上述任一技术方案中，优选地，当所述预定支付平台选择规则为所述质量优先规则时，所述工作属性为质量阈值，以及所述根据所述支付请求的属性，确定可用于接收所述支付请求的多个支付平台的工作属性，包括：根据所述支付请求的属性，确定所述多个支付平台中的每个支付平台的以下状态信息之一或其组合：响应时间、应答成功率、服务器状态信息、网络状态信息；以及根据所述每个支付平台的所述信息，计算所述每个支付平台的所述质量阈值，以供根据所述质量优先规则，在所述多个支付平台中选择所述质量阈值最高的支付平台作为所述目标支付平台。
在该技术方案中，当使用质量优先原则时，可计算每个支付平台的质量阈值，即每个支付平台的可靠性，以在多个支付平台中选择可靠性最高的支付平台进行在线支付活动，从而提升在线支付的安全性，保证用户的财产安全，提升了用户体验。其中，根据响应时间、应答成功率可以判断该支付平台本身的可靠性，根据服务器状态信息、网络状态信息可以分别判断该支付平台连接的服务器和使用的网络的可靠性，通过可靠性的多方面判断，可以进一步保障在线支付的安全性。其中，服务器状态信息包括但不限于响应时间、应答成功率、内存闲置率，网络状态信息包括但不限于PING响应值、响应时间、应答成功率。
在上述任一技术方案中，优选地，当所述预定支付平台选择规则为所述综合评估规则时，所述根据所述支付请求的属性，确定可用于接收所述支付请求的多个支付平台的工作属性，包括：根据所述支付请求的属性，计算所述多个支付平台中的每个支付平台的费用支出信息和/或费用核减信息，以及以下状态信息之一或其组合：响应时间、应答成功率、服务器状态信息、网络状态信息；以及根据所述每个支付平台的所述费用支出信息和/或所述费用核减信息，计算所述每个支付平台的所述成本阈值，并根据所述每个支付平台的所述状态信息，计算所述每个支付平台的所述质量阈值；根据所述每个支付平台的所述成本阈值和所述质量阈值，通过所述综合评估规则在所述多个支付平台中选择所述目标支付平台。
在该技术方案中，可以采用综合评估原则综合考量各支付平台的支付成本及可靠性因素，从而选择出成本和可靠性均符合要求的最优的支付平台进行在线支付。通过该技术方案，可以在选择支付平台时更加全面地进行分析，提升了选择结果的实用性，既可以降低支付成本，也能够增加在线支付的安全性，从而提升了用户体验。
在上述任一技术方案中，优选地，所述综合评估规则为在所述成本阈值低于预定成本阈值的至少一个支付平台中选择所述质量阈值最高的支付平台作为所述目标支付平台。
在该技术方案中，具体可以在多个支付平台中确定成本阈值低于预定成本阈值的至少一个支付平台，并在该至少一个支付平台中选取质量阈值最高的支付平台作为目标支付平台，从而保证目标支付平台兼具低成本和高质量。
本发明的另一方面提出来一种支付平台选择系统，包括：确定单元，在接收到支付请求后，根据所述支付请求的属性，确定可用于接收所述支付请求的多个支付平台的工作属性；选择单元，根据所述多个支付平台的工作属性，通过预定支付平台选择规则在所述多个支付平台中选择目标支付平台，以供通过所述目标支付平台处理所述支付请求。
在该技术方案中，在进行在线支付的过程中，可以根据接收到支付请求的相关属性信息对多个支付平台进行甄选，从而选择出工作属性最为合适的支付平台作为目标支付平台。其中，支付平台包括第三方支付融合平台和/或非第三方支付融合平台，第三方支付融合平台包括已经取得了由央行颁发的第三方支付牌照的从事电子商务、网络营销的服务提供商，而非第三方支付融合平台包括除了上述第三方支付融合平台之外的提供第三方支付平台整合服务的服务提供商。通过本技术方案，可以使系统根据多个支付平台的工作属性进行综合考量，从而选择成本和/或可靠性最优化的支付平台完成在线支付，可以降低支付成本，增加在线支付的安全性，从而提升了用户体验。
在上述技术方案中，优选地，所述支付请求的属性包括：支付账户信息、支付金额、支付方式、支付商家信息；其中，所述支付账户信息包括以下至少之一或其组合：账户标识、机构标识、账户有效期、账户运营状态、户主开户列表；以及所述预定支付平台选择规则包括成本优先规则、质量优先规则或综合评估规则。
在该技术方案中，支付请求的属性包括但不限于支付账户信息、支付金额、支付方式、支付商家信息，其中的支付商家信息包括商家的编号、标识等，以及支付账户信息包括但不限于以下至少之一或其组合：账户标识、机构标识、账户有效期、账户运营状态、户主开户列表。另外，预定支付平台选择规则可以为成本优先规则、质量优先规则或综合评估规则，也可以是根据需要除此之外的其他规则。通过本技术方案，可依据支付请求中包含的多种信息对支付平台进行选择，多样化的信息有助于选择最为合适的支付平台，从而提升降低支付成本，增加在线支付的安全性，提升了用户体验。
在上述任一技术方案中，优选地，当所述预定支付平台选择规则为所述成本优先规则时，所述工作属性为成本阈值，以及所述确定单元包括：成本阈值计算单元，根据所述支付请求的属性，计算所述多个支付平台中的每个支付平台的费用支出信息和/或费用核减信息，以及根据所述每个支付平台的所述费用支出信息和/或所述费用核减信息，计算所述每个支付平台的所述成本阈值，以供根据所述成本优先规则，在所述多个支付平台中选择所述成本阈值最低的支付平台作为所述目标支付平台。
在该技术方案中，当使用成本优先原则时，可计算每个支付平台的费用支出信息和/或费用核减信息，以在多个支付平台中选择支付成本最低的支付平台进行在线支付活动，从而降低支付成本。其中，费用支出信息包括但不限于充值/支付费率、充值/支付单笔封顶费、支付金额、支付方式，费用核减信息包括但不限于返佣费率、折扣率、让利费用。
在上述任一技术方案中，优选地，当所述预定支付平台选择规则为所述质量优先规则时，所述工作属性为质量阈值，以及所述确定单元包括：状态信息确定单元，根据所述支付请求的属性，确定所述多个支付平台中的每个支付平台的以下状态信息之一或其组合：响应时间、应答成功率、服务器状态信息、网络状态信息；以及质量阈值计算单元，根据所述每个支付平台的所述信息，计算所述每个支付平台的所述质量阈值，以供根据所述质量优先规则，在所述多个支付平台中选择所述质量阈值最高的支付平台作为所述目标支付平台。
在该技术方案中，当使用质量优先原则时，可计算每个支付平台的质量阈值，即每个支付平台的可靠性，以在多个支付平台中选择可靠性最高的支付平台进行在线支付活动，从而提升在线支付的安全性，保证用户的财产安全，提升了用户体验。其中，根据响应时间、应答成功率可以判断该支付平台本身的可靠性，根据服务器状态信息、网络状态信息可以分别判断该支付平台连接的服务器和使用的网络的可靠性，通过可靠性的多方面判断，可以进一步保障在线支付的安全性。其中，服务器状态信息包括但不限于响应时间、应答成功率、内存闲置率，网络状态信息包括但不限于PING响应值、响应时间、应答成功率。
在上述任一技术方案中，优选地，当所述预定支付平台选择规则为所述综合评估规则时，所述确定单元包括：综合信息计算单元，根据所述支付请求的属性，计算所述多个支付平台中的每个支付平台的费用支出信息和/或费用核减信息，以及以下状态信息之一或其组合：响应时间、应答成功率、服务器状态信息、网络状态信息；以及综合阈值计算单元，根据所述每个支付平台的所述费用支出信息和/或所述费用核减信息，计算所述每个支付平台的所述成本阈值，并根据所述每个支付平台的所述状态信息，计算所述每个支付平台的所述质量阈值，以供根据所述每个支付平台的所述成本阈值和所述质量阈值，通过所述综合评估规则在所述多个支付平台中选择所述目标支付平台。
在该技术方案中，可以采用综合评估原则综合考量各支付平台的支付成本及可靠性因素，从而选择出成本和可靠性均符合要求的最优的支付平台进行在线支付。通过该技术方案，可以在选择支付平台时更加全面地进行分析，提升了选择结果的实用性，既可以降低支付成本，也能够增加在线支付的安全性，从而提升了用户体验。
在上述任一技术方案中，优选地，所述综合评估规则为在所述成本阈值低于预定成本阈值的至少一个支付平台中选择所述质量阈值最高的支付平台作为所述目标支付平台。
在该技术方案中，具体可以在多个支付平台中确定成本阈值低于预定成本阈值的至少一个支付平台，并在该至少一个支付平台中选取质量阈值最高的支付平台作为目标支付平台，从而保证目标支付平台兼具低成本和高质量。
通过以上技术方案，可以在进行在线支付时选择最优支付平台，从而降低支付成本，增加在线支付的安全性，提升了用户体验。
附图说明
图1示出了根据本发明的一个实施例的支付平台选择方法的流程图；
图2A示出了根据本发明的一个实施例的支付平台选择系统的框图；
图2B示出了图2A中的支付平台选择系统中的工作流程图；
图3示出了根据本发明的另一个实施例的支付平台选择系统的框图；
图4示出了根据本发明的再一个实施例的支付平台选择系统的框图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的一个实施例的支付平台选择方法的流程图；
如图1所示，根据本发明的一个实施例的支付平台选择方法，包括：
步骤102，在接收到支付请求后，根据支付请求的属性，确定可用于接收支付请求的多个支付平台的工作属性。
步骤104，根据多个支付平台的工作属性，通过预定支付平台选择规则在多个支付平台中选择目标支付平台，以供通过目标支付平台处理支付请求。
在该技术方案中，在进行在线支付的过程中，可以根据接收到支付请求的相关属性信息对多个支付平台进行甄选，从而选择出工作属性最为合适的支付平台作为目标支付平台。其中，支付平台包括第三方支付融合平台和/或非第三方支付融合平台，第三方支付融合平台包括已经取得了由央行颁发的第三方支付牌照的从事电子商务、网络营销的服务提供商，而非第三方支付融合平台包括除了上述第三方支付融合平台之外的提供第三方支付平台整合服务的服务提供商。通过本技术方案，可以使系统根据多个支付平台的工作属性进行综合考量，从而选择成本和/或可靠性最优化的支付平台完成在线支付，可以降低支付成本，增加在线支付的安全性，从而提升了用户体验。
在上述技术方案中，优选地，支付请求的属性包括：支付账户信息、支付金额、支付方式、支付商家信息；其中，支付账户信息包括以下至少之一或其组合：账户标识、机构标识、账户有效期、账户运营状态、户主开户列表；以及预定支付平台选择规则包括成本优先规则、质量优先规则或综合评估规则。
在该技术方案中，支付请求的属性包括但不限于支付账户信息、支付金额、支付方式、支付商家信息，其中的支付商家信息包括商家的编号、标识等，以及支付账户信息包括但不限于以下至少之一或其组合：账户标识、机构标识、账户有效期、账户运营状态、户主开户列表。另外，预定支付平台选择规则可以为成本优先规则、质量优先规则或综合评估规则，也可以是根据需要除此之外的其他规则。通过本技术方案，可依据支付请求中包含的多种信息对支付平台进行选择，多样化的信息有助于选择最为合适的支付平台，从而提升降低支付成本，增加在线支付的安全性，提升了用户体验。
在上述任一技术方案中，优选地，当预定支付平台选择规则为成本优先规则时，工作属性为成本阈值，步骤102包括：根据支付请求的属性，计算多个支付平台中的每个支付平台的费用支出信息和/或费用核减信息；根据每个支付平台的费用支出信息和/或费用核减信息，计算每个支付平台的成本阈值，以供根据成本优先规则，在多个支付平台中选择成本阈值最低的支付平台作为目标支付平台。
在该技术方案中，当使用成本优先原则时，可计算每个支付平台的费用支出信息和/或费用核减信息，以在多个支付平台中选择支付成本最低的支付平台进行在线支付活动，从而降低支付成本。其中，费用支出信息包括但不限于充值/支付费率、充值/支付单笔封顶费、支付金额、支付方式，费用核减信息包括但不限于返佣费率、折扣率、让利费用。
在上述任一技术方案中，优选地，当预定支付平台选择规则为质量优先规则时，工作属性为质量阈值，步骤102包括：根据支付请求的属性，确定多个支付平台中的每个支付平台的以下状态信息之一或其组合：响应时间、应答成功率、服务器状态信息、网络状态信息；以及根据每个支付平台的信息，计算每个支付平台的质量阈值，以供根据质量优先规则，在多个支付平台中选择质量阈值最高的支付平台作为目标支付平台。
在该技术方案中，当使用质量优先原则时，可计算每个支付平台的质量阈值，即每个支付平台的可靠性，以在多个支付平台中选择可靠性最高的支付平台进行在线支付活动，从而提升在线支付的安全性，保证用户的财产安全，提升了用户体验。其中，根据响应时间、应答成功率可以判断该支付平台本身的可靠性，根据服务器状态信息、网络状态信息可以分别判断该支付平台连接的服务器和使用的网络的可靠性，通过可靠性的多方面判断，可以进一步保障在线支付的安全性。其中，服务器状态信息包括但不限于响应时间、应答成功率、内存闲置率，网络状态信息包括但不限于PING响应值、响应时间、应答成功率。
在上述任一技术方案中，优选地，当预定支付平台选择规则为综合评估规则时，步骤102包括：根据支付请求的属性，计算多个支付平台中的每个支付平台的费用支出信息和/或费用核减信息，以及以下状态信息之一或其组合：响应时间、应答成功率、服务器状态信息、网络状态信息；以及根据每个支付平台的费用支出信息和/或费用核减信息，计算每个支付平台的成本阈值，并根据每个支付平台的状态信息，计算每个支付平台的质量阈值；根据每个支付平台的成本阈值和质量阈值，通过综合评估规则在多个支付平台中选择目标支付平台。
在该技术方案中，可以采用综合评估原则综合考量各支付平台的支付成本及可靠性因素，从而选择出成本和可靠性均符合要求的最优的支付平台进行在线支付。通过该技术方案，可以在选择支付平台时更加全面地进行分析，提升了选择结果的实用性，既可以降低支付成本，也能够增加在线支付的安全性，从而提升了用户体验。
在上述任一技术方案中，优选地，所述综合评估规则为在所述成本阈值低于预定成本阈值的至少一个支付平台中选择所述质量阈值最高的支付平台作为所述目标支付平台。
在该技术方案中，具体可以在多个支付平台中确定成本阈值低于预定成本阈值的至少一个支付平台，并在该至少一个支付平台中选取质量阈值最高的支付平台作为目标支付平台，从而保证目标支付平台兼具低成本和高质量。
图2A示出了根据本发明的一个实施例的支付平台选择系统的框图。
如图2A所示，根据本发明的一个实施例的支付平台选择系统200，包括：
收发系统202，用于通过接收模块2022接收来自用户的支付请求，在验证支付请求的合法性、有效性之后，将支付请求提交给策略系统204，并在支付完成之后，通过反馈模块2024将支付结果信息返回给用户。
策略系统204，能够根据成本策略模块2042和/或可靠性策略模块2044，生成最优的支付策略，并将该支付策略发送给支付融合系统206。
支付融合系统206，用于接收来自策略系统204的请求，根据策略系统204挑选出的成本和可靠性最优方式，将支付请求发送至第三方支付融合平台2062或非第三方支付融合平台2064进行支付，并在支付完成之后，将支付结果信息返回给收发系统202。
图2B示出了图2A中的支付平台选择系统中的工作流程图；
如图2B所示，图2A中的支付平台选择系统200中的工作流程包括：
步骤S1，通过收发系统202接收用户支付请求、个人账户信息，并将其发送给策略系统204；
步骤S2，策略系统204对收发系统请求进行处理，根据成本优化策略、可靠性策略选择出最优支付方案，并发送给支付融合系统206；
步骤S3，支付融合系统206接收策略系统204支付请求，根据最优策略，选择支付服务商完成支付；
步骤S4，收发系统202将支付结果信息反馈给用户。
通过上述技术方案，可选取最优成本策略和/或可靠性策略，能够帮助服务提供商从接入的多个不同第三方支付平台和/或非第三方支付平台中，在保证第三方支付平台的可靠性的前提下，选择出最优成本支付方案，降低交易成本。
图3示出了根据本发明的另一个实施例的支付平台选择系统的框图。
如图3所示，根据本发明的一个实施例的支付平台选择系统300，包括：确定单元302，在接收到支付请求后，根据支付请求的属性，确定可用于接收支付请求的多个支付平台的工作属性；选择单元304，根据多个支付平台的工作属性，通过预定支付平台选择规则在多个支付平台中选择目标支付平台，以供通过目标支付平台处理支付请求。
在该技术方案中，在进行在线支付的过程中，可以根据接收到支付请求的相关属性信息对多个支付平台进行甄选，从而选择出工作属性最为合适的支付平台作为目标支付平台。其中，支付平台包括第三方支付融合平台和/或非第三方支付融合平台，第三方支付融合平台包括已经取得了由央行颁发的第三方支付牌照的从事电子商务、网络营销的服务提供商，而非第三方支付融合平台包括除了上述第三方支付融合平台之外的提供第三方支付平台整合服务的服务提供商。通过本技术方案，可以使系统根据多个支付平台的工作属性进行综合考量，从而选择成本和/或可靠性最优化的支付平台完成在线支付，可以降低支付成本，增加在线支付的安全性，从而提升了用户体验。
在上述技术方案中，优选地，支付请求的属性包括：支付账户信息、支付金额、支付方式、支付商家信息；其中，支付账户信息包括以下至少之一或其组合：账户标识、机构标识、账户有效期、账户运营状态、户主开户列表；以及预定支付平台选择规则包括成本优先规则、质量优先规则或综合评估规则。
在该技术方案中，支付请求的属性包括但不限于支付账户信息、支付金额、支付方式、支付商家信息，其中的支付商家信息包括商家的编号、标识等，以及支付账户信息包括但不限于以下至少之一或其组合：账户标识、机构标识、账户有效期、账户运营状态、户主开户列表。另外，预定支付平台选择规则可以为成本优先规则、质量优先规则或综合评估规则，也可以是根据需要除此之外的其他规则。通过本技术方案，可依据支付请求中包含的多种信息对支付平台进行选择，多样化的信息有助于选择最为合适的支付平台，从而提升降低支付成本，增加在线支付的安全性，提升了用户体验。
在上述任一技术方案中，优选地，当预定支付平台选择规则为成本优先规则时，工作属性为成本阈值，以及确定单元302包括：成本阈值计算单元3022，根据支付请求的属性，计算多个支付平台中的每个支付平台的费用支出信息和/或费用核减信息，以及根据每个支付平台的费用支出信息和/或费用核减信息，计算每个支付平台的成本阈值，以供根据成本优先规则，在多个支付平台中选择成本阈值最低的支付平台作为目标支付平台。
在该技术方案中，当使用成本优先原则时，可计算每个支付平台的费用支出信息和/或费用核减信息，以在多个支付平台中选择支付成本最低的支付平台进行在线支付活动，从而降低支付成本。其中，费用支出信息包括但不限于充值/支付费率、充值/支付单笔封顶费、支付金额、支付方式，费用核减信息包括但不限于返佣费率、折扣率、让利费用。
在上述任一技术方案中，优选地，当预定支付平台选择规则为质量优先规则时，工作属性为质量阈值，以及确定单元302包括：状态信息确定单元3024，根据支付请求的属性，确定多个支付平台中的每个支付平台的以下状态信息之一或其组合：响应时间、应答成功率、服务器状态信息、网络状态信息；以及质量阈值计算单元3026，根据每个支付平台的信息，计算每个支付平台的质量阈值，以供根据质量优先规则，在多个支付平台中选择质量阈值最高的支付平台作为目标支付平台。
在该技术方案中，当使用质量优先原则时，可计算每个支付平台的质量阈值，即每个支付平台的可靠性，以在多个支付平台中选择可靠性最高的支付平台进行在线支付活动，从而提升在线支付的安全性，保证用户的财产安全，提升了用户体验。其中，根据响应时间、应答成功率可以判断该支付平台本身的可靠性，根据服务器状态信息、网络状态信息可以分别判断该支付平台连接的服务器和使用的网络的可靠性，通过可靠性的多方面判断，可以进一步保障在线支付的安全性。其中，服务器状态信息包括但不限于响应时间、应答成功率、内存闲置率，网络状态信息包括但不限于PING响应值、响应时间、应答成功率。
在上述任一技术方案中，优选地，当预定支付平台选择规则为综合评估规则时，确定单元302包括：综合信息计算单元3028，根据支付请求的属性，计算多个支付平台中的每个支付平台的费用支出信息和/或费用核减信息，以及以下状态信息之一或其组合：响应时间、应答成功率、服务器状态信息、网络状态信息；以及综合阈值计算单元30210，根据每个支付平台的费用支出信息和/或费用核减信息，计算每个支付平台的成本阈值，并根据每个支付平台的状态信息，计算每个支付平台的质量阈值，以供根据每个支付平台的成本阈值和质量阈值，通过综合评估规则在多个支付平台中选择目标支付平台。
在该技术方案中，可以采用综合评估原则综合考量各支付平台的支付成本及可靠性因素，从而选择出成本和可靠性均符合要求的最优的支付平台进行在线支付。通过该技术方案，可以在选择支付平台时更加全面地进行分析，提升了选择结果的实用性，既可以降低支付成本，也能够增加在线支付的安全性，从而提升了用户体验。
在上述任一技术方案中，优选地，所述综合评估规则为在所述成本阈值低于预定成本阈值的至少一个支付平台中选择所述质量阈值最高的支付平台作为所述目标支付平台。
在该技术方案中，具体可以在多个支付平台中确定成本阈值低于预定成本阈值的至少一个支付平台，并在该至少一个支付平台中选取质量阈值最高的支付平台作为目标支付平台，从而保证目标支付平台兼具低成本和高质量。
图4示出了根据本发明的再一个实施例的支付平台选择系统的框图。
如图4所示，根据本发明的再一个实施例的支付平台选择系统，包括：收发系统101、策略系统102、支付系统105、支付融合系统106、一个或多个用户103、一个或多个服务商104。其中，收费系统101与策略系统102是逻辑上的区分，不排除两者合二为一的场景。
使用本实施例的支付平台选择系统进行电子支付时的成本和可靠性优化包括如下步骤：
步骤S110，用户103向收发系统101发送一个支付请求，请求至少包括以下支付安全属性中的一个或多个：支付账号、支付金额、支付方式、商家编号。以及用户103向收发系统101发送一个支付请求同时，会提交用户103的个人账户信息，至少包括以下支付安全属性中的一个或多个：账户标识、机构标识、有效期、状态、开户列表。
其中，收发系统101用于接收来自用户的支付请求和个人账户信息，对该信息进行合法性验证、有效性验证，以及接收来至支付融合系统106的支付结果消息，将支付结果信息反馈给用户。具体地，收发系统101通过反馈模块将支付结果反馈给用户，包括以下属性的一个或多个：账户标识、商家编号、结果标识、支付渠道信息。
步骤S111，服务商104向策略系统102提交成本优化策略和可靠性策略，即根据服务生104的实际需求，对策略系统中的各种策略进行初始化配置。其中，策略系统可配置成为：仅根据成本优化策略进行最优支付，仅根据可靠性优化策略进行最优支付，或者根据成本优化策略、可靠性策略组合进行最优支付，即包括成本策略模块和可靠性策略模块。
可靠性策略模块包括：一个或多个服务器可靠性策略算法模块，一个或多个网络可靠性策略算法模块，一个或多个支付平台可靠性策略算法模块，以及可靠性策略还包括：一个或多个第三方支付融合平台/非第三方支付融合平台标识。
步骤S112，收费系统101将验证通过后的用户请求及个人账户信息发送给策略系统102，由策略系统102根据用户的实际请求选取最优成本策略和可靠性策略。其中，成本策略模块还包括：一个或多个成本最优策略算法模块，一个或多个费用支出模块，一个或多个费用核减模块，以及策略算法模块还包括：能够对支付渠道选择进行评估和产生影响的一个或多个策略算法；费用支出模块还包括：用于统计进行支付时各种支出的费用模块，包括以下费用相关属性中的一个或多个：充值/支付费率、充值/支付单笔封顶费、支付金额、支付方式；费用核减模块还包括：用于统计选用某个渠道进行支付时可核减的费用模块，包括以下费用核减相关属性中的一个或多个：返佣费率、折扣率、让利费用；以及成本优化策略还包括：一个或多个第三方支付融合平台/非第三方支付融合平台标识。
另外，服务器可靠性策略算法模块用于计算服务器可靠性高低，支持从高到低或从低到高进行排序，包括以下相关属性中的一个或多个：响应时间、应答成功率、内存闲置率；网络可靠性策略算法模块用于计算通信网络可靠性高低，支持从高到低或从低到高进行排序，包括以下相关属性中的一个或多个：PING响应值、响应时间、应答成功率；支付平台可靠性策略算法模块用于计算支付平台可靠性高低，支持从高到低或从低到高进行排序，包括以下相关属性中的一个或多个：平均响应时间、应答成功率。
步骤S113，策略系统102在完成最优成本策略和可靠性策略选取后，将支付请求发送给支付系统105；策略系统102发送给支付系统105的请求参数至少包括以下一个或多个：支付平台标识ID、是否组合发送标识符、发送时间、支付金额。
步骤S114，支付系统105将支付请求发送给支付融合系统106，支付融合系统106根据策略系统102的最优策略，选择支付服务商完成支付流程。
其中，支付融合系统106包括第三方支付融合平台和非第三方支付融合平台，第三方支付融合平台包括已经取得了由央行颁发的第三方支付牌照，从事电子商务、网络营销的服务提供商，而非第三方支付融合平台包括除了上述第三方支付融合平台之外的提供第三方支付平台整合服务的服务提供商。
另外，支付融合系统106在支付完成之后，将支付结果信息返回给收费系统101。
以上结合附图详细说明了本发明的技术方案，通过以上技术方案，可以在进行在线支付时选择最优支付平台，从而降低支付成本，增加在线支付的安全性，提升了用户体验。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (18)
1.一种支付平台选择方法，其特征在于，包括：
在接收到支付请求后，根据所述支付请求的属性，确定可用于接收所述支付请求的多个支付平台的工作属性；
根据所述多个支付平台的工作属性，通过预定支付平台选择规则在所述多个支付平台中选择目标支付平台，以供通过所述目标支付平台处理所述支付请求。
2.根据权利要求1所述的支付平台选择方法，其特征在于，所述支付请求的属性包括：支付账户信息、支付金额、支付方式、支付商家信息；
其中，所述支付账户信息包括以下至少之一或其组合：
账户标识、机构标识、账户有效期、账户运营状态、户主开户列表；以及
所述预定支付平台选择规则包括成本优先规则、质量优先规则或综合评估规则。
3.根据权利要求2所述的支付平台选择方法，其特征在于，当所述预定支付平台选择规则为所述成本优先规则时，所述工作属性为成本阈值，以及
所述根据所述支付请求的属性，确定可用于接收所述支付请求的多个支付平台的工作属性，包括：
根据所述支付请求的属性，计算所述多个支付平台中的每个支付平台的费用支出信息和/或费用核减信息。
4.根据权利要求3所述的支付平台选择方法，其特征在于，所述根据所述支付请求的属性，确定可用于接收所述支付请求的多个支付平台的工作属性，还包括：
根据所述每个支付平台的所述费用支出信息和/或所述费用核减信息，计算所述每个支付平台的所述成本阈值，以供根据所述成本优先规则，在所述多个支付平台中选择所述成本阈值最低的支付平台作为所述目标支付平台。
5.根据权利要求2所述的支付平台选择方法，其特征在于，当所述预定支付平台选择规则为所述质量优先规则时，所述工作属性为质量阈值，以及
所述根据所述支付请求的属性，确定可用于接收所述支付请求的多个支付平台的工作属性，包括：
根据所述支付请求的属性，确定所述多个支付平台中的每个支付平台的以下状态信息之一或其组合：响应时间、应答成功率、服务器状态信息、网络状态信息。
6.根据权利要求5所述的支付平台选择方法，其特征在于，所述根据所述支付请求的属性，确定可用于接收所述支付请求的多个支付平台的工作属性，还包括：
根据所述每个支付平台的所述信息，计算所述每个支付平台的所述质量阈值，以供根据所述质量优先规则，在所述多个支付平台中选择所述质量阈值最高的支付平台作为所述目标支付平台。
7.根据权利要求2所述的支付平台选择方法，其特征在于，当所述预定支付平台选择规则为所述综合评估规则时，所述根据所述支付请求的属性，确定可用于接收所述支付请求的多个支付平台的工作属性，包括：
根据所述支付请求的属性，计算所述多个支付平台中的每个支付平台的费用支出信息和/或费用核减信息，以及以下状态信息之一或其组合：响应时间、应答成功率、服务器状态信息、网络状态信息。
8.根据权利要求7所述的支付平台选择方法，其特征在于，当所述预定支付平台选择规则为所述综合评估规则时，还包括：
根据所述每个支付平台的所述费用支出信息和/或所述费用核减信息，计算所述每个支付平台的所述成本阈值，并根据所述每个支付平台的所述状态信息，计算所述每个支付平台的所述质量阈值；以及
根据所述每个支付平台的所述成本阈值和所述质量阈值，通过所述综合评估规则在所述多个支付平台中选择所述目标支付平台。
9.根据权利要求8所述的支付平台选择方法，其特征在于，所述综合评估规则为在所述成本阈值低于预定成本阈值的至少一个支付平台中选择所述质量阈值最高的支付平台作为所述目标支付平台。
10.一种支付平台选择系统，其特征在于，包括：
确定单元，在接收到支付请求后，根据所述支付请求的属性，确定可用于接收所述支付请求的多个支付平台的工作属性；
选择单元，根据所述多个支付平台的工作属性，通过预定支付平台选择规则在所述多个支付平台中选择目标支付平台，以供通过所述目标支付平台处理所述支付请求。
11.根据权利要求10所述的支付平台选择系统，其特征在于，所述支付请求的属性包括：支付账户信息、支付金额、支付方式、支付商家信息；
其中，所述支付账户信息包括以下至少之一或其组合：
账户标识、机构标识、账户有效期、账户运营状态、户主开户列表；以及
所述预定支付平台选择规则包括成本优先规则、质量优先规则或综合评估规则。
12.根据权利要求11所述的支付平台选择系统，其特征在于，当所述预定支付平台选择规则为所述成本优先规则时，所述工作属性为成本阈值，以及
所述确定单元包括：
成本阈值计算单元，根据所述支付请求的属性，计算所述多个支付平台中的每个支付平台的费用支出信息和/或费用核减信息。
13.根据权利要求12所述的支付平台选择系统，其特征在于，所述成本阈值计算单元还用于：
根据所述每个支付平台的所述费用支出信息和/或所述费用核减信息，计算所述每个支付平台的所述成本阈值，以供根据所述成本优先规则，在所述多个支付平台中选择所述成本阈值最低的支付平台作为所述目标支付平台。
14.根据权利要求11所述的支付平台选择系统，其特征在于，当所述预定支付平台选择规则为所述质量优先规则时，所述工作属性为质量阈值，以及所述确定单元包括：
状态信息确定单元，根据所述支付请求的属性，确定所述多个支付平台中的每个支付平台的以下状态信息之一或其组合：响应时间、应答成功率、服务器状态信息、网络状态信息。
15.根据权利要求14所述的支付平台选择系统，其特征在于，所述确定单元还包括：
质量阈值计算单元，根据所述每个支付平台的所述信息，计算所述每个支付平台的所述质量阈值，以供根据所述质量优先规则，在所述多个支付平台中选择所述质量阈值最高的支付平台作为所述目标支付平台。
16.根据权利要求11所述的支付平台选择系统，其特征在于，当所述预定支付平台选择规则为所述综合评估规则时，所述确定单元包括：
综合信息计算单元，根据所述支付请求的属性，计算所述多个支付平台中的每个支付平台的费用支出信息和/或费用核减信息，以及以下状态信息之一或其组合：响应时间、应答成功率、服务器状态信息、网络状态信息。
17.根据权利要求16所述的支付平台选择系统，其特征在于，所述确定单元还包括：
综合阈值计算单元，根据所述每个支付平台的所述费用支出信息和/或所述费用核减信息，计算所述每个支付平台的所述成本阈值，并根据所述每个支付平台的所述状态信息，计算所述每个支付平台的所述质量阈值，以供根据所述每个支付平台的所述成本阈值和所述质量阈值，通过所述综合评估规则在所述多个支付平台中选择所述目标支付平台。
18.根据权利要求17所述的支付平台选择系统，其特征在于，所述综合评估规则为在所述成本阈值低于预定成本阈值的至少一个支付平台中选择所述质量阈值最高的支付平台作为所述目标支付平台。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510960836.0A CN105631648A (zh) | 2015-12-18 | 2015-12-18 | 支付平台选择方法和支付平台选择系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510960836.0A CN105631648A (zh) | 2015-12-18 | 2015-12-18 | 支付平台选择方法和支付平台选择系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105631648A true CN105631648A (zh) | 2016-06-01 |
Family
ID=56046547
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510960836.0A Pending CN105631648A (zh) | 2015-12-18 | 2015-12-18 | 支付平台选择方法和支付平台选择系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105631648A (zh) |
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106127480A (zh) * | 2016-06-16 | 2016-11-16 | 上海携程商务有限公司 | 交易支付方法及系统 |
| CN106372872A (zh) * | 2016-08-29 | 2017-02-01 | 深圳市爱贝信息技术有限公司 | 一种支付账号的分组管理方法及系统 |
| CN106557917A (zh) * | 2016-10-31 | 2017-04-05 | 腾讯科技（深圳）有限公司 | 信息处理方法、装置和信息处理平台 |
| CN106845988A (zh) * | 2017-01-23 | 2017-06-13 | 杭州恒生云融网络科技有限公司 | 用于选择支付通道的方法及装置 |
| CN107169756A (zh) * | 2017-05-10 | 2017-09-15 | 北京凤凰理理它信息技术有限公司 | 支付通道分配方法、装置、存储介质和支付路由系统 |
| CN107545424A (zh) * | 2016-06-23 | 2018-01-05 | 腾讯科技（深圳）有限公司 | 一种数据监控处理方法、装置以及系统 |
| CN107679849A (zh) * | 2017-10-09 | 2018-02-09 | 马上消费金融股份有限公司 | 一种支付渠道选择方法、系统及一种计算机可读存储介质 |
| CN107871234A (zh) * | 2017-09-25 | 2018-04-03 | 上海壹账通金融科技有限公司 | 电子支付方法及应用服务器 |
| CN108022087A (zh) * | 2017-11-22 | 2018-05-11 | 深圳市牛鼎丰科技有限公司 | 支付数据处理方法、装置、存储介质和计算机设备 |
| CN108205439A (zh) * | 2018-02-07 | 2018-06-26 | 弘成科技发展有限公司 | 通用型支付平台及其实现方法 |
| WO2018120221A1 (zh) * | 2016-12-30 | 2018-07-05 | 华为技术有限公司 | 利用条码进行数据传输的方法及移动设备 |
| CN108428009A (zh) * | 2018-02-11 | 2018-08-21 | 深圳市快付通金融网络科技服务有限公司 | 一种渠道分配方法及装置 |
| CN108805536A (zh) * | 2018-05-04 | 2018-11-13 | 中电玺客信用服务有限公司 | 一种多服务器支付系统和方法 |
| CN109559102A (zh) * | 2018-12-18 | 2019-04-02 | 厦门商集网络科技有限责任公司 | 一种聚合支付方法及终端 |
| WO2019061286A1 (zh) * | 2017-09-29 | 2019-04-04 | 深圳市大疆创新科技有限公司 | 一种确定支付方式的方法及相关装置 |
| CN109829717A (zh) * | 2018-12-15 | 2019-05-31 | 深圳壹账通智能科技有限公司 | 支付通道的运维方法、装置、计算机装置及存储介质 |
| CN111461695A (zh) * | 2020-06-19 | 2020-07-28 | 支付宝(杭州)信息技术有限公司 | 一种刷脸支付方法、装置及设备 |
| CN111612442A (zh) * | 2020-05-28 | 2020-09-01 | 杭州一骑轻尘信息技术有限公司 | 支付路由配置方法、装置和系统 |
| CN112435021A (zh) * | 2020-11-25 | 2021-03-02 | 平安普惠企业管理有限公司 | 基于人工智能的交易请求处理方法、装置、设备和介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102867252A (zh) * | 2012-09-14 | 2013-01-09 | 东莞宇龙通信科技有限公司 | 支付服务器和支付通道获取方法 |
| CN103765452A (zh) * | 2011-07-20 | 2014-04-30 | 哈瑞克思信息科技公司 | 利用携带用终端机的复合支付系统及复合支付方法 |
| CN103875010A (zh) * | 2011-07-27 | 2014-06-18 | 罗素·斯图尔特·古德温 | 智能支付系统 |
| CN104281942A (zh) * | 2013-07-01 | 2015-01-14 | 富士施乐株式会社 | 信息处理装置和信息处理方法 |
-
2015
- 2015-12-18 CN CN201510960836.0A patent/CN105631648A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103765452A (zh) * | 2011-07-20 | 2014-04-30 | 哈瑞克思信息科技公司 | 利用携带用终端机的复合支付系统及复合支付方法 |
| CN103875010A (zh) * | 2011-07-27 | 2014-06-18 | 罗素·斯图尔特·古德温 | 智能支付系统 |
| CN102867252A (zh) * | 2012-09-14 | 2013-01-09 | 东莞宇龙通信科技有限公司 | 支付服务器和支付通道获取方法 |
| CN104281942A (zh) * | 2013-07-01 | 2015-01-14 | 富士施乐株式会社 | 信息处理装置和信息处理方法 |
Cited By (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106127480A (zh) * | 2016-06-16 | 2016-11-16 | 上海携程商务有限公司 | 交易支付方法及系统 |
| CN107545424B (zh) * | 2016-06-23 | 2020-11-27 | 腾讯科技（深圳）有限公司 | 一种数据监控处理方法、装置以及系统 |
| CN107545424A (zh) * | 2016-06-23 | 2018-01-05 | 腾讯科技（深圳）有限公司 | 一种数据监控处理方法、装置以及系统 |
| CN106372872A (zh) * | 2016-08-29 | 2017-02-01 | 深圳市爱贝信息技术有限公司 | 一种支付账号的分组管理方法及系统 |
| CN106557917A (zh) * | 2016-10-31 | 2017-04-05 | 腾讯科技（深圳）有限公司 | 信息处理方法、装置和信息处理平台 |
| CN106557917B (zh) * | 2016-10-31 | 2020-04-03 | 腾讯科技（深圳）有限公司 | 信息处理方法、装置和信息处理平台 |
| WO2018120221A1 (zh) * | 2016-12-30 | 2018-07-05 | 华为技术有限公司 | 利用条码进行数据传输的方法及移动设备 |
| CN108780544A (zh) * | 2016-12-30 | 2018-11-09 | 华为技术有限公司 | 利用条码进行数据传输的方法及移动设备 |
| CN106845988A (zh) * | 2017-01-23 | 2017-06-13 | 杭州恒生云融网络科技有限公司 | 用于选择支付通道的方法及装置 |
| CN107169756A (zh) * | 2017-05-10 | 2017-09-15 | 北京凤凰理理它信息技术有限公司 | 支付通道分配方法、装置、存储介质和支付路由系统 |
| CN107871234A (zh) * | 2017-09-25 | 2018-04-03 | 上海壹账通金融科技有限公司 | 电子支付方法及应用服务器 |
| WO2019061286A1 (zh) * | 2017-09-29 | 2019-04-04 | 深圳市大疆创新科技有限公司 | 一种确定支付方式的方法及相关装置 |
| CN107679849A (zh) * | 2017-10-09 | 2018-02-09 | 马上消费金融股份有限公司 | 一种支付渠道选择方法、系统及一种计算机可读存储介质 |
| CN108022087A (zh) * | 2017-11-22 | 2018-05-11 | 深圳市牛鼎丰科技有限公司 | 支付数据处理方法、装置、存储介质和计算机设备 |
| CN108205439A (zh) * | 2018-02-07 | 2018-06-26 | 弘成科技发展有限公司 | 通用型支付平台及其实现方法 |
| CN108428009A (zh) * | 2018-02-11 | 2018-08-21 | 深圳市快付通金融网络科技服务有限公司 | 一种渠道分配方法及装置 |
| CN108805536A (zh) * | 2018-05-04 | 2018-11-13 | 中电玺客信用服务有限公司 | 一种多服务器支付系统和方法 |
| CN109829717A (zh) * | 2018-12-15 | 2019-05-31 | 深圳壹账通智能科技有限公司 | 支付通道的运维方法、装置、计算机装置及存储介质 |
| CN109559102A (zh) * | 2018-12-18 | 2019-04-02 | 厦门商集网络科技有限责任公司 | 一种聚合支付方法及终端 |
| CN111612442A (zh) * | 2020-05-28 | 2020-09-01 | 杭州一骑轻尘信息技术有限公司 | 支付路由配置方法、装置和系统 |
| CN111461695A (zh) * | 2020-06-19 | 2020-07-28 | 支付宝(杭州)信息技术有限公司 | 一种刷脸支付方法、装置及设备 |
| CN112435021A (zh) * | 2020-11-25 | 2021-03-02 | 平安普惠企业管理有限公司 | 基于人工智能的交易请求处理方法、装置、设备和介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105631648A (zh) | 支付平台选择方法和支付平台选择系统 | |
| JP7162587B2 (ja) | 注文情報処理方法、装置およびシステム | |
| KR20110037666A (ko) | 휴대용 단말기를 이용한 복수 단계 인증 전자 결제 방법 | |
| CN104537549A (zh) | 虚拟货币的赠送方法及装置 | |
| CN103778529B (zh) | 返回资源的处理方法和装置 | |
| CN112765656B (zh) | 基于区块链的电车共享充电可信系统和方法 | |
| CN109829704A (zh) | 支付通道配置方法、装置及计算机可读存储介质 | |
| CN111260371A (zh) | 境内业务路由的推荐方法、装置、存储介质及电子设备 | |
| CN108600315A (zh) | 区块链路由处理方法、装置及存储介质 | |
| Gual | Market definition in the telecoms industry | |
| CN106878236A (zh) | 一种用户请求处理方法和设备 | |
| US20160267578A1 (en) | System and method for implementation of sharing economy in a web environment | |
| CN105225142A (zh) | 一种进行订单处理的方法和装置 | |
| US20120252403A1 (en) | Method, apparatus and computer program product for providing targeted fulfillment with respect to wireless device protection program | |
| CN116797364A (zh) | 一种基于预言机的边缘计算跨链算力交易方法 | |
| CN110378693A (zh) | 基于联盟区块链的分布式能源弱中心化交易管理系统 | |
| CN110245959A (zh) | 针对性请求的处理方法和装置 | |
| CN106209731A (zh) | 会话业务处理方法及装置 | |
| CN107808290A (zh) | 接送机服务授信方法和服务器 | |
| CN107609901A (zh) | 游戏分销方法、电子设备和存储介质 | |
| CN104732384A (zh) | 应用软件在线支付的处理方法及系统 | |
| CN209785065U (zh) | 一种代理商分润管理装置 | |
| KR101505947B1 (ko) | 금융상품의 벤치마크정보 생성서버 및 생성방법 | |
| CN110189119A (zh) | 一种渠道路由优选的支付方法 | |
| CN108288160A (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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160601 |