账单抵扣方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种账单抵扣方法、装置、电子设备及存储介质。

背景技术

在电商、外卖、线上线下酒店旅游等交易类业务的结算系统中，商家每个账期内完成订单数量通常大于退款订单数量，即“正向结算金额>逆向退款金额”，因此对账单结算金额为正，在基于对账单生成结算单后可以向商家付款。若商家在某账期内退款订单数量大于正向完成订单数量时，可能会因“逆向退款金额>正向结算金额”生成倒挂负账单，而负账单站在平台角度是应收方向，无法生成结算单。

由于行业内现行结算系统中对账单和结算单相互独立，因此负账单处理方式主要有手动调整和手动收款认领两种。

在采用手动调整方式处理负账单时，商家当前账期生成的负账单不做审核，商家后续账期的正常对账单如可抵扣(不分抵扣或全部抵扣)负账单金额，则由运营人员手动录入调整项，对正常对账单进行调减，若商家后续账期的正常对账单生成结算单面向商家付款，则结算单状态为付款成功、负账单状态不变。

在采用手动收款认领方式处理负账单时，商家对负账单金额进行线下支付，支付成功后通知运营人员，运营人员从支付侧索取平台实收流水号、针对负账单手动发起收款认领，填写商家实付明细信息和平台实收流水号，收款认领系统按规则进行匹配核销，在收款认领成功后，负账单状态为收款成功。

针对手动调整方式而言，需要运营人员每次手动调整，人效低、容错率低，且缺失线上数据关联，要建立手工台账，防止多调、漏调、错调。针对手动收款认领方式而言，由于商家有后续货款可供抵扣，单独支付负账单的意愿不强；该方式强依赖支付系统，开发成本高；且运营人员需从多个系统获取实收和实付信息后手动申请，沟通成本高、人效低。

发明内容

本申请实施例提供了一种克服上述问题或者至少部分地解决上述问题的账单抵扣方法、装置、电子设备及存储介质。

第一方面，本申请实施例提供了一种账单抵扣方法，包括：

在获取目标对象在当前结算周期对应的第一对账单且所述第一对账单满足预设条件的情况下，生成所述目标对象在当前结算周期对应的第一结算单；

在所述目标对象对应的第一账单抵扣池内包括待抵扣的N个负账单的情况下，根据所述第一结算单、按照所述N个负账单对应的抵扣顺序，对至少一个负账单进行抵扣处理，N为大于或者等于1的整数。

第二方面，本申请实施例提供了一种账单抵扣装置，包括：

生成模块，用于在获取目标对象在当前结算周期对应的第一对账单且所述第一对账单满足预设条件的情况下，生成所述目标对象在当前结算周期对应的第一结算单；

抵扣模块，用于在所述目标对象对应的第一账单抵扣池内包括待抵扣的N个负账单的情况下，根据所述第一结算单、按照所述N个负账单对应的抵扣顺序，对至少一个负账单进行抵扣处理，N为大于或者等于1的整数。

第三方面，本申请实施例提供了一种电子设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上述第一方面所述的账单抵扣方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的账单抵扣方法的步骤。

本申请实施例技术方案，通过获取目标对象在当前结算周期对应的第一对账单，在确定第一对账单满足预设条件的情况下，生成第一结算单，在目标对象对应的第一账单抵扣池内包括待抵扣的N个负账单的情况下，根据第一结算单、按照N个负账单对应的抵扣顺序，对至少一个负账单进行抵扣处理，可以基于结算单流水和抵扣队列，实现负账单的自动化代偿，大幅度提升了人效，降低了处理周期和成本，且可以在线上追溯数据，避免多账、少账的情况。

附图说明

图1表示本申请实施例提供的账单抵扣方法的示意图；

图2表示本申请实施例提供的抵扣一负账单的一具体示例示意图；

图3表示本申请实施例提供的抵扣两个负账单的一具体示例示意图

图4表示本申请实施例提供的账单抵扣方法的一具体实施流程图；

图5表示本申请实施例提供的账单抵扣装置的示意图；

图6表示本申请实施例提供的电子设备结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本申请的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本申请针对现有技术中在采用手动调整方式处理负账单时存在的人效低、容错率低、建立手工台账导致流程复杂的问题，以及采用手动收款认领方式处理负账单时存在的单独支付负账单意愿不强、开发成本和沟通成本高、人效低的问题，提供了一种账单抵扣方法，实现负账单的自动化代偿，无需对接外部系统，降低了处理周期和成本，提升了人效，且可以在线上追溯数据，避免多账、少账的情况。

下面对本申请实施例提供的账单抵扣方法进行介绍，参见图1所示，包括如下步骤：

步骤101、在获取目标对象在当前结算周期对应的第一对账单且所述第一对账单满足预设条件的情况下，生成所述目标对象在当前结算周期对应的第一结算单。

本申请提供的账单抵扣方法可以应用于目标平台，目标平台为线上交易平台，本实施例的目标对象可以为与目标平台关联的目标商家，也可以为与目标平台关联的目标消费者。目标商家可以为与目标平台关联的多个商家中的其中一个，这里的关联指的是商家通过目标平台出售商品；相应地，目标消费者可以为与目标平台关联的多个消费者中的其中一个，这里的关联指的是消费者通过目标平台选择商品以实现消费。此外，根据需求本申请提供的账单抵扣方法也可以应用于商家端、用户端等其他平台，对此本申请实施例不加以限定。

目标平台每隔一段时间与商家和/或消费者等其他方进行一次交易结算，如每一周进行一次结算、一个月进行一次结算，不同的商家对应的结算周期可以不同，不同的消费者对应的结算周期可以不同，且商家和消费者对应的结算周期可有所区别。如商家1每隔一个月与目标平台进行一次结算、商家2每隔一周与目标平台进行一次结算，消费者A每隔10天与目标平台进行一次结算，消费者B每隔半个月与目标平台进行一次结算。

本实施例中的对账单中可以包括正向结算资源数额(正向结算金额)和/或逆向结算资源数额(逆向结算金额)，针对目标商家而言，正向结算资源数额为目标商家的收款资源数额、逆向结算资源数额为目标商家应向目标平台返还的资源数额；针对目标消费者而言，正向结算资源数额为目标平台返还的资源数额，逆向结算资源数额为付款资源数额。

本实施例中，目标平台在获取目标对象在当前结算周期对应的第一对账单之后，检测获取的第一对账单是否满足预设条件，在目标对象在当前结算周期对应的第一对账单满足预设条件的情况下，基于第一对账单生成目标对象在当前结算周期对应的第一结算单。预设条件的具体内容可以根据具体应用场景、需求等进行自定义设置，对此本发明实施例不加以限定。例如，预设条件可以针对第一对账单对应的待结算资源的资源流向、待结算资源数额的符号(例如为正数还是负数)等所设置的条件，假设该方案应用于用户端，也即普通消费者用的客户端，或者是应用于平台中针对消费者的结算，那么为了便于消费者确定最终的结算数额，考虑到消费者支付资源的占比更大，因此可以将商家端或者其他平台向消费者的退回资源进行抵扣，此时则可以设置预设条件为第一对账单对应的资源流向为从用户端流向购物平台，而负账单则可以理解为对应的资源流向为从购物平台流向用户端的账单。而且，一般而言，对于消费者而言，待结算资源数额如果为负值，表示该消费者需要支出资源，也即此时的资源流向为从用户端流向商家端或者其他平台，而待结算资源数额如果为正值，表示该消费者可以收到相应资源，也即此时的资源流向为从商家端或者其他平台流向用户端。

而假设该方案应用于商家端，或者是应用于平台中针对商家的结算，考虑到消费者支付资源的占比更大，因此可以将商家端或者其他平台向消费者的退回资源进行抵扣，此时则可以设置预设条件为第一对账单对应的资源流向为从平台或消费者流向商家，而负账单则可以理解为对应的资源流向为从商家流向平台或者消费者的账单。而且，一般而言，对于商家而言，待结算资源数额如果为负值，表示该商家需要支出资源，也即此时的资源流向为从商家流向消费者或者其他平台，而待结算资源数额如果为正值，表示该商家可以收到相应资源，也即此时的资源流向为从消费者或者其他平台流向商家。

以上仅是分别针对消费者、商家端的一种具体示例。当然，根据需求也可以进行反向抵扣，此时则可以根据需求相应调整预设条件以及负账单的类型，对此本申请实施例不加以限定。

其中，在获取目标对象在当前结算周期对应的第一对账单且所述第一对账单满足预设条件的情况下，生成所述目标对象在当前结算周期对应的第一结算单，包括：

在所述目标对象为目标商家且所述第一对账单对应的待结算资源数额为正数的情况下，确定所述第一对账单满足所述预设条件，并生成所述目标商家在当前结算周期对应的第一结算单；

在所述目标对象为目标消费者且所述第一对账单对应的待结算资源数额为负数的情况下，确定所述第一对账单满足所述预设条件，并生成所述目标消费者在当前结算周期对应的第一结算单。

第一对账单对应的待结算资源数额为正向结算资源数额与逆向结算资源数额之差。针对目标商家而言，第一对账单对应的待结算资源数额为目标商家的收款资源数额(正向结算资源数额)与目标商家应向目标平台返还的资源数额(逆向结算资源数额)之差，在两者之差为正数的情况下，确定目标商家对应的第一对账单满足预设条件，此时，目标平台需要向目标商家付款。在确定目标商家对应的第一对账单满足预设条件时，可以生成目标商家在当前结算周期对应的第一结算单，目标商家对应的第一结算单包括基于目标商家的收款资源数额与目标商家应向目标平台返还的资源数额之差所确定的结算情况。

在针对目标商家获取其在当前结算周期对应的第一对账单之后，基于第一对账单对应的待结算资源数额为正数的触发条件生成第一结算单，可以利用第一结算单对产生的负账单进行自动抵扣，实现负账单的自动化代偿。

针对目标消费者而言，第一对账单对应的待结算资源数额为目标平台返还的资源数额与付款资源数额之差，在两者之差为负数的情况下，确定目标消费者对应的第一对账单满足预设条件，并生成目标消费者在当前结算周期对应的第一结算单，目标消费者对应的第一结算单包括基于目标平台返还的资源数额与付款资源数额之差所确定的结算情况。在针对目标消费者获取其在当前结算周期对应的第一对账单之后，基于第一对账单对应的待结算资源数额为负数的触发条件生成第一结算单，可以利用第一结算单对产生的负账单进行自动抵扣，实现负账单的自动化代偿。

需要说明的是，本发明实施例中的资源可以为金额、积分、虚拟货币等任何可以进行结算以及流动的资源，对此本申请实施例不加以限定。

步骤102、在所述目标对象对应的第一账单抵扣池内包括待抵扣的N个负账单的情况下，根据所述第一结算单、按照所述N个负账单对应的抵扣顺序，对至少一个负账单进行抵扣处理，N为大于或者等于1的整数。

在生成目标对象在当前结算周期对应的第一结算单的情况下，检测目标对象对应的第一账单抵扣池内是否包括待抵扣的负账单。在第一账单抵扣池内包括待抵扣的N个负账单时，根据第一结算单对N个负账单中的至少一个负账单进行抵扣。在基于第一结算单对至少一个负账单进行抵扣时，针对N的取值为1的情况，可以直接对负账单进行抵扣。针对N的取值大于1的情况，需要依据N个负账单对应的抵扣顺序，确定出需要优先抵扣的负账单，基于第一结算单对确定出的需要优先抵扣的负账单进行抵扣，若在完成该负账单的抵扣之后，第一结算单还有结余，则可以基于抵扣顺序确定出优先级次之的负账单，对其对应的负账资源数额进行至少部分抵扣。若第一结算单对首个需抵扣的负账单完成抵扣之后无结余，则结束第一结算单的抵扣。若第一结算单无法对首个需抵扣的负账单完成抵扣，则需要基于后续产生的结算单对其继续抵扣。

N个负账单对应的抵扣顺序可以基于N个负账单对应的账单生成时间确定，基于账单重要等级确定，也可以基于负账资源数额确定，还可以根据多个参数确定，在基于多个参数确定时，可以默认按照账单生成时间排序，并结合账单重要等级和负账资源数额。例如，账单生成时间、账单重要等级、负账资源数额对应的权重依次减小，如果不同业务类型的多个负账单创建时间相同，则业务类型的重要等级越高、负账单排序越靠前，如果同一业务类型的多个负账单创建时间相同，则按负账资源数额由大到小或者由小到大的顺序依次抵扣。

其中，针对目标对象为目标商家的情况，目标商家对应的负账单为目标商家应返还资源的账单，例如，目标商家在一个结算周期内的退款金额大于付款金额，则该结算周期对应于负账单；针对目标对象为目标消费者的情况，目标消费者对应的负账单为目标消费者收款的账单，例如，目标消费者在一个结算周期内的退款金额大于付款金额，则该结算周期对应于负账单。

针对与目标平台建立关联关系的每个商家，其可以对应于一个或者多个账单抵扣池，针对商家对应于多个账单抵扣池的情况，可以是商家的每个业务类型分别对应于一账单抵扣池，针对商家对应于一个账单抵扣池的情况，可以是商家的至少一个业务类型对应于一个账单抵扣池。相应的，针对每个消费者，其可以对应于一个或者多个账单抵扣池，在消费者对应于多个账单抵扣池时，可以是消费者的每个业务类型分别对应于一账单抵扣池，针对消费者对应于一个账单抵扣池的情况，可以是消费者的至少一个业务类型对应于一个账单抵扣池。

本申请上述实施过程，通过获取目标对象在当前结算周期对应的第一对账单，在确定第一对账单满足预设条件的情况下，生成第一结算单，在目标对象对应的第一账单抵扣池内包括待抵扣的N个负账单的情况下，根据第一结算单、按照N个负账单对应的抵扣顺序，对至少一个负账单进行抵扣处理，可以基于结算单流水和抵扣队列，实现负账单的自动化代偿，大幅度提升了人效，降低了处理周期和成本，且可以在线上追溯数据，避免多账、少账的情况。

在本申请一实施例中，所述方法还包括：针对每一个结算周期，在所述目标对象在所述结算周期对应的K个对账单中的至少一个对账单为负账单的情况下，将所述结算周期对应的负账单存储至所述目标对象对应的账单抵扣池内，所述目标对象对应的账单抵扣池包括所述第一账单抵扣池，K为大于或者等于1的整数；

对所述目标对象对应的账单抵扣池内的新增负账单设置抵扣优先级次序，所述负账单对应的抵扣优先级次序与所述负账单对应的账单生成时间负相关。

针对每一个结算周期，在目标对象在结算周期对应的K个对账单中的至少一个对账单为负账单时，将负账单存储至目标对象对应的账单抵扣池内，实现将目标对象在不同结算周期对应的负账单进行汇聚，生成负账单队列，以便于可以基于目标对象对应的结算单对负账单队列中的负账单进行抵扣处理。其中，可以针对当前结算周期、区别于当前结算周期的其他结算周期统计负账单，并将其存储至对应的账单抵扣池内。区别于当前结算周期的其他结算周期可以是当前结算周期之前的结算周期以及当前结算周期之后的结算周期。目标对象对应的账单抵扣池可以仅包括第一账单抵扣池，也可以在包括第一账单抵扣池的情况下，还包括其他账单抵扣池，针对目标对象对应的账单抵扣池为多个的情况，在存储负账单时，可以确定匹配的账单抵扣池以进行存储。

在新增负账单的情况下，针对新增负账单，设置其对应的抵扣优先级次序，负账单对应的抵扣优先级次序与负账单对应的账单生成时间负相关，即，负账单对应的账单生成时间越早则负账单对应的抵扣优先级越高、负账单对应的账单生成时间越晚则负账单对应的抵扣优先级越低，可以基于先进先出的顺序对账单抵扣池内的负账单进行抵扣处理。

通过基于账单生成时间优先抵扣账单生成时间早的负账单，可以避免出现账单生成时间较晚的负账单优先抵扣的情况，且可以保证负账单抵扣的有序性，避免出现负账单抵扣杂乱的情况。其中，针对同一时间生成的多个负账单，可以比较账单重要等级，重要等级高的负账单可以优先抵扣，以实现为对应同一时间的多个负账单提供抵扣策略；针对同一时间生成的同一业务类型的多个负账单，可以比较账单资源数额，可以是账单资源数额越大其优先级越高，也可以是账单资源数额越小其优先级越高，以实现为对应同一时间的同一业务类型的多个负账单提供抵扣策略。

在本申请一实施例中，所述目标对象对应于至少一个业务类型，所述第一对账单为第一业务类型对应的对账单；

在所述目标对象对应于至少两个业务类型的情况下，所述第一账单抵扣池包括所述第一业务类型对应的负账单，或者，包括所述第一业务类型和至少一个其他业务类型分别对应的负账单；

其中，所述至少两个业务类型包括所述第一业务类型和至少一个其他业务类型。

目标对象可以对应于一个或者多个业务类型，目标对象在当前结算周期对应的第一对账单为目标对象的第一业务类型在当前结算周期对应的对账单。在目标对象对应于多个业务类型时，目标对象可以对应于多个账单抵扣池，也可以对应于一个账单抵扣池。

针对目标对象对应于至少两个业务类型的情况，至少两个业务类型包括第一业务类型和至少一个其他业务类型，其他业务类型为与第一业务类型相区别的业务类型，且其他业务类型的数量可以为一个或者多个。目标对象可以包括与第一业务类型对应的第一对账单以及与至少一个其他业务类型对应的至少一个第二对账单。在获取目标对象的第一业务类型在当前结算周期对应的第一对账单时，还可以获取目标对象的其他业务类型在当前结算周期对应的第二对账单，以在第二对账单满足预设条件的情况下，生成第二结算单，进而基于第二结算单对账单抵扣池内的负账单进行抵扣处理。

第一账单抵扣池可以仅包括第一业务类型对应的负账单，第一账单抵扣池也可以包括第一业务类型对应的负账单以及其他业务类型对应的负账单。

针对第一账单抵扣池仅包括第一业务类型对应的负账单的情况，目标对象可以对应于至少两个账单抵扣池，至少两个账单抵扣池包括第一账单抵扣池和至少一个第二账单抵扣池，第一账单抵扣池与第一业务类型关联、第一业务类型与第一对账单关联，第二账单抵扣池与其他业务类型关联、其他业务类型与第二对账单关联。此种情况下，第一对账单对应的第一结算单可以对第一账单抵扣池内的负账单进行抵扣，针对每个其他业务类型而言，其对应的第二结算单可以对对应的第二账单抵扣池内的负账单进行抵扣。例如，目标商家对应于第一业务类型、第二业务类型(其他业务类型)，第一业务类型对应于第一账单抵扣池、第二业务类型对应于第二账单抵扣池，第一业务类型在当前结算周期对应的第一结算单可以对第一账单抵扣池内的负账单进行抵扣，第二业务类型在当前结算周期对应的第二结算单可以对第二账单抵扣池内的负账单进行抵扣。

针对第一账单抵扣池包括第一业务类型对应的负账单以及其他业务类型对应的负账单的情况，目标对象对应于第一账单抵扣池，第一账单抵扣池与第一业务类型和其他业务类型关联。此种情况下，第一对账单对应的第一结算单可以对第一账单抵扣池内的第一业务类型对应的负账单以及其他业务类型对应的负账单进行抵扣，第二对账单对应的第二结算单可以对第一账单抵扣池内的第一业务类型对应的负账单以及其他业务类型对应的负账单进行抵扣，实现基于第一结算单对各业务类型的负账单进行抵扣、基于第二结算单对各业务类型的负账单进行抵扣。

需要说明的是，在目标对象对应于至少两个业务类型时，针对与当前结算周期相区别的其他结算周期，在目标对象的第一业务类型在结算周期对应的第一对账单为负账单的情况下，将第一业务类型对应的负账单存储至第一账单抵扣池内。在目标对象的其他业务类型在结算周期对应的第二对账单为负账单的情况下，若目标对象对应于第一账单抵扣池和至少一个第二账单抵扣池，则将其他业务类型对应的负账单存储至对应的第二账单抵扣池内；若目标对象仅对应于第一账单抵扣池，则将其他业务类型对应的负账单存储至第一账单抵扣池内。

针对目标对象仅对应于第一账单抵扣池、第一账单抵扣池包括不同业务类型对应的负账单的情况，在对第一账单抵扣池内的新增负账单设置抵扣优先级次序时，可以基于账单生成时间确定，在账单生成时间相同时，还可以参照账单重要等级以及账单资源数额确定。

本申请上述实施过程，在目标对象对应于一个业务类型时，将负账单存储于目标对象对应的账单抵扣池内；在目标对象对应于至少两个业务类型时，可以将不同业务类型对应的负账单进行分类并存储至对应的账单抵扣池内，实现负账单的分类存储，也可以将不同业务类型对应的负账单存储至一个账单抵扣池内，实现负账单的混合存储。

通过分类存储负账单，可以基于同一业务类型的结算单与负账单的关联关系进行定向抵扣；通过混合存储负账单，可以基于生成的结算单对各业务类型的负账单进行混合抵扣。

下面对基于结算单对负账单进行抵扣的过程进行介绍。在根据所述第一结算单、按照所述N个负账单对应的抵扣顺序，对至少一个负账单进行抵扣处理时，包括：根据所述第一结算单对应的结算资源数额和所述N个负账单分别对应的负账资源数额，按照所述抵扣顺序对所述N个负账单中的至少一个负账单进行抵扣处理。

在基于目标对象的第一业务类型对应的第一结算单对第一账单抵扣池内待抵扣的N个负账单进行抵扣处理时，需要将第一结算单对应的结算资源数额和N个负账单对应的负账资源数额进行比较，根据比较结果确定对应的抵扣规则，基于确定的抵扣规则，按照抵扣顺序对N个负账单中的至少一个负账单进行抵扣处理，且在按照抵扣顺序进行负账单抵扣时，需要在对一个负账单全部抵扣之后，再对下一个负账单进行抵扣处理。

相应地，在基于目标对象的其他业务类型对应的第二结算单对账单抵扣池内待抵扣的负账单进行抵扣处理时，若目标对象的每个业务类型对应于一账单抵扣池，可以针对任意一其他业务类型，根据当前业务类型对应的第二结算单，按照抵扣顺序对当前业务类型对应的第二账单抵扣池内待抵扣的负账单进行抵扣处理；若目标对象的多个业务类型对应于第一账单抵扣池，可以根据其他业务类型对应的第二结算单，按照抵扣顺序对目标对象对应的第一账单抵扣池内的待抵扣的负账单进行抵扣处理。

上述过程，通过按照抵扣顺序对负账单进行依序抵扣处理，可以实现账单抵扣的有序性，避免出现负账单抵扣杂乱的情况。

可选地，在根据所述第一结算单对应的结算资源数额和所述N个负账单分别对应的负账资源数额，按照所述抵扣顺序对所述N个负账单中的至少一个负账单进行抵扣处理时，包括：

在所述第一结算单对应的结算资源数额大于或者等于所述N个负账单对应的负账资源数额总和的情况下，根据所述第一结算单、按照所述抵扣顺序对所述N个负账单进行抵扣处理；

在所述第一结算单对应的结算资源数额小于第一负账单对应的负账资源数额的情况下，根据所述第一结算单对所述第一负账单的部分负账资源数额进行抵扣处理，所述第一负账单为所述N个负账单中抵扣优先级最高的负账单；

在所述第一结算单对应的结算资源数额大于第一负账单对应的负账资源数额、小于所述N个负账单对应的负账资源数额总和的情况下，根据所述第一结算单、按照所述抵扣顺序对所述第一负账单和M个第二负账单进行抵扣处理，所述第二负账单为所述N个负账单中区别于所述第一负账单的负账单，M大于或者等于1且小于N；

其中，所述抵扣顺序基于所述N个负账单对应的抵扣优先级次序确定，所述负账单对应的抵扣优先级次序与所述负账单对应的账单生成时间负相关，在按照所述抵扣顺序对前一个负账单完全抵扣之后、对后一个负账单进行抵扣处理。

在将第一结算单对应的结算资源数额和N个负账单对应的负账资源数额进行比较之后，若第一结算单对应的结算资源数额大于或者等于N个负账单对应的负账资源数额总和，则可以确定抵扣规则为根据第一结算单、按照抵扣顺序对N个负账单依次进行抵扣处理。本实施例中的抵扣顺序基于N个负账单对应的抵扣优先级次序确定，且负账单对应的抵扣优先级次序与负账单对应的账单生成时间负相关，负账单对应的账单生成时间越早，则抵扣优先级越高。例如，N个负账单包括负账单1、负账单2以及负账单3，按照账单生成时间由早到晚的顺序负账单1、负账单2以及负账单3依次排列，负账单1对应的抵扣优先级最高、负账单2次之、负账单3对应的抵扣优先级最低，则在对这3个负账单进行抵扣处理时，首先对负账单1进行抵扣处理，然后对负账单2进行抵扣处理，最后对负账单3进行抵扣处理。

在第一结算单对应的结算资源数额小于N个负账单中抵扣优先级最高的第一负账单对应的负账资源数额的情况下，则可以确定抵扣规则为根据第一结算单对第一负账单的部分负账资源数额进行抵扣。由于在对N个负账单进行抵扣处理时按照抵扣优先级由高到低的顺序进行抵扣，因此需要判断第一结算单对应的结算资源数额是否大于或者等于抵扣优先级最高的第一负账单对应的负账资源数额，若第一结算单对应的结算资源数额小于第一负账单对应的负账资源数额，则基于第一结算单对第一负账单的负账资源数额进行部分抵扣；若第一结算单对应的结算资源数额等于第一负账单对应的负账资源数额，则基于第一结算单对第一负账单的负账资源数额进行全部抵扣；若第一结算单对应的结算资源数额大于第一负账单对应的负账资源数额，则基于第一结算单对第一负账单的负账资源数额进行全部抵扣之后，还可以对其他负账单进行抵扣处理。

在第一结算单对应的结算资源数额大于第一负账单对应的负账资源数额、小于N个负账单对应的负账资源数额总和的情况下，则可以确定抵扣规则为：根据第一结算单首先对第一负账单进行抵扣，然后按照抵扣顺序、根据第一结算单的剩余部分对M个第二负账单依次抵扣。本实施例中的第二负账单为区别于第一负账单的其他负账单，且M个第二负账单可以为N个负账单中的全部第二负账单中的至少部分负账单，若M个第二负账单为N个负账单中的全部第二负账单中的部分负账单，可以对M个第二负账单进行全部抵扣，也可以按照抵扣顺序对(M-1)个第二负账单进行全部抵扣、对剩余的一个第二负账单进行部分抵扣；若M个第二负账单为N个负账单中的全部第二负账单，则按照抵扣顺序对(M-1)个第二负账单进行全部抵扣、对剩余的一个第二负账单进行部分抵扣。M的取值小于N，可以是N与M之差等于1，也可以是N与M之差大于1。

上述实施过程，通过基于第一结算单对应的结算资源数额与N个负账单对应的负账资源数额的比较结果，确定匹配的抵扣规则，根据抵扣规则按照抵扣顺序对负账单进行抵扣处理，可以实现基于第一结算单对N个负账单中的至少部分负账单进行抵扣处理。

在本申请一实施例中，在根据第一结算单对所述N个负账单进行抵扣处理之后，还包括：在所述第一结算单对应的结算资源数额大于所述N个负账单对应的负账资源数额总和的情况下，根据所述第一结算单对应的抵扣后净值确定实付资源数额，并设置结算状态为付款成功、负账状态为全部抵扣；在所述第一结算单对应的结算资源数额等于所述N个负账单对应的负账资源数额总和的情况下，设置结算状态为抵扣成功、负账状态为全部抵扣。

针对第一结算单对应的结算资源数额大于N个负账单对应的负账资源数额总和的情况，在对N个负账单完成抵扣之后，第一结算单还会有结余，第一结算单对应的抵扣后净值即为实付资源数额。针对目标对象为目标商家的情况，第一结算单对应的抵扣后净值即为向目标商家付款对应的实付资源数额，针对目标对象为目标消费者的情况，第一结算单对应的抵扣后净值即为目标消费者应实付的资源数额。在对N个负账单完成抵扣处理之后，设置第一结算单的结算状态为付款成功、N个负账单的负账状态为全部抵扣。

针对第一结算单对应的结算资源数额等于N个负账单对应的负账资源数额总和的情况，在完成抵扣之后，第一结算单没有结余，设置第一结算单的结算状态为抵扣成功、N个负账单的负账状态为全部抵扣。

上述实施过程，在完成对N个负账单的全部抵扣之后，若第一结算单还有结余，则基于抵扣后净值确定实付资源数额，设置结算状态为付款成功、负账状态为全部抵扣，实现基于第一结算单完成抵扣并确定净值；在完成对N个负账单的全部抵扣之后，若第一结算单没有结余，设置结算状态为抵扣成功、负账状态为全部抵扣，实现基于第一结算单完成负账单的抵扣。

在本申请一实施例中，所述方法还包括：

在根据所述第一结算单对所述第一负账单的部分负账资源数额进行抵扣处理之后，根据至少一个结算周期对应的结算单，对所述第一负账单的剩余负账资源数额进行抵扣处理，并按照所述抵扣顺序对所述第一账单抵扣池内的第二负账单进行抵扣处理；

在根据所述第一结算单、按照所述抵扣顺序对所述第一负账单和M个第二负账单进行抵扣处理之后，根据至少一个结算周期对应的结算单，对未完成抵扣和未抵扣的第二负账单进行抵扣处理。

针对基于第一结算单对第一负账单的部分负账资源数额进行抵扣处理的情况，由于第一结算单未完成针对第一负账单的全部抵扣，可以依据至少一个结算周期对应的结算单，对第一负账单的剩余负账资源数额进行抵扣处理，并在完成针对第一负账单的抵扣处理之后，按照抵扣顺序对第一账单抵扣池内的第二负账单进行抵扣处理。

若目标对象对应于多个业务类型且多个业务类型对应的负账单可以混合抵扣时，可以在基于第一业务类型在当前结算周期对应的第一结算单对第一负账单的部分负账资源数额进行抵扣之后，基于至少一个其他业务类型在当前结算周期分别对应的第二结算单对第一负账单的负账资源数额继续进行抵扣处理，在抵扣成功且有结余时，继续按照抵扣顺序对第二负账单进行抵扣处理，并在无法完成对全部第二负账单的抵扣处理时，基于下一结算周期对应的第一结算单和/或第二结算单对未抵扣的负账单进行抵扣处理。在根据至少一个其他业务类型在当前结算周期分别对应的第二结算单对第一负账单的负账资源数额继续进行抵扣处理、但未完全抵扣时，可以基于后续至少一个结算周期对应的结算单继续抵扣第一负账单，并在抵扣成功后，基于抵扣顺序对第二负账单进行抵扣处理。

针对目标对象对应于一个业务类型的情况，可以在基于第一业务类型在当前结算周期对应的第一结算单对第一负账单的部分负账资源数额进行抵扣处理之后，基于第一业务类型在后续至少一个结算周期分别对应的第一结算单对第一负账单的负账资源数额继续进行抵扣处理，并在完成针对第一负账单的抵扣之后，按照抵扣顺序对第二负账单进行抵扣处理。

下面通过一具体实例对抵扣第一负账单的情况进行介绍，参见图2所示，目标商家的第一业务类型在当前结算周期对应的第一结算单a对负账单A(第一负账单)进行部分抵扣，第一结算单a对应的结算状态为抵扣成功；目标商家的第二业务类型在当前结算周期对应的第二结算单b对负账单A继续进行部分抵扣，第二结算单b对应的结算状态为抵扣成功；目标商家的第三业务类型在当前结算周期对应的第二结算单c对负账单A继续进行抵扣，在完成对负账单A的抵扣之后、第二结算单c仍有结余，第二结算单c对应的抵扣后净值为应向目标商家支付的实付资源数额，第二结算单c对应的结算状态为付款成功。

下面通过一具体实例对抵扣第一负账单以及第二负账单的情况进行介绍，参见图3所示，目标商家的第一业务类型在当前结算周期对应的第一结算单a对负账单A(第一负账单)进行部分抵扣，第一结算单a对应的结算状态为抵扣成功；目标商家的第二业务类型在当前结算周期对应的第二结算单b对负账单A继续进行抵扣处理，且在对负账单A抵扣完成之后，可以继续对负账单B(第二负账单)进行抵扣处理，若对负账单B抵扣完成之后第二结算单b无结余，则第二结算单b对应的结算状态为抵扣成功。

上述过程，在基于当前结算周期的第一结算单对第一负账单的部分负账资源数额进行抵扣之后，可以依据当前结算周期对应的第二结算单对第一负账单继续抵扣，并在有结余时抵扣其他负账单，实现基于不同业务类型的结算单对负账单进行混合抵扣，也可以基于下一结算周期的第一结算单对第一负账单继续抵扣，实现定向抵扣。

针对基于第一结算单、按照抵扣顺序对第一负账单和M个第二负账单进行抵扣处理的情况，由于第一结算单在完成针对第一负账单的抵扣之后，可以对M个第二负账单完成抵扣，或者对(M-1)个第二负账单完成抵扣、对剩余一个第二负账单进行部分抵扣，可以依据至少一个结算周期分别对应的结算单，按照抵扣顺序，对未完成抵扣和未抵扣的第二负账单进行抵扣。

针对M个第二负账单为N个负账单对应的全部第二负账单中的部分负账单的情况，在基于当前结算周期的第一结算单对第一负账单、M个第二负账单全部完成抵扣之后，此时存在未抵扣的第二负账单，可以依据至少一个结算周期分别对应的结算单，按照抵扣顺序，对未抵扣的第二负账单进行抵扣处理。其中，针对目标对象对应于一个业务类型的情况，可基于第一业务类型在后续至少一个结算周期分别对应的第一结算单对未抵扣的第二负账单进行抵扣处理；针对目标对象对应于多个业务类型且多个业务类型对应的负账单可以混合抵扣的情况，可基于至少一个其他业务类型在当前结算周期对应的第二结算单对未抵扣的第二负账单进行抵扣处理，在未抵扣成功时，继续依据后续结算周期对应的结算单对第二负账单进行抵扣处理。

在基于当前结算周期的第一结算单对第一负账单、(M-1)个第二负账单全部完成抵扣、对剩余一个第二负账单进行部分抵扣之后，此时存在未抵扣的第二负账单以及未完成抵扣(抵扣了部分)的第二负账单，可以依据至少一个结算周期分别对应的结算单，对未完成抵扣以及未抵扣的第二负账单进行抵扣处理。其中，针对目标对象对应于一个业务类型的情况，可基于第一业务类型在后续至少一个结算周期分别对应的第一结算单对未完成抵扣以及未抵扣的第二负账单进行抵扣处理；针对目标对象对应于多个业务类型且多个业务类型对应的负账单可以混合抵扣的情况，可基于至少一个其他业务类型在当前结算周期对应的第二结算单对未完成抵扣以及未抵扣的第二负账单进行抵扣处理，在抵扣没有成功时，继续依据后续结算周期对应的结算单对第二负账单进行抵扣处理。

针对M个第二负账单为N个负账单对应的全部第二负账单的情况，在基于当前结算周期的第一结算单对第一负账单、(M-1)个第二负账单全部完成抵扣，对剩余的一个第二负账单进行部分抵扣之后，此时存在未完成抵扣的第二负账单，可以依据至少一个结算周期分别对应的结算单，对未完成抵扣的第二负账单进行抵扣处理。其中，针对目标对象对应于一个业务类型的情况，可基于第一业务类型在后续至少一个结算周期分别对应的第一结算单对未完成抵扣的第二负账单进行抵扣处理；针对目标商家对应于多个业务类型且多个业务类型对应的负账单可以混合抵扣的情况，可基于至少一个其他业务类型在当前结算周期对应的第二结算单对未完成抵扣的第二负账单进行抵扣处理，在抵扣没有成功时，继续依据后续结算周期对应的结算单对第二负账单进行抵扣处理。

上述过程，在基于当前结算周期的第一结算单对第一负账单和M个第二负账单进行抵扣处理之后，可以依据当前结算周期对应的第二结算单对未完成抵扣和未抵扣的第二负账单进行抵扣处理，实现基于不同业务类型的结算单对负账单进行混合抵扣，也可以基于后续结算周期的第一结算单对未完成抵扣和未抵扣的第二负账单进行抵扣处理，实现定向抵扣。

下面以目标对象为目标商家为例，通过一具体实施流程对本申请提供的账单抵扣方法进行介绍，参见图4所示，包括如下步骤:

步骤401、在当前结算周期结束的情况下，获取目标商家在当前结算周期对应的第一对账单，其中目标商家对应于一个业务类型，目标商家在当前结算周期对应的第一对账单即为目标商家的该业务类型在当前结算周期对应的第一对账单。

步骤402、检测第一对账单对应的结算资源数额是否为正数。在第一对账单对应的结算资源数额为正数时，执行步骤403，在第一对账单对应的结算资源数额为零时，执行步骤411，在第一对账单对应的结算资源数额小于零时，执行步骤412。

步骤403、根据第一对账单生成第一结算单，然后执行步骤404。

步骤404、在目标商家对应的账单抵扣池内包括待抵扣的N个负账单的情况下，比较第一结算单对应的结算资源数额和N个负账单分别对应的负账资源数额，然后执行步骤405、步骤406或步骤407。

步骤405、在第一结算单对应的结算资源数额大于或者等于N个负账单对应的负账资源数额总和的情况下，基于第一结算单、按照抵扣顺序对N个负账单进行抵扣处理。

步骤406、在第一结算单对应的结算资源数额小于第一负账单对应的负账资源数额的情况下，基于第一结算单对第一负账单的部分负账资源数额进行抵扣处理。

步骤407、在第一结算单对应的结算资源数额大于第一负账单对应的负账资源数额、小于N个负账单对应的负账资源数额总和的情况下，基于第一结算单、按照抵扣顺序对第一负账单和M个第二负账单进行抵扣处理。

在步骤405之后可以执行步骤408，在步骤406之后可以执行步骤409，在步骤407之后可以执行步骤410。

步骤408、在第一结算单对应的结算资源数额大于N个负账单对应的负账资源数额总和的情况下，根据第一结算单对应的抵扣后净值确定实付金额，并设置结算状态为付款成功、负账状态为全部抵扣；在第一结算单对应的结算资源数额等于N个负账单对应的负账资源数额总和的情况下，设置结算状态为抵扣成功、负账状态为全部抵扣，然后结束流程。

步骤409、根据至少一个结算周期对应的结算单，对第一负账单的剩余负账资源数额进行抵扣处理，并按照抵扣顺序对第一账单抵扣池内的第二负账单进行抵扣处理，然后结束流程。

步骤410、根据至少一个结算周期对应的结算单，对未完成抵扣和未抵扣的第二负账单进行抵扣处理，然后结束流程。

步骤411、确定当前结算周期无需向目标商家付款，然后结束流程。

步骤412、确定第一对账单为负账单，将负账单存储于目标商家对应的账单抵扣池内，然后结束流程。

上述实施流程，可以基于结算单流水和N个负账单对应的负账资源数额，确定对应的抵扣规则，以基于确定的抵扣规则对负账单进行抵扣处理，实现负账单的自动化代偿，无需运营人员进行手动调整、建立手工台账，提高了人效，且降低了开发成本和人力成本。

以上为本申请实施例提供的账单抵扣方法的整体实施过程，通过获取目标对象在当前结算周期对应的第一对账单，在确定第一对账单满足预设条件的情况下，生成第一结算单，在目标对象对应的第一账单抵扣池内包括待抵扣的N个负账单的情况下，根据第一结算单、按照N个负账单对应的抵扣顺序，对至少一个负账单进行抵扣处理，可以基于结算单流水和抵扣队列，实现负账单的自动化代偿，大幅度提升了人效，降低了处理周期和成本，且可以在线上追溯数据，避免多账、少账的情况。

进一步地，通过基于账单生成时间确定抵扣优先级，可以保证负账单基于时间参数有序抵扣，避免出现负账单抵扣杂乱的情况。在目标对象对应于多个业务类型时，通过分类存储负账单，可以基于同一业务类型的结算单与负账单的关联关系进行定向抵扣，通过混合存储负账单，可以基于生成的结算单对各业务类型的负账单基于时间顺序进行混合抵扣。通过基于第一结算单对应的结算资源数额与N个负账单对应的负账资源数额的比较结果，确定匹配的抵扣规则，根据抵扣规则按照抵扣顺序对负账单进行抵扣处理，可以基于第一结算单对N个负账单中的至少部分负账单进行抵扣处理。

本申请还提供一种账单抵扣装置，参见图5所示，包括：

生成模块501，用于在获取目标对象在当前结算周期对应的第一对账单且所述第一对账单满足预设条件的情况下，生成所述目标对象在当前结算周期对应的第一结算单；

抵扣模块502，用于在所述目标对象对应的第一账单抵扣池内包括待抵扣的N个负账单的情况下，根据所述第一结算单、按照所述N个负账单对应的抵扣顺序，对至少一个负账单进行抵扣处理，N为大于或者等于1的整数。

可选地，所述生成模块包括：

第一确定生成子模块，用于在所述目标对象为目标商家且所述第一对账单对应的待结算资源数额为正数的情况下，确定所述第一对账单满足所述预设条件，并生成所述目标商家在当前结算周期对应的第一结算单；

第二确定生成子模块，用于在所述目标对象为目标消费者且所述第一对账单对应的待结算资源数额为负数的情况下，确定所述第一对账单满足所述预设条件，并生成所述目标消费者在当前结算周期对应的第一结算单。

可选地，所述装置还包括：

存储模块，用于针对每一个结算周期，在所述目标对象在所述结算周期对应的K个对账单中的至少一个对账单为负账单的情况下，将所述结算周期对应的负账单存储至所述目标对象对应的账单抵扣池内，所述目标对象对应的账单抵扣池包括所述第一账单抵扣池，K为大于或者等于1的整数；

设置模块，用于对所述目标对象对应的账单抵扣池内的新增负账单设置抵扣优先级次序，所述负账单对应的抵扣优先级次序与所述负账单对应的账单生成时间负相关。

可选地，所述目标对象对应于至少一个业务类型，所述第一对账单为第一业务类型对应的对账单；

在所述目标对象对应于至少两个业务类型的情况下，所述第一账单抵扣池包括所述第一业务类型对应的负账单，或者，包括所述第一业务类型和至少一个其他业务类型分别对应的负账单；

其中，所述至少两个业务类型包括所述第一业务类型和至少一个其他业务类型。

可选地，所述抵扣模块进一步用于：

根据所述第一结算单对应的结算资源数额和所述N个负账单分别对应的负账资源数额，按照所述抵扣顺序对所述N个负账单中的至少一个负账单进行抵扣处理。

可选地，所述抵扣模块包括：

第一抵扣子模块，用于在所述第一结算单对应的结算资源数额大于或者等于所述N个负账单对应的负账资源数额总和的情况下，根据所述第一结算单、按照所述抵扣顺序对所述N个负账单进行抵扣处理；

第二抵扣子模块，用于在所述第一结算单对应的结算资源数额小于第一负账单对应的负账资源数额的情况下，根据所述第一结算单对所述第一负账单的部分负账资源数额进行抵扣处理，所述第一负账单为所述N个负账单中抵扣优先级最高的负账单；

第三抵扣子模块，用于在所述第一结算单对应的结算资源数额大于第一负账单对应的负账资源数额、小于所述N个负账单对应的负账资源数额总和的情况下，根据所述第一结算单、按照所述抵扣顺序对所述第一负账单和M个第二负账单进行抵扣处理，所述第二负账单为所述N个负账单中区别于所述第一负账单的负账单，M大于或者等于1且小于N；

其中，所述抵扣顺序基于所述N个负账单对应的抵扣优先级次序确定，所述负账单对应的抵扣优先级次序与所述负账单对应的账单生成时间负相关，在按照所述抵扣顺序对前一个负账单完全抵扣之后、对后一个负账单进行抵扣处理。

可选地，所述装置还包括：

第一处理模块，用于在所述第一抵扣子模块根据所述第一结算单对所述N个负账单进行抵扣处理之后，在所述第一结算单对应的结算资源数额大于所述N个负账单对应的负账资源数额总和的情况下，根据所述第一结算单对应的抵扣后净值确定实付资源数额，并设置结算状态为付款成功、负账状态为全部抵扣；

第二处理模块，用于在所述第一抵扣子模块根据所述第一结算单对所述N个负账单进行抵扣处理之后，在所述第一结算单对应的结算资源数额等于所述N个负账单对应的负账资源数额总和的情况下，设置结算状态为抵扣成功、负账状态为全部抵扣。

可选地，所述装置还包括：

第三处理模块，用于在所述第二抵扣子模块根据所述第一结算单对所述第一负账单的部分负账资源数额进行抵扣处理之后，根据至少一个结算周期对应的结算单，对所述第一负账单的剩余负账资源数额进行抵扣处理，并按照所述抵扣顺序对所述第一账单抵扣池内的第二负账单进行抵扣处理；

第四处理模块，用于在所述第三抵扣子模块根据所述第一结算单、按照所述抵扣顺序对所述第一负账单和M个第二负账单进行抵扣处理之后，根据至少一个结算周期对应的结算单，对未完成抵扣和未抵扣的第二负账单进行抵扣处理。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例还提供了一种电子设备，包括：处理器，存储器，存储在存储器上并可在处理器上运行的计算机程序，该计算机程序被处理器执行时实现上述账单抵扣方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

举例如下，图6示出了一种电子设备的实体结构示意图。如图6所示，该电子设备可以包括：处理器(processor)610、通信接口(Communications Interface)620、存储器(memory)630和通信总线640，其中，处理器610，通信接口620，存储器630通过通信总线640完成相互间的通信。处理器610可以调用存储器630中的逻辑指令，处理器610用于执行以下步骤：在获取目标对象在当前结算周期对应的第一对账单且所述第一对账单满足预设条件的情况下，生成所述目标对象在当前结算周期对应的第一结算单；在所述目标对象对应的第一账单抵扣池内包括待抵扣的N个负账单的情况下，根据所述第一结算单、按照所述N个负账单对应的抵扣顺序，对至少一个负账单进行抵扣处理，N为大于或者等于1的整数。处理器610还可以执行本申请实施例中的其他方案，这里不再进一步阐述。

此外，上述的存储器630中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述账单抵扣方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

本领域普通技术人员可以意识到，结合本申请实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。