CN110401782A - 电话预约拨打方法及装置 - Google Patents

Abstract

本申请的实施例公开了电话预约拨打方法及装置，涉及云计算领域。该方法的一具体实施方式包括：响应于用户接受当前通话请求，基于与用户的通话内容识别用户的意图；基于识别到的用户意图，确定向用户发起下次通话请求的预约时刻；响应于检测到预约时刻处于预设任务拨打时段，将用于指示向用户发起下次通话请求的预约时刻的预约信息加入调度引擎。本实施方式根据通话内容确定预约时刻，根据预约时刻及时回访客户，避免反复骚扰；基于预设任务拨打时间段的有效性向用户拨打电话，防止拨打无效电话，提高了电话外呼机器人的拨打效率。

Description

电话预约拨打方法及装置

技术领域

本申请实施例涉及计算机技术领域，具体涉及一种电话预约拨打方法及装置。

背景技术

电话外呼机器人可以通过任务调度，给指定号码的客户拨号，并与客户进行对话，完成一定任务(比如通知、债务催收、客户回访等)。但在一些特殊场景下，客户会不方便接电话，此时，客户会表达类似于“我很忙，一会儿打给我”、“明天再说吧”、“晚上联系我”、“下个月再考虑”等意图。此类意图意味着客户当前不想接电话或者当前不想进行指定的活动，但没有拒绝，并指定了明确或模糊的下次通话时间。

目前，在如上情况发生时，外呼机器人不知如何应对。

发明内容

本申请实施例提出了电话预约拨打方法及装置。

第一方面，本申请实施例提供了一种电话预约拨打方法，其中，该方法包括：响应于用户接受当前通话请求，基于与用户的通话内容识别用户的意图；基于识别到的用户意图，确定向用户发起下次通话请求的预约时刻；响应于检测到预约时刻处于预设任务拨打时段，将用于指示向用户发起下次通话请求的预约时刻的预约信息加入调度引擎。

在一些实施例中，该方法还包括：响应于确定到达预约时刻，通过调度引擎向用户发起通话请求。

在一些实施例中，该方法还包括：响应于检测到预约时刻未处于预设任务拨打时段，将用于指示向用户发起下次通话请求的预约时刻的预约信息存储至待标注列表；待标注列表用于指示重新确定预约时刻。

在一些实施例中，上述基于识别到的用户意图，确定向用户发起下次通话请求的预约时刻，包括：响应于用户意图未指示预约时刻，确定用户意图是否包含向用户发起下次通话请求的预约时段；响应于用户意图包含向用户发起下次通话请求的预约时段，从预约时段中确定出向用户发起下次通话请求的预约时刻。

在一些实施例中，上述响应于用户意图包含向用户发起下次通话请求的预约时段，从预约时段中确定出向用户发起下次通话请求的预约时刻，包括：响应于用户意图包含向用户发起下次通话请求的预约时段，通过话术引导客户确定处于预约时段的、向用户发起下次通话请求的预约时刻。

在一些实施例中，该方法还包括：响应于检测到用户包括多个电话账号，并且确定用户已通过多个电话账号中的电话账号接受通话请求，删除调度引擎中多个电话账号中未接受通话请求的其他电话账号的通话请求信息。

第二方面，本申请实施例提供了一种电话预约拨打装置，其中，装置包括：意图识别单元，被配置为用于响应于用户接受当前通话请求，基于与用户的通话内容识别用户的意图；预约确定单元，被配置为用于基于识别到的用户意图，确定向用户发起下次通话请求的预约时刻；调度单元，被配置为用于响应于检测到预约时刻处于预设任务拨打时段，将用于指示向用户发起下次通话请求的预约时刻的预约信息加入调度引擎。

在一些实施例中，该装置还包括：通话请求单元，被配置为用于响应于确定到达预约时刻，通过调度引擎向用户发起通话请求。

在一些实施例中，调度单元，还被配置为用于响应于检测到预约时刻未处于预设任务拨打时段，将用于指示向用户发起下次通话请求的预约时刻的预约信息存储至待标注列表；待标注列表用于指示重新确定预约时刻。

在一些实施例中，预约确定单元，被进一步配置为用于响应于用户意图未指示预约时刻，确定用户意图是否包含向用户发起下次通话请求的预约时段；响应于用户意图包含向用户发起下次通话请求的预约时段，从预约时段中确定出向用户发起下次通话请求的预约时刻。

在一些实施例中，预约确定单元，被进一步配置为用于响应于用户意图包含向用户发起下次通话请求的预约时段，通过话术引导客户确定处于预约时段的、向用户发起下次通话请求的预约时刻。

在一些实施例中，该装置还包括：删除单元，被配置为用于响应于检测到用户包括多个电话账号，并且确定用户已通过多个电话账号中的电话账号接受通话请求，删除调度引擎中多个电话账号中未接受通话请求的其他电话账号的通话请求信息。

第三方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，程序被处理器执行时实现如第一方面中任一实现方式描述的方法。

第四方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面中任一实现方式描述的方法。

本申请实施例提供的电话预约拨打方法及装置，首先，响应于用户接受当前通话请求，基于与用户的通话内容识别用户的意图；然后，基于识别到的用户意图，确定向用户发起下次通话请求的预约时刻；然后，响应于检测到预约时刻处于预设任务拨打时段，将用于指示向用户发起下次通话请求的预约时刻的预约信息加入调度引擎。本申请的电话外呼机器人基于与客户的通话内容可以确定下次通话的预约时刻，根据预约时刻及时回访客户，避免反复骚扰；基于预设任务拨打时间段的有效性向用户拨打电话，防止拨打无效电话，提高了电话外呼机器人的拨打效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请的一个实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的电话预约拨打方法的一个实施例的流程图；

图3是根据本实施例的电话预约拨打方法的应用场景的示意图；

图4是根据本申请的电话预约拨打方法的又一个实施例的流程图；

图5是根据本申请的电话预约拨打装置的一个实施例的结构图；

图6是适于用来实现本申请实施例的计算机设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

在本申请一个典型的配置中，通话设备、电话外呼设备均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

图1示出了可以应用本申请的电话预约拨打方法和装置的示例性架构100。

如图1所示，系统架构100可以包括通话设备101、102、103，网络104和电话外呼设备105。网络104用以在通话设备101、102、103和电话外呼设备105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

本实施例中，电话外呼设备105可以通过网络104与用户的通话设备101、102、103使用进行通话，比如进行活动通知、债务催收、客户回访等任务。

通话设备101、102、103可以是支持网络连接从而提供电话通话服务的硬件设备或软件。当通话设备101、102、103为硬件时，其可以是具备用接通、拨打等通话功能的各种电子设备，包括但不限于智能手机、固定电话机、智能手表、车载电话等等。当通话设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成例如接通、拨打等通话功能的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

电话外呼设备105可以是提供各种服务的电话外呼设备，例如可以是对通话设备101、102、103提供活动通知、债务催收、客户回访相关服务的电话外呼机器人、服务器等。电话外呼机器人、服务器等电话外呼设备通过与客户的通话内容确定与客户下次通话的预约时刻。

需要说明的是，电话外呼设备可以是硬件，也可以是软件。当电话外呼设备为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当电话外呼设备为软件时，可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

应该理解，图1中的通话设备和电话外呼设备的数目仅仅是示意性的。根据实现需要，可以具有任意数目的通话设备和电话外呼设备。

继续参考图2，示出了根据本申请的电话预约拨打方法的一个实施例的流程200，该电话预约拨打方法包括以下步骤：

步骤201，响应于用户接受当前通话请求，基于与用户的通话内容识别用户的意图。

本实施例中，通话请求可以是各种通话请求，包括但不限于与活动通知、债务催收、客户回访相关的通话请求。首先，执行主体(比如图1中的电话外呼设备)根据调度引擎中存储的用户信息按照存储顺序向用户发起通话请求。用户信息包括但不限于用户姓名、电话账号、用户需求。

响应于用户接受当前通话请求，执行主体存储与客户之间的通话语音数据，基于与用户的通话内容识别用户的意图。本实施例中，执行主体主要识别用户暂时不方便继续进行通话的意图。客户在表达此类意图时，一般会采用“我很忙，一会儿打给我”、“明天再说吧”、“晚上联系我”、“下个月再考虑”等表述方式。在本实施例的一些可选实施方式中，可以基于人类关于表达暂时不方便继续进行通话的意图的表述方式建立语音匹配数据库，执行主体基于语音匹配数据库获取用户暂时不方便继续通话的意图。

在一些可选实施方式中，与用户通话时，实时检测用户的声纹信息，基于用户的声纹信息获取用户通话时的生理状态、情绪等数据，辅助进行用户意图的识别。比如，通过用户的声纹信息检测到用户目前情绪低落，可以在一定程度上认为用户具有不方便继续通话的可能性。

步骤202，基于识别到的用户意图，确定向用户发起下次通话请求的预约时刻。

本实施例中，用户可能在表达意图的同时表明可以进行下次通话的时刻。因此，在与客户的通话过程中，执行主体采用时间匹配模式实时监测用户是否表达指示下次通话的通话时刻。时间匹配模式是指本实施例的执行主体依据预设的匹配规则，根据与用户的通话内容实时匹配与时间相关的关键内容。比如，用户在通话中表达“下午两点方便通话”，执行主体会匹配下午、两点这两个时间关键字，然后将时间关键字与当前时间结合，推算预约时刻。若用户在通话过程中主动表明下次通话的通话时刻，则将其确定为指示下次通话的预约时刻。

更多情况下，用户可能并没有主动表明指示下次通话的通话时刻，其表述的可能只是一个时间段，并非具体的通话时刻。此时，执行主体可以选择处于预约时段中的具体时刻作为预约时段。在一些可选的实施方式中，可以对各种可能的预约时段设立对应的预设时刻，将处于预约时段中的预设时刻作为向用户发起下次通话请求的预约时刻。

在一些可选的实施方式中，响应于用户意图包含向用户发起下次通话请求的预约时段，通过话术引导客户确定处于预约时段的、向用户发起下次通话请求的预约时刻。话术引导是本实施例执行主体所具有的功能，执行主体搭载自然语言处理系统，用于与用户交流通话，并在通话中获取用户的预约时刻信息。在用户没有表述任何预约时刻相关的信息时，但是检测到用户有再次交流的意图(比如“下次再了解吧”)时，也可通过话术引导客户确定向用户发起下次通话请求的预约时刻。

步骤203，响应于检测到预约时刻处于预设任务拨打时段，将用于指示向用户发起下次通话请求的预约时刻的预约信息加入调度引擎。

本实施例中，调度引擎的作用是根据配置信息调度合适的电话外呼设备。包含三个方面的功能：路由决策：决定下一步执行什么；数据组织：为已经准备执行的电话外呼设备准备正确的数据；调用电话外呼设备：完成和外联系统的通话功能。

本实施例中，在确定预约时刻之后，需要确定预约时刻是否处于预约任务拨打时段。预约任务拨打时段是针对执行主体执行的本次任务所设的任务有效时段。以执行主体执行活动通知任务为例，预约任务拨打时段可以是活动的有效时段。假如确定预约时刻处于任务拨打时段，也即，预约时刻处于活动有限期内，可以将用于指示向用户发起下次通话请求的预约时刻的预约信息加入调度引擎。

本实施例中，若检测到预约时刻未处于预设任务拨打时段，将用于指示向用户发起下次通话请求的预约时刻的预约信息存储至待标注列表。继续以执行主体执行活动通知任务为例，当检测到预约时刻未处于预设任务拨打时段，也即，预约时刻未处于活动有限期，再通知客户已没有实际意义了。因此，在检测到预约时刻未处于预设任务拨打时段，将其预约信息存储至待标注列表；该待标注列表用于指示重新确定预约时刻。预约时刻的重新确定可采用根据执行主体与客户的通话语音数据人工确定的方式。人工确定后的、用于指示向用户发起下次通话请求的，并且处于任务拨打时段的预约时刻的预约信息加入调度引擎。

本实施例中，首先，执行主体响应于用户接受当前通话请求，基于与用户的通话内容识别用户的意图；然后，基于识别到的用户意图，确定向用户发起下次通话请求的预约时刻；然后，响应于检测到预约时刻处于预设任务拨打时段，将用于指示向用户发起下次通话请求的预约时刻的预约信息加入调度引擎。根据预约时刻及时回访客户，防止漏掉有意图进行下次通话的客户的情况发生，提高了电话外呼设备的智能化程度；基于预设任务拨打时间段的有效性向用户拨打电话，防止拨打无效电话，提高了电话外呼机器人的拨打效率。

继续参考图3，示意性地示出了根据本实施例的电话预约拨打方法的一个应用场景。银行301的电话外呼设备根据银行301正在举行的优惠活动，向银行301的客户302执行活动通知任务。响应于用户302接受当前通话请求，基于与用户302的通话内容识别到用户302正在开会，不继续进行通话。基于识别到的用户的不方便继续通话意图，通过话术引导客户什么时间方便进行通话。在与客户的继续交流中检测到用户下午两点方便进行再次通话。电话外呼设备获取用户302下午两点方便进行再次通话的数据信息，并且检测到下午两点仍处于任务拨打时段，将下午两点半设置为向用户发起下次通话请求的预约时刻，并且将用于指示向用户发起下次通话请求的预约时刻的预约信息加入调度引擎303。

继续参考图4，示出了根据本申请的应用于电话预约拨打方法的另一个实施例的示意性流程400，该电话预约拨打方法包括以下步骤：

步骤401，响应于用户接受当前通话请求，基于与用户的通话内容识别用户的意图。

本实施例中，步骤401按照与步骤201类似的方式执行，在此不再赘述。

步骤402，基于识别到的用户意图，确定向用户发起下次通话请求的预约时刻。

本实施例中，步骤402按照与步骤202类似的方式执行，在此不再赘述。

步骤403，响应于检测到预约时刻处于预设任务拨打时段，将用于指示向用户发起下次通话请求的预约时刻的预约信息加入调度引擎。

本实施例中，步骤403按照与步骤203类似的方式执行，在此不再赘述。

步骤404，响应于检测到用户包括多个电话账号，确定用户的多个电话账号中是否已有电话账号接受通话请求。

本实施例中，用户可能包括多个电话账号，针对于包括多个电话账号的用户，在向此类用户的电话账号发起通话请求之前要先检测用户的多个电话账号中是否已有电话账号接受通话请求。响应于检测到此类用户的多个电话账号中的一个电话账号已经接受过通话请求，删除调度引擎中此类用户的多个电话账号中的其他未接受过通话请求的电话账号。

步骤405，响应于确定用户的多个电话账号中未有电话账号接受过通话请求，并且到达预约时刻，通过调度引擎向用户发起通话请求。

本实施例中，在确定用户的多个电话账号中未有电话账号接受过通话请求后才会向用户发起通话请求。通过调度引擎根据预约时刻发起通话请求的优先级比按照存储顺序向用户发起初次通话请求的优先级高，也即，当两者存在冲突时，优先处理调度引擎根据预约时刻发起的通话请求。

从图4中可以看出，与图2对应的实施例相比，本实施例中的电话预约拨打方法的流程400具体说明了当用户存在多个电话账号时的处理方式，在对此类用户发起通话请求前，事先检测是否已向此类用户的电话账号发起通话请求，防止对此类用户的重复骚扰，提高了电话外呼设备的拨打效率。

继续参考图5，示出了根据本申请的电话预约拨打装置的一个实施例500，该电话预约拨装置包括：意图识别单元501、预约确定单元502、调度单元503、通话请求单元504和删除单元505。

意图识别单元501被配置为用于响应于用户接受当前通话请求，基于与用户的通话内容识别用户的意图；预约确定单元502被配置为用于基于识别到的用户意图，确定向用户发起下次通话请求的预约时刻；调度单元503被配置为用于响应于检测到预约时刻处于预设任务拨打时段，将用于指示向用户发起下次通话请求的预约时刻的预约信息加入调度引擎，通话请求单元504被配置为用于响应于确定到达预约时刻，通过调度引擎向用户发起通话请求。

调度单元503还被配置为用于响应于检测到预约时刻未处于预设任务拨打时段，将用于指示向用户发起下次通话请求的预约时刻的预约信息存储至待标注列表；待标注列表用于指示重新确定预约时刻。

在一些实施例中，预约确定单元502被进一步配置为用于响应于用户意图未指示预约时刻，确定用户意图是否包含向用户发起下次通话请求的预约时段；响应于用户意图包含向用户发起下次通话请求的预约时段，从预约时段中确定出向用户发起下次通话请求的预约时刻。

在一些实施例中，预约确定单元502被进一步配置为用于响应于用户意图包含向用户发起下次通话请求的预约时段，通过话术引导客户确定处于预约时段的、向用户发起下次通话请求的预约时刻。

在一些实施例中，该装置还包括：删除单元505，被配置为用于响应于检测到用户包括多个电话账号，并且确定用户已通过多个电话账号中的电话账号接受通话请求，删除调度引擎中多个电话账号中未接受通话请求的其他电话账号的通话请求信息。

下面参考图6，其示出了适于用来实现本申请实施例的设备(例如图1所示的设备101、102、103、105)的计算机系统600的结构示意图。图6示出的设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括处理器(例如CPU，中央处理器)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM603中，还存储有系统600操作所需的各种程序和数据。处理器601、ROM602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被处理器601执行时，执行本申请的方法中限定的上述功能。

需要说明的是，本申请的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，程序设计语言包括面向目标的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本申请各种实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器，包括意图识别单元、预约确定单元、调度单元、通话请求单元和删除单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，意图识别单元还可以被描述为“响应于用户接受当前通话请求，基于与用户的通话内容识别用户的意图”的单元。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该计算机设备：响应于用户接受当前通话请求，基于与用户的通话内容识别用户的意图；基于识别到的用户意图，确定向用户发起下次通话请求的预约时刻；响应于检测到预约时刻处于预设任务拨打时段，将用于指示向用户发起下次通话请求的预约时刻的预约信息加入调度引擎。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (14)

1.一种电话预约拨打方法，其中，所述方法包括：

响应于用户接受当前通话请求，基于与所述用户的通话内容识别所述用户的意图；

基于识别到的用户意图，确定向所述用户发起下次通话请求的预约时刻；

响应于检测到所述预约时刻处于预设任务拨打时段，将用于指示向所述用户发起下次通话请求的预约时刻的预约信息加入调度引擎。

2.根据权利要求1所述的方法，其中，所述方法还包括：

响应于确定到达所述预约时刻，通过调度引擎向所述用户发起通话请求。

3.根据权利要求1所述的方法，其中，所述方法还包括：

响应于检测到所述预约时刻未处于预设任务拨打时段，将用于指示向所述用户发起下次通话请求的预约时刻的预约信息存储至待标注列表；

所述待标注列表用于指示重新确定预约时刻。

4.根据权利要求1所述的方法，其中，所述基于识别到的用户意图，确定向所述用户发起下次通话请求的预约时刻，包括：

响应于所述用户意图未指示预约时刻，确定所述用户意图是否包含向所述用户发起下次通话请求的预约时段；

响应于所述用户意图包含向所述用户发起下次通话请求的预约时段，从所述预约时段中确定出向所述用户发起下次通话请求的预约时刻。

5.根据权利要求4所述的方法，其中，所述响应于所述用户意图包含向所述用户发起下次通话请求的预约时段，从所述预约时段中确定出向所述用户发起下次通话请求的预约时刻，包括：

响应于所述用户意图包含向所述用户发起下次通话请求的预约时段，通过话术引导客户确定处于预约时段的、向所述用户发起下次通话请求的预约时刻。

6.根据权利要求1所述的方法，其中，所述方法还包括：

响应于检测到所述用户包括多个电话账号，并且确定所述用户已通过多个电话账号中的电话账号接受通话请求，删除调度引擎中多个电话账号中未接受通话请求的其他电话账号的通话请求信息。

7.一种电话预约拨打装置，其中，所述装置包括：

意图识别单元，被配置为用于响应于用户接受当前通话请求，基于与所述用户的通话内容识别所述用户的意图；

预约确定单元，被配置为用于基于识别到的用户意图，确定向所述用户发起下次通话请求的预约时刻；

调度单元，被配置为用于响应于检测到所述预约时刻处于预设任务拨打时段，将用于指示向所述用户发起下次通话请求的预约时刻的预约信息加入调度引擎。

8.根据权利要求7所述的装置，其中，所述装置还包括：

通话请求单元，被配置为用于响应于确定到达所述预约时刻，通过调度引擎向所述用户发起通话请求。

9.根据权利要求7所述的装置，其中，

调度单元，还被配置为用于响应于检测到所述预约时刻未处于预设任务拨打时段，将用于指示向所述用户发起下次通话请求的预约时刻的预约信息存储至待标注列表；

所述待标注列表用于指示重新确定预约时刻。

10.根据权利要求7所述的装置，其中，

预约确定单元，被进一步配置为用于响应于所述用户意图未指示预约时刻，确定所述用户意图是否包含向所述用户发起下次通话请求的预约时段；

响应于所述用户意图包含向所述用户发起下次通话请求的预约时段，从所述预约时段中确定出向所述用户发起下次通话请求的预约时刻。

11.根据权利要求10所述的装置，其中，

预约确定单元，被进一步配置为用于响应于所述用户意图包含向所述用户发起下次通话请求的预约时段，通过话术引导客户确定处于预约时段的、向所述用户发起下次通话请求的预约时刻。

12.根据权利要求7所述的装置，其中，所述装置还包括：

删除单元，被配置为用于响应于检测到所述用户包括多个电话账号，并且确定所述用户已通过多个电话账号中的电话账号接受通话请求，删除调度引擎中多个电话账号中未接受通话请求的其他电话账号的通话请求信息。

13.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1-6中任一所述的方法。

14.一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。