异常业务补偿方法、装置、计算机设备及存储介质与流程

本发明涉及计算机技术领域，尤其涉及一种异常业务补偿方法、装置、计算机设备及存储介质。

背景技术

it业务系统处理业务时，有时会出现依赖的服务暂时不可用情况，而导致业务处理失败。

现有技术中，在这种情况下通常不用及时告诉用户或者调用方，一般的处理方法是先把用户请求调用时的数据先保存下来，然后开启一个定时任务等一段时间继续重试。然而，由于重试有间隔时间，可能导致数据更新延迟，影响用户的使用体验。

技术实现要素：

本发明实施例所要解决的技术问题是如何提高异常业务补偿的效率，减少用户的等待时间。

为了解决上述问题，一方面本发明实施例提出一种异常业务补偿方法，所述异常业务补偿方法，包括：

若接收到客户端发送的业务请求，将所述业务请求发送给服务提供方，以使所述服务提供方对所述业务请求进行处理；

判断所述服务提供方是否成功处理所述业务请求；

若判断结果为所述服务提供方未能成功处理所述业务请求，将所述业务请求作为待处理业务请求进行保存；

判断所述服务提供方是否正在对所述待处理业务请求进行补偿处理；

若判断结果为所述服务提供方未正在对所述待处理业务请求进行补偿处理，调用所述服务提供方对所述待处理业务请求进行补偿处理。

其进一步的技术方案为，所述判断所述服务提供方是否成功处理所述业务请求，包括：

判断是否接收到所述服务提供方返回的业务失败消息；

若判断结果为接收到所述服务提供方返回的业务失败消息，判定所述服务提供方未能成功处理所述业务请求。

其进一步的技术方案为，所述判断所述服务提供方是否成功处理所述业务请求，还包括：

若判断结果为未接收到所述服务提供方返回的业务失败消息，判断所述服务提供方处理所述业务请求的时间是否超过预设的时间阈值；

若判断结果为所述服务提供方处理所述业务请求的时间超过预设的时间阈值，判定所述服务提供方未能成功处理所述业务请求。

其进一步的技术方案为，所述将所述业务请求作为待处理业务请求进行保存，包括：

将所述业务请求作为待处理业务请求储存在数据库中。

其进一步的技术方案为，所述将所述业务请求作为待处理业务请求进行保存，包括：

将所述业务请求作为待处理业务请求储存在消息队列中。

其进一步的技术方案为，所述方法还包括：

判断所述服务提供方是否能成功对所述待处理业务请求进行补偿处理；

若判断结果为所述服务提供方未能成功对所述待处理业务请求进行补偿处理，统计所述服务提供方对所述待处理业务请求进行补偿处理失败的次数；

判断所述服务提供方对所述待处理业务请求进行补偿处理失败的次数是否大于预设的次数阈值；

若判断结果为所述服务提供方对所述待处理业务请求进行补偿处理失败的次数大于预设的次数阈值，发出提示消息以将所述待处理业务请求交由人工处理。

其进一步的技术方案为，所述方法还包括：

若判断结果为所述服务提供方正在对所述待处理业务请求进行补偿处理，则不作处理。

第二方面，本发明实施例还提供了一种异常业务补偿装置，其包括用于执行上述方法的单元。

第三方面，本发明实施例还提供了一种计算机设备，其包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序当被处理器执行时可实现上述方法。

本发明实施例提供了一种异常业务补偿方法、装置、计算机设备及存储介质。通过在服务提供方未能成功处理业务请求时，将业务请求作为待处理业务请求进行保存，实时监控服务提供方是否对待处理业务请求进行补偿处理，如果服务提供方未对待处理业务请求进行补偿处理，则调用服务提供方对待处理业务请求进行补偿处理，从而使得服务提供方能够及时地对待处理业务请求进行补偿处理，提高服务提供方对待处理业务请求进行补偿处理的效率，减少了用户的等待时间，提高用户的使用体验。

附图说明

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

图1为本发明实施例提供的一种异常业务补偿方法的流程示意图；

图2为本发明实施例提供的一种异常业务补偿方法的子流程示意图；

图3为本发明另一实施例提供的一种异常业务补偿方法的流程示意图；

图4为本发明实施例提供的一种异常业务补偿装置的示意性框图；

图5为本发明实施例提供的一种异常业务补偿装置的第一判断单元的示意性框图；

图6为本发明另一实施例提供的一种异常业务补偿装置的示意性框图；

图7为本发明实施例提供的计算机设备的示意性框图；以及

图8为本发明实施例提供的一种异常业务补偿方法的应用场景示意图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明实施例说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明实施例。如在本发明实施例说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

请参阅图1和图8，图8为本发明实施例提供的一种异常业务补偿方法的应用场景示意图。图1为本发明实施例提供的一种异常业务补偿方法的示意性流程图。

本发明提供的异常业务补偿方法应用于中间服务器2中，中间服务器2将客户端1发起的业务请求发送给业务服务器3，业务服务器3作为服务提供方响应客户端1发起的业务请求。

参见图1，图1为本发明实施例提出的一种异常业务补偿方法的示意流程图，如图所示该方法包括以下步骤s11-s15。

s11，若接收到客户端发送的业务请求，将该业务请求发送给服务提供方，以使服务提供方对该业务请求进行处理。

具体实施中，在接收到客户端发送的业务请求时，将该业务请求发送给服务提供方，以由服务提供方对该业务请求进行处理。

需要说明的是，本发明实施例中，服务提供方是指业务服务器。业务请求具体包括转账请求以及支付请求等。客户端对应的用户包括金融消费者等用户。

s12，判断服务提供方是否成功处理该业务请求。

具体实施中，在将业务请求发送给服务提供方后，实时跟踪服务提供方的处理结果，判断服务提供方是否成功处理该业务请求。若服务提供方能够成功处理该业务请求，则不需要对该业务请求进行补偿处理；若服务提供方未能够成功处理该业务请求，则需要对该业务请求进行补偿处理。

s13，若判断结果为服务提供方未能成功处理业务请求，将业务请求作为待处理业务请求进行保存。

具体实施中，如果判断结果为服务提供方未能成功处理业务请求，将业务请求作为待处理业务请求进行保存。保存的方式主要有以下两种方式。

方式一，将业务请求作为待处理业务请求储存在数据库中。

方式二，将业务请求作为待处理业务请求储存在消息队列中。

s14，判断服务提供方是否正在对待处理业务请求进行补偿处理。

具体实施中，判断服务提供方是否对待处理业务请求进行补偿处理。为了提高效率，可采用线程池技术，通过多线程同时对多个待处理业务请求进行处理(即判断服务提供方是否对待处理业务请求进行补偿处理)，以提高效率。

需要说明的是，若服务提供方未能成功处理业务请求，若服务提供方会将业务请求保存，然后开启一个定时任务等一段时间继续重试。然而，由于重试有间隔时间，可能导致数据更新延迟，为此本发明实施例中，实时监控服务提供方是否对待处理业务请求进行补偿处理，以使得服务提供方及时对待处理业务请求进行处理，以减少用户的等待时间。

s15，若判断结果为服务提供方未正在对待处理业务请求进行补偿处理，调用服务提供方对待处理业务请求进行补偿处理。

具体实施中，如果判断结果为服务提供方未对待处理业务请求进行补偿处理，则调用服务提供方对待处理业务请求进行补偿处理，具体地，向服务提供方发送调用指令，调用指令中包含待处理业务请求的标识，服务提供方将根据调用指令对待处理业务请求进行处理，从而使得服务提供方能够及时地对待处理业务请求进行补偿处理，提高服务提供方对待处理业务请求进行补偿处理的效率。

本发明实施例的技术方案，在服务提供方未能成功处理业务请求时，将业务请求作为待处理业务请求进行保存，实时监控服务提供方是否对待处理业务请求进行补偿处理，如果服务提供方未对待处理业务请求进行补偿处理，则调用服务提供方对待处理业务请求进行补偿处理，从而使得服务提供方能够及时地对待处理业务请求进行补偿处理，提高服务提供方对待处理业务请求进行补偿处理的效率，减少了用户的等待时间，提高用户的使用体验。

在本发明一实施例中，如图2所示，所述步骤s12可包括步骤s121-s124。

s121，判断是否接收到服务提供方返回的业务失败消息。

具体实施中，如果服务提供方未能成功对业务请求进行处理，服务提供方将反馈业务失败消息。因此，首先判断是否接收到服务提供方返回的业务失败消息。

s122，若接收到服务提供方返回的业务失败消息，判定服务提供方未能成功处理该业务请求。

具体实施中，如果接收到服务提供方返回的业务失败消息，则判定服务提供方未能成功处理该业务请求。

需要说明的是，如果接收到服务提供方返回的业务成功消息，则判定服务提供方成功处理该业务请求。

s123，若未接收到服务提供方返回的业务失败消息，判断服务提供方处理该业务请求的时间是否超过预设的时间阈值。

具体实施中，如果未接收到服务提供方返回的业务失败消息/业务成功消息，判断服务提供方处理该业务请求的时间是否超过预设的时间阈值。即判断服务提供方的处理时间是否超时。

需要说明的是，时间阈值可由本领域技术人员根据实际情况设定，本发明对此不作具体限定。例如，在一实施例中，时间阈值设定为30s。

s124，若判断结果为服务提供方处理业务请求的时间超过预设的时间阈值，判定服务提供方未能成功处理该业务请求。

具体实施中，如果判断结果为服务提供方处理业务请求的时间超过预设的时间阈值，判定服务提供方未能成功处理该业务请求。

参见图3，图3为本发明另一实施例提供的一种异常业务补偿方法的示意流程图，如图所示该方法包括以下步骤s31-s310。

s31，若接收客户端发送的业务请求，将该业务请求发送给服务提供方，以使服务提供方对该业务请求进行处理。

具体实施中，在接收到客户端发送的业务请求时，将该业务请求发送给服务提供方，以由服务提供方对该业务请求进行处理。

需要说明的是，本发明实施例中，服务提供方是指业务服务器。业务请求具体包括转账请求以及支付请求等。客户端对应的用户包括金融消费者等用户。

s32，判断服务提供方是否成功处理该业务请求。

具体实施中，在将业务请求发送给服务提供方后，实时跟踪服务提供方的处理结果，判断服务提供方是否成功处理该业务请求。若服务提供方能够成功处理该业务请求，则不需要对该业务请求进行补偿处理；若服务提供方未能够成功处理该业务请求，则需要对该业务请求进行补偿处理。

s33，若判断结果为服务提供方未能成功处理业务请求，将业务请求作为待处理业务请求进行保存。

具体实施中，如果判断结果为服务提供方未能成功处理业务请求，将业务请求作为待处理业务请求进行保存。保存的方式主要有以下两种方式。

方式一，将业务请求作为待处理业务请求储存在数据库中。

方式二，将业务请求作为待处理业务请求储存在消息队列中。

s34，判断服务提供方是否正在对待处理业务请求进行补偿处理。

具体实施中，判断服务提供方是否对待处理业务请求进行补偿处理。为了提高效率，可采用线程池技术，通过多线程同时对多个待处理业务请求进行处理(即判断服务提供方是否对待处理业务请求进行补偿处理)，以提高效率。

需要说明的是，若服务提供方未能成功处理业务请求，若服务提供方会将业务请求保存，然后开启一个定时任务等一段时间继续重试。然而，由于重试有间隔时间，可能导致数据更新延迟，为此本发明实施例中，实时监控服务提供方是否对待处理业务请求进行补偿处理，以使得服务提供方及时对待处理业务请求进行处理，以减少用户的等待时间。

s35，若判断结果为服务提供方正在对待处理业务请求进行补偿处理，则不作处理。

具体实施中，如果判断结果为服务提供方正在对待处理业务请求进行补偿处理，则不作处理，等待服务提供方的处理结果。

s36，若判断结果为服务提供方未正在对待处理业务请求进行补偿处理，调用服务提供方对待处理业务请求进行补偿处理。

具体实施中，如果判断结果为服务提供方未对待处理业务请求进行补偿处理，则调用服务提供方对待处理业务请求进行补偿处理，具体地，向服务提供方发送调用指令，调用指令中包含待处理业务请求的标识，服务提供方将根据调用指令对待处理业务请求进行处理，从而使得服务提供方能够及时地对待处理业务请求进行补偿处理，提高服务提供方对待处理业务请求进行补偿处理的效率。

s37，判断服务提供方是否能成功对待处理业务请求进行补偿处理。

具体实施中，若接收到服务提供方返回的业务失败消息，则判定服务提供方未能成功对待处理业务请求进行补偿处理。

若接收到服务提供方返回的业务成功消息，则判定服务提供方已成功对待处理业务请求进行补偿处理。

若未接收到服务提供方返回的业务失败消息，判断服务提供方处理该待处理业务请求的时间是否超过预设的时间阈值。

需要说明的是，时间阈值可由本领域技术人员根据实际情况设定，本发明对此不作具体限定。例如，在一实施例中，时间阈值设定为30s。

若判断结果为服务提供方处理该待处理业务请求的时间超过预设的时间阈值，判定服务提供方未能成功处理该待处理业务请求。

s38，若判断结果为服务提供方未能成功对待处理业务请求进行补偿处理，统计服务提供方对待处理业务请求进行补偿处理失败的次数。

具体实施中，如果服务提供方未能成功对待处理业务请求进行补偿处理，则统计服务提供方对待处理业务请求进行补偿处理失败的次数。

s39，判断服务提供方对待处理业务请求进行补偿处理失败的次数是否大于预设的次数阈值。

需要说明的是，次数阈值可由本领域技术人员根据实际情况设定，本发明对此不作具体限定。例如，在一实施例中，次数阈值设定为5。

s310，若判断结果为服务提供方对待处理业务请求进行补偿处理失败的次数大于预设的次数阈值，发出提示消息以将待处理业务请求交由人工处理。

具体实施中，如果服务提供方对待处理业务请求进行补偿处理失败的次数大于预设的次数阈值，则向管理员发出提示消息，以将待处理业务请求交由人工处理。

参见图4，图4是本发明实施例提供的一种异常业务补偿装置的示意性框图。如图4所示，对应于以上实施例提出的一种异常业务补偿方法，本发明还提供一种异常业务补偿装置40。该异常业务补偿装置40包括用于执行上述异常业务补偿方法的单元，该异常业务补偿装置40可以被配置于台式电脑、平板电脑、手提电脑等终端中。具体地，请参阅图4，该异常业务补偿装置40包括发送单元41，第一判断单元42、保存单元43、第二判断单元44以及调用单元45。

发送单元41，用于若接收到客户端发送的业务请求，将所述业务请求发送给服务提供方，以使所述服务提供方对所述业务请求进行处理。

第一判断单元42，用于判断所述服务提供方是否成功处理所述业务请求。

保存单元43，用于若第一判断单元42的判断结果为所述服务提供方未能成功处理所述业务请求，将所述业务请求作为待处理业务请求进行保存。

第二判断单元44，用于判断所述服务提供方是否正在对所述待处理业务请求进行补偿处理。

调用单元45，用于若第二判断单元44的判断结果为所述服务提供方未正在对所述待处理业务请求进行补偿处理，调用所述服务提供方对所述待处理业务请求进行补偿处理。

在一实施例中，参见图5，第一判断单元42包括第三判断单元421、第一判定单元422、第四判断单元423以及第二判定单元424。

第三判断单元421，用于判断是否接收到所述服务提供方返回的业务失败消息。

第一判定单元422，用于若第三判断单元421的判断结果为接收到所述服务提供方返回的业务失败消息，判定所述服务提供方未能成功处理所述业务请求。

第四判断单元423，用于若第三判断单元421的判断结果为未接收到所述服务提供方返回的业务失败消息，判断所述服务提供方处理所述业务请求的时间是否超过预设的时间阈值。

第二判定单元424，用于若第四判断单元423的判断结果为所述服务提供方处理所述业务请求的时间超过预设的时间阈值，判定所述服务提供方未能成功处理所述业务请求。

参见图6，图6是本发明另一实施例提供的一种异常业务补偿装置的示意性框图。如图6所示，本实施例的异常业务补偿装置40是上述实施例的基础上增加了保持单元46、第五判断单元47、统计单元48、第六判断单元49以及提示单元410。

保持单元46，用于若第二判断单元44的判断结果为所述服务提供方正在对所述待处理业务请求进行补偿处理，则不作处理。

第五判断单元47，用于判断所述服务提供方是否能成功对所述待处理业务请求进行补偿处理；

统计单元48，用于若第五判断单元47的判断结果为所述服务提供方未能成功对所述待处理业务请求进行补偿处理，统计所述服务提供方对所述待处理业务请求进行补偿处理失败的次数；

第六判断单元49，用于判断所述服务提供方对所述待处理业务请求进行补偿处理失败的次数是否大于预设的次数阈值；

提示单元410，用于若第六判断单元49的判断结果为所述服务提供方对所述待处理业务请求进行补偿处理失败的次数大于预设的次数阈值，发出提示消息以将所述待处理业务请求交由人工处理。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述异常业务补偿装置和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

上述异常业务补偿装置可以实现为一种计算机程序的形式，该计算机程序可以在如图7所示的计算机设备上运行。

请参阅图7，图7是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500可以是终端，也可以是服务器，其中，终端可以是智能手机、平板电脑、笔记本电脑、台式电脑、个人数字助理和穿戴式设备等具有通信功能的电子设备。服务器可以是独立的服务器，也可以是多个服务器组成的服务器集群。

参阅图7，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种异常业务补偿方法。

该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种异常业务补偿方法。

该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：

若接收到客户端发送的业务请求，将所述业务请求发送给服务提供方，以使所述服务提供方对所述业务请求进行处理；

判断所述服务提供方是否成功处理所述业务请求；

若判断结果为所述服务提供方未能成功处理所述业务请求，将所述业务请求作为待处理业务请求进行保存；

判断所述服务提供方是否正在对所述待处理业务请求进行补偿处理；

若判断结果为所述服务提供方未正在对所述待处理业务请求进行补偿处理，调用所述服务提供方对所述待处理业务请求进行补偿处理。

在一实施例中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：

若接收到客户端发送的业务请求，将所述业务请求发送给服务提供方，以使所述服务提供方对所述业务请求进行处理；

判断所述服务提供方是否成功处理所述业务请求；

若判断结果为所述服务提供方未能成功处理所述业务请求，将所述业务请求作为待处理业务请求进行保存；

判断所述服务提供方是否正在对所述待处理业务请求进行补偿处理；

若判断结果为所述服务提供方正在对所述待处理业务请求进行补偿处理，则不作处理；

若判断结果为所述服务提供方未正在对所述待处理业务请求进行补偿处理，调用所述服务提供方对所述待处理业务请求进行补偿处理；

判断所述服务提供方是否能成功对所述待处理业务请求进行补偿处理；

若判断结果为所述服务提供方未能成功对所述待处理业务请求进行补偿处理，统计所述服务提供方对所述待处理业务请求进行补偿处理失败的次数；

判断所述服务提供方对所述待处理业务请求进行补偿处理失败的次数是否大于预设的次数阈值；

若判断结果为所述服务提供方对所述待处理业务请求进行补偿处理失败的次数大于预设的次数阈值，发出提示消息以将所述待处理业务请求交由人工处理。

在一实施例中，处理器502在实现所述判断所述服务提供方是否成功处理所述业务请求时，具体实现如下步骤：

判断是否接收到所述服务提供方返回的业务失败消息；

若判断结果为接收到所述服务提供方返回的业务失败消息，判定所述服务提供方未能成功处理所述业务请求；

若判断结果为未接收到所述服务提供方返回的业务失败消息，判断所述服务提供方处理所述业务请求的时间是否超过预设的时间阈值；

若判断结果为所述服务提供方处理所述业务请求的时间超过预设的时间阈值，判定所述服务提供方未能成功处理所述业务请求。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令，计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该程序指令被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，其中计算机程序包括程序指令。该程序指令被处理器执行时使处理器执行如下步骤：

若接收到客户端发送的业务请求，将所述业务请求发送给服务提供方，以使所述服务提供方对所述业务请求进行处理；

判断所述服务提供方是否成功处理所述业务请求；

若判断结果为所述服务提供方未能成功处理所述业务请求，将所述业务请求作为待处理业务请求进行保存；

判断所述服务提供方是否正在对所述待处理业务请求进行补偿处理；

若判断结果为所述服务提供方未正在对所述待处理业务请求进行补偿处理，调用所述服务提供方对所述待处理业务请求进行补偿处理。

在一实施例中，该程序指令被处理器执行时使处理器执行如下步骤：

若接收到客户端发送的业务请求，将所述业务请求发送给服务提供方，以使所述服务提供方对所述业务请求进行处理；

判断所述服务提供方是否成功处理所述业务请求；

若判断结果为所述服务提供方未能成功处理所述业务请求，将所述业务请求作为待处理业务请求进行保存；

判断所述服务提供方是否正在对所述待处理业务请求进行补偿处理；

若判断结果为所述服务提供方正在对所述待处理业务请求进行补偿处理，则不作处理；

若判断结果为所述服务提供方未正在对所述待处理业务请求进行补偿处理，调用所述服务提供方对所述待处理业务请求进行补偿处理；

判断所述服务提供方是否能成功对所述待处理业务请求进行补偿处理；

若判断结果为所述服务提供方未能成功对所述待处理业务请求进行补偿处理，统计所述服务提供方对所述待处理业务请求进行补偿处理失败的次数；

判断所述服务提供方对所述待处理业务请求进行补偿处理失败的次数是否大于预设的次数阈值；

若判断结果为所述服务提供方对所述待处理业务请求进行补偿处理失败的次数大于预设的次数阈值，发出提示消息以将所述待处理业务请求交由人工处理。

在一实施例中，所述处理器在执行所述程序指令而实现所述判断所述服务提供方是否成功处理所述业务请求时，具体实现如下步骤：

判断是否接收到所述服务提供方返回的业务失败消息；

若判断结果为接收到所述服务提供方返回的业务失败消息，判定所述服务提供方未能成功处理所述业务请求；

若判断结果为未接收到所述服务提供方返回的业务失败消息，判断所述服务提供方处理所述业务请求的时间是否超过预设的时间阈值；

若判断结果为所述服务提供方处理所述业务请求的时间超过预设的时间阈值，判定所述服务提供方未能成功处理所述业务请求。

所述存储介质可以是u盘、移动硬盘、只读存储器(read-onlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，尚且本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

以上所述，为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。