CN105844525A - 一种应用于众筹的债权债务链处理的控制方法 - Google Patents

Abstract

一种应用于众筹的债权债务链处理的控制方法，首先设置服务器端和多个客户端；服务器端处理方法如下:步骤一，将负有债权债务的主体的信息存于数据库中；步骤二，针对链条的始端债务方和末端债权方两个节点，深度遍历数据库中的债权债务表匹配链条中众筹节点，匹配债权债务链；步骤三，以链中的最小债权债务金额作为支付金额；债务服务器经由用于数据交换的接口能够同客户端构建链接，使得能把债务服务器内的实时数据传输模块的交换数据保存到客户端，能够加大交换数据保存的随意性，另外也能够改善交换数据在保存方面的冗余保护性能。

Description

一种应用于众筹的债权债务链处理的控制方法

技术领域

本发明涉及债务技术领域，特别涉及一种应用于众筹的债权债务链处理的控制方法。

背景技术

当前，中国债权债务规模庞大，经济正面临严峻挑战，债权债务的平账、支付工作的滞缓导致可流动资金缩水，进而导致下行压力增大，经济发展缓慢甚至停滞不前。现实生活中已发生大量因债务的相互拖欠而导致的资金崩盘、企业破产等实例，庞大的债务已经形成“堰塞湖”，成为高悬在经济发展上的利刃。

目前存在的三角债、多角债的解决方法是基于闭合的三个或多个债权债务主体间的债权债务关系，因此无法实现大量非闭合债权债务链的债权债务支付。计算机技术、应用统计技术等的快速发展，使这种非闭合链中的债权债务支付成为可能。

为了解决这个问题，提出了一种基于众筹的债权债务链处理的系统，首先设置服务器端和多个客户端；服务器端处理方法如下:步骤一，将负有债权债务的主体的信息存于数据库中；步骤二，针对链条的始端债务方和末端债权方两个节点，深度遍历数据库中的债权债务表匹配链条中众筹节点，匹配债权债务链；步骤三，以链中的最小债权债务金额作为支付金额。

就需要把负有债权债务的主体的信息这样的数据发送到客户端中。

发明内容

为解决上述问题，本发明提供了一种应用于众筹的债权债务链处理的控制方法，债务服务器经由用于数据交换的接口能够同客户端构建链接，使得能把债务服务器内的实时数据传输模块的交换数据保存到客户端，能够加大交换数据保存的随意性，另外也能够改善交换数据在保存方面的冗余保护性能。

为了克服现有技术中的不足，本发明提供了一种应用于众筹的债权债务链处理的控制方法的解决方案，具体如下：

一种应用于众筹的债权债务链处理的控制方法，具体如下：

首先设置服务器端和多个客户端；服务器端处理方法如下:步骤一，将负有债权债务的主体的信息存于数据库中；步骤二，针对链条的始端债务方和末端债权方两个节点，深度遍历数据库中的债权债务表匹配链条中众筹节点，匹配债权债务链；步骤三，以链中的最小债权债务金额作为支付金额；

当发生包括负有债权债务的主体的信息的数据从内网交换到外网的情况时，数据发送包括以下步骤：

步骤1：在内网数据库中提取待交换的数据，对数据进行编码，生成多个二维码图像，以二维码矩阵的形式规则地排列显示在内网系统终端设备的显示屏上；

步骤2：通过外网系统终端设备的摄像头采集内网系统终端设备显示屏上显示的矩阵式规则排列的二维码图像；

步骤3：在外网系统终端设备上通过并行计算，解码采集的二维码序列，由此获取交换数据；

步骤4：然后在外网系统终端设备上按照步骤1所用的编码方法对该交换数据进行编码，生成多个二维码图像，以二维码矩阵的形式规则地排列显示在外网系统终端设备的显示屏上，然后通过内网系统终端设备的摄像头采集显示在外网系统终端设备的显示屏上的二维码图像；

步骤5：接着在内网系统终端设备上通过并行计算，利用步骤3中的解码方法解码采集的二维码序列，将得到的数据同待交换的数据进行比较，如果相符合，就确认在步骤3中获取的交换数据成功，同时更换在内网系统终端设备的显示屏上的二维码图像，如果不相符合，返回步骤4中执行，如果进行比较的次数超过了设定次数依然不相符合，外网系统终端设备显示告警信息。

通过债务服务器经由用于数据交换的接口能够同客户端构建链接，使得能把债务服务器内的实时数据传输模块的交换数据保存到客户端，能够加大交换数据保存的随意性，另外也能够改善交换数据在保存方面的冗余保护性能。

具体实施方式

下面将结合实施例对本发明做进一步地说明。

本发明的基于众筹的债权债务链处理的控制方法，具体如下：

首先设置服务器端和多个客户端；服务器端处理方法如下:步骤一，将负有债权债务的主体的信息存于数据库中；步骤二，针对链条的始端债务方和末端债权方两个节点，深度遍历数据库中的债权债务表匹配链条中众筹节点，匹配债权债务链；步骤三，以链中的最小债权债务金额作为支付金额；

债务服务器经由用于数据交换的接口能够同客户端构建链接，使得能把债务服务器内的实时数据传输模块的交换数据保存到客户端，能够加大交换数据保存的随意性，另外也能够改善交换数据在保存方面的冗余保护性能。

而交换数据的具体传送与保存方式如下：

(1)债务服务器于得到使用者对交换数据的保存申请之际，获得交换数据相应的实时数据传输模块的用于数据交换的接口，还经过用于数据交换的接口同客户端构建链接；

优选的，(1)中的获得交换数据相应的实时数据传输模块的用于数据交换的接口，还经过用于数据交换的接口同客户端构建链接能够含有：

债务服务器得到客户端构造的链接确认信号，所述的链接确认信号含有带有实时数据传输模块的后台终端；

债务服务器把得到的链接确认信号传送到带有实时数据传输模块的后台终端实现确认，

这样来把带有实时数据传输模块的后台终端在经由确认之际朝债务服务器传送链接命令；

债务服务器依据链接命令经过带有实时数据传输模块的后台终端同客户端构建链接。

在实际运用中，债务服务器能够得到客户端构造的链接确认信号，链接确认信号含有：客户端构建的条码数据，链接确认信号也能够是客户端构建的用来确认客户端同债务服务器间的链接的信号。

另外，链接确认信号能够含有用于数据交换的接口，链接确认信号也能够含有客户端的逻辑地址。

债务服务器能够把得到的链接确认信号传送到带有实时数据传输模块的后台终端实现确认，进而带有实时数据传输模块的后台终端在经过确认之际能够朝债务服务器传递链接命令，债务服务器能够依据链接命令经过用于数据交换的接口同客户端构建链接。

通过实时数据传输模块：QQ来实行陈述。客户端内设有360安全卫士，客户端同360安全卫士服务器相链接，债务服务器内设有QQ软件。债务服务器能够同QQ服务器相链接，债务服务器同客户端构建链接能够含有如下方式：

a.客户端朝360安全卫士服务器传送性能数据，性能数据含有：客户端的网络地址数据、用于数据交换的接口、360安全卫士启动信息或者客户端的名称信息。

b.360安全卫士服务器根据传送来的性能数据构建标识数据，且把标识数据同客户端的名称信息实行互联。

c.360安全卫士服务器朝着客户端传递标识数据。

d.客户端以来获得的标识数据构建链接确认数据，链接确认数据含有：用于数据交换的接口。

e.债务服务器得到客户端构建的链接确认数据。

f.债务服务器朝着QQ服务器传递链接确认数据。

g.QQ服务器对获得的链接确认数据实行确认。

h.QQ服务器在经过确认之际朝着债务服务器传递链接命令。

i.债务服务器凭借链接命令经过用于数据交换的接口同客户端实现链接。

(2)债务服务器同客户端实现权限确认

所述的债务服务器同客户端实现权限确认的方式含有：

一、债务服务器得到带有实时数据传输模块的后台终端传递的初始确认信号；所述的初始确认信号含有用于数据交换的接口的号码；

债务服务器得到带有实时数据传输模块的后台终端传来的初始确认信号，这样来让客户端在经过初始确认信号的确认之际，通过用于数据交换的接口的地址构建后续确认信号且把后续确认信号传递给债务服务器；

债务服务器对后续确认信号执行确认，在经过后续确认信号的确认之际，确认债务服务器于经过所述的权限确认，且对客户端传送确认接受回应信号。

另外，初始确认信号能够含有用于数据交换的接口的号码和编码键值，这里面用于数据交换的接口的号码就如QQ号这样的号码。

以下是通过QQ软件来表述权限确认方式，如下所示：

T1:债务服务器内的QQ软件朝QQ服务器发送权限确认申请，QQ服务器依据权限确认申请构建初始确认信号，QQ服务器把构建的初始确认信号传递到债务服务器，这里面，初始确认信号含有：QQ号与QQ号相应的编码键值；

T2：债务服务器解码传递来的初始确认信号，且实现报文组装，把报文组装后的初始确认信号传递到客户端。详细地可以采用：报文组装后的初始确认信号能够是：组装后的报文K1，即报文组装的方式为：债务服务器能够构建报文K1,该报文的首部是K_1,报文的名称是QQ号，报文的数据内容为TABLE及其采用对应的键值编码。债务服务器能够把报文K1传送到客户端。

T3：客户端获得初始确认信号，对初始确认信号执行确认，也就是说，客户端能够在获得组装后的报文K1后，执行确认操作，确认报文的首部是不是K_1，经过QQ号到QQ服务器中检索其对应的键值编码，在经过QQ服务器得到键值编码后解码得到的报文的数据内容，该报文的数据内容是不是TABLE，一旦不是，就不成功，一旦是，朝下执行；

T4：客户端通过QQ号构建后续确认信号，且把后续确认信号传递到债务服务器，也就是说，所述的后续确认信号能够含有：组装后的报文K2，即报文组装的方式为：客户端能够构建报文K2,该报文的首部是K_2,报文的名称是QQ号，报文的数据内容为YES及其采用对应的键值编码，把该组装后的报文K2传送到债务服务器；

T5：债务服务器获得后续确认信号，对后续确认信号执行确认，也就是说，债务服务器能够在获得组装后的报文K2后，执行确认操作，确认报文的首部是不是K_2，经过QQ号到QQ服务器中检索其对应的键值编码，在经过QQ服务器得到键值编码后解码得到的报文的数据内容，该报文的数据内容是不是YES，一旦不是，就不成功，一旦是，朝下执行；

T6：债务服务器在经过对后续确认信号的确认之际，朝着客户端发送确认接受回应信号。

(3)债务服务器在经过权限确认后，朝着客户端传递交换数据，来让客户端对交换数据执行保存。

债务服务器经由用于数据交换的接口能够同客户端构建链接，使得能把债务服务器内的实时数据传输模块的交换数据保存到客户端，能够加大交换数据保存的随意性，另外也能够改善交换数据在保存方面的冗余保护性能。

债务服务器包括电脑。

以上以说明的方式对本发明作了描述，本领域的技术人员应当理解，本公开不限于以上描述的实施例，在不偏离本发明的范围的情况下，可以做出各种变化、改变和替换。

Claims (4)

1.一种应用于众筹的债权债务链处理的控制方法，其特征在于，具体如下：

首先设置服务器端和多个客户端；服务器端处理方法如下:步骤一，将负有债权债务的主体的信息存于数据库中；步骤二，针对链条的始端债务方和末端债权方两个节点，深度遍历数据库中的债权债务表匹配链条中众筹节点，匹配债权债务链；步骤三，以链中的最小债权债务金额作为支付金额；

而交换数据的具体传送与保存方式如下：

(1)债务服务器于得到使用者对交换数据的保存申请之际，获得交换数据相应的实时数据传输模块的用于数据交换的接口，还经过用于数据交换的接口同客户端构建链接；

(1)中的获得交换数据相应的实时数据传输模块的用于数据交换的接口，还经过用于数据交换的接口同客户端构建链接能够含有：

债务服务器得到客户端构造的链接确认信号，所述的链接确认信号含有带有实时数据传输模块的后台终端；

债务服务器把得到的链接确认信号传送到带有实时数据传输模块的后台终端实现确认，

这样来把带有实时数据传输模块的后台终端在经由确认之际朝债务服务器传送链接命令；

债务服务器依据链接命令经过带有实时数据传输模块的后台终端同客户端构建链接。

2.根据权利要求1所述的基于众筹的债权债务链处理的控制方法，其特征在于在实际运用中，债务服务器能够得到客户端构造的链接确认信号，链接确认信号含有：客户端构建的条码数据，链接确认信号也能够是客户端构建的用来确认客户端同债务服务器间的链接的信号。

3.根据权利要求2所述的基于众筹的债权债务链处理的控制方法，其特征在于另外，链接确认信号能够含有用于数据交换的接口，链接确认信号也能够含有客户端的逻辑地址。

4.根据权利要求3所述的基于众筹的债权债务链处理的控制方法，其特征在于债务服务器能够把得到的链接确认信号传送到带有实时数据传输模块的后台终端实现确认，进而带有实时数据传输模块的后台终端在经过确认之际能够朝债务服务器传递链接命令，债务服务器能够依据链接命令经过用于数据交换的接口同客户端构建链接。