CN106296142A - 一种多支付渠道选择的方法及系统 - Google Patents

一种多支付渠道选择的方法及系统 Download PDF

Info

Publication number
CN106296142A
CN106296142A CN201510323905.7A CN201510323905A CN106296142A CN 106296142 A CN106296142 A CN 106296142A CN 201510323905 A CN201510323905 A CN 201510323905A CN 106296142 A CN106296142 A CN 106296142A
Authority
CN
China
Prior art keywords
channel
disbursement
request
payment
pay
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.)
Granted
Application number
CN201510323905.7A
Other languages
English (en)
Other versions
CN106296142B (zh
Inventor
郑先斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Traveling Mdt Infotech Ltd
Original Assignee
Shenzhen Traveling Mdt Infotech Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Traveling Mdt Infotech Ltd filed Critical Shenzhen Traveling Mdt Infotech Ltd
Priority to CN201510323905.7A priority Critical patent/CN106296142B/zh
Publication of CN106296142A publication Critical patent/CN106296142A/zh
Application granted granted Critical
Publication of CN106296142B publication Critical patent/CN106296142B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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/22—Payment schemes or models

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明提供了一种多支付渠道选择的方法，包括以下步骤：S1、不同的用户通过APP向支付渠道选择模块发送支付请求；S2、所述支付渠道选择模块根据所述支付请求选择支付渠道，生成支持所述支付请求的支付渠道的支持列表，并显示给所述用户以供所述用户选择。本发明还提供了对应的系统。本发明的多支付渠道选择的方法及系统涵盖了多国家支付的情况，定义了通用的支付请求参数，方便用户选择支付渠道，同时，对支持支付请求的支持列表进行了灵活的排序，结合了用户的个人习惯。此外，将排序后的支持列表显示出来以供用户选择，简化了APP对支付的处理，使APP能够专注于自身业务逻辑处理。

Description

一种多支付渠道选择的方法及系统
技术领域
本发明涉及电子商务技术领域，更具体地说，涉及一种多支付渠道选择的方法及系统。
背景技术
随着网络支付渠道的日益增长，各种手机话费支付、充值卡支付、电子钱包支付等层出不穷，而应用(包含web/wap站点、app等)也越来越多地存在支付的需求，各种应用需要在多种支付渠道之间进行选择，在面对多种支付渠道的时候，如何能快速、准确地选择符合条件的渠道并有序的显示给用户选择是一个需要解决的问题。
现有的网络支付的方案中，每个应用集成了各种支付渠道以完成支付需求，在对各种支付渠道进行选择时，支付渠道的显示和排列方式固定，不够灵活，并且缺乏针对多国家支付的处理。
发明内容
本发明要解决的技术问题在于，针对如何快速而准确地选择符合条件的支付渠道及现有网络支付的缺陷，提供一种多支付渠道选择的方法及系统。
本发明解决上述问题的技术方案是提供一种多支付渠道选择的方法，该方法包括以下步骤：
S1、用户通过APP向支付渠道选择模块发送支付请求；
S2、所述支付渠道选择模块根据所述支付请求选择支付渠道，生成支持所述支付请求的支付渠道的支持列表，并显示给所述用户以供所述用户选择。
在上述多支付渠道选择的方法中，在所述步骤S2之前，还包括以下步骤：
所述支付渠道选择模块分析所述支付请求的参数，其中，所述支付请求的参数包括访问类型和国家码；
根据所述支付请求的参数，判断所述支付请求是否指定了支付渠道，若指定了支付渠道，则执行下一步骤；
判断指定的支付渠道是否支持所述支付请求，若所述指定的支付渠道支持所述支付请求，则进行具体的支付操作。
在上述多支付渠道选择的方法中，所述步骤S2包括以下步骤：
a.判断支付渠道是否支持所述支付请求的访问类型，若支持，则执行下一步骤，否则显示“支付渠道不支持当前的支付请求”；
b.判断所述支付请求是否是WAP访问，若是，则执行下一步骤，否则执行步骤e，否则显示“支付渠道不支持当前的支付请求”；
c.判断支付渠道是否支持所述支付请求的网络类型，若支持，则执行下一步骤，否则显示“支付渠道不支持当前的支付请求”；
d.判断支付渠道是否支持所述支付请求的APN接入点，若支持，则执行S下一步骤，否则显示“支付渠道不支持当前的支付请求”；
e.检查支付渠道是否能够通过所述APP的黑白名单过滤，若通过，则执行下一步骤，否则显示“支付渠道不支持当前的支付请求”；
f.检查所述APP是否能够通过支付渠道的黑白名单过滤，若通过，则显示支付渠道支持所述支付请求，并将该支付渠道增加到所述支持列表中。
在上述多支付渠道选择的方法中，在所述步骤a之前还包括：
判断支付渠道是否支持所述支付请求的国家码。
在上述多支付渠道选择的方法中，所述步骤S2进一步包括：
设置支付渠道的优先等级，根据该优先等级对所述支持列表的支付渠道进行排序。
本发明还提供了一种多支付渠道选择的系统，该系统包括多个支付渠道，所述系统还包括多个APP和支付渠道选择模块，其中：
所述APP用于向所述支付渠道选择模块发送支付请求；
所述支付渠道选择模块用于根据所述支付请求选择支付渠道，生成支持所述支付请求的支付渠道的支持列表，并显示给用户以供所述用户选择。
在上述多支付渠道选择的系统中，所述支付渠道选择模块包括：
分析模块，用于分析所述支付请求的参数，其中，所述支付请求的参数包括访问类型和国家码；
第一判断模块，用于根据所述支付请求的参数，判断所述支付请求是否指定了支付渠道；
第二判断模块，用于判断指定的支付渠道是否支持当前的所述支付请求，若所述指定的PC支持所述当前的支付请求，则进行具体的支付操作。
在上述多支付渠道选择的系统中，所述支付渠道选择模块还包括：
第三判断模块，用于依次判断支付渠道是否支持所述支付请求的访问类型、所述支付请求是否是WAP访问、支付渠道是否支持所述支付请求的网络类型以及支付渠道是否支持所述支付请求的APN接入点；
检查模块，用于依次检查支付渠道是否能够通过所述APP的黑白名单过滤以及检查所述APP是否能够通过支付渠道的黑白名单过滤。
在上述多支付渠道选择的系统中，所述支付渠道选择模块还包括：
第四判断模块，用于判断支付渠道是否支持所述支付请求的国家码。
在上述多支付渠道选择的系统中，所述支付渠道选择模块还包括：
设置模块，用于设置支付渠道的优先等级；
排序模块，用于根据该优先等级对所述支持列表的支付渠道进行排序。
本发明的多支付渠道选择的方法及系统涵盖了多国家支付的情况，定义了通用的支付请求参数，方便用户选择支付渠道，同时，对支持支付请求的支持列表进行了灵活的排序，结合了用户的个人习惯。此外，将排序后的支持列表显示出来以供用户选择，简化了APP对支付的处理，使APP能够专注于自身业务逻辑处理。
附图说明
图1是本发明的多支付渠道选择的方法的流程图。
图2是本发明的多支付渠道选择的方法实施例的流程图。
图3是本发明的判断支付渠道是否符合当前的支付请求的流程图。
图4是图2中的步骤S206的具体实现的流程图。
图5是本发明的多支付渠道选择的系统的结构示意图。
图6是实施本发明的多支付渠道选择系统时的交互流程图。
图7是本发明的支付渠道选择模块实施例的结构框图。
具体实施方式
如图1所示，是本发明的多支付渠道选择的方法的流程图。该方法包括以下步骤：
S1、用户通过APP向支付渠道选择模块发送支付请求；
在此步骤中，APP(application，应用)使用HTTP GET和POST向支付渠道选择模块发送支付请求，当然，支付请求需要进行加密或者签名以确保请求真实有效，具体的加密或者签名在此不进行详细说明。
进一步地，不同的用户使用的APP不同，APP的参数包括应用ID、应用名称、黑白名单过滤标识以及过滤名单列表，其中，应用ID表示不同的APP的编号；应用名称表示不同的应用，如京东、手机天猫、美团等；黑白名单过滤标识表示该APP中支持或者不支持的支付渠道，其包括三种状态，分别为：白名单、黑名单以及关闭，白名单表示只允许使用该白名单的过滤列表当中的支付渠道，黑名单表示不允许使用该黑名单的过滤列表中的支付渠道，关闭则表示该黑白名单过滤不起效。
S2、所述支付渠道选择模块根据所述支付请求选择支付渠道，生成支付所述支付请求的支付渠道的支持列表，并显示给所述用户以供所述用户选择。
进一步地，支付渠道包括以下参数：渠道ID，渠道的唯一编码；渠道名称；渠道类型，如手机话费支付、第三方支付等；渠道所支持国家，该参数可以为多个国家；支持的运营商列表；渠道状态，如正常、关闭、暂停等；渠道支持的访问方式，如WEB、WAP；支持的WAP连接方式，如移动网络、WIFI；允许连接网络列表，如移动网络名称等；渠道优先级，该参数值越高表示越优先显示该支付渠道，同一支付渠道在不同的国家对于不同的应用中可以有不同的优先级；黑白名单过滤标识以及过滤列表。
支付渠道选择模块根据支付请求进行选择支付渠道前，先对支付请求进行分析，分析出支付请求所包含各个参数，如用户常用渠道列表、国家码、访问类型等，具体的支付请求的参数及相应的说明如下表：
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
如图2所示，是本发明的多支付渠道选择的方法实施例的流程图。在本实施例中，该方法包括以下步骤：
S201、用户在APP上点击支付；此时，用户在APP上购买某商品或支付某费用等时。
S202、该APP向支付渠道选择模块发送支付请求；此时，该APP传递支付请求的参数给支付渠道选择模块。
S203、支付渠道选择模块分析当前的支付请求的参数；此时，分析该APP传递的支付请求的参数是否符合要求，如当前的支付请求的参数是否包括了必选参数、参数值是否符合要求等。
S204、根据当前的支付请求的参数，判断当前的支付请求是否指定PC(PAYMENT CHANNEL，支付渠道)，若指定了PC，则执行S205，否则执行S206；
S205、判断指定的PC是否支持当前的支付请求，若该指定的PC支持当前支付请求，则进行具体的支付操作，即根据支付项计算对应的支付金额，以进入渠道支付处理，否则执行S208；
在此步骤中，判断指定的PC是否支持当前的支付请求，即判断支付渠道是否符合支付请求，具体的步骤将在下面进行详细的说明，在此不再赘述。
S206、根据当前支付请求的参数选择支持当前支付请求的PC，生成支持当前支付请求的支付渠道的支持列表，并将该支持列表进行排序，若没有支持该支付请求的PC，执行步骤S208；
S207、显示支付渠道的支持列表，供用户选择；此时，用户在列表中选择支付渠道时，进行具体的支付操作，即根据支付项计算对应的支付金额，以进入渠道支付处理。
S208、显示“不支持当前支付请求”。
如图3所示，是本发明的判断支付渠道是否符合当前的支付请求的流程图。在本实施例中，判断支付渠道是否符合当前的支付请求是为了选择支持渠道，其具体包括以下步骤：
S301、判断PC是否支持支付请求的visitType(访问类型)，若支持，则执行S302；
在此步骤中，若不支持则显示“支付渠道不支持当前的支付请求”。
S302、判断当前的支付请求是否是WAP访问，若是，则执行S303，否则执行S305；
S303、判断PC是否支持当前的支付请求的NetworkType(网络类型)，若支持，则执行S304；
在此步骤中，若不支持则显示“支付渠道不支持当前的支付请求”。
S304、判断PC是否支持当前的支付请求的APN接入点，若支持，则执行S305；
在此步骤中，若不支持则返回“支付渠道不支持当前的支付请求”。
S305、检查PC是否能够通过APP的黑白名单过滤，若通过，则执行S306；
在此步骤中，若不通过则返回“支付渠道不支持当前的支付请求”。
S306、检查APP是否能够通过PC的黑白名单过滤，若通过，则显示支付渠道支持当前支付请求，并将该支付渠道增加到所述支持列表中
在此步骤中，若不通过则显示“支付渠道不支持当前的支付请求”。
在本实施例中，通过上述步骤，可以确定指定的支付渠道是否符合当前的支付请求，同时也可以选择出符合当前的支付请求的支付渠道。
如图4所示，是图2中的步骤S206的具体实现的流程图。在本实施例中，根据支付请求的参数选择支付渠道，具体包括以下步骤：
S401、获取所有支付渠道，保存到渠道列表中；
S402、判断渠道列表是否为空，如该列表不为空，则执行S403，否则返回空；
S403、根据支付请求的参数迭代出支持当前支付请求的支持列表；
在该步骤中，具体包括以下步骤：
判断支付渠道是否支持当前支付请求的国家码(COUNTRY_CODE)；
判断支付渠道是否支持当前支付请求，若支持，则将该支付渠道增加到支持当前支付请求的渠道列表中。此部分内容，上述已进行详细说明，如图3所示，为了节省篇幅，在此不再赘述。
S404、对支持当前支付请求的支持列表进行排序。
在此步骤中，可以根据渠道优先级控制，对支持当前支付请求的渠道列表进行排序。下面将对渠道优先级控制的排序进行详细说明：
有时为了满足特定的排序要求，例如开拓某些支付渠道的市场或者是某些渠道要进行打折优惠，需要控制不同支付渠道的展示先后顺序，为了满足这种要求，需要对于PC进行优先级配置，一个渠道在不同的国家、针对不同的应用，可以有不同的优先级(Priority)。
为了能够在用户常用渠道之前显示指定的渠道，可以通过渠道优先级等级(Priority Grade)来控制，当Priority Grade＝0时，渠道为普通渠道，排序遵照用户常用渠道和普通渠道的正常排序顺序显示，当Priority Grade＝1时，渠道将优先于用户常用渠道和普通渠道并按照优先级排序显示。为对支付渠道进行优先级控制，对支付渠道设置如下表的优先级配置参数，以设置支付渠道的优先级：
进一步地，设置支付渠道的优先级，具体包括以下步骤：
根据支付请求中的确定的CC或者是MCC映射找到country(需要预先配置CC、MCC和country的映射关系，例如CC＝86，MCC＝460映射country＝CN)；
在优先级配置数据当中获取指定国家和应用的渠道(country＝CN，并且APP＝APP1)，保存到集合优先支付渠道列表(priorityChannelList)中；
在优先级配置数据当中获取只有默认优先级的渠道(country为空并且APP为空)，保存到集合默认优先支付渠道列表(defaultPriorityChannelList)中；
对defaultPriorityChannelList当中的渠道，判断该渠道是否在priorityChannelList当中存在，若不存在，将该渠道加入到priorityChannelList中；
对于priorityChannelList中的渠道先按照priorityGrade的降序进行排序，且对相同priorityGrade的渠道按照priority进行排序；
得到支付渠道的优先级顺序。
下面举例来说明根据渠道优先级控制来对支持当前支付请求的渠道列表进行排序：
payment_channel country APP priority priorityGrade
PC1 CN APP1 6 1
PC1 US APP1 5 0
PC2 CN APP1 8 0
PC2 US APP1 6 1
PC3 CN APP1 9 0
PC3 US APP1 8 0
PC4 5 0
PC4 US APP1 7 0
优先级排序示例结果：
对于中国用户(country＝CN)的支付渠道排序如下：
PC1(priorityGrade为1priority为6)；
PC3(priorityGrade为0priority为9)；
PC2(priorityGrade为0priority为8)；
PC4(priorityGrade为0priority为5)。
对于美国用户(country＝US)的支付渠道排序如下：
PC2(priorityGrade为1priority为6)；
PC3(priorityGrade为0priority为8)；
PC4(priorityGrade为0priority为7)；
PC1(priorityGrade为0priority为5)。
如果支付请求中传递了FavoriteChannel，则需要将对应的PC按顺序调整到priorityGrade为0的渠道列表的最前部，例如在上述对于美国用户的例子中传递了FavoriteChannel为PC1，则支付渠道排序变为：
PC2(priorityGrade为1priority为6)；
PC1(priorityGrade为0priority为5用户常用渠道)；
PC3(priorityGrade为0priority为8)；
PC4(priorityGrade为0priority为7)。
在此步骤中，还可以根据用户的常用支付渠道对支持当前支付请求的渠道列表进行排序。其中，APP可以缓存或者记录用户的常用支付渠道，例如web类型的使用cookie，在提交支付请求时将用户常用的支付渠道(或者渠道列表)传递给支付渠道选择模块，PCSM将优先显示这些支付渠道供用户选择(当然，前提是这些支付渠道满足当前的支付请求)，例如用户最近三次的支付渠道分别为pc1、pc2、pc3，而支付渠道pc2因为某些原因暂时无法使用，在PCSM当中的pc2的渠道状态被设置为暂停，当提交支付请求后，PCSM检查提交的常用渠道，排除pc2，最终展现给用户的渠道为pc1、pc3。
进一步地，在此步骤中，还可以结合支付热度对支持当前支付请求的渠道列表进行排序，当渠道优先级相同的情况下，PCSM将通过分析支付成功的次数，优先显示支付成功次数多的支付渠道，即支付热度。
PCSM需要记录所有支付请求，用于进行统计，数据项至少包含：
AppID 应用ID
PayRequestID 支付请求ID
PayItemCode 支付项
PayRequestTime 支付请求时间
Country 国家
PayChannel 支付渠道
PayStatus 支付状态：等待支付、支付成功、支付失败
PCSM在后台对于支付请求进行分析统计，每隔一段时间，统计当前时间向前一定时间跨度内各渠道按照国家、应用、支付项进行分类后的支付成功的请求次数，在进行渠道展示的时候优先显示那些成功次数多的渠道。需要设定定时器timer，每隔t1时间间隔，统计当前时间tc到tc向前减t2时间长度的时间点(t3)之间的每个APP的每个payItem在每个country使用每种渠道支付成功的次数。如下表，统计的一示例，
AppID PayRequestID PayItemCode PayRequestTime Country PayChannel PayStatus
APP1 100001 payItem30 20150305123000 CN PC1 success
APP2 200001 payItem9 20150306123100 CN PC1 success
APP2 200011 payItem30 20150306123200 CN PC1 success
APP1 100002 payItem5 20150306133200 US PC2 success
APP1 100003 payItem30 20150306143300 CN PC2 fail
APP1 100004 payItem30 20150306153400 CN PC2 success
APP1 100005 payItem30 20150306163500 CN PC2 success
APP1 100015 payItem30 20150306163600 CN PC2 success
APP1 100006 payItem30 20150306173600 CN PC1 success
APP1 100007 payItem30 20150306183600 CN PC1 success
APP3 300001 payItem4 20150306123700 CN PC3 success
时间间隔t1＝3小时，时间跨度t2＝12小时，当前时间tc(timer最近一次触发时间)＝20150307000000，则t3＝tc-t2＝2015030612000000，统计2015030612000000到20150307000000之间AppID、PayItemCode、Country、PayChannel都相同的并且状态为成功的支付请求的数量，得到的成功次数统计，如下表：
AppID PayItemCode Country PayChannel count
APP1 payItem30 CN PC1 4
APP1 payItem30 CN PC2 3
APP1 payItem5 US PC2 1
APP2 payItem9 CN PC1 2
APP3 payItem4 CN PC3 1
最终在20150307000000时间点后支付请求的相关参数AppID＝APP1、PayItemCode＝payItem30、Country＝CN时，渠道PC1将优先于PC2显示。
如图5所示，是本发明的多支付渠道选择的系统的结构示意图。在本发明中，该系统包括多个支付渠道、多个APP以及支付渠道选择模块，其中，每个APP对应不同的用户，APP用于向支付渠道选择模块发送支付请求；支付渠道选择模块用于根据支付请求选择支付渠道，生成支持所述支付请求的支付渠道的支持列表，并显示给用户以供用户选择。
进一步地，如图6所示，是实施本发明的多支付渠道选择系统时的交互流程图。USER表示用户，用户在点击支付时，本发明的多支付渠道选择系统则显示支持列表供用户选择，这样用户可以快速准确地选择符合自己支付请求的支付渠道。
如图7所示，是本发明的支付渠道选择模块实施例的结构框图。在本实施例中，该支付渠道选择模块包括：
分析模块71，用于分析所述支付请求的参数；支付请求的参数在上述已说明，在此不再赘述。
第一判断模块72，用于根据所述支付请求的参数，判断所述支付请求是否指定了支付渠道；
第二判断模块73，用于判断指定的支付渠道是否支持当前的所述支付请求，若所述指定的PC支持所述当前的支付请求，则进行具体的支付操作。
第三判断模块74，用于依次判断支付渠道是否支持所述支付请求的访问类型、所述支付请求是否是WAP访问、支付渠道是否支持所述支付请求的网络类型以及支付渠道是否支持所述支付请求的APN接入点；
检查模块75，用于依次检查支付渠道是否能够通过所述APP的黑白名单过滤以及检查所述APP是否能够通过支付渠道的黑白名单过滤。
第四判断模块76，用于判断支付渠道是否支持所述支付请求的国家码。
设置模块77，用于设置支付渠道的优先等级；
排序模块78，用于根据该优先等级对所述支持列表的支付渠道进行排序。
综述，本发明的多支付渠道选择的方法及系统，涵盖了多国家支付的情况，定义了通用的支付请求参数，方便用户选择支付渠道，同时，对支持支付请求的支持列表进行了灵活的排序，结合了用户的个人习惯。此外，将排序后的支持列表显示出来以供用户选择，简化了APP对支付的处理，使APP能够专注于自身业务逻辑处理。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种多支付渠道选择的方法，其特征在于，该方法包括以下步骤：
S1、用户通过APP向支付渠道选择模块发送支付请求；
S2、所述支付渠道选择模块根据所述支付请求选择支付渠道，生成支持所述支付请求的支付渠道的支持列表，并显示给所述用户以供所述用户选择。
2.根据权利要求1中所述的多支付渠道选择的方法，其特征在于，在所述步骤S2之前，还包括以下步骤：
所述支付渠道选择模块分析所述支付请求的参数，其中，所述支付请求的参数包括访问类型和国家码；
根据所述支付请求的参数，判断所述支付请求是否指定了支付渠道，若指定了支付渠道，则执行下一步骤；
判断指定的支付渠道是否支持所述支付请求，若所述指定的支付渠道支持所述支付请求，则进行具体的支付操作。
3.根据权利要求2中所述的多支付渠道选择的方法，其特征在于，所述步骤S2包括以下步骤：
a.判断支付渠道是否支持所述支付请求的访问类型，若支持，则执行下一步骤，否则显示“支付渠道不支持当前的支付请求”；
b.判断所述支付请求是否是WAP访问，若是，则执行下一步骤，否则执行步骤e，否则显示“支付渠道不支持当前的支付请求”；
c.判断支付渠道是否支持所述支付请求的网络类型，若支持，则执行下一步骤否则显示“支付渠道不支持当前的支付请求”；
d.判断支付渠道是否支持所述支付请求的APN接入点，若支持，则执行S下一步骤，否则显示“支付渠道不支持当前的支付请求”；
e.检查支付渠道是否能够通过所述APP的黑白名单过滤，若通过，则执行下一步骤，否则显示“支付渠道不支持当前的支付请求”；
f.检查所述APP是否能够通过支付渠道的黑白名单过滤，若通过，则显示支付渠道支持所述支付请求，并将该支付渠道增加到所述支持列表中。
4.根据权利要求3中所述的多支付渠道选择的方法，其特征在于，在所述步骤a之前还包括：
判断支付渠道是否支持所述支付请求的国家码。
5.根据权利要求4中所述的多支付渠道选择的方法，其特征在于，所述步骤S2进一步包括：
设置支付渠道的优先等级，根据该优先等级对所述支持列表的支付渠道进行排序。
6.一种多支付渠道选择的系统，该系统包括多个支付渠道，其特征在于，所述系统还包括多个APP和支付渠道选择模块，其中：
所述APP用于向所述支付渠道选择模块发送支付请求；
所述支付渠道选择模块用于根据所述支付请求选择支付渠道，生成支持所述支付请求的支付渠道的支持列表，并显示给用户以供所述用户选择。
7.根据权利要求6中所述的多支付渠道选择的系统，其特征在于，所述支付渠道选择模块包括：
分析模块，用于分析所述支付请求的参数，其中，所述支付请求的参数包括访问类型和国家码；
第一判断模块，用于根据所述支付请求的参数，判断所述支付请求是否指定了支付渠道；
第二判断模块，用于判断指定的支付渠道是否支持当前的所述支付请求，若所述指定的PC支持所述当前的支付请求，则进行具体的支付操作。
8.根据权利要求7中所述的多支付渠道选择的系统，其特征在于，所述支付渠道选择模块还包括：
第三判断模块，用于依次判断支付渠道是否支持所述支付请求的访问类型、所述支付请求是否是WAP访问、支付渠道是否支持所述支付请求的网络类型以及支付渠道是否支持所述支付请求的APN接入点；
检查模块，用于依次检查支付渠道是否能够通过所述APP的黑白名单过滤以及检查所述APP是否能够通过支付渠道的黑白名单过滤。
9.根据权利要求8中所述的多支付渠道选择的系统，其特征在于，所述支付渠道选择模块还包括：
第四判断模块，用于判断支付渠道是否支持所述支付请求的国家码。
10.根据权利要求9中所述的多支付渠道选择的系统，其特征在于，所述支付渠道选择模块还包括：
设置模块，用于设置支付渠道的优先等级；
排序模块，用于根据该优先等级对所述支持列表的支付渠道进行排序。
CN201510323905.7A 2015-06-12 2015-06-12 一种多支付渠道选择的方法及系统 Active CN106296142B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510323905.7A CN106296142B (zh) 2015-06-12 2015-06-12 一种多支付渠道选择的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510323905.7A CN106296142B (zh) 2015-06-12 2015-06-12 一种多支付渠道选择的方法及系统

Publications (2)

Publication Number Publication Date
CN106296142A true CN106296142A (zh) 2017-01-04
CN106296142B CN106296142B (zh) 2020-05-22

Family

ID=57650645

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510323905.7A Active CN106296142B (zh) 2015-06-12 2015-06-12 一种多支付渠道选择的方法及系统

Country Status (1)

Country Link
CN (1) CN106296142B (zh)

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107274163A (zh) * 2017-06-15 2017-10-20 北京奇艺世纪科技有限公司 一种话费支付的路由选择方法和装置
CN107705118A (zh) * 2017-09-19 2018-02-16 深圳金融电子结算中心有限公司 基于渠道路由的交易支付方法、系统、服务器及存储介质
CN107886325A (zh) * 2017-10-12 2018-04-06 北京展鸿软通科技股份有限公司 一种支付链路共享的方法
CN108205439A (zh) * 2018-02-07 2018-06-26 弘成科技发展有限公司 通用型支付平台及其实现方法
CN108399195A (zh) * 2018-01-29 2018-08-14 阿里巴巴集团控股有限公司 支付渠道的推荐方法及装置
CN108805536A (zh) * 2018-05-04 2018-11-13 中电玺客信用服务有限公司 一种多服务器支付系统和方法
CN109214797A (zh) * 2017-07-04 2019-01-15 优信数享（北京）信息技术有限公司 一种支付方法、装置及具有支付功能的平台
CN109472563A (zh) * 2018-10-26 2019-03-15 数贸科技（北京）有限公司 基于跨境支付平台的支付方式自动化运维方法及装置
CN109947994A (zh) * 2018-08-10 2019-06-28 北京京东金融科技控股有限公司 支付过程的处理方法、装置、介质及电子设备
CN110111112A (zh) * 2019-04-25 2019-08-09 上海易点时空网络有限公司 数据处理方法及装置
CN110335029A (zh) * 2019-06-26 2019-10-15 中通服创发科技有限责任公司 统一支付网关、方法和系统
CN110473103A (zh) * 2019-08-16 2019-11-19 中国工商银行股份有限公司 应用管理方法、装置、计算机系统和介质
CN110675264A (zh) * 2019-09-29 2020-01-10 神州数码融信软件有限公司 一种支付路由轨迹动态展示方法
CN111539710A (zh) * 2020-03-30 2020-08-14 北京小米移动软件有限公司 支付方式确定方法、装置及存储介质
CN112418842A (zh) * 2020-11-16 2021-02-26 深圳市橡树黑卡网络科技有限公司 支付方式处理方法、装置、设备及存储介质
CN112633866A (zh) * 2020-12-17 2021-04-09 平安普惠企业管理有限公司 一种支付运营方法、装置、电子设备及存储介质
CN112686756A (zh) * 2020-12-30 2021-04-20 中交金科物联科技(北京)有限公司 一种资金渠道切换方法、装置、设备及介质
CN117236960A (zh) * 2023-11-13 2023-12-15 北京联云天下科技有限公司 一种支付方法、系统、设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102880956A (zh) * 2012-09-13 2013-01-16 东莞宇龙通信科技有限公司 支付服务器和支付通道整合方法
CN103186853A (zh) * 2011-12-31 2013-07-03 北大方正集团有限公司 一种服务器端和客户端移动支付方法、装置及系统
CN103577985A (zh) * 2012-07-26 2014-02-12 阿里巴巴集团控股有限公司 数据渠道选择方法和数据处理平台
US8700526B1 (en) * 2012-12-05 2014-04-15 Google Inc. Methods for discovering and paying debts owed by a group
CN104281940A (zh) * 2013-07-12 2015-01-14 阿里巴巴集团控股有限公司 用于通过通信网络提供数据处理方式列表的方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103186853A (zh) * 2011-12-31 2013-07-03 北大方正集团有限公司 一种服务器端和客户端移动支付方法、装置及系统
CN103577985A (zh) * 2012-07-26 2014-02-12 阿里巴巴集团控股有限公司 数据渠道选择方法和数据处理平台
CN102880956A (zh) * 2012-09-13 2013-01-16 东莞宇龙通信科技有限公司 支付服务器和支付通道整合方法
US8700526B1 (en) * 2012-12-05 2014-04-15 Google Inc. Methods for discovering and paying debts owed by a group
CN104281940A (zh) * 2013-07-12 2015-01-14 阿里巴巴集团控股有限公司 用于通过通信网络提供数据处理方式列表的方法及装置

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107274163A (zh) * 2017-06-15 2017-10-20 北京奇艺世纪科技有限公司 一种话费支付的路由选择方法和装置
CN109214797A (zh) * 2017-07-04 2019-01-15 优信数享（北京）信息技术有限公司 一种支付方法、装置及具有支付功能的平台
CN107705118A (zh) * 2017-09-19 2018-02-16 深圳金融电子结算中心有限公司 基于渠道路由的交易支付方法、系统、服务器及存储介质
CN107886325A (zh) * 2017-10-12 2018-04-06 北京展鸿软通科技股份有限公司 一种支付链路共享的方法
CN108399195A (zh) * 2018-01-29 2018-08-14 阿里巴巴集团控股有限公司 支付渠道的推荐方法及装置
CN108205439A (zh) * 2018-02-07 2018-06-26 弘成科技发展有限公司 通用型支付平台及其实现方法
CN108805536A (zh) * 2018-05-04 2018-11-13 中电玺客信用服务有限公司 一种多服务器支付系统和方法
CN109947994B (zh) * 2018-08-10 2022-12-27 京东科技控股股份有限公司 支付过程的处理方法、装置、介质及电子设备
CN109947994A (zh) * 2018-08-10 2019-06-28 北京京东金融科技控股有限公司 支付过程的处理方法、装置、介质及电子设备
CN109472563A (zh) * 2018-10-26 2019-03-15 数贸科技（北京）有限公司 基于跨境支付平台的支付方式自动化运维方法及装置
CN110111112A (zh) * 2019-04-25 2019-08-09 上海易点时空网络有限公司 数据处理方法及装置
CN110335029A (zh) * 2019-06-26 2019-10-15 中通服创发科技有限责任公司 统一支付网关、方法和系统
CN110473103A (zh) * 2019-08-16 2019-11-19 中国工商银行股份有限公司 应用管理方法、装置、计算机系统和介质
CN110675264A (zh) * 2019-09-29 2020-01-10 神州数码融信软件有限公司 一种支付路由轨迹动态展示方法
CN111539710A (zh) * 2020-03-30 2020-08-14 北京小米移动软件有限公司 支付方式确定方法、装置及存储介质
CN112418842A (zh) * 2020-11-16 2021-02-26 深圳市橡树黑卡网络科技有限公司 支付方式处理方法、装置、设备及存储介质
CN112633866A (zh) * 2020-12-17 2021-04-09 平安普惠企业管理有限公司 一种支付运营方法、装置、电子设备及存储介质
CN112686756A (zh) * 2020-12-30 2021-04-20 中交金科物联科技(北京)有限公司 一种资金渠道切换方法、装置、设备及介质
CN112686756B (zh) * 2020-12-30 2023-08-11 中交金科物联科技(北京)有限公司 一种资金渠道切换方法、装置、设备及介质
CN117236960A (zh) * 2023-11-13 2023-12-15 北京联云天下科技有限公司 一种支付方法、系统、设备及存储介质

Also Published As

Publication number Publication date
CN106296142B (zh) 2020-05-22

Similar Documents

Publication Publication Date Title
CN106296142A (zh) 一种多支付渠道选择的方法及系统
CN104793938B (zh) 通知栏消息显示方法和系统
CN110377520B (zh) 交易场景的测试方法及装置、电子设备和可读存储介质
CN110231979A (zh) 基于区块链的事务处理方法、装置、设备及存储介质
CN107748985A (zh) 基于网络的支付方法和网络支付服务器
CA2677534C (en) Tariff management test automation
CN106656839A (zh) 资源转移方法及装置
CN103150696A (zh) 选择目标增值业务潜在客户的方法及装置
CN105635487A (zh) 手机上网流量统计及显示方法、装置及手机
CN109670797A (zh) 支付路由选取方法、装置、设备及存储介质
CN106156346A (zh) 图标的自动分类方法和装置
CN107659739A (zh) 名单分配方法和装置
CN106231579A (zh) 网络资源的获取方法、网络资源的获取装置和终端
CN108022096A (zh) 一种移动支付方法、装置、终端及可读存储介质
CN113037510A (zh) 计费方法、装置和计算机可读存储介质
CN105828390A (zh) 一种流量共享方法及装置
CN117435337A (zh) 资源配置方法、装置、电子设备及存储介质
CN101827348A (zh) 预付费业务用户信用的控制方法、设备及业务支撑系统
CN109801154A (zh) 信贷还款配置方法、装置、设备和存储介质
CN107766231B (zh) 一种自动化测试方法和装置
CN114298707A (zh) 智能支付推荐方法、装置、设备及存储介质
CN109583691A (zh) 电子装置、孤儿单分配方法和计算机可读存储介质
CN108520430A (zh) 停车收费异常分析方法、设备及计算机可读存储介质
CN108810143A (zh) 一种客户端负载均衡挂载虚拟ip的方法、系统及装置
CN108492107A (zh) 高速通行费的优惠方法、装置及计算机可读存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant