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

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

Info

Publication number
CN111681053B
CN111681053B CN202010516469.6A CN202010516469A CN111681053B CN 111681053 B CN111681053 B CN 111681053B CN 202010516469 A CN202010516469 A CN 202010516469A CN 111681053 B CN111681053 B CN 111681053B
Authority
CN
China
Prior art keywords
node
payment
amount
account
server
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
CN202010516469.6A
Other languages
English (en)
Other versions
CN111681053A (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.)
Qingdao Yourong Development 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 CN202010516469.6A priority Critical patent/CN111681053B/zh
Publication of CN111681053A publication Critical patent/CN111681053A/zh
Application granted granted Critical
Publication of CN111681053B publication Critical patent/CN111681053B/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
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • 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/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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/401Transaction verification
    • G06Q20/4014Identity check for transactions
    • 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
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201Market modelling; Market analysis; Collecting market data

Abstract

本发明涉及数据处理系统技术领域,特别涉及一种收付链构建方法、装置、计算机设备及可读存储介质,通过第一服务器识别客户端获取的节点的节点信息构建收付链,并通过在节点信息构建的具有应收应付关系的两个节点之间设置定向支付指令以保证构建的收付链中资金的顺利流通,通过对收付链中设置应返金额接收节点,以及每个节点设置节点应返金额,保证了资金在收付链中顺利流通的同时,实现了各个节点的折扣汇集到链首节点上,实现链首节点的折扣力度最大化。避免了因现有技术中资金流通不畅且信用不足导致的收付链中支付中断或不畅,以及节点上折扣力度难实现最大化的情况。

Description

一种收付链构建方法、装置、计算机设备及可读存储介质
技术领域
本发明涉及数据处理系统技术领域,特别涉及一种收付链构建方法、装置、计算机设备及可读存储介质。
背景技术
目前市场上存在企业资金流动不畅问题,对于资金持有方而言正是抄底优质资产的时机。而资产持有方也可撮合各供应链厂商整体打折,展现给消费者更大折扣力度,供应链厂商实现更快资金回流,形成多赢。
然而目前,在各供应方组成的支付关系的链条中,因为资金流动不畅,所以很难组成完整的收付链条,通常资金会在支付关系链条的中间环节中被截留,同时因为各供应链组成的收付链条环节较多,节点的出让折扣很难统一或者同步实现,且各个环节的支付时间点很难统一,所以实际中的收付链构建难,且因为信用问题和涉及到的节点较多,各个节点用户的利益考虑不同,很难具有统一的支付时间点,很难实现统一或者同步的折扣。因为上述原因,在支付利益链中也很难给某一个节点顺利实现一个最大折扣。
发明内容
根据以上现有技术的不足,本发明提供了一种收付链构建方法、装置、计算机设备及可读存储介质,其能构建一条收付链,并统一收付链中各个节点的折扣情况和支付时间点,能够汇集所有节点的折扣,在收付链中实现给某个节点提供一个最大的折扣度。
本发明解决的技术问题采用的技术方案为:
一方面,本发明提供一种收付链构建方法,用于第一服务器中,所述方法包括步骤:
S1.接收客户端发送的节点信息,每个用户的电子支付账户为一个节点,所述节点信息包括节点属性、金额属性和连接属性;
节点属性:包括本节点的用户的实名信息和本节点的电子支付账户信息;
金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种;
连接属性:包括本节点的应返金额接收节点的节点属性,以及上一节点的节点属性或下一节点的节点属性;
其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点;
所述节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额;
S2.拾取各节点的节点信息,根据节点信息中的节点属性搭建收付链,所述收付链中具有应收应付关系的两个节点之间设置有定向支付指令,相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点,所述应返金额接收节点为收付链的链首节点;
S3.接收客户端发送的链首节点的付款请求,所述付款请求中包括付款的节点属性和支付金额,将付款请求发送给第二服务器,所述付款请求用于触发第二服务器根据定向支付指令完成各个节点之间的转账;
S4.接收任一节点的提现或者转账请求,并将提现或者转账请求发送给第二服务器,所述提现或者转账请求用于触发第二服务器完成用户的提现或者向用户指定电子支付账户的转账,所述指定电子支付账户是指客户端获取的用户输入或者指定的电子支付账户。
另一方面,本发明还提供了一种收付链构建装置,包括:第一接收模块,用于接收客户端发送的节点信息,每个用户的电子支付账户为一个节点,所述节点信息包括节点属性、金额属性和连接属性;可以通过APP或电脑端由用户输入。
节点属性:包括本节点的用户的实名信息和本节点的电子支付账户信息;
金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种;
连接属性:包括本节点的应返金额接收节点的节点属性,以及上一节点的节点属性或下一节点的节点属性;
其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点;
所述节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额;
节点信息拾取模块,用于拾取各节点的节点信息;
收付链搭建模块,用于根据节点信息中的节点属性搭建收付链,所述收付链中具有应收应付关系的两个节点之间设置有定向支付指令,相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点,所述应返金额接收节点为收付链的链首节点;
付款请求接收模块,用于接收客户端发送的链首节点的付款请求,所述付款请求中包括付款的节点属性和支付金额,将付款请求发送给第二服务器,所述付款请求用于触发第二服务器根据定向支付指令完成各个节点之间的转账;
提现或转账请求接收模块,用于接收任一节点的提现或者转账请求,并将提现或者转账请求发送给第二服务器,所述提现或者转账请求用于触发第二服务器完成用户的提现或者向用户指定电子支付账户的转账,所述指定电子支付账户是指客户端获取的用户输入或者指定的电子支付账户。
再一方面,本发明还提供了一种计算机设备,所述计算机设备包括处理器,所述处理器用于执行存储器中存储的计算机程序时实现如上所述的收付链构建方法。
再一方面,本发明还提供了一种计算机可读储存介质,所述计算机可读储存介质存储有计算机程序,所述计算机程序被处理器执行时实现上述收付链构建方法的步骤。
本发明具有以下有益效果:本发明通过第一服务器识别客户端获取的节点的节点信息构建收付链,并通过在节点信息构建的具有应收应付关系的两个节点之间设置定向支付指令以保证构建的收付链中资金的顺利流通,通过对收付链中设置应返金额接收节点,以及每个节点设置节点应返金额,保证了资金在收付链中顺利流通的同时,实现了各个节点的折扣汇集到链首节点上,实现链首节点的折扣力度最大化。避免了因现有技术中资金流通不畅且信用不足导致的收付链中支付中断或不畅,以及链首节点上折扣力度难实现最大化的情况。
附图说明
图1是本发明所提供实施例的收付链构建的简单流程图;
图2是本发明所提供实施例中各客户端、服务器之间的信号传输框架图;
图3是本发明所提供实施例中具体场景例子的关系示意图;
图4是本发明所提供实施例中计算机设备的内部结构图。
具体实施方式
下面结合附图对本发明做进一步描述。
实施例一:
如图1~4所示,本发明所述的收付链构建方法,实施环境包括客户端、第一服务器、第二服务器和第三服务器。
客户端可以是运行在具备数字处理能力的电子设备尚具有电子兑换功能的客户端,电子设备可以是手机、平板电脑、膝上型便携计算机和台式计算机等等。
如图2所示,具备数据处理能力的电子设备(上有客户端)、第一服务器、第二服务器、第三服务器各个相互之间可以通过无线网络或者有线网络相连。
第一服务器和第二服务器可以是一台服务器,或者由若干台服务器组成的服务器集群,或者是一个云计算服务中心。第一、二服务器用于与客户端所在的电子设备之间交互提供电子兑换类业务。第一服务器和第二服务器通常由互联网服务商来设立,第二服务器还可以用来提供电子支付账户,可以是第三方支付,比如通联支付、支付宝、银联等具备支付牌照的三方支付公司。
第三服务器可以是一台服务器,或者由若干台服务器组成的服务器集群,或者是一个云计算服务中心。第三服务器用于提供实体资源账户,第三服务器通常由金融机构来设立,如银行。
首先需要说明的是,在本发明各个实施例中,所涉及的术语为:
账户申请信息用于通过第三服务器(也就是银行)与已存有的储蓄账户或者银行卡账户的账户信息进行核对,以及通过第二服务器(可以是通联支付等第三方支付)与已存在的国家公共基础信息进行核对。
用户实名信息包括姓名、身份证号、身份证影印件、银行卡号、企业名称、社会统一信用代码、营业执照影印版、对公账户信息中的至少一种。
电子支付账户为用户在客户端所提供的电子兑换功能中用于完成电子兑换的账户。不同用户对应于不同的电子支付账户。这里的电子支付账户可以是通联支付的电子账户、支付宝电子账户或银联电子账户。
下面将对本发明所述的方法和装置,进行详细介绍。
如图1~图2所示,一种收付链构建方法,包括如下步骤:
客户端获取用户的账户申请信息并发送给第一服务器,第一服务器将账户申请信息发送给第二服务器,所述第二服务器经过信息核对成功后为用户开通电子支付账户,第二服务器将电子支付账户和账户申请信息发送给第三服务器,所述第三服务器对账户申请信息进行验证,验证成功后,将验证成功指令发送给第二服务器,第二服务器将用户的银行卡账户进行绑定;
每个用户为一个节点,客户端获取每个用户录入的节点信息,所述节点信息包括节点属性、金额属性和连接属性,可以通过APP或电脑端由各个用户录入。节点属性:包括本节点的用户的实名信息和本节点的电子支付账户信息;
金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种;连接属性:包括本节点的应返金额接收节点的节点属性,以及上一节点的节点属性或下一节点的节点属性;其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点;所述节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额。
第一服务器拾取各节点的节点信息,并根据节点信息中的节点属性搭建收付链,所述收付链中具有应收应付关系的两个相邻节点之间设置有定向支付指令,相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点,所述应返金额接收节点为收付链的链首节点,链首节点为收付链中向收付链中其他节点做出付款的节点,链首节点与链尾节点分别为收付链的两个端,链尾节点为收付链中只接收其他节点的付款而不向外支出的节点,从链首节点到链尾节点的方向为款项流动的方向。
客户端获取链首节点用户的付款请求,并发送给第一服务器,所述付款请求中包括付款的节点属性和支付金额,第一服务器将付款请求发送给第二服务器,第二服务器根据定向支付指令完成各个节点之间的转账。客户端获取任一节点的提现或者转账请求,并将请求发送给第一服务器,第一服务器将提现或者转账请求发送给第二服务器,所述提现或者转账请求用于触发第二服务器完成用户的提现或者向用户指定电子支付账户的转账,所述指定电子支付账户是指客户端获取的用户输入或者指定的电子支付账户。
本发明通过第一服务器识别客户端获取的节点的节点信息构建收付链,并通过在节点信息构建的具有应收应付关系的两个节点之间设置定向支付指令以保证构建的收付链中资金的顺利流通,通过对收付链中设置应返金额接收节点,以及每个节点设置节点应返金额,保证了资金在收付链中顺利流通的同时,实现了各个节点的折扣汇集到一个节点(及应返金额接收节点)处,实现单个节点的折扣力度最大化。避免了因现有技术中资金流通不畅且信用不足导致的收付链中支付中断或不畅,以及节点上折扣力度难实现最大化的情况。
由图1所示,以第一服务器为例进行说明,包括如下步骤:
步骤1、接收客户端发送的用户的账户申请信息,所述账户申请信息为客户端获取的用户的账户申请信息;
步骤2、将账户申请信息发送给第二服务器,所述账户申请信息用于触发所述第二服务器为用户开通电子支付账户(其中还包括验证过程),第二服务器将电子支付账户以及账户申请信息发送给第三服务器进行核对,核对成功后,第三服务器将核对成功指令发送给第二服务器,第二服务器将电子支付账户和用户的银行卡账户进行绑定;
步骤3、接收客户端发送的节点信息,每个用户的电子支付账户为一个节点,所述节点信息包括节点属性、金额属性和连接属性;可以通过APP或电脑端由用户输入。
节点属性:包括本节点的用户的实名信息和本节点的电子支付账户信息;
金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种;
连接属性:包括本节点的应返金额接收节点的节点属性,以及上一节点的节点属性或下一节点的节点属性;
其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点;
所述节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额;
步骤4、拾取各节点的节点信息,根据节点信息中的节点属性搭建收付链,所述收付链中具有应收应付关系的两个相邻节点之间设置有定向支付指令,相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点;应返金额接收节点为收付链的链首节点,这样所有节点在收到转账资金后发起的应返金额都汇集到链首节点所在的电子支付账户内,使得链首节点获得了最大优惠,即在收付链中所有转账完成之后,链首节点需要支出的金额通过其他节点返现的形式,达到了最小化。
步骤5、接收客户端发送的链首节点的付款请求,所述付款请求中包括付款的节点属性和支付金额,将付款请求发送给第二服务器,所述付款请求用于触发第二服务器根据定向支付指令完成各个节点之间的转账;
步骤6、接收任一节点的提现或者转账请求,并将提现或者转账请求发送给第二服务器,所述提现或者转账请求用于触发第二服务器完成用户的提现或者向用户指定电子支付账户的转账,所述指定电子支付账户是指客户端获取的用户输入或者指定的电子支付账户。
进一步地,步骤S1中,所述转账金额是客户端获取的一个固定的金额数,或者由客户端获取的大小为每个节点的电子支付账户应收金额的b%的金额数,b为正数。
进一步地,在步骤S3中,在接收到付款请求之后,各节点完成转账之前,还包括:
判断付款金额与付款所在节点的应付金额的大小关系,当付款金额占发起付款动作的节点的应付金额的a%时,将各个节点的节点应收金额、节点应付金额以及节点应返金额均更新为最初值的a%,由第二服务器通过定向支付指令,完成各个节点之间的转账之后将节点应收金额、节点应付金额以及节点应返金额均更新为最初值的1-a%。
进一步地,所述最初值为收付链建立时平台从客户端接收的节点应收金额、节点应返金额、节点应付金额的值。
用户提现或者转账的具体的过程为现有技术,此处仅做简单解释:用户可以随时通过客户端向第一服务器发起提现或转账请求,第一服务器将提现或转账请求发送给第二服务器,第二服务器接收请求之后给予用户提现或者转账请求的核实请求指令,当收款用户通过客户端发送了确认提现或者转账指令并依次通过第一服务器发给第二服务器之后,第二服务器经过校验后执行转账或者提现。
本发明通过第一服务器识别客户端获取的节点的节点信息构建收付链,并通过在节点信息构建的具有应收应付关系的两个节点之间设置定向支付指令以保证构建的收付链中资金的顺利流通,通过对收付链中设置应返金额接收节点,以及每个节点设置节点应返金额,保证了资金在收付链中顺利流通的同时,实现了各个节点的折扣汇集到一个节点(即应返金额接收节点)处,实现单个节点的折扣力度最大化。避免了因现有技术中资金流通不畅且信用不足导致的收付链中支付中断或不畅,以及节点上折扣力度难实现最大化的情况。
本方法在某一具体场景中的应用如下。
此处第一服务器为环链支付平台(以下简称平台),第二服务器选为通联支付,第三服务器为银行,用户为若干资金上具有相互收付关联的用户。以上述具体对象为例对本方法进行阐述。
用户A认可了用户B名下价值100万的优质资产,而用户B分别欠用户C1、用户C2各20万资金。用户A希望以8折购买B资产,并在C1和C2上套现5万那么最终达到以70万购买价值100万资产的最大折扣。那么如何在C1和C2上套现5万呢?考虑到各方之间的信用执行问题,A需要跟C1和C2谈,比如C1以20万债权加10万现金的方式购买A价值30万的车,A通过卖车获益5万。这种方式中A为了达成交易,需要运营一个车行或者类似的商城,加重了自身负担、提高了运营成本,这样一个支付关系链构建困难重重。
使用本方法以后,如图3所示,过程为:用户A、B、C1、C2均在环链支付平台上注册账户,并由平台绑定各个的银行卡。
用户A通过客户端在平台上指定它的收款方为用户B;用户B通过客户端在平台上指定它的付款方为用户A(因为用户A已经指定了收款方为用户B,所以此处用户B也可以不指定它的付款方),指定应返金额接收节点为用户A,指定用户B所在节点应收金额为100万、指定用户B所在节点应返金额为20万,指定用户B所在节点应付金额到用户C1为20万、到用户C2为20万;用户C1通过客户端在平台上指定它的付款方为用户B(在用户B已经指定用户B的收款方为C1的情况下,用户C1也可以不指定它的付款方为B),指定应返金额接收节点为用户A,节点应收金额为20万、节点应返金额为5万;用户C2通过客户端在平台上指定它的付款方为用户B(在用户B已经指定用户B的收款方为C2的情况下,用户C2也可以不指定它的付款方为B),指定应返金额接收节点为用户A,节点应收金额为20万、节点应返金额为5万。
当用户A通过客户端发起付款请求100万时(这100万也可以是分多次支付的),则100万自动在平台中根据平台提取建立的收付链,从节点用户A到用户C1、C2流转,完成各个节点的支付,同时用户B和用户C1、C2均对用户A进行返现,所以用户A得到用户B的20万、用户C1的5万、用户C2的5万,最终,用户A实际只花费了70万就完成了整个链条中各个节点的支付,因为各个节点对用户A的返现,使得用户A得到了最大的折扣优惠。平台保证了各个节点间转账的顺利进行,防止截留,同时也同步实现了各个节点的折扣返现。
本发明的收付链构建方法给资金持有方(即用户A)提供了一个轻量化解决上述问题的方案,让其专注于重组谈判。
本发明还提供了一种收付链构建装置,包括:
账户申请信息接收模块,用于接收客户端发送的用户的账户申请信息,所述账户申请信息为客户端获取的用户的账户申请信息;
账户申请信息发送模块,用于将账户申请信息发送给第二服务器,第二服务器将账户申请信息中的用户实名信息与公安部的公共基础信息中已经存有的信息进行核对,当核对成功后,第二服务器为用户开通电子支付账户,第二服务器将电子支付账户以及账户申请信息发送给第三服务器进行核对,第三服务器将账户审申请信息与已经存有的信息进行核对,核对成功(即第三服务器中已经存有以用户信息开通的银行卡)后,第三服务器将核对成功指令发送给第二服务器,第二服务器将电子支付账户和用户的银行卡账户进行绑定。
第一接收模块,用于接收客户端发送的节点信息,每个用户的电子支付账户为一个节点,所述节点信息包括节点属性、金额属性和连接属性;可以通过APP或电脑端由用户输入。节点属性:包括本节点的用户的实名信息和本节点的电子支付账户信息;金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种;连接属性:包括本节点的应返金额接收节点的节点属性,以及上一节点的节点属性或下一节点的节点属性。
其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点;所述节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额;所述转账金额是客户端获取的一个固定的金额数,或者由客户端获取的大小为每个节点的电子支付账户应收金额的b%的金额数,b为正数。
节点信息拾取模块,用于拾取各节点的节点信息。
收付链搭建模块,用于根据节点信息中的节点属性搭建收付链,所述收付链中具有应收应付关系的两个节点之间设置有定向支付指令,相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点,应返金额接收节点为链首节点。
付款请求接收模块,用于接收客户端发送的链首节点的付款请求,所述付款请求中包括付款的节点属性和支付金额,将付款请求发送给第二服务器,所述付款请求用于触发第二服务器根据定向支付指令完成各个节点之间的转账。
判断模块,用于在接收到付款请求之后,各节点完成转账之前判断付款金额与付款所在节点的应付金额的大小关系。
数值更新模块,用于当付款金额占发起付款动作的节点的应付金额的a%时,将各个节点的节点应收金额、节点应付金额以及节点应返金额均更新为最初值的a%,由第二服务器通过定向支付指令,完成各个节点之间的转账之后将节点应收金额、节点应付金额以及节点应返金额均更新为最初值的1-a%。所述最初值为收付链建立时平台从客户端接收的节点应收金额、节点应返金额、节点应付金额的值。
提现或转账请求接收模块,用于接收任一节点的提现或者转账请求,并将提现或者转账请求发送给第二服务器,所述提现或者转账请求用于触发第二服务器完成用户的提现或者向用户指定电子支付账户的转账,所述指定电子支付账户是指客户端获取的用户输入或者指定的电子支付账户。
上述各个模块用于平台中,各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
本发明还提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储各个用户的节点属性、金额属性、连接属性等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种收付链构建方法。
本领域技术人员可以理解,图4中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
接收客户端发送的节点信息,每个用户的电子支付账户为一个节点,所述节点信息包括节点属性、金额属性和连接属性;节点属性:包括本节点的用户的实名信息和本节点的电子支付账户信息;金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种;连接属性:包括本节点的应返金额接收节点的节点属性,以及上一节点的节点属性或下一节点的节点属性。
其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点。
所述节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额;
拾取各节点的节点信息,根据节点信息中的节点属性搭建收付链,所述收付链中具有应收应付关系的两个相邻节点之间设置有定向支付指令,相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点,应返金额接收节点为链首节点。
接收客户端发送的链首节点的付款请求,所述付款请求中包括付款的节点属性和支付金额,将付款请求发送给第二服务器,所述付款请求用于触发第二服务器根据定向支付指令完成各个节点之间的转账。
接收任一节点的提现或者转账请求,并将提现或者转账请求发送给第二服务器,所述提现或者转账请求用于触发第二服务器完成用户的提现或者向用户指定电子支付账户的转账,所述指定电子支付账户是指客户端获取的用户输入或者指定的电子支付账户。
用户提现或者转账的具体的过程为现有技术,此处仅做简单解释:用户可以随时通过客户端向第一服务器发起提现或转账请求,第一服务器将提现或转账请求发送给第二服务器,第二服务器接收请求之后给予用户提现或者转账请求的核实请求指令,当收款用户通过客户端发送了确认提现或者转账指令并依次通过第一服务器发给第二服务器之后,第二服务器经过校验后执行转账或者提现。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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.接收客户端发送的链首节点的付款请求,所述付款请求中包括付款的节点属性和支付金额,将付款请求发送给第二服务器,所述付款请求用于触发第二服务器根据定向支付指令完成各个节点之间的转账;
S4.接收任一节点的提现或者转账请求,并将提现或者转账请求发送给第二服务器,所述提现或者转账请求用于触发第二服务器完成用户的提现或者向用户指定电子支付账户的转账,所述指定电子支付账户是指客户端获取的用户输入或者指定的电子支付账户。
2.根据权利要求1所述的收付链构建方法,其特征在于:步骤S1中,向应返金额接收节点发起的所述转账金额是客户端获取的一个固定的金额数,或者由客户端获取的大小为每个节点的电子支付账户应收金额的b%的金额数,b为正数。
3.根据权利要求1所述的收付链构建方法,其特征在于,在步骤S3中,在接收到付款请求之后,各节点完成转账之前,还包括:
判断付款金额与付款所在节点的应付金额的大小关系,当付款金额占发起付款动作的节点的应付金额的a%时,将各个节点的节点应收金额、节点应付金额以及节点应返金额均更新为最初值的a%,由第二服务器通过定向支付指令,完成各个节点之间的转账之后将节点应收金额、节点应付金额以及节点应返金额均更新为最初值的1-a%,所述最初值为收付链建立时平台从客户端接收的节点应收金额、节点应返金额、节点应付金额的值。
4.根据权利要求1所述的收付链构建方法,其特征在于:所述应返金额接收节点为收付链的链首节点。
5.根据权利要求1所述的收付链构建方法,其特征在于,在步骤S1中接收客户端发送的节点信息之前,还包括步骤:
接收客户端发送的用户的账户申请信息,所述账户申请信息为客户端获取的用户的账户申请信息;
将账户申请信息发送给第二服务器,所述账户申请信息用于触发所述第二服务器为用户开通电子支付账户,第二服务器将电子支付账户以及账户申请信息发送给第三服务器进行核对,核对成功后,第三服务器将核对成功指令发送给第二服务器,第二服务器将电子支付账户和用户的银行卡账户进行绑定。
6.一种收付链构建装置,其特征在于,所述装置包括:
第一接收模块,用于接收客户端发送的节点信息,每个用户的电子支付账户为一个节点,所述节点信息包括节点属性、金额属性和连接属性;
节点属性:包括本节点的用户的实名信息和本节点的电子支付账户信息;
金额属性:节点应收金额、节点应返金额、节点应付金额中的至少一种;
连接属性:包括本节点的应返金额接收节点的节点属性,以及上一节点的节点属性或下一节点的节点属性中;
其中,上一节点为应该向本节点付款的节点,下一节点为接收本节点付款的节点,所述应返金额接收节点为用于接收各节点的电子支付账户收到账款后发起返现转账的返现账款接收节点;
所述节点应返金额:每个节点对应的电子支付账户收到账款后,向应返金额接收节点发起的转账金额;
节点信息拾取模块,用于拾取各节点的节点信息;
收付链搭建模块,用于根据节点信息中的节点属性搭建收付链,所述收付链中具有应收应付关系的两个节点之间设置有定向支付指令,相邻两节点为某节点与其上一节点,或者某节点与其下一节点,或者某节点与其对应的应返金额接收节点,所述应返金额接收节点为链首节点;
付款请求接收模块,用于接收客户端发送的链首节点的付款请求,所述付款请求中包括付款的节点属性和支付金额,将付款请求发送给第二服务器,所述付款请求用于触发第二服务器根据定向支付指令完成各个节点之间的转账;
提现或转账请求接收模块,用于接收任一节点的提现或者转账请求,并将提现或者转账请求发送给第二服务器,所述提现或者转账请求用于触发第二服务器完成用户的提现或者向用户指定电子支付账户的转账,所述指定电子支付账户是指客户端获取的用户输入或者指定的电子支付账户。
7.根据权利要求6所述的收付链构建装置,其特征在于,还包括:
判断模块,用于判断付款金额与付款所在节点的应付金额的大小关系;
数值更新模块,用于当付款金额占发起付款动作的节点的应付金额的a%时,将各个节点的节点应收金额、节点应付金额以及节点应返金额均更新为最初值的a%,由第二服务器通过定向支付指令,完成各个节点之间的转账之后将节点应收金额、节点应付金额以及节点应返金额均更新为最初值的1-a%。
8.根据权利要求6所述的收付链构建装置,其特征在于,还包括:
第一接收模块,用于接收客户端发送的用户的账户申请信息,所述账户申请信息为客户端获取的用户的账户申请信息;
第一发送模块,用于将账户申请信息发送给第二服务器,所述账户申请信息用于触发所述第二服务器为用户开通电子支付账户,第二服务器将电子支付账户与用户的银行卡账户进行绑定;
第二发送模块,将账户申请信息发送给第二服务器,所述账户申请信息用于触发所述第二服务器为用户开通电子支付账户,第二服务器将电子支付账户以及账户申请信息发送给第三服务器,所述电子支付账户和账户申请信息用于触发第三服务器将电子支付账户和用户的银行卡账户进行绑定。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至5中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至5中任一项所述的方法的步骤。
CN202010516469.6A 2020-06-09 2020-06-09 一种收付链构建方法、装置、计算机设备及可读存储介质 Active CN111681053B (zh)

Priority Applications (1)

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

Applications Claiming Priority (1)

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

Publications (2)

Publication Number Publication Date
CN111681053A CN111681053A (zh) 2020-09-18
CN111681053B true CN111681053B (zh) 2023-09-22

Family

ID=72435594

Family Applications (1)

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

Country Status (1)

Country Link
CN (1) CN111681053B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112308562B (zh) * 2020-11-09 2022-06-17 青岛有容信息科技有限公司 付款计划定制链、运行方法、计算机设备及可读存储介质
CN112613864A (zh) * 2020-12-31 2021-04-06 天地融科技股份有限公司 一种数字货币定向交易的方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2993455A1 (en) * 2014-08-06 2016-02-11 10353744 Canada Ltd. Interbank payment system and interbank payment method
CN107077677A (zh) * 2014-08-21 2017-08-18 万事达卡国际股份有限公司 用于在交易授权时处理实时返利的方法和系统
CN109191097A (zh) * 2017-12-29 2019-01-11 青岛环链收付网络科技有限公司 指定流经流向的链式支付方法与环链共享收付平台
CN109636380A (zh) * 2018-12-05 2019-04-16 泰康保险集团股份有限公司 费用处理方法和装置
CN109993517A (zh) * 2017-12-29 2019-07-09 青岛有容发展有限公司 即时链式支付方法、计算机设备和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2993455A1 (en) * 2014-08-06 2016-02-11 10353744 Canada Ltd. Interbank payment system and interbank payment method
CN107077677A (zh) * 2014-08-21 2017-08-18 万事达卡国际股份有限公司 用于在交易授权时处理实时返利的方法和系统
CN109191097A (zh) * 2017-12-29 2019-01-11 青岛环链收付网络科技有限公司 指定流经流向的链式支付方法与环链共享收付平台
CN109993517A (zh) * 2017-12-29 2019-07-09 青岛有容发展有限公司 即时链式支付方法、计算机设备和存储介质
CN109636380A (zh) * 2018-12-05 2019-04-16 泰康保险集团股份有限公司 费用处理方法和装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
两货栈及延期支付和现金折扣情形下变质产品的最优订货策略;刘冀琼;杨爱峰;冯帅;张雪梅;运筹与管理;第26卷(第3期);63-71 *
延期支付条件下基于VMI的竞争性供应链协调分析;赵会军;刘丽文;;计算机集成制造系统(第01期);250-259 *

Also Published As

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

Similar Documents

Publication Publication Date Title
CN110148054B (zh) 基于区块链的应收账款融资贷款方法、设备、介质及系统
CN109102285B (zh) 基于区块链双链结构的供应链金融实现方法及其控制系统
US20180197167A1 (en) System and method for person-to-person payments
US11734760B1 (en) Systems and methods for operating a math-based currency exchange
US10158703B2 (en) Resource allocation and transfer utilizing holds and a distributed network
US20130103576A1 (en) Transaction management system and method
JP2012501495A (ja) 遅延性決済金融口座間でリアルタイム金融取引を達成するシステム及び方法
US10740731B2 (en) Third party settlement
US8645272B2 (en) System and method for loading stored value accounts
CN111681053B (zh) 一种收付链构建方法、装置、计算机设备及可读存储介质
JP2015204063A (ja) ファクタリングシステムおよびファクタリング方法
US20140052616A1 (en) Payment system and methods for brokering consumer-pay transactions
CN110689350A (zh) 电子平台供应链金融流转方法、系统、终端设备及介质
CN112613952A (zh) 资质审核方法、装置、计算机设备和存储介质
CN111680995B (zh) 一种支付链构建方法、装置、计算机设备及可读存储介质
CN112116482A (zh) 基于区块链的融资数据处理方法及装置
CN112955921B (zh) 使用虚拟账户的快速交易结算
US20210256524A1 (en) Real-time resource tracking and lookup facility
CN111861735A (zh) 用于融资的信息处理方法、装置、系统及介质
US11087324B2 (en) Pre-authorized secure resource allocation system
KR102472450B1 (ko) 전자지갑을 이용한 결제대금 즉시 정산 서비스 제공 시스템
US20220300318A1 (en) Electronic system for authorization and use of cross-linked resource instruments
US11176559B2 (en) Cross channel interlinked resource deployment system
US8280807B2 (en) System of transferring and utilising reusable credit
KR20140134975A (ko) 카드 매출 데이터를 이용한 대출 서비스 제공 방법 및 이를 실행하는 대출 서비스 제공 서버

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
TR01 Transfer of patent right

Effective date of registration: 20231227

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

Patentee after: QINGDAO YOURONG DEVELOPMENT Co.,Ltd.

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

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

TR01 Transfer of patent right