CN106611317A - 一种网上交易理赔金追偿方法及装置 - Google Patents

Abstract

本申请公开了一种网上交易理赔金追偿方法及装置，一种网上交易理赔金追偿方法包括：接收待理赔买家用户发出的针对目标卖家用户的维权请求；在满足预设的理赔条件的情况下，判断所述目标卖家用户是否已购买保证金险；在所述目标卖家用户已购买所述保证金险的情况下，从与所述保证金险关联的保险公司账户中转移针对所述维权请求的赔偿金额至所述待理赔买家用户的账户；按照预设的还款规则，根据所述赔偿金额，从所述目标卖家用户的账户转移金额至与所述保证金险关联的保险公司账户中，并根据转移金额更新所述目标卖家用户的可用保证金险余额。本申请提供的方案通过自动追偿机制，保证卖家的保险金余额，从而进一步提升买家理赔的成功率。

Description

一种网上交易理赔金追偿方法及装置

技术领域

本申请涉及互联网应用技术领域，尤其涉及一种网上交易理赔金追偿方法及装置。

背景技术

随着网络交易的普及，买家用户和卖家用户之间的交易纠纷成为客观上难以避免的现象。为了保障买家用户的权益，在现有的一些网络交易平台中，要求卖家用户预先缴纳一定数量的保证金，当出现交易纠纷并且判定需要卖家用户进行赔偿时，可以直接从卖家用户缴纳的保证金中扣除金额并转账给买家用户。

上述方案的缺点在于，卖家用户缴纳保证金后，这笔保证金是被冻结在卖家用户账户里中无法自由使用的，这无形中提升了卖家用户的经营成本，降低了资金流动的灵活性。而且一旦卖家保证金余额不足，则无法正常处理买家的理赔请求。

发明内容

针对上述技术问题，本申请提供一种网上交易理赔金追偿方法及装置，技术方案如下：

根据本申请的第一方面，提供一种网上交易理赔金追偿方法，所述方法包括：

接收待理赔买家用户发出的针对目标卖家用户的维权请求；

在满足预设的理赔条件的情况下，判断所述目标卖家用户是否已购买保证金险，其中，所述保证金险为在卖家用户无可用资金的情况下由保险公司先行垫付赔偿金的保险；

在所述目标卖家用户已购买所述保证金险的情况下，从与所述保证金险关联的保险公司账户中转移针对所述维权请求的赔偿金额至所述待理赔买家用户的账户；

按照预设的还款规则，根据所述赔偿金额，从所述目标卖家用户的账户转移金额至与所述保证金险关联的保险公司账户中，并根据转移金额更新所述目标卖家用户的可用保证金险余额。

根据本申请的第二方面，提供一种网上交易理赔金追偿装置，所述装置包括：

维权请求接收模块，用于接收待理赔买家用户发出的针对目标卖家用户的维权请求；

保证金险判断模块，用于在满足预设的理赔条件的情况下，判断所述目标卖家用户是否已购买保证金险，其中，所述保证金险为在无可用卖家用户资金的情况下由保险公司先行垫付赔偿金的保险；

第一金额转移模块，用于在所述目标卖家用户已购买所述保证金险的情况下，从与所述保证金险关联的保险公司账户中转移针对所述维权请求的赔偿金额至所述待理赔买家用户的账户；

第二金额转移模块，用于在所述第一金额转移模块转移金额后，按照预设的还款规则，根据所述赔偿金额，从所述目标卖家用户的账户转移金额至与所述保证金险关联的保险公司账户中，并根据转移金额更新所述目标卖家用户的可用保证金险余额。

本申请提供的技术方案，以保险的模式替代保证金，具有良好信誉的卖家用户可以使用较少的费用购买保证金险，当出现交易纠纷并且判定需要卖家用户进行赔偿时，会由保险公司先行垫付赔偿金额。卖家用户可以在无需缴纳高额保证金的情况下，获得与缴纳保证金卖家用户相同的资质，从而降低经营成本，提升资金流动的灵活性。另一方面，通过自动追偿机制，保证卖家的保险金余额，从而进一步提升买家理赔的成功率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

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

图1是本申请实施例提供的第一种网上交易理赔金追偿方法的流程示意图；

图2是本申请实施例提供的第二种网上交易理赔金追偿方法的流程示意图；

图3是本申请实施例提供的第三种网上交易理赔金追偿方法的流程示意图；

图4是本申请实施例提供的一种网上交易理赔金追偿装置的结构示意图。

具体实施方式

本申请实施例提供了一种网上交易理赔金追偿方法及装置，下面先从总体上对上述网上交易理赔金追偿方法进行介绍。

具体的，该网上交易理赔金追偿方法，包括：

接收待理赔买家用户发出的针对目标卖家用户的维权请求；

在满足预设的理赔条件的情况下，判断所述目标卖家用户是否已购买保证金险，其中，所述保证金险为在无可用卖家用户资金的情况下由保险公司先行垫付赔偿金的保险；

在所述目标卖家用户已购买所述保证金险的情况下，从与所述保证金险关联的保险公司账户中转移针对所述维权请求的赔偿金额至所述待理赔买家用户的账户；

按照预设的还款规则，根据所述赔偿金额，从所述目标卖家用户的账户转移金额至与所述保证金险关联的保险公司账户中，并根据转移金额更新所述目标卖家用户的可用保证金险余额。

上述各个步骤的执行主体可以是为买家用户和卖家用户提供网上交易服务的交易平台。由于上述步骤中涉及到的保证金险在无可用卖家用户资金的情况下能够由保险公司现行垫付卖家用户需向买家用户支付的赔偿金，所以，一定程度上减低了买家用户的经营成本，提升了资金流动的灵活性。另一方面，通过自动追偿机制，保证卖家的保险金余额，从而进一步提升买家理赔的成功率。

为了使本领域技术人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请保护的范围。

图1为本申请实施例提供的第一种网上交易理赔金追偿方法的流程示意图，该方法包括：

S101：接收待理赔买家用户发出的针对目标卖家用户的维权请求。

待理赔买家用户可以通过客户端向服务器发送针对目标卖家用户的维权请求，其中，维权请求中可以包括：待理赔买家用户的标识、目标卖家用户的标识、网上交易的订单信息、维权原因、需目标卖家用户支付的赔偿金额等等，本申请并不对维权请求中包含的信息进行限定，实际应用中可以根据具体情况进行调整。

S102：在满足预设的理赔条件的情况下，判断目标卖家用户是否已购买保证金险。

需要说明的是，上述保证金险为在无可用卖家用户资金的情况下由保险公司先行垫付赔偿金的保险。

可以理解的是，为保证对买家用户和卖家用户的公平性，可以预先设定理赔条件，只有在满足预先设定的理赔条件的情况下，服务器才响应待理赔买家用户的维权请求。当然，上述预设的理赔条件可以为空，即在任何情况下，只要服务器接收到了维权请求，即可判断目标卖家用户是否已购买保证金险。

具体的，服务器还可以先接收待理赔买家用户和目标卖家用户发出的举证信息，然后根据所接收的举证信息，按照预设的理赔判定规则，判断目标卖家用户是否为责任方，在判断得目标卖家用户是责任方的情况下，再判断目标卖家用户是否已购买保证金险。

其中，上述的举证信息可以是待理赔买家用户拍摄的商品照片、待理赔买家用户上传的交易记录截图、目标卖家用户上传的商品发货记录截图等等。

另外，上述预设的理赔规则可以是运营维护人员通过对大量买家用户和卖家用户进行问卷调查得到的理赔判定规则，也可以是运营维护人员根据一些促销活动的特点设置的理赔判定规则等等。

例如，目标卖家用户参加了7天无理由退货活动，待理赔买家用户收到商品后发现该商品不是自己想要的款式，进而发出了维权请求，则服务器接收到该维权请求后经核查目标卖家用户参加了7天无理由退货活动，因此，服务器认为目标卖家用户应该为待理赔买家用户办理退货，也就是服务器认为当前情况满足预设的理赔条件。

由于并非所有卖家用户均会购买保证金险，所以，通常情况下，服务器会记录已购买保证金险的卖家用户的相关信息，以便于后期进行数据维护。另外，保险公司考虑到自己的风险系数，实际应用中可能只会允许信用等级达到一定级别的卖家用户购买保证金险，所以，换个角度可以理解为经保险公司分析已购买保证金险的卖家用户的可信度一般较高，这一信息对于买家用户而言可以作为购买商品的参考，因此，为便于买家用户识别哪些是已购买保证金险的卖家用户，哪些是未购买保证金险的卖家用户，还可以为已购买保证金险的卖家用户颁发保证金险标识，进一步的买家用户购买已购买保证金险的卖家用户的商品后，所生成的订单信息中也可以包含该保证金险标识。

鉴于上述情况，在判断目标卖家用户是否已购买保证金险时，可以通过判断目标卖家用户的标识是否属于预设的卖家用户信息列表的方式确定目标卖家用户是否已购买保证金险，具体的，若目标卖家用户的标识属于预设的卖家用户信息列表，则可以判定目标卖家用户已购买保证金险，其中，上述预设的卖家用户信息列表至少用于存储已购买保证金险的卖家用户的标识，当然，该列表中还可以存储其他信息，例如，卖家用户的信用等级等等，本申请并不对此进行限定。

另外，在判断目标卖家用户是否已购买保证金险时，还可以通过判断维权请求对应的网上交易订单中是否包含保证金险标识的方式确定目标卖家用户是否已购买保证金险，具体的，若订单中包含保证金险标识，则可以判定目标卖家用户已购买保证金险。

S103：在目标卖家用户已购买保证金险的情况下，从与保证金险关联的保险公司账户中转移针对维权请求的赔偿金额至待理赔买家用户的账户。

具体的，上述针对维权请求的赔偿金额可以是服务器根据前述维权请求对应的网上交易订单的交易金额确定的，例如，确定赔偿金额为网上交易订单的交易金额的1倍、1.5倍、3倍等等；

上述针对维权请求的赔偿金额还可以是待理赔买家用户确定的，还可以是待理赔买家用户和目标卖家用户协商确定的等等。

S104：按照预设的还款规则，根据上述赔偿金额，从目标卖家用户的账户转移金额至与保证金险关联的保险公司账户中，并根据转移金额更新目标卖家用户的可用保证金险余额。

可以理解的是，保险公司帮助目标卖家用户垫付赔偿金后，目标卖家用户的可用保证金险余额会越来越小，在该余额小到一定程度时，例如为零，保险公司便不再帮助目标卖家用户垫付赔偿金，因此，目标卖家用户需及时向保险公司还款。

具体的，从目标卖家用户的账户转移金额至与保证金险关联的保险公司账户中的操作可以是根据目标卖家用户发出的还款请求触发的，为防止目标卖家用户忙碌忘记还款，也可以是由服务器按照一定的规则强制触发的，例如，服务器检测到在从与保证金险关联的保险公司账户中转移针对维权请求的赔偿金额至待理赔买家用户的账户后到达预设的时间点或经过预设时长而触发的等等。

具体的，按照预设的还款规则，根据上述赔偿金额，从目标卖家用户的账户转移金额至与保证金险关联的保险公司账户中时，可以在从与保证金险关联的保险公司账户中转移针对维权请求的赔偿金额至待理赔买家用户的账户后，到达预设的时间点或经过预设时长的情况下，判断目标卖家用户的账户余额是否大于等于上述赔偿金额，若大于等于上述赔偿金额，从目标卖家用户的账户转移赔偿金额至与保证金险关联的保险公司账户中，并根据上述赔偿金额更新目标卖家用户的可用保证金险余额，若小于上述赔偿金，从目标卖家用户的账户转移目标卖家用户账户的余额至与保证金险关联的保险公司账户中，并根据目标卖家用户账户的余额更新目标卖家用户的可用保证金险余额。

由以上可见，本实施例提供的技术方案，以保险的模式替代保证金，具有良好信誉的卖家用户可以使用较少的费用购买保证金险，当出现交易纠纷并且判定需要卖家用户进行赔偿时，会由保险公司先行垫付赔偿金额。卖家用户可以在无需缴纳高额保证金的情况下，获得与缴纳保证金卖家用户相同的资质，从而降低经营成本，提升资金流动的灵活性。

应用上述方式向保险公司还款时，不仅能够最大程度的保证目标卖家用户的可用保证金险余额，而且能够在目标卖家用户状态异常的情况下，最大程度减小保险公司的损失。

由前述实施例可以看出，从目标卖家用户的账户向与保证金险关联的保险公司账户转移资金后，会根据所转移的金额更新目标卖家用户的可用保证金险余额，其中，所转移的金额可能等于上述赔偿金额，也可能会小于上述赔偿金额。在所转移的金额等于上述赔偿金额的情况下，认为目标卖家用户已向保险公司还请前述维权请求对应的赔偿金额，因此不管在服务器中还在保险公司的记录中，均可以将目标买家用户针对前述维权请求的还款金额归零，而对于所转移的金额小于上述赔偿金额的情况，由于未能全部还请目标买家用户针对前述维权请求的还款金额归零，当时可以根据还款情况更新该还款金额。

目标卖家用户也可以主动发起向保险公司还款，基于此在本申请的一种具体实现方式中，上述网上交易理赔金追偿方法还可以包括：

接收目标卖家用户发出的还款请求，其中，该还款请求中携带还款额，然后根据上述还款请求中携带的还款额，从目标卖家用户的账户转移还款额至与保证金险关联的保险公司账户中，并根据还款额更新目标卖家用户的可用保证金险余额。

需要说明的是，上述的还款额可以是针对目标对象的一个维权请求的赔偿金额，也可以是针对目标对象的多个维权请求的赔偿金额之和，本申请并不对此进行限定。

由以上可见，本实施例提供的技术方案中，按照预设的还款规则，根据赔偿金额，从目标卖家用户的账户转移金额至与保证金险关联的保险公司账户中，并根据转移金额更新目标卖家用户的可用保证金险余额以及目标卖家用户针对保险公司的欠款额，有效保证了目标卖家用户的可用保证金险余额以及保险公司的利益。

可以理解的是，买家用户在理赔过程中，可能需要退货，也可能不需要退货，针对这两种情况，下面通过相应的实施例进行说明。

在本申请的一种具体实现方式中，参见图2，提供了第二种网上交易理赔金追偿方法的流程示意图，与前述实施例相比，本实施例中，从与保证金险关联的保险公司账户中转移针对维权请求的赔偿金额至待理赔买家用户的账户，包括：

S103A：判断待理赔买家用户是否发出退货请求，若发出，执行S103B。

S103B：获得待理赔买家用户确定的预冻结金额，并根据预冻结金额和目标卖家用户的可用保证金险余额判断是否能够通过保证金险进行理赔，若能够通过保证金险进行理赔，执行S103C。

其中，目标卖家用户的可用保证金险余额为保证金险关联的保险公司账户中用于为目标卖家用户垫付赔偿金的可用保险余额。

卖家用户购买保证金险后，保险公司可以依据其所支付的保险金额为其设置不同的保证金险额度，其中，保证金险额度表示保险公司可以为卖家用户垫付的赔偿金的最大数值，例如，卖家用户一年支付30元保险金额，保险公司为其设置的保证金险额度为1000元；卖家用户一年支付100元保险金额，保险公司为其设置的保证金险额度为20000元等等。

随着保险公司帮助卖家用户垫付赔偿金，在卖家用户没有向保险公司还款的情况下，，保险公司能够帮助卖家用户垫付的赔偿金会越来越少，即卖家用户的可用保证金险余额越来越小。

假设，保险公司为目标卖家用户设置的保证金险额度为10000元，保险公司帮助目标卖家用户支付一笔1000元的赔偿金后，目标卖家用户的可用保证金险余额为9000元，在目标卖家用户未向保险公司偿还上述1000元的情况下，保险公司又帮助目标卖家用户支付了一笔3000元的赔偿金后，目标卖家用户的可用保证金险余额为6000元。

待理赔买家用户确定预冻结金额后，服务器可以对目标卖家用户的可用保证金险余额中的资金进行冻结操作，资金冻结后，所冻结的资金只能用于理赔待理赔买家用户的维权请求，所以，买家用户在理赔过程中确定预冻结金额，并且服务器根据该金额进行资金冻结有助于防止由于可用保证金险余额不足带来的待理赔买家用户理赔速度减慢。

需要说明的是，待理赔买家用户确定的预冻结金额可以与维权请求对应的网上交易订单的交易额相等，也可以不相等，例如，预冻结金额可以在上述交易额的基础上增加运费额、增加待理赔买家用户的损失额等等。

根据预冻结金额和目标卖家用户的可用保证金险余额判断是否能够通过保证金险进行理赔时，可以通过判断预冻结金额是否大于目标卖家用户的可用保证金险余额的方式来确定是否能够通过保证金险进行理赔，具体的，若预冻结金额大于目标卖家用户的可用保证金险余额，则判定不能通过保证金险进行理赔，反之，若预冻结金额小于等于目标卖家用户的可用保证金险余额，则判定能够通过保证金险进行理赔。

S103C：冻结目标卖家用户的可用保证金险余额中的预冻结金额部分。

S103D：根据预冻结金额更新目标卖家用户的可用保证金险余额。

资金被冻结后，目标卖家用户的可用保证金险余额减小。

S103E：在确定待理赔买家用户完成退货后，判断针对维权请求的赔偿金额是否小于等于预冻结金额，若小于等于预冻结金额，执行S103F，否则，执行S103G。

具体的，可以通过待理赔买家用户上传的快递单号等等信息确定待理赔买家用户已完成退货。

S103F：从已冻结的预冻结金额中转移赔偿金额至待理赔买家用户的账户，解冻剩余冻结金额，并根据赔偿金额和剩余冻结金额更新目标卖家用户的可用保证金险余额。

其中，剩余冻结金额等于预冻结金额与赔偿金额之差。

在上述赔偿金额小于等于预冻结金额的情况下，冻结的资金已足够用于支付赔偿金，因而无需再动用目标卖家用户的保证金险余额支付，另外，这种情况下支付完赔偿金后，所冻结的资金中还有剩余资金，但是由于这部分资金处于冻结状态，无法用于支付其他赔偿金，所以，需对剩余冻结金额进行解冻处理。

S103G：判断目标卖家用户的可用保证金险余额与预冻结金额之和是否大于等于赔偿金额，若大于等于赔偿金额，执行S103H。

S103H：将已冻结的预冻结金额以及来自于目标卖家用户的可用保证金险余额的补充金额转移至待理赔买家用户的账户，并根据赔偿金额更新目标卖家用户的可用保证金险余额。

其中，补充金额等于赔偿金额与预冻结金额之差。

在上述赔偿金额大于预冻结金额的情况下，显然冻结的资金不足于支付赔偿金，为了保证能够成功支付上述赔偿金，除了需要考虑冻结的资金外，还需要从目标卖家用户的可用保证金险余额中挪出一部分用于支付赔偿金。

从前面的描述可以看出，上述理赔过程中多次涉及到更新目标卖家用户的可用保证金险余额，在本申请的一种较佳实现方式中，为保证目标卖家用户能够实时掌握其可用保证金险余额，在每次更新该余额后服务器可以向目标卖家用户推送余额变化提示信息，具体的，该提示信息中可以包括：更新后目标卖家用户的可用保证金险余额、本次冻结金额、本次赔偿金额等等信息。

在本申请的另一种具体实现方式中，参见图3，提供了第三种网上交易理赔金追偿方法的流程示意图，与图2所示实施例相比，本实施例中，在判断得待理赔买家用户未发出退货请求的情况下，还包括：

S103I：判断针对维权请求的赔偿金额是否小于等于目标卖家用户的可用保证金险余额，若为是，执行S103J。

S103J：从保证金险关联的保险公司账户中转移赔偿金额至待理赔买家用户的账户，并根据赔偿金额更新目标卖家用户的可用保证金险余额。

可以理解的是，待理赔买家用户发出针对目标卖家用户的维权请求后，可能会由于信息填写错误等原因取消该维权请求，而在待理赔买家用户取消该维权请求时，服务器可能已将赔偿金转移至待理赔买家用户的账户，也可能未转移至待理赔买家用户的账户，在未转移至待理赔买家用户的账户的情况下，需解冻被冻结的资金，以保证目标买家用户的可用保证金余额中有足够资金可用。

鉴于上述情况在本申请的一种可选实现方式中，在冻结目标卖家用户的可用保证金险余额中的预冻结金额部分之后，还可以接收针对维权请求的取消维权请求，然后判断是否已从保证金险关联的保险公司账户中转移赔偿金至待理赔买家用户的账户，若为否，则解冻预冻结金额，并根据预冻结金额更新目标卖家用户的可用保证金险余额。

需要说明的是，在冻结目标卖家用户的可用保证金险余额中的预冻结金额部分之前也可以接收针对维权请求的取消维权请求，这种情况下只需不再响应之前接收的维权请求即可，不涉及资金解冻处理。

由以上可见，上述几个实施例提供的技术方案中，在待理赔买家用户需要退货的情况下，从目标卖家用户的可用保证金险余额中冻结一部分资金以用于支付待理赔买家用户的赔偿金，由于资金一旦被冻结后只能用于支付待理赔买家用户的赔偿金，所以能够加快待理赔买家用户针对目标卖家用户的维权请求的处理速度。

下面通过几个实例对上述网上交易理赔金追偿方法进行更进一步的详细说明。

以下各个实例中服务器接收到维权请求后，均判断得知目标卖家用户已购买保证金险。假设，最初目标卖家用户的可用保证金险余额为10000元。

实例一：待理赔买家用户发出了退货请求，待理赔买家用户确定的预冻结金额为2000元，2000元小于10000元，因此能够通过保证金险进行理赔，进行资金冻结后，目标卖家用户的可用保证金险余额为8000元，针对维权请求的赔偿金额为1500元，从冻结的2000元中支付待理赔买家用户1500元，理赔成功，解冻被冻结的剩余500元，目标卖家用户的可用保证金险余额为8500元。

实例二：待理赔买家用户发出了退货请求，待理赔买家用户确定的预冻结金额为11000元，11000元大于10000元，因此不能通过保证金险进行理赔，可以认为理赔失败，此时可以通过其它途径进行理赔，例如，请人工客服人员帮助解决等等。

实例三：待理赔买家用户发出了退货请求，待理赔买家用户确定的预冻结金额为2000元，2000元小于10000元，因此能够通过保证金险进行理赔，进行资金冻结后，目标卖家用户的可用保证金险余额为8000元，针对维权请求的赔偿金额为3000元，3000元小于2000元与8000元之和，将冻结的2000元支付给待理赔买家用户，并从8000元中挪出1000元支付给待理赔买家用户，理赔成功，目标卖家用户的可用保证金险余额为7000元。

实例四：待理赔买家用户发出了退货请求，待理赔买家用户确定的预冻结金额为2000元，2000元小于10000元，因此能够通过保证金险进行理赔，进行资金冻结后，目标卖家用户的可用保证金险余额为8000元，针对维权请求的赔偿金额为11000元，11000元大于2000元与8000元之和，目标卖家用户的可用保证金险余额以及预冻结金额不足以支付待理赔买家用户的赔偿金，理赔失败，此时可以通过其它途径进行理赔。

实例五：待理赔买家用户未发出退货请求，针对维权请求的赔偿金额为1500元，从目标卖家用户的可用保证金险余额10000元中支付待理赔买家用户1500元，目标卖家用户的可用保证金险余额为8500元。

实例六：待理赔买家用户未发出退货请求，针对维权请求的赔偿金额为11000元，11000元大于10000元，目标卖家用户的可用保证金险余额不足以支付待理赔买家用户的赔偿金，可以认为理赔失败，此时可以通过其它途径进行理赔。

与上述网上交易理赔金追偿方法相对应，本申请实施例还提供了一种网上交易理赔金追偿装置。

图4为本申请实施例提供的一种网上交易理赔金追偿装置的结构示意图，该装置包括：

维权请求接收模块501，用于接收待理赔买家用户发出的针对目标卖家用户的维权请求；

保证金险判断模块502，用于在满足预设的理赔条件的情况下，判断所述目标卖家用户是否已购买保证金险，其中，所述保证金险为在无可用卖家用户资金的情况下由保险公司先行垫付赔偿金的保险；

第一金额转移模块503，用于在所述目标卖家用户已购买所述保证金险的情况下，从与所述保证金险关联的保险公司账户中转移针对所述维权请求的赔偿金额至所述待理赔买家用户的账户。

第二金额转移模块504，用于在所述第一金额转移模块503转移金额后，按照预设的还款规则，根据所述赔偿金额，从所述目标卖家用户的账户转移金额至与所述保证金险关联的保险公司账户中，并根据转移金额更新所述目标卖家用户的可用保证金险余额。

具体的，所述第二金额转移模块可以包括：

金额判断子模块，用于在从与所述保证金险关联的保险公司账户中转移针对所述维权请求的赔偿金额至所述待理赔买家用户的账户后，到达预设的时间点或经过预设时长的情况下，判断所述目标卖家用户的账户余额是否大于等于所述赔偿金额；

第一金额转移子模块，用于在所述第四金额判断子模块的判断结果为是的情况下，从所述目标卖家用户的账户转移所述赔偿金额至与所述保证金险关联的保险公司账户中，并根据所述赔偿金额更新所述目标卖家用户的可用保证金险余额；

第二金额转移子模块，用于在所述第四金额判断子模块的判断结果为否的情况下，从所述目标卖家用户的账户转移所述目标卖家用户账户的余额至与所述保证金险关联的保险公司账户中，并根据所述目标卖家用户账户的余额更新所述目标卖家用户的可用保证金险余额。

在本申请的一种具体实施方式中，上述网上交易理赔金追偿装置还可以包括：

还款请求接收模块，用于接收所述目标卖家用户发出的还款请求，其中，所述还款请求中携带还款额；

第三金额转移模块，用于根据所述还款请求中携带的所述还款额，从所述目标卖家用户的账户转移所述还款额至与所述保证金险关联的保险公司账户中，并根据所述还款额更新所述目标卖家用户的可用保证金险余额。

由以上可见，上述各个实施例提供的技术方案，以保险的模式替代保证金，具有良好信誉的卖家用户可以使用较少的费用购买保证金险，当出现交易纠纷并且判定需要卖家用户进行赔偿时，会由保险公司先行垫付赔偿金额。卖家用户可以在无需缴纳高额保证金的情况下，获得与缴纳保证金卖家用户相同的资质，从而降低经营成本，提升资金流动的灵活性。另一方面，通过自动追偿机制，保证卖家的保险金余额，从而进一步提升买家理赔的成功率。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本申请方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (6)

1.一种网上交易理赔金追偿方法，其特征在于，所述方法包括：

接收待理赔买家用户发出的针对目标卖家用户的维权请求；

在满足预设的理赔条件的情况下，判断所述目标卖家用户是否已购买保证金险，其中，所述保证金险为在卖家用户无可用资金的情况下由保险公司先行垫付赔偿金的保险；

在所述目标卖家用户已购买所述保证金险的情况下，从与所述保证金险关联的保险公司账户中转移针对所述维权请求的赔偿金额至所述待理赔买家用户的账户；

按照预设的还款规则，根据所述赔偿金额，从所述目标卖家用户的账户转移金额至与所述保证金险关联的保险公司账户中，并根据转移金额更新所述目标卖家用户的可用保证金险余额。

2.根据权利要求1所述的方法，其特征在于，所述按照预设的还款规则，根据所述赔偿金额，从所述目标卖家用户的账户转移金额至与所述保证金险关联的保险公司账户中，包括：

在从与所述保证金险关联的保险公司账户中转移针对所述维权请求的赔偿金额至所述待理赔买家用户的账户后，到达预设的时间点或经过预设时长的情况下，判断所述目标卖家用户的账户余额是否大于等于所述赔偿金额；

若为是，从所述目标卖家用户的账户转移所述赔偿金额至与所述保证金险关联的保险公司账户中，并根据所述赔偿金额更新所述目标卖家用户的可用保证金险余额；

若为否，从所述目标卖家用户的账户转移所述目标卖家用户账户的余额至与所述保证金险关联的保险公司账户中，并根据所述目标卖家用户账户的余额更新所述目标卖家用户的可用保证金险余额。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收所述目标卖家用户发出的还款请求，其中，所述还款请求中携带还款额；

根据所述还款请求中携带的所述还款额，从所述目标卖家用户的账户转移所述还款额至与所述保证金险关联的保险公司账户中，并根据所述还款额更新所述目标卖家用户的可用保证金险余额。

4.一种网上交易理赔金追偿装置，其特征在于，所述装置包括：

维权请求接收模块，用于接收待理赔买家用户发出的针对目标卖家用户的维权请求；

保证金险判断模块，用于在满足预设的理赔条件的情况下，判断所述目标卖家用户是否已购买保证金险，其中，所述保证金险为在无可用卖家用户资金的情况下由保险公司先行垫付赔偿金的保险；

第一金额转移模块，用于在所述目标卖家用户已购买所述保证金险的情况下，从与所述保证金险关联的保险公司账户中转移针对所述维权请求的赔偿金额至所述待理赔买家用户的账户；

第二金额转移模块，用于在所述第一金额转移模块转移金额后，按照预设的还款规则，根据所述赔偿金额，从所述目标卖家用户的账户转移金额至与所述保证金险关联的保险公司账户中，并根据转移金额更新所述目标卖家用户的可用保证金险余额。

5.根据权利要求4所述的装置，其特征在于，所述第二金额转移模块包括：

金额判断子模块，用于在从与所述保证金险关联的保险公司账户中转移针对所述维权请求的赔偿金额至所述待理赔买家用户的账户后，到达预设的时间点或经过预设时长的情况下，判断所述目标卖家用户的账户余额是否大于等于所述赔偿金额；

第一金额转移子模块，用于在所述第四金额判断子模块的判断结果为是的情况下，从所述目标卖家用户的账户转移所述赔偿金额至与所述保证金险关联的保险公司账户中，并根据所述赔偿金额更新所述目标卖家用户的可用保证金险余额；

第二金额转移子模块，用于在所述第四金额判断子模块的判断结果为否的情况下，从所述目标卖家用户的账户转移所述目标卖家用户账户的余额至与所述保证金险关联的保险公司账户中，并根据所述目标卖家用户账户的余额更新所述目标卖家用户的可用保证金险余额。

6.根据权利要求4所述的装置，其特征在于，所述装置还包括：

还款请求接收模块，用于接收所述目标卖家用户发出的还款请求，其中，所述还款请求中携带还款额；

第三金额转移模块，用于根据所述还款请求中携带的所述还款额，从所述目标卖家用户的账户转移所述还款额至与所述保证金险关联的保险公司账户中，并根据所述还款额更新所述目标卖家用户的可用保证金险余额。