CN104915880A - 借贷方法、数据交互处理方法、装置及系统 - Google Patents

Abstract

本发明公开了一种借贷方法、数据交互处理方法、装置及系统，其中，借贷方法包括：第一参与方根据第二参与方的借款请求向第一资金管理服务器申请开立小于第二参与方请求的借款价值的电子承诺支付凭证；第一资金管理服务器根据其开立的电子承诺支付凭证冻结第一参与方的与电子承诺支付凭证价值相等的资金；第二资金管理服务器接收电子承诺支付凭证，并向第二参与方发放与电子承诺支付凭证价值相等的第一资金；第三参与方根据第二参与方发起的剩余借款请求，通过第三资金管理服务器向第二参与方发放第二资金，其中，第一资金与第二资金的价值总和与第二参与方请求的借款价值相等。通过上述方式，本发明能够降低贷款方的借贷风险。

Description

借贷方法、数据交互处理方法、装置及系统

技术领域

本发明涉及信贷领域，特别是涉及一种借贷方法、数据交互处理方法、装置及系统。

背景技术

随着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用于向该数据请求方数据单元增加与该第一部分数据大小相等的数据值。其中，该第二服务方设置在预定时间内数据请求方应向第二服务方数据单元增加与该第一部分数据大小相等的数据值。

本发明提供的一种借贷方法、数据交互处理方法、装置及系统，通过数据凭证使数据发起方与服务方之间预先建立数据关联关系，当数据发起方在接收到数据请求方发起需要第一数据的数据请求时，向服务方开立小于第一数据价值的数据凭证，使服务方冻结数据凭证所代表的与数据发起方之间的数据关联关系，使第二服务方根据该数据凭证向数据请求方数据单元增加与相应数据值。在数据交互过程中，由于在数据发起方(贷款发起方)与数据请求方(借款方)方之外加入了服务方，并建立数据发起方与服务方之间、服务方与数据请求方之间的数据交互关联关系，为数据发起方与数据请求方两方之间的数据交互提供数据监控和数据反馈，增加了数据关联方式、丰富了数据交互内涵，使得任一方出现数据问题时，仍可以借助于其他两方的数据交互关系还原相应的数据(或数据关联关系)，提高数据安全性和数据交互稳定性。

以上所述仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (12)

1.一种借贷方法，其特征在于，所述方法包括：

第一参与方根据第二参与方的借款请求向第一资金管理服务器申请开立电子承诺支付凭证；其中，所述电子承诺支付凭证的价值小于所述第二参与方请求的借款价值，且为所述第一参与方以其账户资金或授信额度作为保证金向所述第一资金管理服务器申请并由第一资金管理服务器开立的；

所述第一资金管理服务器根据其开立的电子承诺支付凭证冻结所述第一参与方的与所述电子承诺支付凭证价值相等的资金；

第二资金管理服务器接收所述第一资金管理服务器开立的电子承诺支付凭证，并向所述第二参与方发放与所述电子承诺支付凭证价值相等的第一资金；其中，所述发放的第一资金由所述第二资金管理服务器设置为在预定时间内归还；以及

第三参与方根据所述第二参与方发起的剩余借款请求，通过第三资金管理服务器向所述第二参与方发放第二资金；其中，所述第一资金与所述第二资金的价值总和与所述第二参与方请求的借款价值相等。

2.根据权利要求1所述的借贷方法，其特征在于，所述第一参与方根据第二参与方的借款请求向第一资金管理服务器申请开立电子承诺支付凭证的步骤包括：

所述第二参与方通过一服务器平台发起所述借款请求；以及

所述第一参与方接收所述借款请求，并根据所述借款请求向所述第一资金管理服务器申请并由第一资金管理服务器开立所述电子承诺支付凭证。

3.根据权利要求1或2所述的借贷方法，其特征在于，所述第一资金管理服务器为第一银行的资金管理服务器，所述第二资金管理服务器为第二银行的资金管理服务器，所述第三资金管理服务器平台是第三银行或第三方支付平台的资金管理服务器；所述冻结的资金为所述第二参与方于所述第一资金管理服务器的存款、或所述第一资金管理服务器给予所述第二参与方的授信额度、或所述第二参与方于所述第一资金管理服务器抵押的不动产。

4.根据权利要求1或2所述的借贷方法，其特征在于，所述第一资金管理服务器以及所述第二资金管理服务器为同一个资金管理服务器。

5.一种借贷方法，其特征在于，所述方法包括：

第一资金管理服务器接收第一参与方根据接收到的第二参与方的借款请求而提出的申请开立小于所述第二参与方请求的借款价值的电子承诺支付凭证；其中，所述电子承诺支付凭证是所述第一参与方以其账户资金或授信额度作为保证金向所述第一资金管理服务器申请并由所述第一资金管理服务器开立的；

根据所述电子承诺支付凭证冻结所述第一参与方的与所述电子承诺支付凭证价值相等的资金；以及

将所述电子承诺支付凭证发送至第二资金管理服务器，使所述第二资金管理服务器向所述第二参与方发放与所述电子承诺支付凭证价值相等的第一资金；其中，所述发放的第一资金由所述第二资金管理服务器设置为在预定时间内归还。

6.一种借贷方法，其特征在于，所述方法包括：

第二资金管理服务器接收第一资金管理服务器根据第一参与方的申请而开立的电子承诺支付凭证；其中，所述申请为所述第一参与方接收第二参与方的借款请求而向所述第一资金管理服务器发出的，所述电子承诺支付凭证的价值小于所述第二参与方请求的借款价值，且为所述第一参与方以其账户资金或授信额度作为保证金向所述第一资金管理服务器申请并由第一资金管理服务器开立的；以及

向所述第二参与方发放第一资金；其中，所述第一资金为所述第一资金管理服务器根据所述电子承诺支付凭证冻结所述第一参与方的与所述电子承诺支付凭证价值相等的资金，并且所述发放的第一资金由所述第二资金管理服务器设置为在预定时间内归还。

7.一种数据交互处理方法，其特征在于，所述方法包括：

第一数据发起方根据数据请求方发起需要向其数据单元增加第一数据值的数据请求向第一服务方提出申请，并由所述第一服务方根据第一数据发起方的申请开立小于所述第一数据值大小的数据凭证；其中，所述数据凭证是所述第一数据发起方与所述第一服务方之间预先建立的数据关联关系的量化工具；

所述第一服务方根据其开立的所述数据凭证锁定所述第一数据发起方的数据单元中与所述数据凭证所代表的数据值大小相等的第一部分数据；

第二服务方接收所述第一服务方开立的数据凭证，并向所述数据请求方数据单元增加与所述第一部分数据大小相等的数据值；其中，所述第二服务方设置在预定时间内数据请求方应向第二服务方数据单元增加与所述第一部分数据大小相等的数据值；以及

第二数据发起方根据所述数据请求方发起的增加与第二部分数据大小相等的数据值的数据请求，通过第三服务方向所述数据请求方数据单元增加与所述第二部分数据大小相等的数据值；其中，所述第一部分数据与所述第二部分数据的数据值总和为所述第一数据值。

8.一种数据交互处理系统，其特征在于，所述系统包括：

数据请求终端，用于发起需要向其数据单元增加第一数据值的第一数据请求；

第一数据发起终端，用于根据所述第一数据请求向第一服务方提出开立数据凭证的申请；

第一服务器，用于根据所述申请开立小于所述第一数据值大小的数据凭证，根据其开立的所述数据凭证锁定所述第一数据发起终端的数据单元中与所述数据凭证所代表的数据值大小相等的第一部分数据；其中，所述数据凭证是所述第一数据发起终端与所述第一服务器之间预先建立的数据关联关系的量化工具；

第二服务器，用于接收所述第一服务器开立的所述数据凭证，并向所述数据请求方数据单元增加与所述第一部分数据大小相等的数据值；其中，所述第二服务器设置在预定时间内数据请求方应向第二服务器数据单元增加与所述第一部分数据大小相等的数据值；以及

第二数据发起终端，用于根据所述数据请求终端发起的增加与第二部分数据大小相等的数据值的第二数据请求；以及

第三服务器，用于根据所述第二数据请求向所述数据请求终端数据单元增加与所述第二部分数据大小相等的数据值；其中，所述第一部分数据与所述第二部分数据的数据值总和为所述第一数据值。

9.一种数据交互处理方法，其特征在于，所述方法包括：

第一服务方根据第一数据发起方接收到的数据请求方发起需要向其数据单元增加第一数据值的第一数据请求而开立小于所述第一数据值大小的数据凭证；其中，所述数据凭证是所述第一数据发起方与所述第一服务方之间预先建立的数据关联关系的量化工具；

根据所述数据凭证锁定所述第一数据发起方的数据单元中与所述数据凭证所代表的数据值大小相等的第一部分数据；以及

将所述数据凭证发送至第二服务方，使所述第二服务方向所述数据请求方数据单元增加与所述第一部分数据大小相等的数据值；其中，所述第二服务方设置在预定时间内数据请求方应向第二服务方数据单元增加与所述第一部分数据大小相等的数据值。

10.一种数据交互处理装置，其特征在于，所述装置包括：

数据凭证开立模块，用于根据第一数据发起方接收到的数据请求方发起需要向其数据单元增加第一数据值的第一数据请求而开立小于所述第一数据值大小的数据凭证；其中，所述数据凭证是所述第一数据发起终端与所述装置之间预先建立的数据关联关系的量化工具；

处理模块，用于根据所述数据凭证锁定所述第一数据发起方的数据单元中与所述数据凭证所代表的数据值大小相等的第一部分数据；以及

发放模块，用于将所述数据凭证发送至第二服务方，使所述第二服务方向所述数据请求方数据单元增加与所述第一部分数据大小相等的数据值；其中，所述第二服务方设置在预定时间内数据请求方应向第二服务方数据单元增加与所述第一部分数据大小相等的数据值。

11.一种数据交互处理方法，其特征在于，所述方法包括：

第二服务方接收第一服务方根据第一数据发起方的申请而开立的数据凭证；其中，所述申请为所述第一数据发起方接收数据请求方发起需要向其数据单元增加第一数据值的第一数据请求而发出的，所述数据凭证小于所述第一数据值大小，且为所述第一数据发起方与所述第一服务方之间预先建立的数据关联关系的量化工具；以及

向所述数据请求方数据单元增加与所述第一部分数据大小相等的数据值；其中，所述第二服务方设置在预定时间内数据请求方应向第二服务方数据单元增加与所述第一部分数据大小相等的数据值。

12.一种数据交互处理装置，其特征在于，所述装置包括：

接收模块，用于接收第一服务方根据第一数据发起方的申请而开立的数据凭证；其中，所述申请为所述第一数据发起方接收数据请求方发起需要向其数据单元增加第一数据值的第一数据请求而发出的，所述数据凭证小于所述第一数据值大小，且为所述第一数据发起方与所述第一服务方之间预先建立的数据关联关系的量化工具；以及

发放模块，用于向所述数据请求方数据单元增加与所述第一部分数据大小相等的数据值；其中，所述第二服务方设置在预定时间内数据请求方应向第二服务方数据单元增加与所述第一部分数据大小相等的数据值。