电子凭证设置方法、数据交互处理方法、装置及系统与流程

本发明涉及线上交易技术领域，特别是涉及一种电子凭证设置方法、数据交互处理方法、装置及系统。

背景技术：

随着互联网技术尤其是移动互联网技术的发展，用户的日常行为理论上均可以通过移动设备使用2G、3G、4G或wifi等方式连接互联网，因此，网络环境在方便用户生活的方面具有线下无法比拟的优势。

例如，在电子商务应用中，互联网将传统的买家、买家、物流、金融等连接在一起，形成整个交易过程的网络化、电子化、信息化，减低了交易的成本，并提高了交易效率。但是在商品交易过程中所使用的交付方式仍然依赖传统的支付方式，如，银行转账、第三方支付。传统的支付方式有一下缺点，个体之间直接转账的形式，在买方向卖方转账后由于不存在强制达成交易的约束，给买方带来很大风险；第三方支付形式，预先将买方资金支付给第三方，在买卖双方为达成交易时资金被冻结，使买卖双方失去相应地收益。因此，在电子商务应用中使用的支付方式，形式单一且缺少个性化定制，不能灵活定制支付方式、支付时间等。

同样地，用户在网络环境中进行其他行为的数据交互时，也会出现由于交互数据的形式不能个性化定制，而为数据交互双方带来风险或影响用户体验度的问题。

技术实现要素：

本发明实施例的目的是提供一种电子凭证设置方法、数据交互处理方法、装置及系统，有利于第一终端合理安排资金应用，提高体验，还 丰富了线上交易的多样性，丰富了交易方式。

为解决上述技术问题，本发明实施例采用的第一个技术方案是：提供一种电子凭证设置方法，包括：第一参与方向资金管理服务器发送开立电子凭证的第一请求后，向所述资金管理服务器发送重置接收所述电子凭证的第二参与方账号的第二请求；其中，所述第二请求包括重置后的第二参与方账号；所述第一请求包括配置所述电子凭证的额度；

所述资金管理服务器接收所述第二请求，并判断所述重置的第二参与方账号是否符合预定设置条件；

如果所述重置后的第二参与方账号符合预定设置条件，所述资金管理服务器将所述第二参与方账号更改为所述重置后的第二参与方账号，并冻结所述第一参与方指定账户中与所述第一请求包括的额度相等的资金或支用与所述第一请求包括的额度相等的授信，并开立所述电子凭证。

为解决上述技术问题，本发明实施例采用的第二个技术方案是：提供一种电子凭证设置方法，所述方法包括：资金管理服务器在接收到第一参与方发送的开立电子凭证的第一请求后，接收所述第一参与方发送的重置接收所述电子凭证的第二参与方账号的第二请求；其中，所述第二请求包括重置后的第二参与方账号；所述第一请求包括配置所述电子凭证的资金额度；

接收所述第二请求，并判断所述重置后的第二参与方账号是否符合预定设置条件；

如果所述重置后的第二参与方账号符合预定设置条件，所述资金管理服务器将所述第二参与方账号更改为所述重置的第二参与方账号，并冻结所述第一参与方指定账户中与所述第一请求包括的额度相等的资金或支用与所述第一请求包括的额度相等的授信，并开立所述电子凭证。

区别于现有技术，在上述实施方式中，第一参与方可根据需要，在规定条件内自由重置接收电子凭证的第二参与方账号，有利于第一参与方合理安排资金应用，提高体验。并且基于资金管理服务器的雄厚实力 和反制力，会加强第一参与方的自律性以配合整个流程，也进一步降低风险。另外，本发明还丰富了线上交易的方式。

为解决上述技术问题，本发明实施例采用的第三个技术方案是：提供一种数据交互处理方法，所述方法包括：第一终端向服务器发送开立数据凭证的第一请求后，向所述服务器发送重置接收所述电子凭证的第二终端用户信息的第二请求，其中，所述第二请求包括重置后的第二终端用户信息；所述第一请求包括配置所述数据凭证的数值；

所述服务器接收所述第二请求，并判断所述重置后的第二终端用户信息是否符合预定设置条件；

如果所述重置后的第二终端用户信息符合预定设置条件，所述服务器将所述第二终端用户信息更改为所述重置后的第二终端用户信息，并锁定所述第一终端的数据单元中与所述数值大小相等的数据的全新啊，生成所述数据凭证。

为解决上述技术问题，本发明实施例采用的第四个技术方案是：提供一种数据交互处理方法，所述方法包括：服务器接收第一终端发送的开立数据凭证的第一请求后，接收所述第一终端发送的重置接收所述电子凭证的第二终端用户信息的第二请求，其中，所述第二请求包括重置后的第二终端用户信息；所述第一请求包括配置所述数据凭证的数值；

接收所述第二请求，并判断所述重置的用户信息是否符合预定设置条件；

如果所述重置的第二终端用户信息符合预定设置条件，所述服务器将所述第二终端用户信息更改为所述重置后的第二终端用户信息，并锁定所述第一终端的数据单元中与所述数值大小相等的数据的权限，生成所述数据凭证。

为解决上述技术问题，本发明实施例采用的第五个技术方案是：提供一种数据交互处理系统，所述数据交互系统包括：第一终端以及服务器，所述第一终端用于向服务器发送开立数据凭证的第一请求后，向所述服务器发送重置接收所述电子凭证的第二终端用户信息的第二请求，其中，所述第二请求包括重置后的第二终端用户信息；所述第一请求包 括配置所述数据凭证的数值；

所述服务器用于接收所述第二请求，并判断所述重置的用户信息是否符合预定设置条件；

所述服务器还用于在重置后的第二终端用户信息符合预定设置条件时，将所述第二终端用户信息更改为所述重置后的第二终端用户信息，并锁定所述第一终端的数据单元中与所述数值大小相等的数据的权限，生成所述数据凭证。

为解决上述技术问题，本发明实施例采用的第六个技术方案是：提供一种服务器，所述服务器包括：接收模块、处理模块以及执行模块，所述接收模块用于接收第一终端发送的开立数据凭证的第一请求后，接收所述第一终端发送的重置接收所述电子凭证的第二终端用户信息的第二请求，其中，所述第二请求包括重置后的第二终端用户信息；所述第一请求包括配置所述数据凭证的数值；

所述处理模块用于接收所述第二请求，并判断所述重置后的第二终端用户信息是否符合预定设置条件；

所述执行模块用于在所述重置后的第二终端用户信息符合预定设置条件时，将所述第二终端用户信息更改为所述重置后的第二终端用户信息，并锁定所述第一终端的数据单元中与所述数值大小相等的数据的权限，生成所述数据凭证。

区别于现有技术，以上实施方式中，第一终端在向服务器发出开立数据凭证的第一请求后，可根据用户需求重置接收该数据凭证有效的第二终端用户信息，服务器在锁定第一终端的数据单元中与所述数值大小相等的数据的权限，生成所述数据凭证，有利于第一终端对数据的统筹安排与使用，提高数据的利用率。

附图说明

图1是本发明电子凭证设置的方法一实施方式的流程示意图；

图2是本发明电子凭证设置的方法另一实施方式的流程示意图；

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

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

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

图6是本发明服务器一实施方式的结构示意图。

具体实施方式

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

本申请所提及的电子凭证是指开证人以其银行账户资金或授信额度(信用卡额度或贷款额度)作为保证而开立的，银行承诺依照解付条件办理收付结算的电子信用承诺支付凭证，其是以银行信用承诺支付的一种互联网创新基础金融工具。

请参阅图1，图1是本发明电子凭证设置方法一实施方式的流程示意图。本实施方式的电子凭证设置方法包括如下步骤：

101：第一参与方向资金管理服务器发送开立电子凭证的第一请求后，向所述资金管理服务器发送重置接收所述电子凭证的第二参与方账号的第二请求；其中，所述第二请求包括重置后的第二参与方账号；所述第一请求包括配置所述电子凭证的额度。

其中，该资金管理服务器通常设置在银行等金融机构。

其中，电子凭证是指银行根据开证人(本发明的第一参与方)的申请冻结资金或支用授信额度并以银行(本发明中的资金管理服务器)名义开立，且承诺依照约定条件进行结算的电子信用承诺支付凭证。电子凭证基本业务流程：开证银行根据开证人的申请冻结所需数额资金以开立电子凭证，当约定解付条件达成时，由开证银行将资金解付办理支付结算。所述第一请求中还包括第一终端的身份信息。

该第一请求中还包括收取所述电子凭证对应的资金或授信的第二参与方的身份信息，以方便第二参与方收取。可以理解地，在电子商务交易中，所述第一参与方通常为购买方，所述第二参与方通常为提供方。其中，该第二参与方的身份信息不仅包括第二参与方的账号，在其他实施方式中，该第一请求还可包括第二参与方的姓名、联系电话、邮箱、 身份证号等身份信息，还可包括微信号、QQ号等社交方式，在此不做限定。

具体地，第一参与方向资金管理服务器发送开立电子凭证的第一请求后，由于外界原因需要更改接收该电子凭证的第二参与方的账号，第一参与方向该资金管理服务器发送重置接收该电子凭证的第二参与方账号的第二请求，其中，该第二请求中包括重置后的第二参与方账号。

对应地，资金管理服务器接收该第一请求和第二请求。

在另一个实施方式中，资金管理服务器在接收到第一请求后，解析第一请求，从第一请求获取第一参与方的身份信息，对第一参与方的身份信息进行验证，确定第一参与方的身份信息的有效性，具体地，判断该身份信息是否真实有效以及是否存在不良信用记录等，另外，资金管理服务器还可根据第一参与方的身份信息进一步判断第一参与方是否属于特殊群体，如未成年人，在属于特殊群体时，对应的判断是否符合该群体的额度上限，如未成年人申请的电子凭证的额度禁止超过2000等，在此不做限定。

如果第一参与方的身份信息为真实的身份信息，且电子凭证的额度符合规定，资金管理服务器向第一参与方发送预开立该电子凭证的消息。

第一参与方接收该消息后，向资金管理服务器发送重置电子凭证开立日期的第二请求。

需要说明的是，第一参与方并非只能在接收到资金管理服务器发送的预开立电子凭证的消息后，才可向资金管理服务器发送重置接收电子凭证的第二参与方账号的第二请求，只要在规定时间范围内，第一参与方也可主动向资金管理服务器发送重置第二参与方账号的第二请求，在此不做限定。

102：所述资金管理服务器接收所述第二请求，并判断所述重置后的第二参与方账号是否符合预定设置条件。

具体地，资金管理服务器接收第一终端发送来的第二请求，解析该第二请求，获取待重置的接收该电子凭证的第二参与方账号，进一步判 断待重置的第二参与方账号是否符合预定设置条件。其中，该待重置的接收电子凭证的第二参与方账号即为上述第二请求中包括的重置后的第二参与方账号。

首先，资金管理服务器判断基于第一参与方发送的第一请求的电子凭证是否已经开出，如果已经开出，此次重置第二参与方账号的第二请求为无效请求。可选地，资金管理服务器向第一参与方发送通知信息，在其他实施方式中，也可以给出第一参与方建议，如重新申请开立电子凭证等，在此不做限定。如果当前电子凭证还未开出，资金管理服务器判断该第二请求是否为真实信息，如是否为第一参与方所发送，发送该第二请求的时间是否在规定时间范围内等，确定信息真实后，进一步确定重置的第二参与方账号信息是否准确，如第二参与方的身份信息与账号的基本信息是否相符等。

经过上述判断，如果待重置的第二参与方账号不是有效账号，在一个优选的实施方式中，资金管理服务器向第一参与方发送反馈信息，提醒所述第一参与方重新设置第二参与方账号，在此不做限定。

需要说明的是，上述对待重置的第二参与方账号是否为有效的判断步骤和顺序并不局限与上述实施方式，在其他实施方式中，只要能够确定重置的开立日期是否有效的过程均属于本发明包括的范围，在此不做限定。

103：如果所述重置后第二参与方账号符合预定设置条件，所述资金管理服务器将所述第二参与方账号更改为所述重置后的第二参与方账号，并冻结所述第一参与方指定账户中与所述第一请求包括的额度相等的资金或支用与所述第一请求包括的额度相等的授信，并开立所述电子凭证。

具体地，经过上述步骤的判断，确定该重置后的第二参与方账号符合预定设置条件时，资金管理服务器将所述第二参与方账号更改为所述重置后的第二参与方账号，并进一步判断第一参与方指定账户资金或授信的额度是否不小于该电子凭证的额度。其中，该第一参与方指定账户不限定在该资金管理服务器所存储或开设的账户。

如果第一参与方指定账户资金或授信的额度不小于该电子凭证的额度时，资金管理服务器冻结第一参与方指定账户的与该第一请求包括的电子凭证额度相等的资金或支用与所述第一请求包括的额度相等的授信，并开出电子凭证。如果第一参与方指定账户的自己或授信的额度小于该电子凭证的额度，资金管理服务器向第一参与方发送反馈信息进行提醒，在此不做限定。

可选地，当第一参与方指定账户资金或授信额度不小于电子凭证的额度时，资金管理服务器向第一参与方发送预冻结信息，第一参与方接收该预冻结信息，确定接受冻结资金或授信额度时，向资金管理服务器发送响应该预冻结信息的确认消息，资金管理服务器接收到该确认消息后，冻结第一参与方指定账户与第一请求包括的额度相等的资金或支用与所述第一请求包括的额度相等的授信，并开立电子凭证。如果在预定时间内未接收到第一参与方的响应通知，本次开立电子凭证的请求失效。

在上述实施方式中，该冻结的资金或支用的授信额度为该第一参与方于该第一资金管理服务器或其他资金管理服务器的存款、或给予该第一参与方的信用额度、或该第一参与方抵押的不动产所对应的资金。

当然，可以使用他人账户内，予以操作。

例如，第一参与方向资金管理服务器申请开立10万的电子凭证的第一请求，其中，第一请求中包括了接收该电子凭证的第二参与方的账号，第一参与方后期发现第一请求中包括的第二参与方账号，第二参与方已经停止使用，第一参与方向资金管理服务器发送重置接收该电子凭证的第二参与方账号的第二请求，其中，该第二请求中包括重置后的第二参与方账号，资金管理服务器再确定该重置第二参与方账号的过程符合规定以及重置后的第二参与方账号符合预定设置条件后，将第二参与方账号更改为所述重置后的第二参与方账号，并进一步判断，第一参与方指定账户资金或授信的额度是否不小于申请的电子凭证的额度10万，如果当前第一参与方指定账户资金或授信额度为30万，大于10万，资金管理服务器在开立日期当天冻结第一参与方指定账户上10万的资金 或支出10万的授信后，开立额度为10万的电子凭证。

区别于现有技术，在上述实施方式中，第一参与方可根据需要，在规定条件内自由重置接收电子凭证的第二参与方账号，有利于第一参与方合理安排资金应用，提高体验。并且基于资金管理服务器的雄厚实力和反制力，会加强第一参与方的自律性以配合整个流程，也进一步降低风险。另外，本发明还丰富了线上交易的方式。

参阅图2，图2是本发明电子凭证设置方法另一实施方式的流程示意图。本实施方式的电子凭证设置方法包括：

201：资金管理服务器在接收到第一参与方发送的开立电子凭证的第一请求后，接收所述第一参与方发送的重置接收所述电子凭证的第二参与方账号的第二请求；其中，所述第二请求包括重置后的第二参与方账号；所述第一请求包括配置所述电子凭证的资金额度。

其中，该资金管理服务器通常设置在银行等金融机构。

其中，电子凭证是指银行根据开证人(本发明的第一参与方)的申请冻结资金或支用授信额度并以银行(本发明中的资金管理服务器)名义开立，且承诺依照约定条件进行结算的电子信用承诺支付凭证。电子凭证基本业务流程：开证银行根据开证人的申请冻结所需数额资金以开立电子凭证，当约定解付条件达成时，由开证银行将资金解付办理支付结算。所述请求中还包括第一终端的身份信息。

该第一请求中还包括收取所述电子凭证对应的资金或授信的第二参与方的身份信息，以方便第二参与方收取。可以理解地，在电子商务交易中，所述第一参与方通常为购买方，所述第二参与方通常为提供方。其中，该第二参与方的身份信息不仅包括第二参与方的账号，在其他实施方式中，该第一请求还可包括第二参与方的姓名、联系电话、邮箱、身份证号等身份信息，还可包括微信号、QQ号等社交方式，在此不做限定。

具体地，第一参与方向资金管理服务器发送开立电子凭证的第一请求后，由于外界原因需要更改接收该电子凭证的第二参与方的账号，第一参与方向该资金管理服务器发送重置接收该电子凭证的第二参与方 账号的第二请求，其中，该第二请求中包括重置后的第二参与方账号。

对应地，资金管理服务器接收该第一请求和第二请求。

在另一个实施方式中，资金管理服务器在接收到第一请求后，解析第一请求，从第一请求获取第一参与方的身份信息，对第一参与方的身份信息进行验证，确定第一参与方的身份信息的有效性，具体地，判断该身份信息是否真实有效以及是否存在不良信用记录等，另外，资金管理服务器还可根据第一参与方的身份信息进一步判断第一参与方是否属于特殊群体，如未成年人，在属于特殊群体时，对应的判断是否符合该群体的额度上限，如未成年人申请的电子凭证的额度禁止超过2000等，在此不做限定。

如果第一参与方的身份信息为真实的身份信息，且电子凭证的额度符合规定，资金管理服务器向第一参与方发送预开立该电子凭证的消息。

第一参与方接收该消息后，向资金管理服务器发送重置电子凭证开立日期的第二请求。

需要说明的是，第一参与方并非只能在接收到资金管理服务器发送的预开立电子凭证的消息后，才可向资金管理服务器发送重置接收电子凭证的第二参与方账号的第二请求，只要在规定时间范围内，第一参与方也可主动向资金管理服务器发送重置第二参与方账号的第二请求，在此不做限定。

202：接收所述第二请求，并判断所述重置后的第二参与方账号是否符合预定设置条件。

具体地，资金管理服务器接收第一终端发送来的第二请求，解析该第二请求，获取待重置的接收该电子凭证的第二参与方账号，进一步判断待重置的第二参与方账号是否符合预定设置条件。其中，该待重置的接收电子凭证的第二参与方账号即为上述第二请求中包括的重置后的第二参与方账号。

首先，资金管理服务器判断基于第一参与方发送的第一请求的电子凭证是否已经开出，如果已经开出，此次重置第二参与方账号的第二请 求为无效请求。可选地，资金管理服务器向第一参与方发送通知信息，在其他实施方式中，也可以给出第一参与方建议，如重新申请开立电子凭证等，在此不做限定。如果当前电子凭证还未开出，资金管理服务器判断该第二请求是否为真实信息，如是否为第一参与方所发送，发送该第二请求的时间是否在规定时间范围内等，确定信息真实后，进一步确定重置的第二参与方账号信息是否准确，如第二参与方的身份信息与账号的基本信息是否相符等。

经过上述判断，如果待重置的第二参与方账号不是有效账号，在一个优选的实施方式中，资金管理服务器向第一参与方发送反馈信息，提醒所述第一参与方重新设置第二参与方账号，在此不做限定。

需要说明的是，上述对待重置的第二参与方账号是否为有效的判断步骤和顺序并不局限与上述实施方式，在其他实施方式中，只要能够确定重置的开立日期是否有效的过程均属于本发明包括的范围，在此不做限定。

203：如果所述重置后的第二参与方账号符合预定设置条件，所述资金管理服务器将所述第二参与方账号更改为所述重置后的第二参与方账号，并冻结所述第一参与方指定账户中与所述第一请求包括的额度相等的资金或支用与所述第一请求包括的额度相等的授信，并开立所述电子凭证。

具体地，经过上述步骤的判断，确定该重置后的第二参与方账号符合预定设置条件时，资金管理服务器将所述第二参与方账号更改为所述重置后的第二参与方账号，进一步判断第一参与方指定账户资金或授信的额度是否不小于该电子凭证的额度。其中，该第一参与方指定账户不限定在该资金管理服务器所存储或开设的账户。

如果第一参与方指定账户资金或授信的额度不小于该电子凭证的额度时，资金管理服务器冻结第一参与方指定账户的与该第一请求包括的电子凭证额度相等的资金或支用与所述第一请求包括的额度相等的授信，并开立电子凭证。如果第一参与方指定账户的自己或授信的额度小于该电子凭证的额度，资金管理服务器向第一参与方发送反馈信息进 行提醒，在此不做限定。

可选地，当第一参与方指定账户资金或授信额度不小于电子凭证的额度时，资金管理服务器向第一参与方发送预冻结信息，第一参与方接收该预冻结信息，确定接受冻结资金或授信额度时，向资金管理服务器发送响应该预冻结信息的确认消息，资金管理服务器接收该确认消息后，冻结第一参与方指定账户与第一请求包括的额度相等的资金或支用与所述第一请求包括的额度相等的授信，并开立电子凭证。如果在预定时间内未接收到第一参与方的响应通知，本次开立电子凭证的请求失效。

在上述实施方式中，该冻结的资金或支用的授信额度为该第一参与方于该第一资金管理服务器或其他资金管理服务器的存款、或给予该第一参与方的信用额度、或该第一参与方抵押的不动产所对应的资金。

当然，可以使用他人账户，予以操作。

区别于现有技术，在上述实施方式中，第一终端可根据自身需要，可重置有效的接收电子凭证的第二参与方账号，有利于第一终端合理安排资金应用，提高体验。并且基于资金管理服务器的雄厚实力和反制力，会加强第一终端的自律性以配合整个流程，也进一步降低风险。另外，本发明还丰富了线上交易的方式。

参阅图3，图3是本发明数据交互处理方法一实施方式的流程示意图。本实施方式的数据交互处理方法包括如下步骤：

301：第一终端向服务器发送开立数据凭证的第一请求后，向所述服务器发送重置接收所述数据凭证的第二终端用户信息的第二请求，其中，所述第二请求包括重置后的第二终端用户信息；所述第一请求包括配置所述数据凭证的数值。

所述数据凭证是由服务器根据第一终端的申请，锁定所述第一终端的数据单元内的数值大小与所述数据凭证数值相等的数据的权限后开立的。

其中，由于第二终端并非直接接收数据凭证本身，而是最终接收数据凭证对应的数据，实现数据交互，接收数据凭证本身的为与第二终端 的数据单元对应的服务器，该服务器与第一终端申请开立数据凭证的服务器可以为同一个服务器，也可以为不同的服务器，因此，本实施方式中的所述第二终端用户信息为第二终端接收该数据凭证对应数据的数据单元。

所述请求中还包括第一终端的标识信息。

在另一个实施方式中，该请求中还包括数据凭证交互的第二终端的标识信息，以方便服务器实现第一终端与第二终端之间的数据交互。

具体地，第一终端向服务器发送开立数据凭证的第一请求后，由于发现第一请求中包括的接收该数据凭证对应的数据的第二终端的数据单元失效或不能正常接收存储数据时，第一终端向服务器发送重置接收该数据凭证的第二终端的用户信息的第二请求，其中，该第二请求中包括重置所述数据凭证的第二终端的用户信息。

对应地，服务器接收该第一请求以及第二请求。

在另一个实施方式中，服务器在接收到该第二请求后，解析该第二请求，获取重置后的第二终端的用户信息，确定该用户信息符合预定设置条件时，服务器向第一终端发送预生成数据凭证的信息。

第一终端接收到该信息后，根据用户需求向服务器发送重置接收该数据凭证的第二终端的用户信息的第二请求。

302：所述服务器接收所述第二请求，并判断所述重置后的第二终端用户信息是否符合预定设置条件。

服务器接收第一终端发送的第二请求，解析该第二请求，获取待重置的第二终端的用户信息，并进一步判断待重置的第二终端用户信息是否符合预先设定条件。需要说明的是，该待重置的第二终端用户信息即为上述第二请求中包括的重置后的第二终端用户信息。

具体地，首先，服务器判断基于第一请求的数据凭证是否已经生成，如果已经生成，第一终端本次重置第二终端的用户信息的第二请求为无效请求。可选地，服务器向第一终端发送通知信息，在其他实施方式中，也可以给出第一终端用户建议，如重新申请开立数据凭证等，在此不做限定。如果当前数据凭证尚未生成，服务器判断该第二请求是否为真实 信息，如判断发送该第二请求的第一终端的标识码与发送第一请求的第一终端的标识码是否一致等，确定发送第二请求操作本身有效后，服务器进一步确定发送第二请求的时间是否在在预设时间范围，如是否超过修改期限等。进一步地，还判断待重置的第二终端的用户信息，即第二终端的数据单元是否为有效数据单元，其容量是否与数据凭证的数据大小相匹配等，如果上述判断结果有一个为无效信息，在一个优选的实施方式中，服务器向第一终端发送反馈信息，提醒所述第一终端用户重新设置第二终端的用户信息等，在此不做限定。

需要说明的是，上述服务器对重置第二终端用户账号是否为有效的判断步骤和顺序并不局限于上述实施方式，在其他实施方式中，只要能够确定判断重置第二终端的用户信息是否有效的过程均属于本发明包括的范围，在此不做限定。

303：如果所述重置后的第二终端用户信息符合预定设置条件，所述服务器将所述第二终端用户信息更改为所述重置后的第二终端用户信息，并锁定所述第一终端的数据单元中与所述数值大小相等的数据的权限，生成所述数据凭证。

具体地，服务器经过判断，确定该重置的接收该数据凭证的第二终端用户信息为有效的信息时，服务器将所述第二终端用户信息更改为所述重置后的第二终端用户信息，并进一步判断第一终端的数据单元中的数据的数值大小是否不小于该第一请求中包括的数据的大小，如果不小于，则服务器锁定第一终端数据单元中与该请求中包括的数值大小相等的数据的权限，并生成该数据凭证。

可选地，当第一终端的数据单元的数据的数值大小不小于第一请求中包括的数值大小时，服务器向第一终端发送预锁定消息，第一终端接收该预锁定消息，并在第一终端用户接受该预锁定消息时，第一终端向服务器发送响应该预锁定消息的确认消息，服务器接收该确认消息，锁定第一终端的数据单元中与所述第一请求包括的数值大小相等的数据的权限，并生成该所述数据凭证。

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

例如，该第一终端为用户A，该服务器为用户B。用户B为多个客户端的管理员，且针对每个客户端具有一个相应的密码用于执行管理员的权限，并且针对每个客户端，对应的管理员权限的重要级别不同。客户端可以是个人计算机、平板电脑、智能手机等能够通过网络与服务器进行数据交互传输的设备。例如，第一客户端为公司服务器、第二客户端为平板电脑、第三客户端为个人计算机。用户A向用户B发出开立数据凭证的第一请求，其中，该数据凭证中包括开立日期以及数据凭证对应的第一数据的数值大小，其中，该第一数据为请求其中一个客户端的管理员权限的密码。如，用户A向用户B请求第三客户端的管理员权限的密码。用户A需要重置拥有该第三客户端的管理员权限的身份信息，则向用户B发出重置接收该数据凭证的用户A的身份信息的第二请求，其中，该第二请求中包括重新设置的用户A的身份信息。

用户B通过接收该第二请求时，判断该身份信息是否为有效的信息，并在确定该身份信息有效时，将接收该用户第三客户端的用户A的身份信息设置为重置的身份信息，用户B判断当前用户A所具有的客户端2的管理员权限是否不低于请求的第三客户端的管理员权限，并在确定不低于该第三客户端的管理权限时，冻结用户A对第三客户端的管理员权限，并向用户A授予第三客户端的管理员权限。即，用户A将无法使用对应的密码对第三客户端进行管理。

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

区别于现有技术，以上实施方式中，第一终端在向服务器发出开立数据凭证的第一请求后，可根据用户需求重置接收该数据凭证有效的第二终端用户信息，服务器在锁定第一终端的数据单元中与所述数值大小相等的数据的权限，生成所述数据凭证，有利于第一终端对数据的统筹安排与使用，提高数据的利用率。

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

401：服务器接收第一终端发送的开立数据凭证的第一请求后，接收所述第一终端发送的重置接收所述电子凭证的第二终端用户信息的第二请求，其中，所述第二请求包括重置后的第二终端用户信息；所述第一请求包括配置所述数据凭证的数值。

所述数据凭证是由服务器根据第一终端的申请，锁定所述第一终端的数据单元内的数值大小与所述数据凭证数值相等的数据的权限后开立的。

其中，由于第二终端并非直接接收数据凭证本身，而是最终接收数据凭证对应的数据，实现数据交互，接收数据凭证本身的为与第二终端的数据单元对应的服务器，该服务器与第一终端申请开立数据凭证的服务器可以为同一个服务器，也可以为不同的服务器，因此，本实施方式中的所述第二终端用户信息为第二终端接收该数据凭证对应数据的数据单元。

所述请求中还包括第一终端的标识信息。

在另一个实施方式中，该请求中还包括数据凭证交互的第二终端的标识信息，以方便服务器实现第一终端与第二终端之间的数据交互。

具体地，第一终端向服务器发送开立数据凭证的第一请求后，由于发现第一请求中包括的接收该数据凭证对应的数据的第二终端的数据单元失效或不能正常接收存储数据时，第一终端向服务器发送重置接收该数据凭证的第二终端的用户信息的第二请求，其中，该第二请求中包括重置所述数据凭证的第二终端的用户信息。

对应地，服务器接收该第一请求以及第二请求。

在另一个实施方式中，服务器在接收到该第二请求后，解析该第二请求，获取重置后的第二终端的用户信息，确定该用户信息符合预定设置条件时，服务器向第一终端发送预开立数据凭证的信息。

第一终端接收到该信息后，根据用户需求向服务器发送重置接收该数据凭证的第二终端的用户信息的第二请求。

402：接收所述第二请求，判断所述重置后的用户信息是否符合预定设置条件。

服务器接收第一终端发送的第二请求，解析该第二请求，获取待重置的第二终端的用户信息，并进一步判断待重置的第二终端的用户信息的有效性。需要说明的是，该待重置的第二终端用户信息即为上述第二请求中包括的重置后的第二终端用户信息。

具体地，首先，服务器判断基于第一请求的数据凭证是否已经生成，如果已经生成，第一终端本次重置第二终端的用户信息的第二请求为无效请求。可选地，服务器向第一终端发送通知信息，在其他实施方式中，也可以给出第一终端用户建议，如重新申请开立数据凭证等，在此不做限定。如果当前数据凭证尚未生成，服务器判断该第二请求是否为真实信息，如判断发送该第二请求的第一终端的标识码与发送第一请求的第一终端的标识码是否一致等，确定发送第二请求操作本身有效后，服务器进一步确定发送第二请求的时间是否在预设时间范围，如是否超过修改期限等。进一步地，还判断待重置的第二终端的用户信息，即第二终端的数据单元是否为有效数据单元，其容量是否与数据凭证的数据大小相匹配等，如果上述判断结果有一个为无效信息，在一个优选的实施方式中，服务器向第一终端发送反馈信息，提醒所述第一终端用户重新设置第二终端的用户信息等，在此不做限定。

需要说明的是，上述服务器对重置第二终端用户账号是否为有效的判断步骤和顺序并不局限于上述实施方式，在其他实施方式中，只要能够确定判断重置第二终端的用户信息是否有效的过程均属于本发明包括的范围，在此不做限定。

403：如果所述重置的第二终端用户信息符合预定设置条件，所述服务器将所述第二终端用户信息更改为所述重置后的用户信息，并锁定所述第一终端的数据单元中与所述数值大小相等的数据的权限，生成所述数据凭证。

具体地，服务器经过判断，确定该重置的接收该数据凭证的第二终端用户信息为有效的信息时，服务器将所述第二终端用户信息更改为所 述重置后的第二终端用户信息，并进一步判断第一终端的数据单元中的数据的数值大小是否不小于该第一请求中包括的数据的大小，如果不小于，则服务器锁定第一终端数据单元中与该请求中包括的数值大小相等的数据的权限，并生成该数据凭证。

可选地，当第一终端的数据单元的数据的数值大小不小于第一请求中包括的数值大小时，服务器向第一终端发送预锁定消息，第一终端接收该预锁定消息，并在第一终端用户接受该预锁定消息时，第一终端接收该锁定消息，并在第一终端用户接受该预锁定消息事时，第一终端向服务器发送响应该预锁定消息的确认消息，服务器接收该确认消息，锁定第一终端的数据单元中与所述第一请求包括的数值大小相等的数据的权限，并生成该所述数据凭证。

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

区别于现有技术，以上实施方式中，服务器在接收到第一终端发送的开立数据凭证的第一请求后，根据第一终端发送的重置接收该数据凭证的第二终端用户信息的第二请求时，在确定该用户信息有效时，锁定第一终端数据单元中与数据凭证对应的数据大小的数据的权限后，生成该数据凭证，有利于第一终端对数据的统筹安排与使用，提高数据的利用率。

参阅图5，图5是本发明数据交互处理系统一实施方式的结构示意图，本实施例的数据交互处理系统包含的各装置用于执行图3对应的实施例中各步骤，具体请参阅图3以及图3对应的实施例，此处不赘述。本实施方式的数据交互系统包括第一终端501以及服务器502，

所述第一终端501用于向服务器502发送开立数据凭证的第一请求后，向所述服务器502发送重置接收所述电子凭证的第二终端用户信息的第二请求，其中，所述第二请求包括重置后的第二胡总的用户信息； 所述第一请求包括配置所述数据凭证的数值；

所述服务器502用于接收所述第二请求，并判断所述重置后的第二终端用户信息是否符合预定设置条件；

所述服务器502还用于在重置后的第二终端用户信息符合预定设置条件时，将所述第二终端用户信息更改为所述重置后的用户信息，并锁定所述第一终端501的数据单元中与所述数值大小相等的数据的权限，生成所述数据凭证。

区别于现有技术，以上实施方式中，第一终端在向服务器发出开立数据凭证的第一请求后，可根据用户需求重置接收该数据凭证有效的第二终端用户信息，服务器在锁定第一终端的数据单元中与所述数值大小相等的数据的权限，生成所述数据凭证，有利于第一终端对数据的统筹安排与使用，提高数据的利用率。

参阅图6，图6是本发明服务器一实施方式的结构示意图。本实施例的服务器包含的各模块用于执行图4对应的实施例中各步骤，具体请参阅图4以及图4对应的实施例，此处不赘述。该服务器包括：接收模块601、处理模块602以及执行模块603，

所述接收模块601用于接收第一终端发送的开立数据凭证的第一请求后，接收所述第一终端发送的重置接收所述电子凭证的第二终端用户信息的第二请求，其中，所述第二请求包括重置后的第二终端用户信息；所述第一请求包括配置所述数据凭证的数值；

所述处理模块602用于接收所述第二请求，并判断所述重置后的用户信息是否符合预定设置条件；

所述执行模块603用于在所述重置后的第二终端用户信息符合预定设置条件时，将所述第二终端用户信息更改为所述重置后的第二终端用户信息，并锁定所述第一终端的数据单元中与所述数值大小相等的数据的权限，生成所述数据凭证。

区别于现有技术，以上实施方式中，接收模块在接收到第一终端发送的开立数据凭证的第一请求后，根据第一终端发送的重置接收该数据凭证的第二终端用户信息的第二请求时，在处理模块确定该用户信息有 效时，执行模块锁定第一终端数据单元中与数据凭证对应的数据大小的数据的权限后，生成该数据凭证，有利于第一终端对数据的统筹安排与使用，提高数据的利用率。

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