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

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

民间借贷分为民间个人借贷和公民与金融企业之间的借贷。由于民 间借贷大多是在半公开甚至秘密的情况下进行的资金交易，借贷双方一 般考所谓的信誉维持，借贷手续不完备，缺乏担保抵押，无可靠的法律 保障，一旦遇到情况变化，贷款人极有可能收不回借给借款人的资金。

而随着互联网技术尤其是移动互联网技术的发展，用户可以通过移 动设备使用2G、3G、4G或wifi等方式连接互联网进行交易、社交等活 动，通过互联网技术用户可以方便有效的进行线上活动，这是线下无法 比拟的体验。由此，有必要提供基于线上的贷款方法。

更进一步地，由于用户可通过互联网实现多种方式的数据交互，由 此，有必要提供基于线上的数据交互处理方法。

本发明的目的在于提供线上借贷方法。

本发明提供的一种线上借贷方法，所述方法包括：第一参与方和第 二参与方分别提交第一借款请求和第二借款请求；第三参与方接收所述 第一借款请求和第二借款请求，之后向第一资金管理服务器提交信用凭 证开立申请；所述第一资金管理服务器根据所述信用凭证开立申请生成 对应的第一信用凭证和第二信用凭证，之后冻结所述第三参与方中与所 述第一借款请求的借款额度相等的第一资金以及与所述第二借款请求 的借款额度相等的第二资金，并将所述第一信用凭证和第二信用凭证发 送至第二资金管理服务器；所述第二资金管理服务器接收到所述第一信 用凭证和第二信用凭证后，向所述第一参与方发放与所述第一资金相等 的资金以及向所述第二参与方发放与所述第二资金相等的资金；其中， 所述第二资金管理服务器设置所述发放的资金的还款时间，并监控所述 第一参与方和第二参与方的还款日期；所述第一资金管理服务器为所述 第三参与方的账户管理服务器，所述第二资金管理服务器为所述第一参 与方和第二参与方的账户管理服务器。

本发明提供的另一种线上借贷方法，所述方法包括：第一资金管理 服务器接收第三参与方根据第一参与方和第二参与方分别提交第一借 款请求和第二借款请求而提出的信用凭证开立申请；根据所述信用凭证 开立申请生成对应的第一信用凭证和第二信用凭证，之后冻结所述第三 参与方中与所述第一借款请求的借款额度相等的第一资金以及与所述 第二借款请求的借款额度相等的第二资金，并将所述第一信用凭证和第 二信用凭证发送至第二资金管理服务器；以及将所述第一信用凭证和第 二信用凭证发送至第二资金管理服务器，使所述第二资金管理服务器接 收到所述第一信用凭证和第二信用凭证后，向所述第一参与方发放与所 述第一资金相等的资金以及向所述第二参与方发放与所述第二资金相 等的资金；其中，所述第二资金管理服务器设置所述发放的资金的还款 时间，并监控所述第一参与方和第二参与方的还款日期；所述第一资金 管理服务器为所述第三参与方的账户管理服务器，所述第二资金管理服 务器为所述第一参与方和第二参与方的账户管理服务器。

本发明提供的另一种线上借贷方法，所述方法包括：第二资金管理 服务器接收第一信用凭证和第二信用凭证；其中，所述第一信用凭证和 第二信用凭证为第一资金管理服务器接收第三参与方根据第一参与方 和第二参与方分别提交第一借款请求和第二借款请求而提出的信用凭 证开立申请而生成的；以及向所述第一参与方发放与所述第一资金相等 的资金以及向所述第二参与方发放与所述第二资金相等的资金；其中， 所述第二资金管理服务器设置所述发放的资金的还款时间，并监控所述 第一参与方和第二参与方的还款日期；所述第一资金管理服务器为所述 第三参与方的账户管理服务器，所述第二资金管理服务器为所述第一参 与方和第二参与方的账户管理服务器。

以上线上借贷方法中，第三参与方在接收第一、二参与方的借款请 求时向第一资金管理服务器申请开出信用凭证，并由第一资金管理服务 器冻结相应资金，第二资金管理服务器根据信用凭证将冻结的资金发放 给第一、二参与方。从而，使资金管理服务器器作为三个参与方的中介 平台，第三参与方向第一资金管理服务器担保，并由关联的第二资金管 理服务器向第一、二参与方发放贷款，从而方便第一、二参与方通过线 上进行贷款；此外，由第二资金管理服务器监控所述第一、二参与方的 还款日期，由此降低贷款发起方的贷款风险。

本发明的另一目的在于提供数据交互处理方法、数据交互系统、以 及数据处理装置。

本发明提供的一种数据交互处理方法，所述方法包括：第一数据请 求方提出需要向其数据单元增加第一数据值的第一数据请求以及第二 数据请求方提出需要向其数据单元增加第二数据值的第二数据请求；数 据发起方接收所述第一数据请求和第二数据请求，向第一服务方提交数 据凭证开立申请；所述第一服务方根据所述数据凭证开立申请生成对应 的第一数据凭证和第二数据凭证，锁定所述数据发起方的数据单元中与 所述第一数据值相等的第一数据以及与所述第二数据值相等的第二数 据，并将所述第一数据凭证和第二数据凭证发送至第二服务方；所述第 二服务方接收到所述第一数据凭证和第二数据凭证后，向所述第一数据 请求方数据单元中增加与所述第一数据大小相等的数据值以及向所述 第二数据请求方数据单元中增加与所述第二数据大小相等的数据值；其 中，所述第二服务方设置在预定时间内所述第一数据请求方和第二数据 请求方应分别向所述第二服务方数据单元增加与所述第一数据和第二 数据大小相等的数据值。

本发明提供的一种数据交互处理方法，所述方法包括：第一服务方 接收数据发起方根据第一数据请求和第二数据请求分别提交的数据凭 证开立申请；其中，所述第一数据请求为第一数据请求方发起需要向其 数据单元增加第一数据值的请求，所述第二数据请求为第二数据请求方 发起需要向其数据单元增加第二数据值的请求；根据所述数据凭证开立 申请生成相应的第一数据凭证和第二数据凭证，锁定所述数据发起方的 数据单元中与所述第一数据值相等的第一数据以及与所述第二数据值 相等的第二数据，并将所述第一数据凭证和第二数据凭证发送至第二服 务方；以及将所述第一数据凭证和第二数据凭证发送至第二服务方，使 所述第二服务方接收到所述第一数据凭证和第二数据凭证后，向所述第 一数据请求方数据单元中增加与所述第一数据大小相等的数据值以及 向所述第二数据请求方数据单元中增加与所述第二数据大小相等的数 据值；其中，所述第二服务方设置在预定时间内所述第一数据请求方和 第二数据请求方应分别向所述第二服务方数据单元增加与所述第一数 据和第二数据大小相等的数据值。

本发明提供的一种数据交互处理方法，所述方法包括：第二服务方 接收第一数据凭证和第二数据凭证；其中，所述第一数据凭证为第一服 务方接收数据发起方根据第一数据请求提出的数据凭证开立申请而生 成的，所述第二数据凭证为第一服务方接收数据发起方根据第二数据请 求提出的数据凭证开立申请而生成的，所述第一数据请求为第一数据请 求方发起需要向其数据单元增加第一数据值的请求，所述第二数据请求 为第二数据请求方发起需要向其数据单元增加第二数据值的请求；以及 向所述第一数据请求方数据单元中增加与所述第一数据大小相等的数 据值以及向所述第二数据请求方数据单元中增加与所述第二数据大小 相等的数据值；其中，所述第二服务方设置在预定时间内所述第一数据 请求方和第二数据请求方应分别向所述第二服务方数据单元增加与所 述第一数据和第二数据大小相等的数据值。

本发明提供的一种数据交互处理系，所述系统包括：第一数据请求 终端，用于提出需要向其数据单元增加第一数据值的第一数据请求；第 二数据请求终端，用于提出需要向其数据单元增加第二数据值的第二数 据请求；数据发起终端，用于接收所述第一数据请求和第二数据请求， 并提交数据凭证开立申请；第一服务器，用于根据所述数据凭证开立申 请生成对应的第一数据凭证和第二数据凭证，锁定所述数据发起方的数 据单元中与所述第一数据值相等的第一数据以及与所述第二数据值相 等的第二数据；第二服务器，用于接收所述第一数据凭证和第二数据凭 证后，向所述第一数据请求方数据单元中增加与所述第一数据大小相等 的数据值以及向所述第二数据请求方数据单元中增加与所述第二数据 大小相等的数据值；其中，所述第二服务方设置在预定时间内所述第一 数据请求方和第二数据请求方应分别向所述第二服务方数据单元增加 与所述第一数据和第二数据大小相等的数据值。

本发明提供的一种数据交互处理装置，所述装置包括：接收模块， 用于接收数据发起方根据第一数据请求和第二数据请求分别提交的数 据凭证开立申请；其中，所述第一数据请求为第一数据请求方发起需要 向其数据单元增加第一数据值的请求，所述第二数据请求为第二数据请 求方发起需要向其数据单元增加第二数据值的请求；处理模块，用于根 据所述数据凭证开立申请生成相应的第一数据凭证和第二数据凭证，锁 定所述数据发起方的数据单元中与所述第一数据值相等的第一数据以 及与所述第二数据值相等的第二数据，并将所述第一数据凭证和第二数 据凭证发送至第二服务方；以及发放模块，用于将所述第一数据凭证和 第二数据凭证发送至第二服务方，使所述第二服务方接收到所述第一数 据凭证和第二数据凭证后，向所述第一数据请求方数据单元中增加与所 述第一数据大小相等的数据值以及向所述第二数据请求方数据单元中 增加与所述第二数据大小相等的数据值；其中，所述第二服务方设置在 预定时间内所述第一数据请求方和第二数据请求方应分别向所述第二 服务方数据单元增加与所述第一数据和第二数据大小相等的数据值。

本发明提供的一种数据交互处理装置，所述装置包括：接收模块， 用于接收第一数据凭证和第二数据凭证；其中，所述第一数据凭证为第 一服务方接收数据发起方根据第一数据请求提出的数据凭证开立申请 而生成的，所述第二数据凭证为第一服务方接收数据发起方根据第二数 据请求提出的数据凭证开立申请而生成的，所述第一数据请求为第一数 据请求方发起需要向其数据单元增加第一数据值的请求，所述第二数据 请求为第二数据请求方发起需要向其数据单元增加第二数据值的请求； 以及发放模块，用于向所述第一数据请求方数据单元中增加与所述第一 数据大小相等的数据值以及向所述第二数据请求方数据单元中增加与 所述第二数据大小相等的数据值；其中，所述第二服务方设置在预定时 间内所述第一数据请求方和第二数据请求方应分别向所述第二服务方 数据单元增加与所述第一数据和第二数据大小相等的数据值。

以上数据交互处理方法、数据交互系统、以及数据处理装置中，当 数据发起方在接收到第一、二数据请求方发起需要向其数据单元中增加 数值的数据请求时，由第一服务方根据数据发起方的请求开出数据凭 证，并锁定相应的第一数据和第二数据，使第二服务方根据数据凭证将 第一数据和第二数据的数值添加到对应的第一数据请求方和第二数据 请求方，并要求第一数据请求方和第二数据请求方在预定时间内将第一 数据和第二数据的数值分别添加至第二服务方数据单元。从而，在数据 交互过程中，将第一、二服务方加入交互过程，在数据发起方发向服务 方进行信用担保后使服务方成为实际的数据发放方，从而使数据的交互 处理更为便捷、安全。

图1是本发明第一实施方式中的一种借贷方法的流程示意图；

图2是本发明实施方式中的借贷关系示意图；

图3是本发明第二实施方式中的一种借贷方法的流程示意图；

图4是本发明第三实施方式中的一种借贷方法的流程示意图；

图5是本发明第四实施方式中的一种借贷方法的流程示意图

图6是本发明第一实施方式中的一种数据交互处理方法的流程示意 图；

图7是本发明实施方式中的数据交互关系示意图；

图8是本发明第二实施方式中的一种数据交互处理方法的流程示意 图；

图9是本发明第三实施方式中的一种数据交互处理方法的流程示意 图；

图10是本发明实施方式中的一种数据交互处理系统的结构示意图；

图11是本发明实施方式中的数据交互的连接关系示意图；

图12是本发明第一实施方式中的一种数据交互处理装置的机构示意 图；

图13是本发明第二实施方式中的一种数据交互处理装置的机构示意 图。

为详细说明本发明的技术内容、构造特征、所实现目的及效果，以 下结合附图和实施例对本发明进行详细说明。

请参阅图1，为本发明第一实施方式的一种线上借贷方法的流程示 意图。请同时参阅图2，结合借贷关系示意图，该实施方式示出的方法 流程包括以下步骤：

步骤S10，第一参与方和第二参与方分别提交第一借款请求和第二 借款请求。

步骤S11，第三参与方接收该第一借款请求和第二借款请求，之后 向第一资金管理服务器提交信用凭证开立申请。

该信用凭证为银信证，为贷款发起方以其银行账户资金或授信额度 作为保证而开立的，银行承诺依照解付条件办理收付结算的电子信用凭 证。

请参阅图3，进一步地，步骤S10，即，第一参与方和第二参与方 分别提交第一借款请求和第二借款请求，具体通过如下步骤实现：

步骤S10a，第一参与方和第二参与方分别通过一服务器平台提交第 一借款请求和第二借款请求。

其中，该服务器平台可以是电商平台，第一、二参与方还可以通过 安装在智能终端中的应用程序访问该电商平台完成借款请求的发起。

步骤11，即，第三参与方接收该第一借款请求和第二借款请求，之 后向第一资金管理服务器提交信用凭证开立申请，具体通过如下步骤实 现：

步骤S11a，第三参与方通过该服务器平台接收该第一借款请求和第 二借款请求，之后向第一资金管理服务器提交信用凭证开立申请。

第三参与方也可以访问该服务器平台查、接收第一、二参与方的 借款请求。

步骤S12，该第一资金管理服务器根据该信用凭证开立申请生成对 应的第一信用凭证和第二信用凭证，之后冻结该第三参与方中与该第一 借款请求的借款额度相等的第一资金以及与该第二借款请求的借款额 度相等的第二资金，并将该第一信用凭证和第二信用凭证发送至第二资 金管理服务器。

步骤S13，该第二资金管理服务器接收到该第一信用凭证和第二信 用凭证后，向该第一参与方发放与该第一资金相等的资金以及向该第二 参与方发放与该第二资金相等的资金。

其中，该第二资金管理服务器设置该发放的资金的还款时间，并监 控该第一参与方和第二参与方的还款日期。

该第一资金管理服务器为该第三参与方的账户管理服务器，

该第二资金管理服务器为该第一参与方和第二参与方的账户管理 服务器。

在本实施方式中，该第一资金管理服务器为第一银行的资金管理服 务器，该第二资金管理服务器为第二银行的资金管理服务器。该冻结的 资金为该第三参与方于该第一资金管理服务器的存款、或该第一资金管 理服务器给予该第三参与方的信用额度、或该第三参与方于该第一资金 管理服务器抵押的不动产所对应的资金。

在另一实施方式中，该第一资金管理服务器以及该第二资金管理服 务器为同一个资金管理服务器。

进一步地，在本实施方式中，该第一、二参与方为借款方，该第三 参与方为贷款发起方。

例如，第一借款方发出借贷10万的第一借款请求，第二借款方发 出借贷8万的第二借款请求，贷款发起方接收该第一、二借款请求后向 第一银行申请出示第一信用凭证和第二信用凭证。其中，第一信用凭证 的价值相当于10万，第二信用凭证的价值相当于8万。或者，第一信 用凭证的价值相当于12万，第二信用凭证的价值相当于6万。总之， 保证第一信用凭证和第二信用凭证的价值总和相当于18万，即，第一 借款请求和第二借款请求的贷款总和。该第一银行冻结贷款发起方在这 个第一银行中的资金，其中，冻结资金的价值与第一、二信用凭证的价 值总和相等。如，冻结贷款发起方在银行存款中的18万，作为贷款发 起方的担保。然后，第二银行根据第一银行发送过来的信用凭证对第一 借款方和第二借款方的借款请求分配这18万，即，将18万资金中的10 万发放至第一借款方，将剩余8万发放至第二借款方，此时第一借款方 和第二借款方的借款成功。

对于贷款发起方而言，其银行中的18万存款并非被银行拿去借给 借款方，仅仅是被银行冻结不能使用，该18万存款仍然在贷款发起方 账户中，属于贷款发起方，因此风险大大降低，同时也因为该18万存 款仍属于自己因而可能获得另外利益。对于借款方而言，其是向贷款方 借款而并非向银行借款，但实际款项来自于银行，并且款项后续仍然是 归还至银行，基于银行的雄厚实力和反制力，会加强自律性以配合贷款 方完成整个借贷流程，也进一步降低贷款方风险，同时也因为银行的雄 厚实力使得借款流程变得更顺畅，方便借款方。对于银行而言，借出的 该18万资金由贷款方的被冻结18万存储作为担保，风险并非由自己一 方完全承担，同时因自己的雄厚实力和反制力，可一定程度保障借贷流 程的顺利完成。在顺利完成之后，能够增加潜在客户，获得更多客户信 息，也可以因此借贷流程而获得另外利益。

以上方案中，第三参与方在接收第一、二参与方的借款请求时向第 一资金管理服务器申请开出信用凭证，并由第一资金管理服务器冻结相 应资金，第二资金管理服务器根据信用凭证将冻结的资金发放给第一、 二参与方。从而，使资金管理服务器器作为三个参与方的中介平台，第 三参与方向第一资金管理服务器担保，并由关联的第二资金管理服务器 向第一、二参与方发放贷款，从而方便第一、二参与方通过线上进行贷 款。此外，由第二资金管理服务器监控该第一、二参与方的还款日期， 由此降低贷款发起方的贷款风险。

请参阅图4，为本发明第三实施方式中的线上借贷方法的流程示意 图。该实施方式示出的方法流程包括：

步骤S20，第一资金管理服务器接收第三参与方根据第一参与方和 第二参与方分别提交第一借款请求和第二借款请求而提出的信用凭证 开立申请。

步骤S21，根据该信用凭证开立申请生成对应的第一信用凭证和第 二信用凭证，之后冻结该第三参与方中与该第一借款请求的借款额度相 等的第一资金以及与该第二借款请求的借款额度相等的第二资金，并将 该第一信用凭证和第二信用凭证发送至第二资金管理服务器。

该信用凭证为银信证，为贷款发起方以其银行账户资金或授信额度 作为保证而开立的，银行承诺依照解付条件办理收付结算的电子信用凭 证。

步骤S22，将该第一信用凭证和第二信用凭证发送至第二资金管理 服务器，使该第二资金管理服务器接收到该第一信用凭证和第二信用凭 证后，向该第一参与方发放与该第一资金相等的资金以及向该第二参与 方发放与该第二资金相等的资金。

其中，该第二资金管理服务器设置该发放的资金的还款时间，并监 控该第一参与方和第二参与方的还款日期。

该第一资金管理服务器为该第三参与方的账户管理服务器，该第二 资金管理服务器为该第一参与方和第二参与方的账户管理服务器。

在本实施方式中，该第一资金管理服务器为第一银行的资金管理服 务器，该第二资金管理服务器为第二银行的资金管理服务器。该冻结的 资金为该第三参与方于该第一资金管理服务器的存款、或该第一资金管 理服务器给予该第三参与方的信用额度、或该第三参与方于该第一资金 管理服务器抵押的不动产所对应的资金。

在另一实施方式中，该第一资金管理服务器以及该第二资金管理服 务器为同一个资金管理服务器。

进一步地，在本实施方式中，该第一、二参与方为借款方，该第三 参与方为贷款发起方。

请参阅图5，为本发明第四实施方式中的线上借贷方法的流程示意 图。该实施方式示出的方法流程包括：

步骤S30，第二资金管理服务器接收第一信用凭证和第二信用凭证。 其中，该第一信用凭证和第二信用凭证为第一资金管理服务器接收第三 参与方根据第一参与方和第二参与方分别提交第一借款请求和第二借 款请求而提出的信用凭证开立申请而生成的。

步骤S31，向该第一参与方发放与该第一资金相等的资金以及向该 第二参与方发放与该第二资金相等的资金。

其中，该第二资金管理服务器设置该发放的资金的还款时间，并监 控该第一参与方和第二参与方的还款日期。

该第一资金管理服务器为该第三参与方的账户管理服务器，该第二 资金管理服务器为该第一参与方和第二参与方的账户管理服务器。

在本实施方式中，该第一资金管理服务器为第一银行的资金管理服 务器，该第二资金管理服务器为第二银行的资金管理服务器。该冻结的 资金为该第三参与方于该第一资金管理服务器的存款、或该第一资金管 理服务器给予该第三参与方的信用额度、或该第三参与方于该第一资金 管理服务器抵押的不动产所对应的资金。

在另一实施方式中，该第一资金管理服务器以及该第二资金管理服 务器为同一个资金管理服务器。

进一步地，在本实施方式中，该第一、二参与方为借款方，该第三 参与方为贷款发起方。

请参阅图6，为本发明第一实施方式的一种数据交互处理方法的流 程示意图。请同时参阅图7，数据交互关系示意图，该实施方式示出的 方法流程包括：

步骤S40，第一数据请求方提出需要向其数据单元增加第一数据值 的第一数据请求以及第二数据请求方提出需要向其数据单元增加第二 数据值的第二数据请求。

进一步地，该第一、二数据请求方通过第一服务器平台发起需要第 一数据的数据请求。

步骤S41，数据发起方接收该第一数据请求和第二数据请求，向第 一服务方提交数据凭证开立申请。

具体地，该数据发起方通过第二服务器平台向服务方申请开立数据 凭证。

其中，该第一服务器平台和第二服务器平台可以是相同的服务器平 台，也可以是不同的服务器平台。

进一步地，该第一服务器平台和第二服务器平台可以是一电商平 台，数据请求方还可以通过安装在智能终端中的应用程序访问该电商平 台完成数据请求的发起，数据发起方通过电商平台响应数据请求开出数 据凭证。

步骤S42，该第一服务方根据该数据凭证开立申请生成对应的第一 数据凭证和第二数据凭证，锁定该数据发起方的数据单元中与该第一数 据值相等的第一数据以及与该第二数据值相等的第二数据，并将该第一 数据凭证和第二数据凭证发送至第二服务方。

步骤S43，该第二服务方接收到该第一数据凭证和第二数据凭证后， 向该第一数据请求方数据单元中增加与该第一数据大小相等的数据值 以及向该第二数据请求方数据单元中增加与该第二数据大小相等的数 据值。其中，该第二服务方设置在预定时间内该第一数据请求方和第二 数据请求方应分别向该第二服务方数据单元增加与该第一数据和第二 数据大小相等的数据值。

下面对本发明实施方式中的数据交互处理方法进行举例说明。

例如，该第一数据请求方为用户A1，第二数据请求方为用户A2， 该数据发起方为用户B。用户B为多个客户端的管理员，且针对每个客 户端具有一个相应的密码用于执行管理员的权限。客户端可以是个人计 算机、平板电脑、智能手机等能够通过网络与服务器进行数据交互传输 的设备。用户A1通过第一服务器平台发起需要第一数据的第一数据请 求，用户A2通过第一服务器平台发起需要第二数据的第二数据请求。 其中，该第一数据为请求其中的客户端2的管理员权限的密码，该第二 数据为请求其中的客户端5的管理员权限的密码。

用户B接收该第一、二数据请求时，通过第二服务器平台向第一服 务方申请开出第一数据凭证和第二数据凭证。其中，用户B的管理员密 码都保存在第二服务方中，并且针对每个客户端，对应的管理员权限的 重要级别不同。例如，客户端1为公司服务器、客户端2为平板电脑、 客户端3为个人计算机、客户端4为手机、客户端5为智能电视。因此， 需要设置客户端的管理员权限的重要级别从高到低为：客户端1、客户 端3、客户端2、客户端4、客户端5。当用户B同意将客户端2、5的 管理员权限交给用户A1和A2时，向第一服务方提供相应的数据凭证。 该数据凭证可以是用户B管理客户端2、5时的操作日志，用以证明用 户B的安全、可靠性。

当第一服务方接收到用户B提交的数据凭证时，根据数据凭证的相 关内容冻结用户B对客户端2、5的管理员权限，即，用户B将无法使 用对应的密码对客户端2、5进行管理。同时，第二服务方根据第一服 务方发送的数据凭证将客户端2、5的管理员权限的密码发送给用户A1 和A2。并且，第二服务方可以设定用户A1归还客户端2的管理员权限 的时间，设定用户A2归还客户端5的管理员权限的时间。两个归还期 限可以相同，也可以不同。例如，第二服务方设置用户A1需要在1个 月的时间内将客户端2的管理员权限归还给用户B，用户A1需要在4 个月的时间内将客户端5的管理员权限归还给用户B。

当用户A1和A2都在规定时间内将相应的客户端的管理员权限归还 给第二服务方时，则第一服务方解冻用户B对客户端2、5的管理员权 限，而用户A1和A2将无法再使用对应的密码对客户端2、5进行管理。 当用户A1或/和A2没有在规定时间内将客户端的管理员权限归还给第 二服务方，则第二服务方向用户A1或/和A2发送通知以提示其归还管 理员权限。若超过一定期限，服务方还是没有接收到用户A1或/和A2 归还的客户端的管理员权限，则彻底取消用户B对客户端2或/和5的管 理员权限。

以上，用户B(数据发起方)接收到用户A1和A2(数据请求方) 请求获得相应客户端的管理员权限密码的请求时，第一服务方根据用户 B提交的数据凭证通知第二服务方将客户端的管理员权限密码发送给用 户A1和A2。一方面，用户B将管理员权限交给用户A1和A2的过程 通过服务方进行风险管控，需要用户B的数据凭证作为担保使得管理员 权限不会被随意转移。另一方面，用户A1和A2没有按时归还管理员权 限时，服务方可以通知用户A1和A2及时归还或者取消用户B的管理 员权限，从而保证每个客户端的管理员权限只有一个，从而不会造成客 户端的数据管理混乱，以及避免出现客户端数据安全的风险问题。

进一步地，请求的数据还可以是文字数据、音频数据、视频数据、 程序数据或金融领域的资金数据等，如果是资金数据，比如资金，则此 时数据请求方是借款方，数据发起方是贷款请求方，服务器为资金管理 服务器，例如，银行。如果是音频数据，比如歌曲，此时数据请求方和 数据发起方可以是手机等具有多媒体播放功能的客户端，服务器为音乐 网站服务器。

请参阅图8，为本发明第二实施方式的一种数据交互处理方法，该 实施方式示出的方法流程包括：

步骤S50，第一服务方接收数据发起方根据第一数据请求和第二数 据请求分别提交的数据凭证开立申请。其中，该第一数据请求为第一数 据请求方发起需要向其数据单元增加第一数据值的请求，该第二数据请 求为第二数据请求方发起需要向其数据单元增加第二数据值的请求。

具体地，该第一、二数据请求方分别通过第一服务器平台发起第一、 二数据请求。该数据发起方通过第二服务器平台向服务方申请开立相应 的数据凭证。

其中，该第一服务器平台和第二服务器平台可以是相同的服务器平 台，也可以是不同的服务器平台。

进一步地，该第一服务器平台和第二服务器平台可以是一电商平 台，数据请求方还可以通过安装在智能终端中的应用程序访问该电商平 台完成数据请求的发起，数据发起方通过电商平台响应数据请求开出数 据凭证。

步骤S51，根据该数据凭证开立申请生成相应的第一数据凭证和第 二数据凭证，锁定该数据发起方的数据单元中与该第一数据值相等的第 一数据以及与该第二数据值相等的第二数据，并将该第一数据凭证和第 二数据凭证发送至第二服务方。

步骤S52，将该第一数据凭证和第二数据凭证发送至第二服务方， 使该第二服务方接收到该第一数据凭证和第二数据凭证后，向该第一数 据请求方数据单元中增加与该第一数据大小相等的数据值以及向该第 二数据请求方数据单元中增加与该第二数据大小相等的数据值。其中， 该第二服务方设置在预定时间内该第一数据请求方和第二数据请求方 应分别向该第二服务方数据单元增加与该第一数据和第二数据大小相 等的数据值。

请参阅图9，为本发明第三实施方式的一种数据交互处理方法，该 实施方式示出的方法流程包括：

步骤S60，第二服务方接收第一数据凭证和第二数据凭证。其中， 该第一数据凭证为第一服务方接收数据发起方根据第一数据请求提出 的数据凭证开立申请而生成的，该第二数据凭证为第一服务方接收数据 发起方根据第二数据请求提出的数据凭证开立申请而生成的，该第一数 据请求为第一数据请求方发起需要向其数据单元增加第一数据值的请 求，该第二数据请求为第二数据请求方发起需要向其数据单元增加第二 数据值的请求。

步骤S61，向该第一数据请求方数据单元中增加与该第一数据大小 相等的数据值以及向该第二数据请求方数据单元中增加与该第二数据 大小相等的数据值。其中，该第二服务方设置在预定时间内该第一数据 请求方和第二数据请求方应分别向该第二服务方数据单元增加与该第 一数据和第二数据大小相等的数据值。

请同时参阅图10、11，为本发明实施终端式的数据交互处理系统的 结构示意图。该实施终端式示出的系统70包括：第一数据请求终端71、 第二数据请求终端72、数据发起终端73、第一服务器74以及第二服务 器75。

该第一数据请求终端71用于提出需要向其数据单元增加第一数据 值的第一数据请求。

该第二数据请求终端72用于提出需要向其数据单元增加第二数据 值的第二数据请求。

其中，该第一数据请求终端71和第二数据请求终端72通过第一服 务器平台发起需要第一数据的数据请求。

该数据发起终端73用于接收该第一数据请求和第二数据请求，并 提交数据凭证开立申请。

具体地，该数据发起终端72通过第二服务器平台向第一服务器73 申请开立对应的数据凭证。

其中，该第一服务器平台和第二服务器平台可以是相同的服务器平 台，也可以是不同的服务器平台。

进一步地，该第一服务器平台和第二服务器平台可以是一电商平 台，该第一数据请求终端71和第二数据请求终端72还可以通过安装在 智能终端中的应用程序访问该电商平台完成数据请求的发起，该数据发 起终端73通过电商平台响应数据请求开出数据凭证。

该第一服务器74用于根据该数据凭证开立申请生成对应的第一数 据凭证和第二数据凭证，锁定该数据发起终端73的数据单元中与该第 一数据值相等的第一数据以及与该第二数据值相等的第二数据。

该第二服务器75用于接收该第一数据凭证和第二数据凭证后，向 该第一数据请求终端71数据单元中增加与该第一数据大小相等的数据 值以及向该第二数据请求终端72数据单元中增加与该第二数据大小相 等的数据值。其中，该第二服务器75设置在预定时间内该第一数据请 求终端71和第二数据请求终端72应分别向该第二服务器75数据单元 增加与该第一数据和第二数据大小相等的数据值。

请参阅图12，为本发明第一实施方式的一种数据交互处理装置，该 实施方式示出的数据交互处理装置80包括接收模块81、处理模块82以 及发放模块83。在本实施方式中，该装置80运行在一银行系统中。

该接收模块81用于接收数据发起方根据第一数据请求和第二数据 请求分别提交的数据凭证开立申请。其中，该第一数据请求为第一数据 请求方发起需要向其数据单元增加第一数据值的请求，该第二数据请求 为第二数据请求方发起需要向其数据单元增加第二数据值的请求。

具体地，该接收模块81通过一服务器平台接收数据发起终端开出 的数据凭证。

该处理模块82用于根据该数据凭证开立申请生成相应的第一数据 凭证和第二数据凭证，锁定该数据发起方的数据单元中与该第一数据值 相等的第一数据以及与该第二数据值相等的第二数据，并将该第一数据 凭证和第二数据凭证发送至第二服务方。

该发放模块83用于将该第一数据凭证和第二数据凭证发送至第二 服务方，使该第二服务方接收到该第一数据凭证和第二数据凭证后，向 该第一数据请求方数据单元中增加与该第一数据大小相等的数据值以 及向该第二数据请求方数据单元中增加与该第二数据大小相等的数据 值。其中，该第二服务方设置在预定时间内该第一数据请求方和第二数 据请求方应分别向该第二服务方数据单元增加与该第一数据和第二数 据大小相等的数据值。

请参阅图13，为本发明第二实施方式的一种数据交互处理装置，该 实施方式示出的数据交互处理装置90包括接收模块91和发放模块92。 在本实施方式中，该装置90运行在一银行系统中。

该接收模块91接收第一数据凭证和第二数据凭证。其中，该第一 数据凭证为第一服务方接收数据发起方根据第一数据请求提出的数据 凭证开立申请而生成的，该第二数据凭证为第一服务方接收数据发起方 根据第二数据请求提出的数据凭证开立申请而生成的，该第一数据请求 为第一数据请求方发起需要向其数据单元增加第一数据值的请求，该第 二数据请求为第二数据请求方发起需要向其数据单元增加第二数据值 的请求。

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

本发明提供的数据交互处理方法、数据交互系统、以及数据处理装 置中，当数据发起方在接收到第一、二数据请求方发起需要向其数据单 元中增加数值的数据请求时，由第一服务方根据数据发起方的请求开出 数据凭证，并锁定相应的第一数据和第二数据，使第二服务方根据数据 凭证将第一数据和第二数据的数值添加到对应的第一数据请求方和第 二数据请求方，并要求第一数据请求方和第二数据请求方在预定时间内 将第一数据和第二数据的数值分别添加至第二服务方数据单元。从而， 在数据交互过程中，将第一、二服务方加入交互过程，在数据发起方发 向服务方进行信用担保后使服务方成为实际的数据发放方，从而使数据 的交互处理更为便捷、安全。

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