开立电子凭证的方法、系统和装置技术领域
本发明涉及网络支付技术领域，尤其是涉及一种开立电子凭证的方法、
系统和装置。
背景技术
支付是指买卖活动中，基于经济合同所产生的货币支付。目前，很多银
行或者企业都提供了网络支付的服务，允许用户操作计算机、手机等终端设
备来实现网络支付，网络支付的方式为用户提供了很大的便利。现有的网络
支付方式中，多为将银行卡内的资金直接划拨至对方账户，或者划拨至第三
方机构作为担保。
传统的网络支付方式，在买方资金汇划指令下达后，资金会直接发生流
转，常常会出现以下的情况：买方尚未收到商户提供的商品或服务，其资金
已经被银行或第三方机构支付给卖方；或者卖方提供商品或服务后，买方迟
迟不能够支付相应的资金；或者买方将资金转给错误的对方账户。现阶段的
网络支付方式存在一定的交易风险，不能保障买卖双方的利益。
发明内容
本发明的主要目的在于提供一种开立电子凭证的方法、系统和装置，旨
在降低交易风险。
为达以上目的，本发明提出一种开立电子凭证的方法，包括步骤：
开证端向资金管理服务器发送开证请求，所述开证请求包括开证金额信
息、支付人身份信息和支付账户信息；
所述资金管理服务器根据所述开证金额信息、支付人身份信息和支付账
户信息验证所述开证请求；
当所述开证请求通过验证时，所述资金管理服务器开立电子凭证；
当所述开证请求没有通过验证时，所述资金管理服务器拒绝开立电子凭
证。
本发明还提出一种应用于资金管理服务器的开立电子凭证的方法，包括
步骤：
接收开证端发送的开证请求，所述开证请求包括开证金额信息、支付人
身份信息和支付账户信息；
根据所述开证金额信息、支付人身份信息和支付账户信息验证所述开证
请求；
当所述开证请求通过验证时，开立电子凭证；
当所述开证请求没有通过验证时，拒绝开立电子凭证。
本发明同时提出一种开立电子凭证的系统，包括开证端和资金管理服务
器，其中：
所述开证端，用于向资金管理服务器发送开证请求，所述开证请求包括
开证金额信息、支付人身份信息和支付账户信息；
所述资金管理服务器，用于根据所述开证金额信息、支付人身份信息和
支付账户信息验证所述开证请求；当所述开证请求通过验证时，所述资金管
理服务器开立电子凭证；当所述开证请求没有通过验证时，所述资金管理服
务器拒绝开立电子凭证。
本发明还提出一种应用于资金管理服务器的开立电子凭证的装置，包括：
接收模块，用于接收开证端发送的开证请求，所述开证请求包括开证金
额信息、支付人身份信息和支付账户信息；
开证模块，用于根据所述开证金额信息、支付人身份信息和支付账户信
息验证所述开证请求；当所述开证请求通过验证时，开立电子凭证；当所述
开证请求没有通过验证时，拒绝开立电子凭证。
本发明所提供的一种开立电子凭证的方法、系统和装置，一方面，通过
电子凭证进行支付，降低了交易风险；另一方面，根据开证金额信息、支付
人身份信息和支付账户信息对开证请求进行严格验证，极大的降低了电子凭
证开立环节的风险，从源头上对交易风险进行控制，进一步降低了交易风险。
附图说明
图1是本发明开立电子凭证的方法第一实施例的流程图；
图2是本发明实施例中开立电子凭证时各主体的交互示意图；
图3是本发明实施例中资金管理服务器验证开证请求的过程一流程图；
图4是本发明实施例中资金管理服务器验证开证请求的过程另一流程图；
图5是本发明开立电子凭证的方法第二实施例的流程图；
图6是本发明开立电子凭证的系统一实施例的模块示意图；
图7是本发明开立电子凭证的装置第一实施例的模块示意图；
图8是本发明开立电子凭证的装置第二实施例的模块示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步
说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限
定本发明。
本发明实施例中，资金管理服务器为资金管理机构的服务器，资金管理
机构是指能支持资金流动的机构，包括但不限于银行和其他金融机构(如证
券机构、第三方支付平台等)，即资金管理服务器包括银行服务器或者其他金
融机构服务器。
本发明实施例中，电子凭证是指资金管理服务器根据开证人的申请冻结
资金或支用授信额度并以资金管理机构名义开立，且承诺依照约定条件进行
结算的电子信用承诺支付凭证。
本发明实施例中，开证人(通常为买方)，是向资金管理机构申请开立电
子凭证的主体，可以是自然人、法人或其他组织，开证端是开证人持有的终
端。
本发明实施例中，开立电子凭证实际上是资金管理服务器将冻结后的资
金登记在开证人的账户下。
本发明实施例中，电子凭证基本业务流程为：资金管理机构根据开证人
的申请冻结所需数额资金以开立电子凭证，当约定解付条件达成时，由资金
管理机构将资金解付办理支付结算。具体如下：
1.交易体双方形成订单后，开证人(如买方)向开证机构(即开立电子
凭证的资金管理机构，如开证银行)申请开证。(当然，开证人可以在形成具
体的交易订单时申请开证；也可在未形成交易订单时，开证人单方主动申请
开证。)
2.开证机构受理后，开立电子凭证并冻结相应金额的资金或授信额度。
3.收证人(如卖方)向收证机构(如收证银行)申请收证。
4.收证机构验证信息无误后予以收证，电子凭证进入履约期，收证人进
行履约(如商家发送商品，即可认为进行了履约)。
5.收证人履约后，电子凭证获得履约信息，更改银信状态，电子凭证进
入签收期，等待商品的送达，签收商品。
6.当开证人签收商品后，也就是收证人根据电子凭证的解付条件完成电
子凭证所对应的交易条件后，委托收证机构向开证机构申请解付。
7.开证机构解除对开证人账户资金的冻结，将资金划转到收证机构，收
证机构将资金转入收证人账户。
应当理解，上述仅是运用电子凭证的一种方式，还可以是运用电子凭证
购买服务。在购买服务时，如住酒店的交易场景中，酒店预订成功，即酒店
进行了履约。
当然，电子凭证还可以运用于划拨资金。不同情形时，履约和签收的理
解也有所变化。也就是说，当商家提供一种商品或服务时，可能就直接使电
子凭证的状态同时流经了履约期和签收期，直接进入解付，如当面交易。
以下，通过具体实施例对电子凭证的开立流程进行详细说明。
参见图1、图2，提出本发明开立电子凭证的方法第一实施例，所述方法
包括以下步骤：
S11、开证端向资金管理服务器发送开证请求。
该开证请求包括开证金额信息、支付人身份信息和支付账户信息，该支
付账户即开立电子凭证时用来提供担保的账户。通常，开证人即支付人；可
选地，支付人也可以是第三方，即开证人请求第三方作为电子凭证支付人，
此时，支付人信息和支付账户信息也可以由第三方向资金管理服务器提供。
S12、资金管理服务器根据开证金额信息、支付人身份信息和支付账户信
息验证开证请求。当验证通过时，执行步骤S13；当验证没有通过时，执行步
骤S14。
资金管理服务器验证开证请求的过程将在后面详细阐述。
S13、资金管理服务器开立电子凭证。
当开证请求通过验证时，资金管理服务器则冻结支付账户中与开证金额
等额的资金或授信额度，并开立电子凭证。开立电子凭证后，还可以通知开
证端电子凭证开立完成。
S14、资金管理服务器拒绝开立电子凭证。
当开证请求没有通过验证时，资金管理服务器则拒绝开立电子凭证，并
生成退回信息发送给开证端，退回开证端的开证申请。
步骤S12中，资金管理服务器验证开证请求的具体流程可以如图3所示，
包括以下步骤：
S101、资金管理服务器验证支付人身份信息和支付账户信息。当验证成
功时，执行步骤S102；当验证失败时，执行步骤S104。
具体的，资金管理服务器验证支付人身份信息与支付账户信息是否相符、
支付账户是否合法有效等，当支付人身份信息与支付账户信息是否相符且支
付账户合法有效时，验证成功，否则，验证失败。
S102、验证开证金额，判断开证金额是否小于或等于支付账户的资金余
额或授信额度余额。当开证金额小于或等于支付账户的资金余额或授信额度
余额时，执行步骤S103；当开证金额大于支付账户的资金余额或授信额度余
额时，执行步骤S104。
S103、判定开证请求通过验证。
S104、判定开证请求没有通过验证。
其中，步骤S101和S102的顺序不做限制，在某些实施例中，也可以先
执行步骤S102，再执行步骤S101。
优选地，资金管理服务器验证开证请求的具体流程还可以如图4所示，
包括以下步骤：
S201、资金管理服务器验证支付人身份信息和支付账户信息。当验证成
功时，执行步骤S202；当验证失败时，执行步骤S205。
具体的，资金管理服务器验证支付人身份信息与支付账户信息是否相符、
支付账户是否合法有效等，当支付人身份信息与支付账户信息是否相符且支
付账户合法有效时，验证成功，否则，验证失败。
S202、验证开证金额，判断开证金额是否小于或等于支付账户的资金余
额或授信额度余额。当开证金额小于或等于支付账户的资金余额或授信额度
余额时，执行步骤S203；当开证金额大于支付账户的资金余额或授信额度余
额时，执行步骤S205。
S203、验证开证人或/和支付人，判断开证人或/和支付人是否符合禁止性
规定。当不符合禁止性规定时，执行步骤S204；当符合禁止性规定时，执行
步骤S205。
当开证人即支付人时，只需根据支付人身份信息验证支付人是否符合禁
止性规定。
当开证人和支付人为两个主体时(即支付人为第三方)，可以只验证开证
人或支付人任意一方是否符合禁止性规定，或者同时验证开证人和支付人是
否均符合禁止性规定。
该禁止性规定包括：当开证人或/和支付人信用评级低于一定程度时不予
开证、当开证人或/和支付人具有特定属性时不予开证等等。
S204、判定开证请求通过验证。
S205、判定开证请求没有通过验证。
其中，步骤S201-S203的顺序不做限制，在某些实施例中，三个步骤的
顺序可以任意组合。
参见图5，提出本发明开立电子凭证的方法第二实施例，本实施例的方法
应用于资金管理服务器，所述方法包括以下步骤：
S21、接收开证端发送的开证请求。
该开证请求包括开证金额信息、支付人身份信息和支付账户信息，该支
付账户即开立电子凭证时用来提供担保的账户。通常，开证人即支付人；可
选地，支付人也可以是第三方，即开证人请求第三方作为电子凭证支付人，
此时，支付人信息和支付账户信息也可以由第三方发送给资金管理服务器。
S22、根据开证金额信息、支付人身份信息和支付账户信息验证开证请求。
当验证通过时，执行步骤S23；当验证没有通过时，执行步骤S25。
资金管理服务器验证开证请求的详细过程如图3和图4所示。
S23、开立电子凭证。
当开证请求通过验证时，资金管理服务器则冻结支付账户中与开证金额
等额的资金或授信，并开立电子凭证。开立电子凭证后，还可以通知开证端
电子凭证开立完成。
S24、更新电子凭证的状态为已开证。
当开立电子凭证之后，更新电子凭证的状态为已开证。
在某些实施例中，也可以省略步骤S24。
S25、拒绝开立电子凭证。
当开证请求没有通过验证时，资金管理服务器则拒绝开立电子凭证，并
生成退回信息发送给开证端，通知开证端电子凭证开立失败。从而，本发明
开立电子凭证的方法，一方面，通过电子凭证进行支付，降低了交易风险；
另一方面，根据开证金额信息、支付人身份信息和支付账户信息对开证请求
进行严格验证，极大的降低了电子凭证开立环节的风险，从源头上对交易风
险进行控制，进一步降低了交易风险。
参见图6，提出本发明开立电子凭证的系统一实施例，所述系统包括开证
端和资金管理服务器，其中：
开证端：用于向资金管理服务器发送开证请求，该开证请求包括开证金
额信息、支付人身份信息和支付账户信息。
资金管理服务器：用于根据开证金额信息、支付人身份信息和支付账户
信息验证开证请求；当开证请求通过验证时，开立电子凭证；当所述开证请
求没有通过验证时，拒绝开立电子凭证。
具体的，资金管理服务器首先验证支付人身份信息和支付账户信息；当
验证失败时，判定开证请求没有通过验证；当验证成功时，再判断开证金额
是否小于或等于支付账户的资金余额或授信额度余额；当开证金额小于或等
于支付账户的资金余额或授信额度余额时，判定开证请求通过验证；否则，
判定开证请求没有通过验证。
优选地，资金管理服务器首先验证支付人身份信息和支付账户信息；当
验证失败时，判定开证请求没有通过验证；当验证成功时，再判断开证金额
是否小于或等于支付账户的资金余额或授信额度余额、以及开证人或/和支付
人是否符合禁止性规定；当开证金额小于或等于支付账户的资金余额或授信
额度余额且支付人不符合禁止性规定时，判定开证请求通过验证；否则，判
定开证请求没有通过验证。
上述实施例提供的开立电子凭证的系统与开立电子凭证的方法实施例属
于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征
在系统实施例中均对应适用，这里不再赘述。
参见图7，提出本发明开立电子凭证的装置第一实施例，所述装置应用于
前述资金管理服务器，包括接收模块、验证模块和开证模块，其中：
接收模块：用于接收开证端发送的开证请求。
该开证请求包括开证金额信息、支付人身份信息和支付账户信息，该支
付账户即开立电子凭证时用来提供担保的账户。通常，开证人即支付人；可
选地，支付人也可以是第三方，即开证人请求第三方作为电子凭证支付人，
此时，支付人信息和支付账户信息也可以由第三方发送给接收模块。
验证模块，用于根据开证金额信息、支付人身份信息和支付账户信息验
证开证请求。
开证模块：用于当开证请求通过验证时，开立电子凭证；当开证请求没
有通过验证时，拒绝开立电子凭证。
具体的，验证模块首先验证支付人身份信息和支付账户信息；当验证失
败时，判定开证请求没有通过验证；当验证成功时，再判断开证金额是否小
于或等于支付账户的资金余额或授信额度余额；当开证金额小于或等于支付
账户的资金余额或授信额度余额时，判定开证请求通过验证；否则，判定开
证请求没有通过验证。
优选地，开证模块首先验证支付人身份信息和支付账户信息；当验证失
败时，判定开证请求没有通过验证；当验证成功时，再判断开证金额是否小
于或等于支付账户的资金余额或授信额度余额、以及开证人或/和支付人是否
符合禁止性规定；当开证金额小于或等于支付账户的资金余额或授信额度余
额且支付人不符合禁止性规定时，判定开证请求通过验证；否则，判定开证
请求没有通过验证。
如图8所示为本发明开立电子凭证的装置第二实施例，本实施例的装置
也应用于前述资金管理服务器，本实施例与第一实施例的区别是增加了一更
新模块，该更新模块用于在开立电子凭证之后，更新电子凭证的状态为已开
证。
上述实施例提供的开立电子凭证的装置与开立电子凭证的方法实施例属
于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征
在装置实施例中均对应适用，这里不再赘述。
从而，本发明开立电子凭证的装置，一方面，通过电子凭证进行支付，
降低了交易风险；另一方面，根据开证金额信息、支付人身份信息和支付账
户信息对开证请求进行严格验证，极大的降低了电子凭证开立环节的风险，
从源头上对交易风险进行控制，进一步降低了交易风险。
本领域普通技术人员可以理解,实现上述实施例方法中的全部或部分步骤
可以通过程序来控制相关的硬件完成，所述的程序可以存储于一计算机可读
取存储介质中，所述的存储介质可以是ROM/RAM、磁盘、光盘等。
应当理解的是，以上仅为本发明的优选实施例，不能因此限制本发明的
专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变
换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利
保护范围内。