CN114938413A - 外呼任务补偿方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种外呼任务补偿方法、装置、设备及存储介质，涉及通信技术领域，该外呼任务补偿方法包括：获取进行中的外呼任务，根据是否为外呼任务配置重呼，确定外呼任务对应的等待时长；确定外呼任务的当前外呼进度；获取外呼任务对应的缓存时间和缓存进度，缓存进度为最近一次缓存的外呼任务的外呼进度，缓存时间为缓存该缓存进度的时间；若当前时间与缓存时间的时间间隔大于等待时长，且当前外呼进度与缓存进度相同，则更新缓存时间为当前时间，并重启外呼任务。本申请能够提高外呼任务调度执行的成功率，保证外呼任务调度执行的连续性、外呼任务状态的一致性以及外呼任务结果的准确性。

Description

外呼任务补偿方法、装置、设备及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种外呼任务补偿方法、装置、设备及存储介质。

背景技术

随着通信技术的快速发展，外呼系统得到越来越广泛的应用。例如，在金融行业，金融机构可以通过外呼系统提醒用户及时还款、推销相关业务以及对用户进行相关业务的回访等。与传统的人工呼叫相比，外呼系统的优势明显，比如工作效率高、运营成本低等。

目前，在外呼系统中，一个外呼任务通常会包含多个外呼名单，外呼名单具有时效性，并且外呼任务预期的执行时间是不确定的。在实际应用中，可能存在外呼任务状态和外呼执行情况不一致的问题，进而影响外呼任务调度执行的成功率。

发明内容

本申请提供一种外呼任务补偿方法、装置、设备及存储介质，以提高外呼任务调度执行的成功率。

第一方面，本申请提供一种外呼任务补偿方法，包括：

获取进行中的外呼任务；

根据是否为外呼任务配置重呼，确定外呼任务对应的等待时长，等待时长用于表征外呼任务的外呼进度未发生变化的持续时长；

确定外呼任务的当前外呼进度；

获取外呼任务对应的缓存时间和缓存进度，缓存进度为最近一次缓存的外呼任务的外呼进度，缓存时间为缓存该缓存进度的时间；

若当前时间与缓存时间的时间间隔大于等待时长，且当前外呼进度与缓存进度相同，则更新缓存时间为当前时间，并重启外呼任务。

第二方面，本申请提供一种外呼任务补偿装置，包括：

第一获取模块，用于获取进行中的外呼任务；

第一确定模块，用于根据是否为外呼任务配置重呼，确定外呼任务对应的等待时长，等待时长用于表征外呼任务的外呼进度未发生变化的持续时长；

第二确定模块，用于确定外呼任务的当前外呼进度；

第二获取模块，用于获取外呼任务对应的缓存时间和缓存进度，缓存进度为最近一次缓存的外呼任务的外呼进度，缓存时间为缓存该缓存进度的时间；

第一处理模块，用于若当前时间与缓存时间的时间间隔大于等待时长，且当前外呼进度与缓存进度相同，则更新缓存时间为当前时间，并重启外呼任务。

第三方面，本申请提供一种电子设备，包括：处理器，以及与处理器通信连接的存储器；

存储器存储计算机执行指令；

处理器执行存储器存储的计算机执行指令，以实现如本申请第一方面所述的外呼任务补偿方法。

第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序指令，计算机程序指令被处理器执行时，实现如本申请第一方面所述的外呼任务补偿方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现如本申请第一方面所述的外呼任务补偿方法。

可以看出，在本申请实施例中，由于实时监控进行中的外呼任务，将当前时间与外呼任务对应的缓存时间的时间间隔与外呼任务对应的等待时长进行比较，并将外呼任务的当前外呼进度与外呼任务对应的缓存进度进行比较，来确定外呼任务是否异常；在外呼任务异常时，重启外呼任务，以重新调度外呼任务，因此，能够提高外呼任务调度执行的成功率，保证外呼任务调度执行的连续性、外呼任务状态的一致性以及外呼任务结果的准确性。

附图说明

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

图1为本申请一实施例提供的应用场景示意图；

图2为本申请一实施例提供的外呼任务补偿方法的流程图；

图3为本申请另一实施例提供的外呼任务补偿方法的流程图；

图4为本申请又一实施例提供的外呼任务补偿方法的流程图；

图5为本申请一实施例提供的外呼任务补偿装置的结构示意图；

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

具体实施方式

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

本申请的技术方案中，所涉及的金融数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

首先，对本申请涉及的部分技术术语进行解释说明：

远程字典服务(Remote Dictionary Server，Redis)，是一个键-值(key-value)存储系统，用于缓存数据，读写数据的效率高；

重呼，即外呼任务中，当拨打电话第一轮未接通时，进行第二轮、第三轮等预设轮次的拨打电话；

重呼时间间隔，即外呼任务中，当拨打电话第一轮未接通时，间隔多久进行第二次外呼。

目前，在外呼系统的实际应用中，可能存在因外呼系统某些原因或某些错误导致外呼任务的状态为进行中但实际并未开始外呼，或外呼任务的外呼名单的状态为已经外呼完成但外呼任务的状态仍处于进行中的情况。对于上述情况，外呼任务不会自动变更为异常，而外呼任务中的外呼名单具有时效性，不能等到外呼任务执行完成后或观测到执行时间过长才来处理异常外呼任务，同时因为每一个外呼任务对应的外呼名单数量众多，无法通过人为观察的方式观测到外呼任务的外呼进度的变化。尤其在大批量外呼场景下，当外呼任务执行流程中并无明显异常，但是外呼任务却未在有效时间内正常闭环时，会导致外呼任务无法正常回传任务结论。

基于上述问题，本申请提供一种外呼任务补偿方法、装置、设备及存储介质，通过实时监控进行中的外呼任务的外呼进度，当外呼任务在设定时长内没有进度时，对该异常外呼任务进行补偿处理，能够提高外呼任务调度执行的成功率，保证外呼任务调度执行的连续性、外呼任务状态的一致性以及外呼任务结果的准确性。

以下，首先对本申请提供的方案的应用场景进行示例说明。

图1为本申请一实施例提供的应用场景示意图。如图1所示，本应用场景中，外呼系统所在的服务器101获取外呼任务，外呼任务可以是业务方通过客户端创建后下发给服务器101的，或者，是其他设备向服务器101发送的，外呼任务中包含多个外呼名单，即用户手机号码。服务器101将外呼任务中的用户手机号码传递给拨打系统所在的服务器102，服务器102拨打用户手机号码。用户接听后，服务器101将要播报的内容传递给服务器102，服务器102播报内容给用户，直到用户挂断电话，完成外呼任务。其中，服务器101对进行中的外呼任务进行实时监控，当发现外呼任务的外呼进度异常时，对外呼任务进行补偿处理。

需要说明的是，图1仅是本申请实施例提供的一种应用场景的示意图，本申请实施例不对图1中包括的设备进行限定，也不对图1中设备之间的位置关系进行限定。例如，在图1所示的应用场景中，还可以包括数据存储设备，该数据存储设备相对服务器101或者服务器102可以是外部存储器，也可以是集成在服务器101或者服务器102中的内部存储器。

接下来，通过具体实施例介绍外呼任务补偿方法。

图2为本申请一实施例提供的外呼任务补偿方法的流程图。本申请实施例的方法可以应用于电子设备中，该电子设备可以是服务器或服务器集群等。如图2所示，本申请实施例的方法包括：

S201、获取进行中的外呼任务。

本申请实施例中，外呼任务的状态比如可以包括未开始、进行中、已完成、已终止、手动暂行或排队中等。因此，可以获取状态为进行中的外呼任务。示例性地，可以获取所有进行中的外呼任务，通过遍历的方式来对每个进行中的外呼任务执行本申请实施例提供的外呼任务补偿方法。

S202、根据是否为外呼任务配置重呼，确定外呼任务对应的等待时长。

其中，等待时长用于表征外呼任务的外呼进度未发生变化的持续时长。

该步骤中，可以预先为外呼任务配置是否支持重呼，进而可以根据是否为外呼任务配置重呼，确定外呼任务对应的等待时长。其中，外呼任务对应的等待时长用于在等待外呼任务多久没有进度之后，确定外呼任务为异常。示例性地，外呼任务对应的等待时长比如为5分钟。对于具体如何根据是否为外呼任务配置重呼，确定外呼任务对应的等待时长，可参考后续实施例，此处不再赘述。

S203、确定外呼任务的当前外呼进度。

该步骤中，本申请对确定外呼任务的当前外呼进度的方式不作具体限定。示例性地，比如可以根据外呼任务中包含的总的外呼数量和已完成的外呼数量，来确定外呼任务的当前外呼进度。对于具体如何确定外呼任务的当前外呼进度，可参考后续实施例，此处不再赘述。

S204、获取外呼任务对应的缓存时间和缓存进度，缓存进度为最近一次缓存的外呼任务的外呼进度，缓存时间为缓存该缓存进度的时间。

可以理解，外呼任务已经存储在了缓存中。对于具体的缓存工具，本申请对此不作具体限定。示例性地，缓存工具比如为Redis，在Redis中缓存了外呼任务的最近一次的外呼进度，即缓存进度，且在Redis中缓存了缓存该缓存进度的时间，因此，可以从Redis中获取外呼任务对应的缓存时间和缓存进度。

S205、若当前时间与缓存时间的时间间隔大于等待时长，且当前外呼进度与缓存进度相同，则更新缓存时间为当前时间，并重启外呼任务。

该步骤中，在获得了外呼任务对应的缓存时间和缓存进度后，可以将当前时间与外呼任务对应的缓存时间的时间间隔与等待时长进行比较，并将外呼任务的当前外呼进度与外呼任务对应的缓存进度进行比较，以确定外呼任务是否异常。具体地，若当前时间与外呼任务对应的缓存时间的时间间隔大于等待时长，且外呼任务的当前外呼进度与外呼任务对应的缓存进度相同，则可以确定外呼任务异常，因此，对该外呼任务进行补偿，即更新外呼任务对应的缓存时间为当前时间，而缓存中外呼任务对应的缓存进度不需要更新，并重启该外呼任务，以重新调度该外呼任务。

在执行完S205步骤后，执行S201步骤，以继续处理下一进行中的外呼任务，直至处理完所有进行中的外呼任务，即通过遍历的方式来对每个进行中的外呼任务执行本申请实施例提供的外呼任务补偿方法。

可选的，外呼任务补偿方法还可以包括：周期性执行S201至S205的步骤。

示例性地，比如每3分钟执行一次扫描，通过执行S201至S205的步骤来完成一轮对所有进行中的外呼任务的处理。通过周期性执行S201至S205的步骤，能够实时地对进行中的外呼任务进行监控，当发现外呼任务的外呼进度异常时，能够及时地对外呼任务进行补偿。

本申请实施例提供的外呼任务补偿方法，通过获取进行中的外呼任务，根据是否为外呼任务配置重呼，确定外呼任务对应的等待时长；确定外呼任务的当前外呼进度；获取外呼任务对应的缓存时间和缓存进度，缓存进度为最近一次缓存的外呼任务的外呼进度，缓存时间为缓存该缓存进度的时间；若当前时间与缓存时间的时间间隔大于等待时长，且当前外呼进度与缓存进度相同，则更新缓存时间为当前时间，并重启外呼任务。由于本申请实施例实时监控进行中的外呼任务，将当前时间与外呼任务对应的缓存时间的时间间隔与外呼任务对应的等待时长进行比较，并将外呼任务的当前外呼进度与外呼任务对应的缓存进度进行比较，来确定外呼任务是否异常，在外呼任务异常时，重启外呼任务，以重新调度外呼任务，因此，能够提高外呼任务调度执行的成功率，保证外呼任务调度执行的连续性、外呼任务状态的一致性以及外呼任务结果的准确性。

图3为本申请另一实施例提供的外呼任务补偿方法的流程图。在上述实施例的基础上，本申请实施例对外呼任务补偿方法进行进一步说明。如图3所示，本申请实施例的方法可以包括：

S301、获取进行中的外呼任务。

该步骤的具体描述可以参见图2所示实施例中S201的相关描述，此处不再赘述。

S302、对外呼任务进行加锁处理。

示例性地，比如获取Rdis锁对外呼任务进行上锁，可以防止数据错乱和重复写入。

本申请实施例中，图2中S202步骤可以进一步包括如下的S303至S305三个步骤：

S303、若未为外呼任务配置重呼，则确定外呼任务对应的等待时长为第一时长。

示例性地，第一时长比如为5分钟，第一时长可以理解为默认设定的时长，默认设定的时长可以按需设置。该步骤中，若未为外呼任务配置重呼，即外呼任务包含的多个外呼名单不支持重呼，则可以确定外呼任务对应的等待时长为5分钟。

S304、若为外呼任务配置了重呼，且首轮外呼未完成，则确定外呼任务对应的等待时长为第二时长。

其中，第二时长小于或等于第一时长。

示例性地，若外呼任务包含的多个外呼名单中，有一个外呼名单的状态为未完成第一次外呼，则可以确定外呼任务的首轮外呼未完成。该步骤中，若为外呼任务配置了重呼，即外呼任务包含的多个外呼名单均支持重呼，且首轮外呼未完成，则可以确定外呼任务对应的等待时长为第二时长。其中，第二时长比如为5分钟，第二时长可以理解为默认设定的时长。

S305、若为外呼任务配置了重呼，且首轮外呼已完成，则确定外呼任务对应的等待时长为重呼时间间隔。

其中，重呼时间间隔大于或等于第一时长。

示例性地，重呼时间间隔比如为10分钟。若为外呼任务配置了重呼，且首轮外呼已完成，则可以确定外呼任务对应的等待时长为10分钟。

本申请实施例中，图2中S203步骤可以进一步包括如下的S306步骤：

S306、确定外呼任务的当前外呼进度为外呼任务中已完成的外呼数量。

示例性地，假设外呼任务包含5个外呼名单，其中有3个外呼名单的状态为已完成外呼，则可以确定外呼任务中已完成的外呼数量为3个，从而可以确定外呼任务的当前外呼进度为3个。

本申请实施例中，图2中S204步骤可以进一步包括如下的S307步骤：

S307、在确定外呼任务存储在缓存中时，获取外呼任务对应的缓存时间和缓存进度。

其中，缓存进度为最近一次缓存的外呼任务的外呼进度，缓存时间为缓存该缓存进度的时间。

示例性地，外呼任务已缓存在了Redis中，则可以从Redis中查询出外呼任务对应的缓存时间和缓存进度。

S308、若确定外呼任务未存储在缓存中，则将当前时间和当前外呼进度存储至缓存中。

可以理解，在第一次获取到进行中的外呼任务时，外呼任务在缓存中不存在。因此，若确定外呼任务未存储在缓存中，则可以将当前时间和外呼任务的当前外呼进度存储至缓存中，然后执行S312步骤。示例性地，若确定外呼任务未存储在Redis中，则将当前时间和外呼任务的当前外呼进度存储至Redis中。

可选的，可以设置外呼任务在缓存中的过期时间为外呼任务对应的等待时长与预设时长之和，以对缓存中的外呼任务进行自动清理。示例性地，预设时长比如为5分钟。通过设置外呼任务在缓存(比如Redis)中的过期时间，可以自动按照过期时间来删除缓存中的外呼任务，以防止缓存中的数据过多，合理利用缓存资源，其中，过期时间是基于等待时长设置的，可以避免缓存中的数据被提前清理，同时也可以防止缓存中的数据长时间未被清理。

S309、若当前时间与缓存时间的时间间隔大于等待时长，且当前外呼进度与缓存进度相同，则更新缓存时间为当前时间，并重启外呼任务。

该步骤的具体描述可以参见图2所示实施例中S205的相关描述，此处不再赘述。

可选的，在重启外呼任务之后，该外呼任务补偿方法还可以包括：根据预设通知方式，发送外呼任务补偿处理的通知消息。其中，预设通知方式至少包括邮件通知方式、短信通知方式或第三方通知功能的通知方式。

在对出现异常的外呼任务进行补偿处理的同时，通过发送外呼任务补偿处理的通知消息，能够便于业务人员及时了解外呼任务的补偿情况。

可选的，重启外呼任务可以是立即重启外呼任务，也可以不是立即重启。

或者，在重启外呼任务之前，该外呼任务补偿方法包括：

若当前处于进行中的外呼任务的数量小于第一阈值，则立即重启外呼任务；

若当前处于进行中的外呼任务的数量大于或等于所述第一阈值，则确定所述外呼任务的重要程度；

若所述外呼任务的重要程度大于或等于预设程度，则立即重启外呼任务；

若所述外呼任务的重要程度小于所述预设程度，且所述外呼任务当前外呼进度大于或等于第二阈值，则立即重启外呼任务；

若所述外呼任务的重要程度小于所述预设程度，且所述外呼任务当前外呼进度小于所述第二阈值，则将所述外呼任务加入重启队列，以按照加入队列的先后顺序等待被重启。

其中，第一阈值例如可以是100或是其他值。第二阈值例如可以是80％或是其他值。

可见，在当前处于进行中的外呼任务的数量不多时，立即重启外呼任务，以及时重新调度该外呼任务，进而使得外呼任务被及时处理；在当前处于进行中的外呼任务的数量较多时，根据外呼任务的重要程度判定外呼任务是否需要立即重启，使得重要程度高的外呼任务被及时重新调度，进而使得重要程度高的外呼任务被及时处理；在外呼任务的重要程度不那么重要时，根据外呼任务当前外呼进度判定外呼任务是否需要立即重启，使得已接近完成的外呼任务被及时重新调度，进而使得已接近完成的外呼任务被及时处理，以使得该外呼任务尽快完成；在外呼任务当前外呼进度离完成还有一段距离，为了避免进行中的外呼任务过多而导致设备处理任务负担太重的情况，先将该外呼任务放入重启队列，以等待被重启。

其中，所述确定所述外呼任务的重要程度的具体实现方式有：根据所述外呼任务的类型、所述外呼任务的当前外呼进度中的至少一个，确定所述外呼任务的重要程度。

进一步地，所述根据所述外呼任务的类型、所述外呼任务的当前外呼进度中的至少一个，确定所述外呼任务的重要程度，包括：

若所述外呼任务的类型为指定类型，则确定所述外呼任务的重要程度为第一程度，所述第一程度大于或等于所述预设程度；

若所述外呼任务的类型不为所述指定类型，则根据所述外呼任务的当前外呼进度和映射关系，确定所述外呼任务的重要程度，所述映射关系为外呼任务的外呼进度与外呼任务的重要程度的映射关系。

其中，外呼任务的外呼进度与外呼任务的重要程度的映射关系如表1所示。第二程度大于或等于所述预设程度，第三程度小于所述预设程度。

表1

外呼任务的外呼进度	外呼任务的重要程度
		80％～100％	第二程度
0％～80％	第三程度

其中，指定类型例如为提醒用户及时还款的业务类型、用户回访的业务类型等等。

可见，由于外呼任务的类型可以评价外呼任务是否重要，外呼任务的外呼进度可以评价外呼任务的进度，使用二者中的至少一者来评价外呼任务的重要程度，可使得确定的重要程度更合理。

S310、若当前外呼进度与缓存进度不相同，则更新缓存时间为当前时间，并更新缓存进度为当前外呼进度。

该步骤中，在获得了外呼任务对应的缓存进度后，可以将外呼任务的当前外呼进度与外呼任务对应的缓存进度进行比较，以确定外呼任务是否异常。具体地，若当前外呼进度与缓存进度不相同，则可以确定外呼任务正常，因此，不需要对该外呼任务做补偿，只需要更新外呼任务对应的缓存时间为当前时间，并更新外呼任务对应的缓存进度为当前外呼进度即可。

S311、若当前时间与缓存时间的时间间隔小于或等于等待时长，且当前外呼进度与缓存进度相同，则维持缓存时间和缓存进度。

该步骤中，在获得了外呼任务对应的缓存时间和缓存进度后，可以将当前时间与外呼任务对应的缓存时间的时间间隔与等待时长进行比较，以及将外呼任务的当前外呼进度与外呼任务对应的缓存进度进行比较，以确定外呼任务是否异常。具体地，若当前时间与缓存时间的时间间隔小于或等于等待时长，且当前外呼进度与缓存进度相同，则可以确定外呼任务正常，且不需要更新外呼任务对应的缓存时间和缓存进度，即维持缓存时间和缓存进度。

可选的，根据当前外呼进度与缓存进度，确定当前外呼进度对应的进度增长率；在进度增长率小于增长率阈值时，不重启外呼任务，通过上述的预设通知方式发送外呼任务进展异常的通知消息。

示例性地，将当前外呼进度与缓存进度的差值与缓存进度的比值对应的百分数，作为当前外呼进度对应的进度增长率。在进度增长率小于增长率阈值时，发送外呼任务进展异常的通知消息，能够及时通知业务人员外呼任务的进展异常。业务人员可以根据外呼任务的优先级来确定是否手动重启外呼任务，比如对于高优先级的外呼任务，可以手动重启该外呼任务。业务人员还可以对外呼任务的优先级进行调整，以保证高优先级的外呼任务及时被重新调度。

S312、对外呼任务进行锁释放处理。

可以理解，在执行完S308或S309至S311中任一步骤之后，可以对外呼任务进行锁释放处理，即表示已处理完该外呼任务，可以继续处理下一个进行中的外呼任务。

本申请实施例提供的外呼任务补偿方法，通过获取进行中的外呼任务，对外呼任务进行加锁处理；若未为外呼任务配置重呼，则确定外呼任务对应的等待时长为第一时长；若为外呼任务配置了重呼，且首轮外呼未完成，则确定外呼任务对应的等待时长为第二时长；若为外呼任务配置了重呼，且首轮外呼已完成，则确定外呼任务对应的等待时长为重呼时间间隔；确定外呼任务的当前外呼进度为外呼任务中已完成的外呼数量；在确定外呼任务存储在缓存中时，获取外呼任务对应的缓存时间和缓存进度；若确定外呼任务未存储在缓存中，则将当前时间和当前外呼进度存储至缓存中；若当前时间与缓存时间的时间间隔大于等待时长，且当前外呼进度与缓存进度相同，则更新缓存时间为当前时间，并重启外呼任务；若当前外呼进度与缓存进度不相同，则更新缓存时间为当前时间，并更新缓存进度为当前外呼进度；若当前时间与缓存时间的时间间隔小于或等于等待时长，且当前外呼进度与缓存进度相同，则维持缓存时间和缓存进度；对外呼任务进行锁释放处理。由于本申请实施例实时监控进行中的外呼任务，对每个进行中的外呼任务通过加锁和锁释放处理，能够防止数据错乱和重复写入；通过将当前时间与外呼任务对应的缓存时间的时间间隔与外呼任务对应的等待时长进行比较，并将外呼任务的当前外呼进度与外呼任务对应的缓存进度进行比较，来确定外呼任务是否异常，在外呼任务异常时，重启外呼任务，以重新调度外呼任务，因此，能够提高外呼任务调度执行的成功率，保证外呼任务调度执行的连续性、外呼任务状态的一致性以及外呼任务结果的准确性。

在上述实施例的基础上，图4为本申请又一实施例提供的外呼任务补偿方法的流程图。在上述实施例的基础上，本申请实施例以每3分钟执行一次扫描，扫描三次为例，对外呼任务补偿方法进行进一步说明。如图4所示，本申请实施例的方法可以包括：

S401、假设在上午的时间为09:00时第一次执行扫描，扫描到进行中的外呼任务A。

S402、假设外呼任务A在Redis缓存中不存在，则确定外呼任务A的当前外呼进度a1，将外呼任务A的当前外呼进度a1作为外呼任务A对应的缓存进度，将当前时间t1作为外呼任务A对应的缓存时间；将外呼任务A对应的缓存进度和缓存时间写入到缓存中。

S403、在09:03第二次执行扫描，再一次扫描到进行中的外呼任务A，确定外呼任务A对应的等待时长D，假设外呼任务A无重呼，则等待时长比如为5分钟。

S404、判断当前时间t2与外呼任务A的缓存时间t1的时间间隔，时间间隔为3分钟，该时间间隔小于5分钟；并根据外呼任务A的当前外呼进度与外呼任务A对应的缓存进度a1，判断外呼任务A的外呼进度是否有变化；若外呼任务A的外呼进度无变化，则执行S405步骤；若外呼任务A的外呼进度有变化，则执行S406步骤。

S405、不更新Redis，Redis中外呼任务A对应的缓存进度仍为a1，Redis中外呼任务A对应的缓存时间仍为t1。

S406、更新Redis中外呼任务A的外呼进度为a2、外呼任务A对应的缓存时间为t2。

S407、在09:06第三次执行扫描，又一次扫描到进行中的外呼任务A。

S408、基于S405和S407步骤，判断当前时间t3与外呼任务A对应的缓存时间t1的时间间隔，时间间隔为6分钟，大于5分钟；并根据外呼任务A的当前外呼进度与外呼任务A对应的缓存进度，判断外呼任务A的外呼进度是否有变化，若外呼任务A的外呼进度无变化，则执行S409步骤；若外呼任务A的外呼进度有变化，则执行S410步骤。

S409、重新调度外呼任务A，并更新Redis中外呼任务A对应的缓存时间为t3，缓存中外呼任务A对应的缓存进度仍为a1。

S410、更新Redis中外呼任务A的外呼进度为a3、外呼任务A对应的缓存时间为t3。

S411、基于S406和S407步骤，判断当前时间t3与外呼任务A对应的缓存时间t2的时间间隔，时间间隔为3分钟，小于5分钟；并根据外呼任务A的当前外呼进度a3与外呼任务A对应的缓存进度a2，判断外呼任务A的外呼进度是否有变化；若外呼任务A的外呼进度无变化，则执行S412步骤；若外呼任务A的外呼进度有变化，则执行S413步骤。

S412、不更新Redis。

S413、更新Redis中外呼任务A的当前外呼进度a3、外呼任务A对应的缓存时间为t3。

综上，本申请提供的技术方案，至少具有如下优势：可以实时监控到每个外呼任务的进度情况；当外呼任务在设定的时间内没有进度时，能够及时对异常外呼任务进行补偿处理，不需要人为实时监控，可完全脱离人员依赖；且本申请提供的技术方案不会影响业务连续性，对上下游依赖也是无感知的；同时，本申请提供的技术方案中，对于异常外呼任务的判断过滤完全是由外呼任务本身配置决定，也是与任务类型(即是否配置了重呼)相关的，适配度高，可避免所有外呼任务都采用统一的等待时长，防止外呼任务过多调度或长时间检测不到异常。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图5为本申请一实施例提供的外呼任务补偿装置的结构示意图，如图5所示，本申请实施例的外呼任务补偿装置500包括：第一获取模块501、第一确定模块502、第二确定模块503、第二获取模块504和第一处理模块505。

其中：

第一获取模块501，用于获取进行中的外呼任务。

第一确定模块502，用于根据是否为外呼任务配置重呼，确定外呼任务对应的等待时长，等待时长用于表征外呼任务的外呼进度未发生变化的持续时长。

第二确定模块503，用于确定外呼任务的当前外呼进度。

第二获取模块504，用于获取外呼任务对应的缓存时间和缓存进度，缓存进度为最近一次缓存的外呼任务的外呼进度，缓存时间为缓存该缓存进度的时间。

第一处理模块505，用于若当前时间与缓存时间的时间间隔大于等待时长，且当前外呼进度与缓存进度相同，则更新缓存时间为当前时间，并重启外呼任务。

在一些实施例中，第一确定模块502可以具体用于以下至少一种：若未为外呼任务配置重呼，则确定等待时长为第一时长；若为外呼任务配置了重呼，且首轮外呼未完成，则确定等待时长为第二时长，第二时长小于或等于第一时长；若为外呼任务配置了重呼，且首轮外呼已完成，则确定等待时长为重呼时间间隔，重呼时间间隔大于或等于第一时长。

在一些实施例中，第二确定模块503可以具体用于：确定外呼任务的当前外呼进度为外呼任务中已完成的外呼数量。

在一些实施例中，第二获取模块504可以具体用于：在确定外呼任务存储在缓存中时，获取外呼任务对应的缓存时间和缓存进度。

可选的，第二获取模块504还可以用于：若确定外呼任务未存储在缓存中，则将当前时间和当前外呼进度存储至缓存中。

可选的，第一处理模块505还可以用于：若当前外呼进度与缓存进度不相同，则更新缓存时间为当前时间，并更新缓存进度为当前外呼进度；和/或，若当前时间与缓存时间的时间间隔小于或等于等待时长，且当前外呼进度与缓存进度相同，则维持缓存时间和缓存进度。

在一些实施例中，第一获取模块501还可以用于：在获取进行中的外呼任务之后，对外呼任务进行加锁处理；第一处理模块505还可以用于：在更新缓存时间为当前时间，并重启外呼任务之后，对外呼任务进行锁释放处理。

本实施例的装置，可以用于执行上述任一所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图6为本申请一实施例提供的电子设备的结构示意图。示例性地，电子设备可以被提供为一服务器或计算机。参照图6，电子设备600包括处理组件601，其进一步包括一个或多个处理器，以及由存储器602所代表的存储器资源，用于存储可由处理组件601的执行的指令，例如应用程序。存储器602中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件601被配置为执行指令，以执行上述任一方法实施例。

电子设备600还可以包括一个电源组件603被配置为执行电子设备600的电源管理，一个有线或无线网络接口604被配置为将电子设备600连接到网络，和一个输入输出(I/O)接口605。电子设备600可以操作基于存储在存储器602的操作系统，例如WindowsServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本申请还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当处理器执行计算机执行指令时，实现如上外呼任务补偿方法的方案。

本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上的外呼任务补偿方法的方案。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于外呼任务补偿装置中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (10)

1.一种外呼任务补偿方法，其特征在于，包括：

获取进行中的外呼任务；

根据是否为所述外呼任务配置重呼，确定所述外呼任务对应的等待时长，所述等待时长用于表征外呼任务的外呼进度未发生变化的持续时长；

确定所述外呼任务的当前外呼进度；

获取所述外呼任务对应的缓存时间和缓存进度，所述缓存进度为最近一次缓存的所述外呼任务的外呼进度，所述缓存时间为缓存所述缓存进度的时间；

若当前时间与所述缓存时间的时间间隔大于所述等待时长，且所述当前外呼进度与所述缓存进度相同，则更新所述缓存时间为所述当前时间，并重启所述外呼任务。

2.根据权利要求1所述的外呼任务补偿方法，其特征在于，所述根据是否为所述外呼任务配置重呼，确定所述外呼任务对应的等待时长，包括：

若未为所述外呼任务配置重呼，则确定所述等待时长为第一时长；

若为所述外呼任务配置了重呼，且首轮外呼未完成，则确定所述等待时长为第二时长，所述第二时长小于或等于所述第一时长；

若为所述外呼任务配置了重呼，且首轮外呼已完成，则确定所述等待时长为重呼时间间隔，所述重呼时间间隔大于或等于所述第一时长。

3.根据权利要求1所述的外呼任务补偿方法，其特征在于，所述确定所述外呼任务的当前外呼进度，包括：

确定所述外呼任务的当前外呼进度为所述外呼任务中已完成的外呼数量。

4.根据权利要求1所述的外呼任务补偿方法，其特征在于，所述获取所述外呼任务对应的缓存时间和缓存进度，包括：

在确定所述外呼任务存储在缓存中时，获取所述外呼任务对应的缓存时间和缓存进度。

5.根据权利要求4所述的外呼任务补偿方法，其特征在于，还包括：

若确定所述外呼任务未存储在缓存中，则将所述当前时间和所述当前外呼进度存储至缓存中。

6.根据权利要求1至5中任一项所述的外呼任务补偿方法，其特征在于，还包括：

若所述当前外呼进度与所述缓存进度不相同，则更新所述缓存时间为所述当前时间，并更新所述缓存进度为所述当前外呼进度；

若所述当前时间与所述缓存时间的时间间隔小于或等于所述等待时长，且所述当前外呼进度与所述缓存进度相同，则维持所述缓存时间和所述缓存进度。

7.根据权利要求1至5中任一项所述的外呼任务补偿方法，其特征在于，所述获取进行中的外呼任务之后，还包括：

对所述外呼任务进行加锁处理；

在更新所述缓存时间为所述当前时间，并重启所述外呼任务之后，对所述外呼任务进行锁释放处理。

8.一种外呼任务补偿装置，其特征在于，包括：

第一获取模块，用于获取进行中的外呼任务；

第一确定模块，用于根据是否为所述外呼任务配置重呼，确定所述外呼任务对应的等待时长，所述等待时长用于表征外呼任务的外呼进度未发生变化的持续时长；

第二确定模块，用于确定所述外呼任务的当前外呼进度；

第二获取模块，用于获取所述外呼任务对应的缓存时间和缓存进度，所述缓存进度为最近一次缓存的所述外呼任务的外呼进度，所述缓存时间为缓存所述缓存进度的时间；

处理模块，用于若当前时间与所述缓存时间的时间间隔大于所述等待时长，且所述当前外呼进度与所述缓存进度相同，则更新所述缓存时间为所述当前时间，并重启所述外呼任务。

9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至7中任一项所述的外呼任务补偿方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序指令，所述计算机程序指令被处理器执行时，实现如权利要求1至7中任一项所述的外呼任务补偿方法。

Images