G06Q40/00
1.一种借贷方法,其特征在于,所述方法包括:
第一参与方根据第二参与方的借款请求向第一资金管理服务器申 请开立电子承诺支付凭证;其中,所述电子承诺支付凭证的价值小于所 述第二参与方请求的借款价值,且为所述第一参与方以其账户资金或授 信额度作为保证金向所述第一资金管理服务器申请并由第一资金管理 服务器开立的;
所述第一资金管理服务器根据其开立的电子承诺支付凭证冻结所 述第一参与方的与所述电子承诺支付凭证价值相等的资金;
第二资金管理服务器接收所述第一资金管理服务器开立的电子承 诺支付凭证,并向所述第二参与方发放与所述电子承诺支付凭证价值相 等的第一资金;其中,所述发放的第一资金由所述第二资金管理服务器 设置为在预定时间内归还;以及
第三参与方根据所述第二参与方发起的剩余借款请求,通过第三资 金管理服务器向所述第二参与方发放第二资金;其中,所述第一资金与 所述第二资金的价值总和与所述第二参与方请求的借款价值相等。
2.根据权利要求1所述的借贷方法,其特征在于,所述第一参与方 根据第二参与方的借款请求向第一资金管理服务器申请开立电子承诺 支付凭证的步骤包括:
所述第二参与方通过一服务器平台发起所述借款请求;以及
所述第一参与方接收所述借款请求,并根据所述借款请求向所述第 一资金管理服务器申请并由第一资金管理服务器开立所述电子承诺支 付凭证。
3.根据权利要求1或2所述的借贷方法,其特征在于,所述第一资 金管理服务器为第一银行的资金管理服务器,所述第二资金管理服务器 为第二银行的资金管理服务器,所述第三资金管理服务器平台是第三银 行或第三方支付平台的资金管理服务器;所述冻结的资金为所述第二参 与方于所述第一资金管理服务器的存款、或所述第一资金管理服务器给 予所述第二参与方的授信额度、或所述第二参与方于所述第一资金管理 服务器抵押的不动产。
4.根据权利要求1或2所述的借贷方法,其特征在于,所述第一资 金管理服务器以及所述第二资金管理服务器为同一个资金管理服务器。
5.一种借贷方法,其特征在于,所述方法包括:
第一资金管理服务器接收第一参与方根据接收到的第二参与方的 借款请求而提出的申请开立小于所述第二参与方请求的借款价值的电 子承诺支付凭证;其中,所述电子承诺支付凭证是所述第一参与方以其 账户资金或授信额度作为保证金向所述第一资金管理服务器申请并由 所述第一资金管理服务器开立的;
根据所述电子承诺支付凭证冻结所述第一参与方的与所述电子承 诺支付凭证价值相等的资金;以及
将所述电子承诺支付凭证发送至第二资金管理服务器,使所述第二 资金管理服务器向所述第二参与方发放与所述电子承诺支付凭证价值 相等的第一资金;其中,所述发放的第一资金由所述第二资金管理服务 器设置为在预定时间内归还。
6.一种借贷方法,其特征在于,所述方法包括:
第二资金管理服务器接收第一资金管理服务器根据第一参与方的 申请而开立的电子承诺支付凭证;其中,所述申请为所述第一参与方接 收第二参与方的借款请求而向所述第一资金管理服务器发出的,所述电 子承诺支付凭证的价值小于所述第二参与方请求的借款价值,且为所述 第一参与方以其账户资金或授信额度作为保证金向所述第一资金管理 服务器申请并由第一资金管理服务器开立的;以及
向所述第二参与方发放第一资金;其中,所述第一资金为所述第一 资金管理服务器根据所述电子承诺支付凭证冻结所述第一参与方的与 所述电子承诺支付凭证价值相等的资金,并且所述发放的第一资金由所 述第二资金管理服务器设置为在预定时间内归还。
7.一种数据交互处理方法,其特征在于,所述方法包括:
第一数据发起方根据数据请求方发起需要向其数据单元增加第一 数据值的数据请求向第一服务方提出申请,并由所述第一服务方根据第 一数据发起方的申请开立小于所述第一数据值大小的数据凭证;其中, 所述数据凭证是所述第一数据发起方与所述第一服务方之间预先建立 的数据关联关系的量化工具;
所述第一服务方根据其开立的所述数据凭证锁定所述第一数据发 起方的数据单元中与所述数据凭证所代表的数据值大小相等的第一部 分数据;
第二服务方接收所述第一服务方开立的数据凭证,并向所述数据请 求方数据单元增加与所述第一部分数据大小相等的数据值;其中,所述 第二服务方设置在预定时间内数据请求方应向第二服务方数据单元增 加与所述第一部分数据大小相等的数据值;以及
第二数据发起方根据所述数据请求方发起的增加与第二部分数据 大小相等的数据值的数据请求,通过第三服务方向所述数据请求方数据 单元增加与所述第二部分数据大小相等的数据值;其中,所述第一部分 数据与所述第二部分数据的数据值总和为所述第一数据值。
8.一种数据交互处理系统,其特征在于,所述系统包括:
数据请求终端,用于发起需要向其数据单元增加第一数据值的第一 数据请求;
第一数据发起终端,用于根据所述第一数据请求向第一服务方提出 开立数据凭证的申请;
第一服务器,用于根据所述申请开立小于所述第一数据值大小的数 据凭证,根据其开立的所述数据凭证锁定所述第一数据发起终端的数据 单元中与所述数据凭证所代表的数据值大小相等的第一部分数据;其 中,所述数据凭证是所述第一数据发起终端与所述第一服务器之间预先 建立的数据关联关系的量化工具;
第二服务器,用于接收所述第一服务器开立的所述数据凭证,并向 所述数据请求方数据单元增加与所述第一部分数据大小相等的数据值; 其中,所述第二服务器设置在预定时间内数据请求方应向第二服务器数 据单元增加与所述第一部分数据大小相等的数据值;以及
第二数据发起终端,用于根据所述数据请求终端发起的增加与第二 部分数据大小相等的数据值的第二数据请求;以及
第三服务器,用于根据所述第二数据请求向所述数据请求终端数据 单元增加与所述第二部分数据大小相等的数据值;其中,所述第一部分 数据与所述第二部分数据的数据值总和为所述第一数据值。
9.一种数据交互处理方法,其特征在于,所述方法包括:
第一服务方根据第一数据发起方接收到的数据请求方发起需要向 其数据单元增加第一数据值的第一数据请求而开立小于所述第一数据 值大小的数据凭证;其中,所述数据凭证是所述第一数据发起方与所述 第一服务方之间预先建立的数据关联关系的量化工具;
根据所述数据凭证锁定所述第一数据发起方的数据单元中与所述 数据凭证所代表的数据值大小相等的第一部分数据;以及
将所述数据凭证发送至第二服务方,使所述第二服务方向所述数据 请求方数据单元增加与所述第一部分数据大小相等的数据值;其中,所 述第二服务方设置在预定时间内数据请求方应向第二服务方数据单元 增加与所述第一部分数据大小相等的数据值。
10.一种数据交互处理装置,其特征在于,所述装置包括:
数据凭证开立模块,用于根据第一数据发起方接收到的数据请求方 发起需要向其数据单元增加第一数据值的第一数据请求而开立小于所 述第一数据值大小的数据凭证;其中,所述数据凭证是所述第一数据发 起终端与所述装置之间预先建立的数据关联关系的量化工具;
处理模块,用于根据所述数据凭证锁定所述第一数据发起方的数据 单元中与所述数据凭证所代表的数据值大小相等的第一部分数据;以及
发放模块,用于将所述数据凭证发送至第二服务方,使所述第二服 务方向所述数据请求方数据单元增加与所述第一部分数据大小相等的 数据值;其中,所述第二服务方设置在预定时间内数据请求方应向第二 服务方数据单元增加与所述第一部分数据大小相等的数据值。
11.一种数据交互处理方法,其特征在于,所述方法包括:
第二服务方接收第一服务方根据第一数据发起方的申请而开立的 数据凭证;其中,所述申请为所述第一数据发起方接收数据请求方发起 需要向其数据单元增加第一数据值的第一数据请求而发出的,所述数据 凭证小于所述第一数据值大小,且为所述第一数据发起方与所述第一服 务方之间预先建立的数据关联关系的量化工具;以及
向所述数据请求方数据单元增加与所述第一部分数据大小相等的 数据值;其中,所述第二服务方设置在预定时间内数据请求方应向第二 服务方数据单元增加与所述第一部分数据大小相等的数据值。
12.一种数据交互处理装置,其特征在于,所述装置包括:
接收模块,用于接收第一服务方根据第一数据发起方的申请而开立 的数据凭证;其中,所述申请为所述第一数据发起方接收数据请求方发 起需要向其数据单元增加第一数据值的第一数据请求而发出的,所述数 据凭证小于所述第一数据值大小,且为所述第一数据发起方与所述第一 服务方之间预先建立的数据关联关系的量化工具;以及
发放模块,用于向所述数据请求方数据单元增加与所述第一部分数 据大小相等的数据值;其中,所述第二服务方设置在预定时间内数据请 求方应向第二服务方数据单元增加与所述第一部分数据大小相等的数 据值。
本发明涉及信贷领域,特别是涉及一种借贷方法、数据交互处理方 法、装置及系统。
随着2G/3G,甚至是4G时代的到来,以及随处可见的WIFI热点, 标志着现今大数据时代的来临,用户一切的日常行为理论上可以借助各 大运营商提供的移动数据网络构建的网络及WIFI这种无线局域网络, 通过互联网技术实现各种数据处理。因此,网络环境在方便用户生活的 方面比线下的真实世界有其优势,但是如何利用网络保障数据交互双方 并降低风险,尚无有效解决方案。
以用户一个生活场景中的数据处理为例,用户申请贷款时,通常可 以通过个体和个体之间直接借贷方式或者个体向银行借贷的方式进行 申请。但是,个体和个体之间的借贷活动通常是借款方和贷款方通过口 头或书面的形式达成协议,在贷款方向借款方提供了资产后,由于缺乏 资金担保和监管机制,给贷款方带来了很大的风险;而个体与银行之间 的借贷活动存在采集个体信息过程复杂、人工介入处理工作较多、银行 也需要承担资金风险的问题。因此,需要提供一种全新的借贷方法及数 据交互处理机制,用以满足用户的网上借贷需求。
本发明主要解决的技术问题是提供一种借贷方法、数据交互处理方 法、装置及系统,能够降低数据交互(贷款)的风险。
为解决上述技术问题,本发明采用的一个技术方案是:提供一种借 贷方法,所述方法包括:第一参与方根据第二参与方的借款请求向第一 资金管理服务器申请开立电子承诺支付凭证;其中,所述电子承诺支付 凭证的价值小于所述第二参与方请求的借款价值,且为所述第一参与方 以其账户资金或授信额度作为保证金向所述第一资金管理服务器申请 并由第一资金管理服务器开立的;所述第一资金管理服务器根据其开立 的电子承诺支付凭证冻结所述第一参与方的与所述电子承诺支付凭证 价值相等的资金;第二资金管理服务器接收所述第一资金管理服务器开 立的电子承诺支付凭证,并向所述第二参与方发放与所述电子承诺支付 凭证价值相等的第一资金;其中,所述发放的第一资金由所述第二资金 管理服务器设置为在预定时间内归还;以及第三参与方根据所述第二参 与方发起的剩余借款请求,通过第三资金管理服务器向所述第二参与方 发放第二资金;其中,所述第一资金与所述第二资金的价值总和与所述 第二参与方请求的借款价值相等。
为解决上述技术问题,本发明采用的另一个技术方案是:提供一种 借贷方法,所述方法包括:第一资金管理服务器接收第一参与方根据接 收到的第二参与方的借款请求而提出的申请开立小于所述第二参与方 请求的借款价值的电子承诺支付凭证;其中,所述电子承诺支付凭证是 所述第一参与方以其账户资金或授信额度作为保证金向所述第一资金 管理服务器申请并由所述第一资金管理服务器开立的;根据所述电子承 诺支付凭证冻结所述第一参与方的与所述电子承诺支付凭证价值相等 的资金;以及将所述电子承诺支付凭证发送至第二资金管理服务器,使 所述第二资金管理服务器向所述第二参与方发放与所述电子承诺支付 凭证价值相等的第一资金;其中,所述发放的第一资金由所述第二资金 管理服务器设置为在预定时间内归还。
为解决上述技术问题,本发明采用的另一个技术方案是:提供一种 数据交互处理方法,所述方法包括:第二资金管理服务器接收第一资金 管理服务器根据第一参与方的申请而开立的电子承诺支付凭证;其中, 所述申请为所述第一参与方接收第二参与方的借款请求而向所述第一 资金管理服务器发出的,所述电子承诺支付凭证的价值小于所述第二参 与方请求的借款价值,且为所述第一参与方以其账户资金或授信额度作 为保证金向所述第一资金管理服务器申请并由第一资金管理服务器开 立的;以及向所述第二参与方发放与所述电子承诺支付凭证价值相等的 第一资金;所述发放的第一资金由所述第二资金管理服务器设置为在预 定时间内归还。
为解决上述技术问题,本发明采用的另一个技术方案是:提供一种 数据交互处理方法,所述方法包括:第一数据发起方根据数据请求方发 起需要向其数据单元增加第一数据值的数据请求向第一服务方提出申 请,并由所述第一服务方根据第一数据发起方的申请开立小于所述第一 数据值大小的数据凭证;其中,所述数据凭证是所述第一数据发起方与 所述第一服务方之间预先建立的数据关联关系的量化工具;所述第一服 务方根据其开立的所述数据凭证锁定所述第一数据发起方的数据单元 中与所述数据凭证所代表的数据值大小相等的第一部分数据;第二服务 方接收所述第一服务方开立的数据凭证,并向所述数据请求方数据单元 增加与所述第一部分数据大小相等的数据值;其中,所述第二服务方设 置在预定时间内数据请求方应向第二服务方数据单元增加与所述第一 部分数据大小相等的数据值;以及第二数据发起方根据所述数据请求方 发起的增加与第二部分数据大小相等的数据值的数据请求,通过第三服 务方向所述数据请求方数据单元增加与所述第二部分数据大小相等的 数据值;其中,所述第一部分数据与所述第二部分数据的数据值总和为 所述第一数据值。
为解决上述技术问题,本发明采用的另一个技术方案是:提供一种 数据交互处理系统,所述系统包括:数据请求终端,用于发起需要向其 数据单元增加第一数据值的第一数据请求;第一数据发起终端,用于根 据所述第一数据请求向第一服务方提出开立数据凭证的申请;第一服务 器,用于根据所述申请开立小于所述第一数据值大小的数据凭证,根据 其开立的所述数据凭证锁定所述第一数据发起终端的数据单元中与所 述数据凭证所代表的数据值大小相等的第一部分数据;其中,所述数据 凭证是所述第一数据发起终端与所述第一服务器之间预先建立的数据 关联关系的量化工具;第二服务器,用于接收所述第一服务器开立的所 述数据凭证,并向所述数据请求方数据单元增加与所述第一部分数据大 小相等的数据值;其中,所述第二服务器设置在预定时间内数据请求方 应向第二服务器数据单元增加与所述第一部分数据大小相等的数据值; 以及第二数据发起终端,用于根据所述数据请求终端发起的增加与第二 部分数据大小相等的数据值的第二数据请求;以及第二服务器,用于根 据所述第二数据请求向所述数据请求终端数据单元增加与所述第二部 分数据大小相等的数据值;其中,所述第一部分数据与所述第二部分数 据的数据值总和为所述第一数据值。
为解决上述技术问题,本发明采用的另一个技术方案是:提供一种 数据交互处理方法,所述方法包括:第一服务方根据第一数据发起方接 收到的数据请求方发起需要向其数据单元增加第一数据值的第一数据 请求而开立小于所述第一数据值大小的数据凭证;其中,所述数据凭证 是所述第一数据发起方与所述第一服务方之间预先建立的数据关联关 系的量化工具;根据所述数据凭证锁定所述第一数据发起方的数据单元 中与所述数据凭证所代表的数据值大小相等的第一部分数据;以及将所 述数据凭证发送至第二服务方,使所述第二服务方向所述数据请求方数 据单元增加与所述第一部分数据大小相等的数据值;其中,所述第二服 务方设置在预定时间内数据请求方应向第二服务方数据单元增加与所 述第一部分数据大小相等的数据值。
为解决上述技术问题,本发明采用的另一个技术方案是:提供一种 数据交互处理装置,所述装置包括:数据凭证开立模块,用于根据第一 数据发起方接收到的数据请求方发起需要向其数据单元增加第一数据 值的第一数据请求而开立小于所述第一数据值大小的数据凭证;其中, 所述数据凭证是所述第一数据发起终端与所述装置之间预先建立的数 据关联关系的量化工具;处理模块,用于根据所述数据凭证锁定所述第 一数据发起方的数据单元中与所述数据凭证所代表的数据值大小相等 的第一部分数据;以及发放模块,用于将所述数据凭证发送至第二服务 方,使所述第二服务方向所述数据请求方数据单元增加与所述第一部分 数据大小相等的数据值;其中,所述第二服务方设置在预定时间内数据 请求方应向第二服务方数据单元增加与所述第一部分数据大小相等的 数据值。
为解决上述技术问题,本发明采用的另一个技术方案是:提供一种 数据交互处理方法,所述方法包括:第二服务方接收第一服务方根据第 一数据发起方的申请而开立的数据凭证;其中,所述申请为所述第一数 据发起方接收数据请求方发起需要向其数据单元增加第一数据值的第 一数据请求而发出的,所述数据凭证小于所述第一数据值大小,且为所 述第一数据发起方与所述第一服务方之间预先建立的数据关联关系的 量化工具;以及向所述数据请求方数据单元增加与所述第一部分数据大 小相等的数据值;其中,所述第二服务方设置在预定时间内数据请求方 应向第二服务方数据单元增加与所述第一部分数据大小相等的数据值。
为解决上述技术问题,本发明采用的另一个技术方案是:提供一种 数据交互处理装置,所述装置包括:接收模块,用于接收第一服务方根 据第一数据发起方的申请而开立的数据凭证;其中,所述申请为所述第 一数据发起方接收数据请求方发起需要向其数据单元增加第一数据值 的第一数据请求而发出的,所述数据凭证小于所述第一数据值大小,且 为所述第一数据发起方与所述第一服务方之间预先建立的数据关联关 系的量化工具;以及发放模块,用于向所述数据请求方数据单元增加与 所述第一部分数据大小相等的数据值;其中,所述第二服务方设置在预 定时间内数据请求方应向第二服务方数据单元增加与所述第一部分数 据大小相等的数据值。
以上方案中,在数据交互过程中,由于在数据发起方(贷款发起方) 与数据请求方(借款方)方之外加入了服务方,并建立数据发起方与服 务方之间、服务方与数据请求方之间的数据交互关联关系,为数据发起 方与数据请求方两方之间的数据交互提供数据监控和数据反馈,提高数 据安全性和数据交互稳定性。
图1是本发明第一实施方式中的一种借贷方法的流程示意图;
图2是本发明第二实施方式中的一种借贷方法的流程示意图;
图3是本发明第三实施方式中的一种借贷方法的流程示意图;
图4是本发明第四实施方式中的一种借贷方法的流程示意图;
图5是本发明第一实施方式中的一种数据交互处理方法的流程示意 图;
图6是本发明第二实施方式中的一种数据交互处理方法的流程示意 图;
图7是本发明第三实施方式中的一种数据交互处理方法的流程示意 图
图8是本发明实施方式中的一种数据交互处理系统的结构示意图;
图9是本发明第一实施方式中的一种数据交互处理装置的结构示意 图;
图10是本发明第二实施方式中的一种数据交互处理装置的结构示意 图。
为详细说明本发明的技术内容、构造特征、所实现目的及效果,以 下结合附图和实施例对本发明进行详细说明。
请参阅图1,为本发明第一实施方式的一种借贷方法的流程示意图。 该实施方式示出的方法流程包括以下步骤:
步骤S10,第一参与方根据第二参与方的借款请求向第一资金管理 服务器申请开立电子承诺支付凭证。其中,该电子承诺支付凭证的价值 小于该第二参与方请求的借款价值,且为该第一参与方以其账户资金或 授信额度作为保证金向该第一资金管理服务器申请并由第一资金管理 服务器开立的。
在本实施方式中,该第一参与方为贷款发起方,第二参与方为借款 方。
请参阅图2,进一步地,步骤S10,即,该第一参与方根据第二参 与方的借款请求向第一资金管理服务器申请开立电子承诺支付凭证,具 体通过如下步骤实现:
步骤S10a,该第二参与方通过一服务器平台发起该借款请求。
其中,该服务器平台可以是电商平台,借款方还可以通过安装在智 能终端中的应用程序访问该电商平台完成借款请求的发起。
步骤S10b,该第一参与方接收该借款请求,并根据该借款请求向该 第一资金管理服务器申请并由第一资金管理服务器开立该电子承诺支 付凭证。
贷款发起方也可以访问该服务器平台查、接收借款方的借款请 求。进一步地,贷款发起方可以通过该服务器平台查看多个借款方发起 的贷款请求,并选择合适的接收。
步骤S11,该第一资金管理服务器根据其开立的电子承诺支付凭证 冻结该第一参与方的与该电子承诺支付凭证价值相等的资金。
该冻结的资金为该第二参与方于该第一资金管理服务器的存款、或 该第一资金管理服务器给予该第二参与方的信用额度、或该第二参与方 于该第一资金管理服务器抵押的不动产。
步骤S12,第二资金管理服务器接收该第一资金管理服务器开立的 电子承诺支付凭证,并向该第二参与方发放与该电子承诺支付凭证价值 相等的第一资金。其中,该发放的第一资金由该第二资金管理服务器设 置为在预定时间内归还。
在本实施方式中,该第一资金管理服务器是第一银行资金管理服务 器,该第二资金管理服务器为第二银行的资金管理服务器。
在其他实施方式中,该第一资金管理服务器以及该第二资金管理服 务器为同一个资金管理服务器。
步骤S13,第三参与方根据该第二参与方发起的剩余借款请求,通 过第三资金管理服务器向该第二参与方发放第二资金。其中,该第一资 金与该第二资金的价值总和与该第二参与方请求的借款价值相等。
该第三参与方由至少一个发起端组成,第三资金管理服务器可以是 银行或第三方支付平台(如,支付宝、等)。
例如,借款方发出借贷10万的借款请求,第一贷款发起方接收该 借款请求后向第一银行提出申请开立电子承诺支付凭证,且该申请开立 的电子承诺支付凭证的价值小于10万。该第一银行根据第一贷款发起 方的申请开立电子承诺支付凭证,并根据开立的电子承诺支付凭证冻结 第一贷款发起方在第一银行中的资金,其中,冻结资金的价值与开立的 电子承诺支付凭证的价值相等。如,冻结第一贷款发起方在银行存款中 的8万,作为第一贷款发起方的担保。然后,第二银行接收第一银行开 立的电子承诺支付凭证,将8万的资金发放至借款方。针对剩余的2万, 借款方向第二贷款发起方发起借款请求。当第二贷款发起方同意将2万 资金借贷给借款方时,通过第三银行将2万的资金发放给借款方。其中, 第二贷款发起方可以包括一个或多个发起端,例如,借款方可以分别向 两个发起端请求借贷1万的资金。
同时,发放给借款方的资金是需要在预定时间内归还,例如,银行 规定发放给借款方的8万资金需要在6个月的期限内归还,另一银行规 定在发放给借款方的2万资金需要在4个月的期限内归还。
对于第一贷款请求方而言,其银行中的8万存款并非被银行拿去借 给借款方,仅仅是被银行冻结不能使用,该8万存款仍然在贷款方账户 中,属于贷款方,因此风险大大降低,同时也因为该8万存款仍属于自 己因而可能获得另外利益。对于借款方而言,其是向贷款方借款而并非 向银行借款,但实际款项来自于银行,并且款项后续仍然是归还至银行, 基于银行的雄厚实力和反制力,会加强自律性以配合贷款方完成整个借 贷流程,也进一步降低贷款方风险,同时也因为银行的雄厚实力使得借 款流程变得更顺畅,方便借款方。对于银行而言,借出的该8万资金由 贷款方的被冻结8万存储作为担保,风险并非由自己承担,同时因自己 的雄厚实力和反制力,可一定程度保障借贷流程的顺利完成。在顺利完 成之后,能够增加潜在客户,获得更多客户信息,也可以因此借贷流程 而获得另外利益。
该第三参与方由至少一个发起端组成,第三资金管理服务器可以是 银行或第三方支付平台(如,支付宝、等)。
以上方案中,第一贷款发起方在接收借款方的借款请求时向第一资 金管理服务器申请开立小于请求的借款价值的电子承诺支付凭证,第一 资金管理服务器开立电子承诺支付凭证后,冻结第一贷款发起方的相当 于电子承诺支付凭证价值的资金,并由第二资金管理服务器根据电子承 诺支付凭证向借款方发放与电子承诺支付凭证价值相等的资金。同时, 剩余部分的借款由第二贷款发起方通过第三资金管理服务器发放给借 款方。从而,使资金管理服务器作为借款方和贷款发起方的中介平台, 贷款发起方向资金管理服务器担保,并由资金管理服务器向借款方发放 贷款,以此降低了借贷过程的风险。
请参阅图3,为本发明第三实施方式中的借贷方法的流程示意图。 该实施方式示出的方法流程包括:
步骤S20,第一资金管理服务器接收第一参与方根据接收到的第二 参与方的借款请求而提出的申请开立小于该第二参与方请求的借款价 值的电子承诺支付凭证。其中,该电子承诺支付凭证是该第一参与方以 其账户资金或授信额度作为保证金向该第一资金管理服务器申请并由 该第一资金管理服务器开立的。
在本实施方式中,该第一参与方为贷款发起方,第二参与方为借款 方。
步骤S21,根据该电子承诺支付凭证冻结该第一参与方的与该电子 承诺支付凭证价值相等的资金。
该冻结的资金为该第二参与方于该第一资金管理服务器的存款、或 该第一资金管理服务器给予该第二参与方的信用额度、或该第二参与方 于该第一资金管理服务器抵押的不动产。
步骤S22,将该电子承诺支付凭证发送至第二资金管理服务器,使 该第二资金管理服务器向该第二参与方发放与该电子承诺支付凭证价 值相等的第一资金。其中,该发放的第一资金由该第二资金管理服务器 设置为在预定时间内归还。
在本实施方式中,该第一资金管理服务器是第一银行资金管理服务 器,该第二资金管理服务器为第二银行的资金管理服务器。
在其他实施方式中,该第一资金管理服务器以及该第二资金管理服 务器为同一个资金管理服务器。
进一步地,第三参与方根据该第二参与方发起的剩余借款请求,通 过第三资金管理服务器向该第二参与方发放第二资金。其中,该第一资 金与该第二资金的价值总和与该第二参与方请求的借款价值相等。
该第二贷款发起方由至少一个发起端组成,第三资金管理服务器可 以是银行或第三方支付平台(如,支付宝、等)。
请参阅图4,为本发明第四实施方式中的借贷方法的流程示意图。 该实施方式示出的方法流程包括:
步骤S31,第二资金管理服务器接收第一资金管理服务器根据第一 参与方的申请而开立的电子承诺支付凭证。其中,该申请为该第一参与 方接收第二参与方的借款请求而向该第一资金管理服务器发出的,该电 子承诺支付凭证的价值小于该第二参与方请求的借款价值,且为该第一 参与方以其账户资金或授信额度作为保证金向该第一资金管理服务器 申请并由第一资金管理服务器开立的。
步骤S32,向该第二参与方发放与该电子承诺支付凭证价值相等的 第一资金。该发放的第一资金由该第二资金管理服务器设置为在预定时 间内归还。
在本实施方式中,该第一资金管理服务器是第一银行资金管理服务 器,该第二资金管理服务器为第二银行的资金管理服务器。
在其他实施方式中,该第一资金管理服务器以及该第二资金管理服 务器为同一个资金管理服务器。
进一步地,第三参与方根据该第二参与方发起的剩余借款请求,通 过第三资金管理服务器向该第二参与方发放第二资金。其中,该第一资 金与该第二资金的价值总和与该第二参与方请求的借款价值相等。
该第二贷款发起方由至少一个发起端组成,第三资金管理服务器可 以是银行或第三方支付平台(如,支付宝、等)。
请参阅图5,为本发明第一实施方式的一种数据交互处理方法的流 程示意图。该实施方式示出的方法流程包括:
步骤S40,第一数据发起方根据数据请求方发起需要向其数据单元 增加第一数据值的数据请求向第一服务方提出申请,并由该第一服务方 根据第一数据发起方的申请开立小于该第一数据值大小的数据凭证。其 中,该数据凭证是该第一数据发起方与该第一服务方之间预先建立的数 据关联关系的量化工具。
步骤S41,该第一服务方根据其开立的该数据凭证锁定该第一数据 发起方的数据单元中与该数据凭证所代表的数据值大小相等的第一部 分数据。
具体地,该第一数据发起方通过第二服务器平台向服务方开立小于 该第一数据价值的数据凭证。
其中,该第一服务器平台和第二服务器平台可以是相同的服务器平 台,也可以是不同的服务器平台。
进一步地,该第一服务器平台和第二服务器平台可以是一电商平 台,数据请求方还可以通过安装在智能终端中的应用程序访问该电商平 台完成数据请求的发起,第一数据发起方通过电商平台响应数据请求开 立数据凭证。
步骤S42,第二服务方接收该第一服务方开立的数据凭证,并向该 数据请求方数据单元增加与该第一部分数据大小相等的数据值。其中, 该第二服务方设置在预定时间内数据请求方应向第二服务方数据单元 增加与该第一部分数据大小相等的数据值。
步骤S43,第二数据发起方根据该数据请求方发起的增加与第二部 分数据大小相等的数据值的数据请求,通过第三服务方向该数据请求方 数据单元增加与该第二部分数据大小相等的数据值。其中,该第一部分 数据与该第二部分数据的数据值总和为该第一数据值。
该第二数据发起方由至少一个发起端组成。
请参阅图6,为本发明第二实施方式的一种数据交互处理方法,该 实施方式示出的方法流程包括:
步骤S50,第一服务方根据第一数据发起方接收到的数据请求方发 起需要向其数据单元增加第一数据值的第一数据请求的申请而开立小 于该第一数据值大小的数据凭证。其中,该数据凭证是该第一数据发起 方与该第一服务方之间预先建立的数据关联关系的量化工具。
具体地,该数据请求方通过第一服务器平台发起需要第一数据的数 据请求。该第一数据发起方通过第二服务器平台向第一服务方提出申请 开立小于该第一数据价值的数据凭证。
其中,该第一服务器平台和第二服务器平台可以是相同的服务器平 台,也可以是不同的服务器平台。
进一步地,该第一服务器平台和第二服务器平台可以是一电商平 台,数据请求方还可以通过安装在智能终端中的应用程序访问该电商平 台完成数据请求的发起,第一数据发起方通过电商平台响应数据请求向 第一服务方提出开立数据凭证的申请。
步骤S51,根据该数据凭证锁定该第一数据发起方的数据单元中与 该数据凭证所代表的数据值大小相等的第一部分数据。
步骤S52,将该数据凭证发送至第二服务方,使该第二服务方向该 数据请求方数据单元增加与该第一部分数据大小相等的数据值。其中, 该第二服务方设置在预定时间内数据请求方应向第二服务方数据单元 增加与该第一部分数据大小相等的数据值。
请参阅图7,为本发明第三实施方式的一种数据交互处理方法,该 实施方式示出的方法流程包括:
步骤S60,第二服务方接收第一服务方根据第一数据发起方的申请 而开立的数据凭证。其中,该申请为该第一数据发起方接收数据请求方 发起需要向其数据单元增加第一数据值的第一数据请求而发出的,该数 据凭证小于该第一数据值大小,且为该第一数据发起方与该第一服务方 之间预先建立的数据关联关系的量化工具。
步骤S61,向该数据请求方数据单元增加与该第一部分数据大小相 等的数据值。其中,该第二服务方设置在预定时间内数据请求方应向第 二服务方数据单元增加与该第一部分数据大小相等的数据值。
请参阅图8,为本发明实施方式的数据交互处理系统的结构示意图。 该实施方式示出的系统70包括:数据请求终端71、第一数据发起终端 72、第一服务器73、第二服务器74、第二数据发起端75以及第三服务 器76。
该数据请求终端71用于发起需要向其数据单元增加第一数据值的 第一数据请求。
其中,该数据请求终端71通过第一服务器平台发起需要第一数据 的第一数据请求。
该第一数据发起终端72用于根据该第一数据请求向第一服务方提 出开立数据凭证的申请。
具体地,该第一数据发起终端72通过第二服务器平台向第一服务 器73开立该数据凭证。
其中,该第一服务器平台和第二服务器平台可以是相同的服务器平 台,也可以是不同的服务器平台。
进一步地,该第一服务器平台和第二服务器平台可以是一电商平 台,该数据请求终端71还可以通过安装在智能终端中的应用程序访问 该电商平台完成数据请求的发起,该第一数据发起终端72通过电商平 台响应数据请求向第一服务器73提出申请开立数据凭证。其中,该数 据凭证是该第一数据发起终端72与该第一服务器73之间预先建立的数 据关联关系的量化工具。
该第一服务器73用于根据第一数据发起终端72的申请开立小于该 第一数据值大小的数据凭证,根据其开立的该数据凭证锁定该第一数据 发起终端72的数据单元中与该数据凭证所代表的数据值大小相等的第 一部分数据。其中,该数据凭证是该第一数据发起终端72与该第一服 务器73之间预先建立的数据关联关系的量化工具。
该第二服务器74用于接收该第一服务器73开立的该数据凭证,并 向该数据请求方71数据单元增加与该第一部分数据大小相等的数据值。 其中,该第二服务器74设置在预定时间内数据请求方应向第二服务器 74数据单元增加与该第一部分数据大小相等的数据值。
该第二数据发起终端75用于根据该数据请求终端71发起的增加与 第二部分数据大小相等的数据值的第二数据请求。
该第三服务器76用于根据该第二数据请求向该数据请求终端71数 据单元增加与该第二部分数据大小相等的数据值。其中,该第一部分数 据与该第二部分数据的数据值总和为该第一数据值。
在本实施方式中,该第一服务器73为第一资金管理服务器,该第 一资金管理服务器可以是银行。该第二服务器74为第二资金管理服务 器,该第二资金管理服务器可以是银行。该第三服务器76为第三资金 管理服务器,该第三资金管理服务器可以是银行、第三方支付平台。
在其他实施方式中,该该第一服务器73和该第二服务器74为第一 资金管理服务器,该第一资金管理服务器可以是银行。
请参阅图9,为本发明第一实施方式的一种数据交互处理装置,该 实施方式示出的数据交互处理装置80包括数据凭证开立模块81、处理 模块82以及发放模块83。在本实施方式中,该装置80运行在一银行系 统中。
该数据凭证开立模块81,用于根据第一数据发起方接收到的数据请 求方发起需要向其数据单元增加第一数据值的第一数据请求而开立小 于该第一数据值大小的数据凭证。其中,该数据凭证是该第一数据发起 终端与该装置之间预先建立的数据关联关系的量化工具。
具体地,该数据凭证开立模块81通过一服务器平台接收第一数据 发起终端开立的数据凭证。
该处理模块82用于根据该数据凭证锁定该第一数据发起方的数据 单元中与该数据凭证所代表的数据值大小相等的第一部分数据。
该发放模块83用于将该数据凭证发送至第二服务方,使该第二服 务方向该数据请求方数据单元增加与该第一部分数据大小相等的数据 值。其中,该第二服务方设置在预定时间内数据请求方应向第二服务方 数据单元增加与该第一部分数据大小相等的数据值。
请参阅图10,为本发明第二实施方式的一种数据交互处理装置,该 实施方式示出的数据交互处理装置90包括接收模块91以及发放模块 92。在本实施方式中,该装置90运行在一银行系统中。
该接收模块91用于接收第一服务方根据第一数据发起方的申请而 开立的数据凭证。其中,该申请为该第一数据发起方接收数据请求方发 起需要向其数据单元增加第一数据值的第一数据请求而发出的,该数据 凭证小于该第一数据值大小,且为该第一数据发起方与该第一服务方之 间预先建立的数据关联关系的量化工具。
该发放模块92用于向该数据请求方数据单元增加与该第一部分数 据大小相等的数据值。其中,该第二服务方设置在预定时间内数据请求 方应向第二服务方数据单元增加与该第一部分数据大小相等的数据值。
本发明提供的一种借贷方法、数据交互处理方法、装置及系统,通 过数据凭证使数据发起方与服务方之间预先建立数据关联关系,当数据 发起方在接收到数据请求方发起需要第一数据的数据请求时,向服务方 开立小于第一数据价值的数据凭证,使服务方冻结数据凭证所代表的与 数据发起方之间的数据关联关系,使第二服务方根据该数据凭证向数据 请求方数据单元增加与相应数据值。在数据交互过程中,由于在数据发 起方(贷款发起方)与数据请求方(借款方)方之外加入了服务方,并 建立数据发起方与服务方之间、服务方与数据请求方之间的数据交互关 联关系,为数据发起方与数据请求方两方之间的数据交互提供数据监控 和数据反馈,增加了数据关联方式、丰富了数据交互内涵,使得任一方 出现数据问题时,仍可以借助于其他两方的数据交互关系还原相应的数 据(或数据关联关系),提高数据安全性和数据交互稳定性。
以上所述仅为本发明的实施方式,并非因此限制本发明的专利范 围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变 换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的 专利保护范围内。
本文发布于:2023-04-15 04:59:41,感谢您对本站的认可!
本文链接:https://patent.en369.cn/patent/1/87593.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |