避免过度回访的方法、电子装置及计算机可读存储介质

摘要

本发明公开了一种避免过度回访的方法，涉及重复断点过滤领域。一种避免过度回访的方法，包括：S1、在APP页面上设置埋点；S2、接收开始类埋点被客户触发后产生的开始事件信息；S3、判断在预设的断点识别间隔内是否接收到重复的开始时间信息，若是则按触发时间的先后进行排序；S4、判断在预设的断点识别间隔内是否有接收到与所触发的开始类埋点相对应的结束类埋点被触发后产生的完成类断点，若否则执行步骤S5；S5、生成相对应的产生类断点保存至下发清单中，并将所述产生类断点发送至客服系统。本发明通过在断点识别间隔内过滤重复的开始事件信息，以避免重复生成多条相同的产生类断点数据而发生客服对该客户过度回访的情况。

权利要求

1.一种避免过度回访的方法，其特征在于，包括如下步骤：

S1、在APP页面上设置埋点，所述埋点记录客户在APP页面上的操作行为，所述埋点包括开始类埋点和结束类埋点，所述开始类埋点和所述结束类埋点以一一对应的方式设置在APP页面上；

S2、接收所述开始类埋点被客户触发后产生的开始事件信息，所述开始事件信息包括埋点名称、电话号码、设备号、触发时间和客户号；

S3、判断在预设的断点识别间隔内是否接收到所述开始类埋点被同一个客户重复触发后产生的两个以上的所述开始事件信息，若是则将两个以上的所述开始事件信息认为是相同的开始事件信息并按触发时间的先后进行排序；

S4、判断自所述相同的开始事件信息中的首个触发时间起，在预设的断点识别间隔之前是否有接收到与所触发的开始类埋点相对应的结束类埋点被触发后产生的完成类断点，若没有则执行步骤S5；

S5、生成相对应的产生类断点保存至下发清单中，同时将所述产生类断点的信息发送至客服系统，所述产生类断点的信息包括所述开始类埋点被首次触发的触发时间，以及所述开始类埋点被末次触发后产生的开始事件信息中除触发时间以外的其他信息，所述其他信息包括埋点名称、电话号码、设备号和客户号。

2.根据权利要求1所述的避免过度回访的方法，其特征在于，S4还包括：若自所述相同的开始事件信息中的首个触发时间起，在预设的断点识别间隔之前检测到与所触发的开始类埋点相对应的结束类埋点被触发后产生的完成类断点，则将所述相同的开始事件信息和所述完成类断点全部删除后直接结束。

3.根据权利要求1所述的避免过度回访的方法，其特征在于，S5之后还包括：

S6、删除所述产生类断点的信息发送至客服系统之前与该断点相对应的所述相同的开始事件信息。

4.根据权利要求3所述的避免过度回访的方法，其特征在于，S6之后还包括：

S7、判断是否接收到与所述下发清单中所包含的产生类断点相对应的完成类断点，若是则生成屏蔽指令并发送至客服系统中，以指示客服系统屏蔽该产生类断点的信息。

5.根据权利要求4所述的避免过度回访的方法，其特征在于，S7之前还包括：

S70、判断是否接收到所述客服系统发来的所述产生类断点的信息被处理后的反馈信息，若是则将该产生类断点从所述下发清单中删除。

6.根据权利要求4所述的避免过度回访的方法，其特征在于，S7还包括：发送屏蔽指令后，将所述下发清单中与接收到的所述完成类断点相对应的产生类断点删除。

7.一种电子装置，包括存储器和处理器，其特征在于，所述存储器上存储有可被所述处理器执行的避免过度回访的系统，所述避免过度回访的系统包括：APP页面，所述APP页面上设置埋点，所述埋点记录客户在APP页面上的操作行为，所述埋点包括开始类埋点和结束类埋点，所述开始类埋点和所述结束类埋点以一一对应的方式设置在APP页面上；

事件信息接收模块，用于接收所述开始类埋点被客户触发后产生的开始事件信息，所述开始事件信息包括埋点名称、电话号码、设备号、触发时间和客户号；

相同事件判断模块，用于判断在预设的断点识别间隔内是否接收到所述开始类埋点被同一个客户重复触发后产生的两个以上的所述开始事件信息；

排序模块，用于在预设的断点识别间隔内是否接收到所述开始类埋点被同一个客户重复触发后产生的两个以上的所述开始事件信息后，将所述相同的开始事件信息按触发时间的先后进行排序；

产生类断点生成模块，用于判断自所述相同的开始事件信息中的首个触发时间起，经过预设的断点识别间隔之前是否有接收到与所触发的开始类埋点相对应的结束类埋点被触发后产生的完成类断点，若否则生成相对应的产生类断点保存至下发清单中，所述产生类断点的信息包括所述开始类埋点被首次触发的触发时间，以及所述开始类埋点被末次触发后产生的开始事件信息中除触发时间以外的其他信息，所述其他信息包括埋点名称、电话号码、设备号和客户号；

断点发送模块，用于将所述产生类断点的信息发送至客服系统。

8.根据权利要求7所述的电子装置，其特征在于，所述避免过度回访的系统还包括：屏蔽指令生成模块，用于判断是否接收到与所述下发清单中所包含的产生类断点相对应的完成类断点，并在接收到之后生成屏蔽指令，用于指示客服系统屏蔽该产生类断点的信息；

屏蔽指令发送模块，用于将所述屏蔽指令发送至客服系统。

9.根据权利要求8所述的电子装置，其特征在于，所述避免过度回访的系统还包括：反馈接收处理模块，用于判断是否接收到所述客服系统发来的所述产生类断点的信息被处理后的反馈信息，并在接收到之后将该产生类断点从所述下发清单中删除。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有避免过度回访的系统，所述避免过度回访的系统可被至少一个处理器所执行，以使所述至少一个处理器执行如权利要求1-6中任一项所述的避免过度回访的方法的步骤。

说明书

避免过度回访的方法、电子装置及计算机可读存储介质

技术领域

[0001] 本发明涉及重复断点过滤领域，涉及一种避免过度回访的方法、电子装置及计算机可读存储介质。

背景技术

[0002] 随着互联网的飞速发展，各种APP的使用十分广泛。

[0003] 客户在操作APP时，经常会遇到各种各样的问题。比如：注册多次失败；查看保单多次失败；提交了订单几天都未进行付款等等。这样对公司来说可能丢失一部分客户，效益也可能受到影响。通过设置埋点，可以将这些信息下发至客服，通过坐席回访进行干预，以在一定程度上挽留一些客户。

[0004] 但是当客户在APP页面上触发多次同一个开始类埋点，会导致同一条信息的重复下发，数据量成倍增加，导致各系统数据处理压力，坐席的重复回访，影响系统性能，也对客户多次回访导致人力资源浪费和客户体验变差。

发明内容

[0005] 本发明要解决的技术问题是为了克服现有技术中在客户重复操作失败后产生重复断点而导致客服过度回访的情况，提出了一种避免过度回访的方法、电子装置及计算机可读存储介质，通过对重复断点进行过滤，以防止过度回访的情况发生。

[0006] 本发明是通过下述技术方案来解决上述技术问题：

[0007] 一种避免过度回访的方法，包括如下步骤：

[0008] S1、在APP页面上设置埋点，所述埋点记录客户在APP页面上的操作行为，所述埋点包括开始类埋点和结束类埋点，所述开始类埋点和所述结束类埋点以一一对应的方式设置在APP页面上；

[0009] S2、接收所述开始类埋点被客户触发后产生的开始事件信息，所述开始事件信息包括埋点名称、电话号码、设备号、触发时间和客户号；

[0010] S3、判断在预设的断点识别间隔内是否接收到所述开始类埋点被同一个客户重复触发后产生的两个以上的所述开始事件信息，若是则将两个以上的所述开始事件信息认为是相同的开始事件信息并按触发时间的先后进行排序；

[0011] S4、判断自所述相同的开始事件信息中的首个触发时间起，在预设的断点识别间隔之前是否有接收到与所触发的开始类埋点相对应的结束类埋点被触发后产生的完成类断点，若否则执行步骤S5；

[0012] S5、生成相对应的产生类断点保存至下发清单中，同时将所述产生类断点的信息发送至客服系统，所述产生类断点的信息包括所述开始类埋点被首次触发的触发时间，以及所述开始类埋点被末次触发后产生的开始事件信息中除触发时间以外的其他信息，所述其他信息包括埋点名称、电话号码、设备号和客户号。

[0013] 优选地，S4还包括：若自所述相同的开始事件信息中的首个触发时间起，在预设的断点识别间隔之前检测到与所触发的开始类埋点相对应的结束类埋点被触发后产生的完成类断点，则将所述相同的开始事件信息和所述完成类断点全部删除后直接结束。

[0014] 优选地，S5之后还包括：

[0015] S6、删除所述产生类断点发送至客服系统之前与该断点相对应的所述相同的开始事件信息。

[0016] 优选地，S6之后还包括：

[0017] S7、判断是否接收到与所述下发清单中所包含的产生类断点相对应的完成类断点，若是则生成屏蔽指令并发送至客服系统中，以指示客服系统屏蔽该产生类断点。

[0018] 优选地，S7之前还包括：

[0019] S70、判断是否接收到所述客服系统发来的所述产生类断点的信息被处理后的反馈信息，若是则将该产生类断点从所述下发清单中删除。

[0020] 优选地，S7还包括：发送屏蔽指令后，将所述下发清单中与接收到的所述完成类断点相对应的产生类断点删除。

[0021] 一种电子装置，包括存储器和处理器，所述存储器上存储有可被所述处理器执行的避免过度回访的系统，所述避免过度回访的系统包括：

[0022] APP页面，所述APP页面上设置埋点，所述埋点记录客户在APP页面上的操作行为，所述埋点包括开始类埋点和结束类埋点，所述开始类埋点和所述结束类埋点以一一对应的方式设置在APP页面上；

[0023] 事件信息接收模块，用于接收所述开始类埋点被客户触发后产生的开始事件信息，所述开始事件信息包括埋点名称、电话号码、设备号、触发时间和客户号；

[0024] 相同事件判断模块，用于判断在预设的断点识别间隔内是否接收到所述开始类埋点被同一个客户重复触发后产生的两个以上的所述开始事件信息；

[0025] 排序模块，用于在预设的断点识别间隔内是否接收到所述开始类埋点被同一个客户重复触发后产生的两个以上的所述开始事件信息后，将所述相同的开始事件信息按触发时间的先后进行排序；

[0026] 产生类断点生成模块，用于判断自所述相同的开始事件信息中的首个触发时间起，在预设的断点识别间隔之前是否有接收到与所触发的开始类埋点相对应的结束类埋点被触发后产生的完成类断点，若否则生成相对应的产生类断点保存至下发清单中，所述产生类断点的信息包括所述开始类埋点被首次触发的触发时间，以及所述开始类埋点被末次触发后产生的开始事件信息中除触发时间以外的其他信息，所述其他信息包括埋点名称、电话号码、设备号和客户号；

[0027] 断点发送模块，用于将所述产生类断点的信息发送至客服系统。

[0028] 优选地，所述避免过度回访的系统还包括：

[0029] 屏蔽指令生成模块，用于判断是否接收到与所述下发清单中所包含的产生类断点相对应的完成类断点，并在接收到之后生成屏蔽指令，用于指示客服系统屏蔽该产生类断点的信息；

[0030] 屏蔽指令发送模块，用于将所述屏蔽指令发送至客服系统。

[0031] 优选地，所述避免过度回访的系统还包括：

[0032] 反馈接收处理模块，用于判断是否接收到所述客服系统发来的所述产生类断点的信息被处理后的反馈信息，并在接收到之后将该产生类断点从所述下发清单中删除。

[0033] 一种计算机可读存储介质，所述计算机可读存储介质内存储有避免过度回访的系统，所述避免过度回访的系统可被至少一个处理器所执行，以使所述至少一个处理器执行如权利要求前述中任一项所述的避免过度回访的方法的步骤。

[0034] 本发明的积极进步效果在于：

[0035] 1)本发明通过在断点识别间隔内，识别到同一个客户多次触发了开始类埋点，但一直没触发结束类埋点，在识别间隔结束时只生成一条产生类断点数据，以避免重复生成多条相同的产生类断点数据而发生客服对该客户过度回访的情况。

[0036] 2)本发明通过在产生类断点生成且未被处理的时间段内持续监测客户行为，以便在监测到客户解决问题后，屏蔽客服系统中的产生类断点，以避免发生在客户解决问题后还对该客户进行回访的情况。

附图说明

[0037] 图1示出了本发明电子装置一实施例的硬件架构示意图；

[0038] 图2示出了本发明电子装置中避免过度回访的系统第一实施例的程序模块示意图；

[0039] 图3示出了本发明电子装置中避免过度回访的系统第二实施例的程序模块示意图；

[0040] 图4示出了本发明电子装置中避免过度回访的系统第三实施例的程序模块示意图；

[0041] 图5示出了本发明避免过度回访的方法实施例一的流程图；

[0042] 图6示出了本发明避免过度回访的方法实施例二的流程图；

[0043] 图7示出了本发明避免过度回访的方法实施例三的流程图；

[0044] 图8示出了本发明避免过度回访的方法实施例四的流程图。

具体实施方式

[0045] 下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

[0046] 首先，本发明提出了一种电子装置。

[0047] 参阅图1所示，是本发明电子装置一实施例的硬件架构示意图。本实施例中，所述电子装置2是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图所示，所述电子装置2至少包括，但不限于，可通过系统总线相互通信连接存储器21、处理器22、网络接口23、以及避免过度回访的系统20。其中：

[0048] 所述存储器21至少包括一种类型的计算机可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器21可以是所述电子装置2的内部存储单元，例如该电子装置2的硬盘或内存。在另一些实施例中，所述存储器21也可以是所述电子装置2的外部存储设备，例如该电子装置2上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。当然，所述存储器21还可以既包括所述电子装置2的内部存储单元也包括其外部存储设备。本实施例中，所述存储器21通常用于存储安装于所述电子装置2的操作系统和各类应用软件，例如所述避免过度回访的系统20的程序代码等。此外，所述存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。

[0049] 所述处理器22在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制所述电子装置2的总体操作，例如执行与所述电子装置2进行数据交互或者通信相关的控制和处理等。本实施例中，所述处理器22用于运行所述存储器21中存储的程序代码或者处理数据，例如运行所述的避免过度回访的系统20等。

[0050] 所述网络接口23可包括无线网络接口或有线网络接口，该网络接口23通常用于在所述电子装置2与其他电子装置之间建立通信连接。例如，所述网络接口23用于通过网络将所述电子装置2与外部终端相连，在所述电子装置2与外部终端之间的建立数据传输通道和通信连接等。所述网络可以是企业内部网(Intranet)、互联网(Intemet)、全球移动通讯系统(Global System of Mobile communication，GSM)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。

[0051] 需要指出的是，图1仅示出了具有组件21-23的电子装置2，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

[0052] 在本实施例中，存储于存储器21中的所述避免过度回访的系统20可以被分割为一个或者多个程序模块，所述一个或者多个程序模块被存储于存储器21中，并可由一个或多个处理器(本实施例为处理器22)所执行，以完成本发明。

[0053] 例如，图2示出了所述避免过度回访的系统20第一实施例的程序模块示意图，该实施例中，所述避免过度回访的系统20可以被分割为APP页面201、事件信息接收模块202、相同事件判断模块203、排序模块204、产生类断点生成模块205和断点发送模块206。其中，本发明所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述所述避免过度回访的系统20在所述电子装置2中的执行过程。以下描述将具体介绍所述程序模块201-206的具体功能。

[0054] 所述APP页面201上设置埋点，所述埋点记录客户在APP页面上的操作行为，所述埋点包括开始类埋点和结束类埋点，所述开始类埋点和所述结束类埋点以一一对应的方式设置在APP页面上；

[0055] 所述埋点实际就是数据采集，主要用于事件统计，此处的事件为自定义事件，比如注册失败、查询失败等。具体地，在注册失败页面上设置开始类埋点，在注册成功页面上设置与之相对应的结束类埋点；又或者在查询失败页面上设置开始类埋点，在查询成功页面上设置与之相对应的结束类埋点；开始类埋点与结束类埋点的对应关系通过埋点名称来识别。

[0056] 所述埋点具体采用在APP页面的代码中加入统计代码的方式实现，当统计代码被执行时触发所述埋点并产生的相应的事件信息。所述事件信息接收模块202用于接收所述开始类埋点被客户触发后产生的开始事件信息，所述开始事件信息包括埋点名称、电话号码、设备号、触发时间和客户号；

[0057] 所述电话号码为客户的电话号码，用于后续的客服回访；

[0058] 所述相同事件判断模块203用于判断在预设的断点识别间隔内是否接收到所述开始类埋点被同一个客户重复触发后产生的两个以上的所述开始事件信息；

[0059] 所述排序模块204在预设的断点识别间隔内是否接收到所述开始类埋点被同一个客户重复触发后产生的两个以上的所述开始事件信息后，将所述相同的开始事件信息按触发时间的先后进行排序；

[0060] 所述产生类断点生成模块205用于判断自所述相同的开始事件信息中的首个触发时间起，在预设的断点识别间隔之前是否有接收到与所触发的开始类埋点相对应的结束类埋点被触发后产生的完成类断点，若否则生成相对应的产生类断点保存至下发清单中，所述产生类断点的信息包括所述开始类埋点被首次触发的触发时间，以及所述开始类埋点被末次触发后产生的开始事件信息中除触发时间以外的其他信息，所述其他信息包括埋点名称、电话号码、设备号和客户号；

[0061] 所述断点发送模块206用于将所述产生类断点的信息发送至客服系统。

[0062] 下面以客户在APP页面上注册账号失败为例做具体说明：

[0063] 假设：在制作APP页面时，事先针对注册失败和注册成功进行埋点，所述注册失败为开始类埋点，所述注册成功则为与之相对应的结束类埋点；客户想通过APP页面注册账号，但在短时间内反复进行了三次注册均失败了，之后不再进行账号注册的操作。

[0064] 1、客户每注册失败一次都会触发一次开始类埋点并产生一个开始事件信息，该客户共注册了三次，因而产生了三个重复的开始事件信息(仅触发时间不同)被后台记录下来，且后台将三个重复的开始事件信息按触发时间前后进行了排序。

[0065] 2、自第一个开始事件信息产生之时起，后台在断点识别间隔内会不断检测是否有接收到与所触发的开始类埋点相对应的结束类埋点被触发后产生的完成类断点，本例中客户三次注册失败后不再继续注册，因而后台在断点识别间隔内没有接收到与所触发的开始类埋点相对应的结束类埋点被触发后产生的完成类断点，继而在断点识别间隔经过之后生成一个产生类断点，这个产生类断点的生成时间设置为所述开始类埋点被该客户首次触发的时间，所述产生类断点的其他信息为所述开始类埋点被该客户第三次触发产生的开始事件信息中除触发时间以外的信息。

[0066] 3、产生类断点生成后，后台自动将该产生类断点保存至下发清单中并将该断点的信息发送至客服系统，以待客服进行回访，同时后台将记录的与该产生类断点相对应的三个重复的开始事件信息删除。

[0067] 本实施例中，通过对短时间内产生的重复的开始事件信息进行过滤，以防止后台生成多个重复的产生类断点发送至客服系统，以此避免过度回访的情况发生。

[0068] 又例如，图3示出了所述避免过度回访的系统20第二实施例的程序模块示意图，该实施例中，所述避免过度回访的系统20还可以被分割为APP页面201、事件信息接收模块202、相同事件判断模块203、排序模块204、产生类断点生成模块205、断点发送模块206、屏蔽指令生成模块207和屏蔽指令发送模块208。

[0069] 其中，模块201-206同第一实施例，此处不再赘述。

[0070] 所述屏蔽指令生成模块207用于判断是否接收到与所述下发清单中所包含的产生类断点相对应的完成类断点，并在接收到之后生成屏蔽指令，用于指示客服系统屏蔽该产生类断点的信息；

[0071] 所述屏蔽指令发送模块208用于将所述屏蔽指令发送至客服系统。

[0072] 接上例，由于产生类断点发送至客服系统后，对该产生类断点的处理(回访)会有所延时，而在产生类断点发送至客服系统与该断点被处理之前的一段时间内，客户可能会自己解决该注册问题，因而本实施例中加入了在产生类断点发送至客服系统后，还持续监控该客户的行为，一旦监测到该客户注册成功后触发结束类埋点而产生的完成类断点时，立即生成屏蔽指令发送至客服系统，以避免在客户注册成功后还对该客户进行回访，造成客户的体验不佳。

[0073] 又例如，图4示出了所述避免过度回访的系统20第三实施例的程序模块示意图，该实施例中，所述避免过度回访的系统20还可以被分割为APP页面201、事件信息接收模块202、相同事件判断模块203、排序模块204、产生类断点生成模块205、断点发送模块206、屏蔽指令生成模块207、屏蔽指令发送模块208和反馈接收处理模块209。

[0074] 其中，模块201-208同第二实施例，此处不再赘述。

[0075] 所述反馈接收处理模块209用于判断是否接收到所述客服系统发来的所述产生类断点的信息被处理后的反馈信息，并在接收到之后将该产生类断点从所述下发清单中删除。

[0076] 接上例，为减轻后台的数据处理量，本实施例中，在发送至客服系统的产生类断点被处理后，客服系统会发送反馈信息给后台，后台根据该反馈信息将已处理的产生类断点从下发清单中删除。

[0077] 其次，本发明提出一种避免过度回访的方法。

[0078] 在实施例一中，如图5所示，所述的避免过度回访的方法包括如下步骤：

[0079] S1、在APP页面上设置埋点，所述埋点记录客户在APP页面上的操作行为，所述埋点包括开始类埋点和结束类埋点，所述开始类埋点和所述结束类埋点以一一对应的方式设置在APP页面上。

[0080] 所述网页埋点实际就是数据采集，主要用于事件统计，此处的事件为自定义事件，比如注册失败、查询失败等。具体地，在注册失败页面上设置开始类埋点，在注册成功页面上设置与之相对应的结束类埋点；又或者在查询失败页面上设置开始类埋点，在查询成功页面上设置与之相对应的结束类埋点；开始类埋点与结束类埋点的对应关系通过埋点名称来识别。

[0081] 所述埋点具体采用在APP页面的代码中加入统计代码的方式实现，当统计代码被执行时触发所述埋点并产生的相应的事件信息。

[0082] S2、接收所述开始类埋点被客户触发后产生的开始事件信息，所述开始事件信息包括埋点名称、电话号码、设备号、触发时间和客户号。

[0083] 所述电话号码是指客户的电话号码，以便后续客服对该客户进行回访。

[0084] S3、判断在预设的断点识别间隔内是否接收到所述开始类埋点被同一个客户重复触发后产生的两个以上的所述开始事件信息，若是则将两个以上的所述开始事件信息认为是相同的开始事件信息并按触发时间的先后进行排序。

[0085] S4、判断自所述相同的开始事件信息中的首个触发时间起，在预设的断点识别间隔之前是否有接收到与所触发的开始类埋点相对应的结束类埋点被触发后产生的完成类断点，若否则执行步骤S5，若是则将所述相同的开始事件信息和所述完成类断点全部删除后直接结束。

[0086] 所述完成类断点中包含有如下信息：埋点名称、客户的电话号码、设备号、触发时间和客户号，所述完成类断点中包含的信息与所述开始事件信息相对应。

[0087] S5、生成相对应的产生类断点保存至下发清单中，同时将所述产生类断点的信息发送至客服系统，所述产生类断点的信息包括所述开始类埋点被首次触发的触发时间，以及所述开始类埋点被末次触发后产生的开始事件信息中除触发时间以外的其他信息，所述其他信息包括埋点名称、电话号码、设备号和客户号。

[0088] 这里所述客服系统为泛指，可以是人工客服系统、智能客服系统，还有可能是人工智能相结合的客服系统。

[0089] 本实施例中，针对同一个客户在短时间内连续的注册失败或者查询失败进行过滤，具体如下：

[0090] 1、客户查询保单信息，但是连续三次查询均失败，均弹出查询失败对话框，触发了保单查询的开始类埋点，进而在短时间内产生了三个相同的开始事件信息，后台对这三个开始事件信息按触发时间的先后进行排序。

[0091] 2、在三次查询失败后客户不再进行保单查询的操作，因而生成了一个产生类断点保存至下发清单中并发送至客服系统，并在所述产生类断点生成之后，删除与之相对应的三个开始事件信息，而生成的一个产生类断点的生成时间设置为所述开始类埋点被该客户首次触发的时间，其他信息则为所述开始类埋点被该客户第三次触发产生的开始事件信息中除触发时间以外的信息。

[0092] 本实施例通过产生类断点生成之时就对同一断点的重复触发进行过滤，以避免生成多个相同的产生类断点，进而避免客服系统收到多个相同的产生类断点而发生过度回访的情况。

[0093] 在实施例二中，基于实施例一的基础上，如图6所示，所述的避免过度回访的方法包括如下步骤：

[0094] S1-S5同实施例一，此处不再赘述。

[0095] S6、删除所述产生类断点发送至客服系统之前与该断点相对应的所述相同的开始事件信息。

[0096] 接上例，为了释放后台的储存空间，本实施例在产生类断点生成之后，将生成之前按触发时间排序的与该断点相对应的三个相同的开始事件信息均做删除处理。

[0097] 在实施例三中，基于实施例二的基础上，如图7所示，所述的避免过度回访的方法包括如下步骤：

[0098] S1-S6同实施例二，此处不再赘述。

[0099] S7、判断是否接收到与所述下发清单中所包含的产生类断点相对应的完成类断点，若是则生成屏蔽指令并发送至客服系统中，以指示客服系统屏蔽该产生类断点的信息，且将所述下发清单中与接收到的所述完成类断点相对应的产生类断点删除。

[0100] 接上例，由于产生类断点发送至客服系统后，对该产生类断点的处理(回访)会有所延时，而在产生类断点发送至客服系统与该断点被处理之前的一段时间内，客户可能会自己解决该注册问题，因而本实施例中加入了在产生类断点发送至客服系统后，还持续监控该客户的行为，一旦监测到该客户注册成功后触发结束类埋点而产生的完成类断点时，立即生成屏蔽指令发送至客服系统，以避免在客户注册成功后还对该客户进行回访，造成客户的体验不佳。

[0101] 具体为，持续不间断地检测是否接收到与所述下发清单中所包含的产生类断点相对应的完成类断点，一旦检测到，则立即生成屏蔽指令发送至客服系统，使得客服系统屏蔽这些产生类断点不进行处理。

[0102] 在实施例四中，基于实施例三的基础上，如图8所示，所述的避免过度回访的方法包括如下步骤：

[0103] S1-S7同实施例三，此处不再赘述。

[0104] 在S7之前还包括：

[0105] S70、判断是否接收到所述客服系统发来的所述产生类断点的信息被处理后的反馈信息，若是则将该产生类断点从所述下发清单中删除。

[0106] 接上例，为避免后台的数据处理量太大，本实施例通过在发送至客服系统的产生类断点的信息被处理后客服系统发送反馈信息给后台的方式，使得后台根据该反馈信息将已处理的产生类断点从下发清单中删除，以使后台对这些已处理产生类断点不再持续监控。

[0107] 此外，本发明一种计算机可读存储介质，该计算机可读存储介质内存储有避免过度回访的系统20，该避免过度回访的系统20可被一个或多个处理器执行时，实现上述避免过度回访的方法或电子装置的操作。

[0108] 虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。