资金管理服务器、邀约开证的数据处理方法及系统与流程

本申请涉及计算机数据处理的技术领域，尤其涉及一种资金管理服务器、邀约开证的数据处理方法及系统。

背景技术：

电子商务利用Internet平台将传统商务活动中的参与各方，如买家、卖家、物流公司、金融机构等连接在一起，通过将整个交易过程网络化、电子化、信息化，减低了交易的成本、提高了交易效率。

但是，现行的电子商务应用中，资金的传递主要还是依赖传统的电子直接转账支付的方式和第三方支付的方式完成，支付方式单一，且都是在需求方未收到购买商品前，就已经将需求方的资金划拨出账户，无法满足市场上一些潜在的商务需要，且增加了安全隐患。

技术实现要素：

本申请提供一种资金管理服务器、邀约开证的数据处理方法及系统。

根据本申请的第一方面，本申请提供一种邀约开证的数据处理方法，包括：

提供方生成邀约数据，并发送给需求方；

所述需求方依据所述邀约数据生成开证请求，并发送给资金管理服务器；

所述资金管理服务器判断开证请求是否满足开证条件；

若满足，所述资金管理服务器冻结需求方指定的账户内的开证资金额度或授信额度，并开出电子凭证。

上述方法，所述资金管理服务器判断开证请求是否满足开证条件，具体包括：

所述服务器验证所述需求方的身份和/或所述账户是否符合开证要求。

上述方法，所述资金管理服务器判断开证请求是否满足开证条件，还包括：

所述资金管理服务器调用所述需求方账户信息，判断所述账户内的开证资金额度或授信额度是否大于或等于所述开证请求中所申请的支付数额。

上述方法，还包括：

所述资金管理服务器将生成的电子凭证信息发送给所述需求方；

所述需求方接收所述资金管理服务器发出的生成电子凭证的信息。

根据本申请的第二方面，本申请提供一种邀约开证的数据处理方法，包括：

资金管理服务器获取需求方发送的、由提供方生成邀约数据且所述需求方根据所述邀约数据生成的开证请求；

所述资金管理服务器判断开证请求是否满足开证条件；

若满足，所述资金管理服务器冻结需求方账户内的开证资金额度或授信额度，并开出电子凭证。

根据本申请的第三方面，本申请提供一种邀约开证的数据处理系统，包括提供方终端、需求方终端和资金管理服务器，所述资金管理服务器包括接收模块、判断模块和处理模块；

所述提供方终端，用于生成邀约数据，并发送给需求方；

所述需求方终端，用于依据所述邀约数据生成开证请求，并发送给资金管理服务器；

所述接收模块，用于获取所述开证请求；

所述判断模块，用于判断所述开证请求是否满足开证条件；

所述处理模块，用于在所述开证请求满足所述开证条件时，冻结需求方指定的账户内的开证资金额度或授信额度，并开出电子凭证。

上述系统，所述处理模块，还用于验证所述需求方的身份和/或所述账户是否符合开证要求。

上述系统，所述处理模块，还用于调用所述账户的信息，判断所述账户内的开证资金额度或授信额度是否大于或等于所述开证请求中所申请的支付数额。

上述系统，所述处理模块，还用于将生成的电子凭证信息发送给所述需求方终端；所述需求方终端，还用于接收所述生成电子凭证的信息。

根据本申请的第四方面，本申请提供一种资金管理服务器，包括存储器和处理器，所述存储器用于存储计算机指令，所述处理器用于根据所述计算机指令执行以下步骤：

获取需求方发送的、由提供方生成邀约数据且所述需求方根据所述邀约数据生成的开证请求；

判断开证请求是否满足开证条件；

若满足，冻结需求方账户内的开证资金额度或授信额度，并开出电子凭证。

由于采用了以上技术方案，使本申请具备的有益效果在于：

在本申请的具体实施方式中，提供方生成邀约数据，需求方依据邀约数据生成开证请求，资金管理服务器在开证请求满足开证条件时，冻结需求方账户内的开证资金额度或授信额度，开出电子凭证。本申请由提供方发起邀约请求，可通过互联网或其他方式向不特定的买家发布，需求方可结合提供方的邀约信息向其付款账号所在行申请开立电子凭证。本申请提供了一种全新的交易方式和体验，便捷高效，为电子商务的成熟发展提供了有利的工具。

附图说明

图1为本申请的邀约开证的数据处理方法在一种实施方式中的流程图；

图2为本申请的邀约开证的数据处理方法在另一种实施方式中的流程图；

图3为本申请邀约开证的数据处理方法在又一种实施方式中的流程图；

图4 为本申请的资金管理服务器在一种实施方式中的结构示意图；

图5为本申请邀约开证的数据处理系统在一种实施方式中的结构示意图。

具体实施方式

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

本方案所述的电子凭证即银行承诺按约定条件解付资金的电子信用承诺支付凭证，是指银行根据开证人的申请冻结所需数额资金或使用信用额度而开立，并承诺依照约定解付条件办理支付结算的电子信用承诺支付凭证。

本申请所提及的电子凭证通常的业务流程为：开证银行根据开证人的申请冻结所需数额资金以开立电子凭证，并由收证人通过收证银行进行收证，当约定解付条件达成时，由开证银行将资金解付并通过收证银行向收证人办理支付结算。

实施例一：

如图1所示，本申请的邀约开证的数据处理方法，其一种实施方式，包括以下步骤：

步骤102：提供方生成邀约数据，并发送给需求方。通常，该邀约数据包括提供方收款账号信息和商品售价金额以及交易条件等，类似一种信息通告，即，在电子商务中，提供方发布的一种承诺信息：提供方能够提供商品，需求方若要购买，则需要向具体账户内支付一定数额的资金。在一种实施方式中，提供方为卖方，需求方为买方。

步骤104：需求方依据邀约数据生成开证请求，并发送给资金管理服务器。通常，该资金管理服务器为开证行的资金管理服务器。

步骤106：资金管理服务器判断开证请求是否满足开证条件。

在一种实施方式中，步骤106具体可以包括以下步骤：服务器验证需求方的身份和/或所述账户是否符合开证要求。

在另一种实施方式中，步骤106还可以包括以下步骤：

资金管理服务器调用需求方指定的账户的信息，判断该账户内的开证资金额度或授信额度是否大于或等于所述开证请求中所申请的支付数额。需求方指定的账户可以是需求自己的账户，也可以是同意代替需求方付款的他人的账号。

步骤108：若满足，资金管理服务器冻结需求方指定的账户内的开证资金额度或授信额度，并开出电子凭证。

在一种实施方式中，步骤108后还可以包括以下步骤：

资金管理服务器将生成的电子凭证信息发送给需求方；需求方接收资金管理服务器发出的生成电子凭证的信息。

如图2所示，本申请的邀约开证的数据处理方法，其一种具体应用例，包括以下步骤：

步骤202：提供方生成邀约数据。

该邀约数据至少包括提供方的收款账号，可以包括商品的金额，还可包括委托收证行接收电子凭证的指令，也就是让收证行自动收证。具体地，该邀约信息还可以由卖家委托的收证行生成，这样，需求方通过开证行生成电子凭证时，收证银行可以直接接受电子凭证，而无需再经过提供方的确认收证，节约程序，提高交易效率。

步骤204：需求方获取到卖家发布的邀约数据，依此数据生成开证请求，并将该请求发送给开证行。

在一种实施方式中，提供方可将邀约数据展示并广播。也就是提供方将邀约发布到互联网中，如可发布在各大电商平台中，各大微博或论坛中，或通过邮箱以及其他社交软件进行发布推广。需求方通过互联网或各种通讯方式获得邀约数据。当然，买家也可通过面对面的方式获知邀约数据。

就提供方生成邀约数据的方式可以为：买家和卖家在磋商之后，由提供方生成该邀约数据。

步骤206：开证行接收到需求方（开证人）的开证请求。

步骤208：判定该需求方的开证请求是否符合开证要求。若是允许执行步骤210，反之，反馈结果给需求方终止开证或重新生成开证请求。

能否开证需要校验开证人的账号或身份。开证行对该开证人的身份信息进行校验。该处的校验可能具有以下几种情形：第一种校验情形是指校验开证人是否在开证银行有开户信息，第二种校验情形是指该开证申请人是否为真实有效的，也就是实名制认证，不要求开证人在开证行一定有开户账号；第三种校验情形是指判定该开证申请人是否有不良信用记录，是白名单用户还是黑名单用户？具体验证时，可以通过手机动态码实现。

步骤210：开证行调用需求方账户内的数据，获取资金或授信信息，判定能否其额度是否充足？若充足，则执行步骤212，反之，反馈结果给需求方，结束开证流程。该处也并非一定是调用开证人的账户信息进行比对，也可以通过调用他人的账户开证。

步骤212：当账户内资金或授信足够时，开证行受开证人的请求冻结资金或授信生成电子凭证，其中需求方如使用借记卡，则冻结借记卡内的资金，需求方如使用信用卡，则冻结信用卡授信。

步骤214：将生成电子凭证的信息发送给需求方。

可以想到，当开证行完成电子凭证的开证过程后，可将该电子凭证开立成功的信息发送给需求方，需求方接收电子凭证已开立的信息，从而知晓电子凭证的状态。

在一种实施方式中，开证过程中还可设置其他开立电子凭证，如定时、定期、定额开立电子凭证。同时亦可以设置该电子凭证的解付条件，如设置解付的规则，设置成一次开证冻结多次解付的情形等等。

如卖家公告可提供的服务或商品，将出售的商品信息和账号公布，公告欲购买者请向卖家的账号所在的银行开立电子凭证，该电子凭证指明该卖家的收款账号。买家获知卖家具体能提供何种商品和服务，根据自己的需要，从而结合卖家的收款账号开出电子凭证予以购买。

实施例二：

如图3所示，本申请的邀约开证的数据处理方法，其一种实施方式，包括以下步骤：

步骤302：资金管理服务器获取需求方发送的、由提供方生成邀约数据且所述需求方根据所述邀约数据生成的开证请求。即提供方生提供方生成邀约数据，需求方根据邀约数据生成的开证请求后，将开证请求发送给资金管理服务器，资金管理服务器获取该开证请求。

步骤304：资金管理服务器判断开证请求是否满足开证条件。

在一种实施方式中，步骤304具体可以包括以下步骤：服务器验证需求方的身份和/或所述账户是否符合开证要求。

在另一种实施方式中，步骤304还可以包括以下步骤：

资金管理服务器调用需求方指定的账户的信息，判断需求方账户内的开证资金额度或授信额度是否大于或等于所述开证请求中所申请的支付数额。

步骤306：若满足，资金管理服务器冻结需求方指定的账户内的开证资金额度或授信额度，并开出电子凭证。

实施例三：

如图4、图5所示，本申请的邀约开证的数据处理系统，包括提供方终端30、需求方终端20和资金管理服务器10，资金管理服务器10为开证行服务器，资金管理服务器10包括接收模块11、判断模块12和处理模块13。

提供方终端30，用于生成邀约数据，并发送给需求方；需求方终端20，用于获取邀约数据，依据邀约数据生成开证请求，并发送给接收模块11；接收模块11，用于获取开证请求；判断模块12，用于判断开证请求是否满足开证条件；处理模块13，用于在开证请求满足开证条件时，冻结需求方指定的账户内的开证资金额度或授信额度，并开出电子凭证。

在一种实施方式中，处理模块13还用于验证需求方的身份和/或账户是否符合开证要求。在另一种实施方式中，处理模块13还用于调用需求方账户信息，判断需求方账户内的开证资金额度或授信额度是否大于或等于开证请求中所申请的支付数额。

本申请的邀约开证的数据处理系统，处理模块13还用于将生成的电子凭证信息发送给需求方终端20；需求方终端20，还用于接收生成电子凭证的信息。

实施例四：

本申请的资金管理服务器，其一种实施方式，包括存储器和处理器，存储器用于存储计算机指令，参见图3所示，处理器用于根据计算机指令执行以下步骤：

步骤302：获取需求方发送的、由提供方生成邀约数据且需求方根据邀约数据生成的开证请求；

步骤304：判断开证请求是否满足开证条件；

步骤306：若满足，冻结需求方账户内的开证资金额度或授信额度，并开出电子凭证。

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