CN106372899A - 开立电子凭证的方法、装置和系统 - Google Patents

Abstract

本发明公开了一种开立电子凭证的方法、装置和系统，所述方法包括步骤：根据开证端发送的开证请求和第一支付端发送的第一支付人信息开始进行电子凭证的开立；在开证过程中，接收开证端或第一支付端发送的更改支付人请求，当同意更改支付人时反馈同意更改支付人的信息；接收第二支付端发送的第二支付人信息并进行验证；当验证通过后，冻结第二支付人的账户中相应额度的资金或授信额度后开立电子凭证。从而，通过开立一种具有承诺支付功能的电子凭证，降低了买卖双方的交易风险，并且允许在开立电子凭证过程中，随时提出更改电子凭证支付人的请求，无需重新提出开立电子凭证的请求，提高了电子凭证开立的灵活性和效率。

Description

开立电子凭证的方法、装置和系统

技术领域

本发明涉及网络支付技术领域，尤其是涉及一种开立电子凭证的方法、装置和系统。

背景技术

支付是指买卖活动中，基于经济合同所产生的货币支付。目前，很多银行或者企业都提供了网络支付的服务，允许用户操作计算机、手机等终端设备来实现网络支付，网络支付的方式为用户提供了很大的便利。现有的网络支付方式中，多为将银行卡内的资金直接划拨至对方账户，或者划拨至第三方机构作为担保。

传统的网络支付方式，在买方资金汇划指令下达后，资金会直接发生流转，常常会出现以下的情况：买方尚未收到商户提供的商品或服务，其资金已经被银行或第三方机构支付给卖方；或者卖方提供商品或服务后，买方迟迟不能够支付相应的资金；或者买方将资金转给错误的对方账户。现阶段的网络支付方式存在一定的交易风险，不能保障买卖双方的利益。

发明内容

本发明的主要目的在于提供一种开立电子凭证的方法、装置和系统，旨在降低交易风险，提高电子凭证开立的灵活性和效率。

为达以上目的，本发明提出一种应用于资金管理服务器的开立电子凭证的方法，包括步骤：

根据开证端发送的开证请求和第一支付端发送的第一支付人信息开始进行电子凭证的开立；

在开证过程中，接收所述开证端或所述第一支付端发送的更改支付人请求，当同意更改支付人时反馈同意更改支付人的信息；

接收第二支付端发送的第二支付人信息；

验证所述第二支付人信息；

当验证通过后，冻结所述第二支付人的账户中相应额度的资金或授信额度后开立电子凭证。

本发明还提出一种应用于开证端的开立电子凭证的方法，包括步骤：

向第一支付端发送请求作为电子凭证支付人的请求；

接收到所述第一支付端发送的同意作为电子凭证支付人的信息后，向资金管理服务器发送开证请求，并通知所述第一支付端，以使所述第一支付端向所述资金管理服务器发送第一支付人信息；

在开证过程中，向所述资金管理服务器发送更改支付人请求；

接收到所述资金管理服务器发送的同意更改支付人的信息后，向第二支付端发送更改支付人请求，以使所述第二支付端向所述资金管理服务器发送第二支付人信息。

本发明同时提出一种应用于资金管理服务器的开立电子凭证的装置，包括：

第一开证模块，用于根据开证端发送的开证请求和第一支付端发送的第一支付人信息开始进行电子凭证的开立；

更改模块，用于在开证过程中，接收所述开证端或所述第一支付端发送的更改支付人请求，当同意更改支付人时反馈同意更改支付人的信息，并接收第二支付端发送的第二支付人信息；

验证模块，用于验证所述第二支付人信息；

第二开证模块，用于当所述第二支付人信息验证通过后，冻结所述第二支付人账户中相应额度的资金或授信后开立电子凭证。

本发明还提出一种应用于开证端的开立电子凭证的装置，包括：

支付请求模块，用于向第一支付端发送请求作为电子凭证支付人的请求，当接收到所述第一支付端发送的同意作为电子凭证支付人的信息时，通知开证请求模块；

开证请求模块，用于向资金管理服务器发送开证请求，并通知所述第一支付端，以使所述第一支付端向所述资金管理服务器发送第一支付人信息；

第一更改请求模块，用于在开证过程中，向所述资金管理服务器发送更改支付人请求；当接收到所述资金管理服务器发送的同意更改支付人的信息后，向第二支付端发送更改支付人请求，以使所述第二支付端向所述资金管理服务器发送第二支付人信息。

本发明还提出一种开立电子凭证的系统，包括开证端、第一支付端、第二支付端和资金管理服务器，其中：

所述开证端，用于向所述第一支付端发送请求作为电子凭证支付人的请求；接收到所述第一支付端发送的同意作为电子凭证支付人的信息后，向所述资金管理服务器发送开证请求，并通知所述第一支付端；在开证过程中，向所述资金管理服务器发送更改支付人请求；接收到所述资金管理服务器发送的同意更改支付人的信息后，向所述第二支付端发送更改支付人请求；

所述第一支付端，用于根据所述开证端发送的请求作为电子凭证支付人的请求反馈同意作为电子凭证支付人的信息；接收到所述开证端发送的已向资金管理服务器发送开证请求的通知后，向所述资金管理服务器发送第一支付人信息；

所述第二支付端，用于根据所述开证端发送的更改支付人请求向所述资金管理服务器发送第二支付人信息；

所述资金管理服务器，用于根据所述开证端发送的开证请求和所述第一支付端发送的第一支付人信息开始进行电子凭证的开立；在开证过程中，接收所述开证端或所述第一支付端发送的更改支付人请求，当同意更改支付人时反馈同意更改支付人的信息；接收所述第二支付端发送的第二支付人信息并进行验证，当验证通过后，冻结所述第二支付人的账户中相应额度的资金或授信额度后开立电子凭证

采用本发明所提供的一种开立电子凭证的方法、装置和系统，可开立一种具有承诺支付功能的电子凭证，降低了买卖双方的交易风险，并且允许在开立电子凭证过程中，随时提出更改电子凭证支付人的请求，无需重新提出开立电子凭证的请求，提高了电子凭证开立的灵活性和效率。

附图说明

图1是本发明开立电子凭证的方法第一实施例的流程图；

图2是本发明实施例中开立电子凭证时各主体的交互示意图；

图3是本发明实施例中资金管理服务器验证第二支付人信息的流程图；

图4是本发明开立电子凭证的方法第二实施例的流程图；

图5是本发明开立电子凭证的方法第三实施例的流程图；

图6是本发明开立电子凭证的系统一实施例的模块示意图；

图7是本发明开立电子凭证的装置第一实施例的模块示意图；

图8是本发明开立电子凭证的装置第二实施例的模块示意图

图9是本发明开立电子凭证的装置第三实施例的模块示意图；

图10是本发明开立电子凭证的装置第四实施例的模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例中，资金管理服务器为资金管理机构的服务器，资金管理机构是指能支持资金流动的机构，包括但不限于银行和其他金融机构(如证券机构、第三方支付平台等)，即资金管理服务器包括银行服务器或者其他金融机构服务器。

本发明实施例中，电子凭证是指资金管理服务器根据开证人的申请冻结资金或支用授信额度并以资金管理机构名义开立，且承诺依照约定条件进行结算的电子信用承诺支付凭证。

本发明实施例中，开证人(通常为买方)，是向资金管理机构申请开立电子凭证的主体，可以是自然人、法人或其他组织，开证端是开证人持有的终端。

本发明实施例中，第一支付人和第二支付人，是应开证人的请求作为电子凭证支付人，以其账户的资金或授信额度作为保证金为开证人开立电子凭证提供担保的主体，可以是自然人、法人或他组织，第一支付端和第二支付端分别为第一支付人和第二支付人持有的终端。

本发明实施例中，开立电子凭证实际上是资金管理服务器将冻结后的资金登记在开证人的账户下。

本发明实施例中，电子凭证基本业务流程为：资金管理机构根据开证人的申请冻结所需数额资金以开立电子凭证，当约定解付条件达成时，由资金管理机构将资金解付办理支付结算。具体如下：

1.交易体双方形成订单后，开证人(如买方)向开证机构(即开立电子凭证的资金管理机构，如开证银行)申请开证。(当然，开证人可以在形成具体的交易订单时申请开证；也可在未形成交易订单时，开证人单方主动申请开证。)

2.开证机构受理后，开立电子凭证并冻结相应金额的资金或授信额度。

3.收证人(如卖方)向收证机构(如收证银行)申请收证。

4.收证机构验证信息无误后予以收证，电子凭证进入履约期，收证人进行履约(如商家发送商品，即可认为进行了履约)。

5.收证人履约后，电子凭证获得履约信息，更改银信状态，电子凭证进入签收期，等待商品的送达，签收商品。

6.当开证人签收商品后，也就是收证人根据电子凭证的解付条件完成电子凭证所对应的交易条件后，委托收证机构向开证机构申请解付。

7.开证机构解除对开证人账户资金的冻结，将资金划转到收证机构，收证机构将资金转入收证人账户。

应当理解，上述仅是运用电子凭证的一种方式，还可以是运用电子凭证购买服务。在购买服务时，如住酒店的交易场景中，酒店预订成功，即酒店进行了履约。

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

以下，通过具体实施例对电子凭证的开立流程进行详细说明。

参见图1、图2，提出本发明开立电子凭证的方法第一实施例，本实施例的方法应用于资金管理服务器，所述方法包括以下步骤：

S11、根据开证端发送的开证请求和第一支付端发送的第一支付人信息开始进行电子凭证的开立。

具体的，如图2所示，开证端首先向第一支付端发送请求第一支付端作为电子凭证支付人的请求；第一支付端接收到请求后，若同意作为电子凭证支付人，则将同意信息发送给开证端；开证端接收到同意信息后，则向资金管理服务器发送开证请求，该开证请求包括开证金额和开证人的身份信息；资金管理服务器接收开证端发送的开证请求；开证端随即向第一支付端发送已发开证请求的通知；第一支付端通过登录相应的网页、应用等方式向资金管理服务器发送第一支付人信息，该第一支付人信息包括第一支付人的身份信息、账户名和账户金额；资金管理服务器接收到第一支付人信息后，则根据开证请求和第一支付人信息开始进行电子凭证的开立，具体包括验证第一支付人的身份信息和账户名，验证第一支付人的账户金额是否大于或等于开证金额等，其中账户金额为账户的资金余额或授信额度余额。

S12、接收更改支付人请求，判断是否同意更改支付人。当同意更改支付人时，执行步骤S13；否则，结束流程，或者反馈拒绝更改支付人信息，并询问是否继续根据第一支付人信息开立电子凭证。

本步骤S12中，在开证过程中，成功开立电子凭证之前，开证端随时可以向资金管理服务器提出更改支付人的请求。

具体的，如图2所示，开证过程中，开证端向资金管理服务器发送更改支付人请求，资金管理服务器接收到更改支付人请求后，审核该请求是否符合条件，如包括时间条件(如是否在成功开立电子凭证之前)或其它禁止性规定条件等，当审核通过后则同意更改支付人，当审核不通过则不同意更改支付人。

在某些实施例中，也可以由第一支付端向资金管理服务器提出更改支付人的请求。具体的，开证过程中，第一支付端向资金管理服务器发送更改支付人请求，资金管理服务器接收到更改支付人请求后，审核该请求是否符合条件，当审核通过后则同意更改支付人，当审核不通过则拒绝更改支付人。

S13、反馈同意更改支付人的信息。

当更改支付人请求由开证端提出时，资金管理服务器则向开证端(或开证端和第一支付端)反馈同意更改支付人的信息。

当更改支付人请求由第一支付端端提出时，资金管理服务器则向第一支付端反馈同意更改支付人的信息，第一支付端再将该同意信息发送给开证端。或者，也可以由资金管理服务器同时向第一支付端和开证端反馈同意更改支付人的信息。

S14、接收第二支付端发送的第二支付人信息并进行验证。当验证通过时，执行步骤S15；当验证失败时，结束流程，同时还可以向开证端(或第二支付端、或开证端和第二支付端)反馈电子凭证开立失败的信息。

具体的，如图2所示，开证端接收到同意更改支付人的信息后，向第二支付端发送更改支付人请求，当第二支付人同意作为电子凭证支付人时，则通过第二支付端向资金管理服务器发送第二支付人信息，并可以同时向开证端反馈同意信息，开证端则通知第一支付端已申请更改支付人。

资金管理服务器接收到第二支付人信息后，则终止根据第一支付人信息开立电子凭证的流程，转而根据第二支付人信息进行电子凭证的开立，即对第二支付人信息进行验证。资金管理服务器验证第二支付人信息的过程将在后面详细阐述。

S15、冻结第二支付人账户中相应额度的资金或授信额度后开立电子凭证。

本步骤S15中，当第二支付人信息验证通过后，资金管理服务器则冻结第二支付人账户中与开证金额等额的资金或授信额度，并开立电子凭证。还可以进一步通知开证端(或开证端和第二支付端)电子凭证开立成功。

S16、更新电子凭证的状态为已开证。

在某些实施例中，也可以省略步骤S16。

前述步骤S14中，资金管理服务器验证第二支付人信息的过程具体如图3所示，包括以下步骤：

S141、验证第二支付人的身份信息和账户名。当第二支付人的身份信息和账户名验证成功时，则执行步骤S142；否则，验证失败。

S142、验证第二支付人的账户金额，判断第二支付人的账户金额是否大于或等于开证金额。当账户金额大于或等于开证金额时，验证通过；否则，验证失败。其中，账户金额为账户的资金余额或授信额度余额。

前述实施例中，只对电子凭证支付人进行了一次更改，实际上在开证过程中，成功开证之前，可以对电子凭证支付人进行两次甚至多次更改。例如，在步骤S15之前，开证端或第二支付端还可以向资金管理服务器请求对电子凭证支付人进行第二次更改，在提出第二次更改后、成功开立电子凭证之前，还可以提出第三次更改，依此类推。

结合参见图4和图2，提出本发明开立电子凭证的方法第二实施例，本实施例的方法应用于开证端，所述方法包括以下步骤：

S21、向第一支付端发送请求作为电子凭证支付人的请求。

S22、接收到第一支付端发送的同意作为电子凭证支付人的信息后，向资金管理服务器发送开证请求。

具体的，如图2所示，第一支付端接收到请求后，若同意作为电子凭证支付人，则将同意信息发送给开证端；开证端接收到同意信息后，则向资金管理服务器发送开证请求，该开证请求包括开证金额和开证人的身份信息。

S23、通知第一支付端已发送开证请求。

具体的，如图2所示，开证端向资金管理服务器发送开证请求后，随即向第一支付端发送已发开证请求的通知，以使第一支付端通过相应的网页、应用等方式向资金管理服务器发送第一支付人信息，资金管理服务器据此进行电子凭证的开立。

S24、向资金管理服务器发送更改支付人请求。

本步骤S24中，在开证过程中，成功开立电子凭证之前，开证端随时可以向资金管理服务器发送更改支付人的请求。

S25、接收到资金管理服务器发送的同意更改支付人的信息后，向第二支付端发送更改支付人请求。

具体的，如图2所示，资金管理服务器接收到更改支付人请求后，审核该请求是否符合条件，当审核通过后则向开证端反馈同意更改支付人的信息。开证端接收到同意信息后，则向第二支付端发送更改支付人请求，以使第二支付端向资金管理服务器发送第二支付人信息，资金管理服务器根据第二支付人信息进行电子凭证的开立。此外，开证端还可以通知第一支付端已申请更改支付人。

结合参见图5和图2，提出本发明开立电子凭证的方法第三实施例，本实施例的方法应用于第一支付端，所述方法包括以下步骤：

S31、向开证端反馈同意作为电子凭证支付人的信息。

具体的，如图2所示，第一支付端接收到开证端发送的请求第一支付人作为电子凭证支付人的请求后，若同意作为电子凭证支付人，则向开证端发送同意作为电子凭证支付人的信息。

S32、接收到开证端发送的已向资金管理服务器发送开证请求的通知后，向资金管理服务器发送第一支付人信息。

第一支付人信息包括第一支付人的身份信息、账户名和账户金额。其中，账户金额为账户的资金余额或授信额度余额。

S33、向资金管理服务器发送更改支付人请求。

本步骤S33中，在开证过程中，成功开立电子凭证之前，第一支付端随时可以向资金管理服务器发送更改支付人的请求。

S34、接收资金管理服务器的反馈信息。

具体的，如图2所示，资金管理服务器接收到更改支付人请求后，审核该请求是否符合条件，当审核通过后则向第一支付端(或第一支付端和开证端)反馈同意更改支付人的信息。进一步地，第一支付端接收到同意信息后，还可以将该同意信息转发给开证端。

前述实施例中，开证人、第一支付人和第二支付人为三个不同的主体，即开证端、第一支付端和第二支付端为三个不同的终端。

在某些实施例中，开证人为第一支付人，即开证人以自己的账户作为担保向资金管理机构申请开立电子凭证。在此实施方式下，开证端和第一支付端为同一终端，开证端则直接向资金管理服务器发送开证人请求以及开证人的身份信息、账户名和账户金额。在开证过程中，开证端随时向资金管理服务器提出将电子凭证支付人更改为其他主体(即第二支付人)。

在另一些实施例中，开证人为第二支付人。即开证人先以其他主体(即第一支付人)作为电子凭证支付人向资金管理服务器申请开立电子凭证，在开证过程中，开证人或第一支付人随时可以向资金管理机构提出将电子凭证支付人更改为开证人本人。在此实施方式下，开证端和第二支付端为同一终端。

从而，本发明开立电子凭证的方法，在开立电子凭证过程中，可以随时向资金管理机构提出更改电子凭证的支付人，无需重新提出电子凭证开证请求。一方面，通过电子凭证进行支付，降低了交易风险；另一方面，提高了开立电子凭证的灵活性和效率。

参见图6，提出本发明开立电子凭证的系统一实施例，所述系统包括开证端、第一支付端、第二支付端和资金管理服务器，其中：

开证端：用于向第一支付端发送请求作为电子凭证支付人的请求，并接收第一支付端的反馈信息；当第一支付端的反馈信息为同意作为电子凭证支付人时，向资金管理服务器发送开证请求，并通知第一支付端；在开证过程中，向资金管理服务器发送更改支付人请求；当接收到资金管理服务器发送的同意更改支付人的信息后，向第二支付端发送更改支付人请求。

第一支付端：用于接收开证端发送的请求作为电子凭证支付人的请求，并反馈同意或拒绝作为电子凭证支付人的信息；接收到开证端发送的已向资金管理服务器发送开证请求的通知后，向资金管理服务器发送第一支付人信息。

在某些实施例中，第一支付端也可以在开证过程中向资金管理服务器发送更改支付人请求，接收资金管理服务器的反馈信息。进一步地，第一支付端还将反馈信息转发给开证端。

第二支付端：用于接收开证端发送的更改支付人请求，当同意作为电子凭证支付人时，向资金管理服务器发送第二支付人信息。

资金管理服务器：用于接收开证端发送的开证请求和第一支付端发送的第一支付人信息；根据开证请求和第一支付人信息开始进行电子凭证的开立；在开证过程中，接收更改支付人请求，当同意更改支付人时，反馈同意更改支付人的信息；接收第二支付端发送的第二支付人信息并进行验证，当验证通过后，冻结第二支付人账户中相应额度的资金或授信额度后开立电子凭证。

上述实施例提供的开立电子凭证的系统与开立电子凭证的方法实施例属于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征在系统实施例中均对应适用，这里不再赘述。

参见图7，提出本发明开立电子凭证的装置第一实施例，本实施例的装置应用于前述资金管理服务器，包括第一开证模块、更改模块、验证模块和第二开证模块，其中：

第一开证模块：用于接收开证端发送的开证请求和第一支付端发送的第一支付人信息，根据开证请求和第一支付人信息开始进行电子凭证的开立。

更改模块：用于在开证过程中，接收开证端或第一支付端发送的更改支付人请求，当同意更改支付人时，反馈同意更改支付人的信息，并接收第二支付端发送的第二支付人信息。

具体的，更改模块接收开证端或第一支付端发送的更改支付人请求后，审核该更改支付人请求，当审核通过后反馈同意更改支付人的信息。

验证模块用于：验证第二支付人信息，第二支付人信息包括第二支付人的身份信息、账户名和账户金额，当验证通过后，冻结第二支付人账户中相应额度的资金或授信后开立电子凭证。

具体的，第一开证模块首先验证第二支付人的身份信息和账户名；当第二支付人的身份信息和账户名验证成功后，再验证第二支付人的账户金额是否大于或等于开证金额；当第二支付人的账户金额大于或等于开证金额时，验证成功；否则，验证失败。其中，账户金额为账户的资金余额或授信额度余额

第二开证模块：用于当第二支付人信息验证通过后，冻结第二支付人的账户中相应额度的资金或授信额度后开立电子凭证。

如图8所示为本发明开立电子凭证的装置第二实施例，本实施例的装置也应用于前述资金管理服务器，本实施例与第一实施例的区别是增加了一更新模块，该更新模块用于在开立电子凭证后更新电子凭证的状态为已开证。在某些实施例中，开证人为第一支付人，开证端和第一支付端为同一终端。

在另一些实施例中，开证人为第二支付人，开证端和第二支付端为同一终端。

参见图9，提出本发明开立电子凭证的装置第三实施例，本实施例的装置应用于前述开证端，所述装置包括支付请求模块、开证请求模块和第一更改请求模块，其中：

支付请求模块：用于向第一支付端发送请求作为电子凭证支付人的请求，并接收第一支付端的反馈信息，当反馈信息为第一支付人同意作为电子凭证支付人的信息时，通知开证请求模块。

开证请求模块：用于当第一支付人同意作为电子凭证支付人时，向资金管理服务器发送开证请求，并通知第一支付端，以使第一支付端向资金管理服务器发送第一支付人信息。

第一更改请求模块：用于在开证过程中，向资金管理服务器发送更改支付人请求；当接收到资金管理服务器发送的同意更改支付人的信息后，向第二支付端发送更改支付人请求，以使第二支付端向资金管理服务器发送第二支付人信息。

参见图10，提出本发明开立电子凭证的装置第四实施例，本实施例的装置应用于前述第一支付端，所述装置包括支付请求反馈模块、支付信息发送模块和第二更改请求模块，其中：

支付请求反馈模块：用于接收开证端发送的请求作为电子凭证支付人的请求，当同意作为电子凭证支付人时，反馈同意作为电子凭证支付人的信息，否则不予响应或反馈不同意作为电子凭证支付人的信息；

支付信息发送模块：用于接收到开证端发送的已向资金管理服务器发送开证请求的通知后，向资金管理服务器发送第一支付人信息；

第二更改请求模块：用于向资金管理服务器发送更改支付人请求，接收资金管理服务器的反馈信息。进一步地，第二更改请求模块还将反馈信息转发给开证端。

上述实施例提供的开立电子凭证的装置与开立电子凭证的方法实施例属于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征在装置实施例中均对应适用，这里不再赘述。

从而，本发明开立电子凭证的装置，在开立电子凭证过程中，可以随时提出更改电子凭证的支付人，无需重新提出电子凭证开证请求。一方面，通过电子凭证进行支付，降低了交易风险；另一方面，提高了开立电子凭证的灵活性和效率。

本领域普通技术人员可以理解,实现上述实施例方法中的全部或部分步骤可以通过程序来控制相关的硬件完成，所述的程序可以存储于一计算机可读取存储介质中，所述的存储介质可以是ROM/RAM、磁盘、光盘等。

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

Claims (11)

1.一种开立电子凭证的方法，应用于资金管理服务器，其特征在于，包括步骤：

根据开证端发送的开证请求和第一支付端发送的第一支付人信息开始进行电子凭证的开立；

在开证过程中，接收所述开证端或所述第一支付端发送的更改支付人请求，当同意更改支付人时反馈同意更改支付人的信息，接收第二支付端发送的第二支付人信息；

验证所述第二支付人信息；

当验证通过后，冻结所述第二支付人的账户中相应额度的资金或授信额度后开立电子凭证。

2.根据权利要求1所述的开立电子凭证的方法，其特征在于，

开证人为第一支付人，所述开证端和所述第一支付端为同一终端；或者，

开证人为第二支付人，所述开证端和所述第二支付端为同一终端。

3.根据权利要求1所述的开立电子凭证的方法，其特征在于，所述第二支付人信息包括第二支付人的身份信息、账户名和账户金额，所述验证所述第二支付信息包括：

验证所述第二支付人的身份信息和账户名；

当所述第二支付人的身份信息和账户名验证成功后，验证所述第二支付人的账户金额是否大于或等于开证金额，所述账户金额为账户的资金余额或授信额度余额；

当所述第二支付人的账户金额大于或等于开证金额时，验证通过；否则，验证失败。

4.根据权利要求1-3任一项所述的开立电子凭证的方法，其特征在于，所述冻结所述第二支付人的账户中相应额度的资金或授信额度后开立电子凭证之后还包括：

更新所述电子凭证的状态为已开证。

5.一种开立电子凭证的方法，应用于开证端，其特征在于，包括步骤：

向第一支付端发送请求作为电子凭证支付人的请求；

接收到所述第一支付端发送的同意作为电子凭证支付人的信息后，向资金管理服务器发送开证请求，并通知所述第一支付端，以使所述第一支付端向所述资金管理服务器发送第一支付人信息；

在开证过程中，向所述资金管理服务器发送更改支付人请求，接收到所述资金管理服务器发送的同意更改支付人的信息后，向第二支付端发送更改支付人请求，以使所述第二支付端向所述资金管理服务器发送第二支付人信息。

6.一种开立电子凭证的装置，应用于资金管理服务器，其特征在于，包括：

第一开证模块，用于根据开证端发送的开证请求和第一支付端发送的第一支付人信息开始进行电子凭证的开立；

更改模块，用于在开证过程中，接收所述开证端或所述第一支付端发送的更改支付人请求，当同意更改支付人时反馈同意更改支付人的信息，并接收第二支付端发送的第二支付人信息；

验证模块，用于验证所述第二支付人信息；

第二开证模块，用于当所述第二支付人信息验证通过后，冻结所述第二支付人账户中相应额度的资金或授信后开立电子凭证。

7.根据权利要求6所述的开立电子凭证的装置，其特征在于，

开证人为第一支付人，所述开证端和所述第一支付端为同一终端；或者，

开证人为第二支付人，所述开证端和所述第二支付端为同一终端。

8.根据权利要求6所述的开立电子凭证的装置，其特征在于，所述验证模块用于：

验证所述第二支付人的身份信息和账户名；

当所述第二支付人的身份信息和账户名验证成功后，验证所述第二支付人的账户金额是否大于或等于开证金额，所述账户金额为账户的资金余额或授信额度余额；

当所述第二支付人的账户的资金余额或授信额度余额大于或等于开证金额时，验证通过；否则，验证失败。

9.根据权利要求6-8任一项所述的开立电子凭证的装置，其特征在于，所述装置还包括：

更新模块，用于在开立电子凭证后更新所述电子凭证的状态为已开证。

10.一种开立电子凭证的装置，应用于开证端，其特征在于，包括：

支付请求模块，用于向第一支付端发送请求作为电子凭证支付人的请求，当接收到所述第一支付端发送的同意作为电子凭证支付人的信息时，通知开证请求模块；

开证请求模块，用于向资金管理服务器发送开证请求，并通知所述第一支付端，以使所述第一支付端向所述资金管理服务器发送第一支付人信息；

第一更改请求模块，用于在开证过程中，向所述资金管理服务器发送更改支付人请求；当接收到所述资金管理服务器发送的同意更改支付人的信息后，向第二支付端发送更改支付人请求，以使所述第二支付端向所述资金管理服务器发送第二支付人信息。

11.一种开立电子凭证的系统，其特征在于，包括开证端、第一支付端、第二支付端和资金管理服务器，其中：

所述开证端，用于向所述第一支付端发送请求作为电子凭证支付人的请求；接收到所述第一支付端发送的同意作为电子凭证支付人的信息后，向所述资金管理服务器发送开证请求，并通知所述第一支付端；在开证过程中，向所述资金管理服务器发送更改支付人请求；接收到所述资金管理服务器发送的同意更改支付人的信息后，向所述第二支付端发送更改支付人请求；

所述第一支付端，用于根据所述开证端发送的请求作为电子凭证支付人的请求反馈同意作为电子凭证支付人的信息；接收到所述开证端发送的已向资金管理服务器发送开证请求的通知后，向所述资金管理服务器发送第一支付人信息；

所述第二支付端，用于根据所述开证端发送的更改支付人请求向所述资金管理服务器发送第二支付人信息；

所述资金管理服务器，用于根据所述开证端发送的开证请求和所述第一支付端发送的第一支付人信息开始进行电子凭证的开立；在开证过程中，接收所述开证端或所述第一支付端发送的更改支付人请求，当同意更改支付人时反馈同意更改支付人的信息；接收所述第二支付端发送的第二支付人信息并进行验证，当验证通过后，冻结所述第二支付人的账户中相应额度的资金或授信额度后开立电子凭证。