一种对中止解付比例信息进行处理的方法以及系统与流程

本发明涉及互联网信息处理技术领域，尤其涉及一种在物信证上记录银信证中止解付比例的方法以及系统。

背景技术：

随着网络的普及以及物流效率的提升，网络购物已逐渐成为现代人最喜欢使用的采买方式之一，其整体交易量也因而不断地放大，因此电子商务越来越受人们的重视，并已成为各行各业拓展商机的重要发展趋势。

目前的电子商务网站对于商家的商品一般会设置差评率，一般针对每件商品网站根据用户提交的评价统计得出差评率，这种方法会使一些信息（如买家支付过程的操作信息）分散在每件商品的购买页面，当用户想获取这方面的数据时，需要浏览较多的页面并自行统计，这不但浪费了原有的统计资源和带宽，而且增加了电子商务网站的访问负担。

技术实现要素：

鉴于现有技术的不足，本发明实施例提供一种对中止解付比例信息进行处理的方法以及系统，以解决现有技术不能对反映支付过程买家操作信息进行处理并记录于卖家所属商品页面，使其方便买家获取的问题。

为了达到上述发明目的，本发明提供了一种对中止解付比例信息进行处理的方法，该方法包括如下步骤：

厂商服务器接收银行服务器发送的对一物信证相关联的银信证的中止解付信息；

所述厂商服务器根据所述中止解付信息获取中止解付比例数据；

所述厂商服务器将所述中止解付比例数据记录到所述物信证或/及所述银信证对应收证人的所有物信证上。

本发明还提供了一种对中止解付比例信息进行处理的方法，该方法包括如下步骤：

银行服务器向厂商服务器发送与物信证相关联的银信证的中止解付信息，使所述厂商服务器根据所述中止解付信息获取中止解付比例数据、并将所述中止解付比例数据记录到所述物信证和所述银信证对应收证人的所有物信证的至少其中之一上。

相应地，本发明还提供一种对中止解付比例信息进行处理的系统，该系统包括设置于厂商服务器中的：

中止解付信息接收单元，用于接收银行服务器发送的对一物信证相关联的银信证的中止解付信息；

中止解付比例数据获取单元，用于根据所述中止解付信息获取中止解付比例数据；

中止解付比例数据记录单元，用于将所述中止解付比例数据记录到所述物信证和所述银信证对应收证人的所有物信证的至少其中之一上。

本申请的一种对中止解付比例信息进行处理的方法及系统，通过厂商服务器根据中止解付信息获取买家支付过程中对银信证的中止解付比例数据，并将该中止解付比例数据及时记录到卖家的物信证上，从而为用户提供了直观的统计结果，简化了用户的操作，可以避免浪费网站的统计资源，同时可以减少网站的访问负担。

其次，本申请厂商服务器对中止解付比例达到预设阈值的卖家或其物信证进行处理，从而可以淘汰电商网站上的不良卖家，从而进一步降低交易中出现的风险，并可以规范电子商务市场。

当然，实施本申请的任一产品不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明银信证的展示页面图；

图2是本发明物信证的展示页面图；

图3是本发明提供的一种对中止解付比例信息进行处理的方法的主流程示意图；

图4是图3中一个实施例的更详细的流程示意图；

图5是图3中另一个实施例的更详细的流程示意图；

图6是本发明提供的一种对中止解付比例信息进行处理的系统的第一实施例的结构示意图；

图7是图6中的中止解付比例数据获取单元的具体的结构示意图；

图8是本发明提供的一种对中止解付比例信息进行处理的系统的第二实施例的结构示意图；

图9是图8中的中止解付比例数据获取单元的具体的结构示意图。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

为了便于理解本发明，首先对本发明中涉及的几个重要名词进行说明，具体如下：

银信证：其是指开证人（买方）以其银行账户资金或授信额度作为保证而开立的，银行承诺依照解付条件办理收付结算的电子信用凭证。银信证由卖方下载收银台接入接口，由买家完成银信证的开证，在卖方完成收证并履约后申请解付，银行在判定解付条件达成后执行解付过程。银信证不仅可以用于商品和服务购买，也可用于抵押担保，譬如个人可向银行开具信用证，以此作为向他人贷款的担保。图1是本发明银信证的展示页面图。

开证银行：其是指接受开证人的请求，按其提供和确认的信息开立银信证的银行，其设置有开证银行服务器。

收证银行：其是指接受收证人的请求，按其提供和确认的信息接收银信证的银行，其设置有收证银行服务器。

开证人: 其持有买方端，其是指向银行申请开立银信证的主体，包括自然人、法人及其他组织。

收证人：其持有卖方端，是指开证人指定的接受银信证项下资金的主体，包括自然人、法人及其他组织。

开证：是指开证银行根据开证人的请求按其提供和确认的信息开立银信证的行为。

收证：是指收证银行根据收证人的收证申请收取银信证的行为

开证账户：是指开证人在开证银行开立的，向开证银行申请从该账户中冻结所需数额资金以开立银信证的账户。

收证账户：是指收证人指定的其在收证银行开立的接收银信证项下资金的账户。

履约提示：是卖方交易体履行基础交易对应义务后，由收证人向开证银行提交银信证履约信息的行为。

申请解付：是指收证人根据银信证项下基础交易合同约定履行了给付义务后，向开证银行请求解付的行为。

银信证解付：是指开证银行收到解付提示信息并确认符合解付条件后，向收证银行汇划银信证资金的行为。

其中， 银信证业务的基本流程如下：

1、交易体双方形成订单后，开证人通过互联网或其他方式向开证银行申请开证。也可以理解的是，在一些情形下，开证人可以在形成具体的交易订单时申请开证；也可在未形成交易订单时，开证人单方主动申请开证。

2、开证银行受理后，开立银信证并冻结开证人账户相应金额的资金或授信额度。

3、收证人通过互联网或其他方式向收证银行申请收证。

4、收证银行验证信息无误后予以收证，银信证进入履约期，收证人进行履约，例如商家发送了商品，即可认为进行了履约。

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

6、当开证人签收商品后，也就是收证人根据银信证的解付条件完成银信证所对应的交易条件后，收证人或指定的第三方将申请解付信息发送给收证银行，委托收证银行向开证银行申请解付。

7、开证银行解除对开证人账户资金的冻结，将资金划转到收证银行，收证银行将资金转入收证人账户。

在电子商务领域，上述业务流程中，开证人即为买方，收证人即为卖方，收证人履行交易义务即为卖方向买方发送货物，履约信息即为发货信息，申请解付信息即为收货信息，第三方可以为物流。

中止解付：收证人申请解付后24小时内，为便于开证人行使合法权利，开证人可向开证银行发送中止解付申请，触发银信证中止解付期（72小时）。中止解付期内，经有权机关依法处理，开证银行按有权机关相关法律文书执行具体操作。中止解付期内，有权机关未对银信证项下资金送达相关法律文书的，开证银行继续执行银信证解付。

由银信证的业务流程可知，银信证申请解付信息由收证人（卖方）或第三方（物流）发送给开证银行，因此存在收证人或第三方提供虚假信息从而骗取开证人（买方）的银信证资金解付，因此中止解付的作用在于防止网络购物钱货两空的诈骗行为。

物信证：其是具有商品标识码和交互接口、且记录有商品信息及其交易信息的网络电子凭证，该交互接口包括该商品信息可被买方编辑的接口，该商品信息包括商品转让信息。物信证上集成了电子商务所必备的各项功能，其一旦被点击触发购买则按预置程序和交易规则启动供应商发货、物流配送、银行付收款等流程。物信证至少包括具有名称和金额的物品属性以及具有至少一个账户的收结算信息。物信证由产品供应商（厂商）提供，收款账户为产品供应商（厂商）账户。图2是本发明的物信证展示页面图。

物信证存储于厂商服务器，用户通过获取信息调取厂商服务器的物信证，并展示于显示设备上；任一用户查看物信证都是调取厂商服务器的物信证，因此物信证上记录的信息会随着物信证进行流转，以使用户可以获取物信证的所有记录的信息。

采用银信证对物信证进行购买时，触发物信证的购买按钮，则链接到银信证开证支付页面，以使用户通过银信证开证支付页面进行开证；完成开证后，银信证信息与物信证信息相关联。

如图1所示，示出了本发明提供的一种对中止解付比例信息进行处理的方法实施例的主流程示意图；其中，该方法包括如下步骤：

步骤S10，在采用银信证对物信证进行交易的过程中，当银行服务器对一个物信证所关联的银信证进行中止解付后，厂商服务器接收银行服务器发送的对该物信证相关联的银信证的中止解付信息；中止解付信息至少包括收证人账户信息、中止解付处理时间。

该中止解付信息可以由开证银行服务器或收证银行服务器发送。

步骤S12，厂商服务器根据所述中止解付信息获取中止解付比例数据；

厂商服务器获取中止解付比例数据可以是厂商服务器根据中止解付信息获取中止解付处理的银信证所关联的物信证信息，并统计该物信证所发生的银信证中止解付次数和该物信证被购买次数，计算中止解付次数占被购买次数的比例从而获得中止解付比例数据。

厂商服务器获取中止解付比例数据也可以是厂商服务器接收中止解付信息之后，向银行服务器发送获取中止解付比例数据的请求，并接收银行服务器发送的中止解付比例数据，该中止解付比例数据由银行服务器统计中止解付处理的银信证对应的收证人的收证次数以及所述收证人对应的所有银信证中止解付次数，并计算所述中止解付次数占所述收证次数的比例所获得。

步骤S14，厂商服务器将所述中止解付比例数据记录到所述物信证上。通过该方法，买家在浏览某个物信证时，就可以看到其对应的中止解付比例数据，从而简化了买家的操作，避免浪费网站的统计资源，同时可以减少网站的访问负担。

具体地，下述将结合两个实施例来说明一下本发明的更详细的流程。

如图2所示，是图1中一个实施例的更详细的流程示意图；在该实施例中，该方法包括如下的步骤：

步骤S20、在对物信证进行交易的过程中，如果出现了一些情形，例如收证人（卖方）已提交物信证对应的银信证解付申请，而（开证人）买方还未收到货物时，则开证人可以通过买方端向银行服务器发送银信证中止解付申请，该中止解付申请包括银信证的信息和该银信证对应的物信证信息；

步骤S21、银行服务器接收买方端发送的银信证中止解付申请；

步骤S22、银行服务器对所述银信证中止解付申请进行审核，并在审核通过后，对所述银信证进行中止解付处理；

其中，银行服务器对银信证中止解付申请的审核内容至少包括中止解付申请时间是否在有效时间内。

步骤S23、银行服务器在完成中止解付处理后，生成中止解付信息并发送给厂商服务器；

步骤S24、厂商服务器接收所述中止解付信息；

步骤S25、厂商服务器根据中止解付信息中的银信证信息，可以获取所述中止解付处理的银信证所关联的物信证信息；

步骤S26、厂商服务器统计所述物信证所发生的银信证中止解付的次数和所述物信证被购买次数，并计算所述中止解付的次数占所述被购买次数的比例，获得中止解付比例数据；在该实施方式中，中止解付次数只统计中止解付并因中止解付而终止银信证解付的次数，而不统计那些提出中止解付而最终继续执行银信证解付的次数。据此，厂商服务器可以获取所述物信证的中止解付比例数据；

步骤S27、厂商服务器将所述中止解付比例数据记录到所述物信证上，即将所述中止解付比例数据更新到所述物信证上。

步骤S28、厂商服务器将所述中止解付比例数据与一个阈值进行比较。如果比较结果为所述中止解付比例数据大于或者等于所述阈值，则进入步骤S29。如果比较结果为所述中止解付比例数据小于所述阈值，则流程结束。该阈值可以由厂商服务器预先进行设置为固定数值，如，该预定阈值是40%；可以理解地，该阈值也可以是动态变化的，其可根据物信证上的属性参数计算得出，比方说物信证上的价格属性，阈值和物信证的价格成反比等等。

步骤S29、对所述物信证/及所述银信证对应收证人的账号进行预定策略的处理，以降低所述物信证被再次购买的概率。

其中，该进行预定策略的处理的步骤包括但不限于下面的方式：

对所述物信证或所述收证人的账号下的所有物信证标注一特定的标签，例如对该些物信证加持“黑名单”或“高风险”等标签；

对所述物信证或所述收证人的账号下所有的物信证进行删除或隐藏处理；

对所述收证人的账号进行封号处理。

可以理解的是，其中步骤S25和步骤S26是图1上步骤S12的具体细化；同时，在该实施例中涉及的银行服务器可以是开证银行服务器，其中，步骤S21至步骤S23可以均由开证银行服务器来实现；而在其他一些情形下，上述的银行服务器也可以包括开证银行服务器和收证银行服务器，例如，在一个应用场景中，步骤S21和步骤S22由开证银行服务器来实现，而步骤S23中，可以是开证银行服务器先将中止解付信息先发送给收证银行服务器，然后由收证银行服务器发送给厂商服务器。

如图3所示，是图1中另一个实施例的更详细的流程示意图；在该实施例中，该方法包括如下的步骤：

步骤S30、在对物信证进行交易的过程中，如果出现了一些情形，例如收证人（卖方）已提交物信证对应的银信证解付申请，而开证人（买方）还未收到货物收证人，则开证人可以通过买方端向银行服务器发送银信证中止解付申请，其中包括银信证的信息；

步骤S31、银行服务器接收来自买方端的银信证中止解付申请；

步骤S32、银行服务器对所述银信证中止解付申请进行审核，并在审核通过后，对所述银信证进行中止解付处理；

步骤S33、银行服务器在完成中止解付处理后，生成一中止解付信息并发送给厂商服务器；

步骤S34、厂商服务器接收所述中止解付信息；

步骤S35，厂商服务器向银行服务器发送获取中止解付比例数据的请求信息；

步骤S36、银行服务器接收厂商服务器发送的获取中止解付比例数据的请求信息；

步骤S37、银行服务器统计所述银信证对应收证人的收证次数以及所述收证人对应的所有银信证中止解付次数，并计算所述中止解付次数占所述收证次数的比例，获得所述收证人的中止解付比例数据；可以理解的是，此处所说的中止解付次数只统计中止解付并因中止解付而终止银信证解付的次数，而不会统计那件提出中止解付而最终继续执行银信证解付的次数；

步骤S38、银行服务器将所述中止解付比例数据发送给厂商服务器；

步骤S39、厂商服务器接收所述中止解付比例数据，具体地，该中止解付比例数据即为前述步骤六中银行服务器统计计算所获得的数据；

步骤S310、厂商服务器将所述中止解付比例数据记录到所述物信证上，具体地，在该步骤中，厂商可以将所述中止解付比例数据记录到所述收证人的账号下的所有物信证上。

同理，具体地，在一些实施例中，在步骤S310之后，还可以包括如下的步骤：

步骤S312、厂商服务器将所述中止解付比例数据与一个阈值进行比较。如果比较结果为所述中止解付比例数据大于或者等于所述阈值，则进入步骤S314。如果比较结果为所述中止解付比例数据小于所述阈值，则流程结束。该阈值可以由厂商服务器预先进行设置为固定数值，如，该预定阈值是；可以理解地，该阈值也可以是动态变化的，其可根据物信证上的属性参数计算得出，比方说物信证上的价格属性，阈值和物信证的价格成反比等等。

步骤S314、对所述物信证/及所述银信证对应收证人的账号进行预定策略的处理，以降低所述物信证被再次购买的概率。

其中，该进行预定策略的处理的步骤包括但不限于下面的方式：

对所述物信证或所述收证人的账号下的所有物信证标注一特定的标签，例如对上述物信证加持“黑名单”或“高风险”等标签；

对所述物信证或所述收证人的账号下所有的物信证进行删除或隐藏处理；

对所述收证人的账号进行封号处理。

在该实施例中涉及的银行服务器可以是开证银行服务器与收证服务器，例如，在一个具体的应用场合中，步骤S31至步骤S33可以由开证银行服务器来实现，而步骤S36至步骤S38可以由收证银行服务器来实现。

图4是本发明提供的一种对中止解付比例信息进行处理的系统的第一实施例的结构示意图；在该实施例中，该对中止解付比例信息进行处理的系统包括：买方端10、银行服务器20、厂商服务器30以及卖方端40，该四者通过网络（如因特网）进行连接。其中，

银行服务器20至少包括：

中止解付申请接收单元200，用于接收买方端发送的银信证中止解付申请；

中止解付处理单元202，用于对所述银信证中止解付申请进行审核，并在审核通过后，对所述银信证进行中止解付处理；

中止解付信息发送单元204，用于在完成中止解付处理后，生成一中止解付信息并发送给厂商服务器；

厂商服务器30至少包括：

中止解付信息获取单元300，用于接收来自银行服务器对一物信证相关联的银信证的中止解付信息，即接收来自所述中止解付信息发送单元23的中止解付信息；

中止解付比例数据获取单元302，用于根据所述中止解付信息获取所述中止解付比例数据；

中止解付比例数据记录单元304，用于将所述中止解付比例数据记录到所述物信证和所述银信证对应收证人的所有物信证的至少其中之一上。

相应地，在厂商服务器30中还可以包括：

阈值比较单元306，用于将所述中止解付比例数据与一预设阈值进行比较；

比较处理单元308，用于在比较结果为所述中止解付比例数据大于所述预设阈值时，对物信证或/及收证人的账号进行预定策略的处理。

其中，比较处理单元308所采用的预定策略包括但不限于下述的至少一种：

对所述物信证或所述收证人的账号下的所有物信证标注一特定的标签，例如对上述物信证加持“黑名单”或“高风险”等标签；

对所述物信证或所述收证人的账号下所有的物信证进行删除或隐藏处理；

对所述收证人的账号进行封号处理。

一并结合图5所示，示出了其中的中止解付比例数据获取单元的结构示意图，在该实施例中，该中止解付比例数据获取单元302进一步包括：

物信证信息获取单元3020，用于在接收到中止解付信息后，获取所述中止解付处理的银信证所关联的物信证的信息；

统计计算单元3022，用于统计所述物信证上所发生的银信证中止解付的次数和所述物信证被购买次数，并计算所述中止解付的次数占所述被购买次数的比例，获得中止解付比例数据。

更多的细节，可以参照前述对图2的描述。

图6是本发明提供的一种对中止解付比例信息进行处理的系统的第二实施例的结构示意图。在该实施例中，该对中止解付比例信息进行处理的系统包括：买方端10、银行服务器20、厂商服务器30以及卖方端40，该四者通过网络（如因特网）进行连接。其中，

银行服务器20至少包括：

中止解付申请接收单元200，用于接收来自买方端的银信证中止解付申请；

中止解付处理单元202，用于对所述银信证中止解付申请进行审核，并在审核通过后，对所述银信证进行中止解付处理；

中止解付信息发送单元204，用于在完成中止解付处理后，生成一中止解付信息并发送给厂商服务器；

请求信息接收单元206，用于接收厂商服务器发送的获取中止解付比例数据的请求信息；

统计计算单元208，用于统计所述银信证对应收证人的收证次数以及所述收证人对应的所有银信证中止解付次数，并计算所述中止解付次数占所述收证次数的比例，获得所述收证人的中止解付比例数据；

中止解付比例数据发送单元209，用于将所述中止解付比例数据发送给厂商服务器。

厂商服务器30至少包括：

中止解付信息获取单元300，用于接收来自银行服务器对一物信证相关联的银信证的中止解付信息，即接收来自所述中止解付信息发送单元23的中止解付信息；

中止解付比例数据获取单元302，用于获取所述中止解付比例数据；

中止解付比例数据记录单元304，用于将所述中止解付比例数据记录到所述物信证或/及拥有所述物信证的收证人的所有物信证上。

相应地，在厂商服务器30中还可以包括：

阈值比较单元306，用于将所述中止解付比例数据与一预设阈值进行比较；

比较处理单元308，用于在比较结果为所述中止解付比例数据大于所述预设阈值时，对所述物信证或/及所述收证人的账号进行预定策略的处理。其中，比较处理单元308所采用的预定策略包括但不限于下述的至少一种：

对所述物信证或所述收证人的账号下的所有物信证标注一特定的标签，例如对上述物信证加持“黑名单”或“高风险”等标签；

对所述物信证或所述收证人的账号下所有的物信证进行删除或隐藏处理；

对所述收证人的账号进行封号处理。

一并结合图7所示，示出了其中的中止解付比例数据获取单元的结构示意图，在该实施例中，该中止解付比例数据获取单元302进一步包括：

请求信息发送单元3024，用于在接收银行服务器发20送的中止解付信息后向银行服务器20发送获取中止解付比例数据的请求信息；

中止解付比例数据接收单元3026，用于接收所述银行服务器20发送的中止解付比例数据。

更多的细节，可以参照前述对图3的描述。

本申请的一种对中止解付比例信息进行处理的方法及系统，通过厂商服务器根据中止解付信息获取买家支付过程中对银信证的中止解付比例数据，并将该中止解付比例数据及时记录到卖家的物信证上，从而为用户提供了直观的统计结果，简化了用户的操作，可以避免浪费网站的统计资源，同时可以减少网站的访问负担。

其次，本申请厂商服务器对中止解付比例达到预设阈值的卖家或其物信证进行处理，从而可以淘汰电商网站上的不良卖家，从而进一步降低交易中出现的风险，并可以规范电子商务市场。

当然，实施本申请的任一产品不一定需要同时达到以上所述的所有优点。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。