CN111680995B - 一种支付链构建方法、装置、计算机设备及可读存储介质 - Google Patents

一种支付链构建方法、装置、计算机设备及可读存储介质 Download PDF

Info

Publication number
CN111680995B
CN111680995B CN202010516477.0A CN202010516477A CN111680995B CN 111680995 B CN111680995 B CN 111680995B CN 202010516477 A CN202010516477 A CN 202010516477A CN 111680995 B CN111680995 B CN 111680995B
Authority
CN
China
Prior art keywords
node
account
payment
electronic payment
amount
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
Application number
CN202010516477.0A
Other languages
English (en)
Other versions
CN111680995A (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.)
Wuzhou Star (Qingdao) Digital Technology Co.,Ltd.
Original Assignee
Qingdao Yourong Information Technology Co 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 Qingdao Yourong Information Technology Co ltd filed Critical Qingdao Yourong Information Technology Co ltd
Priority to CN202010516477.0A priority Critical patent/CN111680995B/zh
Publication of CN111680995A publication Critical patent/CN111680995A/zh
Application granted granted Critical
Publication of CN111680995B publication Critical patent/CN111680995B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/085Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855Payment architectures involving remote charge determination or related payment systems involving a third party
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/24Credit schemes, i.e. "pay after"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/26Debit schemes, e.g. "pay now"

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明属于数据处理系统技术领域,特别涉及一种支付链构建方法、装置、计算机设备及可读存储介质,通过第一服务器识别客户端获取的节点的节点信息构建支付链,并通过在节点信息构建的具有应收应付关系的两个节点之间设置定向支付指令以保证构建的支付链中资金的顺利流通,统一支付链中各个节点的折扣情况和支付时间点,能够汇集所有节点的折扣,提供给消费者最大折扣,同时提供了补充电子支付账户用于在买方不能提供支付链的链首节点的应收金额的情况下做出补充付款,避免了消费者不愿意或者因资金供应能力有限没有能力接受先出原价再得返现的销售模式导致的多级供应商之间平账困难的问题。

Description

一种支付链构建方法、装置、计算机设备及可读存储介质
技术领域
本发明属于数据处理系统技术领域,特别涉及一种支付链构建方法、装置、计算机设备及可读存储介质。
背景技术
目前市场上存在企业资金流动不畅问题,对于资金持有方而言正是抄底优质资产的时机。而资产持有方也可撮合各供应链厂商整体打折,展现给消费者更大折扣力度,供应链厂商实现更快资金回流,形成多赢。
然而目前,在各供应方组成的支付关系的链条中,因为资金流动不畅,所以很难组成完整的支付链条,通常资金会在支付关系链条的中间环节中被截留,同时因为各供应链组成的支付链条环节较多,节点的出让折扣很难统一或者同步实现,且各个环节的支付时间点很难统一,所以实际中的支付链构建难,且因为信用问题和涉及到的节点较多,各个节点用户的利益考虑不同,很难具有统一的支付时间点,很难在供应链中的各个厂商处实现统一或者同步的折扣,以给消费者提供最大的折扣。
同时,因为消费者在购买商品时,因为所能提供的资金受限,所以很难支付足额的资金以满足各级供应链厂商之间的顺利平账,各级供应链厂商之间平账无法完成,也阻碍了各级所提供折扣的顺利实现。
或者因为消费者不能确定是否一定能拿到返现的问题,故并不想采纳一下拿出足够的钱支付完之后再得到返现的方法。
即便是各级供应链厂商均提供折扣并将各个折扣统一给消费者时,因为涉及到的供应链厂商众多,协调起来使得折扣同步实现也非常困难,工作量很大,不确定因素也众多,另外,在各级供应链厂商未得到应得资金的情况下,其提供折扣的意愿也不大,又因为信任缺失问题,折扣实现工作推进困难。
发明内容
根据以上现有技术的不足,本发明提供了一种支付链构建方法、装置、计算机设备及可读存储介质,其能构建一条支付链,并统一支付链中各个节点的折扣情况和支付时间点,能够汇集所有节点的折扣,提供给消费者最大折扣,同时避免了消费者不愿意或者因资金供应能力有限没有能力接收先出原价再得返现的销售模式导致的多级供应商之间平账困难的问题。
本发明解决的技术问题采用的技术方案为:
一方面,本发明提供一种支付链构建方法,用于第一服务器中,所述方法包括步骤:
S1.接收客户端发送的节点信息,每个所述用户的电子支付账户为一个节点,所述节点信息包括节点属性、金额属性和连接属性;
节点属性:包括本节点的用户实名信息和本节点的电子支付账户信息;
金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种;
连接属性:包括本节点的上一节点的节点属性或下一节点的节点属性中的至少一种;其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点;
节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点;
S2.拾取各节点的节点信息,根据节点信息中的节点属性搭建支付链,指定应返金额接收节点为补充电子支付账户;所述支付链中具有应收应付关系的两个相邻节点之间设置有定向转账指令,相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点;
S3.计算支付链中各节点的节点应返金额的总和x;
S4.接收付款请求,所述付款请求为买方发起的付款请求,包括买方电子支付账户信息、付款金额m,计算链首节点的节点应收金额a与付款金额m之间的差额z,即z=a-m,z为正数,付款金额m必须大于等于a-x(也就是z小于等于x);
S5.所述付款请求用于触发第二服务器完成补充电子支付账户到买方电子支付账户的转账金额为z的转账,第二服务器接收到买方电子支付账户的到账金额为z的到账信息后完成买方电子支付账户到链首节点的电子支付账户的转账金额为a的转账。链首节点的电子支付账户接收到金额为a的转账之后,支付链中根据定向转账指令自动完成支付链中各个节点之间的转账,以及各个节点到应反金额接收节点(也就是补充电子支付账户)之间的转账。
另一方面,本发明还提供了一种支付链构建装置,包括:
节点信息接收模块,用于接收客户端发送的节点信息,每个所述用户的电子支付账户为一个节点,所述节点信息包括节点属性、金额属性和连接属性;
节点属性:包括本节点的用户实名信息和本节点的电子支付账户信息;
金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种;
连接属性:包括本节点的上一节点的节点属性或下一节点的节点属性中的至少一种;其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点;
节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点;
节点信息拾取模块,用于拾取各节点的节点信息,根据节点信息中的节点属性搭建支付链;
节点指定模块,用于指定应返金额接收节点为补充电子支付账户;所述支付链中具有应收应付关系的两个相邻节点之间设置有定向转账指令,所述定向转账指令为第一服务器设置的,相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点;
总额计算模块,用于计算支付链中各节点的节点应返金额的总和x;
付款请求接收模块,用于接收付款请求,所述付款请求为买方发起的付款请求,包括买方电子支付账户信息、付款金额m,计算链首节点的节点应收金额a与付款金额m之间的差额z,即z=a-m,z为正数,付款金额m必须大于等于a-x;
付款请求发送模块,用于将付款请求发送给第二服务器,所述付款请求用于触发第二服务器完成补充电子支付账户到买方电子支付账户的转账金额为z的转账,第二服务器接收到买方电子支付账户的到账金额为z的到账信息后完成买方电子支付账户到链首节点的电子支付账户的转账金额为a的转账。
再一方面,本发明还提供了一种计算机设备,所述计算机设备包括处理器,所述处理器用于执行存储器中存储的计算机程序时实现如上所述的支付链构建方法。
再一方面,本发明还提供了一种计算机可读储存介质,所述计算机可读储存介质存储有计算机程序,所述计算机程序被处理器执行时实现上述支付链构建方法的步骤。
本发明具有以下有益效果:本发明通过第一服务器识别客户端获取的节点的节点信息构建支付链,并通过在节点信息构建的具有应收应付关系的两个节点之间设置定向转账指令以保证构建的支付链中资金的顺利流通,统一支付链中各个节点的折扣情况和支付时间点,能够汇集所有节点的折扣,提供给消费者最大折扣,同时提供了补充电子支付账户用于在买方不能提供支付链的链首节点的应收金额的情况下做出补充付款,避免了消费者不愿意或者因资金供应能力有限没有能力接受先出原价再得返现的支付模式导致的多级供应商之间现金流困难的问题。
附图说明
图1是本发明所提供实施例的支付链构建的简单流程图;
图2是本发明所提供实施例中各客户端、服务器之间的信号传输框架图;
图3是本发明所提供实施例中具体场景例子的关系示意图;
图4是本发明所提供实施例中计算机设备的内部结构图。
具体实施方式
下面结合附图对本发明做进一步描述。
实施例一:
如图1~4所示,本发明所述的支付链构建方法,实施环境包括客户端、第一服务器、第二服务器和第三服务器。
客户端可以是运行在具备数字处理能力的电子设备尚具有电子兑换功能的客户端,电子设备可以是手机、平板电脑、膝上型便携计算机和台式计算机等等。
如图2所示,具备数据处理能力的电子设备(上有客户端)、第一服务器、第二服务器、第三服务器各个相互之间可以通过无线网络或者有线网络相连。第一服务器和第二服务器可以是一台服务器,或者由若干台服务器组成的服务器集群,或者是一个云计算服务中心。第一、二服务器用于与客户端所在的电子设备之间交互提供电子兑换类业务。第一服务器和第二服务器通常由互联网服务商来设立,第二服务器还可以用来提供电子支付账户,可以是第三方支付,比如通联支付、支付宝、银联等具备支付牌照的三方支付公司。
第三服务器可以是一台服务器,或者由若干台服务器组成的服务器集群,或者是一个云计算服务中心。第三服务器用于提供实体资源账户,第三服务器通常由金融机构来设立,如银行。
首先需要说明的是,在本发明各个实施例中,所涉及的术语为:
用户实名信息用于通过第三服务器(也就是银行)与已存有的储蓄账户或者银行卡账户的账户信息进行核对,以及通过第二服务器(可以是通联支付等第三方支付)与已存在的国家公共基础信息进行核对。
所述用户实名信息包括姓名、身份证号、身份证影印件、银行卡号、企业名称、社会统一信用代码、营业执照影印版、对公账户信息中的至少一种。
电子支付账户为用户在客户端所提供的电子兑换功能中用于完成电子兑换的账户。不同用户对应于不同的电子支付账户。这里的电子支付账户可以是通联支付的电子账户、支付宝电子账户或银联电子账户。
下面将对本发明所述的方法和装置,进行详细介绍。
如图1~图2所示,一种支付链构建方法,包括如下步骤:
客户端获取用户的用户实名信息并发送给第一服务器,第一服务器将账户申请信息发送给第二服务器,所述第二服务器经过信息核对成功后为用户开通电子支付账户,第二服务器将电子支付账户和用户实名信息发送给第三服务器,所述第三服务器对用户实名信息进行验证,验证成功后,将验证成功指令发送给第二服务器,第二服务器将用户的银行卡账户进行绑定;
每个用户为一个节点,客户端获取每个用户录入的节点信息,所述节点信息包括节点属性、金额属性和连接属性,可以通过APP或电脑端由各个用户录入。节点属性:节点属性:包括本节点的用户实名信息和本节点的电子支付账户信息;金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种;连接属性:包括本节点的上一节点的节点属性或下一节点的节点属性中的至少一种;其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点;节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点;
第一服务器拾取各节点的节点信息,根据节点信息中的节点属性搭建支付链,指定应返金额接收节点为补充电子支付账户;所述支付链中具有应收应付关系的两个相邻节点之间设置有定向转账指令,所述定向转账指令为第一服务器设置的,相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点;
计算支付链中各节点的节点应返金额的总和x;
第一服务器接收由买方通过客户端发起的付款请求,此支付链的构建用于在商品消费的场景中,买方是向支付链发起支付的一方,付款请求中包括买方电子支付账户信息、付款金额m,计算链首节点的节点应收金额a与付款金额m之间的差额z,即z=a-m,z为正数,付款金额m必须大于等于a-x,即保证z小于等于x;
第一服务器将付款请求发送给第二服务器,第二服务器接收付款请求之后完成补充电子支付账户到买方电子支付账户的转账金额为z的转账,第二服务器接收到买方电子支付账户的到账金额为z的到账信息后完成买方电子支付账户到链首节点的电子支付账户的转账金额为a的转账。链首节点的电子支付账户接收到金额为a的转账之后,支付链中根据定向转账指令自动完成支付链中各个节点之间的转账,以及各个节点到应反金额接收节点(也就是补充电子支付账户)之间的转账。
本发明通过第一服务器识别客户端获取的节点的节点信息构建支付链,并通过在节点信息构建的具有应收应付关系的两个节点之间设置定向转账指令以保证构建的支付链中资金的顺利流通,统一支付链中各个节点的折扣情况和支付时间点,能够汇集所有节点的折扣,提供给消费者最大折扣,同时提供了补充电子支付账户用于在买方不能提供支付链的链首节点的应收金额的情况下做出补充付款,避免了消费者不愿意或者因资金供应能力有限没有能力接受先出原价再得返现的销售模式导致的多级供应商之间现金流困难的问题。
由图1所示,以第一服务器为例进行说明,包括如下步骤:
S1.接收客户端发送的节点信息,每个所述用户的电子支付账户为一个节点,所述节点信息包括节点属性、金额属性和连接属性;
节点属性:包括本节点的用户实名信息和本节点的电子支付账户信息,电子支付账户为本节点的用户将用户实名信息通过客户端发送至第一服务器,第一服务器将用户实名信息发送至第二服务器,第二服务器发起验证,待验证成功后,为用户开通的电子支付账户;
金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种,节点应收金额,为用户所在节点处电子支付账户应该收到的其他用户支付给本节点的金额,节点应付金额是本节点应该向其他节点支付出去的金额;
连接属性:包括本节点的上一节点的节点属性或下一节点的节点属性中的至少一种;其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点;通过连接属性,确定节点之间的账款流通方向和相互之间转账的关系,用于后续构建支付链。
节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点,该节点可以是单独指定,通过客户端获取指定信息,只有当某节点收到其应收金额之后,才会发起向应返金额接收节点的返现转账,将各个节点的返现转账汇集到同一个节点时,就是将各个节点所作出的折扣汇集到某一点,使得折扣达到最大化;
S2.拾取各节点的节点信息,根据节点信息中的节点属性搭建支付链,指定应返金额接收节点为补充电子支付账户;所述支付链中具有应收应付关系的两个相邻节点之间设置有定向转账指令,所述定向转账指令为第一服务器设置的),相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点;支付链中的链首节点为支付链节点以外的其他电子支付账户发起的向支付链支付的账款,该账款从链首节点流入支付链,经过若干节点之后,最后到达链尾节点,链首节点是第一个接收账款的节点。
补充电子支付账户是补充资金方开设的电子支付账户,用于当买方购买商品却因为资金受限无法提供足够的资金以满足整条支付链的收款付款时,或者不需要买方在购买商品时提供足额的资金以满足整条支付链收付款的情况下,提供补充资金以使得支付链中各个节点都能顺利、方便地完成收付的账户,所述补充电子支付账户为提供补充金额的用户申请的第三方电子支付账户。
应返金额接收节点接收支付链中每一个节点的节点应返金额,所述买方电子支付账户为向支付链的链首节点付款的用户开通的电子支付账户,买方电子支付账户收到补充电子账户的账款之后,凑齐了链首节点的应收金额,然后再完成买方电子支付账户到链首节点电子支付账户的金额为a的转账。
S3.计算支付链中各节点的节点应返金额的总和x,也就是当支付链中各个节点之间都收付完成之后,各个节点做出的返现总和为x。
因为不希望买方(或者买方不希望)一开始就支付足额的链首节点的应收金额,或者买方一开始就没有足够的资金支付足额的链首节点的应收金额,所以才出现了补充电子支付账户,用来在买方付款时为买方做一个补充(也就相当于借款给买方);
S4.接收付款请求,所述付款请求为买方发起的付款请求,此支付链的构建用于在商品消费的场景中,买方是向支付链发起支付的一方,付款请求中包括买方电子支付账户信息、付款金额m,计算链首节点的节点应收金额a与付款金额m之间的差额z,即z=a-m,z为正数,付款金额m必须大于等于a-x,也就是z必须小于等于x,这样补充电子支付账户才会在借款给买方这件事情中不赔或者获得盈利,买方电子支付账户信息是指的买方通过第一服务器、第二服务器创建的买方电子支付账户,其构建过程和文中所有的电子支付账户的创建相同,需要提交买方用户实名信息,此处不再详述;
S5.将付款请求发送给第二服务器,所述付款请求用于触发第二服务器完成补充电子支付账户到买方电子支付账户的转账金额为z的转账,第二服务器接收到买方电子支付账户的到账金额为z的到账信息后完成买方电子支付账户到链首节点的电子支付账户的转账金额为a的转账。链首节点的电子支付账户接收到金额为a的转账之后,支付链中根据定向转账指令自动完成支付链中各个节点之间的转账,以及各个节点到应反金额接收节点(也就是补充电子支付账户)之间的转账。买方电子支付账户为付款方用户申请的第三方电子支付账户,在支付链内的转账以及各节点和应返金额接收节点之间的转账将由第二服务器按照定向转账指令完成。
进一步地,在步骤S1中,向应返金额接收节点发起的所述节点应返金额是客户端获取的一个固定的金额数,或者由客户端获取的大小为每个节点的电子支付账户应收金额的q%的金额数,q为正数,每个节点做出的节点应返金额可以是不一样的或者一样的。
进一步地,在步骤S1中接收客户端发送的节点信息之前,还包括步骤:
接收客户端发送的用户的账户申请信息,所述账户申请信息为客户端获取的用户的账户申请信息;所述账户申请信息中包括用户实名信息,所述用户实名信息包括:包括企业名称、社会统一信用代码、营业执照影印版、对公账户信息、姓名、身份证号、身份证影印件和银行卡号中的至少一种;
将账户申请信息发送给第二服务器,所述账户申请信息用于触发所述第二服务器为用户开通电子支付账户。
在为用户开通电子支付账户之后还可以包括电子支付账户和用户的银行卡的绑定,所述电子支付账户和用户的银行卡的绑定为第二服务器接收到核对成功指令完成的绑定,所述核对成功指令为第三服务器接收到第二服务器发送的电子支付账户以及账户申请信息之后进行核对,核对成功之后发送给第二服务器的核对成功指令。
进一步地,在步骤S5中,完成买方电子支付账户到支付链链首节点的电子支付账户之间的转账和补充电子支付账户到支付链链首节点的电子支付账户之间的转账之后,还包括:
接收支付链和补充电子支付账户的转账完成指令,所述转账完成指令为第二服务器发送的转账完成指令;
接收任一节点的提现或者转账请求,并将提现或者转账请求发送给第二服务器,所述提现或者转账请求用于触发第二服务器完成用户的提现或者向用户指定电子支付账户的转账,所述指定电子支付账户是指客户端获取的用户输入或者指定的电子支付账户,该电子支付账户为第三方支付的电子账户。
进一步地,在为用户开通电子支付账户之后或者在接收支付链中各节点发起提现(或转账)请求之后,还可以包括电子支付账户和用户的银行卡的绑定,所述电子支付账户和用户的银行卡的绑定为第二服务器接收到核对成功指令完成的绑定,所述核对成功指令为第三服务器接收到第二服务器发送的电子支付账户以及账户申请信息之后进行核对,核对成功之后发送给第二服务器的核对成功指令。
本发明通过第一服务器识别客户端获取的节点的节点信息构建支付链,并通过在节点信息构建的具有应收应付关系的两个节点之间设置定向转账指令以保证构建的支付链中资金的顺利流通,统一支付链中各个节点的折扣情况和支付时间点,能够汇集所有节点的折扣,提供给消费者最大折扣,同时提供了补充电子支付账户用于在买方不能提供支付链的链首节点的应收金额的情况下做出补充付款,避免了消费者不愿意或者因资金供应能力有限没有能力接受先出原价再得返现的销售模式导致的多级供应商之间现金流困难的问题。
本方法在某一具体场景中的应用如下。
此处第一服务器为环链支付平台(以下简称平台),第二服务器选为通联支付,第三服务器为银行,用户为若干资金上具有相互收付关联的用户。以上述具体对象为例对本方法进行阐述。
如图3所示,在汽车销售行业,用户A为4S店,用户B为A的供应商,用户C为B供应商依次类推,用户D为用户C的供应商,A、B、C、D均通过平台的客户端提交用户实名信息进行注册通联的电子支付账户,并且通过客户端提交了节点属性、连接属性和金额属性,即A应收金额为100万,A需要向B支付90万,B的应收金额为90万,B需要向C支付80万,C的应收金额为80万,C需要向D支付50万,D的应收金额为50万。4S店和各供应商通过客户端输入其各自所在节点的应返金额,可以是具体数字也可以是收到账款的百分比,比如A的应返金额设为其应收金额的4%,B的应返金额设为其应收金额的5%,C的应返金额设为其应收金额的5%,D的应返金额设为其应收金额的5%,通过客户端指定补充电子支付账户,如图3,平台计算用户A的应返金额为X1=4万,用户B的应返金额为X2=4.5万,用户C的应返金额为X3=4万,用户D的为X4=2.5万,则X1+X2+X3+X4=15万。也就是说,补充电子支付账户最终最多能得到返现15万,那么补充电子支付账户最多能借出来的钱就是15万,即z必须是小于等于15万。所以买方付款请求中的金额m就是必须大于100-15=85(万),所以假如z=15万,最后返现总和也是15万。买方支付85万。当买方发起85万的付款请求时,平台同时能够完成A点收到100万后A和B(90万)、B和C(80万)以及C和D(50万),以及各节点和应返金额接收节点(即补充电子支付账户)之间的转账。最后各供应商之间资金顺利流转,买方用85万买100万的东西,得到最大优惠,补充电子支付账户贡献的15万加上85万顺利完成了各个节点之间的应收应付要求,且最终又收回了15万现金。
本发明还提供了一种支付链构建装置,包括:
节点信息接收模块,用于接收客户端发送的节点信息,每个所述用户的电子支付账户为一个节点,所述节点信息包括节点属性、金额属性和连接属性;
节点属性:包括本节点的用户实名信息和本节点的电子支付账户信息;
金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种;
连接属性:包括本节点的上一节点的节点属性或下一节点的节点属性中的至少一种;其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点;
节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点;
节点信息拾取模块,用于拾取各节点的节点信息,根据节点信息中的节点属性搭建支付链,
节点指定模块,用于指定应返金额接收节点为补充电子支付账户;所述支付链中具有应收应付关系的两个相邻节点之间设置有定向转账指令,所述定向转账指令为第一服务器设置的,相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点;
总额计算模块,用于计算支付链中各节点的节点应返金额的总和x;
付款请求接收模块,用于接收付款请求,所述付款请求为买方发起的付款请求,包括买方电子支付账户信息、付款金额m,计算链首节点的节点应收金额a与付款金额m之间的差额z,即z=a-m,z为正数,付款金额m必须大于等于a-x;
付款请求发送模块,用于将付款请求发送给第二服务器,所述付款请求用于触发第二服务器完成补充电子支付账户到买方电子支付账户的转账金额为z的转账,第二服务器接收到买方电子支付账户的到账金额为z的到账信息后完成买方电子支付账户到链首节点的电子支付账户的转账金额为a的转账。
进一步地,在步骤S1中接收客户端发送的节点信息之前,还包括步骤:
账户申请信息接收模块,用于接收客户端发送的用户的账户申请信息,所述账户申请信息为客户端获取的用户的账户申请信息;所述账户申请信息中包括用户实名信息,所述用户实名信息包括:包括企业名称、社会统一信用代码、营业执照影印版、对公账户信息、姓名、身份证号、身份证影印件和银行卡号中的至少一种;
账户申请信息发送模块,用于将账户申请信息发送给第二服务器,所述账户申请信息用于触发所述第二服务器为用户开通电子支付账户。在为用户开通电子支付账户之后还包括电子支付账户和用户的银行卡的绑定,所述电子支付账户和用户的银行卡的绑定为第二服务器接收到核对成功指令完成的绑定,所述核对成功指令为第三服务器接收到第二服务器发送的电子支付账户以及账户申请信息之后进行核对,核对成功之后发送给第二服务器的核对成功指令。
进一步地,在步骤S5中,完成买方电子支付账户到支付链链首节点的电子支付账户之间的转账和补充电子支付账户到支付链链首节点的电子支付账户之间的转账之后,还包括:
转账完成接收模块,用于接收支付链和补充电子支付账户的转账完成指令,所述转账完成指令为第二服务器发送的转账完成指令;
提现或转账请求接收模块,用于接收任一节点的提现或者转账请求,并将提现或者转账请求发送给第二服务器,所述提现或者转账请求用于触发第二服务器完成用户的提现或者向用户指定电子支付账户的转账,所述指定电子支付账户是指客户端获取的用户输入或者指定的电子支付账户。
上述各个模块用于平台中,各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
本发明还提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储各个用户的节点属性、金额属性、连接属性等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种支付链构建方法。
本领域技术人员可以理解,图4中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
S1.接收客户端发送的节点信息,每个所述用户的电子支付账户为一个节点,所述节点信息包括节点属性、金额属性和连接属性;
节点属性:包括本节点的用户实名信息和本节点的电子支付账户信息;
金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种;
连接属性:包括本节点的上一节点的节点属性或下一节点的节点属性中的至少一种;其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点;
节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点;
S2.拾取各节点的节点信息,根据节点信息中的节点属性搭建支付链,指定应返金额接收节点为补充电子支付账户;所述支付链中具有应收应付关系的两个相邻节点之间设置有定向转账指令,相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点;
S3.计算支付链中各节点的节点应返金额的总和x;
S4.接收付款请求,所述付款请求为买方发起的付款请求,包括买方电子支付账户信息、付款金额m,计算链首节点的节点应收金额a与付款金额m之间的差额z,即z=a-m,z为正数,付款金额m必须大于等于a-x;
S5.将付款请求发送给第二服务器,所述付款请求用于触发第二服务器完成补充电子支付账户到买方电子支付账户的转账金额为z的转账,第二服务器接收到买方电子支付账户的到账金额为z的到账信息后完成买方电子支付账户到链首节点的电子支付账户的转账金额为a的转账。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(RambuS)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书以及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种支付链构建方法,其特征在于,用于第一服务器中,所述方法包括:
S1.接收客户端发送的节点信息,每个用户的电子支付账户为一个节点,所述节点信息包括节点属性、金额属性和连接属性;
节点属性:包括本节点的用户实名信息和本节点的电子支付账户信息;
金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种;
连接属性:包括本节点的上一节点的节点属性或下一节点的节点属性中的至少一种;其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点;
节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点;
S2.拾取各节点的节点信息,根据节点信息中的节点属性搭建支付链,指定应返金额接收节点为补充电子支付账户;所述支付链中具有应收应付关系的两个相邻节点之间设置有定向转账指令,相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点;
S3.计算支付链中各节点的节点应返金额的总和x;
S4.接收付款请求,所述付款请求为买方发起的付款请求,包括买方电子支付账户信息、付款金额m,计算链首节点的节点应收金额a与付款金额m之间的差额z,即z=a-m,z为正数,付款金额m必须大于等于a-x;
S5.将付款请求发送给第二服务器,所述付款请求用于触发第二服务器完成补充电子支付账户到买方电子支付账户的转账金额为z的转账,第二服务器接收到买方电子支付账户的到账金额为z的到账信息后完成买方电子支付账户到链首节点的电子支付账户的转账金额为a的转账。
2.根据权利要求1所述的支付链构建方法,其特征在于:步骤S1中,向应返金额接收节点发起的所述节点应返金额是客户端获取的一个固定的金额数,或者由客户端获取的大小为每个节点的电子支付账户应收金额的q%的金额数,q为正数。
3.根据权利要求1所述的支付链构建方法,其特征在于,在步骤S1中接收客户端发送的节点信息之前,还包括步骤:
接收客户端发送的用户的账户申请信息,所述账户申请信息为客户端获取的用户的账户申请信息;所述账户申请信息中包括用户实名信息,所述用户实名信息包括:包括企业名称、社会统一信用代码、营业执照影印版、对公账户信息、姓名、身份证号、身份证影印件和银行卡号中的至少一种;
将账户申请信息发送给第二服务器,所述账户申请信息用于触发所述第二服务器为用户开通电子支付账户。
4.根据权利要求3所述的支付链构建方法,其特征在于:在为用户开通电子支付账户之后还包括电子支付账户和用户的银行卡的绑定,所述电子支付账户和用户的银行卡的绑定为第二服务器接收到核对成功指令完成的绑定,所述核对成功指令为第三服务器接收到第二服务器发送的电子支付账户以及账户申请信息之后进行核对,核对成功之后发送给第二服务器的核对成功指令。
5.根据权利要求1所述的支付链构建方法,其特征在于,在步骤S5中,完成买方电子支付账户到支付链链首节点的电子支付账户之间的转账之后,还包括:
接收支付链和补充电子支付账户的转账完成指令,所述转账完成指令为第二服务器发送的转账完成指令;
接收任一节点的提现或者转账请求,并将提现或者转账请求发送给第二服务器,所述提现或者转账请求用于触发第二服务器完成用户的提现或者向用户指定电子支付账户的转账,所述指定电子支付账户是指客户端获取的用户输入或者指定的电子支付账户。
6.根据权利要求5所述的支付链构建方法,其特征在于:在接收支付链中各节点发起提现或者转账请求之后,第二服务器完成提现或者转账之前,还包括电子支付账户和用户的银行卡的绑定,所述电子支付账户和用户的银行卡的绑定为第二服务器接收到核对成功指令完成的绑定,所述核对成功指令为第三服务器接收到第二服务器发送的电子支付账户以及账户申请信息之后进行核对,核对成功之后发送给第二服务器的核对成功指令。
7.一种支付链构建装置,其特征在于,所述装置包括:
节点信息接收模块,用于接收客户端发送的节点信息,每个用户的电子支付账户为一个节点,所述节点信息包括节点属性、金额属性和连接属性;
节点属性:包括本节点的用户实名信息和本节点的电子支付账户信息;
金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种;
连接属性:包括本节点的上一节点的节点属性或下一节点的节点属性中的至少一种;其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点;
节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点;
节点信息拾取模块,用于拾取各节点的节点信息,根据节点信息中的节点属性搭建支付链;
节点指定模块,用于指定应返金额接收节点为补充电子支付账户;所述支付链中具有应收应付关系的两个相邻节点之间设置有定向转账指令,相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点;
总额计算模块,用于计算支付链中各节点的节点应返金额的总和x;
付款请求接收模块,用于接收付款请求,所述付款请求为买方发起的付款请求,包括买方电子支付账户信息、付款金额m,计算链首节点的节点应收金额a与付款金额m之间的差额z,即z=a-m,z为正数,付款金额m必须大于等于a-x;
付款请求发送模块,用于将付款请求发送给第二服务器,所述付款请求用于触发第二服务器完成补充电子支付账户到买方电子支付账户的转账金额为z的转账,第二服务器接收到买方电子支付账户的到账金额为z的到账信息后完成买方电子支付账户到链首节点的电子支付账户的转账金额为a的转账。
8.根据权利要求7所述的支付链构建装置,其特征在于:
在完成买方电子支付账户到支付链链首节点的电子支付账户之间的转账之后,还包括:
转账完成接收模块,用于接收支付链和补充电子支付账户的转账完成指令,所述转账完成指令为第二服务器发送的转账完成指令;
提现或转账请求接收模块,用于接收任一节点的提现或者转账请求,并将提现或者转账请求发送给第二服务器,所述提现或者转账请求用于触发第二服务器完成用户的提现或者向用户指定电子支付账户的转账,所述指定电子支付账户是指客户端获取的用户输入或者指定的电子支付账户。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
CN202010516477.0A 2020-06-09 2020-06-09 一种支付链构建方法、装置、计算机设备及可读存储介质 Active CN111680995B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010516477.0A CN111680995B (zh) 2020-06-09 2020-06-09 一种支付链构建方法、装置、计算机设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010516477.0A CN111680995B (zh) 2020-06-09 2020-06-09 一种支付链构建方法、装置、计算机设备及可读存储介质

Publications (2)

Publication Number Publication Date
CN111680995A CN111680995A (zh) 2020-09-18
CN111680995B true CN111680995B (zh) 2023-09-19

Family

ID=72435574

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010516477.0A Active CN111680995B (zh) 2020-06-09 2020-06-09 一种支付链构建方法、装置、计算机设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN111680995B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112308562B (zh) * 2020-11-09 2022-06-17 青岛有容信息科技有限公司 付款计划定制链、运行方法、计算机设备及可读存储介质
CN112598407B (zh) * 2021-03-02 2021-07-09 捷德(中国)科技有限公司 交易方法、装置、电子设备及存储介质
CN114445062A (zh) * 2022-01-28 2022-05-06 重庆路盟信息技术有限公司 基于银联平台的车辆收费方法及系统、存储介质
CN114549004A (zh) * 2022-02-18 2022-05-27 拉扎斯网络科技(上海)有限公司 一种餐饮订单支付方法、装置、存储介质及计算设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007044830A2 (en) * 2005-10-06 2007-04-19 Crossfill Llc System and method for providing rapid rebate payments
CN101661592A (zh) * 2008-08-25 2010-03-03 冼剑光 一种利用真实社交网络发布广告的方法
WO2016019532A1 (zh) * 2014-08-06 2016-02-11 深圳市银信网银科技有限公司 一种跨行付款系统及一种跨行付款方法
CN109993517A (zh) * 2017-12-29 2019-07-09 青岛有容发展有限公司 即时链式支付方法、计算机设备和存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007044830A2 (en) * 2005-10-06 2007-04-19 Crossfill Llc System and method for providing rapid rebate payments
CN101661592A (zh) * 2008-08-25 2010-03-03 冼剑光 一种利用真实社交网络发布广告的方法
WO2016019532A1 (zh) * 2014-08-06 2016-02-11 深圳市银信网银科技有限公司 一种跨行付款系统及一种跨行付款方法
CN109993517A (zh) * 2017-12-29 2019-07-09 青岛有容发展有限公司 即时链式支付方法、计算机设备和存储介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
延期支付条件下基于VMI的竞争性供应链协调分析;赵会军;刘丽文;;计算机集成制造系统(第01期);全文 *
现金折扣总价法浅析;郭继宏;中国乡镇企业会计(第12期);全文 *

Also Published As

Publication number Publication date
CN111680995A (zh) 2020-09-18

Similar Documents

Publication Publication Date Title
US11348107B2 (en) Virtual payment processing system
CN111680995B (zh) 一种支付链构建方法、装置、计算机设备及可读存储介质
CN110148054B (zh) 基于区块链的应收账款融资贷款方法、设备、介质及系统
US11734760B1 (en) Systems and methods for operating a math-based currency exchange
CN110009489A (zh) 基于区块链的资产转移方法及装置、电子设备
CN110033377A (zh) 基于区块链的资产清分方法及装置、电子设备
US20170098217A1 (en) Virtual Payment Processing System
KR102343432B1 (ko) 모바일 기반 블록체인 분산 네트워크에 포함되는 노드들에 대하여 온 오프 상에서 가상 화폐의 지불결제 시스템 및 방법
CN110020936A (zh) 基于区块链的资产管理方法及装置、电子设备
CN110020948A (zh) 基于区块链的资产溯源方法及装置、电子设备
KR20200054904A (ko) 블록체인 기술을 이용한 매출채권 인증 및 유동화 서비스 시스템 및 방법
CN110738560A (zh) 基于区块链架构的应收账款质押融资方法及装置
EP4116908A1 (en) Method and apparatus for facilitating financial transactions backed by crypto assets
CN111681053B (zh) 一种收付链构建方法、装置、计算机设备及可读存储介质
US7917437B1 (en) Method for avoiding intermediated payment aggregation
EP4350596A1 (en) Integration of financing into a customer selfcheckout involving scanning products with a user device
CN111340487A (zh) 一种资源结算的方法及装置
KR102472450B1 (ko) 전자지갑을 이용한 결제대금 즉시 정산 서비스 제공 시스템
US20220405738A1 (en) System and method for online/offline payment with virtual currency for nodes included in mobile-based blockchain distributed network
CN110874795A (zh) 不动产商品相关的金融系统及其管理方法
JP2011242960A (ja) 電子譲渡債権候補決定システム
KR20140112843A (ko) 프로젝트 파이낸싱 대출 서비스 제공 방법 및 이를 실행하는 서버
TWI794877B (zh) 協助滾動式調整融資條件的電商平台伺服器及方法
WO2024124298A1 (en) Methods and systems for minting a stablecoin
US11023972B2 (en) Financial transaction management system and financial transaction management method

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
GR01 Patent grant
GR01 Patent grant
CP03 Change of name, title or address

Address after: No. 658 Jinggangshan Road, Huangdao District, Qingdao City, Shandong Province, 266552201

Patentee after: Wuzhou Star (Qingdao) Digital Technology Co.,Ltd.

Country or region after: China

Address before: 266555 room 217, building 19, 396 Emeishan Road, Huangdao District, Qingdao City, Shandong Province

Patentee before: Qingdao yourong Information Technology Co.,Ltd.

Country or region before: China

CP03 Change of name, title or address