CN109801052B - 一种转账方法以及支付平台 - Google Patents
一种转账方法以及支付平台 Download PDFInfo
- Publication number
- CN109801052B CN109801052B CN201711144595.8A CN201711144595A CN109801052B CN 109801052 B CN109801052 B CN 109801052B CN 201711144595 A CN201711144595 A CN 201711144595A CN 109801052 B CN109801052 B CN 109801052B
- Authority
- CN
- China
- Prior art keywords
- transfer
- payment platform
- paymate
- platform
- search result
- 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
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请实施例公开了一种转账方法以及支付平台,用于解决中心化的Hub系统或者第三方交易系统出现故障所带来的隐患。本申请实施例方法包括:源支付平台接收转出用户发送的转账请求,所述转账请求用于请求向转入用户转账;当所述转入用户不属于所述源支付平台时,所述源支付平台向第一连接群广播转账探寻请求;所述源支付平台接收目标中转支付平台发送的探寻结果响应,所述目标中转支付平台为所述第一连接群中探寻到所述目标支付平台的平台;所述源支付平台根据所述探寻结果响应确定最终转账路径,以进行转账。
Description
技术领域
本申请涉及通信领域,尤其涉及一种转账方法以及支付平台。
背景技术
随着科学技术的发展,电子交易的运用越来越广发,电子交易主要有移动支付、转账等等。移动运营商的用户在移动支付(mobile money,MM)系统内注册E-Money账户,同一个MM系统内的注册用户可以互相进行转账。转账交易发起时,转出方只需要输入转入方的标识符和转账金额,即可完成交易。然而,当转出方和转入方不属于同一个MM系统时,则需要解决转入方如何收到转款的问题。
现有技术中,采用中心化的对接方案,如图1所示,为一种可能的中心化的对接方案,美团支付、支付宝和微信支付分别于Hub直接对接,通过Hub来处理三方之间的转账。类似于国内的各个银行对接银联,由银联来处理跨行的转账。具体地,现有技术中各个MM系统和第三方转账交易平台对接,转出方所述MM系统识别出转入方非本系统内的用户,则与第三方平台交互,将资金转给第三方交易平台,然后第三方交易平台再和转入方所述MM系统交互,将资金转给转入方所在MM系统。三方再进行定期的对账结算处理。因而,MM系统只需要与少数第三方平台集成,就可以实现与大量的其他MM系统互通。
然而,现有技术中,中心化的Hub系统或者第三方交易系统,作为中心,极大可能称为处理瓶颈,如果其本身出现问题,可能会影响所有的跨系统转账。例如,如果银联出了问题,将会给跨行转账带来极大的影响。
发明内容
本申请实施例提供了一种转账方法以及支付平台,用于解决中心化的Hub系统或者第三方交易系统出现故障所带来的隐患。
本申请实施例的第一方面提供了一种转账方法,包括:源支付平台接收转出用户发送的转账请求,所述转账请求用于请求向转入用户转账,所述转账请求至少包括:所述转入用户的标识信息和转账金额;当所述转入用户不属于所述源支付平台时,所述源支付平台向第一连接群广播转账探寻请求,所述转账探寻请求用于请求所述第一连接群确定所述转入用户所在的目标支付平台,所述转账探寻请求至少包括所述转入用户的标识信息,所述第一连接群中的中转支付平台与所述源支付平台连接;所述源支付平台接收目标中转支付平台发送的探寻结果响应,所述目标中转支付平台为所述第一连接群中探寻到所述目标支付平台的平台,所述探寻结果响应用于指示所述第一支付平台到所述目标支付平台的转账路径,所述探寻结果响应至少包括以下信息:中转次数和所述目标中转支付平台的标识信息,所述中转次数为所述源支付平台到所述目标支付平台所中转的支付平台的个数;所述源支付平台根据所述探寻结果响应确定最终转账路径,以进行转账。本申请实施例中,若需要跨平台转账时,源支付平台向与其连接的所有中转支付平台广播转账探寻请求,以寻找目标支付平台,通过去中心化的方式,解决了现有技术中中心化的Hub系统或者第三方交易系统出现故障所带来的隐患。
在一种可能的设计中,在本申请实施例第一方面的第一种实现方式中,所述源支付平台根据所述探寻结果响应确定最终转账路径包括:所述源支付平台从所述探寻结果响应所指示的转账路径中,确定中转次数最少的转账路径为所述最终转账路径;或者,所述源支付平台按照预置规则从所述探寻结果响应所指示的转账路径中选择预置数目个转账路径以得到转账路径列表;所述源支付平台向所述转出用户显示所述转账路径列表;所述源支付平台接收所述转出用户针对所述转账路径列表发送的选择操作,所述选择操作用于向所述源支付平台指示所述最终转账路径。
在一种可能的设计中,在本申请实施例第一方面的第二种实现方式中,当所述转账探寻请求中还包括所述转账金额时,所述转账探寻结果响应中还包括总手续费用;所述源支付平台根据所述探寻结果响应确定最终转账路径包括:所述源支付平台从所述探寻结果响应所指示的转账路径中,确定总手续费用最少的转账为所述最终转账路径。
在一种可能的设计中,在本申请实施例第一方面的第三种实现方式中,若所述转账探寻请求还用于指示所述第一连接群中的支付平台上报转账耗时,则所述转账探寻结果响应中还包括总转账耗时;所述源支付平台根据所述探寻结果响应确定最终转账路径包括:所述源支付平台从所述探寻结果响应所指示的转账路径中,确定总转账耗时最少的转账为所述最终转账路径。
在一种可能的设计中,在本申请实施例第一方面的第四种实现方式中,所述转账探寻请求中还包括已广播平台信息,所述已广播平台信息包括所述第一连接群中的中转支付平台的标识信息。
在一种可能的设计中,在本申请实施例第一方面的第五种实现方式中,当所述转入用户属于所述源支付平台时,所述方法还包括:所述源支付平台向所述转出用户发送交易通知,所述交易通知至少包括所述转出用户的标识信息和所述转账金额。
本申请实施例的第二方面提供了一种转账方法,包括:第一支付平台接收第二支付平台发送的第一转账探寻请求,所述第一转账探寻请求用于请求所述第一支付平台探寻转入用户所在的目标支付平台,所述第一转账探寻请求至少包括所述转入用户的标识信息;所述第一支付平台根据所述第一转账探寻请求探寻所述目标支付平台以得到探寻结果,所述探寻结果至少包括第一中转次数,所述第一中转次数为所述第一支付平台到所述目标支付平台所中转的支付平台的个数;所述第一支付平台根据所述探寻结果向所述第二支付平台发送第一探寻结果响应,所述第一探寻结果响应中至少包括第二中转次数和所述第一支付平台的标识信息,所述第二中转次数为所述第二支付平台到所述目标支付平台所中转的支付平台的个数。
在一种可能的设计中,在本申请实施例第二方面的第一种实现方式中,所述第一支付平台根据所述第一转账探寻请求探寻所述目标支付平台以得到探寻结果包括:所述第一支付平台根据所述转入用户的标识信息判断所述转入用户是否包含于所述第一支付平台;若否,则所述第一支付平台向第一连接群发送第二转账探寻请求,所述第二转账探寻请求用于请求所述第一连接群探寻所述目标支付平台,所述第二转账探寻请求至少包括所述转入用户的标识信息,所述第一连接群中的支付平台与所述第一支付平台连接;所述第一支付平台接收目标中转支付平台发送的第二探寻结果响应,所述目标中转支付平台为所述第一连接群中探寻到所述目标支付平台的平台,所述第二探寻结果响应至少包括以下信息:所述第二中转次数和所述目标支付平台的标识信息。
在一种可能的设计中,在本申请实施例第二方面的第二种实现方式中,所述第一转账探寻请求中还包括第一已广播平台信息,所述第一已广播平台信息包括与所述第二支付平台连接的各支付平台的标识信息;所述第二转账探寻请求中还包括第二已广播平台信息,所述第二已广播平台信息包括所述第一连接群中的支付平台的标识信息。
在一种可能的设计中,在本申请实施例第二方面的第三种实现方式中,所述第一支付平台向第一连接群发送第二转账探寻请求包括:所述第一支付平台判断所述第一连接群中是否存在支付平台的标识信息包含于所述第一已广播平台信息;若存在,则所述第一支付平台向所述第一连接群中,除所述标识信息包含于所述第一已广播平台信息的支付平台以外的其他平台发送所述第二转账探寻请求。
在一种可能的设计中,在本申请实施例第二方面的第四种实现方式中,当所述第一转账探寻请求还包括转账金额时,所述第一探寻结果响应还包括第一总手续费用;当所述第二转账探寻请求还包括所述转账金额时,所述第一探寻结果响应还包括第二总手续费用;所述第一支付平台接收第二支付平台发送的第一转账探寻请求之后,所述第一支付平台根据所述探寻结果向所述第二支付平台发送第一探寻结果响应之前,所述方法还包括:所述第一支付平台根据所述转账金额和预置的手续费用计算规则确定所述第一支付平台收取的手续费用。
在一种可能的设计中,在本申请实施例第二方面的第五种实现方式中,所述第一支付平台根据所述探寻结果向所述第二支付平台发送第一探寻结果响应包括:所述第一支付平台根据所述第一支付平台收取的手续费用和所述第二总手续费用确定所述第一总手续费用;所述第一支付平台根据所述第一中转次数确定所述第二中转次数;所述第一支付平台向所述第二支付平台发送所述第一探寻结果响应。
在一种可能的设计中,在本申请实施例第二方面的第六种实现方式中,当所述第一支付平台根据所述转入用户的标识信息判断所述转入用户包含于所述第一支付平台时,所述第一支付平台为所述目标支付平台,所述第一中转次数为0,所述第二中转次数为1。
本申请实施例的第三方面提供了一种支付平台,所述支付平台为源支付平台,包括:第一接收单元,用于接收转出用户发送的转账请求,所述转账请求用于请求向转入用户转账,所述转账请求至少包括:所述转入用户的标识信息和转账金额;广播单元,当所述转入用户不属于所述源支付平台时,用于向第一连接群广播转账探寻请求,所述转账探寻请求用于请求所述第一连接群确定所述转入用户所在的目标支付平台,所述转账探寻请求至少包括所述转入用户的标识信息,所述第一连接群中的中转支付平台与所述源支付平台连接;第二接收单元,用于接收目标中转支付平台发送的探寻结果响应,所述目标中转支付平台为所述第一连接群中探寻到所述目标支付平台的平台,所述探寻结果响应用于指示所述第一支付平台到所述目标支付平台的转账路径,所述探寻结果响应至少包括以下信息:中转次数和所述目标中转支付平台的标识信息,所述中转次数为所述源支付平台到所述目标支付平台所中转的支付平台的个数;确定单元,用于根据所述探寻结果响应确定最终转账路径,以进行转账。
在一种可能的设计中,在本申请实施例第三方面的第一种实现方式中,所述确定单元具体用于:从所述探寻结果响应所指示的转账路径中,确定中转次数最少的转账路径为所述最终转账路径;或者,按照预置规则从所述探寻结果响应所指示的转账路径中选择预置数目个转账路径以得到转账路径列表;向所述转出用户显示所述转账路径列表;接收所述转出用户针对所述转账路径列表发送的选择操作,所述选择操作用于向所述源支付平台指示所述最终转账路径。
在一种可能的设计中,在本申请实施例第三方面的第二种实现方式中,当所述转账探寻请求中还包括所述转账金额时,所述转账探寻结果响应中还包括总手续费用;所述确定单元具体用于:从所述探寻结果响应所指示的转账路径中,确定总手续费用最少的转账为所述最终转账路径。
在一种可能的设计中,在本申请实施例第三方面的第三种实现方式中,若所述转账探寻请求还用于指示所述第一连接群中的支付平台上报转账耗时,则所述转账探寻结果响应中还包括总转账耗时;所述确定单元具体用于:从所述探寻结果响应所指示的转账路径中,确定总转账耗时最少的转账为所述最终转账路径。
在一种可能的设计中,在本申请实施例第三方面的第四种实现方式中,所述转账探寻请求中还包括已广播平台信息,所述已广播平台信息包括所述第一连接群中的中转支付平台的标识信息。
在一种可能的设计中,在本申请实施例第三方面的第五种实现方式中,当所述转入用户属于所述源支付平台时,所述支付平台还包括:发送单元,用于向所述转出用户发送交易通知,所述交易通知至少包括所述转出用户的标识信息和所述转账金额。
本申请实施例的第四方面提供了一种支付平台,所述支付平台为第一支付平台,包括:接收单元,用于接收第二支付平台发送的第一转账探寻请求,所述第一转账探寻请求用于请求所述第一支付平台探寻转入用户所在的目标支付平台,所述第一转账探寻请求至少包括所述转入用户的标识信息;探寻单元,用于根据所述第一转账探寻请求探寻所述目标支付平台以得到探寻结果,所述探寻结果至少包括第一中转次数,所述第一中转次数为所述第一支付平台到所述目标支付平台所中转的支付平台的个数;发送单元,用于根据所述探寻结果向所述第二支付平台发送第一探寻结果响应,所述第一探寻结果响应中至少包括第二中转次数和所述第一支付平台的标识信息,所述第二中转次数为所述第二支付平台到所述目标支付平台所中转的支付平台的个数。
在一种可能的设计中,在本申请实施例第四方面的第一种实现方式中,所述探寻单元包括:判断模块,用于根据所述转入用户的标识信息判断所述转入用户是否包含于所述第一支付平台;发送模块,若否,则用于向第一连接群发送第二转账探寻请求,所述第二转账探寻请求用于请求所述第一连接群探寻所述目标支付平台,所述第二转账探寻请求至少包括所述转入用户的标识信息,所述第一连接群中的支付平台与所述第一支付平台连接;接收模块,用于接收目标中转支付平台发送的第二探寻结果响应,所述目标中转支付平台为所述第一连接群中探寻到所述目标支付平台的平台,所述第二探寻结果响应至少包括以下信息:所述第二中转次数和所述目标支付平台的标识信息。
在一种可能的设计中,在本申请实施例第四方面的第二种实现方式中,所述第一转账探寻请求中还包括第一已广播平台信息,所述第一已广播平台信息包括与所述第二支付平台连接的各支付平台的标识信息;所述第二转账探寻请求中还包括第二已广播平台信息,所述第二已广播平台信息包括所述第一连接群中的支付平台的标识信息。
在一种可能的设计中,在本申请实施例第四方面的第三种实现方式中,所述发送模块具体用于:判断所述第一连接群中是否存在支付平台的标识信息包含于所述第一已广播平台信息;若存在,则向所述第一连接群中,除所述标识信息包含于所述第一已广播平台信息的支付平台以外的其他平台发送所述第二转账探寻请求。
在一种可能的设计中,在本申请实施例第四方面的第四种实现方式中,当所述第一转账探寻请求还包括转账金额时,所述第一探寻结果响应还包括第一总手续费用;当所述第二转账探寻请求还包括所述转账金额时,所述第一探寻结果响应还包括第二总手续费用;所述支付平台还包括:确定单元,用于根据所述转账金额和预置的手续费用计算规则确定所述第一支付平台收取的手续费用。
在一种可能的设计中,在本申请实施例第四方面的第五种实现方式中,所述发送单元具体用于:根据所述第一支付平台收取的手续费用和所述第二总手续费用确定所述第一总手续费用;根据所述第一中转次数确定所述第二中转次数;向所述第二支付平台发送所述第一探寻结果响应。
在一种可能的设计中,在本申请实施例第四方面的第六种实现方式中,当所述第一支付平台根据所述转入用户的标识信息判断所述转入用户包含于所述第一支付平台时,所述第一支付平台为所述目标支付平台,所述第一中转次数为0,所述第二中转次数为1。
本申请的第五方面提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
本申请的第六方面提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
从以上技术方案可以看出,本申请实施例具有以下优点:源支付平台接收转出用户发送的转账请求,所述转账请求用于请求向转入用户转账,所述转账请求至少包括:所述转入用户的标识信息和转账金额;当所述转入用户不属于所述源支付平台时,所述源支付平台向第一连接群广播转账探寻请求,所述转账探寻请求用于请求所述第一连接群确定所述转入用户所在的目标支付平台,所述转账探寻请求至少包括所述转入用户的标识信息,所述第一连接群中的中转支付平台与所述源支付平台连接;所述源支付平台接收目标中转支付平台发送的探寻结果响应,所述目标中转支付平台为所述第一连接群中探寻到所述目标支付平台的平台,所述探寻结果响应用于指示所述第一支付平台到所述目标支付平台的转账路径,所述探寻结果响应至少包括以下信息:中转次数和所述目标中转支付平台的标识信息,所述中转次数为所述源支付平台到所述目标支付平台所中转的支付平台的个数;所述源支付平台根据所述探寻结果响应确定最终转账路径,以进行转账。本申请实施例中,若需要跨平台转账时,源支付平台向与其连接的所有中转支付平台广播转账探寻请求,以寻找目标支付平台,通过去中心化的方式,解决了现有技术中中心化的Hub系统或者第三方交易系统出现故障所带来的隐患。
附图说明
图1为现有技术中的一种可能的中心化的对接方案;
图2为本申请实施例提供的一种可能的跨支付系统间的转账场景图;
图3为本申请实施例提供的一种可能的转账方法的流程图;
图4为本申请实施例提供的一种可能的支付平台连接群示意图;
图5为本申请实施例提供的一种可能的显示界面示意图;
图6为本申请实施例提供的一种可能的支付平台的结构示意图;
图7为本申请实施例提供的另一种可能的支付平台的结构示意图;
图8为本申请实施例提供的另一种可能的支付平台的结构示意图。
具体实施方式
本申请实施例提供了一种转账方法和支付平台,用于解决现有技术中中心化的Hub系统或者第三方交易系统出现故障所带来的隐患。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,其意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请可应用于如图2所示的跨支付系统间的转账场景图,用户X在系统A内注册了一个账户,当用户X需要给用户Y转账时,若系统A判断该用户Y不是本系统内的注册用户时,需要通过第三方交易平台将资金转入给用户Y所在的系统B。本申请中,提供了一种转账方法,可以去中心化的进行跨支付系统间的转账,不需要集中的Hub或者第三方系统。请参阅图3,为本申请实施例提供的一种可能的转账方法的流程图,该方法包括:
301、源支付平台接收转出用户发送的转账请求;
用户使用标识符在支付平台内注册账户,该标识符用于标识用户唯一对应的身份信息,实际应用中,该标识符至少包括以下信息中的一种或者多种:邮箱地址、身份证件号、用户名或者移动台综合业务数字网号码(mobile station integrated services digitalnetwork number,MISSDN),其中,MISSDN可以为用户的手机号码。需要说明的是,用户可以使用标识符在任意多个MM系统内注册,具体此处不做限定。
用户在支付平台内注册成功后,若需要通过用户注册的某个支付平台进行转账操作时,为便于理解,本实施例中,将该用户(即转出资金的一方)称为转出用户,转出用户进行转账所使用的支付平台称为源支付平台;接收转出用户的资金的一方称为转入用户,转入用户所在的支付平台称为目标支付平台。因此,源支付平台接收转出用户发送的转账请求,该转账请求用于请求向转入用户转账,且,该转账请求至少包括以下信息:转入用户的标识信息和转账金额,类似的,该转入用户的标识信息可以包括以下信息中的一种或者多种:身份证件号、用户名、MISSDN或者邮箱地址,具体此处不做限定。
可选的,实际应用中,源支付平台还会确认转出用户的身份,以确认转出用户资金的安全性,例如,源支付平台向转出用户登记的手机号或者邮箱发送验证码,若用户输入的验证码与源支付平台发送的验证码一致时,则源支付平台确认核实转出用户的身份,可以为其提供转账服务;若用户输入的验证码与源支付平台发送的验证码不一致时,则源支付平台停止为其提供转账服务。
302、源支付平台判断转入用户是否为源支付平台内的注册用户,若是,则执行步骤303;若否,则执行步骤304;
源支付平台接收到转出用户发送的转账请求后,通过转账请求中所包含的转入用户的标识信息判断转入用户是否为源支付平台内的注册用户,具体判断方式可以为,源支付平台判断转出用户的标识信息是否包含于源支付平台内的注册用户标识信息库中,若包含,即该转出用户为源支付平台内的注册用户,则执行步骤303;若不包含,即该转出用户为源支付平台内的注册用户,则执行步骤304。
303、源支付平台在系统内进行转账处理;
当源支付平台确定该转出用户为源支付平台内的注册用户时,源支付平台根据转账请求中的转账金额,将资金转入转入用户的账户内,并向转入用户发送第一提示信息以及向转出用户发送第二提示信息,该第一提示信息用于提示转入用户接收到转出用户转入的转账资金,该第二提示信息用于提示转出用户已成功向转入用户转账,可选的,该第一提示信息和第二提示信息还可以包括对应的用户的账户余额。
304、源支付平台向第一连接群广播第一转账探寻请求;
当源支付平台确定该转出用户不为源支付平台内的注册用户时,源支付平台向第一连接群广播第一转账探寻请求,该第一转账探寻请求用于请求该第一连接群确定转入用户所在的目标支付平台,且该第一转账探寻请求至少包括转入用户的标识信息;另外,第一连接群中包括与源支付平台连接的各中转支付平台。
可选的,第一转账探寻请求中还可包括转账金额,故第一转账探寻请求还用于指示该第一连接群的各中转支付平台上报总手续费用,该总手续费用为源支付平台到目标支付平台所收取的总的手续费用。
可选的,第一转账探寻请求中还可包括第一已广播平台信息,该第一已广播平台信息包括第一连接群的中转支付平台的标识信息,该第一已广播平台信息用于向第一连接群中的各中转支付平台告知该源支付平台已经发送过的路径,即已经发送过第一转账探寻请求的支付平台。
可选的,第一转账探寻请求中还可用于指示各中转支付平台上报转账总时长,该转账总时长为源支付平台转账到目标支付平台所需要的总的时长。
305、中转支付平台根据第一转账探寻请求探寻目标支付平台以得到中转探寻结果;
可以理解的是,第一连接群中包括至少一个中转支付平台,本实施例中,以其中任一个中转支付平台来进行具体说明。
中转支付平台接收到第一转账探寻请求后,根据该第一转账探寻请求探寻目标支付平台,进而得到探寻结果,探寻结果至少包括中转次数和下游支付平台的标识信息,即探寻结果可以为(中转次数,下游支付平台的标识信息),其中中转次数为中转支付平台到目标支付平台所中转的支付平台的个数,该下游支付平台的标识信息用于向中转支付平台告知中转支付平台之后的下一个处理节点。且中转支付平台得到探寻结果的方式可以如下:
中转支付平台判断该转入用户是否为中转支付平台内的注册用户,若是,则执行步骤一;若否,则执行步骤二。需要说明的是,具体判断方式与上述步骤302中源支付平台的判断方式类似,具体此处不再赘述。
步骤一、当中转支付平台确定该转入用户为中转支付平台内的注册用户时,即目标支付平台就是中转支付平台,则探寻结果中的中转次数为0。
可选的,当第一转账探寻请求还包括转账金额时,则探寻结果中还包括中转总手续费用,即探寻结果可以为(中转次数,中转总手续费用,下游支付平台的标识信息),其中中转总手续费用为中转支付平台转账到目标支付平台所收取的总的手续费用。由于中转支付平台即为目标支付平台,故该中转总手续费用可以为0。
可选的,当第一转账探寻请求中还用于指示中转支付平台上报转账总时长(即源支付平台转账到目标支付平台所需要的总的时长),则探寻结果中还包括中转转账总时长,即探寻结果可以为(中转次数,中转转账总时长,下游支付平台的标识信息),其中中转转账总时长为中转支付平台转账到目标支付平台所需要的总的时长。由于中转支付平台即为目标支付平台,故该中转转账总时长可以为0。
步骤二、当中转支付平台确定该转入用户不是中转支付平台内的注册用户时,中转支付平台向第二连接群发送第二转账探寻请求,该第二转账探寻请求用于请求该第二连接群确定转入用户所在的目标支付平台,且该第二转账探寻请求至少包括转入用户的标识信息;另外,第二连接群中包括与中转支付平台连接的各下游支付平台。
因此各下游支付平台接收到第二转账探寻请求后,根据第二转账探寻请求探寻目标支付平台以得到下游探寻结果,该下游探寻结果至少包括下游中转次数和底游支付平台的标识信息,即下游探寻结果可以为(下游中转次数,底游支付平台的标识信息),该底游支付平台的标识信息用于向下游支付平台告知下游支付平台之后的下一个处理节点,其中下游中转次数为下游支付平台到目标支付平台所中转的支付平台的个数。例如,从下游支付平台到目标支付平台的转账路径为下游支付平台-平台A-平台B-平台C-平台D-目标支付平台,则下游中转次数为4次。
需要说明的是,下游支付平台得到下游探寻结果的方式与中转支付平台得到探寻结果的方式类似,具体此处不再赘述。各下游支付平台得到下游探寻结果后,根据该下游探寻结果向中转支付平台发送下游探寻结果响应,该下游探寻结果响应中至少包括中转次数(即中转支付平台到目标支付平台所中转的支付平台的个数)和下游支付平台的标识信息,可以理解的是,该中转次数的值通过下游中转次数的值加1得到。
可选的,当第一转账探寻请求中还包括第一已广播平台信息时,中转支付平台判断第二连接群是否存在平台也包含在第一连接群中,若存在,则可将同时存在于第一连接群和第二连接群中的平台称为共享支付平台,故中转支付平台向第二连接群中除共享支付平台以外的其他支付平台发送第二转账探寻请求。举例来说,如图4所示,可知源支付平台A的第一连接群即为{B,C,D},中转支付平台B的第二连接群即为{C,E,F},若A通过第一已广播平台信息告知B,A已向C发送第一探寻请求,则B不再向C发送第二探寻请求,而只向其他的下游支付平台{E,F}发送第二探寻请求,逐层进行该操作有助于提高广播的效率,避免重复广播或者形成广播的循环。
可选的,当第一转账探寻请求中还包括转账金额时,第二转账探寻请求中也包括转账金额,则下游探寻结果中对应的还包括下游总手续费用,该下游总手续费用可以为从下游支付平台到目标支付平台要收取的手续费用之和,即下游探寻结果可以为(下游中转次数,下游总手续费用,底游支付平台的标识信息),需要说明的是,若下游支付平台未与目标支付平台连接时,即还需要通过其他支付平台中转时,例如,转账路径为下游支付平台→底游支付平台→支付平台1→支付平台2→目标支付平台,则支付平台2确定其要收取的手续费用为1元,支付平台1确定其要收取的手续费用为0.5元,则支付平台1上报给下游支付平台的总手续费用为1.5元,类似的,底游支付平台确定要收取的手续费用为3元,则其上报给下游支付平台的下游总手续费用为4.5元。
需要说明的是,各支付平台确定各平台要收取手续费用的方式可以根据转账金额和预置的手续费用计算规则确定各支付平台要收取的手续费用。例如,假设预置的手续费用计算规则如下表1所示,则当转账金额为5300时,手续费用即为5300*0.15%+5=12.95元。可以理解的是,各支付平台所采用的域值的手续费用计算规则可以一样,也可以不一样,具体本申请不做限定。
表1
转账金额(元) | 手续费用(元) |
0~5000 | 0.2%*转账金额 |
5000~10000 | 0.15%*转账金额+5 |
10000以上 | 25 |
因此下游支付平台获得了下游总手续费用后,将该下游总手续费用与该下游支付平台收取的手续费用相加得到中转总手续费用,并将该中转总手续费用通过下游探寻结果响应发送到中转支付平台。
可选的,当第一转账探寻请求中还指示各中转支付平台上报转账总时长时,第二转账探寻请求也指示各下游支付平台上报中转转账总时长,该中转转账总时长可以为资金从中转支付平台转到目标支付平台所需要的总时长,即下游探寻结果可以为(下游中转次数,下游转账总时长,底游支付平台的标识信息)。可以理解的是,下游支付平台获得下游转账总时长的方式与下游支付平台获得下游总手续费用的方式类似,即均通过层层累加获得,故具体此处不再赘述。
因此下游支付平台获得了下游转账总时长后,将该下游转账总时长与中转支付平台转账到下游支付平台所需的时长相加得到中转转账总时长,并将该中转转账总时长通过下游探寻结果响应发送到中转支付平台。
306、中转支付平台向源支付平台发送中转探寻结果响应;
中转支付平台得到探寻结果后,根据该探寻结果发送中转探寻结果响应,其中该中转探寻结果响应至少携带{总中转次数,中转支付平台的标识信息},该总中转次数为源支付平台到目标支付平台所中转的支付平台的个数,即总中转次数的值为中转次数的值加1得到。
可选的,当探寻结果还包括中转总手续费用,对应的中转探寻结果响应还包括总手续费用,该总手续费用为源支付平台转账到目标支付平台所收取的总的手续费用,即总手续费用的值可以为中转总手续费用的值与中转支付平台所收取的手续费用的和。
可选的,当探寻结果还包括中转转账总时长,对应的中转探寻结果响应还包括转账总时长,该转账总时长为源支付平台转账到目标支付平台所需要的总时长,即转账总时长为中转转账总时长与源支付平台转账到中转支付平台所需的时长的和。
需要说明的是,本实施例中,中转支付平台发送中转探寻结果响应的方式与步骤305中所述的下游支付平台向中转支付平台发送下游探寻结果响应的方式类似,具体此处不再赘述。
另外,实际应用中,可能存在源支付平台通过中转支付平台不能探寻到目标支付平台的情况,故该中转探寻结果响应可以用于指示中转支付平台无法无法探寻到目标支付平台,或者源支付平台设置响应时长,若超出该响应时长,则源支付平台可以认为该中转支付平台无法探寻到目标支付平台,故针对无法探寻到目标支付平台的中转支付平台,发送中转探寻结果响应操作为可选操作。
307、源支付平台根据中转探寻结果响应确定最终转账路径以进行转账。
可以理解的是,源支付平台连接的中转支付平台有至少一个,因此对应收到的中转探寻结果响应也有至少一个。故源支付平台根据中转探寻结果响应确定最终转账路径,来进行转账。可选的,源支付平台可以将各中转探寻结果响应所指示的转账路径中选择总中转次数最少的转账路径作为最终转账路径,若存在至少2个转账路径的总中转次数最少,则源支付平台可以从中随机选择一个转账路径作为最终转账路径,具体此处不做限定。
可选的,源支付平台还可以按照总中转次数从少到多的顺序,将各中转探寻结果响应所指示的转账路径进行排序,并选择预置数目个转账路径生成转账路径列表;源支付平台再通过终端屏幕向转出用户显示该转账路径列表,进而接收转出用户针对转账路径列表发送的选择操作,该选择操作用于向源支付平台指示最终转账路径。
可选的,若各中转探寻结果响应还包括总手续费用时,源支付平台可以将各中转探寻结果响应所指示的转账路径中选择总手续费用最少的转账路径作为最终转账路径,若存在至少2个转账路径的总手续费用最少,则源支付平台可以从中随机选择一个转账路径作为最终转账路径,具体此处不做限定。
可选的,若各中转探寻结果响应还包括转账总时长时,源支付平台可以将各中转探寻结果响应所指示的转账路径中选择转账总时长最少的转账路径作为最终转账路径,若存在至少2个转账路径的转账总时长最少,则源支付平台可以从中随机选择一个转账路径作为最终转账路径,具体此处不做限定。
可选的,若各中转探寻结果响应包括上述总手续费用和/或转账总时长时,源支付平台可以选出将各中转探寻结果响应所指示的转账路径中选择总手续费用最少的转账路径和/或转账总时长最少的转账路径,并且还选择总中转次数最少的转账路径,并向转出用户显示,以使得转出用户选择最终最终转账路径,如图5所示,源支付平台确定总手续费用最少的转账路径为A,转账总时长最少的转账路径为B,总中转次数最少的转账路径为C,故在终端屏幕上向转出用户显示推荐列表,进而接收转出用户发送的选择指令,使得转出用户能根据自身需求选择最终转账路径。
可选的,若各中转探寻结果响应还可以根据各转账路径的权重来确定最终转账路径,权重越低,推荐给转出用户的概率越大。例如,将总中转次数的权重设为X,总手续费用的权重设为Y,转账总时长的权重设为Z,假设中转探寻结果响应A包括{中转次数5次,总手续费用20元,转账总时长为2小时,A},中转探寻结果响应B包括{中转次数8次,总手续费用10元,转账总时长为5小时,B},若X、Y、Z分别为0.2、0.4、0.4,则中转探寻结果响应A对应的转账路径A为0.2*5+0.4*20+0.4*2=9.8,中转探寻结果响应B对应的转账路径B为0.2*8+0.4*10+0.4*5=7.6<9.8,因此源支付平台可将转账路径B作为最终转账路径。
综上,源支付平台确定最终转账路径的方式具体本申请不做限定。
源支付平台确定最终转账路径后,通过最终转账路径所指示的各中转支付平台将资金从源支付平台途径中转支付平台转入目标支付平台。
本申请实施例中,1、简化互通Hub的实现,支付系统间按照标准的协议提供路径探寻和转账接口,既可实现不同支付系统间的互联2、简化互通交易流程;3、去中心化,减少出现处理瓶颈的几率:去中心化,不会出现中心化的处理瓶颈;当某条通路出现问题时,也可以通过其他通路实现业务;4、减少手续费开支,提升效益;5、为支付系统的跨系统转账提供更多通路,有更多选择,有助于减少化系统转账的手续费开支,提升企业效益;提升转账客户的体验;6、有助于为客户提供更多维度的转账通路,如中转次数最少、费用最少等,由客户根据需要选择,提升了客户体验。
为便于理解,下面将结合具体的应用场景对本申请实施例进行说明。
假如Andy是支付系统A的用户,Cindy是支付系统C的用户;A与B互联,B与AC互联,若Andy要转账给Cindy,那么可以通过支付系统B中转,路线为:A->B->C。假设C处理转入请求需要手续费1元,则C将探寻结果(0次,1元,C)返回给B;假设B本身要收取手续费1元,那么总的手续费就是2元,B将探寻结果(1次,2元,B)返回给A。
上面对本申请实施例中转账方法进行了描述,下面对本申请实施例中的支付平台进行描述,请参阅图6,本申请实施例中支付平台的一个实施例包括:
第一接收单元601,用于接收转出用户发送的转账请求,所述转账请求用于请求向转入用户转账,所述转账请求至少包括:所述转入用户的标识信息和转账金额;
广播单元602,当所述转入用户不属于所述源支付平台时,用于向第一连接群广播转账探寻请求,所述转账探寻请求用于请求所述第一连接群确定所述转入用户所在的目标支付平台,所述转账探寻请求至少包括所述转入用户的标识信息,所述第一连接群中的中转支付平台与所述源支付平台连接;
第二接收单元603,用于接收目标中转支付平台发送的探寻结果响应,所述目标中转支付平台为所述第一连接群中探寻到所述目标支付平台的平台,所述探寻结果响应用于指示所述第一支付平台到所述目标支付平台的转账路径,所述探寻结果响应至少包括以下信息:中转次数和所述目标中转支付平台的标识信息,所述中转次数为所述源支付平台到所述目标支付平台所中转的支付平台的个数;
确定单元604,用于根据所述探寻结果响应确定最终转账路径,以进行转账。
在一种可行的实施方式中,确定单元604具体用于:
从所述探寻结果响应所指示的转账路径中,确定中转次数最少的转账路径为所述最终转账路径;
或者,
按照预置规则从所述探寻结果响应所指示的转账路径中选择预置数目个转账路径以得到转账路径列表;
向所述转出用户显示所述转账路径列表;
接收所述转出用户针对所述转账路径列表发送的选择操作,所述选择操作用于向所述源支付平台指示所述最终转账路径。
在一种可行的实施方式中,确定单元604还用于:
从所述探寻结果响应所指示的转账路径中,确定总手续费用最少的转账为所述最终转账路径。
在一种可行的实施方式中,确定单元604还用于:
从所述探寻结果响应所指示的转账路径中,确定总转账耗时最少的转账为所述最终转账路径。
在一种可行的实施方式中,所述转账探寻请求中还包括已广播平台信息,所述已广播平台信息包括所述第一连接群中的中转支付平台的标识信息。
在一种可行的实施方式中,支付平台还可进一步包括:
发送单元605,用于向所述转出用户发送交易通知,所述交易通知至少包括所述转出用户的标识信息和所述转账金额。
请参阅图7,本申请实施例中支付平台的另一个实施例包括:
接收单元701,用于接收第二支付平台发送的第一转账探寻请求,所述第一转账探寻请求用于请求所述第一支付平台探寻转入用户所在的目标支付平台,所述第一转账探寻请求至少包括所述转入用户的标识信息;
探寻单元702,用于根据所述第一转账探寻请求探寻所述目标支付平台以得到探寻结果,所述探寻结果至少包括第一中转次数,所述第一中转次数为所述第一支付平台到所述目标支付平台所中转的支付平台的个数;
发送单元703,用于根据所述探寻结果向所述第二支付平台发送第一探寻结果响应,所述第一探寻结果响应中至少包括第二中转次数和所述第一支付平台的标识信息,所述第二中转次数为所述第二支付平台到所述目标支付平台所中转的支付平台的个数。
在一种可行的实施方式中,探寻单元702可进一步包括:
判断模块7021,用于根据所述转入用户的标识信息判断所述转入用户是否包含于所述第一支付平台;
发送模块7022,若否,则用于向第一连接群发送第二转账探寻请求,所述第二转账探寻请求用于请求所述第一连接群探寻所述目标支付平台,所述第二转账探寻请求至少包括所述转入用户的标识信息,所述第一连接群中的支付平台与所述第一支付平台连接;
接收模块7023,用于接收目标中转支付平台发送的第二探寻结果响应,所述目标中转支付平台为所述第一连接群中探寻到所述目标支付平台的平台,所述第二探寻结果响应至少包括以下信息:所述第二中转次数和所述目标支付平台的标识信息。
在一种可行的实施方式中,所述第一转账探寻请求中还包括第一已广播平台信息,所述第一已广播平台信息包括与所述第二支付平台连接的各支付平台的标识信息;所述第二转账探寻请求中还包括第二已广播平台信息,所述第二已广播平台信息包括所述第一连接群中的支付平台的标识信息。
在一种可行的实施方式中,发送模块7022具体用于:
判断所述第一连接群中是否存在支付平台的标识信息包含于所述第一已广播平台信息;
若存在,则向所述第一连接群中,除所述标识信息包含于所述第一已广播平台信息的支付平台以外的其他平台发送所述第二转账探寻请求。
在一种可行的实施方式中,支付平台可进一步包括:
确定单元704,用于根据所述转账金额和预置的手续费用计算规则确定所述第一支付平台收取的手续费用。
在一种可行的实施方式中,发送单元703具体用于:
根据所述第一支付平台收取的手续费用和所述第二总手续费用确定所述第一总手续费用;
根据所述第一中转次数确定所述第二中转次数;
向所述第二支付平台发送所述第一探寻结果响应。
上面图6至图7从模块化功能实体的角度分别对本申请实施例中的支付平台进行详细描述,下面从硬件处理的角度对本申请实施例中的支付平台进行详细描述。请参阅图8,本申请实施例中支付平台的另一个实施例包括:
图8是本申请实施例提供的一种支付平台的结构示意图,该支付平台800可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(central processingunits,CPU)801(例如,一个或一个以上处理器)和存储器809,一个或一个以上存储应用程序807或数据806的存储介质808(例如一个或一个以上海量存储设备)。其中,存储器809和存储介质808可以是短暂存储或持久存储。存储在存储介质808的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对支付平台中的一系列指令操作。更进一步地,处理器801可以设置为与存储介质808通信,在支付平台800上执行存储介质808中的一系列指令操作。
支付平台800还可以包括一个或一个以上电源802,一个或一个以上有线或无线网络接口803,一个或一个以上输入输出接口804,和/或,一个或一个以上操作系统805,例如Windows Server,Mac OS X,Unix,Linux,FreeBSD等等。本领域技术人员可以理解,图8中示出的支付平台结构并不构成对支付平台的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图8对支付平台的各个构成部件进行具体的介绍:
存储器809可用于存储软件程序以及模块,处理器801通过运行存储在存储器809的软件程序以及模块,从而执行支付平台的各种功能应用以及数据处理。存储器809可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如广播功能)等;存储数据区可存储根据支付平台的使用所创建的数据(比如转账路径列表等)等。此外,存储器809可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。在本申请实施例中转账方法的程序和接收到的数据存储在存储器809中,当需要使用时,处理器801从存储器809中调用。
处理器801是支付平台的控制中心,可以按照设置的转账方法进行转账业务。处理器801利用各种接口和线路连接整个支付平台的各个部分,通过运行或执行存储在存储器809内的软件程序和/或模块,以及调用存储在存储器809内的数据,执行支付平台的各种功能和处理数据,从而避免转账过程中,中心化的Hub系统或者第三方交易系统出现故障所带来的隐患。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (27)
1.一种转账方法,其特征在于,包括:
源支付平台接收转出用户发送的转账请求,所述转账请求用于请求向转入用户转账,所述转账请求至少包括:所述转入用户的标识信息和转账金额;
当所述转入用户不属于所述源支付平台时,所述源支付平台向第一连接群广播转账探寻请求,所述转账探寻请求用于请求所述第一连接群确定所述转入用户所在的目标支付平台,所述转账探寻请求至少包括所述转入用户的标识信息,所述第一连接群中的中转支付平台与所述源支付平台连接;
所述源支付平台接收目标中转支付平台发送的探寻结果响应,所述目标中转支付平台为所述第一连接群中探寻到所述目标支付平台的平台,所述探寻结果响应用于指示第一支付平台到所述目标支付平台的转账路径,所述探寻结果响应至少包括以下信息:中转次数和所述目标中转支付平台的标识信息,所述中转次数为所述源支付平台到所述目标支付平台所中转的支付平台的个数;
所述源支付平台根据所述探寻结果响应确定最终转账路径,以进行转账。
2.根据权利要求1所述的转账方法,其特征在于,所述源支付平台根据所述探寻结果响应确定最终转账路径包括:
所述源支付平台从所述探寻结果响应所指示的转账路径中,确定中转次数最少的转账路径为所述最终转账路径;
或者,
所述源支付平台按照预置规则从所述探寻结果响应所指示的转账路径中选择预置数目个转账路径以得到转账路径列表;
所述源支付平台向所述转出用户显示所述转账路径列表;
所述源支付平台接收所述转出用户针对所述转账路径列表发送的选择操作,所述选择操作用于向所述源支付平台指示所述最终转账路径。
3.根据权利要求1所述的转账方法,其特征在于,当所述转账探寻请求中还包括所述转账金额时,所述探寻结果响应中还包括总手续费用;
所述源支付平台根据所述探寻结果响应确定最终转账路径包括:
所述源支付平台从所述探寻结果响应所指示的转账路径中,确定总手续费用最少的转账为所述最终转账路径。
4.根据权利要求1所述的转账方法,其特征在于,若所述转账探寻请求还用于指示所述第一连接群中的支付平台上报转账耗时,则所述探寻结果响应中还包括总转账耗时;
所述源支付平台根据所述探寻结果响应确定最终转账路径包括:
所述源支付平台从所述探寻结果响应所指示的转账路径中,确定总转账耗时最少的转账为所述最终转账路径。
5.根据权利要求1所述的转账方法,其特征在于,所述转账探寻请求中还包括已广播平台信息,所述已广播平台信息包括所述第一连接群中的中转支付平台的标识信息。
6.根据权利要求1至5中任一项所述的转账方法,其特征在于,当所述转入用户属于所述源支付平台时,所述方法还包括:
所述源支付平台向所述转出用户发送交易通知,所述交易通知至少包括所述转出用户的标识信息和所述转账金额。
7.一种转账方法,其特征在于,包括:
第一支付平台接收第二支付平台发送的第一转账探寻请求,所述第一转账探寻请求用于请求所述第一支付平台探寻转入用户所在的目标支付平台,所述第一转账探寻请求至少包括所述转入用户的标识信息;
所述第一支付平台根据所述第一转账探寻请求探寻所述目标支付平台以得到探寻结果,所述探寻结果至少包括第一中转次数,所述第一中转次数为所述第一支付平台到所述目标支付平台所中转的支付平台的个数;
所述第一支付平台根据所述探寻结果向所述第二支付平台发送第一探寻结果响应,以使得所述第二支付平台根据所述第一探寻结果响应确定最终转账路径以进行转账,所述第一探寻结果响应中至少包括第二中转次数和所述第一支付平台的标识信息,所述第二中转次数为所述第二支付平台到所述目标支付平台所中转的支付平台的个数。
8.根据权利要求7所述的转账方法,其特征在于,所述第一支付平台根据所述第一转账探寻请求探寻所述目标支付平台以得到探寻结果包括:
所述第一支付平台根据所述转入用户的标识信息判断所述转入用户是否包含于所述第一支付平台;
若否,则所述第一支付平台向第一连接群发送第二转账探寻请求,所述第二转账探寻请求用于请求所述第一连接群探寻所述目标支付平台,所述第二转账探寻请求至少包括所述转入用户的标识信息,所述第一连接群中的支付平台与所述第一支付平台连接;
所述第一支付平台接收目标中转支付平台发送的第二探寻结果响应,所述目标中转支付平台为所述第一连接群中探寻到所述目标支付平台的平台,所述第二探寻结果响应至少包括以下信息:所述第二中转次数和所述目标支付平台的标识信息。
9.根据权利要求8所述的转账方法,其特征在于,所述第一转账探寻请求中还包括第一已广播平台信息,所述第一已广播平台信息包括与所述第二支付平台连接的各支付平台的标识信息;
所述第二转账探寻请求中还包括第二已广播平台信息,所述第二已广播平台信息包括所述第一连接群中的支付平台的标识信息。
10.根据权利要求9所述的转账方法,其特征在于,所述第一支付平台向第一连接群发送第二转账探寻请求包括:
所述第一支付平台判断所述第一连接群中是否存在支付平台的标识信息包含于所述第一已广播平台信息;
若存在,则所述第一支付平台向所述第一连接群中,除所述标识信息包含于所述第一已广播平台信息的支付平台以外的其他平台发送所述第二转账探寻请求。
11.根据权利要求8所述的转账方法,其特征在于,当所述第一转账探寻请求还包括转账金额时,所述第一探寻结果响应还包括第一总手续费用;当所述第二转账探寻请求还包括所述转账金额时,所述第一探寻结果响应还包括第二总手续费用;
所述第一支付平台接收第二支付平台发送的第一转账探寻请求之后,所述第一支付平台根据所述探寻结果向所述第二支付平台发送第一探寻结果响应之前,所述方法还包括:
所述第一支付平台根据所述转账金额和预置的手续费用计算规则确定所述第一支付平台收取的手续费用。
12.根据权利要求11所述的转账方法,其特征在于,所述第一支付平台根据所述探寻结果向所述第二支付平台发送第一探寻结果响应包括:
所述第一支付平台根据所述第一支付平台收取的手续费用和所述第二总手续费用确定所述第一总手续费用;
所述第一支付平台根据所述第一中转次数确定所述第二中转次数;
所述第一支付平台向所述第二支付平台发送所述第一探寻结果响应。
13.根据权利要求8至12中任一项所述的转账方法,其特征在于,当所述第一支付平台根据所述转入用户的标识信息判断所述转入用户包含于所述第一支付平台时,所述第一支付平台为所述目标支付平台,所述第一中转次数为0,所述第二中转次数为1。
14.一种支付平台,其特征在于,所述支付平台为源支付平台,包括:
第一接收单元,用于接收转出用户发送的转账请求,所述转账请求用于请求向转入用户转账,所述转账请求至少包括:所述转入用户的标识信息和转账金额;
广播单元,当所述转入用户不属于所述源支付平台时,用于向第一连接群广播转账探寻请求,所述转账探寻请求用于请求所述第一连接群确定所述转入用户所在的目标支付平台,所述转账探寻请求至少包括所述转入用户的标识信息,所述第一连接群中的中转支付平台与所述源支付平台连接;
第二接收单元,用于接收目标中转支付平台发送的探寻结果响应,所述目标中转支付平台为所述第一连接群中探寻到所述目标支付平台的平台,所述探寻结果响应用于指示第一支付平台到所述目标支付平台的转账路径,所述探寻结果响应至少包括以下信息:中转次数和所述目标中转支付平台的标识信息,所述中转次数为所述源支付平台到所述目标支付平台所中转的支付平台的个数;
确定单元,用于根据所述探寻结果响应确定最终转账路径,以进行转账。
15.根据权利要求14所述的支付平台,其特征在于,所述确定单元具体用于:
从所述探寻结果响应所指示的转账路径中,确定中转次数最少的转账路径为所述最终转账路径;
或者,
按照预置规则从所述探寻结果响应所指示的转账路径中选择预置数目个转账路径以得到转账路径列表;
向所述转出用户显示所述转账路径列表;
接收所述转出用户针对所述转账路径列表发送的选择操作,所述选择操作用于向所述源支付平台指示所述最终转账路径。
16.根据权利要求14所述的支付平台,其特征在于,当所述转账探寻请求中还包括所述转账金额时,所述探寻结果响应中还包括总手续费用;
所述确定单元具体用于:
从所述探寻结果响应所指示的转账路径中,确定总手续费用最少的转账为所述最终转账路径。
17.根据权利要求14所述的支付平台,其特征在于,若所述转账探寻请求还用于指示所述第一连接群中的支付平台上报转账耗时,则所述探寻结果响应中还包括总转账耗时;
所述确定单元具体用于:
从所述探寻结果响应所指示的转账路径中,确定总转账耗时最少的转账为所述最终转账路径。
18.根据权利要求14所述的支付平台,其特征在于,所述转账探寻请求中还包括已广播平台信息,所述已广播平台信息包括所述第一连接群中的中转支付平台的标识信息。
19.根据权利要求14至18中任一项所述的支付平台,其特征在于,当所述转入用户属于所述源支付平台时,所述支付平台还包括:
发送单元,用于向所述转出用户发送交易通知,所述交易通知至少包括所述转出用户的标识信息和所述转账金额。
20.一种支付平台,其特征在于,所述支付平台为第一支付平台,包括:
接收单元,用于接收第二支付平台发送的第一转账探寻请求,所述第一转账探寻请求用于请求所述第一支付平台探寻转入用户所在的目标支付平台,所述第一转账探寻请求至少包括所述转入用户的标识信息;
探寻单元,用于根据所述第一转账探寻请求探寻所述目标支付平台以得到探寻结果,所述探寻结果至少包括第一中转次数,所述第一中转次数为所述第一支付平台到所述目标支付平台所中转的支付平台的个数;
发送单元,用于根据所述探寻结果向所述第二支付平台发送第一探寻结果响应,以使得所述第二支付平台根据所述第一探寻结果响应确定最终转账路径以进行转账,所述第一探寻结果响应中至少包括第二中转次数和所述第一支付平台的标识信息,所述第二中转次数为所述第二支付平台到所述目标支付平台所中转的支付平台的个数。
21.根据权利要求20所述的支付平台,其特征在于,所述探寻单元包括:
判断模块,用于根据所述转入用户的标识信息判断所述转入用户是否包含于所述第一支付平台;
发送模块,若否,则用于向第一连接群发送第二转账探寻请求,所述第二转账探寻请求用于请求所述第一连接群探寻所述目标支付平台,所述第二转账探寻请求至少包括所述转入用户的标识信息,所述第一连接群中的支付平台与所述第一支付平台连接;
接收模块,用于接收目标中转支付平台发送的第二探寻结果响应,所述目标中转支付平台为所述第一连接群中探寻到所述目标支付平台的平台,所述第二探寻结果响应至少包括以下信息:所述第二中转次数和所述目标支付平台的标识信息。
22.根据权利要求21所述的支付平台,其特征在于,所述第一转账探寻请求中还包括第一已广播平台信息,所述第一已广播平台信息包括与所述第二支付平台连接的各支付平台的标识信息;
所述第二转账探寻请求中还包括第二已广播平台信息,所述第二已广播平台信息包括所述第一连接群中的支付平台的标识信息。
23.根据权利要求22所述的支付平台,其特征在于,所述发送模块具体用于:
判断所述第一连接群中是否存在支付平台的标识信息包含于所述第一已广播平台信息;
若存在,则向所述第一连接群中,除所述标识信息包含于所述第一已广播平台信息的支付平台以外的其他平台发送所述第二转账探寻请求。
24.根据权利要求21所述的支付平台,其特征在于,当所述第一转账探寻请求还包括转账金额时,所述第一探寻结果响应还包括第一总手续费用;当所述第二转账探寻请求还包括所述转账金额时,所述第一探寻结果响应还包括第二总手续费用;所述支付平台还包括:
确定单元,用于根据所述转账金额和预置的手续费用计算规则确定所述第一支付平台收取的手续费用。
25.根据权利要求24所述的支付平台,其特征在于,所述发送单元具体用于:
根据所述第一支付平台收取的手续费用和所述第二总手续费用确定所述第一总手续费用;
根据所述第一中转次数确定所述第二中转次数;
向所述第二支付平台发送所述第一探寻结果响应。
26.根据权利要求21至25中任一项所述的支付平台,其特征在于,当所述第一支付平台根据所述转入用户的标识信息判断所述转入用户包含于所述第一支付平台时,所述第一支付平台为所述目标支付平台,所述第一中转次数为0,所述第二中转次数为1。
27.一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行如权利要求1-13任意一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711144595.8A CN109801052B (zh) | 2017-11-16 | 2017-11-16 | 一种转账方法以及支付平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711144595.8A CN109801052B (zh) | 2017-11-16 | 2017-11-16 | 一种转账方法以及支付平台 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109801052A CN109801052A (zh) | 2019-05-24 |
CN109801052B true CN109801052B (zh) | 2023-08-22 |
Family
ID=66555964
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711144595.8A Active CN109801052B (zh) | 2017-11-16 | 2017-11-16 | 一种转账方法以及支付平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109801052B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112184215A (zh) * | 2020-09-30 | 2021-01-05 | 青岛网信信息科技有限公司 | 基于区块链的话费充值系统 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101908183A (zh) * | 2010-04-16 | 2010-12-08 | 宇龙计算机通信科技(深圳)有限公司 | 一种移动终端呼叫支付方法、支付平台 |
US20160132843A1 (en) * | 2014-11-11 | 2016-05-12 | Zaki Ullah Khan | MyMoney - A computer/mobile device application |
JP6017633B1 (ja) * | 2015-05-28 | 2016-11-02 | 三井住友カード株式会社 | 決済システム、決済方法、および決済プログラム |
CN104966197B (zh) * | 2015-06-15 | 2019-05-17 | 腾讯科技(北京)有限公司 | 信息处理方法、客户端及服务器 |
CN107274164A (zh) * | 2017-05-24 | 2017-10-20 | 西安欧亿信息技术有限公司 | 一种多渠道第三方移动支付融合转账系统及其方法 |
CN107292598A (zh) * | 2017-05-31 | 2017-10-24 | 杭州大搜车汽车服务有限公司 | 一种支付路由方法及支付路由中间件 |
-
2017
- 2017-11-16 CN CN201711144595.8A patent/CN109801052B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN109801052A (zh) | 2019-05-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11687905B2 (en) | Transactions associated with a mobile device | |
US20140324701A1 (en) | Method for completing payment by using two mobile terminals | |
CN111506801A (zh) | 一种应用App中子应用的排序方法及装置 | |
CN107590723A (zh) | 在线下业务系统中增加微信订货的方法、系统及服务器 | |
CN109165355A (zh) | 一种汽车共享维修站的推荐方法及相关设备 | |
CN106096926B (zh) | 事件处理方法、装置、电子装置和存储介质 | |
US20140222535A1 (en) | Method and system for card marketing using expenditure details of an individual | |
CN111444224A (zh) | 一种业务数据校验方法及装置 | |
CN113935507A (zh) | 基于区块链的外币现钞兑换预约方法及装置 | |
CN112308590B (zh) | 一种参数处理方法、装置以及计算设备、存储介质 | |
CN110874728A (zh) | 网上支付系统、网上支付方法、装置、介质及服务器 | |
CN109801052B (zh) | 一种转账方法以及支付平台 | |
CN111311360A (zh) | 资源的退还方法和装置、存储介质、电子装置 | |
CN108647315A (zh) | 数据采集方法及系统 | |
CN110753323B (zh) | 一种卡资源分配方法及服务端 | |
CN108848061B (zh) | 一种用户信息传输方法及终端设备 | |
CN110572521A (zh) | 语音播报方法及装置 | |
CN110648209A (zh) | 一种旅游订单处理方法 | |
CN110111188A (zh) | 业务办理方法及设备 | |
CN115222483A (zh) | 金融产品推荐方法、装置、电子设备及存储介质 | |
CN113298482A (zh) | 事件处理方法及装置 | |
CN108416622A (zh) | 用于销售业务的数据处理方法及装置 | |
CN113852627B (zh) | 一种可扩展的支付报文处理方法、装置及电子设备 | |
CN111127003B (zh) | 钱包账户支付方法、设备和存储介质 | |
CN110570294A (zh) | 管理结算的方法、装置以及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20200205 Address after: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Applicant after: HUAWEI TECHNOLOGIES Co.,Ltd. Address before: 210012 HUAWEI Nanjing base, 101 software Avenue, Yuhuatai District, Jiangsu, Nanjing Applicant before: HUAWEI SOFTWARE TECHNOLOGIES Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |