智能外呼数据处理方法、装置及存储介质与流程

智能外呼数据处理方法、装置及存储介质
【技术领域】
[0001]
本发明涉及智能外呼技术领域，尤其涉及一种智能外呼数据处理方法、装置及存储介质。


背景技术：

[0002]
当保单临近缴费日期或当保单临近复效期限时，需要提醒用户进行缴费，该提醒由智能外呼系统完成。现有技术中一般为业务平台前一天统一产生第二天需要智能外呼系统进行提醒的外呼数据，将数据统一同步至智能外呼系统，由智能外呼系统第二天进行外呼。当外呼数据量较少且智能外呼系统性能较稳定时，外呼数据很快被外呼完成，造成智能外呼系统未充分利用线路。


技术实现要素：

[0003]
本发明的目的在于提供一种智能外呼数据处理方法、装置及存储介质，以解决现有技术中由于智能外呼系统性能不稳定造成的未充分利用线路。
[0004]
本发明的技术方案如下：提供一种智能外呼数据处理方法，包括：
[0005]
当智能外呼系统的剩余外呼数据量满足外呼数据生成触发条件时，向业务平台发送数据生成请求；
[0006]
接收所述数据生成请求，从业务数据中获取符合外呼数据生成条件的外呼数据；
[0007]
获取当前时间与每个所述外呼数据的期望呼出时间的时间差，按照所述时间差从大到小的顺序对所述外呼数据进行排序，提取排序前第一预设数量的外呼数据，将提取的所述外呼数据发送至所述智能外呼系统；
[0008]
将所述外呼数据的排序作为外呼顺序，对所述外呼数据中用户号码对应的移动终端进行外呼。
[0009]
优选地，所述当智能外呼系统的剩余外呼数据量满足外呼数据生成触发条件时，向业务平台发送数据生成请求，包括：
[0010]
以预设的时间间隔对所述智能外呼系统的外呼数量进行统计；
[0011]
根据上一个时间间隔的外呼数量计算上一个时间间隔的平均外呼速率；
[0012]
获取剩余外呼数据量与所述平均外呼速率的比值，将所述比值作为剩余外呼时间；
[0013]
判断所述剩余外呼时间是否小于或等于预设剩余时间阈值，当判断结果为是时，向所述业务平台发送数据生成请求。
[0014]
优选地，所述当智能外呼系统的剩余外呼数据量满足外呼数据生成触发条件时，向业务平台发送数据生成请求，包括：
[0015]
当智能外呼系统的剩余外呼数据量小于或等于剩余数据量阈值时，向业务平台发送数据生成请求。
[0016]
优选地，所述接收所述数据生成请求，从业务数据中获取符合外呼数据生成条件
的外呼数据，包括：
[0017]
接收所述数据生成请求，从所述业务数据中获取当前时间距离费用应缴纳日小于或等于第一时间阈值的保单，将所述保单对应的保单信息作为外呼数据；
[0018]
根据历史缴费记录计算每个所述保单准时缴纳保费的概率；
[0019]
将准时缴纳保费的概率大于或等于预设概率的保单对应的外呼数据删除。
[0020]
优选地，所述根据历史缴费记录计算每个所述保单准时缴纳保费的概率之前，还包括：
[0021]
当所述外呼数据的数据量小于或等于第二预设数量时，将第一时间阈值调整为第二时间阈值，从所述业务数据中重新获取当前时间距离费用应缴纳日小于或等于第二时间阈值的保单，将所述保单对应的保单信息作为外呼数据，其中，所述第二时间阈值大于所述第一时间阈值。
[0022]
优选地，所述获取当前时间与每个所述外呼数据的期望呼出时间的时间差，按照所述时间差从大到小的顺序对所述外呼数据进行排序，提取排序前第一预设数量的外呼数据，将提取的所述外呼数据发送至所述智能外呼系统，包括：
[0023]
根据所述外呼数据中的保单号、用户姓名、用户号码、费用应缴纳日、用户职业以及用户所属区域生成临时数据表；
[0024]
获取所述外呼数据的期望外呼时间，将所述期望外呼时间添加至所述临时数据表中；
[0025]
计算当前时间与所述期望外呼时间的时间差，将所述时间差添加至所述临时数据表中；
[0026]
按照所述时间差从大到小的顺序对所述外呼数据进行排序，得到排序后的临时数据表；
[0027]
根据用户职业以及用户所属区域，确定每个外呼数据的目标呼叫时间段，判断每个所述外呼数据的目标呼叫时间与预估呼叫时间段是否有交集，得到第一判断结果，将所述第一判断结果添加至所述临时数据表中，其中，所述预估呼叫时间段为当前时间至当前时间之后第一时间；
[0028]
从所述临时数据表中从前至后依次提取第一判断结果为是的第一预设数量的外呼数据，将提取的所述外呼数据发送至所述智能外呼系统。
[0029]
优选地，所述将所述外呼数据的排序作为外呼顺序，对所述外呼数据中用户号码对应的移动终端进行外呼之后，还包括：
[0030]
当外呼结果为呼叫失败时，将对应的外呼数据的呼叫失败次数进行更新；
[0031]
当所述呼叫失败次数小于第一预设次数时，将所述外呼数据移动至外呼顺序的末位；
[0032]
当所述呼叫失败次数大于或等于第二预设次数时，生成与所述外呼数据关联的反馈记录，将所述反馈记录进行汇总后发送至所述业务平台；
[0033]
其中，所述第二预设次数大于所述第一预设次数。
[0034]
本发明的另一技术方案如下：提供一种智能外呼数据处理装置，包括：
[0035]
数据生成触发模块，用于当智能外呼系统的剩余外呼数据量满足外呼数据生成触发条件时，向业务平台发送数据生成请求；
[0036]
数据获取模块，用于接收所述数据生成请求，从业务数据中获取符合外呼数据生成条件的外呼数据；
[0037]
数据筛选模块，用于获取当前时间与每个所述外呼数据的期望呼出时间的时间差，按照所述时间差从大到小的顺序对所述外呼数据进行排序，提取排序前第一预设数量的外呼数据，将提取的所述外呼数据发送至所述智能外呼系统；
[0038]
外呼模块，用于将所述外呼数据的排序作为外呼顺序，对所述外呼数据中用户号码对应的移动终端进行外呼。
[0039]
本发明的另一技术方案如下：提供一种智能外呼数据处理装置，所述装置包括处理器、以及与所述处理器耦接的存储器，所述存储器存储有程序指令；所述处理器用于执行所述存储器存储的所述程序指令以执行上述的智能外呼数据处理方法。
[0040]
本发明的另一技术方案如下：提供一种存储介质，所述存储介质存储程序指令，所述程序指令被处理器执行时，实现上述的智能外呼数据处理方法。
[0041]
本发明的有益效果在于：本发明的智能外呼数据处理方法、装置及存储介质，当剩余外呼数据临近耗尽的状态才触发数据生成请求，避免外呼数据在智能外呼系统积压导致智能外呼系统无法完成时进行取消回写，同时避免外呼数据量过少时智能外呼系统没有充分利用线路，提高智能外呼系统的工作效率；通过实时生成外呼数据的方式，可以缩短外呼数据生成时间与呼出时间之间的间隔时间，降低保单在所述间隔时间内发生改变的概率，避免了因保单状态改变而导致的业务平台需要重新发送保单状态至智能外呼系统，智能外呼系统无需记录保单状态等字段，提高了智能外呼系统的外呼效率；业务平台在获取外呼数据后，根据优先级向智能外呼系统推送外呼数据，智能外呼系统按照顺序外呼即可，提高了智能外呼系统的外呼效率。
【附图说明】
[0042]
图1为本发明第一实施例的智能外呼数据处理方法的流程图；
[0043]
图2为本发明第二实施例的智能外呼数据处理方法的流程图；
[0044]
图3为本发明第三实施例的智能外呼数据处理方法的流程图；
[0045]
图4为本发明第四实施例的智能外呼数据处理装置的结构示意图；
[0046]
图5为本发明第五实施例的智能外呼数据处理装置的结构示意图；
[0047]
图6为本发明第六实施例的存储介质的结构示意图。
【具体实施方式】
[0048]
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0049]
本发明中的术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、“第三”的特征可以明示或者隐含地包括至少一个该特征。本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。本发明实施例中所有方向性指示(诸
如上、下、左、右、前、后
……
)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0050]
在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
[0051]
图1是本发明第一实施例的智能外呼数据处理方法的流程示意图。需注意的是，若有实质上相同的结果，本发明的方法并不以图1所示的流程顺序为限。如图1所示，该智能外呼数据处理方法包括步骤：
[0052]
s101，当智能外呼系统的剩余外呼数据量满足外呼数据生成触发条件时，向业务平台发送数据生成请求。
[0053]
在本实施例中，外呼数据来源于业务数据，例如，应收保单数据和可复效保单数据，当保单临近费用应缴日或保单超过费用应缴日或保单超过宽限期仍未缴费或保单临近可复效最后期限日，由智能外呼系统提醒客户及时缴纳费用。智能外呼系统为ai外呼机器人，智能外呼系统根据外呼数据中的用户号码进行智能呼叫，接通后语音提醒客户。在一个可选的实施方式中，每一个外呼数据对应一个保单，记录该保单的全部保单信息或部分保单信息。
[0054]
在本实施例中，应收保单数据和可复效保单数据等业务数据均存储于业务平台上，业务平台为智能外呼系统提供触达接口，智能外呼系统利用触达接口向业务平台发送数据生成请求，业务平台通过触达接口向智能外呼系统发送外呼数据。
[0055]
在步骤s101中，可以设定一个剩余数据量阈值，当智能外呼系统端的剩余外呼数据量小于或等于所述剩余数据阈值时，即满足外呼数据生成触发条件。假设有1万通有效接通，那么平均呼出时长20s和平均呼出时长30s都可以造成ai每小时呼出量的不同，于是，在步骤s101中，还可以根据剩余外呼数据量的预估外呼完成时间作为触发条件，对智能外呼系统的外呼速率进行监控，获取智能外呼系统在预设时间范围内的平均外呼速率，根据剩余外呼数据与平均外呼速率的比值计算剩余外呼时间，当剩余外呼时间小于或等于预设剩余时间阈值时，即满足外呼数据生成触发条件。
[0056]
s102，接收所述数据生成请求，从业务数据中获取符合外呼数据生成条件的外呼数据。
[0057]
在步骤s102中，所述业务平台接收所述数据生成请求，从存储于业务平台的业务数据中获取符合条件的外呼数据，本步骤获取的外呼数据为一个初步的外呼数据，并非反馈至智能外呼系统的外呼数据，后续步骤中还会进行筛选。
[0058]
在一个可选的实施方式中，外呼数据生成条件包括：(i)当前时间距离费用应缴纳日小于或等于第一时间阈值，或，(ii)当前时间超过费用应缴纳日。针对每个保单，判断其是否符合外呼数据生成条件，获取符合(i)或(ii)的保单，将该保单的保单信息作为外呼数
据。
[0059]
更进一步地，业务平台可以针对外呼数据中的每个保单，根据往期缴费记录计算所述保单的准时缴纳保费率，将准时缴纳保费率大于预设阈值的保单从外呼数据中删除，以提高外呼效率。
[0060]
s103，获取当前时间与每个所述外呼数据的期望呼出时间的时间差，按照所述时间差从大到小的顺序对所述外呼数据进行排序，提取排序前第一预设数量的外呼数据，将提取的所述外呼数据发送至所述智能外呼系统。
[0061]
在本实施例中，对于符合外呼数据生成规则的外呼数据并非全部发送至智能外呼系统，为了保证优先级高的保单及时进行外呼，对于步骤s102获取的外呼数据进行筛选之后再发送至智能外呼系统进行外呼。在本实施例中，当前时间可以为当前日期，期望呼出时间为期望呼出日期，于是，时间差是按天计算的，时间差即为日期差，例如，当前时间为2020年9月25日，期望呼出时间为2020年9月30日，时间差为2020年9月25日与2020年9月30日之间的日期差，即为-5天；当前时间为2020年9月25日，期望呼出时间为2020年9月20日，时间差为2020年9月25日与2020年9月20日之间的日期差，即为+5天；也就是说，外呼数据的期望呼出时间越早，时间差越大，时间差为正整数表示当前时间已经超过了期望呼出时间，时间差为负整数表示当前时间没有超过期望呼出时间。对于期望外呼时间相同的多个外呼数据，时间差也是相同的，按照所述时间差从大到小的顺序对所述外呼数据进行排序时，则会将这些外呼数据并列排序，例如，外呼数据1排在第一顺序(序号1)，外呼数据2、外呼数据3和外呼数据4排在第二顺序(序号分别为2,3,4)，外呼数据2、外呼数据3和外呼数据4即为并列外呼数据。若外呼数据排序存在并列外呼数据，则获取所述外呼数据的保单生效时间，按照保单生效时间从早到晚的顺序调整所述并列外呼数据的外呼数据排序。当按照保单生效时间调整后的外呼数据排序中还存在并列外呼数据时，直接按照序号从小到大确定最后排序。
[0062]
在本实施例中，将期望外呼时间作为优先级的筛选条件，期望外呼时间为最佳外呼时间，期望外呼时间可以为费用应缴日之前n天，其中，n为大于或等于0的正整数。具体实践中，由于外呼性能不稳定，导致很多保单没有在期望外呼时间完成外呼操作，本实施例优先呼叫期望外呼时间较早的外呼数据。
[0063]
s104，将所述外呼数据的排序作为外呼顺序，对所述外呼数据中用户号码对应的移动终端进行外呼。
[0064]
在步骤s104中，智能外呼系统接收业务平台发送的外呼数据，由于该外呼数据是按照优先级排列的，智能外呼系统直接按照顺序外呼即可。
[0065]
在本实施例中，当剩余外呼数据临近耗尽的状态才触发数据生成请求，避免外呼数据在智能外呼系统积压导致智能外呼系统无法完成时进行取消回写，同时避免外呼数据量过少时智能外呼系统没有充分利用线路，提高智能外呼系统的工作效率；通过实时生成外呼数据的方式，可以缩短外呼数据生成时间与呼出时间之间的间隔时间，降低保单在所述间隔时间内发生改变的概率，避免了因保单状态改变而导致的业务平台需要重新发送保单状态至智能外呼系统，智能外呼系统无需记录保单状态等字段，提高了智能外呼系统的外呼效率；业务平台在获取外呼数据后，根据优先级向智能外呼系统推送外呼数据，智能外呼系统按照顺序外呼即可，提高了智能外呼系统的外呼效率。
[0066]
在第一个可选的实施方式中，步骤s101进一步包括：
[0067]
s1011，以预设的时间间隔对所述智能外呼系统的外呼数量进行统计。
[0068]
s1012，根据上一个时间间隔的外呼数量计算上一个时间间隔的平均外呼速率。
[0069]
s1013，获取剩余外呼数据量与所述平均外呼速率的比值，将所述比值作为剩余外呼时间。
[0070]
s1014，判断所述剩余外呼时间是否小于或等于预设剩余时间阈值，当判断结果为是时，向所述业务平台发送数据生成请求。
[0071]
在步骤s1011中，时间间隔可以为1小时、30分钟或10分钟；在步骤s1012中，上一个时间间隔为距离当前时间最近的统计周期；在步骤s1013中，按照上一个时间间隔的平均外呼速率，预估将剩余外呼数据量进行外呼所需的时间，该时间即为剩余外呼时间；在步骤s1014中，当剩余外呼时间小于或等于预设剩余时间阈值时，向所述业务平台发送数据生成请求。
[0072]
在第二个可选的实施方式中，步骤s102进一步包括：
[0073]
s1021，所述业务平台接收所述数据生成请求，从所述业务数据中获取当前时间距离费用应缴纳日小于或等于第一时间阈值的保单，将所述保单对应的保单信息作为外呼数据。
[0074]
s1022，根据历史缴费记录计算每个所述保单准时缴纳保费的概率。
[0075]
s1023，将准时缴纳保费的概率大于或等于预设概率的保单对应的外呼数据删除。
[0076]
在步骤s1022中，历史缴费记录可以表征用户的缴费行为，例如，用户在收到催费短信提醒前缴费、用户在收到催费短信提醒后立即缴费、用户在收到智能外呼系统的催费电话后立即缴费、用户在宽限期内缴费、用户在可复效期限内缴费。
[0077]
进一步地，第一时间阈值可以是动态变化的，通过对第一时间阈值的调整可以调节获取的外呼数据的数据量，第一时间阈值为5天的数据量会大于第一时间阈值为3天的数据量。例如，当碰到季度月结时，外呼数据较多，如果还按照一般情况下设置的第一时间阈值获取外呼数据，会导致数据量过大，增加业务平台的计算量，此时可以适当降低第一时间阈值(例如，第一时间阈值为1天)。又如，当按照一般情况下设置的第一时间阈值获取外呼数据的量较少时，无法满足智能外呼系统的充分利用，可以适当增加第一时间阈值(例如，第一时间阈值为10天)，将一部分距离费用缴纳日相对晚的保单提前外呼。
[0078]
于是，在步骤s1021之后、步骤s1022之前还进一步包括：
[0079]
s1021’，当所述外呼数据的数据量小于或等于第二预设数量时，将第一时间阈值调整为第二时间阈值，从所述业务数据中重新获取当前时间距离费用应缴纳日小于或等于第二时间阈值的保单，将所述保单对应的保单信息作为外呼数据，其中，所述第二时间阈值大于所述第一时间阈值。
[0080]
在步骤s1021’中，可以首先将第二时间阈值确定为第一时间阈值+1天，从所述业务数据中重新获取当前时间距离费用应缴纳日小于或等于第二时间阈值的保单；若数据量还小于或等于第二预设数量，将第二时间阈值确定为第一时间阈值+2天，从所述业务数据中重新获取当前时间距离费用应缴纳日小于或等于第二时间阈值的保单；直到数据量大于第二预设数量为止。
[0081]
图2是本发明第二实施例的智能外呼数据处理方法的流程示意图。需注意的是，若
有实质上相同的结果，本发明的方法并不以图2所示的流程顺序为限。如图2所示，该智能外呼数据处理方法包括步骤：
[0082]
s201，当智能外呼系统的剩余外呼数据量满足外呼数据生成触发条件时，向业务平台发送数据生成请求。
[0083]
s202，接收所述数据生成请求，从业务数据中获取符合外呼数据生成条件的外呼数据。
[0084]
步骤s201和步骤s202分别对应第一实施例的步骤s101和步骤s102，具体参见第一实施例的描述。
[0085]
s203，根据所述外呼数据中的保单号、用户姓名、用户号码、费用应缴纳日、用户职业以及用户所属区域生成临时数据表。
[0086]
在步骤s203中，业务平台对获取的外呼数据进行临时存储，例如，以数据表的形式进行临时存储，所述数据表的字段包括保单号、用户姓名、用户号码、费用应缴纳日等，本步骤中的临时数据表为初始的临时数据表。
[0087]
s204，获取所述外呼数据的期望外呼时间，将所述期望外呼时间添加至所述临时数据表中。
[0088]
本步骤中的期望外呼时间具体参见第一实施例中步骤s103中的描述。
[0089]
s205，计算当前时间与所述期望外呼时间的时间差，将所述时间差添加至所述临时数据表中。
[0090]
s206，按照所述时间差从大到小的顺序对所述外呼数据进行排序，得到排序后的临时数据表。
[0091]
s207，根据用户职业以及用户所属区域，确定每个外呼数据的目标呼叫时间段，判断每个所述外呼数据的目标呼叫时间与预估呼叫时间段是否有交集，得到第一判断结果，将所述第一判断结果添加至所述临时数据表中，其中，所述预估呼叫时间段为当前时间至当前时间之后第一时间。
[0092]
在本步骤中，用户所属区域为用户所在城市的区域属性，例如，南方或北方。北方城市冬季工作时间与夏季工作时间不同，北方城市和南方城市的工作时间不同。用户职业包括医生、老师、律师、程序员、自由职业等，例如，用户职业为医生，医生上午一般会有门诊，下午一般安排手术，一般只有中午午休时段能够接听电话，则目标呼叫时间为上午11:30至下午12:30。由于用户职业和用户所属区域不同，该用户对应的目标呼叫时间段不同。
[0093]
s208，从所述临时数据表中从前至后依次提取第一判断结果为是的第一预设数量的外呼数据，将提取的所述外呼数据发送至所述智能外呼系统。
[0094]
在本步骤中，提取目标呼叫时间与预估呼叫时间段有交集的外呼数据发送至智能外呼系统，以提高外呼接通率，降低客户投诉率。
[0095]
s209，将所述外呼数据的排序作为外呼顺序，对所述外呼数据中用户号码对应的移动终端进行外呼。
[0096]
步骤s209对应第一实施例的步骤s104，具体参见第一实施例的描述。
[0097]
在本实施例中，由于采用实时生成数据的方式，发送至智能外呼系统的外呼数据会在下一个时间段完成呼叫，除了期望外呼时间的远近，还进一步考虑预估呼叫时间段与用户的目标呼叫时间段是否匹配，若在不匹配的时间段进行外呼，降低用户体验的同时不
利于提高智能外呼系统的外呼效率，业务平台在获取外呼数据时直接将这部分数据暂时延后。
[0098]
图3是本发明第三实施例的智能外呼数据处理方法的流程示意图。需注意的是，若有实质上相同的结果，本发明的方法并不以图3所示的流程顺序为限。如图3所示，该智能外呼数据处理方法包括步骤：
[0099]
s301，当智能外呼系统的剩余外呼数据量满足外呼数据生成触发条件时，向业务平台发送数据生成请求。
[0100]
s302，接收所述数据生成请求，从业务数据中获取符合外呼数据生成条件的外呼数据。
[0101]
s303，获取当前时间与每个所述外呼数据的期望呼出时间的时间差，按照所述时间差从大到小的顺序对所述外呼数据进行排序，提取排序前第一预设数量的外呼数据，将提取的所述外呼数据发送至所述智能外呼系统。
[0102]
s304，将所述外呼数据的排序作为外呼顺序，对所述外呼数据中用户号码对应的移动终端进行外呼。
[0103]
本实施例的步骤s301至步骤s304分别对应第一实施例的步骤s101至步骤s104，可参见第一实施例的描述。
[0104]
s305，当外呼结果为呼叫失败时，将对应的外呼数据的呼叫失败次数进行更新。
[0105]
在本步骤中，当外呼结果为呼叫失败时，将对应的外呼数据的呼叫失败次数加1。
[0106]
s306，当所述呼叫失败次数小于第一预设次数时，将所述外呼数据移动至外呼顺序的末位。
[0107]
步骤s306中的第一预设次数是预先设置的用于判断用户是否漏接的次数，可以将第一预设次数设置为2次或3次，呼叫失败次数小于第一预设次数时，说明用户漏接的可能性较大，将对应外呼数据放置本轮呼叫顺序的最后一位，继续呼叫。
[0108]
s307，当所述呼叫失败次数大于或等于第二预设次数时，生成与所述外呼数据关联的反馈记录，将所述反馈记录进行汇总后发送至所述业务平台，其中，所述第二预设次数大于所述第一预设次数。
[0109]
步骤s307中的第二预设次数是预先设置的用于判断用户是否将智能外呼系统号码屏蔽的次数，呼叫失败次数大于第二预设次数时，说明用户将智能外呼系统号码屏蔽的可能性较大，此时继续呼叫会增加客户投诉率以及外呼成本，将呼叫失败次数大于第二预设次数的外呼数据向业务平台进行反馈，业务平台收到该反馈后不会再将对应客户的保单加入外呼数据中。
[0110]
进一步地，对于呼叫失败且呼叫失败次数大于第一预设次数且小于第二预设次数时，在本轮不再进行呼叫。
[0111]
进一步地，在步骤s307之后还包括如下步骤：
[0112]
s308，将所述临时数据表以及所述反馈记录上传至区块链中，以使得所述区块链对所述临时数据表以及所述反馈记录进行加密存储。
[0113]
在步骤s308中，基于所述临时数据表以及所述反馈记录分别得到对应的摘要信息，具体来说，摘要信息由所述临时数据表以及所述反馈记录进行散列处理得到，比如利用sha256s算法处理得到。将摘要信息上传至区块链可保证其安全性和对用户的公正透明性。
用户设备可以从区块链中下载得该摘要信息，以便查证所述临时数据表以及所述反馈记录是否被篡改。本示例所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
[0114]
图4为本发明第四实施例的智能外呼数据处理装置的结构示意图。如图4所示，该智能外呼数据处理装置40包括：数据生成触发模块41、数据获取模块42、数据筛选模块43和外呼模块44，其中，数据生成触发模块41，用于当智能外呼系统的剩余外呼数据量满足外呼数据生成触发条件时，向业务平台发送数据生成请求；数据获取模块42，用于接收所述数据生成请求，从业务数据中获取符合外呼数据生成条件的外呼数据；数据筛选模块43，用于获取当前时间与每个所述外呼数据的期望呼出时间的时间差，按照所述时间差从大到小的顺序对所述外呼数据进行排序，提取排序前第一预设数量的外呼数据，将提取的所述外呼数据发送至所述智能外呼系统；外呼模块44，用于将所述外呼数据的排序作为外呼顺序，对所述外呼数据中用户号码对应的移动终端进行外呼。
[0115]
进一步地，数据生成触发模块41具体用于以预设的时间间隔对所述智能外呼系统的外呼数量进行统计；根据上一个时间间隔的外呼数量计算上一个时间间隔的平均外呼速率；获取剩余外呼数据量与所述平均外呼速率的比值，将所述比值作为剩余外呼时间；判断所述剩余外呼时间是否小于或等于预设剩余时间阈值，当判断结果为是时，向所述业务平台发送数据生成请求。
[0116]
进一步地，数据获取模块42具体用于接收所述数据生成请求，从所述业务数据中获取当前时间距离费用应缴纳日小于或等于第一时间阈值的保单，将所述保单对应的保单信息作为外呼数据；根据历史缴费记录计算每个所述保单准时缴纳保费的概率；将准时缴纳保费的概率大于或等于预设概率的保单对应的外呼数据删除。更进一步地，数据获取模块42还用于当所述外呼数据的数据量小于或等于第二预设数量时，将第一时间阈值调整为第二时间阈值，从所述业务数据中重新获取当前时间距离费用应缴纳日小于或等于第二时间阈值的保单，将所述保单对应的保单信息作为外呼数据，其中，所述第二时间阈值大于所述第一时间阈值。
[0117]
进一步地，数据筛选模块43具体用于根据所述外呼数据中的保单号、用户姓名、用户号码、费用应缴纳日、用户职业以及用户所属区域生成临时数据表；获取所述外呼数据的期望外呼时间，将所述期望外呼时间添加至所述临时数据表中；计算当前时间与所述期望外呼时间的时间差，将所述时间差添加至所述临时数据表中；按照所述时间差从大到小的顺序对所述外呼数据进行排序，得到排序后的临时数据表；根据用户职业以及用户所属区域，确定每个外呼数据的目标呼叫时间段，判断每个所述外呼数据的目标呼叫时间与预估呼叫时间段是否有交集，得到第一判断结果，将所述第一判断结果添加至所述临时数据表中，其中，所述预估呼叫时间段为当前时间至当前时间之后第一时间；从所述临时数据表中从前至后依次提取第一判断结果为是的第一预设数量的外呼数据，将提取的所述外呼数据发送至所述智能外呼系统。
[0118]
进一步地，外呼模块44还用于当外呼结果为呼叫失败时，将对应的外呼数据的呼
叫失败次数进行更新；当所述呼叫失败次数小于第一预设次数时，将所述外呼数据移动至外呼顺序的末位；当所述呼叫失败次数大于或等于第二预设次数时，生成与所述外呼数据关联的反馈记录，将所述反馈记录进行汇总后发送至所述业务平台；其中，所述第二预设次数大于所述第一预设次数。
[0119]
图5为本发明第五实施例的智能外呼数据处理装置的结构示意图。如图5所示，该智能外呼数据处理装置50包括处理器51及和处理器51耦接的存储器52。
[0120]
存储器52存储有用于实现上述任一实施例的智能外呼数据处理方法的程序指令。
[0121]
处理器51用于执行存储器52存储的程序指令以进行智能外呼数据处理。
[0122]
其中，处理器51还可以称为cpu(central processing unit，中央处理单元)。处理器51可能是一种集成电路芯片，具有信号的处理能力。处理器51还可以是通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0123]
参阅图6，图6为本发明第六实施例的存储介质的结构示意图。本发明实施例的存储介质存储有能够实现上述所有智能外呼数据处理方法的程序指令61，其中，该程序指令61可以以软件产品的形式存储在上述存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储装置包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质，或者是计算机、服务器、手机、平板等终端设备。
[0124]
在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0125]
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。以上仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围。
[0126]
以上所述的仅是本发明的实施方式，在此应当指出，对于本领域的普通技术人员来说，在不脱离本发明创造构思的前提下，还可以做出改进，但这些均属于本发明的保护范围。