CN110046995A - 退费请求处理方法、装置及设备 - Google Patents

Abstract

本说明书提供一种退费请求处理方法、装置及设备，本说明书实施例在确定获得针对目标交易的退费请求的情况下，若目标交易当前处于延迟收费结算状态，将依据退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较，在确定归还资产与收取资产一致的情况下，将与收费请求对应的收费账单标记为收费结算完成，以禁止执行对目标交易的收费结算操作，并将与退费请求对应的退费账单标记为退费结算完成，并且响应退费请求，提高了退费处理效率。

Description

退费请求处理方法、装置及设备

技术领域

本说明书涉及信息处理领域，尤其涉及退费请求处理方法、装置及设备。

背景技术

在实际应用中，存在正向业务和逆向业务的场景，而逆向业务是与正向业务操作相反的业务，逆向业务需要在正向业务执行完成的情况下才能被执行。以正向业务为收费业务，逆向业务为退费业务为例，退费业务需在收费结算完成的情况下才能被执行。然而，实际应用中，可能因为网络延迟或者系统处理瓶颈等原因，出现收费结算延迟，进而可能出现收费未结算完成却收到退款请求的情况，由于收费未结算完成所以不能进行退费结算操作，因此出现退费失败。

发明内容

为克服相关技术中存在的问题，本说明书提供了退费请求处理方法、装置及设备。

根据本说明书实施例的第一方面，提供一种退费请求处理方法，应用于接收到收费请求到收费结算间存在结算延迟的收费系统中，所述方法包括：

在确定获得针对目标交易的退费请求的情况下，判断目标交易当前的收费结算状态是否处于延迟收费结算状态；

若目标交易当前处于延迟收费结算状态，将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较；

在确定所述归还资产与所述收取资产一致的情况下，将与所述收费请求对应的收费账单标记为收费结算完成，以禁止执行对所述目标交易的收费结算操作，并将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

在一个实施例中，所述将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较之前，还包括：

基于所述目标交易的相关信息判定预设抵销条件满足；所述预设抵销条件为允许将交易的收费业务与退费业务进行抵销处理的条件。

在一个实施例中，所述预设抵销条件包括以下一种或多种条件：

所述目标交易的交易方标识为预设交易方标识；

所述目标交易所属交易类型为预设交易类型。

在一个实施例中，所述方法还包括：若目标交易当前处于延迟收费结算状态、且预设抵销条件满足时，对所述退费请求标记抵销标识；

所述将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较，包括：

确定标记有抵销标识的退费请求所指示目标交易的归还资产；

获取所述标记有抵销标识的退费请求所指示目标交易的收取资产；

将所确定的归还资产和所获取的收取资产进行比较。

在一个实施例中，所述将与所述收费请求对应的收费账单标记为收费结算完成之后，还包括：模拟生成实际收费结算完成后所生成的收费账单核销消息，并将所述收费账单核销消息发送至收费消息消费方；所述收费消息消费方是预先订阅收费消息的消费方。

在一个实施例中，所述将与所述退费请求对应的退费账单标记为退费结算完成之后，还包括：模拟生成实际退费结算完成后所生成的退费账单核销消息，并将所述退费账单核销消息发送至退费消息消费方，所述退费消息消费方是预先订阅退费消息的消费方。

在一个实施例中，所述方法还包括：

在确定所述归还资产小于所述收取资产的情况下，基于所述收取资产与所述归还资产的差值生成虚拟抵销账单，并执行对所述虚拟抵销账单的收费结算操作，在操作执行完成的情况下，将与所述退费请求对应的退费账单标记为退费结算完成，以禁止执行对所述目标交易的收费结算操作，将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

根据本说明书实施例的第二方面，提供一种退费请求处理装置，应用于接收到收费请求到收费结算间存在结算延迟的收费系统中，所述装置包括：

状态判断模块，用于：在确定获得针对目标交易的退费请求的情况下，判断目标交易当前的收费结算状态是否处于延迟收费结算状态；

资产比较模块，用于：若目标交易当前处于延迟收费结算状态，将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较；

请求处理模块，用于：在确定所述归还资产与所述收取资产一致的情况下，将与所述收费请求对应的收费账单标记为收费结算完成，以禁止执行对所述目标交易的收费结算操作，并将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

在一个实施例中，所述资产比较模块，具体用于：

若目标交易当前处于延迟收费结算状态、且基于所述目标交易的相关信息判定预设抵销条件满足，将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较；所述预设抵销条件为允许将交易的收费业务与退费业务进行抵销处理的条件。

在一个实施例中，所述预设抵销条件包括以下一种或多种条件：

所述目标交易的交易方标识为预设交易方标识；

所述目标交易所属交易类型为预设交易类型。

在一个实施例中，所述装置还包括标识标记模块，用于：若目标交易当前处于延迟收费结算状态、且预设抵销条件满足时，对所述退费请求标记抵销标识；

所述资产比较模块具体用于：确定标记有抵销标识的退费请求所指示目标交易的归还资产；获取所述标记有抵销标识的退费请求所指示目标交易的收取资产；将所确定的归还资产和所获取的收取资产进行比较。

在一个实施例中，所述装置还包括收费消息处理模块，用于：所述将与所述收费请求对应的收费账单标记为收费结算完成之后，模拟生成实际收费结算完成后所生成的收费账单核销消息，并将所述收费账单核销消息发送至收费消息消费方；所述收费消息消费方是预先订阅收费消息的消费方。

在一个实施例中，所述装置还包括退费消息处理模块，用于：所述将与所述退费请求对应的退费账单标记为退费结算完成之后，模拟生成实际退费结算完成后所生成的退费账单核销消息，并将所述退费账单核销消息发送至退费消息消费方，所述退费消息消费方是预先订阅退费消息的消费方。

在一个实施例中，所述请求处理模块，还用于：

在确定所述归还资产小于所述收取资产的情况下，基于所述收取资产与所述归还资产的差值生成虚拟抵销账单，并执行对所述虚拟抵销账单的收费结算操作，在操作执行完成的情况下，将与所述退费请求对应的退费账单标记为退费结算完成，以禁止执行对所述目标交易的收费结算操作，将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

根据本说明书实施例的第三方面，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述任一项退费请求处理方法。

本说明书的实施例提供的技术方案可以包括以下有益效果：

本说明书实施例在确定获得针对目标交易的退费请求的情况下，若目标交易当前处于延迟收费结算状态，将依据退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较，在确定归还资产与收取资产一致的情况下，将与收费请求对应的收费账单标记为收费结算完成，以禁止执行对目标交易的收费结算操作，并将与退费请求对应的退费账单标记为退费结算完成，并且响应退费请求，无需将收取资产转入指定的收费账户，再从指定的收费账户退回归还资产，解决因为收费未及时结算而导致退费失败的问题，提高了退费处理效率。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1A是本说明书根据一示例性实施例示出的一种退费请求处理方法的应用场景图。

图1B是本说明书根据一示例性实施例示出的一种支付流程示意图。

图1C是本说明书根据一示例性实施例示出的一种退款流程示意图。

图2是本说明书根据一示例性实施例示出的一种退费请求处理方法的流程图。

图3是本说明书根据一示例性实施例示出的一种退款处理方法的流程图。

图4是本说明书退费请求处理装置所在计算机设备的一种硬件结构图。

图5是本说明书根据一示例性实施例示出的一种退费请求处理装置的框图。

图6是本说明书根据一示例性实施例示出的一种信息处理系统的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在实际应用场景中，存在正向业务和逆向业务，并且逆向业务需要在正向业务完成的情况下才能被执行。特别是在交易场景中，收费业务可以作为正向业务，退费业务可以作为逆向业务，退费业务需在收费结算完成的情况下才能被执行。其中，结算可以是基于账单，进行扣款操作并标记为收费结算完成。支付费用的一方可以称为费用支付方，收取费用的一方可以称为费用收取方。本说明书实施例是应用于接收到收费请求到收费结算间存在结算延迟的收费系统中。可以理解的是，在收费系统中有些时候收费请求是即时处理的，有些时候需要延迟处理，即有些时候接收到收费请求到收费结算间存在结算延迟。

以电子商务交易为例，如图1A所示，是本说明书根据一示例性实施例示出的一种退费请求处理方法的应用场景图。一般流程是：买家通过电子商务平台的网站或者移动端的应用(App)选购自己所需的商品，生成交易订单，并付款，订单进入“买家已付款”状态，此时，相关的款项一般会暂时存在公共账户中；之后，卖家用户可以在一定时间内，针对处于已付款状态的订单进行发货，此时，订单进入“已发货”状态，并且可以为买家用户提供“确认收货”的选项，待买家用户收到货品后，可以通过该选项进行确认，交易系统可以将相关的款项从公共账户转入卖家用户的账户，收费系统从公共账户中扣除收费费用至指定收费账户。如图1B所示，是本说明书根据一示例性实施例示出的一种支付流程示意图。用户基于某次购买行为支付100元，交易系统将100元先存放至平台提供的中间账户。在预设条件满足时，交易系统从中间账户中扣除10元至收费账户，并将中间账户中剩余的90元转入商户账户。

在实际应用中，可能存在以下情况：买家用户已经生成交易订单并且付款成功，但是出于种种原因，可能又不想购买该商品了。此时，平台也为用户提供了相应的“退款”服务。如图1C所示，是本说明书根据一示例性实施例示出的一种退款流程示意图。若交易系统接收到由买家用户发起的退款请求，则需要向商户端发起退款请求，商户端从商户账号中退回90元至中间账户，并向收费系统发起退费请求，收费系统从收费账户中退回10元至中间账户。

然而，收费业务和商务平台提供的商品交易服务是异步处理的。所提供的商品交易服务往往是即时完成的，在所提供的服务完成后，可以生成一个收费事件，而基于收费事件执行收费操作的时机不一定是即时的。可能因为网络延迟或者系统处理瓶颈等原因，导致收费操作延迟。例如，在双十一大促时，为了保证系统的稳定性，可能规定某个时间段进行收费核销降级处理，从而导致收费操作延迟。可见，该应用场景中的收费系统，在特定场景下，满足接收到收费请求到收费结算间存在结算延迟。可以理解的是，只要是存在接收到收费请求到收费结算间存在结算延迟的收费系统，均可以利用本方案进行退费请求处理。

而针对接收到收费请求到收费结算间存在结算延迟的收费系统，如果收费结算未完成前接收到退费请求，会出现退费失败。在上述应用场景中，还会因为退费失败导致退款失败。

为了避免出现由于收费结算延迟导致退费失败的情况，本说明书实施例提供一种退费请求处理方法，在目标交易当前处于延迟收费结算状态，将依据退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较，在确定归还资产与收取资产一致的情况下，将与收费请求对应的收费账单标记为收费结算完成，以禁止执行对目标交易的收费结算操作，并将与退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求，可以解决用户退款时因为收费未及时核销而导致的退款处理失败的问题，提高了处理效率。

如图2所示，是本说明书根据一示例性实施例示出的一种退费请求处理方法的流程图，所述方法应用于接收到收费请求到收费结算间存在结算延迟的收费系统中，所述方法包括：

在步骤202中，在确定获得针对目标交易的退费请求的情况下，判断目标交易当前的收费结算状态是否处于延迟收费结算状态；

在步骤204中，若目标交易当前处于延迟收费结算状态，将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较；

在步骤206中，在确定所述归还资产与所述收取资产一致的情况下，将与所述收费请求对应的收费账单标记为收费结算完成，以禁止执行对所述目标交易的收费结算操作，并将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

相关技术中，如果判定收费未结算完成，会返回退费失败的消息。而本实施例中，若目标交易当前处于延迟收费结算状态，将依据退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较，在确定归还资产与收取资产一致的情况下，将与收费请求对应的收费账单标记为收费结算完成，以禁止执行对目标交易的收费结算操作，并将与退费请求对应的退费账单标记为退费结算完成，并且响应退费请求，解决因为收费未及时结算而导致退费失败的问题，提高了处理效率。

其中，收费请求，可以用于请求收取因目标交易而产生的收取资产。例如，收取资产可以是目标交易的交易资产，也可以是因提供交易服务而从目标交易的交易金额中收取的一笔服务费用。退费请求用于请求退回所收取的全部或部分收取资产。在上述电子商务交易场景中，收费请求可以是因提供交易服务而请求从目标交易的交易金额中收取一笔费用的请求，相应的，退费请求是请求退回该笔费用的请求。在接收到退款请求方发起的退款请求时，可以生成退费请求，在收费操作完成的情况下，根据退费请求先完成退费操作，再根据退费结果完成退款操作。在一个实施例中，退款操作可以由交易系统完成，退费操作可以由退费系统完成。相应的，图2中各步骤可以由退费系统执行。本实施例主要应对收费结算延迟的情况下，如何响应退费请求。

在确定获得针对目标交易的退费请求的情况下，可以判断目标交易当前的收费结算状态是否处于延迟收费结算状态。

其中，收费结算状态是用于指示接收到收费请求到收费结算间是否存在结算延迟的状态。如，接收到收费请求到收费结算间存在结算延迟，可以认为交易当前处于延迟收费结算状态；接收到收费请求到收费结算间不存在结算延迟，可以认为交易当前不处于延迟收费结算状态。若目标交易当前处于不处于延迟收费结算状态，可以依据退费请求执行退费操作。收费结算至少包括资产划扣，还可以包括收取资产的计算，甚至还可以包括收费账单生成等。如，收费结算状态可以是收费核销状态。收费核销状态，可以是用于指示收费是否核销完成的状态。核销完成表示结算完成，未核销完成表示结算未完成。

在一个实施例中，可以在收费账单中标记收费结算状态。正向业务中，当资产划扣操作完成后，可以将与收费请求对应的收费账单标记为收费结算完成，因此，可以通过查看收费请求对应的收费账单的标记来判断目标交易当前的收费结算状态是否处于延迟收费结算状态，如果标记为收费未结算完成或者是没有标记收费结算完成，则判定目标交易当前处于延迟收费结算状态。如果标记为收费结算完成，则判定目标交易当前不处于延迟收费结算状态。在上述电子商务交易场景中，如果收费结算完成，可以执行退费操作，成功后返回退费成功的消息，以便执行后续的退款操作。

在目标交易当前处于延迟收费结算状态情况下，可以将依据退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较。归还资产是退费请求所请求归还的资产。仍以上述退货为例，在买家退货时，由于该笔交易没有成功，因此会触发生成退费请求，以请求退还收取的手续费。通过将退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较，在确定归还资产与收取资产一致的情况下，可以采用轧差处理方式将收费业务和退费业务进行抵消处理。常规手段中需要执行收费结算操作后才能执行对目标交易的退费结算操作，而本实施例将与收费请求对应的收费账单标记为收费结算完成，通过标记为收费结算完成表明收费已核销，而是否对目标交易进行收费结算操作会基于收费账单的标记来确定。例如，在没收到退费请求期间，可以利用定时任务处理处于延迟收费结算状态的目标交易的收费请求。若依据收费账单的标记确定收费结算完成时，表明目标交易收费结算完成。若依据收费账单的标记确定收费结算未完成时，执行对目标交易的收费结算操作。可见，本实施例在确定归还资产与收取资产一致的情况下，将与收费请求对应的收费账单标记为收费结算完成，可以禁止后续利用定时任务执行对目标交易的收费结算操作。

进一步的，如果在确定归还资产与收取资产一致的情况下，若未生成与收费请求对应的收费账单，还可以基于收费请求生成收费账单，以便后续能将与收费请求对应的收费账单标记为收费结算完成。

进一步的，还将与退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。该实施例无需执行对目标交易的退费结算操作，直接将与退费请求对应的退费账单标记为退费结算完成，并响应该退费请求，完成退费请求所对应的操作，不仅不需要将收取资产从费用支付方划扣到费用收取方，也不需要将归还资产从费用收取方退回至费用支付方，从而提高了退费请求的处理效率。

实际应用中，有可能有消费方订阅收费消息，为了保证各消费方能成功获得收费消息，在一个可选的实施例中，所述将与所述收费请求对应的收费账单标记为收费结算完成之后，还包括：模拟生成实际收费结算完成后所生成的收费账单核销消息，并将所述收费账单核销消息发送至收费消息消费方；所述收费消息消费方是预先订阅收费消息的消费方。

可见，尽管本实施例没有依据收费请求实际进行收费结算操作，但通过模拟生成实际收费结算完成后所生成的收费账单核销消息，并将收费账单核销消息发送至收费消息消费方，可以使订阅方能成功获得收费账单核销消息。

相应的，有可能有消费方订阅退费消息，为了保证各消费方能成功获得退费消息，在一个可选的实施例中，所述将与所述退费请求对应的退费账单标记为退费结算完成之后，还包括：模拟生成实际退费结算完成后所生成的退费账单核销消息，并将所述退费账单核销消息发送至退费消息消费方，所述退费消息消费方可以是预先订阅退费消息的消费方。

可见，尽管本实施例没有依据退费请求实际进行退费结算操作，但通过模拟生成实际退费结算完成后所生成的退费账单核销消息，并将退费账单核销消息发送至退费消息消费方，可以使订阅方能成功获得退费账单核销消息。

在某些应用场景中，还可能出现归还资产小于收取资产，鉴于此，本说明书还提供一种应对归还资产小于收取资产的实施例，所述方法还包括：

在确定所述归还资产小于所述收取资产的情况下，基于所述收取资产与所述归还资产的差值生成虚拟抵销账单，并执行对所述虚拟抵销账单的收费结算操作，在操作执行完成的情况下，将与所述退费请求对应的退费账单标记为退费结算完成，以禁止执行对所述目标交易的收费结算操作，将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

其中，虚拟抵消账单可以是将收取资产与归还资产抵消后获得的剩余资产的账单。虚拟抵消账单是为了应对归还资产小于收取资产的情况，将收费业务和退费业务进行合并处理，以实现在归还资产小于收取资产的情况，仅执行对虚拟抵销账单的收费结算操作。另外，虚拟抵消账单往往不具有实际意义，可以不向各方用户展示该账单，因此叫做虚拟抵消账单。

虽然该实施例执行了对虚拟抵销账单的收费结算操作，但相较于先执行收费结算操作、再执行退费结算操作而言，仍然提高了处理效率。

而关于本实施例退费请求处理的执行条件，在一个例子中，针对所有收费未结算完成的情况，只要接收到退费请求都可以采用本实施例退费请求处理方法对接收到的退费请求进行处理。在另一个例子中，为了提高轧差处理的可控性，并非对所有收费未结算完成的情况都进行收费和退费的轧差处理，仅对满足预设抵销条件的目标交易的收费业务和退费业务进行抵消处理，因此，还可以基于所述目标交易的相关信息判断预设抵销条件是否满足；若预设抵销条件满足、且目标交易当前处于延迟收费结算状态，将执行步骤204至206。

其中，预设抵销条件可以是允许将交易的收费业务与退费业务进行抵销处理的条件。在一个例子中，预设抵销条件可以是预置的对目标交易进行筛选的条件，仅允许部分目标交易实现收费和退费的轧差处理。

在一个例子中，可以从交易方的维度限制目标交易，例如，预设抵销条件可以是目标交易的交易方标识为预设交易方标识。预设交易方标识可以是预先配置的允许将交易的收费业务与退费业务进行抵销处理的交易方的标识。交易方可以是交易发起方(如用户方)，也可以是交易接受方(如商户方)。在一个可选的实现方式中，为了减少预设交易方标识的数量，本实施例的交易方可以指商户方，以实现通过商户方限制目标交易。

该实施例仅允许交易方标识为预设交易方标识的目标交易，才能执行收费和退费的轧差处理，实现对目标交易的筛选。

在另一个例子中，可以从交易类型的维度限制目标交易，例如，预设抵销条件可以是所述目标交易所属交易类型为预设交易类型。交易类型也可以理解为业务类型，或者服务类型。例如，若某平台提供转账业务和发红包业务。交易类型可以是转账交易类型和发红包交易类型。预设交易类型可以是预先配置的允许将收费业务与退费业务进行抵销处理的交易的类型。例如，通过预置的开关控件供用户或开发人员配置预设交易类型。

该实施例仅允许交易类型为预设交易类型的目标交易，才能执行收费和退费的轧差处理，实现对目标交易的筛选。

可以理解的是，预设抵销条件还可以是其他允许将交易的收费业务与退费业务进行抵销处理的条件，并且不同条件还可以进行组合，在组合条件同时满足的情况下才判定预设抵销条件满足，在此不一一赘述。

在实际应用中，可能出现退费请求不能及时被处理的情况，因此，所述方法还包括：若目标交易当前处于延迟收费结算状态、且预设抵销条件满足，对所述退费请求标记抵销标识(也可以称为轧差标识)。相应的，所述将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较，包括：将依据标记有抵销标识的退费请求所确定的归还资产、与依据收费请求所确定的收取资产进行比较。收费请求与标记有抵销标识的退费请求对应。例如，可以确定标记有抵销标识的退费请求所指示目标交易的归还资产；获取所述标记有抵销标识的退费请求所指示目标交易的收取资产；将所确定的归还资产和所获取的收取资产进行比较。

其中，抵销标识可以是预先设置的用于表示可以将交易的收费业务与退费业务进行抵销处理的标识。该实施例通过对退费请求标记抵销标识，可以避免预设抵销条件判断后、退且费请求未得到及时处理时，而导致无法区分哪些退费请求可以执行本实施例退费请求处理方案的情况，提高方案的适用性。

以上实施方式中的各种技术特征可以任意进行组合，只要特征之间的组合不存在冲突或矛盾，但是限于篇幅，未进行一一描述，因此上述实施方式中的各种技术特征的任意进行组合也属于本说明书公开的范围。

以其中一种组合进行示例说明。

如图3所示，是本说明书根据一示例性实施例示出的一种退款处理方法的流程图。以收取服务费用业务作为正向业务，在收费条件满足时，会触发执行收费流程。基于收费账单进行核销扣费，可能因为系统异常、系统降级等原因导致收费未及时核销。以退还服务费用业务作为逆向业务，在用户提出退款申请时，会触发退费请求。在获得针对目标交易的退费请求时，判断目标交易当前的收费结算状态是否处于延迟收费结算状态。若目标交易当前不处于延迟收费结算状态，可以按原有的退费策略执行退费操作，退费成功后返回退费成功的消息。例如，针对从中间账户将款项退回交易发起方的情况，将需要退回的手续费转入中间账户。针对从商户账户将款项退回交易发起方的情况，将需要退回的手续费转入商户账户。若目标交易当前处于延迟收费结算状态，判断预设抵销条件是否满足。若预设抵销条件不满足，返回用户退款失败。若预设抵销条件满足，对退费请求标记抵销标识(也可以称为轧差标识)。在后续定时任务中，针对标记有抵消标识的退费请求，确定标记有抵销标识的退费请求所指示目标交易的归还资产；获取标记有抵销标识的退费请求所指示目标交易的收取资产；将所确定的归还资产和所获取的收取资产进行比较。在确定归还资产与收取资产一致的情况下，将与收费请求对应的收费账单标记为收费结算完成，以禁止执行对目标交易的收费结算操作，并将与退费请求对应的退费账单标记为退费结算完成，并且响应退费请求，以便触发交易系统执行退款操作，可以实现成功退款。

可见，通过条件判断，针对满足抵消条件的退费请求，可以允许将交易的收费业务与退费业务进行抵销处理，不必等待正向收费核销成功后再处理退费请求。经过抵消处理，解决了因为收费未及时核销而导致的退费失败的问题，提高了退费请求的处理效率。

与前述退费请求处理方法的实施例相对应，本说明书还提供了退费请求处理装置及其所应用的电子设备、信息处理系统的实施例。

本说明书退费请求处理装置的实施例可以应用在计算机设备。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在计算机设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本说明书退费请求处理装置所在计算机设备的一种硬件结构图，除了图4所示的处理器410、网络接口420、内存430、以及非易失性存储器440之外，实施例中退费请求处理装置431所在的计算机设备通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。

如图5所示，是本说明书根据一示例性实施例示出的一种退费请求处理装置的框图，应用于接收到收费请求到收费结算间存在结算延迟的收费系统中，所述装置包括：

状态判断模块52，用于：在确定获得针对目标交易的退费请求的情况下，判断目标交易当前的收费结算状态是否处于延迟收费结算状态；

资产比较模块54，用于：若目标交易当前处于延迟收费结算状态，将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较；

请求处理模块56，用于：在确定所述归还资产与所述收取资产一致的情况下，将与所述收费请求对应的收费账单标记为收费结算完成，以禁止执行对所述目标交易的收费结算操作，并将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

在一个实施例中，所述资产比较模块54，具体用于：

若目标交易当前处于延迟收费结算状态、且基于所述目标交易的相关信息判定预设抵销条件满足，将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较；所述预设抵销条件为允许将交易的收费业务与退费业务进行抵销处理的条件。

在一个实施例中，所述预设抵销条件包括以下一种或多种条件：

所述目标交易的交易方标识为预设交易方标识；

所述目标交易所属交易类型为预设交易类型。

在一个实施例中，所述装置还包括标识标记模块(图5未示出)，用于：若目标交易当前处于延迟收费结算状态、且预设抵销条件满足时，对所述退费请求标记抵销标识；

所述资产比较模块54具体用于：确定标记有抵销标识的退费请求所指示目标交易的归还资产；获取所述标记有抵销标识的退费请求所指示目标交易的收取资产；将所确定的归还资产和所获取的收取资产进行比较。

在一个实施例中，所述装置还包括收费消息处理模块(图5未示出)，用于：所述将与所述收费请求对应的收费账单标记为收费结算完成之后，模拟生成实际收费结算完成后所生成的收费账单核销消息，并将所述收费账单核销消息发送至收费消息消费方；所述收费消息消费方是预先订阅收费消息的消费方。

在一个实施例中，所述装置还包括退费消息处理模块(图5未示出)，用于：所述将与所述退费请求对应的退费账单标记为退费结算完成之后，模拟生成实际退费结算完成后所生成的退费账单核销消息，并将所述退费账单核销消息发送至退费消息消费方，所述退费消息消费方是预先订阅退费消息的消费方。

在一个实施例中，所述请求处理模块56，还用于：

在确定所述归还资产小于所述收取资产的情况下，基于所述收取资产与所述归还资产的差值生成虚拟抵销账单，并执行对所述虚拟抵销账单的收费结算操作，在操作执行完成的情况下，将与所述退费请求对应的退费账单标记为退费结算完成，以禁止执行对所述目标交易的收费结算操作，将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

相应的，本说明书还提供一种信息处理系统。如图6所示，是本说明书根据一示例性实施例示出的一种信息处理系统的框图，所述系统包括：交易系统62和收费系统64。

其中，交易系统62接收到针对目标交易的退款请求时，向收费系统发送针对目标交易的退费请求；

收费系统64在确定获得针对目标交易的退费请求的情况下，判断目标交易当前的收费结算状态是否处于延迟收费结算状态；若目标交易当前处于延迟收费结算状态，将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较；在确定所述归还资产与所述收取资产一致的情况下，将与所述收费请求对应的收费账单标记为收费结算完成，以禁止执行对所述目标交易的收费结算操作，并将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

在一个实施例中，交易系统62还用于：

接收到针对目标交易的退款请求时，还向交易接受方发起针对目标交易的退款请求；

若接收到交易系统返回的退费成功的消息、以及交易接受方返回的退款成功的消息时，向交易请求方退回与所述目标交易对应的退款金额。

该实施例可以适用于从中间账户将款项退回交易发起方的情况。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

相应的，本说明书实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如下方法：

在确定获得针对目标交易的退费请求的情况下，判断目标交易当前的收费结算状态是否处于延迟收费结算状态；

若目标交易当前处于延迟收费结算状态，将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较；

在确定所述归还资产与所述收取资产一致的情况下，将与所述收费请求对应的收费账单标记为收费结算完成，以禁止执行对所述目标交易的收费结算操作，并将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

在确定获得针对目标交易的退费请求的情况下，判断目标交易当前的收费结算状态是否处于延迟收费结算状态；

若目标交易当前处于延迟收费结算状态，将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较；

在确定所述归还资产与所述收取资产一致的情况下，将与所述收费请求对应的收费账单标记为收费结算完成，以禁止执行对所述目标交易的收费结算操作，并将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

本说明书实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。

应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

Claims (11)

1.一种退费请求处理方法，应用于接收到收费请求到收费结算间存在结算延迟的收费系统中，所述方法包括：

在确定获得针对目标交易的退费请求的情况下，判断目标交易当前的收费结算状态是否处于延迟收费结算状态；

若目标交易当前处于延迟收费结算状态，将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较；

在确定所述归还资产与所述收取资产一致的情况下，将与所述收费请求对应的收费账单标记为收费结算完成，以禁止执行对所述目标交易的收费结算操作，并将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

2.根据权利要求1所述的方法，所述将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较之前，还包括：

基于所述目标交易的相关信息判定预设抵销条件满足；所述预设抵销条件为允许将交易的收费业务与退费业务进行抵销处理的条件，包括以下一种或多种条件：

所述目标交易的交易方标识为预设交易方标识；

所述目标交易所属交易类型为预设交易类型。

3.根据权利要求2所述的方法，所述方法还包括：若目标交易当前处于延迟收费结算状态、且预设抵销条件满足时，对所述退费请求标记抵销标识；

所述将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较，包括：

确定标记有抵销标识的退费请求所指示目标交易的归还资产；

获取所述标记有抵销标识的退费请求所指示目标交易的收取资产；

将所确定的归还资产和所获取的收取资产进行比较。

4.根据权利要求1至3任一项所述的方法，所述将与所述收费请求对应的收费账单标记为收费结算完成之后，还包括：模拟生成实际收费结算完成后所生成的收费账单核销消息，并将所述收费账单核销消息发送至收费消息消费方；所述收费消息消费方是预先订阅收费消息的消费方；

或，

所述将与所述退费请求对应的退费账单标记为退费结算完成之后，还包括：模拟生成实际退费结算完成后所生成的退费账单核销消息，并将所述退费账单核销消息发送至退费消息消费方，所述退费消息消费方是预先订阅退费消息的消费方。

5.根据权利要求1至3任一项所述的方法，所述方法还包括：

在确定所述归还资产小于所述收取资产的情况下，基于所述收取资产与所述归还资产的差值生成虚拟抵销账单，并执行对所述虚拟抵销账单的收费结算操作，在操作执行完成的情况下，将与所述退费请求对应的退费账单标记为退费结算完成，以禁止执行对所述目标交易的收费结算操作，将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

6.一种退费请求处理装置，应用于接收到收费请求到收费结算间存在结算延迟的收费系统中，所述装置包括：

状态判断模块，用于：在确定获得针对目标交易的退费请求的情况下，判断目标交易当前的收费结算状态是否处于延迟收费结算状态；

资产比较模块，用于：若目标交易当前处于延迟收费结算状态，将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较；

请求处理模块，用于：在确定所述归还资产与所述收取资产一致的情况下，将与所述收费请求对应的收费账单标记为收费结算完成，以禁止执行对所述目标交易的收费结算操作，并将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

7.根据权利要求6所述的装置，所述资产比较模块，具体用于：

若目标交易当前处于延迟收费结算状态、且基于所述目标交易的相关信息判定预设抵销条件满足，将依据所述退费请求所确定的归还资产与依据收费请求所确定的收取资产进行比较；所述预设抵销条件为允许将交易的收费业务与退费业务进行抵销处理的条件，包括以下一种或多种条件：

所述目标交易的交易方标识为预设交易方标识；

所述目标交易所属交易类型为预设交易类型。

8.根据权利要求7所述的装置，所述装置还包括标识标记模块，用于：若目标交易当前处于延迟收费结算状态、且预设抵销条件满足时，对所述退费请求标记抵销标识；

所述资产比较模块具体用于：确定标记有抵销标识的退费请求所指示目标交易的归还资产；获取所述标记有抵销标识的退费请求所指示目标交易的收取资产；将所确定的归还资产和所获取的收取资产进行比较。

9.根据权利要求6至8任一项所述的装置，所述装置还包括收费消息处理模块，用于：所述将与所述收费请求对应的收费账单标记为收费结算完成之后，模拟生成实际收费结算完成后所生成的收费账单核销消息，并将所述收费账单核销消息发送至收费消息消费方；所述收费消息消费方是预先订阅收费消息的消费方；

或，

所述装置还包括退费消息处理模块，用于：所述将与所述退费请求对应的退费账单标记为退费结算完成之后，模拟生成实际退费结算完成后所生成的退费账单核销消息，并将所述退费账单核销消息发送至退费消息消费方，所述退费消息消费方是预先订阅退费消息的消费方。

10.根据权利要求6至8任一项所述的装置，所述请求处理模块，还用于：

在确定所述归还资产小于所述收取资产的情况下，基于所述收取资产与所述归还资产的差值生成虚拟抵销账单，并执行对所述虚拟抵销账单的收费结算操作，在操作执行完成的情况下，将与所述退费请求对应的退费账单标记为退费结算完成，以禁止执行对所述目标交易的收费结算操作，将与所述退费请求对应的退费账单标记为退费结算完成，并且响应所述退费请求。

11.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1至5任一项方法。