具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

当前，许多企业都存在着自动语音外呼的需求，例如，对于一些金融服务企业而言，其具有进行逾期催款的自动语音外呼需求，对于快递服务企业而言，其具有进行取件通知的自动语音外呼需求。

相关技术中，可以周期性地从外呼数据库中获取外呼数据，并根据外呼数据生成外呼任务，而后基于外呼任务线程池将生成的外呼任务依次发送至语音中控平台(VCM)进行语音外呼。

然而，在外呼并发较大的情况下，相关技术中提供的外呼方式会导致大量外呼任务不能及时执行，从而影响外呼的效率。

有鉴于此，本申请实施例提供了一种外呼通话方法，该外呼通话方法通过设置包含主外呼服务和多个从外呼服务的外呼服务系统，并由主外呼服务从外呼数据库中拉取外呼数据，而后，根据拉取的外呼数据生成外呼任务，将生成的外呼任务存储于线路槽中，接着，由多个从外呼服务分别从该线路槽中拉取存储的外呼任务，并基于负载均衡策略从多个语音中控平台中选取目标语音中控平台，根据拉取到的外呼任务向该目标语音中控平台发送语音外呼请求，以指示该目标语音中控平台发起语音外呼流程，这样，就可以由多个从外呼服务并发地处理外呼任务，同时，各从外呼服务可以基于负载均衡策略从多个语音中控平台中选取目标语音中控平台，换言之，在由多个从外呼服务并发地处理外呼任务的前提下，可以由多个语音中控平台进一步并发地处理从外呼服务发送的语音外呼请求，这样，就可以提高外呼的效率，使得外呼任务能够及时执行。

请参考图1，其示出了本申请实施例提供的外呼通话方法所涉及到的实施环境的示意图。如图1所示，该实施环境可以包括外呼服务系统101以及多个语音中控平台(VCM)102。需要指出的是，尽管图1中仅示出了3个语音中控平台102，但是，读者需要理解，实际应用中，本申请实施例所涉及到的实施环境可以包括比3个更多或者更少的语音中控平台102。

外呼服务系统101为微服务系统，请继续参考图1，该外呼服务系统101可以包括多个外呼服务，其中，该多个外呼服务均为微服务，该多个外呼服务包括主外呼服务A和多个从外呼服务B，可选的，该主外呼服务A可以是从外呼服务系统101包括的多个外呼服务选举出的。

另外，还需要指出的是，尽管图1中仅示出了3个从外呼服务B，但是，读者需要理解，实际应用中，外呼服务系统101可以包括比3个更多或者更少的从外呼服务B。

请参考图2，其示出了本申请实施例提供的一种外呼通话方法的流程图，该外呼通话方法可以应用于上文所示的实施环境中。如图2所示，该外呼通话方法可以包括以下步骤：

步骤201、通过外呼服务系统中的主外呼服务从外呼数据库中拉取外呼数据。

在本申请的可选实施例中，外呼服务系统中的外呼服务在启动之后，可以在目标中间件中进行注册，其中，该目标中间件为redis或zookeeper等可以提供原子性操作的中间件。

目标中间件在接收到各外呼服务的注册请求之后，可以从各外呼服务中确定主外呼服务，并将除主外呼服务以外的外呼服务作为从外呼服务，而后，目标中间件可以将各外呼服务的角色返回至各外呼服务。

若某外呼服务基于目标中间件返回的角色确定自身为主外呼服务，则该外呼服务可以启动主外呼服务的工作线程，而若某外呼服务基于目标中间件返回的角色确定自身为从外呼服务，则该外呼服务可以启动从外呼服务的工作线程。

其中，在启动主外呼服务的工作线程之后，主外呼服务可以从外呼数据库中拉取外呼数据，其中，该外呼数据库可以为mysql数据库，外呼数据库中存储有外呼数据，该外呼数据可以包括外呼会话内容以及外呼对象的标识，例如，该外呼会话内容可以为“您的信用卡已逾期，请尽快还款”，该外呼对象的标识可以为外呼用户的手机号等。

步骤202、通过主外呼服务根据拉取的外呼数据生成外呼任务，将生成的外呼任务存储于线路槽中。

在从外呼数据库中拉取到外呼数据之后，主外呼服务可以基于外呼数据生成外呼任务，并将该外呼任务存储于线路槽中，其中，该线路槽的数据结构为键-值(key-value)数据结构。

需要指出的是，该线路槽具有一定的容量，因此，线路槽所能容纳的外呼任务的数量是有上限的，在本申请的可选实施例中，外呼服务系统可以通过设置线路槽的容量来限制线路槽中存储的外呼任务的数量，从而对同一时间并发的外呼任务的数量进行限制。

这样，就可以灵活地调整外呼任务的并发数量，避免外呼任务的并发数量超过CPU等硬件的能力范围，从而避免系统崩溃以及外呼通话出现问题。

步骤203、通过各从外呼服务分别从线路槽中拉取存储的外呼任务。

在启动从外呼服务的工作线程之后，各从外呼服务可以分别从线路槽中拉取存储的外呼任务，可选的，从外呼服务可以通过http请求或rpc协议请求从线路槽中拉取外呼任务。

在拉取到外呼任务之后，从外呼服务可以对外呼任务进行合法性校验，若校验通过，则从外呼服务可以针对外呼任务执行步骤204的技术过程，反之，若校验不通过，则从外呼服务可以丢弃外呼任务。

步骤204、通过从外呼服务基于负载均衡策略从多个语音中控平台中选取目标语音中控平台，根据拉取到的外呼任务向目标语音中控平台发送语音外呼请求，以指示目标语音中控平台发起语音外呼流程。

如上文所述，本申请涉及到的实施环境中可以包括多个语音中控平台，为了保证各语音中控平台的负载均衡，避免某一语音中控平台承载的语音外呼任务过多，而另一语音中控平台承载的语音外呼任务过少，各从外呼服务在拉取到外呼任务之后，可以基于预先设置的负载均衡策略从该多个语音中控平台中选取目标语音中控平台，以利用该目标语音中控平台发起语音外呼流程。

为了方便读者理解本申请实施例提供的技术方案，其查看如图3所示的技术原理图。

在本实施例提供的外呼通话方法中，通过设置包含主外呼服务和多个从外呼服务的外呼服务系统，并由主外呼服务从外呼数据库中拉取外呼数据，而后，根据拉取的外呼数据生成外呼任务，将生成的外呼任务存储于线路槽中，接着，由多个从外呼服务分别从该线路槽中拉取存储的外呼任务，并基于负载均衡策略从多个语音中控平台中选取目标语音中控平台，根据拉取到的外呼任务向该目标语音中控平台发送语音外呼请求，以指示该目标语音中控平台发起语音外呼流程，这样，就可以由多个从外呼服务并发地处理外呼任务，同时，各从外呼服务可以基于负载均衡策略从多个语音中控平台中选取目标语音中控平台，换言之，在由多个从外呼服务并发地处理外呼任务的前提下，可以由多个语音中控平台进一步并发地处理从外呼服务发送的语音外呼请求，这样，就可以提高外呼的效率，使得外呼任务能够及时执行。

在实际应用中，存在着主外呼服务宕机的风险，当主外呼服务出现宕机，就无法从外呼数据库中拉取外呼数据，在这种情况下，语音外呼无法顺利进行，为了保证高可用性，在主外呼服务出现宕机的情况下，外呼服务系统需要尽快选举出新的主外呼服务，以保证语音外呼的正常进行。请参考图4，这一技术过程可以包括以下步骤：

步骤301、通过主外呼服务周期性地向目标中间件发送存活信息。

其中，该存活信息用于表征主外呼服务处于正常工作状态。

步骤302、若目标中间件在预设时长内未接收到主外呼服务发送的存活信息，则通过目标中间件向各从外呼服务发送角色变更信息，角色变更信息用于指示多个从外呼服务中的目标从外呼服务作为新的主外呼服务。

可选的，该预设时长大于主外呼服务向目标中间件发送存活信息的单个周期的时长。可选的，该预设时长可以为主外呼服务向目标中间件发送存活信息的单个周期的时长的k倍，其中，k大于1。

由于预设时长大于主外呼服务向目标中间件发送存活信息的单个周期的时长，因此，若目标中间件在预设时长内未接收到主外呼服务发送的存活信息，则说明主外呼服务已经超过一个周期未向目标中间件发送存活信息，此时，即可认为主外呼服务的工作状态异常，也即是，主外呼服务出现宕机。

为了保证语音外呼的正常进行，目标中间件可以从向其注册的多个从外呼服务中选取目标从外呼服务，并将该目标从外呼服务作为新的主外呼服务，而后，目标中间件可以向各从外呼服务发送角色变更信息，以通知各从外呼服务目标从外呼服务被选举为新的主外呼服务。

在本申请的可选实施例中，为了防止线路槽中外呼任务溢出而导致错误，本申请实施例中主外呼服务可以按照图5所示的技术过程从外呼数据库中拉取外呼数据，请参考图5，该技术过程包括以下步骤：

步骤401、检测线路槽中存储的外呼任务的数量是否小于第二预设数量阈值。

其中，该第二预设数量阈值可以由技术人员根据线路槽的容量进行设置，本申请实施例不对第二预设数量阈值进行限定。

步骤402、若线路槽中存储的外呼任务的数量小于第二预设数量阈值，则通过主外呼服务从外呼数据库中拉取外呼数据。

在本申请的可选实施例中，主外呼服务只有在线路槽中已有的外呼任务的数量较少时才从外呼数据库中拉取外呼数据，这样，就可以保证线路槽中外呼任务的数量维持在可控较低的水平，避免因为线路槽中外呼任务数量过多而带来外呼任务溢出的风险。

此外，本申请实施例中的外呼服务系统具有横向可扩展性，也即是，外呼服务系统中外呼服务的数量可以依据语音外呼业务的需求进行设定，使得外呼服务系统能够与各种不同需求的语音外呼业务相适配，能够增加语音外呼的灵活性。

请参考图6，在一种可能的实现方式中，外呼服务系统的横向可扩展性可以基于以下步骤实现：

步骤501、获取外呼数据库中的外呼数据的数据量。

步骤502、若获取到的数据量大于第一预设数据量阈值，则创建新的外呼服务。

其中，外呼数据库中外呼数据的数据量较大(大于第一预设数量阈值)，则说明有较多的语音外呼任务需要处理，在这种情况下，可以增加外呼服务系统中外呼服务的数量，也即是创建新的外呼服务，这样，就可以增加语音外呼任务的并发数量，使得语音外呼任务能够及时执行，从而保证外呼通话的效率。

请参考图7，在另一种可能的实现方式中，外呼服务系统的横向可扩展性可以基于以下步骤实现：

步骤601、获取主外呼任务从外呼数据库中拉取外呼数据的频率。

步骤602、若获取到的频率小于预设频率阈值，则创建新的外呼服务。

由上文叙述可知，为了避免线路槽中外呼任务溢出，因此，主外呼服务只有在线路槽中外呼任务的数量较少(小于第二预设数量阈值)时才从外呼数据库中拉取外呼数据，因此，若主外呼服务从外呼数据库中拉取外呼数据的频率较低，则说明线路槽在较长的时间内都处于外呼任务数量较多的状态，进一步说明从外呼服务并不能及时从线路槽中拉取外呼任务，在这种情况下，可以增加外呼服务系统中外呼服务的数量，也即是创建新的外呼服务，这样，就可以增加语音外呼任务的并发数量，使得语音外呼任务能够及时执行，从而保证外呼通话的效率。

为了避免外呼任务长时间地存储于线路槽中占据线路槽的存储资源，在一种可能的实现方式中，若通过主外呼服务接收到从外呼服务发送的针对线路槽中存储的目标外呼任务的外呼流程结束信息，则从线路槽中删除目标外呼任务。

在本申请的可选实施例中，若从外呼服务针对线路槽中的某一外呼任务向语音中控平台发送了语音外呼请求，且，接收到语音中控平台在发起语音外呼流程之后返回的响应，则该从外呼服务可以针对该某外呼任务向主外呼服务发送外呼流程结束信息，在接收到该外呼流程结束信息之后，主外呼服务可以将该某外呼任务从线路槽中删除。

这样，一方面可以避免已经执行完毕的外呼任务占据线路槽的存储资源，另一方面，由于该外呼流程结束信息是从外呼服务在语音中控平台发起语音外呼流程之后发送至主外呼服务的，因此，可以保证主外呼服务仅删除已经发起了语音外呼流程的外呼任务，避免主外呼服务误删除外呼任务。

在另一种可能的实现方式中，请参考图8，主外呼服务还可以执行以下步骤：

步骤701、通过主外呼服务周期性地检查线路槽中存储的各外呼任务在线路槽中的存储时长。

步骤702、将存储时长大于预设时长阈值的外呼任务从线路槽中删除。

在本申请的可选实施例中，若某一外呼任务在线路槽中的存储时长过长，则说明语音中控平台长时间都没有针对该外呼任务发起语音外呼流程，此时，可以认定在执行该外呼任务的过程中出现了错误，例如，可能是从外呼服务出现了错误或者语音中控平台出现了错误，在这种情况下，可以将该外呼任务从线路槽中删除，避免执行时出现错误的外呼任务长时间占据线路槽的存储资源。

请参考图9，本申请实施例还提供了一种外呼通话装置800的框图。如图9所示，该外呼通话装置800可以包括第一拉取模块801、生成模块802、第二拉取模块803以及第一发送模块804。

其中，该第一拉取模块801，用于通过外呼服务系统中的主外呼服务从外呼数据库中拉取外呼数据。

该生成模块802，用于根据拉取的外呼数据生成外呼任务，并将生成的外呼任务存储于线路槽中，其中，该外呼服务系统包括该主外呼服务和多个从外呼服务。

该第二拉取模块803，用于通过各该从外呼服务分别从该线路槽中拉取存储的外呼任务。

该第一发送模块804，用于基于负载均衡策略从多个语音中控平台中选取目标语音中控平台，根据拉取到的外呼任务向该目标语音中控平台发送语音外呼请求，以指示该目标语音中控平台发起语音外呼流程。

在本申请的可选实施例中，该第一拉取模块801，具体用于：检测该线路槽中存储的外呼任务的数量是否小于第二预设数量阈值；若该线路槽中存储的外呼任务的数量小于该第二预设数量阈值，则通过该主外呼服务从该外呼数据库中拉取该外呼数据。

请参考图10，其示出了本申请实施例提供的另一种外呼通话装置900，该外呼通话装置900除了包含外呼通话装置800包括的各模块外，可选的，还包括第二发送模块805、第三发送模块806、第一获取模块807、第一创建模块808、第二获取模块809、第二创建模块810、第一删除模块811、检测模块812以及第二删除模块813。

该第二发送模块805，用于通过该主外呼服务周期性地向目标中间件发送存活信息，该存活信息用于表征该主外呼服务处于正常工作状态。

该第三发送模块806，用于在该目标中间件在预设时长内未接收到该主外呼服务发送的该存活信息的情况下，通过该目标中间件向各该从外呼服务发送角色变更信息，该角色变更信息用于指示该多个从外呼服务中的目标从外呼服务作为新的主外呼服务。

该第一获取模块807，用于获取该外呼数据库中的外呼数据的数据量。

该第一创建模块808，用于在获取到的数据量大于第一预设数据量阈值的情况下，创建新的外呼服务。

第二获取模块809，用于获取该主外呼任务从该外呼数据库中拉取该外呼数据的频率。

第二创建模块810，用于在获取到的频率小于预设频率阈值的情况下，创建新的外呼服务。

第一删除模块811，用于在通过该主外呼服务接收到该从外呼服务发送的针对该线路槽中存储的目标外呼任务的外呼流程结束信息的情况下，从该线路槽中删除该目标外呼任务。

检测模块812，用于通过该主外呼服务周期性地检查该线路槽中存储的各外呼任务在该线路槽中的存储时长。

第二删除模块813，用于将存储时长大于预设时长阈值的外呼任务从该线路槽中删除。

本申请实施例提供的外呼通话装置，可以实现上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

关于外呼通话装置的具体限定可以参见上文中对于外呼通话方法的限定，在此不再赘述。上外呼通话装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在本申请的一个实施例中，提供了一种计算机设备，其内部结构图可以如图11所示。该计算机设备包括通过系统总线连接的处理器和存储器。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机程序被处理器执行时以实现一种外呼通话方法。

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

在本申请的一个实施例中，提供了一种计算机设备，该计算机设备包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

通过外呼服务系统中的主外呼服务从外呼数据库中拉取外呼数据，并根据拉取的外呼数据生成外呼任务，将生成的外呼任务存储于线路槽中，其中，该外呼服务系统包括该主外呼服务和多个从外呼服务；通过各该从外呼服务分别从该线路槽中拉取存储的外呼任务，并基于负载均衡策略从多个语音中控平台中选取目标语音中控平台，根据拉取到的外呼任务向该目标语音中控平台发送语音外呼请求，以指示该目标语音中控平台发起语音外呼流程。

在本申请的一个实施例中，处理器执行计算机程序时还实现以下步骤：通过该主外呼服务周期性地向目标中间件发送存活信息，该存活信息用于表征该主外呼服务处于正常工作状态；若该目标中间件在预设时长内未接收到该主外呼服务发送的该存活信息，则通过该目标中间件向各该从外呼服务发送角色变更信息，该角色变更信息用于指示该多个从外呼服务中的目标从外呼服务作为新的主外呼服务。

在本申请的一个实施例中，处理器执行计算机程序时还实现以下步骤：获取该外呼数据库中的外呼数据的数据量；若获取到的数据量大于第一预设数据量阈值，则创建新的外呼服务。

在本申请的一个实施例中，处理器执行计算机程序时还实现以下步骤：检测该线路槽中存储的外呼任务的数量是否小于第二预设数量阈值；若该线路槽中存储的外呼任务的数量小于该第二预设数量阈值，则通过该主外呼服务从该外呼数据库中拉取该外呼数据。

在本申请的一个实施例中，处理器执行计算机程序时还实现以下步骤：获取该主外呼任务从该外呼数据库中拉取该外呼数据的频率；若获取到的频率小于预设频率阈值，则创建新的外呼服务。

在本申请的一个实施例中，处理器执行计算机程序时还实现以下步骤：若通过该主外呼服务接收到该从外呼服务发送的针对该线路槽中存储的目标外呼任务的外呼流程结束信息，则从该线路槽中删除该目标外呼任务。

在本申请的一个实施例中，处理器执行计算机程序时还实现以下步骤：通过该主外呼服务周期性地检查该线路槽中存储的各外呼任务在该线路槽中的存储时长；将存储时长大于预设时长阈值的外呼任务从该线路槽中删除。

本申请实施例提供的计算机设备，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在本申请的一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

通过外呼服务系统中的主外呼服务从外呼数据库中拉取外呼数据，并根据拉取的外呼数据生成外呼任务，将生成的外呼任务存储于线路槽中，其中，该外呼服务系统包括该主外呼服务和多个从外呼服务；通过各该从外呼服务分别从该线路槽中拉取存储的外呼任务，并基于负载均衡策略从多个语音中控平台中选取目标语音中控平台，根据拉取到的外呼任务向该目标语音中控平台发送语音外呼请求，以指示该目标语音中控平台发起语音外呼流程。

在本申请的一个实施例中，计算机程序被处理器执行时还实现以下步骤：通过该主外呼服务周期性地向目标中间件发送存活信息，该存活信息用于表征该主外呼服务处于正常工作状态；若该目标中间件在预设时长内未接收到该主外呼服务发送的该存活信息，则通过该目标中间件向各该从外呼服务发送角色变更信息，该角色变更信息用于指示该多个从外呼服务中的目标从外呼服务作为新的主外呼服务。

在本申请的一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取该外呼数据库中的外呼数据的数据量；若获取到的数据量大于第一预设数据量阈值，则创建新的外呼服务。

在本申请的一个实施例中，计算机程序被处理器执行时还实现以下步骤：检测该线路槽中存储的外呼任务的数量是否小于第二预设数量阈值；若该线路槽中存储的外呼任务的数量小于该第二预设数量阈值，则通过该主外呼服务从该外呼数据库中拉取该外呼数据。

在本申请的一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取该主外呼任务从该外呼数据库中拉取该外呼数据的频率；若获取到的频率小于预设频率阈值，则创建新的外呼服务。

在本申请的一个实施例中，计算机程序被处理器执行时还实现以下步骤：若通过该主外呼服务接收到该从外呼服务发送的针对该线路槽中存储的目标外呼任务的外呼流程结束信息，则从该线路槽中删除该目标外呼任务。

在本申请的一个实施例中，计算机程序被处理器执行时还实现以下步骤：通过该主外呼服务周期性地检查该线路槽中存储的各外呼任务在该线路槽中的存储时长；将存储时长大于预设时长阈值的外呼任务从该线路槽中删除。

本实施例提供的计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。