资金冻结内容修改方法、数据处理方法、装置和系统

本申请涉及电子商务技术领域，具体涉及一种电子凭证的资金冻结内容修 改方法、数据处理方法、装置和系统。

随着电子商务的兴起，在线电子支付因其具有较好便捷性，越来越受人们 的欢迎。目前，在线电子支付方式中，为了降低风险，多数以第三方支付公司 担保的形式存在。以客户在线购买商品为例，采用第三方支付公司担保的形式， 对付款方客户来说，在未收到商品时其资金就已经支付到第三方支付公司，一 旦第三方支付公司出现问题，付款方客户的资金就得不到保障，因此，采用第 三方支付公司担保的形式，付款方客户一方仍然存在资金风险问题。

当下电子商务交易过程中，用户可以选择使用银行卡中的余额进行支付， 可者支用信用卡的授信进行支付。通常，将电子商务交易过程中，使用余额或 支用授信进行支付称为支付金额内容。目前，电子商务交易过程中存在的问题 为，当确定交易中支付金额内容后，即确定是使用银行卡余额或支用信用卡授 信进行支付后，便不能再次更改支付金额内容。因此，对于某些用户需要修改 支付金额内容，例如一开始确定使用余额支付后需要修改为支用信用卡授信进 行支付时，用户无法再进行修改，降低了支付体验。

本申请提供一种电子凭证的资金冻结内容修改方法、数据处理方法、装置 和系统，可以实现交易过程中对电子凭证的资金冻结内容的修改。

本申请提供了一种电子凭证的资金冻结内容修改方法，包括：

开证方客户端根据开证方输入的资金冻结内容修改信息，生成资金冻结内 容修改申请，并将其发送给开证行服务器；

开证行服务器根据资金冻结内容修改申请判断修改后的资金冻结内容是否 满足冻结需求，如果满足，则根据资金冻结内容修改申请修改电子凭证的资金 冻结内容；如果不满足，则拒绝修改资金冻结内容。

本申请提供了另一种电子凭证的资金冻结内容修改方法，包括：

获取开证方客户端根据开证方输入的修改资金冻结内容的信息生成的资金 冻结内容修改申请；

根据资金冻结内容修改申请判断修改后的资金冻结内容是否满足冻结需求， 如果满足，则根据资金冻结内容修改申请修改电子凭证的资金冻结内容；如果 不满足，则拒绝修改资金冻结内容。

以上电子凭证的资金冻结内容修改方法中，用户可以根据自身所需更换资 金冻结的内容，例如将冻结账户内的余额变更为冻结等额的信用额度、或者将 冻结账户内的信用额度变为冻结余额。可以使用户更灵活的支配账户内的资金 动态。

本申请还提供了一种数据处理方法，包括：

数据请求终端根据开证方输入的数据冻结内容修改信息，生成数据冻结内 容修改申请，并将其发送给开证行服务器；

开证行服务器根据数据冻结内容修改申请判断修改后的数据冻结内容是否 满足冻结需求，如果满足，则根据数据冻结内容修改申请修改数据凭证的数据 冻结内容；如果不满足，则拒绝修改数据冻结内容。

本申请提供了一种数据处理方法，包括：

获取数据请求终端根据开证方输入的数据冻结内容修改信息生成的数据冻 结内容修改申请；

根据数据冻结内容修改申请判断修改后的数据冻结内容是否满足冻结需求， 如果满足，则根据数据冻结内容修改申请修改数据凭证的数据冻结内容；如果 不满足，则拒绝修改数据冻结内容。

本申请还提供了一种数据处理系统，包括数据请求终端和开证行服务器， 所述数据请求终端和开证行服务器通信连接；

所述数据请求终端用于根据开证方输入的数据冻结内容修改信息，生成数 据冻结内容修改申请，并将其发送给开证行服务器；

所述开证行服务器根据数据冻结内容修改申请判断修改后的数据冻结内容 是否满足冻结需求，如果满足，则根据数据冻结内容修改申请修改数据凭证的 数据冻结内容；如果不满足，则拒绝修改数据冻结内容。

本申请还提供了一种装置，作为开证行服务器，包括：

修改申请获取模块，用于获取数据请求终端根据开证方输入的数据冻结内 容修改信息生成的数据冻结内容修改申请；

判断模块，用于根据数据冻结内容修改申请判断修改后的数据冻结内容是 否满足冻结需求；

执行模块，用于在判断模块判断到修改后的数据冻结内容满足冻结需求时， 根据数据冻结内容修改申请修改数据凭证的数据冻结内容；在判断模块判断到 修改后的数据冻结内容不满足冻结需求时，拒绝修改数据冻结内容。

以上数据处理方法、装置和系统中，用户可以根据自身所需更换数据冻结 的内容，可以使用户更灵活的对冻结的数据进行配置。

图1为本申请一种实施例中数据处理系统的结构示意图；

图2为本申请一种实施例中数据处理方法的流程示意图；

图3为本申请一种实施例中电子凭证的资金内容修改方法的流程示意图；

图4为本申请一种实施例中作为开证行服务器的装置的结构示意图；

图5为本申请另一种实施例中数据处理系统的结构示意图；

图6为本申请另一种实施例中数据处理方法的流程示意图；

图7为本申请另一种实施例中电子凭证的资金内容修改方法的流程示意图；

图8为本申请另一种实施例中作为开证行服务器的装置的结构示意图。

电子凭证是指银行根据开证人的申请冻结资金或支用授信额度并以银行名 义开立，且承诺依照约定条件进行结算的电子信用承诺支付凭证。

电子凭证的基本业务流程包括：开证银行根据开证人的申请冻结所需数额 资金以开立电子凭证，当约定解付条件达成时，由开证银行将资金解付办理支 付结算。

实施例一

本实施例提供了一种电子凭证的资金冻结内容修改方法、数据处理方法、 装置和系统。

请参考图1，本实施例提供的数据处理系统包括数据请求终端101和开证行 服务器202，数据请求终端101和开证行服务器202通信连接，例如通过互联网 通信连接。

数据请求终端101用于根据开证方输入的数据冻结内容修改信息，生成数 据冻结内容修改申请，并将其发送给开证行服务器202。

开证行服务器202根据数据冻结内容修改申请判断修改后的数据冻结内容 是否满足冻结需求，如果满足，则根据数据冻结内容修改申请修改数据凭证的 数据冻结内容；如果不满足，则拒绝修改数据冻结内容。

具体的，开证行服务器202还用于根据数据冻结内容修改申请修改数据凭 证的数据冻结内容后，将之前数据冻结内容冻结的数据解冻。

需要说明的是，资金冻结内容至少包括冻结账户内的余额和冻结账户内的 信用额度。当然，如果冻结账户内的资金还包括其他形式时，资金冻结内容也 可以还包括其他形式。其中，冻结账户可以是开证方的银行账户，也可以是其 他方的账户。可以理解的是开证行服务器即开证人账户所在银行服务器，收证 行服务器指收证人账户所在银行服务器。

下面结合数据处理方法对该系统做进一步说明。

请参考图2，为数据处理方法的流程示意图，该方法包括下面步骤：

步骤2.1：数据请求终端获取开证方输入的数据冻结内容修改信息。具体的， 数据请求终端可以通过一人机交互界面获取开证方输入的数据冻结内容修改信 息。

步骤2.2：数据请求终端根据数据冻结内容修改信息生成数据冻结内容修改 申请。

步骤2.3：数据请求终端将数据冻结内容修改申请发送给开证行服务器。

步骤2.4：开证行服务器对数据冻结内容修改申请进行验证，即根据数据冻 结内容修改申请判断修改后的数据冻结内容是否满足冻结需求。

假设数据冻结内容包括第一冻结方式和第二冻结方式，当开证方需要将第 一交结方式修改为第二冻结方式时，需要判断第二冻结方式是否满足冻结需求。 冻结需求具体可以是第二冻结方式的数据大于或等于需要冻结的数据，即判断 第二冻结方式的数据是否大于或等于需要冻结的数据。

步骤2.5：在步骤2.4中，如果判断到修改后的数据冻结内容满足冻结需求， 则根据数据冻结内容修改申请修改数据凭证的数据冻结内容。例如，将第一冻 结方式修改为第二冻结方式。

当然，在步骤2.5，开证行服务器在修改完数据冻结内容后，还可以向数据 请求终端返回修改成功的消息，以通知开证方。

如果在判断到修改后的数据冻结内容不满足冻结需求时，开证行服务器则 拒绝修改数据冻结内容。开证行服务器还可以同时向数据请求终端返回数据冻 结内容修改失败的消息，以通知开证方。

具体的，当开证行服务器根据数据冻结内容修改申请修改数据凭证的数据 冻结内容后，相应的，需要将之前数据冻结内容冻结的数据解冻。

请参考图3，基于本实施例提供的数据处理方法，本实施例还提供了一种电 子凭证的资金冻结内容修改方法，包括下面步骤：

步骤3.1：开证方客户端获取开证方输入的资金冻结内容修改信息。具体的， 开证方客户端可以通过人机交互界面获取开证方输入的资金冻结内容修改信息。

步骤3.2：开证方客户端根据资金冻结内容修改信息生成资金冻结内容修改 申请。

步骤3.3：开证方客户端将资金冻结内容修改申请发送给开证行服务器。

步骤3.4：开证行服务器对资金冻结内容修改申请进行验证，即根据资金冻 结内容修改申请判断修改后的资金冻结内容是否满足冻结需求。

假设资金冻结内容包括第一冻结方式和第二冻结方式，当开证方需要将第 一交结方式修改为第二冻结方式时，需要判断第二冻结方式是否满足冻结需求。 冻结需求具体可以是第二冻结方式的数据大于或等于需要冻结的数据，即判断 第二冻结方式的数据是否大于或等于需要冻结的数据。

步骤3.5：在步骤3.4中，如果判断到修改后的资金冻结内容满足冻结需求， 则根据资金冻结内容修改申请修改数据凭证的资金冻结内容。例如，将第一冻 结方式修改为第二冻结方式。

当然，在步骤3.5，开证行服务器在修改完资金冻结内容后，还可以向开证 方客户端返回修改成功的消息，以通知开证方。

如果在判断到修改后的资金冻结内容不满足冻结需求时，开证行服务器则 拒绝修改资金冻结内容。开证行服务器还可以同时向开证方客户端返回资金冻 结内容修改失败的消息，以通知开证方。

具体的，当开证行服务器根据资金冻结内容修改申请修改电子凭证的资金 冻结内容后，相应的，需要将之前资金冻结内容冻结的资金解冻。

需要说明的是，开证方通开证方客户端对电子凭证的资金冻结内容的修改 可以是在电子凭证未开立时，也可以是在电子凭证开立之后。

请参考图4，本实施例还相应提供了一种数据处理装置，包括修改申请获取 模块401、判断模块402和执行模块403。

修改申请获取模块401用于获取数据请求终端根据开证方输入的数据冻结 内容修改信息生成的数据冻结内容修改申请。

判断模块402用于根据数据冻结内容修改申请判断修改后的数据冻结内容 是否满足冻结需求。

执行模块403用于在判断模块402判断到修改后的数据冻结内容满足冻结 需求时，根据数据冻结内容修改申请修改数据凭证的数据冻结内容；在判断模 块402判断到修改后的数据冻结内容不满足冻结需求时，拒绝修改数据冻结内 容。

具体的，执行模块403还用于根据数据冻结内容修改申请修改数据凭证的 数据冻结内容后，将之前数据冻结内容冻结的数据解冻。

本实施例提供的数据处理装置，可以作为开证行服务器，其工作原理可参 考本实施例对数据处理方法的说明，此处不再赘述。

下面，以第一冻结方式为冻结账户内的余额，第二冻结方式为冻结账户内 的信用额度为例进行说明。在其他实施例中，第一冻结方式和第二冻结方式可 以根据需求选择，例如，第一冻结方式为冻结账户内的信用额度，第二冻结方 式为冻结账户内的余额。

假设开证方在开立电子凭证时，一开始选择以冻结账户内的余额的方式， 开证行服务器根据开证请求及需要开立的电子凭证的金额冻结账户内的余额。 后面，开证方希望将冻结的余额修改为冻结信用额度(例如信用卡的额度)，因 此，开证方通过开证方客户端向开证行服务器提交电子凭证资金冻结内容修改 申请。开证行服务器首先判断账户内的信用额度是否满足冻结需求，即判断账 户内可用的信用额度是否大于或等于需要开立的电子凭证的金额，如果是，则 修改电子凭证的冻结内容，冻结账户内与电子凭证金额等额的信用额度。当然， 接下来开证行服务器相应地解冻之前冻结的账户内的余额，并向开证方客户端 返回修改成功的消息。如果判断到账户内可用的信用额度是否小于需要开立的 电子凭证的金额，则拒绝该资金冻结内容修改申请，并向开证方客户端返回修 改失败的消息。

实施例二

本实施例提供了另一种电子凭证的资金冻结内容修改方法、数据处理方法、 装置和系统。

请参考图5，本实施例提供的数据处理系统包括数据请求终端501、开证行 服务器502、收证行服务器503和数据接收终端504，数据请求终端501和开证 行服务器502通信连接，收证行服务器503分别与开证行服务器502、数据接收 终端504通信连接，例如通过互联网通信连接。

数据请求终端501用于根据开证方输入的数据冻结内容修改信息，生成数 据冻结内容修改申请，并将其发送给开证行服务器502。

开证行服务器502根据数据冻结内容修改申请判断修改后的数据冻结内容 是否满足冻结需求，如果满足，则根据数据冻结内容修改申请修改数据凭证的 数据冻结内容；如果不满足，则拒绝修改数据冻结内容。

开证行服务器502还用于在判断到修改后的数据冻结内容满足冻结需求后， 将修改确认请求转发给数据接收终端503。

收证行服务器503用于将修改确认请求转发给数据接收终端504。

数据接收终端504用于获取收证方根据修改确认请求输入的修改确认指令， 并将其发送给收证行服务器503。

收证行服务器503还用于将修改确认指令转发给开证行服务器502。

开证行服务器502还用于根据修改确认指令和数据冻结内容修改申请修改 数据凭证的数据冻结内容。

具体的，开证行服务器502还用于根据数据冻结内容修改申请修改数据凭 证的数据冻结内容后，将之前数据冻结内容冻结的数据解冻。

需要说明的是，资金冻结内容至少包括冻结账户内的余额和冻结账户内的 信用额度。当然，如果冻结账户内的资金还包括其他形式时，资金冻结内容也 可以还包括其他形式。其中，冻结账户可以是开证方的银行账户，也可以是其 他方的账户。

下面结合数据处理方法对该系统做进一步说明。

请参考图6，为数据处理方法的流程示意图，该方法包括下面步骤：

步骤6.1：数据请求终端获取开证方输入的数据冻结内容修改信息。具体的， 数据请求终端可以通过一人机交互界面获取开证方输入的数据冻结内容修改信 息。

步骤6.2：数据请求终端根据数据冻结内容修改信息生成数据冻结内容修改 申请。

步骤6.3：数据请求终端将数据冻结内容修改申请发送给开证行服务器。

步骤6.4：开证行服务器对数据冻结内容修改申请进行验证，即根据数据冻 结内容修改申请判断修改后的数据冻结内容是否满足冻结需求。

如果判断到修改后的数据冻结内容满足冻结需求，则转到步骤6.5。如果在 判断到修改后的数据冻结内容不满足冻结需求时，开证行服务器则拒绝修改数 据冻结内容。开证行服务器还可以同时向数据请求终端返回数据冻结内容修改 失败的消息，以通知开证方。

假设数据冻结内容包括第一冻结方式和第二冻结方式，当开证方需要将第 一交结方式修改为第二冻结方式时，需要判断第二冻结方式是否满足冻结需求。 冻结需求具体可以是第二冻结方式的数据大于或等于需要冻结的数据，即判断 第二冻结方式的数据是否大于或等于需要冻结的数据。

步骤6.5：在步骤6.4中，如果判断到修改后的数据冻结内容满足冻结需求， 开证行服务器向收证行服务器发送修改确认请求。

步骤6.6：收证行服务器将修改确认请求转发给数据接收终端。

步骤6.7：数据接收终端获取收证方根据修改确认请求输入的修改确认指令。 具体的，数据接收终端可以通过一人机交互界面获取修改确认指令。

步骤6.8：数据接收终端将修改确认指令发送给收证行服务器。

步骤6.9：收证行服务器将修改确认指令转发给开证行服务器。

步骤6.10：开证行服务器根据修改确认指令和数据冻结内容修改申请修改 数据凭证的数据冻结内容。例如，将第一冻结方式修改为第二冻结方式。

当然，在步骤6.10，开证行服务器在修改完数据冻结内容后，还可以向数 据请求终端返回修改成功的消息，以通知开证方。

具体的，当开证行服务器根据数据冻结内容修改申请修改数据凭证的数据 冻结内容后，相应的，需要将之前数据冻结内容冻结的数据解冻。

请参考图7，基于本实施例提供的数据处理方法，本实施例还提供了一种电 子凭证的资金冻结内容修改方法，包括下面步骤：

步骤7.1：开证方客户端获取开证方输入的资金冻结内容修改信息。具体的， 开证方客户端可以通过一人机交互界面获取开证方输入的资金冻结内容修改信 息。

步骤7.2：开证方客户端根据资金冻结内容修改信息生成资金冻结内容修改 申请。

步骤7.3：开证方客户端将资金冻结内容修改申请发送给开证方服务器。

步骤7.4：开证方服务器对资金冻结内容修改申请进行验证，即根据资金冻 结内容修改申请判断修改后的资金冻结内容是否满足冻结需求。

如果判断到修改后的资金冻结内容满足冻结需求，则转到步骤7.5。如果在 判断到修改后的资金冻结内容不满足冻结需求时，开证方服务器则拒绝修改数 据冻结内容。开证方服务器还可以同时向开证方客户端返回资金冻结内容修改 失败的消息，以通知开证方。

假设资金冻结内容包括第一冻结方式和第二冻结方式，当开证方需要将第 一交结方式修改为第二冻结方式时，需要判断第二冻结方式是否满足冻结需求。 冻结需求具体可以是第二冻结方式的资金大于或等于需要冻结的资金，即判断 第二冻结方式的资金是否大于或等于需要冻结的资金。

步骤7.5：在步骤7.4中，如果判断到修改后的资金冻结内容满足冻结需求， 开证方服务器向收证方服务器发送修改确认请求。

步骤7.6：收证方服务器将修改确认请求转发给收证方客户端。

步骤7.7：收证方客户端获取收证方根据修改确认请求输入的修改确认指令。 具体的，收证方客户端可以通过一人机交互界面获取修改确认指令。

步骤7.8：收证方客户端将修改确认指令发送给收证方服务器。

步骤7.9：收证方服务器将修改确认指令转发给开证方服务器。

步骤7.10：开证方服务器根据修改确认指令和资金冻结内容修改申请修改 电子凭证的资金冻结内容。例如，将第一冻结方式修改为第二冻结方式。

当然，在步骤7.10，开证方服务器在修改完资金冻结内容后，还可以向开 证方客户端返回修改成功的消息，以通知开证方。

具体的，当开证方服务器根据资金冻结内容修改申请修改电子凭证的资金 冻结内容后，相应的，需要将之前资金冻结内容冻结的资金解冻。

需要说明的是，本实施例提供的电子凭证的资金冻结内容修改方法，主要 针对于电子凭证开立之后。电子凭证转入收证方后，如果开证方需要修改资金 冻结内容，那么，便有必要获取收证方的确认。

请参考图8，本实施例还相应提供了一种数据处理装置，包括修改申请获取 模块801、判断模块802、执行模块803、确认请求发送模块804和确认指令接 收模块805。

修改申请获取模块801用于获取数据请求终端根据开证方输入的数据冻结 内容修改信息生成的数据冻结内容修改申请。

判断模块802用于根据数据冻结内容修改申请判断修改后的数据冻结内容 是否满足冻结需求。

确认请求发送模块804用于在判断模块802判断到修改后的数据冻结内容 满足冻结需求时，向收证行服务器发送修改确认请求。

确认指令接收模块805用于接收收证行服务器发送的修改确认指令。

执行模块803用于在判断模块802判断到修改后的数据冻结内容满足冻结 需求，并且确认指令接收模块805接收到修改确认指令后，根据数据冻结内容 修改申请修改数据凭证的数据冻结内容；在判断模块802判断到修改后的数据 冻结内容不满足冻结需求时，拒绝修改数据冻结内容。

具体的，执行模块803还用于根据数据冻结内容修改申请修改数据凭证的 数据冻结内容后，将之前数据冻结内容冻结的数据解冻。

本实施例提供的数据处理装置，可以作为开证行服务器，其工作原理可参 考本实施例对数据处理方法的说明，此处不再赘述。

下面，以第一冻结方式为冻结账户内的余额，第二冻结方式为冻结账户内 的信用额度为例进行说明。在其他实施例中，第一冻结方式和第二冻结方式可 以根据需求选择，例如，第一冻结方式为冻结账户内的信用额度，第二冻结方 式为冻结账户内的余额。

假设开证方在开立电子凭证后，一开始选择以冻结账户内的余额的方式， 开证行服务器根据开证请求及需要开立的电子凭证的金额冻结账户内的余额， 并生成电子凭证，将电子凭证转入收证方。后面，开证方希望将冻结的余额修 改为冻结信用额度(例如信用卡的额度)，因此，开证方通过开证方客户端向开 证行服务器提交电子凭证资金冻结内容修改申请。开证行服务器首先判断账户 内的信用额度是否满足冻结需求，即判断账户内可用的信用额度是否大于或等 于需要开立的电子凭证的金额，如果是，则进一步生成修改确认请求，并将其 发送给收证行服务器，收证行服务器将修改确认请求转发给收证方客户端。收 证方客户端根据获取收证方根据修改确认请求输入的修改确认指令后，将修改 确认指令通过收证行服务器返回给开证行服务器，即说明收证方同意开证方对 电子凭证资金冻结内容的修改。之后，开证行服务器修改电子凭证的冻结内容， 冻结账户内与电子凭证金额等额的信用额度。当然，接下来开证行服务器相应 地解冻之前冻结的账户内的余额，并向开证方客户端和收证方客户端返回修改 成功的消息。如果判断到账户内可用的信用额度是否小于需要开立的电子凭证 的金额，则拒绝该资金冻结内容修改申请，并向开证方客户端返回修改失败的 消息。

本申请实施例提供的电子凭证的资金冻结内容修改方法中，用户可以根据 自身所需更换资金冻结的内容，例如将冻结账户内的余额变更为冻结等额的信 用额度、或者将冻结账户内的信用额度变为冻结余额。可以使用户更灵活的支 配账户内的资金动态。本申请实施例提供的数据处理方法、装置和系统中，用 户可以根据自身所需更换数据冻结的内容，可以使用户更灵活的对冻结的数据 进行配置。

本领域技术人员可以理解，上述实施方式中各种方法的全部或部分步骤可 以通过程序来指令相关硬件完成，该程序可以存储于一计算机可读存储介质中， 存储介质可以包括：只读存储器、随机存取存储器、磁盘或光盘等。

以上内容是结合具体的实施方式对本申请所作的进一步详细说明，不能认 定本申请的具体实施只局限于这些说明。对于本申请所属技术领域的普通技术 人员来说，在不脱离本申请发明构思的前提下，还可以做出若干简单推演或替 换。