一种电子凭证履约时效的设定方法及系统技术领域
本申请涉及电子商务领域，具体涉及一种电子凭证履约时效的设定方法及系统。
背景技术
随着计算机、网络及现代通信技术的日益发展，电子商务应用也逐渐走入了千家万户，成为被人们所熟悉的一种交易方式之一。电子商务利用互联网平台将传统商务活动中的参与各方(买家、卖家、物流公司、金融机构等)连接在一起，通过将整个交易过程网络化、电子化、信息化，减低了交易的成本、提高了交易效率。
但是，现行的电子商务应用中，不管是网上银行系统或者第三方支付系统，均未约定资金的流通时效，仍是时时流通的原则，不利于双方对资金流通的正确支配，且现有的电子凭证开设方法流程繁琐，导致出现大量的重复性工作，工作效率效率低，不利于促进电子商务活动的高速发展。
发明内容
根据本发明的第一方面，本发明提供一种电子凭证履约时效的设定方法，包括：
客户端发送电子凭证开证请求信息及履约时效设定信息；
服务端接收客户端发送的电子凭证开证请求信息及履约时效设定信息；
服务端判断履约时效设定是否正确，若正确则依所述履约时效设定信息开立电子凭证。
所述的电子凭证履约时效的设定方法，其中，服务端在所述电子凭证在履约时效期限内接收到收证方提交的履约信息，否则处理器认定电子凭证失效，取消资金冻结状态。
所述的电子凭证履约时效的设定方法，其中，所述电子凭证开证请求信息还包含履约信息，所述履约信息用于验证收证方反馈的履约内容。
根据本发明的第二方面，本发明还提供了一种电子凭证履约时效的设定系统，包括：
数据请求端，用于发送开证请求信息及履约时效设定信息；
数据处理端，用于接收开证请求信息及履约时效设定信息，并依开证请求信息及履约时效设定信息开立电子凭证。
所述的电子凭证履约时效的设定系统,其中,所述数据处理端包括:
接收模块，用于接收开证请求信息及履约时效设定信息,并且在电子凭证开立后接收履约信息；
判断模块，用于判断履约时效设定信息是否正确；
执行模块，若履约时效正确，则依所述履约时效设定信息开立电子凭证。
所述电子凭证履约时效的设定系统，还包括：
注销模块，用于当接收模块未在电子凭证履约时效期限内接收到履约信息时，认定所述电子凭证失效。
根据本发明的第三方面，本发明还提供了一种电子凭证履约时效的设定方法，包括：
第一服务器接收第一终端发送的含有开证请求信息及履约时效设定信息的开证请求信息；
第一服务器判断履约时效设定信息是否正确，若正确则生成对应履约时效的电子凭证。
所述的电子凭证履约时效的设定方法，其中，还包括第二终端及第二服务器；
所述开证请求信息由第二终端经第二服务器发送至第一服务器,再由第一服务器发送至第一终端确认,第一终端确认后,将开证请求信息发送至第一服务器。
所述的一种电子凭证履约时效的设定方法，其中，若所述第一服务器在所述履约时效期限内未收到预先设定的履约信息，则所述电子凭证失效。
所述的一种电子凭证履约时效的设定方法，其中，所述第一服务器需在履约时效有效期限内接收到所述第二服务器提交的履约信息。。
本申请的有益效果是，通过设置电子凭证的履约时效，为资金的流通提供了时效规制，在保障双方利益的同时又便捷了双方在资金流通方面的正确支配，敦促电子凭证收证方按时履约，使得电子凭证的使用更加灵活，极大地提高了了金融支付工具的应用空间。
附图说明
图1为本发明一种电子凭证履约时效的设定方法实施例的流程图；
图2为本发明一种电子凭证履约时效设定的系统实施例的原理框图；
图3为本发明一种电子凭证履约时效的设定方法，另一实施例的流程图。
具体实施方式
下面通过具体实施方式结合附图对本申请作进一步详细说明。
电子凭证是指银行根据开证人的申请冻结资金或支用授信额度并以银行名义开立，且承诺依照约定条件进行结算的电子信用承诺支付凭证。
履约期：履约期是收证人提交履约信息(如发货信息、收货信息)的期限，逾期未提交则电子凭证失效。
实施例一：
请参考图1，本实施例应用在电子凭证的开证过程中，及应用于开证期。本发明提供的一种电子凭证履约期设定的方法，包括步骤：
S1、客户端发送开证请求信息及履约时效设定信息。
具体地，客户端为电子凭证发起终端,客户端可以是移动终端,或电脑等连接互联网的PC,也可以是开证行的柜员机。开证人通过客户端向开证行后台服务器发出开证请求信息及履约时效设定信息。其中，开证请求信息包括开证人的身份信息和支付账号信息。还可包括指定收证人的信息，如收证人姓名、手机、邮箱，身份证、微信号、QQ号等能与收证人对应的信息，收证人账号(存款账号)等，通过此收证人的信息，便于收证人及时接收电子凭证。当然，客户也可以不指定收证人信息，这样任何获取该电子凭证信息的人都可以接收该电子凭证。用户可以通过客户端登录开证行网站或者下载对应的APP，将开证请求信息发送到开户行后台服务器。
进一步地，电子凭证开立信息还包括履约信息，所述履约信息用于验证收证人是否已按履约条件进行履约。履约时效设定信息是有客户端制定的收证方完成履约内容的期限，在履约时效限定的时间内，收证方如按预先制定的履约内容进行履约，并发送代表履约内容完成的履约信息至服务端，则认定该收证方已经履约，电子凭证进入下一阶段的清算期。如在履约时效期限内，服务端未收到履约信息，则判定该电子凭证失效。
较佳地，电子凭证履约时效的修改形式可以分为绝对有效期及相对有效期两种，绝对有效期指电子凭证履约有效期截止日期，例如，履约期截止日期为某年/某月/某日。相对有效期指电子凭证履约时效需在开征后的一个时间范围内有效，例如，履约时效有效期限为开证日起15日内，则收证方在开征后的15日内发送履约完成信息，否则，超出开证后的15日未按规定履约则电子凭证失效。
S2、服务端接收客户端发送的电子凭证开证请求信息及履约时效设定信息。
其中，服务端为开证行后台服务器。
S3、服务器判断履约时效设定信息是否正确，
具体地，服务器读取履约时效设定信息，判断履约时效的截止日期是否在开证日之后，若在开证日子后，则履约时效设定信息正确，进入步骤S4，若该履约时效设定错误，返回步骤S1，客户端重新设定履约时效。
进一步地，本步骤还可以包括：
判断开证请求信息是否正确，首先，服务端校验开证申请人是否为真实有效的，即是否实名制认证；其次，判定该开证申请人是否有不良信用记录。若开证申请人不是真实有效的，即并非实名制，或开证申请人存在不良信用记录，则该开征请求信息不正确，发送校验失败信息并提示客户端重新设定；若校验开证申请人为实名制，且开证申请人无不良信用记录，则开证请求信息正确，进入步骤S3。当然，还可以验证开证人是否在开证行有开户信息，但此项验证为开证银行内部统计用，不作为开证信息是否正确的判定条件，即不要求开证人在开证行一定有开户账号。
S4、依履约时效设定信息开立电子凭证。
服务端根据客户端提交的开证请求信息及支付账户，冻结支付账号对应的资金或授信的信息，开立电子凭证，该电子凭证在开证人、收证人以及开证行、收正行之间即可生效。其中，支付账户可以是借记卡，也可以是信用卡。
实施例二：
基于上述实施例的描述，本实施例还提出一种电子凭证履约时效设定的系统，如图2所示，包括：
数据请求端10，用于发送开证请求信息及履约时效设定信息；
数据处理端20，用于接收开证请求信息及履约时效设定信息，并依开证请求信息及履约时效设定信息开立电子凭证。
进一步地，数据处理端20还包括:
接收模块21，用于接收开证请求信息及履约时效设定信息。
所述开征请求信息包括开证人的身份信息和支付账号信息；开证请求信息还包括预先设定的履约信息，所述履约信息用于验证是否已按履约条件进行履约。
判断模块22，用于判断履约信息是否正确。
判断模块22还用于判断开证请求信息是否正确。
执行模块23，用于依履约时效设定信息开立电子凭证。
进一步地，数据处理端20还包括：
注销模块240，用于当数据处理端20在履约时效期限内未接收到履约信息时，判定该电子凭证失效。
实施例三、
基于上述实施例的描述，本发明还给出了另一种电子凭证履约时效设定的方法，本实施例是对实施例一的一种改进，如图3所示，包括：
S10、第一服务器接收第二服务器发送的收证请求信息。
具体地，第一服务器接收第一终端发送的收证请求信息，该收证请求信息是由第二终端发送至第二服务器，再由第二服务器发送至第一服务器。
本步骤中，第一终端为电子凭证的发起终，第二终端为电子凭证接收端，第一服务器为电子凭证开证行后台服务器，第二服务器为电子凭证收证行后台服务器。具体地，电子凭证接收人主动向其指定的银行后台服务器发出电子凭证收证请求信息，即主动向第二服务器发出收证请求信息。第二服务器接收到收证请求信息后发送至第一服务器。
进一步地，收证请求信息包括开证请求信息及履约时效设定信息。所述的开证请求信息中包括开证人的身份信息及对应支付账号，以及收证人的身份信息。
履约时效设定信息是由客户端制定的收证方完成履约的期限，在履约时效限定的时间内，收证方如按预先制定的履约内容进行履约，并发送对应的履约信息至服务端，则该履约完成。如在履约时效期限内，服务端未收到履约信息，则判定该电子凭证失效。
S20、第一服务器接收到收证请求信息后，生成对应的预开证验证信息并发送至第一终端。
具体地，第一服务器接收到收证请求信息后，读取其中的开证请求信息及履约时效设定信息，并生成预开证验证信息。第一服务器发送预开证验证信息到第一终端。
第一终端接收到该预开证验证信息后，读取其中的开证请求信息及履约时效信息进行确认，将确认后的预开证验证信息生成预开证信息，并发送预开证信息至第一服务器。
进一步地，第一终端还可以对预开证验证信息中的开证请求信息或履约时效信息进行修改，并将修改后的预开证信息发送至第一服务器。
S30、第一服务器接收第一终端发送的预开证信息。
S40、第一服务器判断履约时效设定信息是否正确。
具体地，本步骤中，判定履约时效设定信息是否正确，主要根据第一服务器预先制定的电子凭证履约期时效设定范围进行判定，若该履约时效在设定范围内，则判定该履约时效正确，进入步骤S40，若修履约时效不在设定范围内，则判定该履约时效不正确，返回步骤S10，由第二终端重新设定。例如，若预先制定收证期时效不得超过1个月，履约期有效期限若在一个月范围内则该履约时效设定正确，反之错误；还包括判断履约时效截止日期是否在开证日之后， 若在开证日之后则该履约时效设定正确。
S50、第一服务器依履约时效设定信息生成对应的电子凭证。
第一服务器根据预开证信息中的开证请求信息，冻结支付账号对应的资金或授信的信息，并依履约时效设定信息开立电子凭证，该电子凭证在开证人、收证人以及开证行、收证行之间即可生效。其中，支付账户可以是借记卡，也可以是信用卡等。
本实施例区别于实施例一的是，本实施例开设电子凭证是由第二终端发起，及由收证方发起，并通过第二服务器发送至第一服务器，即由收证行发送至开证行，再由第一终端对开证请求信息进行确认，即由开证人进行确认，然后再由第一服务器依履约时效设定信息开立电子凭证。
本实施例中，收证方需在履约时效期限内完成履约内容，并发送对应的证明履约内容完成的履约信息到第二服务器，第二服务器再将履约信息发送至第一服务器，这样，只要第一服务器在履约时效期限内接受到履约信息，即表示履约完成。
本申请的有益效果是，通过设置电子凭证的履约时效，为资金的流通提供了时效规制，在保障双方利益的同时又便捷了双方在资金流通方面的正确支配，敦促电子凭证收证方按时履约，使得电子凭证的使用更加灵活，极大地提高了金融支付工具的应用空间。
以上内容是结合具体的实施方式对本申请所作的进一步详细说明，不能认定本申请的具体实施只局限于这些说明。对于本申请所属技术领域的普通技术人员来说，在不脱离本申请发明构思的前提下，还可以做出若干简单推演或替换。