CN105321116A - 一种基于众筹的债权债务链处理方法和系统 - Google Patents
一种基于众筹的债权债务链处理方法和系统 Download PDFInfo
- Publication number
- CN105321116A CN105321116A CN201510574124.5A CN201510574124A CN105321116A CN 105321116 A CN105321116 A CN 105321116A CN 201510574124 A CN201510574124 A CN 201510574124A CN 105321116 A CN105321116 A CN 105321116A
- Authority
- CN
- China
- Prior art keywords
- debt
- credit
- chain
- node
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
本发明公开了一种基于众筹的债权债务链处理方法和系统,涉及信息管理技术领域;解决了现有技术无法实现大量非闭合债权债务链的债权债务支付的技术问题;该技术方案包括:步骤一,将负有债权债务的主体的信息存于数据库中;步骤二,针对链条的始端债务方和末端债权方两个节点,深度遍历数据库中的债权债务表匹配链条中众筹节点,匹配债权债务链;步骤三,以链中的最小债权债务金额作为支付金额。<!-- 2 -->
Description
技术领域
本发明涉及信息管理技术领域,特别涉及一种基于众筹的债权债务链处理方法和系统。
背景技术
当前,中国债权债务规模庞大,经济正面临严峻挑战,债权债务的平账、支付工作的滞缓导致可流动资金缩水,进而导致下行压力增大,经济发展缓慢甚至停滞不前。现实生活中已发生大量因债务的相互拖欠而导致的资金崩盘、企业破产等实例,庞大的债务已经形成“堰塞湖”,成为高悬在经济发展上的利刃。
目前存在的三角债、多角债的解决方法是基于闭合的三个或多个债权债务主体间的债权债务关系,因此无法实现大量非闭合债权债务链的债权债务支付。计算机技术、应用统计技术等的快速发展,使这种非闭合链中的债权债务支付成为可能。
发明内容
本发明要解决的是现有技术无法实现大量非闭合债权债务链的债权债务支付的技术问题。
为了解决上述问题,本发明提供了一种基于众筹的债权债务链处理方法,包括:步骤一,将负有债权债务的主体的信息存于数据库中;步骤二,针对链条的始端债务方和末端债权方两个节点,深度遍历数据库中的债权债务表匹配链条中众筹节点,匹配债权债务链;步骤三,以链中的最小债权债务金额作为支付金额。
本发明还提供了一种基于众筹的债权债务链处理系统,包括:服务器端和多个客户端;服务器端处理方法如下:步骤一,将负有债权债务的主体的信息存于数据库中;步骤二,针对链条的始端债务方和末端债权方两个节点,深度遍历数据库中的债权债务表匹配链条中众筹节点,匹配债权债务链;步骤三,以链中的最小债权债务金额作为支付金额。
通过以上技术方案可知,本发明提供一种基于众筹的债权债务链处理方法和系统,具有以下优点:
与以往的解决三角债、多角债的方法相比,本方法和系统可以解决非闭合环/链的债权债务问题;与需全额支付债权债务的支付方法相比,本方法以众筹的方式来支付应收款,可无需链条始端的债务方支付全部应付金额;与单次匹配找出一条债权债务链不同,平台可同时计算出多条债权债务链,并能找出最优债权债务链来进行本次的债权债务支付。
本方法和系统能以较小金额支付较大金额,化解社会上普遍存在的债务支付难问题;由此也可降低市场主体融资需求,减少融资成本;应收款、应付款可以转化其原有性质,由沉淀转为利润,并能实现大面积同时支付。
附图说明
图1会员在平台上实现债权债务支付的流程图示意图;
图2无关联方和有关联方的两条债权债务链示意图;
图3多条债权债务链示意图;
图4开放性的债权债务链示意图;
图5一种基于众筹的债权债务链处理系统示意图。
具体实施方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。
需要说明的是,如果不冲突,本发明实施例以及实施例中的各个特征可以相互结合,均在本发明的保护范围之内。
实施例一,一种基于众筹的债权债务链处理方法,包括:步骤一,将负有债权债务的主体的信息存于数据库中;步骤二,针对链条的始端债务方和末端债权方两个节点,深度遍历数据库中的债权债务表匹配链条中众筹节点,匹配债权债务链;步骤三,以链中的最小债权债务金额作为支付金额。
具体的,负有债权债务的主体为客户,一个客户为一个节点。本方法为一种降低应付款金额、基于众筹的债权债务平账方法。
进一步的,所述步骤二中的匹配债权债务链,匹配的债权债务链是能够实现成功支付的债务链;能否实现成功支付由应付账款的偿债比例、链条中各节点交纳的众筹款比例、应付款的折让比例中的一个因素或几个因素的组合决定。
具体的,在保证链条中的众筹款足以支付链条末端债权方折让后的应收款的情况下,根据债权债务关系、服务金额、偿债比例、折让比例、客户优先级、特定签约客户、地域等中的一个因素或几个因素的组合,利用深度优先搜索算法从数据库中搜索出最优的债权债务链,找出最优的债权债务链,并以链中的最小债权债务金额作为支付金额。若形成的最优债权债务链为A→B→C→D→E→F→M,欠款明细是:A欠B50万、B欠C50万、C欠D30万、D欠E40万、E欠F30万、F欠M60万,那么支付金额为最小金额30万。
可以利用客户自行确定的方法,平台和客户协商确定的方法,客户自行确定、平台知道的方法等确定众筹款比例。
将链条中节点的众筹款统一交纳到平台,平台汇总后支付给链条末端的债权节点,实现债权债务链各节点间一定的债权债务支付。
进一步的,所述步骤二中深度遍历数据库中的债权债务表匹配链条中众筹节点,具体为将出度大于1的节点与不同的节点相连,找出节点较多的链,优化各单个节点的众筹金额,以找出最优的债权债务链和对应的最小支付金额;每过一段时间对债权债务链进行优化。
具体的,出度大于1的节点指的是与其有债权债务关系的节点大于1个。
进一步的,所述步骤一中的负有债权债务的主体具备多条债权债务信息,无法在某一债权债务链中就可处理所有的债权债务,不断与其他节点匹配,在不同的债权债务链中实现债权债务支付。
具体的,平台持续匹配债权债务链。会员在平台上不断与其他节点匹配,在不同的债权债务链中经过交纳众筹款和服务费、信息公布、签字确认、债务支付、开具证明等一系列步骤后,实现债权债务支付。
进一步的,将所述步骤一中的负有债权债务的主体的信息存储于该债权债务人所在的二维矩阵中;
所述步骤二中的债权债务链,互为关联方的节点之间为等号,具有债权债务关系的非关联方之间为有向箭头,箭头始端为债务方,箭头末端为债权方,箭头上端是债权债务额;
所述关联方为两个或以上会员,关联方之间债权债务信息视为一个整体的信息,完全等同。
所述二维矩阵概念:(现有n个公司/企业等到平台注册成为会员)系统将数据库里已存储的所有债权/债务公司唯一化为n个公司,并将其存储到一个n*n的二维矩阵中,二维矩阵行列均代表债务公司,矩阵中的值则存储债权/债务金额。下为解释说明。
每个用户登录到平台注册后,可能存在多个债权/债务信息。如会员A发布债权信息,说B欠A10万,随后B确认此信息。同时,C也发布债权信息,说B欠C20万,B再次确认。即每个会员可能存在多个债权债务问题,,也需进行多次发布或确认。所以,需要将这些会员唯一化,可理解为整合某个会员所有的债权债务关系。
二维矩阵的行(1到n)依次代表A、B、C、D、E……这n个公司,列也依次代表A、B、C、D、E……这n个公司。若A欠B10万,则在1行2列存储债权/债务金额10(单位为万);反之,若B欠A10万,则在2行1列存储10,其他类似。
二维矩阵是表示所有公司的债权债务关系的最低维矩阵,且足以表示对单会员而言的所有债权债务关系。若采用三维甚至多维的矩阵,系统的负载太大,且会浪费给矩阵分配的内存空间。
实施例二,一种基于众筹的债权债务链处理方法,如图1至如图4所示所示包括:
步骤1:客户注册。负有债权债务的主体持有身份证、营业执照等相关身份信息在平台注册成为会员,并完善个人信息包括真实姓名、身份证照片、联系方式(如手机号、Email、QQ、微信)、联系地址等。另外,会员的所有信息都被平台严格保密,并存于数据库中。
步骤2:债权债务信息的发布和确认。会员完善个人信息后,在平台上发布债权债务信息和关联方信息,然后等待对方确认。而对应的债务方、债权方和关联方需先注册为平台会员后,再进行信息确认。债权债务信息是通过识别码(包括身份证号、信用代码、营业执照、组织代码、税务号、批准证书、手机号等)进行点对点传递,需要债权方债务方之间的相互确认。
1)债权债务信息发布。会员发布债权债务信息包括金额、有效期、债权人/债务人、所属类型、归属地等,并等待债务方/债权方到平台确认。若对方确认,则平台将信息存储于该债权债务人所在的n*n的二维矩阵中,并以短信/邮箱/电话/面对面沟通等方式邀请相应放来确认。
2)债权债务信息处理。会员根据实际情况对其他会员发布的与自己有关的债权债务信息进行处理,并同样存于二维矩阵中。
3)关联方信息处理。关联方即有完全对等关系的债权债务方,会员发布关联方信息后,对方可根据实际情况或个人意愿来确认或拒绝,并存储于二维矩阵中。
在债权债务链中,互为关联方的节点之间为等号,具有债权债务关系的非关联方之间为有向箭头,箭头始端为债务方,箭头末端为债权方,箭头上端是债权债务额。如图2所示,为无关联方和有关联方的两条债权债务链,第一条无关联方的链条为A→B→C→D→E→M,平账金额为30;第二条有关联方的链条为A→B→C=F→N→M,可知关联方能促进形成更多的债权债务链,平账金额为40。
关于关联方:
双方在平台上视为关联方,完全是双方自愿,将各自对外的单方面债权和债务,转为双方内部的债权债务,更有效的解决债权债务问题,极大提高了成功的概率;而线下能否转移,视双方意愿决定,与平台无关。
平台将关联方视为一个整体,关联方之间债权债务信息视为一个整体的信息,完全等同。若A和B是关联方,A的债权可以视为B的债权,债务亦然;同样B的信息对A也是一样。
形成关联方的条件:
①:A是个人,而A又成立了一个独资公司B,或有一个完全控制关系的公司B;
②:A、B是公司,A是B的全资子公司,或B是A的全资子公司;或A、B同属某公司完全控制;
③:A和B是夫妻、父子、母子,兄弟或其他亲密关系;
④:双方无异议,为增加成功的概率,或更好的解决债权债务问题,完全同意债权债务在平台上相互转化。
注意事项
①:关联方确认后,在形成链条以前可以解除关联方,在债权债务已配比完成、交费成功后,不能解除关联方,直到平账以后可解除。
②:A发布了关联方信息,B需进行独立的风险判断,是否确认关联方,可选择确认或拒绝。
③:在实际中债权债务能否在两者之间转移视两者意愿而定,与平台无关。
步骤3:匹配最优债权债务链。平台能同时形成多条债权债务链,而各会员可能会同时处于不同的债权债务链中。如图3所示,形成的债权债务链有A→B→C→D→E→……F→M→N,A→B→B1→B2→……→B3→B4→M→N,A1→R0→R1→R2→R3→R4→R5→R6→R7等。
在形成债权债务链的过程中,可能会出现闭合债权债务链/环,此时则以闭合环的处理方法进行处理。本发明着重介绍非闭合债权债务链的处理方法,以任意会员为为始端和末端,找出符合债权债务关系的债权债务链,如图4所示的①中,链条是A→B→C→D→M→N,有6个节点。债权债务链的形成实际上是一个深度遍历债权债务表的过程,首先根据债权债务信息构造有向图,并存于矩阵中,然后从该矩阵的入度为零的节点进行深度遍历来构造链。为直观地显示当前数据库中存在的所有债权债务关系,需要形成一个有向图来进行可视化。在有向图中进行搜索进而形成链,使用深度优先搜索算法来实现链的查找,有向图用邻接矩阵来表示,其数据结构用的是java语言。
1)形成债权债务链后,由于链中可能存在金额较小的节点,此时扩展其它链条进入,即将出度大于1的节点与不同的节点相连,找出节点较多的链,以优化各单个节点的众筹金额。图4所示的②中,链条扩展为A→B→C→D→E→……→F→M→N,有N个节点。
2)针对链条的始端和末端两个节点,若始端节点的出度大于1,末端节点的入读大于1,也可做成发散状,链条以发散状开始,以发散状结束,也可自由组合,形成多个不同的债权债务链。如图4所示的③中,链条始端可有A0、A、A1作为B节点的债权方,链条末端可有N、N1作为最终债权方。然后,可以根据发散情况继续增大链条中的节点数。
3)对于链条中出度/入度大于1的每个节点,都可引入或引出发散状。对某个节点而言,可存在于多个债权债务链中。图4所示的④中,B节点既处于链A→B→C→D→E→……→F→M→N中,也处于链A→B→B1→B2→……→B3→B4→M→N中。同样的,E节点处于债权债务链A→B→C→D→E→……→F→M→N和债权债务链A→B→C→D→E→E1→E2→M→N中。
4)选出最优债权债务链。有效提取数据库中的债权债务和关联方等原始数据后,根据债权债务关系、服务金额、偿债比例、客户优先级、特定签约客户、地域等,利用深度优先搜索算法从数据库中搜索出最优的债权债务链,并以链中的最小债权债务金额作为支付金额。需要注意的是,链条始端债务方的应付款和其它各节点众筹金额的总额,应足以支付链条末端债权方折让后的应收款。
步骤4:债权债务链单会员信息。最优债权债务链形成后,平台的信息发送端向各会员发布债权债务链单会员信息,主要是平账金额、本节点所需交纳的众筹款和服务费。
步骤5:交纳众筹款和服务费。各节点会员可线上或线下通过网银、支付宝、快捷支付等方式在交费端交纳众筹款和服务费。
1)应付账款的支付金额。平台通过债务方会员提供的偿债比例和支付限额来分析其偿债能力。①若偿债比例为100%,即全额支付债务;若债务为100万、偿债比例为99%,则以99万来支付债务,若债务为100万、偿债比例为98%,则以98万来支付债务,……依此类推。理想情况下,甚至能以极低支付款额支付巨额债务。②支付金额是指能用于支付的现金数。
由此,若会员所选的偿债比例越低,则债务偿还成本越低,但需更多的中间节点来获得众筹款,因此支付成功率也就越低。对应地,若会员所选的偿债比例越高,则债务偿还成本越高,但也无需大量中间节点来获得众筹款,其支付成功率也越高。
2)众筹款比例。对于债权债务链中的中间节点而言,为促使债权债务链能够成功支付,可选择以一定的众筹款比例来交纳众筹款。若为零筹款,即会员仅起到桥梁作用,不交纳众筹款;若为1%众筹款,即会员需交纳的众筹款为平账金额的1%;若为2%众筹款,即会员需交纳的众筹款为平账金额的2%;……依此类推。平台会根据节点数来设定偿债比例区间,并尽量将偿债比例放到最低。
3)会员交纳服务费。债权债务链中的会员交纳众筹款的同时,也需按标准向平台交纳服务费。
4)应收款按比例折让。作为债权债务链的末端,为促使链条支付成功,可设定收账比例。若不折让,则全额收款;若折让1%,则是收取99%的该链条债务金额;若折让2%,则是收取98%的该链条债务金额;……以此类推。由此可知,链条末端会员承受的收款比例越低,折让越大,则支付成功率越高,平账速度越快。反之,承受的收款比例越高,折让越低,则支付成功率越低,平账速度越慢。
步骤6:债权债务链信息公布。债权债务链中的所有节点向平台交费后,平台在信息发布端公布完整的债权债务链及相关信息,即节点有向图和交易金额。
步骤7:会员签字确认。根据平台公布的债权债务链及相关信息,会员在客户端确认其正确性和完整性。若确认无误,链条中各节点会员当面签字确认或采用其他有效签字证明方式进行确认。
步骤8:向链条末端节点支付债务。债权债务链中各节点签字确认后,平台将众筹款支付给链条末端的债权方。
步骤9:开出证明。平台给出链条所解决的各节点会员债权债务关系和支付金额的证明(电子和纸质),并出具手续,实现债权债务链的成功支付。
平台会持续匹配债权债务链。会员具备多条债权债务信息,无法在某一债权债务链中就可处理所有的债权债务。平台不断进行债权债务匹配,直至出现可行的债权债务链。经过交纳众筹款和服务费、信息公布、签字确认、债务支付、开具证明一系列过程后,实现债权债务支付。
实施例三,一种基于众筹的债权债务链处理系统,如图5所示,包括:服务器端和多个客户端;服务器端处理方法如下:步骤一,将负有债权债务的主体的信息存于数据库中;步骤二,针对链条的始端债务方和末端债权方两个节点,深度遍历数据库中的债权债务表匹配链条中众筹节点,匹配债权债务链;步骤三,以链中的最小债权债务金额作为支付金额。
具体的,本发明是一种降低应付款金额、基于众筹的债权债务平账系统,包括客户端和服务器端,服务器端进行后台管理,其中客户端界面采用的是Axure设计工具。
进一步的,所述步骤二中的匹配债权债务链,匹配的债权债务链是能够实现成功支付的债务链;能否实现成功支付由应付账款的偿债比例、链条中各节点交纳的众筹款比例、应付款的折让比例中的一个因素或几个因素的组合决定。
进一步的,所述步骤二中深度遍历数据库中的债权债务表匹配链条中众筹节点,具体为将出度大于1的节点与不同的节点相连,找出节点较多的链,优化各单个节点的众筹金额,以找出最优的债权债务链和对应的最小支付金额;每过一段时间对债权债务链进行优化。
进一步的,所述步骤一中的负有债权债务的主体具备多条债权债务信息,无法在某一债权债务链中就可处理所有的债权债务,不断与其他节点匹配,在不同的债权债务链中实现债权债务支付。
进一步的,将所述步骤一中的负有债权债务的主体的信息存储于该债权债务人所在的二维矩阵中;
所述步骤二中的债权债务链,互为关联方的节点之间为等号,具有债权债务关系的非关联方之间为有向箭头,箭头始端为债务方,箭头末端为债权方,箭头上端是债权债务额;
所述关联方为两个或以上会员,关联方之间债权债务信息视为一个整体的信息,完全等同。
系统的实施方式与方法一一对应,具体参照实施例一、二。
与以往的解决三角债、多角债的方法相比,本方法和系统可以解决非闭合环/链的债权债务问题;与需全额支付债权债务的支付方法相比,本方法以众筹的方式来支付应收款,可无需链条始端的债务方支付全部应付金额;与单次匹配找出一条债权债务链不同,平台可同时计算出多条债权债务链,并能找出最优债权债务链来进行本次的债权债务支付。
本方法和系统能以较小金额支付较大金额,化解社会上普遍存在的债务支付难问题;由此也可降低市场主体融资需求,减少融资成本;应收款、应付款可以转化其原有性质,由沉淀转为利润,并能实现大面积同时支付。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明的权利要求的保护范围。
Claims (10)
1.一种基于众筹的债权债务链处理方法,其特征在于,包括如下步骤:步骤一,将负有债权债务的主体的信息存于数据库中;步骤二,针对链条的始端债务方和末端债权方两个节点,深度遍历数据库中的债权债务表匹配链条中众筹节点,匹配债权债务链;步骤三,以链中的最小债权债务金额作为支付金额。
2.如权利要求1所述的债权债务链处理方法,其特征在于,所述步骤二中的匹配债权债务链,匹配的债权债务链是能够实现成功支付的债务链;能否实现成功支付由应付账款的偿债比例、链条中各节点交纳的众筹款比例、应付款的折让比例中的一个因素或几个因素的组合决定。
3.如权利要求1所述的债权债务链处理方法,其特征在于,所述步骤二中深度遍历数据库中的债权债务表匹配链条中众筹节点,具体为将出度大于1的节点与不同的节点相连,找出节点较多的链,优化各单个节点的众筹金额,以找出最优的债权债务链和对应的最小债权债务金额;每过一段时间对债权债务链进行优化。
4.如权利要求1所述的债权债务链处理方法,其特征在于,所述步骤一中的负有债权债务的主体具备多条债权债务信息,在多条债权债务链中实现债权债务支付。
5.如权利要求1所述的债权债务链处理方法,其特征在于,将所述步骤一中的负有债权债务的主体的信息存储于该债权债务人所在的二维矩阵中;
所述步骤二中的债权债务链,互为关联方的节点之间为等号,具有债权债务关系的非关联方之间为有向箭头,箭头始端为债务方,箭头末端为债权方,箭头上端是债权债务额;
所述关联方为两个或两个以上会员,关联方之间债权债务信息视为一个整体的信息,完全等同。
6.一种基于众筹的债权债务链处理系统,其特征在于,包括:服务器端和多个客户端;服务器端处理方法如下:步骤一,将负有债权债务的主体的信息存于数据库中;步骤二,针对链条的始端债务方和末端债权方两个节点,深度遍历数据库中的债权债务表匹配链条中众筹节点,匹配债权债务链;步骤三,以链中的最小债权债务金额作为支付金额。
7.如权利要求6所述的债权债务链处理系统,其特征在于,所述步骤二中的匹配债权债务链,匹配的债权债务链是能够实现成功支付的债务链;能否实现成功支付由应付账款的偿债比例、链条中各节点交纳的众筹款比例、应付款的折让比例中的一个因素或几个因素的组合决定。
8.如权利要求6所述的债权债务链处理系统,其特征在于,所述步骤二中深度遍历数据库中的债权债务表匹配链条中众筹节点,具体为将出度大于1的节点与不同的节点相连,找出节点较多的链,优化各单个节点的众筹金额,以找出最优的债权债务链和对应的最小债权债务金额;每过一段时间对债权债务链进行优化。
9.如权利要求6所述的债权债务链处理系统,其特征在于,所述步骤一中的负有债权债务的主体具备多条债权债务信息,在不同的债权债务链中实现债权债务支付。
10.如权利要求6所述的债权债务链处理系统,其特征在于,将所述步骤一中的负有债权债务的主体的信息存储于该债权债务人所在的二维矩阵中;
所述步骤二中的债权债务链,互为关联方的节点之间为等号,具有债权债务关系的非关联方之间为有向箭头,箭头始端为债务方,箭头末端为债权方,箭头上端是债权债务额;
所述关联方为两个或两个以上会员,关联方之间债权债务信息视为一个整体的信息,完全等同。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510574124.5A CN105321116A (zh) | 2015-09-10 | 2015-09-10 | 一种基于众筹的债权债务链处理方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510574124.5A CN105321116A (zh) | 2015-09-10 | 2015-09-10 | 一种基于众筹的债权债务链处理方法和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105321116A true CN105321116A (zh) | 2016-02-10 |
Family
ID=55248446
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510574124.5A Pending CN105321116A (zh) | 2015-09-10 | 2015-09-10 | 一种基于众筹的债权债务链处理方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105321116A (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105809528A (zh) * | 2016-03-04 | 2016-07-27 | 青岛有容发展有限公司 | 一种网式债权债务处理方法 |
CN105809533A (zh) * | 2016-03-04 | 2016-07-27 | 青岛有容发展有限公司 | 一种主体信息线上传递获取方法 |
CN105809449A (zh) * | 2016-03-04 | 2016-07-27 | 青岛有容发展有限公司 | 一种不同主体在互联网支付中关联确认的方法 |
CN105809541A (zh) * | 2016-03-04 | 2016-07-27 | 青岛有容发展有限公司 | 一种基于众筹的债权债务链处理方法 |
CN105809527A (zh) * | 2016-03-04 | 2016-07-27 | 青岛有容发展有限公司 | 一种债权债务信息在线上的确认方法 |
CN105844525A (zh) * | 2016-06-06 | 2016-08-10 | 镇江市新创计算机系统集成有限公司 | 一种应用于众筹的债权债务链处理的控制方法 |
CN106097089A (zh) * | 2016-06-06 | 2016-11-09 | 镇江市新创计算机系统集成有限公司 | 一种用于众筹的债权债务链处理的系统 |
CN106097084A (zh) * | 2016-06-06 | 2016-11-09 | 镇江市新创计算机系统集成有限公司 | 增强式基于众筹的债权债务链处理的系统 |
CN106097085A (zh) * | 2016-06-06 | 2016-11-09 | 镇江市新创计算机系统集成有限公司 | 利用冷却系统处理众筹债权债务链的方法 |
CN106097100A (zh) * | 2016-06-06 | 2016-11-09 | 镇江市新创计算机系统集成有限公司 | 一种安全型基于众筹的债权债务链处理的系统 |
CN108694573A (zh) * | 2017-04-11 | 2018-10-23 | 杭州呯嘭智能技术有限公司 | 动态网络衡算的深度支付分账方法及系统 |
CN110163736A (zh) * | 2019-04-23 | 2019-08-23 | 安徽海汇金融投资集团有限公司 | 一种可视化债务关系展示方法及系统 |
CN110838056A (zh) * | 2019-11-15 | 2020-02-25 | 安徽海汇金融投资集团有限公司 | 一种基于大数据的债务化解方法及系统 |
CN111383105A (zh) * | 2020-04-02 | 2020-07-07 | 中国工商银行股份有限公司 | 债务清理方法及系统 |
CN112308562A (zh) * | 2020-11-09 | 2021-02-02 | 青岛有容信息科技有限公司 | 付款计划定制链、运行方法、计算机设备及可读存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104537560A (zh) * | 2015-01-04 | 2015-04-22 | 青岛有容发展有限公司 | 一种网式债权债务处理方法和系统 |
-
2015
- 2015-09-10 CN CN201510574124.5A patent/CN105321116A/zh active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104537560A (zh) * | 2015-01-04 | 2015-04-22 | 青岛有容发展有限公司 | 一种网式债权债务处理方法和系统 |
Non-Patent Citations (2)
Title |
---|
田立中 等: "利用有向图解决支付清算中的三角债问题", 《今日科苑》 * |
繆雪晴: "清理三角债的数学方案", 《南通工学院学报(自然科学版)》 * |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105809528A (zh) * | 2016-03-04 | 2016-07-27 | 青岛有容发展有限公司 | 一种网式债权债务处理方法 |
CN105809533A (zh) * | 2016-03-04 | 2016-07-27 | 青岛有容发展有限公司 | 一种主体信息线上传递获取方法 |
CN105809449A (zh) * | 2016-03-04 | 2016-07-27 | 青岛有容发展有限公司 | 一种不同主体在互联网支付中关联确认的方法 |
CN105809541A (zh) * | 2016-03-04 | 2016-07-27 | 青岛有容发展有限公司 | 一种基于众筹的债权债务链处理方法 |
CN105809527A (zh) * | 2016-03-04 | 2016-07-27 | 青岛有容发展有限公司 | 一种债权债务信息在线上的确认方法 |
CN105844525A (zh) * | 2016-06-06 | 2016-08-10 | 镇江市新创计算机系统集成有限公司 | 一种应用于众筹的债权债务链处理的控制方法 |
CN106097089A (zh) * | 2016-06-06 | 2016-11-09 | 镇江市新创计算机系统集成有限公司 | 一种用于众筹的债权债务链处理的系统 |
CN106097084A (zh) * | 2016-06-06 | 2016-11-09 | 镇江市新创计算机系统集成有限公司 | 增强式基于众筹的债权债务链处理的系统 |
CN106097085A (zh) * | 2016-06-06 | 2016-11-09 | 镇江市新创计算机系统集成有限公司 | 利用冷却系统处理众筹债权债务链的方法 |
CN106097100A (zh) * | 2016-06-06 | 2016-11-09 | 镇江市新创计算机系统集成有限公司 | 一种安全型基于众筹的债权债务链处理的系统 |
CN108694573A (zh) * | 2017-04-11 | 2018-10-23 | 杭州呯嘭智能技术有限公司 | 动态网络衡算的深度支付分账方法及系统 |
CN110163736A (zh) * | 2019-04-23 | 2019-08-23 | 安徽海汇金融投资集团有限公司 | 一种可视化债务关系展示方法及系统 |
CN110838056A (zh) * | 2019-11-15 | 2020-02-25 | 安徽海汇金融投资集团有限公司 | 一种基于大数据的债务化解方法及系统 |
CN111383105A (zh) * | 2020-04-02 | 2020-07-07 | 中国工商银行股份有限公司 | 债务清理方法及系统 |
CN112308562A (zh) * | 2020-11-09 | 2021-02-02 | 青岛有容信息科技有限公司 | 付款计划定制链、运行方法、计算机设备及可读存储介质 |
CN112308562B (zh) * | 2020-11-09 | 2022-06-17 | 青岛有容信息科技有限公司 | 付款计划定制链、运行方法、计算机设备及可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105321116A (zh) | 一种基于众筹的债权债务链处理方法和系统 | |
Maurer et al. | ‘Bridges to cash’: Channelling agency in mobile money | |
Bátiz-Lazo et al. | How the future shaped the past: The case of the cashless society | |
Arner et al. | The evolution of Fintech: A new post-crisis paradigm | |
JP5701107B2 (ja) | 自然言語バンキング処理サーバ及び自然言語バンキング処理方法 | |
CN109102389A (zh) | 供应链上金融资产流转方法、装置及存储介质 | |
US20110166911A1 (en) | Leveraging Customer Information to Create and Utilize Financial Networks | |
CN103700003A (zh) | 基于意愿符合度匹配的房屋网上直租方法和系统 | |
CN104537560A (zh) | 一种网式债权债务处理方法和系统 | |
CN109325759A (zh) | 在线开立方法、管理平台、装置、系统及存储介质 | |
CN107800894A (zh) | 一种用于电话业务系统的语音提示方法及终端设备 | |
WO2021114895A1 (zh) | 一种网络支付方法、装置、设备及系统 | |
CN112529584A (zh) | 交易纠纷数据处理方法、装置、设备及存储介质 | |
Kalra | Overriding fintech | |
KR20200131192A (ko) | P2p 금융 플랫폼 제공 시스템 | |
CN109345311A (zh) | 不同金融机构间信用卡积分互识的方法及装置 | |
CN111597273A (zh) | 一种数据共享方法及供应链金融系统 | |
Lubin et al. | Blockchain for global development | |
KR20120134496A (ko) | 마이너스 대출기반 정기예금 운용방법 | |
CN110610424A (zh) | 账户系统、服务终端、交易管理方法及系统、设备及介质 | |
CN110210868A (zh) | 数值转移数据的处理方法及电子设备 | |
El Orche et al. | Approach to combine an ontology-based on payment system with neural network for transaction fraud detection | |
El Amri et al. | Enhancing Financial Inclusion Using FinTech-Based Payment System | |
Tran | Portable reciprocity: a way towards a blockchain agnostic world to facilitate cross-border real estate transactions | |
CN107038580B (zh) | 一种银行交易系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160210 |
|
RJ01 | Rejection of invention patent application after publication |