线上资金管理方法、数据交互处理方法及装置

本发明涉及电子商务领域，特别是涉及一种线上资金管理方法、数 据交互处理方法及装置。

目前的在线电子支付或网络支付方式主要包括银行网银支付(含信 用卡支付)和第三方支付两种。现有的在线电子支付或网络支付中，以 第三方支付公司担保的形式存在的风险较小。

然而，采用第三方支付公司担保的形式，对付款方客户或付款方来 说，在未收到商品时，其资金已经支付到第三方支付公司，一旦第三方 支付公司出现问题，付款方客户或付款方的资金得不到保障。因此，采 用第三方支付公司担保的形式，付款方客户或付款方的资金仍然存在较 大风险。特别是当付款方客户或付款方与商品/服务提供方发生纠纷，或 付款方客户或付款方资金流转出现异常时，第三方公司无法及时有效的 介入和阻止，而导致付款方客户或付款方无法维护对商品/服务的自身利 益。例如，付款方客户或付款方对所购买的商品/服务不满意，而商品/ 服务提供方不予解决，或付款方客户或付款方因陷入民事经济纠纷等， 而无法维护自身权益。

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

本发明的目的在于提供线上资金管理方法、数据交互处理方法、装 置及系统，能够在支付方与商品/服务提供方发生纠纷或支付方的资金流 转异常时，有效保证支付方的利益不受损害。

为解决上述技术问题，本发明采用的第一个技术方案是：提供一种 线上资金管理方法，所述方法包括：第一参与方向第一资金管理服务器 发送解付第二参与方的电子凭证的请求；所述第一资金管理服务器发送 所述解付请求至第二资金管理服务器；所述第二资金管理服务器在确认 所述解付请求满足解付所述电子凭证的条件时，向所述第二参与方发送 已申请解付的信息；所述第二参与方在接收到所述已申请解付的信息时 向所述第二资金管理服务器发送暂停解付命令；其中，所述暂停解付命 令至少包括暂停解付期限；所述第二资金管理服务器响应所述暂停解付 命令并在确认所述电子凭证的资金尚未解付时，向所述第二参与方和所 述第一资金管理服务器分别发送暂停解付所述电子凭证资金的信息；其 中，所述第一资金管理服务器为所述第一参与方的账户管理服务器，所 述第二资金管理服务器为所述第二参与方的账户管理服务器。

为解决上述技术问题，本发明采用的第二个技术方案是：提供一种 线上资金管理方法，所述方法包括：第二资金管理服务器接收第一资金 管理服务器发送的第一参与方请求解付第二参与方的电子凭证的信息； 在确认所述请求满足解付所述电子凭证的条件时，向所述第二参与方发 送已申请解付的信息；接收第二参与方在接收到所述已申请解付的信息 后发送的暂停解付命令，响应所述暂停解付命令并在确认所述电子凭证 的资金尚未解付时，向所述第二参与方和所述第一资金管理服务器分别 发送暂停解付所述电子凭证资金的信息；其中，所述暂停解付命令至少 包括暂停解付期限；其中，所述第一资金管理服务器为所述第一参与方 的账户管理服务器，所述第二资金管理服务器为所述第二参与方的账户 管理服务器。

以上方案，第二资金管理服务器在确认接收到第一参与方发送的解 付第二参与方的电子凭证的请求满足解付该电子凭证资金的条件时，向 第二参与方发送已申请解付的信息；第二资金管理服务器在接收到第二 参与方发送的暂停解付命令后，响应该暂停解付命令，并在确认该电子 凭证的资金尚未解付时，向第二参与方和第一资金管理服务器分别发送 暂停解付所述电子凭证资金的信息，以通知第一参与方以及第二参与 方，能够在第一参与方与第二参与方发生买卖纠纷时，阻止第一参与方 解付第二参与方的电子凭证资金，有效保证第二参与方的资金利益不受 损害。第二参与方还可以向第三参与方请求救济，以保证第二参与方的 资金安全。

为解决上述技术问题，本发明采用的第三个技术方案是：提供一种 数据交互处理方法，所述方法包括：第一交互方向第一服务方发送从第 二交互方的数据单元中获取数据值的请求；其中，所述请求至少包括请 求获取的数据值；所述第一服务方将接收到的请求信息发送至第二服务 方；所述第二服务方在确认所述请求满足从所述数据凭证获取数据值的 条件时，向所述第二交互方发送已申请获取数据值的信息；所述第二交 互方在接收到所述已申请获取数据值的信息后向所述第二服务方发送 暂停命令；其中，所述暂停命令至少包括暂停期限；所述第二服务方响 应所述暂停命令并在确认所述数据凭证的状态为未被获取状态时，向所 述第二交互方和所述第一服务方分别发送暂停获取所述数据凭证的数 据值的信息；其中，所述第一服务方管理所述第一交互方的数据单元的 数据值，所述第二服务方管理所述第二交互方的数据单元的数据值。

为解决上述技术问题，本发明采用的第四个技术方案是：提供一种 数据交互处理方法，所述方法包括：第二服务方接收第一服务方发送的 第一交互方从第二交互方的数据单元中获取数据值的请求；其中，所述 请求至少包括请求获取的数据值；在确认所述请求满足从所述数据凭证 获取数据值的条件时，向所述第二交互方发送已申请获取数据值的信 息；响应所述第二交互方在接收到所述已申请获取数据值的信息后发送 的暂停命令，在确认所述数据凭证的状态为未获取状态时，向所述第二 交互方和所述第一服务方分别发送暂停获取所述数据凭证的数据值的 信息；其中，所述暂停命令包括暂停期限；所述第一服务方管理所述第 一交互方的数据单元的数据值，所述第二服务方管理所述第二交互方的 数据单元的数据值。

为解决上述技术问题，本发明采用的第五个技术方案是：提供一种 数据交互处理装置，所述装置包括接收模块，用于接收第一服务方发送 的第一交互方从第二交互方的数据单元中获取数据值的请求；其中，所 述请求至少包括请求获取的数据值；处理模块，用于确认所述请求是否 满足从所述数据凭证获取数据值的条件，以及用于响应所述第二交互方 在接收到所述已申请获取数据值的信息后发送的暂停命令，并确认所述 数据凭证的状态是否为未获取状态；发送模块，用于在所述处理模块在 确认所述请求满足从所述数据凭证获取数据值的条件时，向所述第二交 互方发送已申请获取数据值的信息；以及用于在所述处理模块在确认所 述数据凭证的状态为未获取状态时，向所述第二交互方和所述第一服务 方分别发送暂停获取所述数据凭证的数据值的信息；其中，所述第一服 务方管理所述第一交互方的数据单元的数据值，所述第二服务方管理所 述第二交互方的数据单元的数据值。

上述方案，数据交互处理装置在确认接收到第一交互方发送的从第 二交互方的数据单元中获取数据值的请求满足从该数据凭证获取数据 值的条件时，向第二交互方发送已申请获取数据值的信息；数据交互处 理装置在接收到第二交互方发送的暂停命令后，响应该暂停解付命令， 并在确认该数据凭证的状态为未被获取状态时，向第二交互方和第一服 务方分别发送暂停获取数据凭证的数据值的信息，以通知第一交互方以 及第二交互方，能够在第一交互方与第二交互方的数据交互发生异常 时，阻止第一交互方从第二交互方的数据凭证中获取数据值，有效保证 第二交互方的数据安全的风险问题。

图1是本发明线上资金管理方法一实施例的流程示意图；

图2是本发明实施例中线上资金管理关系示意图；

图3是本发明线上资金管理方法另一实施例的流程示意图；

图4是本发明数据交互处理方法一实施例的流程示意图；

图5是本发明数据交互处理方法另一实施例的流程示意图；

图6是本发明数据交互处理系统一实施例的结构示意图；

图7是本发明数据交互处理装置一实施例的结构示意图。

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

请参阅图1，本发明线上资金管理方法一实施例的流程示意图。请 一并参阅图2，图2为本发明实施例中线上资金管理关系示意图。线上 资金管理方法包括以下步骤：

S101：第一参与方向第一资金管理服务器发送解付第二参与方的电 子凭证的请求。

当第二参与方向第一参与方购买商品/服务，第二参与方在收到商品 /服务时，第一参与方向第一资金管理服务器发送解付第二参与方的电子 凭证的请求。其中，该请求至少包括请求解付的资金额度。

在本发明实施例涉及的电子凭证可以称之为“银信证”。银信证是 以资金管理机构根据申请人(第二参与方)的申请冻结申请人的资金或 支用授信额度并以银行名义开立，且承诺依照约定条件进行结算的电子 信用承诺支付凭证。银信证基本业务流程：开证银行根据开证人的申请 冻结所需数额资金以开立银信证，当约定解付条件达成时，由开证银行 将资金解付办理支付结算。

电子凭证信息至少包括资金额度。第一资金管理服务器为第一参与 方的账户管理服务器。

S102：所述第一资金管理服务器发送所述解付请求至第二资金管理 服务器。

第一资金管理服务器在接收到第一参与方发送的解付第二参与方 的电子凭证的请求时，将接收到的解付第二参与方的电子凭证的请求发 送至第二资金管理服务器。

其中，第二资金管理服务器为第二参与方的账户管理服务器。

进一步地，第一资金管理服务器为第一银行的资金管理服务器，第 二资金管理服务器为第二银行的资金管理服务器；请求解付的资金为第 二参与方于第一资金管理服务器的存款、或第一资金管理服务器给予第 二参与方的信用额度、或第二参与方于第一资金管理服务器抵押的不动 产所对应的资金。

进一步地，在另一种实施例中，第一资金管理服务器以及第二资金 管理服务器可以为同一个资金管理服务器。

S103：所述第二资金管理服务器在确认所述解付请求满足解付所述 电子凭证的条件时，向所述第二参与方发送已申请解付的信息。

第二资金管理服务器在接收到该请求后，调取第二参与方的电子凭 证，并确认该解付请求是否满足解付所述电子凭证的条件。

在确认该请求满足解付电子凭证的条件时，将电子凭证的状态更改 为待解付状态，并向第二参与方发送已申请解付的信息。

其中，确认该请求是否满足解付所述电子凭证的条件可以为：确认 第二参与方是否已经获得商品/服务，该请求中请求解付的资金额度是否 与该商品/服务对应的金额相同等，但并不限于此，还可以根据实际需要 进行设置。

S104：所述第二参与方在接收到所述已申请解付的信息时向所述第 二资金管理服务器发送暂停解付命令。

当第二参与方对第一参与方提供的商品/服务不满意，与第一参与方 发生纠纷，或第二参与方陷入民事经济纠纷时，第二参与方在接收到第 二资金管理服务器发送的已申请解付的信息时，向第二资金管理服务器 发送暂停解付命令。其中，暂停解付命令至少包括暂停解付期限。

S105：所述第二资金管理服务器响应所述暂停解付命令并在确认所 述电子凭证的资金尚未解付时，向所述第二参与方和所述第一资金管理 服务器分别发送暂停解付所述电子凭证资金的信息。

第二资金管理服务器在接收到第二参与方发送的暂停解付命令时， 第二资金管理服务器响应该暂停解付命令，再次调取第二参与方的电子 凭证，以确认该电子凭证的状态信息是否为未解付状态。

在第二资金管理服务器确认该电子凭证的资金尚未解付时，向第二 参与方和第一资金管理服务器分别发送暂停解付该电子凭证资金的信 息。

进一步地，当第二资金管理服务器确认该电子凭证的资金已经未解 付时，第二资金管理服务器还可以向第二参与方发送暂停解付失败的通 知信息。

进一步地，在第二参与方接收到第二资金管理服务器发送的暂停解 付该电子凭证资金的信息后，第二参与方还可以向第三参与方发送对该 电子凭证进行处理的请求信息，以寻求救济维护自身利益。其中，该请 求信息为请求冻结或解冻电子凭证的资金，或从该电子凭证中扣划资金 的信息，但并不限于此。

第三参与方响应该请求信息向第二资金管理服务器发送相应的处 理指令；第二资金管理服务器根据第三参与方发送的处理指令对电子凭 证执行相应的处理。比如，冻结或解冻电子凭证的资金，或从该电子凭 证中扣划资金。

在另一种实施例中，在暂停解付期限内当第二参与方陷入民事经济 纠纷时，第三参与方还可以直接向第二资金管理服务器发送相应的处理 指令。处理指令可以为：冻结或解冻电子凭证的资金，或从该电子凭证 中扣划资金的信息，但并不限于此。

进一步地，在第二资金管理服务器向第二参与方和第一资金管理服 务器分别发送的暂停解付该电子凭证资金的信息后，第二资金管理服务 器还确认是否接收到第三参与方发送的对该电子凭证进行处理的处理 指令。

当第二资金管理服务器接收到第三参与方发送的对该电子凭证进 行处理的处理指令，则根据第三参与方发送的处理指令对电子凭证进行 相应的处理，对电子凭证的处理可以为冻结或解冻电子凭证的资金，或 从该电子凭证中扣划资金。

其中，第三参与方为第三方机构，第三方机构具有冻结资金的权限 第三方机构至少为公安机关、检察院、法院、安全机关、军队保卫部门、 监狱保卫部门、海关、税务中的任意一个，但并不限于此，还可以为其 他具有冻结资金的权限的机构，此处不作限制。

当第二资金管理服务器未收到第三参与方发送的对该电子凭证进 行处理的处理指令，且确认到达该电子凭证的暂停解付期限时，解付该 电子凭证，将解冻的与电子凭证额度相等的资金划拨至一中间账户，以 能够使用解冻的资金对第二参与方所购买的商品/服务进行清算，并将该 电子凭证的状态信息更改为待清算状态。

进一步地，在第二资金管理服务器向第二参与方和第一资金管理服 务器分别发送的暂停解付该电子凭证资金的信息后，第一资金管理服务 器将暂停解付电子凭证资金的信息发送至第一参与方。

第一资金管理服务器在接收到第一资金管理服务器发送的暂停解 付所述电子凭证资金的信息后，将暂停解付电子凭证资金的信息发送至 第一参与方，以通知第一参与方该电子凭证资金处于暂停解付状态。

上述方案，第二资金管理服务器在确认接收到第一参与方发送的解 付第二参与方的电子凭证的请求满足解付该电子凭证资金的条件时，向 第二参与方发送已申请解付的信息；第二资金管理服务器在接收到第二 参与方发送的暂停解付命令后，响应该暂停解付命令，并在确认该电子 凭证的资金尚未解付时，向第二参与方和第一资金管理服务器分别发送 暂停解付所述电子凭证资金的信息，以通知第一参与方以及第二参与 方，能够在第一参与方与第二参与方发生买卖纠纷时，阻止第一参与方 解付第二参与方的电子凭证资金，有效保证第二参与方的资金利益不受 损害。

第二参与方还可以向第三参与方请求救济，以保证第二参与方的资 金安全。

请参阅图3，图3是本发明线上资金管理方法一实施例的流程示意 图。本实施例的执行主体为第一资金管理服务器。本实施例中的线上资 金管理方法包括以下步骤：

S201：第二资金管理服务器接收第一资金管理服务器发送的第一参 与方请求解付第二参与方的电子凭证的信息。

当第二参与方向第一参与方购买商品/服务，第二参与方在收到商品 /服务，第一参与方向第一资金管理服务器发送解付第二参与方的电子凭 证的请求时，第二资金管理服务器接收第一资金管理服务器发送的第一 参与方请求解付第二参与方的电子凭证的信息。其中，该请求信息至少 包括请求解付的资金额度。

在本发明实施例涉及的电子凭证可以称之为“银信证”。银信证是 以资金管理机构根据申请人(第二参与方)的申请冻结申请人的资金或 支用授信额度并以银行名义开立，且承诺依照约定条件进行结算的电子 信用承诺支付凭证。银信证基本业务流程：开证银行根据开证人的申请 冻结所需数额资金以开立银信证，当约定解付条件达成时，由开证银行 将资金解付办理支付结算。

电子凭证信息至少包括资金额度。第一资金管理服务器为第一参与 方的账户管理服务器。第二资金管理服务器为第二参与方的账户管理服 务器。

进一步地，第一资金管理服务器为第一银行的资金管理服务器，第 二资金管理服务器为第二银行的资金管理服务器；请求解付的资金为第 二参与方于第一资金管理服务器的存款、或第一资金管理服务器给予第 二参与方的信用额度、或第二参与方于第一资金管理服务器抵押的不动 产所对应的资金。

进一步地，在另一种实施例中，第一资金管理服务器以及第二资金 管理服务器可以为同一个资金管理服务器。

S202：在确认所述请求满足解付所述电子凭证的条件时，向所述第 二参与方发送已申请解付的信息。

第二资金管理服务器在接收到该解付第二参与方的电子凭证的信 息后，调取第二参与方的电子凭证，并确认该请求信息是否满足解付电 子凭证的条件。

在确认该请求满足解付电子凭证的条件时，将电子凭证的状态更改 为待解付状态，并向第二参与方发送已申请解付的信息，以使第二参与 方在对第一参与方提供的商品/服务不满意，与第一参与方发生纠纷，或 第二参与方陷入民事经济纠纷接收到第二资金管理服务器发送的已申 请解付的信息时，向第二资金管理服务器发送暂停解付命令。暂停解付 命令至少包括暂停解付期限。

其中，确认该请求是否满足解付电子凭证的条件可以为：确认第二 参与方是否已经获得商品/服务，该请求中请求解付的资金额度是否与该 商品/服务对应的金额相同等，但并不限于此，还可以根据实际需要进行 设置。

S203：接收第二参与方在接收到所述已申请解付的信息后发送的暂 停解付命令，响应所述暂停解付命令并在确认所述电子凭证的资金尚未 解付时，向所述第二参与方和所述第一资金管理服务器分别发送暂停解 付所述电子凭证资金的信息。

第二资金管理服务器在接收到第二参与方发送的暂停解付命令时， 第二资金管理服务器响应该暂停解付命令，再次调取第二参与方的电子 凭证，以确认该电子凭证的状态信息是否为未解付状态。

在第二资金管理服务器确认该电子凭证的资金尚未解付时，向第二 参与方和第一资金管理服务器分别发送暂停解付该电子凭证资金的信 息，以使第一资金管理服务器将暂停解付电子凭证资金的信息发送至第 一参与方。

进一步地，当第二资金管理服务器确认该电子凭证的资金已经未解 付时，第二资金管理服务器还可以向第二参与方发送暂停解付失败的通 知信息。

进一步地，在第二资金管理服务器向第二参与方和第一资金管理服 务器分别发送的暂停解付该电子凭证资金的信息后，第二资金管理服务 器还确认是否接收到第三参与方发送的对该电子凭证进行处理的处理 指令。

当第二资金管理服务器未收到第三参与方发送的对该电子凭证进 行处理的处理指令，且确认到达该电子凭证的暂停解付期限时，解付该 电子凭证，将解冻的与电子凭证额度相等的资金划拨至一中间账户，以 能够使用解冻的资金对第二参与方所购买的商品/服务进行清算，并将该 电子凭证的状态信息更改为待清算状态。其中，第三参与方发送的对该 电子凭证进行处理的处理指令是在确认响应接收到第二参与方发送的 对该电子凭证进行处理的请求信息后发送的。该请求信息，以寻求救济 维护自身利益。其中，该请求信息为请求冻结或解冻电子凭证的资金， 或从该电子凭证中扣划资金的信息，但并不限于此。第二资金管理服务 器根据第三参与方发送的处理指令对电子凭证执行相应的处理。比如， 冻结或解冻电子凭证的资金，或从该电子凭证中扣划资金。

其中，第三参与方为第三方机构，第三方机构具有冻结资金的权限 第三方机构至少为公安机关、检察院、法院、安全机关、军队保卫部门、 监狱保卫部门、海关、税务中的任意一个，但并不限于此，还可以为其 他具有冻结资金的权限的机构，此处不作限制。

上述方案，第二资金管理服务器在确认接收到第一参与方发送的解 付第二参与方的电子凭证的请求满足解付该电子凭证资金的条件时，向 第二参与方发送已申请解付的信息；第二资金管理服务器在接收到第二 参与方发送的暂停解付命令后，响应该暂停解付命令，并在确认该电子 凭证的资金尚未解付时，向第二参与方和第一资金管理服务器分别发送 暂停解付所述电子凭证资金的信息，以通知第一参与方以及第二参与 方，能够在第一参与方与第二参与方发生买卖纠纷时，阻止第一参与方 解付第二参与方的电子凭证资金，有效保证第二参与方的资金利益不受 损害。

第二参与方还可以向第三参与方请求救济，以保证第二参与方的资 金安全。

请参阅图4，图4是本发明数据交互处理方法一实施例的流程示意 图。本实施例中的数据交互处理方法包括以下步骤：

S301：第一交互方向第一服务方发送从第二交互方的数据单元中获 取数据值的请求。

当第一交互方与第二交互方完成数据交互时，第一交互方向第一服 务方发送从第二交互方的数据单元中获取数据值的请求。

S302：所述第一服务方将接收到的请求信息发送至第二服务方。

S303：所述第二服务方在确认所述请求满足从所述数据凭证获取数 据值的条件时，向所述第二交互方发送已申请获取数据值的信息。

第二服务方在接收到第一服务方发送的请求后，调取第二交互方的 数据凭证，在确认该请求满足从数据凭证获取数据值的条件时，向第二 交互方发送已申请获取数据值的信息。

其中，该请求满足从数据凭证获取数据值的条件可以为：该请求所 请求获取的数据值与数据交互对应的数据值相同，但并不限于此，还可 以根据实际需要进行设置。

S304：所述第二交互方在接收到所述已申请获取数据值的信息后向 所述第二服务方发送暂停命令。

第二交互方在接收到第二服务方发送的已申请获取数据值的信息 并确定阻止第一交互方从数据凭证获取数据值时，向第二服务方发送暂 停命令，以阻止第一交互方从数据凭证获取数据值。其中，该暂停命令 至少包括暂停期限。

S305：所述第二服务方响应所述暂停命令并在确认所述数据凭证的 状态为未被获取状态时，向所述第二交互方和所述第一服务方分别发送 暂停获取所述数据凭证的数据值的信息。

第二服务方接收到第二交互方发送的暂停命令时，响应该暂停命 令，并在确认数据凭证的数据值的状态为未被获取状态时，向第二交互 方和第一服务方分别发送暂停获取数据凭证的数据值的信息。

进一步地，当数据凭证的状态为未被获取状态时，向第二交互方和 第一服务方分别发送暂停获取数据凭证的数据值的信息之后，当第二服 务方接收到暂停获取数据凭证的数据值的信息时，向第三交互方发送请 求信息；第三交互方响应所述请求信息，向第二服务方发送相应的处理 指令。其中，该请求信息包括为请求冻结或解冻数据凭证的数据值，或 从数据值中获取数据值的信息，但并不限于此。第二服务方在接收到第 三交互方发送的处理指令时，按照处理指令对数据凭证进行处理。相应 的处理指令为冻结或解冻数据凭证的数据值，或从数据值中获取数据 值，但并不限于此。

进一步地，当数据凭证的状态为未被获取状态时，向第二交互方和 第一服务方分别发送暂停获取数据凭证的数据值的信息之后，第二服务 方还可以确认是否接收到第三交互方发送的对该数据凭证的处理指令； 当第二服务方未收到第三交互方发送的对该数据凭证的处理指令，且到 达暂停命令对应的暂停时间时，获取数据凭证的数据值，并将数据值增 加至目标数据单元，以供第一交互方获取。

进一步地，当数据凭证的状态为未被获取状态时，向第二交互方和 第一服务方分别发送暂停获取数据凭证的数据值的信息之后，第一服务 方将接收到的暂停获取数据凭证的数据值的信息发送至第一交互方。

第一服务方将接收到的暂停获取数据凭证的数据值的信息发送至 第一交互方，以通知第一交互方暂停获取数据凭证的数据值。

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

例如，第一交互方为用户A，第二交互方为用户B，第三交互方为 用于C，用户A对应第一服务方，用户B对应第二服务方。用户B为 多个客户端的管理员，且针对每个客户端具有一个相应的密码用于执行 管理员的权限。用户C的管理权限高于用户A。客户端可以是个人计算 机、平板电脑、智能手机等能够通过网络与服务器进行数据交互传输的 设备。

当用户A向用户B获取客户端2的管理权限的密码，通过第一服务 方向第二服务方发送申请用户B的数据凭证的请求。时，具有更高管理 权限的用户A介入管理。用户A向第一服务方发送从用户B数据单元 获取至少部分客户端的管理权限的密码的请求。

第二服务方在接收到第一服务方发送的请求，并确认该请求满足获 取从该数据凭证获取至少部分客户端的管理权限的密码的条件时，向用 户B发送已申请获取至少部分客户端的管理权限的密码的信息。

用户B在接收到该信息后，在确认需要阻止用户A获取至少部分客 户端的管理权限的密码时，向第二服务方发送暂停命令，以阻止用户A 获取至少部分客户端的管理权限的密码。

第二服务方在确认至少部分客户端的管理权限的密码未被用户A 获取时，分别向用户A以及第一服务方发送暂停获取至少部分客户端的 管理权限的密码的信息，以通过第一服务方通知用户A暂停获取至少部 分客户端的管理权限的密码。

进一步地，在用户B在接收到该信息后，在确认需要阻止用户A获 取至少部分客户端的管理权限的密码时，还可以向具有更高管理权限用 户C发送请求，以请求用户C向第二服务方发送冻结用户B的数据凭 证的客户端的管理权限的密码的信息，用户C在确认响应该请求时，向 第二服务方发送相关处理指令，以对用户B的数据凭证进行处理。

进一步地，第二服务方在未接收到用户C发送的处理指令，且确定 达到用户B发送的暂停命令对应的暂停时间时，获取至少部分客户端的 管理权限的密码，并将其发送给至目标数据单元，以供用户A获取。

第二服务方在接收到用户C发送的处理指令时，按照该请求包含的 命令冻结或解冻至少部分客户端的管理权限的密码，或从该数据凭证中 获取至少部分客户端的管理权限的密码增加至用户C指定的数据单元。

以上，用户C具有比用户B更高的管理权限，用户C可以对用户A 和用户B之间的数据交互进行风险管控，从而避免用户A出现客户端数 据安全的风险问题。

进一步地，请求的数据还可以是文字数据、音频数据、视频数据、 程序数据或金融领域的资金数据等，如果是资金数据，比如资金，则此 时第三交互方为第三方有权机构(如法院、海关、税务机构，但并不限 于此)，第一交互方是卖方，第二交互方是买方，第一服务方为第一资 金管理服务器，第二服务方为第二资金管理服务器，例如，银行。如果 是音频数据，比如歌曲，此时数据请求方和数据发起方可以是手机等具 有多媒体播放功能的客户端，服务器为音乐网站服务器。

上述方案，第二服务方在确认接收到第一交互方发送的从第二交互 方的数据单元中获取数据值的请求满足从该数据凭证获取数据值的条 件时，向第二交互方发送已申请获取数据值的信息；第二服务方在接收 到第二交互方发送的暂停命令后，响应该暂停解付命令，并在确认该数 据凭证的状态为未被获取状态时，向第二交互方和第一服务方分别发送 暂停获取数据凭证的数据值的信息，以通知第一交互方以及第二交互 方，能够在第一交互方与第二交互方的数据交互发生异常时，阻止第一 交互方从第二交互方的数据凭证中获取数据值，有效保证第二交互方的 数据安全的风险问题。

请参阅图5，图5是本发明数据交互处理方法另一实施例的流程示 意图。本实施例的执行主体为第二服务方。本实施例中的数据交互处理 方法包括以下步骤：

S401：第二服务方接收第一服务方发送的第一交互方从第二交互方 的数据单元中获取数据值的请求。

当第一交互方与第二交互方完成数据交互，第一交互方向第一服务 方发送从第二交互方的数据单元中获取数据值的请求，第一服务方将该 请求向第二服务方发送时，第二服务方接收第一服务方发送的第一交互 方从第二交互方的数据单元中获取数据值的请求。其中，该请求至少包 括请求获取的数据值。

其中，第一服务方管理第一交互方的数据单元的数据值，第二服务 方管理第二交互方的数据单元的数据值。

S402：在确认所述请求满足从所述数据凭证获取数据值的条件时， 向所述第二交互方发送已申请获取数据值的信息。

第二服务方在接收到第一服务方发送的请求后，调取第二交互方的 数据凭证，在确认该请求满足从数据凭证获取数据值的条件时，向第二 交互方发送已申请获取数据值的信息，以使第二交互方在接收到第二服 务方发送的已申请获取数据值的信息并确定阻止第一交互方从数据凭 证获取数据值时，能够向第二服务方发送暂停命令，以阻止第一交互方 从数据凭证获取数据值。其中，该暂停命令至少包括暂停期限。

其中，该请求满足从数据凭证获取数据值的条件可以为：该请求所 请求获取的数据值与数据交互对应的数据值相同，但并不限于此，还可 以根据实际需要进行设置。

S403：响应所述第二交互方在接收到所述已申请获取数据值的信息 后发送的暂停命令，在确认所述数据凭证的状态为未获取状态时，向所 述第二交互方和所述第一服务方分别发送暂停获取所述数据凭证的数 据值的信息。

当第二交互方在接收到已申请获取数据值的信息后向第二服务方 发送暂停命令时，第二服务方接收第二交互方发送的暂停命令，响应该 暂停命令，并在确认数据凭证的数据值的状态为未被获取状态时，向第 二交互方和第一服务方分别发送暂停获取数据凭证的数据值的信息。

进一步地，当数据凭证的状态为未被获取状态时，向第二交互方和 第一服务方分别发送暂停获取数据凭证的数据值的信息之后，当第二服 务方接收到暂停获取数据凭证的数据值的信息时，向第三交互方发送请 求信息；第三交互方响应该请求信息，向第二服务方发送相应的处理指 令。其中，该请求信息包括为请求冻结或解冻数据凭证的数据值，或从 数据值中获取数据值的信息，但并不限于此。第二服务方在接收到第三 交互方发送的处理指令时，按照处理指令对数据凭证进行处理。相应的 处理指令为冻结或解冻数据凭证的数据值，或从数据凭证中获取数据 值，但并不限于此。

进一步地，当数据凭证的状态为未被获取状态时，向第二交互方和 第一服务方分别发送暂停获取数据凭证的数据值的信息之后，第二服务 方还可以确认是否接收到第三交互方发送的对该数据凭证的处理指令； 当第二服务方未收到第三交互方发送的对该数据凭证的处理指令，且到 达所述暂停命令对应的暂停时间时，获取数据凭证的数据值，并将数据 值增加至目标数据单元，以供第一交互方获取。

上述方案，第二服务方在确认接收到第一交互方发送的从第二交互 方的数据单元中获取数据值的请求满足从该数据凭证获取数据值的条 件时，向第二交互方发送已申请获取数据值的信息；第二服务方在接收 到第二交互方发送的暂停命令后，响应该暂停解付命令，并在确认该数 据凭证的状态为未被获取状态时，向第二交互方和第一服务方分别发送 暂停获取数据凭证的数据值的信息，以通知第一交互方以及第二交互 方，能够在第一交互方与第二交互方的数据交互发生异常时，阻止第一 交互方从第二交互方的数据凭证中获取数据值，有效保证第二交互方的 数据安全的风险问题。

请参阅图6，图6是本发明数据交互处理系统一实施例的结构示意 图。本实施例中的数据交互处理系统包括第一交互方、第二交互方、第 一服务方、第二服务方以及第三交互方。本实施例中的数据交互处理系 统包括的各交互方以及服务方用于执行图4以及图4对应的实施例中的 各步骤，具体请参阅图4以及图4对应的实施例，此处不赘述。

第一交互方用于向第一服务方发送从第二交互方的数据单元中获 取数据值的请求；其中，请求至少包括请求获取的数据值。

第一服务方用于将接收到的请求信息发送至第二服务方。

第二服务方用于在确认所述请求满足从所述数据凭证获取数据值 的条件时，向所述第二交互方发送已申请获取数据值的信息。

第二交互方用于在接收到已申请获取数据值的信息后向第二服务 方发送暂停命令；其中，暂停命令至少包括暂停期限。

第二服务方还用于响应第二交互方发送的暂停命令并在确认数据 凭证的状态为未被获取状态时，向第二交互方和第一服务方分别发送暂 停获取数据凭证的数据值的信息。

上述方案，第二服务方在确认接收到第一交互方发送的从第二交互 方的数据单元中获取数据值的请求满足从该数据凭证获取数据值的条 件时，向第二交互方发送已申请获取数据值的信息；第二服务方在接收 到第二交互方发送的暂停命令后，响应该暂停解付命令，并在确认该数 据凭证的状态为未被获取状态时，向第二交互方和第一服务方分别发送 暂停获取数据凭证的数据值的信息，以通知第一交互方以及第二交互 方，能够在第一交互方与第二交互方的数据交互发生异常时，阻止第一 交互方从第二交互方的数据凭证中获取数据值，有效保证第二交互方的 数据安全的风险问题。

请参阅图7，图7是本发明数据交互处理装置一实施例的结构示意 图。本实施例中的数据交互处理装置包括的各模块用于执行图5以及图 5对应的实施例中的各步骤，具体请参阅图5以及图5对应的实施例， 此处不赘述。本实施中的数据交互处理装置700包括接收模块710、校 处理模块720以及发送模块730。

接收模块710用于用于接收第一服务方发送的第一交互方从第二交 互方的数据单元中获取数据值的请求；其中，请求至少包括请求获取的 数据值。

处理模块730用于确认接收模块710接收的请求是否满足从数据凭 证获取数据值的条件，以及用于响应第二交互方在接收到已申请获取数 据值的信息后发送的暂停命令，并确认数据凭证的状态是否为未获取状 态；其中，暂停命令是第二交互方在接收到已申请获取数据值的信息后 向第二服务方发送的。

发送模块730用于在处理模块720在确认接收模块710接收的请求 满足从数据凭证获取数据值的条件时，向第二交互方发送已申请获取数 据值的信息；以及用于在处理模块720确认数据凭证的状态为未获取状 态时，向第二交互方和第一服务方分别发送暂停获取数据凭证的数据值 的信息。

其中，第一服务方管理第一交互方的数据单元的数据值，第二服务 方管理第二交互方的数据单元的数据值。

上述方案，数据交互处理装置在确认接收到第一交互方发送的从第 二交互方的数据单元中获取数据值的请求满足从该数据凭证获取数据 值的条件时，向第二交互方发送已申请获取数据值的信息；数据交互处 理装置在接收到第二交互方发送的暂停命令后，响应该暂停解付命令， 并在确认该数据凭证的状态为未被获取状态时，向第二交互方和第一服 务方分别发送暂停获取数据凭证的数据值的信息，以通知第一交互方以 及第二交互方，能够在第一交互方与第二交互方的数据交互发生异常 时，阻止第一交互方从第二交互方的数据凭证中获取数据值，有效保证 第二交互方的数据安全的风险问题。

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