CN106372906A - 批量开立电子凭证的方法、系统和设备 - Google Patents

Abstract

一种批量开立电子凭证的方法、系统和设备，其中，开证方客户端根据开证方输入的开证信息生成多个开证请求，并将开证请求发送给开证行服务器；开证信息包括开证金额和用于冻结资金或支用授信的开证账户的账户信息；开证行服务器根据开证账户的账户信息冻结开证账户内与开证金额一致的资金或支用开证账户内与所述开证金额一致的授信，并开出与多个开证请求对应的电子凭证。该批量开立电子凭证的方法、系统和设备可以实现开证方客户端一次性向开证行服务器发送多个开证请求，开证行服务器开出与开证请求对应的多个电子凭证，为实现用户在不同商户和/或不同电商平台进行一次性支付结算提供了基础。

Description

批量开立电子凭证的方法、系统和设备

技术领域

本申请涉及电子商务技术领域，具体涉及一种批量开立电子凭证的方法、系统和设备。

背景技术

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

虽然，电子商务利用网络平台将传统商务活动中的参与各方(买家、卖家、物流公司、金融机构等)连接在一起，通过将整个交易过程网络化、电子化、信息化，减低了交易的成本、提高了交易效率。但是，现行的电子商务应用中，资金的传递主要还是依赖传统的电子直接转账支付的方式和第三方支付的方式完成，支付方式单一。用户时常需要在多个商家或电商平台进行购物消费，各个订单分别进行支付结算，重复性动作多，耗费用户大量时间精力，用户体验差，无法满足现代社会的商务需求。

发明内容

本申请提供了一种批量开立电子凭证的方法、系统和设备，开证方客户端可以一次性向开证行服务器发送多个开证请求，开证行服务器开出与开证请求对应的多个电子凭证，为实现用户在不同商户和/或不同电商平台进行一次性支付结算提供了基础。

根据本申请的第一方面，本申请提供了一种批量开立电子凭证的方法，包括：

开证方客户端获取开证方输入的用于开立多个电子凭证的开证信息；所述开证信息包括开证金额和用于冻结资金或支用授信的开证账户的账户信息；

开证方客户端根据所述开证信息生成多个开证请求，并将所述开证请求发送给开证行服务器；

开证行服务器根据所述开证账户的账户信息冻结开证账户内与所述开证金额一致的资金或支用开证账户内与所述开证金额一致的授信，并开出与所述开证请求对应的多个电子凭证。

根据本申请的第二方面，本申请提供了一种批量开立电子凭证的系统，包括开证方客户端和开证行服务器，所述开证方客户端和所述开证行服务器通信连接；

所述开证方客户端用于获取开证方输入的用于开立多个电子凭证的开证信息；还用于根据所述开证信息生成多个开证请求，并将所述开证请求发送给开证行服务器；所述开证信息包括开证金额和用于冻结资金或支用授信的开证账户的账户信息；

所述开证行服务器用于根据所述开证账户的账户信息冻结开证账户内与所述开证金额一致的资金或支用开证账户内与所述开证金额一致的授信，并开出与所述开证请求对应的多个电子凭证。

根据本申请的第三方面，本申请提供了一种批量开立电子凭证的设备，作为开证方客户端，包括：

信息获取模块，用于获取开证方输入的用于开立多个电子凭证的开证信息；所述开证信息包括开证金额和用于冻结资金或支用授信的开证账户的账户信息；

请求生成模块，用于根据所述开证信息生成多个开证请求；

请求发送模块，用于将所述多个开证请求发送给开证行服务器；所述开证行服务器用于根据所述开证账户的账户信息冻结开证账户内与所述开证金额一致的资金或支用开证账户内与所述开证金额一致的授信，并开出与所述开证请求对应的多个电子凭证。

根据本申请的第四方面，本申请提供了另一种批量开立电子凭证的设备，作为开证行服务器，包括：

资金冻结模块，用于根据开证账户的账户信息冻结开证账户内与开证金额一致的资金或支用开证账户内与所述开证金额一致的授信；

开证模块，用于开出与开证请求对应的多个电子凭证；所述多个开证请求由开证方客户端根据开证方输入的用于开立多个电子凭证的开证信息生成；所述开证信息包括开证金额和开证账户的账户信息。

本申请提供的批量开立电子凭证的方法、系统和设备中，开证方客户端根据开证方输入的开证信息生成多个开证请求，并将开证请求发送给开证行服务器；开证信息包括开证金额和用于冻结资金的开证账户的账户信息；开证行服务器根据开证账户的账户信息冻结开证账户内与开证金额一致的资金，并开出与多个开证请求对应的电子凭证。该批量开立电子凭证的方法、系统和设备可以实现开证方客户端一次性向开证行服务器发送多个开证请求，开证行服务器开出与开证请求对应的多个电子凭证，为实现用户在不同商户和/或不同电商平台进行一次性支付结算提供了基础。

附图说明

图1为本申请一种实施例中批量开立电子凭证的系统结构示意图；

图2为本申请一种实施例中批量开立电子凭证的方法流程示意图；

图3为本申请一种实施例中作为开证方客户端的设备的结构示意图；

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

具体实施方式

本申请实施例提及的电子凭证是根据国际信用证核心原理，集合了银行本票、保函、银行承兑汇票、电子信用证等诸多金融产品的优点，再结合互联网科技于一身，完全适应和满足互联网经济时代需求的全新金融工具，具备跨平台、跨银行、全领域、全场景应用的广泛适用性。具体的，电子凭证是指开证方(买方)以其银行账户资金或授信额度(信用卡额度或贷款额度)作为保证而开立的，银行承诺依照解付条件办理收付结算的电子信用承诺支付凭证。本方案所提及的电子凭证主要是一款针对买家的产品，由卖家下载收银台接入接口，由买家完成电子凭证的开证、卖家完成收证并履约、申请解付，电子凭证解付条件达成则自动解付。电子凭证不仅可以用商品购买，也可用于抵押担保，譬如个人可向银行开具电子凭证，以此作为向他人贷款的担保。

即，电子凭证为一种由开证银行依据开证方的开证请求开出的，以开证方的资金或授信作为备底，并承载开证银行信用，以数字化形式储存变更，实现流转的电子承诺信用承诺支付凭证。

下面对使用电子凭证进行电子商务活动中经常涉及的期间予以说明。

使用电子凭证进行电子商务活动主要涉及的期间包括开证期、收证期、履约期、签收期、解付期和清算期。各个期间的相关解释如下：

1、开证期

交易双方形成订单后，开证方向开证银行申请开证。当然，开证方可以在形成具体的交易订单时申请开证；也可在未形成交易订单时，开证方单方主动申请开证。在交易过程中，开立电子凭证时，可以是买方开证(空单开证)，也可以是卖方倒开证(跟单开证)。

开证银行受理后，开立电子凭证。并将电子凭证记载的金额在开证方资金账户中做相应的保留处理，一般理解为冻结资金或支用授信。在实际使用时，冻结授信可以分为两种情形：一种是从冻结授信开始，银行就开始计算利息，也就是开证方使用了信用卡额度；另一种是从收证人收到授信额度对应的金额时，银行才开始计算利息，也就是从开证方冻结授信时到收证行收到资金期间，认为开证方未调用银行给予的授信额度。

2、收证期

收证人向收证银行申请收证，收证期的长短可以设为1天或自定义。

3、履约期

收证银行验证信息无误，确认交易后，予以收证，电子凭证进入履约期，履约期的长短可以设为7天或自定义。

收证人在履约期内进行履约，并将履约信息发给收证银行，如商家发送商品，即可认为进行了履约，履约信息可以是发货的物流单号。

4、签收期

收证银行获得履约信息，更改电子凭证状态，电子凭证进入签收期，等待商品的送达，签收商品。签收期的长短可以设为7天或自定义。

5、解付期

签收期内开证方签收商品，也就是收证人根据电子凭证的解付条件完成电子凭证所对应的交易条件后，委托收证银行向开证银行申请解付，解付期的长短可以设为1天。

6、清算期

开证银行判断解付条件已经达成后，解除对开证方账户资金的冻结，将资金划转到收证银行，收证银行将资金转入收证人指定的收款账户(又称为收证账户)。

根据上面描述，电子凭证开立后，其有效期可以分为三段，时间期限在电子凭证上载明，分别是收证人收证、履约、申请解付的期限，逾期未作相应动作，则电子凭证失效。

收证期是收证人申请收证的期限，逾期未收证则电子凭证失效。收证后电子凭证进入履约期。

履约期是收证人提交履约信息(如发货信息)的期限，逾期未提交则电子凭证失效。收证人提交履约信息后，电子凭证进入签收期。

签收期是收证人申请解付的期限，逾期未提交申请解付信息(如签收信息)则电子凭证失效。收证人申请解付后，电子凭证进入解付期。

应当理解，上述仅是应用电子凭证的一种方式，还可以是应用电子凭证购买服务。在购买服务时，如住酒店的交易场景中，酒店房间预订成功，即酒店进行了履约，履约信息的内容就是已订房成功的信息，客户入住时收证人申请解付。

当然，电子凭证还可以应用于划拨资金。不同情形时，履约和签收的理解也有所变化。也就是说，当商家提供一种商品或服务时，可能就直接使电子凭证的状态同时流经了履约期和签收期，直接进入解付期，如当面交易。

下面通过具体实施方式结合附图对本申请作进一步详细说明。

本实施例提供了一种批量开立电子凭证的方法、系统和设备。

请参考图1，为批量开立电子凭证的系统结构示意图，该系统包括开证方客户端101和开证行服务器102。开证方客户端101和开证行服务器102通信连接，例如通过互联网通信连接。

下面结合批量开立电子凭证的方法对该系统做进一步说明。

请参考图2，为批量开立电子凭证的方法的流程示意图，该方法包括下面步骤：

步骤1.1：开证方客户端获取开证方输入的用于开立多个电子凭证的开证信息。

具体的，开证方可以通过开证方客户端提供的人机交互界面输入开证信息，例如开证方客户端通过人机交互界面为开证方提供一个表格，开证方在表格中输入相应的信息，输入完毕后，进行提交。

其中，开证信息包括开证金额和用于冻结资金或支用授信的开证账户的账户信息。开证金额可以是开证方通过表格主动输入的；当开证方为通过电商平台进行交易的买方时，开证金额可以是开证方客户端根据开证方的订单信息自动生成的。当然，当开证金额由开证方客户端根据开证方的订单信息自动生成时，开证方客户端可以给予开证方人工修改开证金额的权限，也可以直接锁定该开证金额为不可修改。

需要说明的是，本实施例中，开证金额是指多个开证请求中，每个开证请求要求开立的电子凭证的金额的总和。开证账户可以是开证方自己的账户，例如开证方自己的银行卡；也可以是非开证方的账户，例如他人的银行卡。

步骤1.2：开证方客户端根据上述开证信息生成多个开证请求。具体的，开证方客户端可以将多个开证请求生成一个数据信息，以便于后续步骤中进行传输。开证方客户端也可以根据需要，将所有开证请求分别生成多个数据信息。具体生成数据信息时，可以是在同一线程中一次同时生成的，也可以是在多个并列的线程中逐个生成的。

步骤1.3：开证方客户端将多个开证请求发送给开证行服务器。当开证方客户端可以将所有开证请求生成一个数据信息，开证方客户端一次性将所有开证请求发送给开证行服务器；当开证方客户端分别将各个开证请求分别生成多个数据信息，开证方客户端依次将各个开证请求发送给开证行服务器。

优选的，本实施例中，为了保证批量开立电子凭证时的安全性，还增加了步骤1.4和步骤1.5。

步骤1.4：在步骤1.1中，开证方输入的开证信息还包括开证方的身份信息。本步骤中，开证行服务器先根据身份信息对开证方进行验证，在判断到开证方具有开证权限后，再执行后面步骤。当然，如果开证行服务器判断到开证方不具有开证权限，则返回开证失败的消息，或者，同时再返回要求开证方重新设置开证请求(修改输入的开证信息)的消息。

在具体应用例中，开证行服务器对开证方的身份信息进行验证，以判断开证方是否具有开证权限，可以采用下面几种方式：

(1)根据身份信息验证，例如(开证方的)身份证号码，校验开证方在当前开证行是否有开户信息，如果有，认为开证方具有开证权限，否则，认为开证方不具有开证权限。

(2)根据身份信息验证，例如开证方用于登录客户端的账号，检验该账号是否完成实名制认证，如果是，认为开让方具有开证权限，否则，认为开证方不具有开证权限。在这种校验方式下，可以不要求开证方一定要在开证行具有开户信息。

(3)根据身份信息验证，该身份信息可以是任何唯一标识开证方身份的信息，判断开证方是否有不良信用记录，例如，判断开证方是属于白名单用户，还是属于黑名单用户。如果判断到开证方属于白名单用户，则认为开证方具有开证权限；如果判断到开证方属于黑名单用户，则认为开证方不具有开证权限。

(4)开证方的身份信息为开证行服务器根据开证请求携带的开证方的手机号码，向该手机号码返回的动态码。在这种检验方式下，在开证方提交开证信息之前，需要多一步数据交互的步骤，即：由开证方客户端先向开证行服务器发送开证方输入的手机号码，开证行服务器向该手机号码发送动态码。当开证行服务器判断到开证方输入的动态码与之前发送的一致时，认为开证方具有开证权限；如果不一致，则认为开证方不具有开证权限。另外，该手机号码也可以是与开证账户绑定的手机号码。

当然，在其他应用例中，开证行服务器根据开证方的身份信息进行验证，以判断开证方是否具有开证权限时，也可以采用其他方式，本实施例中，仅列出了几种较优的方式。

步骤1.5：在步骤1.4中，当开证行服务器判断到开证方具有开证权限后，本步骤中，进一步判断开证金额是否小于或等于开证账户内的资金或授信。如果开证金额小于或等于开证账户内的资金或授信，则继续执行后面步骤。如果开证金额大于开证账户内的资金或授信，开证行服务器可以直接向开证方客户端返回开证失败的消息，或同时返回要求开证方修改开证信息的消息；或者，当多个开证请求是一个个依次发送给开证行服务器时，开证行服务器可以根据先接收到的开证请求开立相应的电子凭证，当开证账户内的资金或授信不足时，再停止开证，并向开证方返回未处理的开证请求；或者，开证行服务器可以要求开证方进行选择，在开证账户资金或授信允许的前提下，根据开证方的选择，对其选择的开证请求进行处理。

步骤1.6：开证行服务器根据开证账户的账户信息冻结开证账户内与开证金额一致的资金或支用开证账户内与所述开证金额一致的授信。

本实施例中，还包括步骤1.7：开证行服务器向开证方客户端返回开证确认请求，以确认开证方是否要开立电子凭证。

步骤1.8：开证方客户端将获取的表示开证方确认开证的指示发送给开证行服务器。

步骤1.7和步骤1.8具体可以采用下面两种方式实现：

(1)开证方客户端获取到开证行服务器返回的开证确认请求后，开证方客户端将该请求进行展示，例如显示“确认”和“取消”的选择界面。如果开证方确认开证，则只需要点击“确认”选项即可，如果开证方放弃开证，则点击“取消”选择，操作结束。开证方客户端根据开证方的选择，向开证行服务器返回相应的结果。

(2)开证行服务器返回的开证确认请求用于请求开证方输入开证账户的取款密码，开证方客户端将该请求进行展示，开证方输入取款密码后，开证方客户端端将其发送给开证行服务器，开证行服务器对取款密码进行验证。

那当然，在其他实施例中，步骤1.7和步骤1.8也可以采用其他实现形式。

步骤1.9：开证行服务器开出与开证请求对应的多个电子凭证。同样的，开证行服务器可以在同一线程中一次开出多个电子凭证，也可以是在多个并列的线程中逐个开出电子凭证。

当然，在步骤1.9之后，开证行服务器还可以向开证方客户端返回表示开证成功的消息，以通知开证方。对于需要立刻转入收证方的电子凭证，开证行服务器即时通知收证行服务器，以通知收证方收证。其中，收证方是指收取开证方开立的电子凭证的一方，例如在交易过程中的卖家、转账的收款方等。由于本实施例仅为开证方法，因此，不对转证、收证等方法进行赘述，转证、收证等方法可以采用本领域的常规技术手段去实现。

具体的，开证请求可以由开证方通过开证方客户端设置为下面任意一种形式：

(1)定额开证给收证方。开证方输入开出给收证方的电子凭证的金额，该金额大于收证方应收的金额，当收证方收到该定额的电子凭证后，先扣除应收的金额，将多余的金额再以电子凭证的方式返回给开证方，相当于“找零”的方式。

(2)定期开证给收证方。例如，开证请求被设置为每月1日给收证方开出电子凭证，开证行收到此类开证请求后，便会在每月1日向收证方开出电子凭证。当然，该开证请求也可以被设置为持续开出电子凭证的次数。这种形式的开证请求，为目前分期付款的交易方式提供了实现基础。

(3)在预定时间内开证方未收到交易指示时，开证方收回开出的电子凭证。交易指示相当于前面所述的履约信息，当电子凭证进入履约期，而收证方未进行履约，即收证行服务器未收到收证方的履约信息时，则开证方收回该电子凭证，或者该电子凭证失效。

(4)开出未指定收证方的随机金额的电子凭证。此种形式，相当于目前的“电子红包”，可以向外派发，而不指定收证方。开出未指定收证方的电子凭证的数量可以与开证请求个数一致。

在具体实施例中，开证请求的设置形式可以根据开证方的需求而定，本实施例只是列举出部分较优的形式。

请参考图3，为本实施例提供的一种批量开立电子凭证的设备，作为开证方客户端，包括信息获取模块201、请求生成模块202和请求发送模块203。

信息获取模块201用于获取开证方输入的用于开立多个电子凭证的开证信息；开证信息包括开证金额和用于冻结资金或支用授信的开证账户的账户信息。具体的，信息获取模块201可以是一人机交互界面，用于与开证方进行信息交互。

请求生成模块202与信息获取模块201连接，用于根据开证信息生成多个开证请求。具体的，请求生成模块202可以是具有数据处理能力的处理器。

请求发送模块203与请求生成模块202连接，用于将多个开证请求发送给开证行服务器；开证行服务器用于根据开证账户的账户信息冻结开证账户内与开证金额一致的资金或支用开证账户内与所述开证金额一致的授信，并开出与开证请求对应的多个电子凭证。需要说明的是，请求发送模块203具体可以是一通信模块，其不仅具有发送信息的功能，还具有接受信息的功能。

请参考图4，为本实施例提供的另一种批量开立电子凭证的设备，作为开证行服务器，包括资金冻结模块301和开证模块304。

资金冻结模块301用于根据开证账户的账户信息冻结开证账户内与开证金额一致的资金或支用开证账户内与所述开证金额一致的授信。

开证模块304与资金冻结模块301连接，用于开出与开证请求对应的多个电子凭证；多个开证请求由开证方客户端根据开证方输入的用于开立多个电子凭证的开证信息生成；开证信息包括开证金额和开证账户的账户信息。

优选的，开证信息还包括开证方的身份信息，该设备还包括连接在资金冻结模块301和开证模块304之间的身份验证模块302，用于根据身份信息对开证方进行验证，在判断到开证方具有开证权限后，再控制资金冻结模块根据开证账户的账户信息冻结开证账户内与开证金额一致的资金或支用开证账户内与所述开证金额一致的授信。

进一步，该设备还包括连接在身份验证模块302和开证模块304之间的金额验证模块303，用于在身份验证模块判断到开证方具有开证权限后，进一步判断开证金额是否小于或等于开证账户内的资金或授信，在判断到开证金额小于或等于开证账户内的资金或授信后，再控制资金冻结模块根据开证账户的账户信息冻结开证账户内与开证金额一致的资金或支用开证账户内与所述开证金额一致的授信。

作为开证方客户端的设备和作为开证行服务器的设备，其工作原理可参考本实施例对批量开立电子凭证的方法的说明，此处不再赘述。

本实施例提供的批量开立电子凭证的方法、系统和设备，可以实现开证方客户端一次性向开证行服务器发送多个开证请求，开证行服务器开出与开证请求对应的多个电子凭证，为实现用户在不同商户和/或不同电商平台进行一次性支付结算提供了基础。因此，当用户在不同商户和/或不同电商平台购买商品时，一次支付结算即可，大大减少了用户的支付动作，改善了用户的消费体验感，丰富了现代电子商务的支付形态。

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

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

Claims (10)

1.一种批量开立电子凭证的方法，其特征在于，包括：

开证方客户端获取开证方输入的用于开立多个电子凭证的开证信息；所述开证信息包括开证金额和用于冻结资金或支用授信的开证账户的账户信息；

开证方客户端根据所述开证信息生成多个开证请求，并将所述开证请求发送给开证行服务器；

开证行服务器根据所述开证账户的账户信息冻结开证账户内与所述开证金额一致的资金或支用开证账户内与所述开证金额一致的授信，并开出与所述开证请求对应的多个电子凭证。

2.如权利要求1所述的方法，其特征在于，所述开证信息还包括所述开证方的身份信息；

开证行服务器根据开证账户的账户信息冻结开证账户内与所述开证金额一致的资金或支用开证账户内与所述开证金额一致的授信，具体为：

开证行服务器先根据所述身份信息对开证方进行验证，在判断到所述开证方具有开证权限后，再根据开证账户的账户信息冻结开证账户内与所述开证金额一致的资金或支用开证账户内与所述开证金额一致的授信。

3.如权利要求2所述的方法，其特征在于，开证行服务器在判断到所述开证方具有开证权限后，还包括：进一步判断所述开证金额是否小于或等于所述开证账户内的资金；

开证行服务器在判断到所述开证金额小于或等于所述开证账户内的资金后，再根据开证账户的账户信息冻结开证账户内与所述开证金额一致的资金或支用开证账户内与所述开证金额一致的授信。

4.一种批量开立电子凭证的系统，其特征在于，包括开证方客户端和开证行服务器，所述开证方客户端和所述开证行服务器通信连接；

所述开证方客户端用于获取开证方输入的用于开立多个电子凭证的开证信息；还用于根据所述开证信息生成多个开证请求，并将所述开证请求发送给开证行服务器；所述开证信息包括开证金额和用于冻结资金或支用授信的开证账户的账户信息；

所述开证行服务器用于根据所述开证账户的账户信息冻结开证账户内与所述开证金额一致的资金或支用开证账户内与所述开证金额一致的授信，并开出与所述开证请求对应的多个电子凭证。

5.如权利要求4所述的系统，其特征在于，所述开证信息还包括所述开证方的身份信息；

所述开证行服务器用于根据所述开证账户的账户信息冻结开证账户内与所述开证金额一致的资金或支用开证账户内与所述开证金额一致的授信时，具体为：

所述开证行服务器用于先根据所述身份信息对开证方进行验证，在判断到所述开证方具有开证权限后，再根据开证账户的账户信息冻结开证账户内与所述开证金额一致的资金或支用开证账户内与所述开证金额一致的授信。

6.如权利要求5所述的系统，其特征在于，所述开证行服务器还用于在判断到所述开证方具有开证权限后，进一步判断所述开证金额是否小于或等于所述开证账户内的资金；

所述开证行服务器用于在判断到所述开证金额小于或等于所述开证账户内的资金后，再根据开证账户的账户信息冻结开证账户内与所述开证金额一致的资金或支用开证账户内与所述开证金额一致的授信。

7.一种批量开立电子凭证的设备，作为开证方客户端，其特征在于，包括：

信息获取模块，用于获取开证方输入的用于开立多个电子凭证的开证信息；所述开证信息包括开证金额和用于冻结资金或支用授信的开证账户的账户信息；

请求生成模块，用于根据所述开证信息生成多个开证请求；

请求发送模块，用于将所述多个开证请求发送给开证行服务器；所述开证行服务器用于根据所述开证账户的账户信息冻结开证账户内与所述开证金额一致的资金或支用开证账户内与所述开证金额一致的授信，并开出与所述开证请求对应的多个电子凭证。

8.一种批量开立电子凭证的设备，作为开证行服务器，其特征在于，包括：

资金冻结模块，用于根据开证账户的账户信息冻结开证账户内与开证金额一致的资金或支用开证账户内与所述开证金额一致的授信；

开证模块，用于开出与开证请求对应的多个电子凭证；所述多个开证请求由开证方客户端根据开证方输入的用于开立多个电子凭证的开证信息生成；所述开证信息包括开证金额和开证账户的账户信息。

9.如权利要求8所述的设备，其特征在于，所述开证信息还包括所述开证方的身份信息，所述设备还包括身份验证模块，用于根据所述身份信息对开证方进行验证，在判断到所述开证方具有开证权限后，再控制资金冻结模块根据开证账户的账户信息冻结开证账户内与所述开证金额一致的资金或支用开证账户内与所述开证金额一致的授信。

10.如权利要求9所述的设备，其特征在于，还包括金额验证模块，用于在身份验证模块判断到所述开证方具有开证权限后，进一步判断所述开证金额是否小于或等于所述开证账户内的资金，在判断到所述开证金额小于或等于所述开证账户内的资金后，再控制资金冻结模块根据开证账户的账户信息冻结开证账户内与所述开证金额一致的资金或支用开证账户内与所述开证金额一致的授信。