外呼方法、装置、计算机设备和存储介质与流程

1.本技术涉及人工智能领域，尤其涉及一种外呼方法、装置、计算机设备和存储介质。


背景技术：

2.在大多数智能ai服务作业流程中，通常往往采用先由外呼机器人根据用户名单拨打电话进行筛选，再通过人工处理筛选后的用户名单的模式，以提高用户名单的质量，进而提高用户名单的转换率。在一些特殊的业务场景中，需要先由人工处理用户名单，再将处理后的用户名单下发给外呼机器人进行外呼。但是这种先由人工处理用户名单的方式，不仅导致外呼的效率较低，而且很容易出现错误，降低了外呼的准确性。
3.因此，如何提高外呼的效率与准确性成为亟需解决的问题。


技术实现要素：

4.本技术提供了一种外呼方法、装置、计算机设备和存储介质，通过基于不同的业务场景对用户名单资源进行外呼任务创建，并基于每个初始外呼任务对应的业务场景对每个初始外呼任务进行校验，可以避免人工处理用户名单，提高了外呼的效率与准确性。
5.第一方面，本技术提供了一种外呼方法，所述方法包括：
6.获取待外呼的用户名单资源；
7.基于不同的业务场景，对所述用户名单资源进行外呼任务创建，获得至少一个初始外呼任务，其中，每个所述初始外呼任务对应一种业务场景；
8.基于每个所述初始外呼任务对应的业务场景，对每个所述初始外呼任务进行校验，获得每个所述初始外呼任务对应的目标外呼任务；
9.将每个所述目标外呼任务下发至外呼机器人，由所述外呼机器人执行每个所述目标外呼任务。
10.第二方面，本技术还提供了一种外呼装置，所述装置包括：
11.资源获取模块，用于获取待外呼的用户名单资源；
12.外呼任务创建模块，用于基于不同的业务场景，对所述用户名单资源进行外呼任务创建，获得至少一个初始外呼任务，其中，每个所述初始外呼任务对应一种业务场景；
13.外呼任务校验模块，用于基于每个所述初始外呼任务对应的业务场景，对每个所述初始外呼任务进行校验，获得每个所述初始外呼任务对应的目标外呼任务；
14.外呼任务下发模块，用于将每个所述目标外呼任务下发至外呼机器人，由所述外呼机器人执行每个所述目标外呼任务。
15.第三方面，本技术还提供了一种计算机设备，所述计算机设备包括存储器和处理器；
16.所述存储器，用于存储计算机程序；
17.所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如上述的
外呼方法。
18.第四方面，本技术还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现如上述的外呼方法。
19.本技术公开了一种外呼方法、装置、计算机设备和存储介质，通过获取待外呼的用户名单资源，并基于不同的业务场景对用户名单资源进行外呼任务创建，获得至少一个初始外呼任务，可以实现批量创建同一业务场景中的用户名单信息对应的初始外呼任务，避免人工处理用户名单，提高了外呼任务创建的效率；通过基于每个初始外呼任务对应的业务场景对每个初始外呼任务进行校验，并将得到的每个目标外呼任务下发至外呼机器人，由外呼机器人执行每个目标外呼任务，可以实现根据初始外呼任务对应的业务场景关联的校验策略对初始外呼任务进行校验，避免人工对用户名单进行校验，提高了外呼的效率与准确性，进而降低了外呼投诉的风险。
附图说明
20.为了更清楚地说明本技术实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
21.图1是本技术实施例提供的一种外呼方法的示意性流程图；
22.图2是本技术实施例提供的一种外呼任务创建的子步骤的示意性流程图；
23.图3是本技术实施例提供的一种生成用户名单信息集合的示意图；
24.图4是本技术实施例提供的一种对初始外呼任务进行校验的子步骤的示意性流程图；
25.图5是本技术实施例提供的一种外呼装置的示意性框图；
26.图6是本技术实施例提供的一种计算机设备的结构示意性框图。
具体实施方式
27.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
28.附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。
29.应当理解，在此本技术说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本技术。如在本技术说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
30.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
31.本技术的实施例提供了一种外呼方法、装置、计算机设备和存储介质。其中，该外
呼方法可以应用于服务器或终端中，通过基于不同的业务场景对用户名单资源进行外呼任务创建，并基于每个初始外呼任务对应的业务场景对每个初始外呼任务进行校验，可以避免人工处理用户名单，提高了外呼的效率与准确性。
32.其中，服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑和台式电脑等电子设备。
33.下面结合附图，对本技术的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
34.如图1所示，外呼方法包括步骤s10至步骤s40。
35.步骤s10、获取待外呼的用户名单资源。
36.需要说明的是，本技术实施例提供的外呼方法可以应用于外呼机器人进行外呼场景中，例如机器人可以根据服务器或终端下发的目标外呼任务中的用户名单信息进行外呼，并将生成的外呼结果下发给人工坐席处理。
37.示例性的，在获取待外呼的用户名单资源时，可以采集历史业务数据，对历史业务数据进行有用信息提取，将提取到的信息作为待外呼的用户名单资源。其中，历史业务数据可以来自不同的业务公司、不同的业务场景以及不同的渠道。在对历史业务数据进行有用信息提取时，可以提取历史业务数据中的联系方式、证件号码、地址、车牌信息、初次登记日期、保险到期日、来源系统以及业务场景等信息。
38.示例性的，用户名单资源可以包括至少一条用户名单信息。其中，每条用户名单信息包括一个用户的业务信息。
39.示例性的，待外呼的用户名单资源可以存储在本地磁盘或本地数据库。在本技术实施例中，为进一步保证上述用户名单资源的私密和安全性，上述用户名单资源可以存储于一区块链的节点中。
40.在本技术实施例中，用户名单资源可以包括非实时用户名单信息和实时用户名单信息。其中，对于实时用户名单信息，由于实时性要求较高，因此可以不对实时用户名单信息进行校验，直接根据实时用户名单信息生成目标外呼任务。对于非实时用户名单信息，则需要基于不同的业务场景，对用户名单资源进行外呼任务创建，获得至少一个初始外呼任务；然后，基于每个初始外呼任务对应的业务场景，对每个初始外呼任务进行校验，获得每个初始外呼任务对应的目标外呼任务。
41.步骤s20、基于不同的业务场景，对所述用户名单资源进行外呼任务创建，获得至少一个初始外呼任务，其中，每个所述初始外呼任务对应一种业务场景。
42.需要说明的是，本技术实施例中，主要是对用户名单资源中的非实时用户名单信息进行外呼任务创建，获得至少一个初始外呼任务。
43.通过基于不同的业务场景对用户名单资源进行外呼任务创建，获得至少一个初始外呼任务，可以实现批量创建同一业务场景中的用户名单信息对应的初始外呼任务，避免人工处理用户名单，提高了外呼任务创建的效率。
44.请参阅图2，图2是本技术实施例提供的一种外呼任务创建的子步骤的示意性流程图，具体可以包括以下步骤s201至步骤s203。
45.步骤s201、基于每条所述用户名单信息对应的业务场景，对所述用户名单资源中的用户名单信息进行分组，得到至少一个用户名单信息集合。
46.在一些实施例中，可以基于每条用户名单信息对应的业务场景，对用户名单资源中的用户名单信息进行分组，得到至少一个用户名单信息集合。
47.示例性的，可以提取用户名单信息中的业务场景，得到每个用户名单信息对应的业务场景。
48.示例性的，业务场景可以包括但不限于续保业务场景、投保业务场景、理赔业务场景等等。需要说明的是，在本技术实施例中，业务场景可以用于对用户名单信息进行分组，得到用户名单信息集合；还可以用于设置用户名单信息集合的外呼方式。
49.请参阅图3，图3是本技术实施例提供的一种生成用户名单信息集合的示意图。如图3所示，对于用户名单资源，可以将业务场景为续保业务场景的用户名单信息，划分为一个组别，得到用户名单信息集合a；将业务场景为投保业务场景的用户名单信息，划分为一个组别，得到用户名单信息集合b；将业务场景为理赔业务场景的用户名单信息，划分为一个组别，得到用户名单信息集合c。
50.通过基于每条用户名单信息对应的业务场景，对用户名单资源中的用户名单信息进行分组，可以实现将同一业务场景中的用户名单信息划分至同一个用户名单信息集合中。
51.步骤s202、基于每个所述用户名单信息集合对应的业务场景，对每个所述用户名单信息集合进行外呼方式配置，获得每个所述用户名单信息集合对应的外呼方式。
52.需要说明的是，由于用户名单信息集合是根据不同的业务场景划分得到的，因此，每个用户名单信息集合都有对应的业务场景。
53.在本技术实施例中，可以针对不同的业务场景，对用户名单信息集合进行外呼方式配置，从而可以得到用户名单信息集合对应的外呼方式。
54.示例性的，配置的外呼方式可以包括外呼次数、外呼时间以及外呼优先级等等。其中，外呼次数是指重复拨打电话的次数，例如，一天内的外呼次数可以是2次，当然也可以是其它次数。外呼时间是指可以拨打电话的时间，例如，将时间8:00-22:00设置为可外呼时间；当目标外呼任务在22:01至第二天7:59期间下发至外呼机器人时，外呼机器人可以等待至8:00时进行外呼操作。外呼优先级是指在将多个目标外呼任务下发至外呼机器人时，可以将优先级较高的目标外呼任务插队至前列，以使外呼机器人优先处理。其中，外呼优先级可以包括低、中、高。例如，对于时效要求较高的业务场景，可以提高对应的目标外呼任务的优先级，并将该优先级较高的目标外呼任务插队至前列。
55.示例性的，对于用户名单信息集合a，可以基于用户名单信息集合a对应的续保业务场景对用户名单信息集合a进行外呼方式配置，得到用户名单信息集合a对应的外呼方式。例如，可以配置用户名单信息集合a的外呼次数、外呼时间以及外呼优先级等等。例如，可以将用户名单信息集合a的外呼次数配置为2次；外呼时间配置为8:00-22:00；外呼优先级配置为中。
56.通过基于每个用户名单信息集合对应的业务场景，对每个用户名单信息集合进行外呼方式配置，可以实现针对性地根据业务场景配置用户名单信息集合对应的外呼方式，提高了外呼的准确性。
57.步骤s203、根据每个所述用户名单信息集合与对应的外呼方式，生成每个所述用户名单信息集合对应的初始外呼任务。
58.示例性的，在对每个用户名单信息集合进行外呼方式配置之后，可以根据每个用户名单信息集合与对应的外呼方式，生成每个用户名单信息集合对应的初始外呼任务。从而，初始外呼任务可以包括对应的用户名单信息集合和外呼方式。
59.例如，对于用户名单信息集合a，可以根据用户名单信息集合a与对应的外呼方式，生成用户名单信息集合a对应的初始外呼任务1。
60.又例如，对于用户名单信息集合b，可以根据用户名单信息集合b与对应的外呼方式，生成用户名单信息集合b对应的初始外呼任务2。
61.基于不同的业务场景对用户名单资源进行外呼任务创建，获得至少一个初始外呼任务，可以实现批量创建同一业务场景中的用户名单信息对应的初始外呼任务，提高了外呼任务创建的效率。
62.步骤s30、基于每个所述初始外呼任务对应的业务场景，对每个所述初始外呼任务进行校验，获得每个所述初始外呼任务对应的目标外呼任务。
63.在一些实施例中，在基于每个初始外呼任务对应的业务场景关联的校验策略，对每个初始外呼任务进行校验，获得每个初始外呼任务对应的目标外呼任务之前，还可以包括：基于预设的审批流程，对每个初始外呼任务进行审批处理，获得审批处理后的每个初始外呼任务。
64.需要说明的是，在本技术实施例中，为了降低外呼任务的失误概率，在对初始外呼任务进行校验之前，需要对初始外呼任务进行审批处理。
65.在一些实施例中，基于预设的审批流程，对每个初始外呼任务进行审批处理，获得审批处理后的每个初始外呼任务，可以包括：在预设的审批页面上显示每个初始外呼任务；根据检测到的审批操作对应的操作类型，对每个初始外呼任务进行审批处理，获得审批处理后的每个初始外呼任务。
66.示例性的，可以在审批页面上显示每个初始外呼任务、每个初始外呼任务中的业务场景和外呼方式等等信息。在本技术实施例中，具有审批权限的用户可以在审批页面上审批初始外呼任务。其中，操作类型可以包括同意、驳回等类型。
67.例如，当检测到操作类型为同意的审批操作时，可以将对应的初始外呼任务标记为通过。又例如，当检测到操作类型为驳回的审批操作时，可以将对应的初始外呼任务退回，等待修改和重新递交审批。
68.在另一些实施例中，若在预设时间内未检测到审批操作，则对每个所述初始外呼任务执行审批通过操作，获得审批处理后的每个初始外呼任务。
69.其中，预设时间可以根据实际情况设定，具体数值在此不作限定。
70.示例性的，若在预设时间内未检测到审批操作，则可以对每个初始外呼任务执行审批通过操作，获得审批处理后的每个初始外呼任务。
71.通过对初始外呼任务进行审批处理，可以有效降低任务中的外呼方式的失误概率，以及降低外呼的投诉风险。
72.请参阅图4，图4是本技术实施例提供的一种对初始外呼任务进行校验的子步骤的示意性流程图，具体可以包括以下步骤s301和步骤s302。
73.步骤s301、基于预设的业务场景与校验策略之间预设的对应关系，根据每个所述初始外呼任务对应的业务场景，确定每个所述初始外呼任务对应的目标校验策略。
74.需要说明的是，由于初始外呼任务中的外呼方式是根据业务场景的类型配置的，因此在对初始外呼任务进行校验时，可以根据业务场景确定初始外呼任务的目标校验策略，从而可以有针对性地对初始外呼任务中的外呼方式进行校验。在本技术实施例中，可以预先将业务场景与对应的校验策略进行关联存储。
75.在本技术实施例中，校验策略除了用于对初始外呼任务中的外呼方式进行校验，还可以对初始外呼任务中的用户名单、号码格式进行校验等等。
76.示例性的，校验策略可以包括但不限于名单校验、外呼方式校验以及号码校验等等。其中，名单校验可以包括黑名单校验、名单除重校验；外呼方式校验可以包括外呼次数校验、外呼时间校验；号码校验可以包括号码格式校验、号码重复校验等等。
77.步骤s302、根据每个所述初始外呼任务对应的目标校验策略，对每个所述初始外呼任务进行校验，获得每个所述初始外呼任务对应的目标外呼任务。
78.示例性的，初始外呼任务对应的目标校验策略可以包括名单校验、外呼方式校验以及号码校验中的一项或多项。
79.示例性的，对于上述的初始外呼任务1，可以根据初始外呼任务1对应的目标校验策略，对初始外呼任务1进行校验，获得初始外呼任务1对应的目标外呼任务。例如，在对初始外呼任务1进行名单校验时，可以将初始外呼任务1中属于黑名单的用户名单信息剔除，还可以剔除重复的用户名单信息。又例如，在对初始外呼任务1进行外呼方式校验时，若预设的外呼次数为2次，则可以将外呼次数大于2次的用户名单信息剔除。又例如，在对初始外呼任务1进行号码校验时，可以将电话号码格式不正确或空号的用户名单信息剔除；还可以将电话号码重复的用户名单信息剔除。
80.通过基于每个初始外呼任务对应的业务场景确定每个初始外呼任务的目标校验策略，并基于目标校验策略对初始外呼任务进行校验，可以实现针对性地根据初始外呼任务对应的业务场景关联的校验策略对初始外呼任务进行校验，避免人工对用户名单进行校验，提高了外呼的效率与准确性。
81.在一些实施例中，本技术实施例还可以包括：根据实时用户名单信息与预设的通用外呼方式，生成实时用户名单信息对应的目标外呼任务。
82.需要说明的是，对于用户名单资源中的实时用户名单信息，可以直接生成对应的目标外呼任务。
83.示例性的，可以根据实时用户名单信息与预设的通用外呼方式，生成实时用户名单信息对应的目标外呼任务。其中，预设的通用外呼方式是指默认的外呼方式。例如，通用外呼方式包括：外呼次数为2次、外呼时间为8:00-22:00，外呼优先级为高。
84.通过根据实时用户名单信息与预设的通用外呼方式，生成实时用户名单信息对应的目标外呼任务，可以实现在实时性较高的业务场景中，无需对外呼任务进行审批和校验，提高了外呼的效率。
85.步骤s40、将每个所述目标外呼任务下发至外呼机器人，由所述外呼机器人执行每个所述目标外呼任务。
86.示例性的，在对每个初始外呼任务进行校验，获得每个初始外呼任务对应的目标
外呼任务之后，可以将每个目标外呼任务下发至外呼机器人，由外呼机器人执行每个目标外呼任务。外呼机器人可以根据目标外呼任务中的外呼方式和电话号码拨打电话。
87.在一些实施例中，将每个目标外呼任务下发至外呼机器人之前，还可以包括：根据每个目标外呼任务对应的外呼优先级，对全部目标外呼任务进行排序和编号，获得每个目标外呼任务的编号。
88.可以理解的是，目标外呼任务的优先级，可以根据目标外呼任务对应的外呼方式中的外呼优先级确定。
89.示例性的，在对全部目标外呼任务进行排序时，可以将外呼优先级较高的目标外呼任务排序在前，将外呼优先级较低的目标外呼任务排序在后；然后从排序在前的目标外呼任务开始编号，直至最后一个目标外呼任务。
90.在一些实施例中，将每个目标外呼任务下发至外呼机器人，可以包括：将每个目标外呼任务按照编号大小下发至外呼机器人。
91.示例性的，可以依次将编号小的目标外呼任务下发至外呼机器人。
92.通过根据每个目标外呼任务对应的外呼优先级，对全部目标外呼任务进行排序和编号，并将每个目标外呼任务按照编号大小下发至外呼机器人，可以实现根据优先级下发目标外呼任务，更加符合实际需求。
93.在一些实施例中，将每个目标外呼任务下发至外呼机器人时，还可以包括：当检测到某个目标外呼任务的外呼优先级提高时，将外呼优先级提高的目标外呼任务插队至队列的前列。
94.需要说明的是，在本技术实施例中，在下发目标外呼任务时，还可以采用插队机制，即将优先级较高的目标外呼任务插队至队列的前列，以使外呼机器人优先处理该优先级较高的目标外呼任务。
95.在本技术实施例中，外呼机器人根据目标外呼任务中的外呼方式和电话号码拨打电话之后，还可以生成外呼结果，并将外呼结果下发给人工坐席。
96.示例性的，外呼结果可以包括拨打结果、接通号码、外呼开启时间、外呼结束时间、工单类型、报价单号、投保单号等信息。其中，拨打结果包括接通和未接通。
97.上述实施例提供的外呼方法，通过基于不同的业务场景对用户名单资源进行外呼任务创建，获得至少一个初始外呼任务，可以实现批量创建同一业务场景中的用户名单信息对应的初始外呼任务，避免人工处理用户名单，提高了外呼任务创建的效率；通过基于每个用户名单信息集合对应的业务场景，对每个用户名单信息集合进行外呼方式配置，可以实现针对性地根据业务场景配置用户名单信息集合对应的外呼方式，提高了外呼的准确性；基于不同的业务场景对用户名单资源进行外呼任务创建，获得至少一个初始外呼任务，可以实现批量创建同一业务场景中的用户名单信息对应的初始外呼任务，提高了外呼任务创建的效率；通过对初始外呼任务进行审批处理，可以有效降低任务中的外呼方式的失误概率，以及降低外呼的投诉风险；通过基于每个初始外呼任务对应的业务场景确定每个初始外呼任务的目标校验策略，并基于目标校验策略对初始外呼任务进行校验，可以实现针对性地根据初始外呼任务对应的业务场景关联的校验策略对初始外呼任务进行校验，避免人工对用户名单进行校验，提高了外呼的效率与准确性。
98.请参阅图5，图5是本技术的实施例还提供一种外呼装置1000的示意性框图，该外
呼装置用于执行前述的外呼方法。其中，该外呼装置可以配置于服务器或终端中。
99.如图5所示，该外呼装置1000，包括：资源获取模块1001、外呼任务创建模块1002、外呼任务校验模块1003和外呼任务下发模块1004。
100.资源获取模块1001，用于获取待外呼的用户名单资源。
101.外呼任务创建模块1002，用于基于不同的业务场景，对所述用户名单资源进行外呼任务创建，获得至少一个初始外呼任务，其中，每个所述初始外呼任务对应一种业务场景。
102.外呼任务校验模块1003，用于基于每个所述初始外呼任务对应的业务场景，对每个所述初始外呼任务进行校验，获得每个所述初始外呼任务对应的目标外呼任务。
103.外呼任务下发模块1004，用于将每个所述目标外呼任务下发至外呼机器人，由所述外呼机器人执行每个所述目标外呼任务。
104.需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
105.上述的装置可以实现为一种计算机程序的形式，该计算机程序可以在如图6所示的计算机设备上运行。
106.请参阅图6，图6是本技术实施例提供的一种计算机设备的结构示意性框图。
107.请参阅图6，该计算机设备包括通过系统总线连接的处理器和存储器，其中，存储器可以包括存储介质和内存储器。其中，存储介质可以是非易失性存储介质，也可以是易失性存储介质。
108.处理器用于提供计算和控制能力，支撑整个计算机设备的运行。
109.内存储器为存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种外呼方法。
110.应当理解的是，处理器可以是中央处理单元(central processing unit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
111.其中，在一个实施例中，所述处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：
112.获取待外呼的用户名单资源；基于不同的业务场景，对所述用户名单资源进行外呼任务创建，获得至少一个初始外呼任务，其中，每个所述初始外呼任务对应一种业务场景；基于每个所述初始外呼任务对应的业务场景，对每个所述初始外呼任务进行校验，获得每个所述初始外呼任务对应的目标外呼任务；将每个所述目标外呼任务下发至外呼机器人，由所述外呼机器人执行每个所述目标外呼任务。
113.在一个实施例中，所述用户名单资源包括至少一条用户名单信息；所述处理器在实现基于不同的业务场景，对所述用户名单资源进行外呼任务创建，获得至少一个初始外呼任务时，用于实现：
114.基于每条所述用户名单信息对应的业务场景，对所述用户名单资源中的用户名单信息进行分组，得到至少一个用户名单信息集合；基于每个所述用户名单信息集合对应的业务场景，对每个所述用户名单信息集合进行外呼方式配置，获得每个所述用户名单信息集合对应的外呼方式；根据每个所述用户名单信息集合与对应的外呼方式，生成每个所述用户名单信息集合对应的初始外呼任务。
115.在一个实施例中，所述处理器在实现基于每个所述初始外呼任务对应的业务场景，对每个所述初始外呼任务进行校验，获得每个所述初始外呼任务对应的目标外呼任务之前，还用于实现：
116.基于预设的审批流程，对每个所述初始外呼任务进行审批处理，获得审批处理后的每个初始外呼任务。
117.在一个实施例中，所述处理器在实现基于预设的审批流程，对每个所述初始外呼任务进行审批处理，获得审批处理后的每个初始外呼任务时，用于实现：
118.在预设的审批页面上显示每个所述初始外呼任务；根据检测到的审批操作对应的操作类型，对每个所述初始外呼任务进行审批处理，获得审批处理后的每个初始外呼任务；或若在预设时间内未检测到审批操作，则对每个所述初始外呼任务执行审批通过操作，获得审批处理后的每个初始外呼任务。
119.在一个实施例中，所述处理器在实现基于每个所述初始外呼任务对应的业务场景，对每个所述初始外呼任务进行校验，获得每个所述初始外呼任务对应的目标外呼任务时，用于实现：
120.基于预设的业务场景与校验策略之间预设的对应关系，根据每个所述初始外呼任务对应的业务场景，确定每个所述初始外呼任务对应的目标校验策略；根据每个所述初始外呼任务对应的目标校验策略，对每个所述初始外呼任务进行校验，获得每个所述初始外呼任务对应的目标外呼任务。
121.在一个实施例中，所述处理器在实现将每个所述目标外呼任务下发至外呼机器人之前，还用于实现：
122.根据每个所述目标外呼任务对应的外呼优先级，对全部所述目标外呼任务进行排序和编号，获得每个所述目标外呼任务的编号。
123.在一个实施例中，所述处理器在实现将每个所述目标外呼任务下发至外呼机器人时，用于实现：
124.将每个所述目标外呼任务按照编号大小下发至所述外呼机器人。
125.在一个实施例中，所述用户名单资源包括实时用户名单信息；所述处理器还用于实现：
126.根据所述实时用户名单信息与预设的通用外呼方式，生成所述实时用户名单信息对应的目标外呼任务。
127.本技术的实施例中还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序中包括程序指令，所述处理器执行所述程序指令，实现本技术实施例提供的任一项外呼方法。
128.例如，该程序被处理器加载，可以执行如下步骤：
129.获取待外呼的用户名单资源；基于不同的业务场景，对所述用户名单资源进行外
呼任务创建，获得至少一个初始外呼任务，其中，每个所述初始外呼任务对应一种业务场景；基于每个所述初始外呼任务对应的业务场景，对每个所述初始外呼任务进行校验，获得每个所述初始外呼任务对应的目标外呼任务；将每个所述目标外呼任务下发至外呼机器人，由所述外呼机器人执行每个所述目标外呼任务。
130.其中，所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字卡(secure digital card，sd card)，闪存卡(flash card)等。
131.进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。
132.本技术所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
133.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。