信息更新方法、装置、计算机设备及存储介质与流程

本发明涉及数据处理技术领域，尤其涉及一种信息更新方法、装置、计算机设备及存储介质。

背景技术：

保险单简称保单，是保险人与被保险人订立保险合同的正式书面证明，其中记载着保单双方当事人的权利义务及责任、客户信息、业务工作人员信息以及保单有效期的保单起始时间和保单到期时间等信息。实际情况中，存在不同的需要持续跟进的保险业务，为了提高客户续保成功率，会使用电销系统对已有的需要持续跟进的客户名单进行持续业务联系，让坐席人员根据该客户名单对客户进行回访。在此期可能存在客户名单中的一些客户对应的登记联系方式已经变更，坐席人员不能够及时联系到对应的客户也即失联客户的情况，坐席人员无法完成催收导致保单流失。

同时由于已有的客户名单以及对应的保单数据可达亿级的数量级，数据量庞大，现有的电销系统往往需要很长的处理时间，坐席人员若持续跟进失联客户，则对客户名单处理的效率收到极大影响。如何在保险业务中及时更新失联客户的联系方式以保障保险业务的顺利推进成为亟待解决的问题。

技术实现要素：

本发明实施例提供一种信息更新方法、装置、计算机设备及存储介质，以解决在保险业务中及时更新失联客户的联系方式以保障保险业务的顺利推进的问题。

一种信息更新方法，应用于跟进系统，包括：

获取跟进业务请求，基于跟进业务请求从业务数据库中获取客户跟进名单，客户跟进名单包括至少一组业务记录，每一业务记录包括跟进客户和登记联系方式；

基于每一跟进客户对应的登记联系方式，向登记联系方式对应的客户端发送业务确认信息；

统计登记联系方式对应的客户端基于业务确认信息返回的业务回复信息，将未在预设等待时间内返回业务回复信息的所有登记联系方式对应的跟进客户标记为失联客户，将标记为失联客户的跟进客户对应的联系状态更新为失联状态；

基于每一失联客户形成失联客户名单，将失联客户名单发送给复联系统；

获取复联系统基于失联客户名单发送的复联客户名单，复联客户名单包括至少一个复联客户和更新联系方式；

基于复联客户名单和业务记录，采用复联客户对应的更新联系方式更新业务记录中的登记联系方式。

一种信息更新装置，应用于跟进系统，包括：

获取业务请求模块，用于获取跟进业务请求，基于跟进业务请求从业务数据库中获取客户跟进名单，客户跟进名单包括至少一组业务记录，每一业务记录包括跟进客户和登记联系方式；

发送确认信息模块，用于基于每一跟进客户对应的登记联系方式，向登记联系方式对应的客户端发送业务确认信息；

统计回复信息模块，用于统计登记联系方式对应的客户端基于业务确认信息返回的业务回复信息，将未在预设等待时间内返回业务回复信息的所有登记联系方式对应的跟进客户标记为失联客户，将标记为失联客户的跟进客户对应的联系状态更新为失联状态；

发送客户名单模块，用于基于每一失联客户形成失联客户名单，将失联客户名单发送给复联系统；

获取复联信息模块，用于获取复联系统基于失联客户名单发送的复联客户名单，复联客户名单包括至少一个复联客户和更新联系方式；

更新联系方式模块，用于基于复联客户名单和业务记录，采用复联客户对应的更新联系方式更新业务记录中的登记联系方式。

一种计算机设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述信息更新方法。

一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述信息更新方法。

一种信息更新方法，应用于复联系统，包括：

接收跟进系统发送的失联客户名单，失联客户名单包括至少一个失联客户；

在客户数据库查询失联客户登记的至少一个紧急联系人和紧急联系人对应的紧急联系方式；

按预设通知信息生成模板添加紧急联系人和紧急联系方式，形成复联通知信息，将复联通知信息发送给紧急联系方式对应的客户端；

若紧急联系方式对应的客户端在预设等待时间内返回失联客户对应的更新联系方式，则将失联客户对应的更新联系方式在失联客户名单中进行更新，形成复联客户名单；

将复联客户名单发送给跟进系统，复联客户名单包括至少一个复联客户和更新联系方式。

一种信息更新装置，应用于复联系统，包括：

接收失联名单模块，用于接收跟进系统发送的失联客户名单，失联客户名单包括至少一个失联客户；

查询联系方式模块，用于在客户数据库查询失联客户登记的至少一个紧急联系人和紧急联系人对应的紧急联系方式；

形成复联信息模块，用于按预设通知信息生成模板添加紧急联系人和紧急联系方式，形成复联通知信息，将复联通知信息发送给紧急联系方式对应的客户端；

形成客户名单模块，用于若紧急联系方式对应的客户端在预设等待时间内返回失联客户对应的更新联系方式，则将失联客户对应的更新联系方式在失联客户名单中进行更新，形成复联客户名单；

发送复联名单模块，用于将复联客户名单发送给跟进系统，复联客户名单包括至少一个复联客户和更新联系方式。

一种计算机设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述信息更新方法。

一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述信息更新方法。

上述信息更新方法、装置、计算机设备及存储介质，通过在业务数据库中获取需要更新联系方式的失联客户名单，将该失联客户名单发送给复联系统，以使复联系统对应的人员可基于该失联客户名单进行客户复联工作，并将复联得到的客户的更新联系方式在业务数据库中进行更新，利于坐席人员基于更新的更新联系方式进行业务跟进，将坐席人员对失联用户的复联工作剥离，将复联工作转移给复联系统进行跟进，可节约坐席人员的工作时间，提高工作效率，保障业务进程的顺利推进。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例中信息更新方法的应用环境示意图；

图2是本发明一实施例中信息更新方法的流程图；

图3是本发明一实施例中信息更新方法的另一流程图；

图4是本发明一实施例中信息更新方法的另一流程图；

图5是本发明一实施例中信息更新方法的另一流程图；

图6是本发明一实施例中信息更新方法的另一流程图；

图7是本发明一实施例中信息更新装置的示意图；

图8是本发明一实施例中计算机设备的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供的信息更新方法，可应用在如图1的应用环境中，该信息更新方法应用在信息更新系统中，该信息更新系统包括客户端、坐席端、跟进系统和复联系统，其中，客户端和坐席端通过网络与跟进服务器进行通信。客户端或坐席端又称为用户端，是指与跟进服务器相对应，为客户提供本地服务的程序。该客户端可安装在但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备等计算机设备上。跟进系统对应的跟进服务器和复联系统对应的复联服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

该信息更新方法，应用于跟进系统，执行如下步骤：

获取跟进业务请求，基于跟进业务请求从业务数据库中获取客户跟进名单，客户跟进名单包括至少一组业务记录，每一业务记录包括跟进客户和登记联系方式；

基于每一跟进客户对应的登记联系方式，向登记联系方式对应的客户端发送业务确认信息；

统计登记联系方式对应的客户端基于业务确认信息返回的业务回复信息，将未在预设等待时间内返回业务回复信息的所有登记联系方式对应的跟进客户标记为失联客户，将标记为失联客户的跟进客户对应的联系状态更新为失联状态；

基于每一失联客户形成失联客户名单，将失联客户名单发送给复联系统；

获取复联系统基于失联客户名单发送的复联客户名单，复联客户名单包括至少一个复联客户和更新联系方式；

基于复联客户名单和业务记录，采用复联客户对应的更新联系方式更新业务记录中的登记联系方式。

该信息更新方法，应用于复联系统，执行如下步骤：

接收跟进系统发送的失联客户名单，失联客户名单包括至少一个失联客户；

在客户数据库查询失联客户登记的至少一个紧急联系人和紧急联系人对应的紧急联系方式；

按预设通知信息生成模板添加紧急联系人和紧急联系方式，形成复联通知信息，将复联通知信息发送给紧急联系方式对应的客户端；

若紧急联系方式对应的客户端在预设等待时间内返回失联客户对应的更新联系方式，则将失联客户对应的更新联系方式在失联客户名单中进行更新，形成复联客户名单；

将复联客户名单发送给跟进系统，复联客户名单包括至少一个复联客户和更新联系方式。

在一实施例中，如图2所示，提供一种信息更新方法，以该方法应用在图1中的跟进系统和复联系统为例进行说明，具体包括如下步骤：

s11.获取跟进业务请求，基于跟进业务请求从业务数据库中获取客户跟进名单，客户跟进名单包括至少一组业务记录，每一业务记录包括跟进客户和登记联系方式。

其中，跟进业务是需要坐席人员后续持续跟进的业务，比如，分期付款业务等。跟进业务请求是客户端向跟进服务器发起的将需要待跟进业务发起跟进的请求。

业务数据库是记录所有业务和与所有业务相关的数据集合的数据库。该业务数据库可采用现有已成熟应用的各种关系数据库(便于数据的同步更新和数据互相调用)，比如，mariadb、perconaserver、postgresql、microsoftaccess或microsoftsqlserver等，此处不作限定。

客户跟进名单是需要跟进的所有跟进业务对应的待跟进客户构成的总名单。

登记联系方式是客户注册业务或上次办理业务时存留的手机号码或者电子邮箱等可以联系到客户的联系方式。

具体地，现有市场业务包括一次性业务和分期业务。对于一次性业务，客户一次性付款即可完成产品或服务的购买；对于分期业务，需要客户分期付款，或者提供产品或服务的商家分期兑付产品或服务。基于分期业务尤其是分期付款业务，需要商家及时跟进。比如，在保险行业，若客户未完成分期付款中的一起付款，可能引起断保，给客户和保险公司都带来不可避免的损失。具体地，举例说明商业保险断交的四种情况：

一、商业保险到缴费期往后有缴费宽限期60天，在60天内缴交费保险的各项保障仍然有效。

二、超过60天后保单进入中止状态，这个时间出险保险公司不承担责任。

三、在缴交费期往后的两年内，保单可以申请复效，复效后保单重新生效。

四、在缴交费期后的超过两年，保单未申请复效保单效力终止。

为了避免上述情况的发生，商家应及时跟踪需要跟进的业务，与客户保持有效联络，以在分期业务发生前及时通知到客户。

进一步地，跟进服务器可收集所有待跟进的业务和每项待跟进业务对应的客户对应添加到业务数据库中，以利于后续基于该业务数据库筛选出待跟进的业务和客户。具体地，跟进服务器可收集每项业务对应的业务记录，将业务记录中状态为未完成状态、分期完成状态或暂停状态等的对应的业务筛选出来记录为待跟进的业务。并将每一待跟进业务对应的客户的登记联系方式也同时提取并保存到业务数据库中，利于后续跟进服务器可及时基于业务数据库即可进行跟进业务，联系到对应的待跟进客户。

步骤s11中，跟进服务器可基于跟进业务请求在业务数据库中获取所有的跟进客户和每一跟进客户对应的登记联系方式，便于坐席可快速根据客户跟进名单与每一跟进客户推进跟进业务。

s12.基于每一跟进客户对应的登记联系方式，向登记联系方式对应的客户端发送业务确认信息。

其中，业务确认信息是跟进服务器根据每一跟进业务设定的跟进提醒信息。

进一步地，跟进服务器可基于不同的跟进业务类型预存不同的业务确认信息模板。当确认跟进业务的类型后，可基于该跟进业务类型对应的确认信息模板添加实时业务内容，比如客户名字和系统当前时间等，生成业务确认信息，以保障业务确认信息的实时性。

步骤s12中，跟进服务器可基于已设定的与跟进业务对应的业务确认信息直接发送给登记联系方式对应的客户端，简单快捷。

s13.统计登记联系方式对应的客户端基于业务确认信息返回的业务回复信息，将未在预设等待时间内返回业务回复信息的所有登记联系方式对应的跟进客户标记为失联客户，将标记为失联客户的跟进客户对应的联系状态更新为失联状态。

其中，预设等待时间是跟进服务器等待客户返回业务回复信息的时间，于本实施例，为了敦促客户及时反馈业务回复信息，可设置为两天以内，并在向客户发送业务确认信息时，提示客户端在对应的预设等待时间内及时返回业务回复信息。

联系状态是跟进服务器标记每一跟进客户是否可联的状态，包括可联状态和失联状态，跟进服务器可基于每一跟进客户反馈的业务回复信息更新每一跟进客户对应的联系状态。比如，在预设时间内，跟进服务器可将未回复业务回复信息的跟进客户标记为失联客户，并且将该失联客户对应的联系状态变更为失联状态；同时，若跟进服务器接收到跟进客户反馈的业务回复信息，则该跟进客户对应的联系状态为可联状态。

业务回复信息是客户基于业务确认信息返回的确认跟进业务进入下一跟进阶段的确认信息。比如，若业务确认信息为提示客户缴纳下一期保险费用，当客户完成费用缴纳后，可向跟进服务器发送业务回复信息，该业务回复信息即为已完成费用缴纳的信息。

具体地，跟进服务器可设置定时任务用以标记失联客户，该定时任务可通过gettime()函数作为定时器来实现。定时器的等待时间即为预设等待时间，也即当定时器到达预设等待时间后可触发跟进服务器根据所有跟进客户返回的业务回复信息来筛选失联客户。

若在预设等待时间后跟进服务器未接受到客户返回的业务回复信息，可能存在用户对应的登记联系方式有误的情况(客户已更新联系方式)。此时跟进服务器可将未回复业务回复信息的客户标记为失联客户，并将标记为失联客户的跟进客户对应的联系状态更新为失联状态。

步骤s13中，跟进服务器可基于业务回复信息的回复情况，确认失联客户和对跟进业务进行确认的客户，利于推进跟进业务；同时可获取失联客户的名单，用以后续对失联客户推送到复联系统进行联系，以推进跟进业务。

s14.基于每一失联客户形成失联客户名单，将失联客户名单发送给复联系统。

其中，复联系统是与跟进服务器连接的，用以与失联客户进行追踪联系的专用系统，用以将联系到的复联客户的新的联系方式通过复联系统进行更新。

具体地，跟进服务器可在客户跟进名单中给每一跟进客户设立一个客户标记。将失联客户的客户标记记录为真等，此处不做限定。跟进服务器在预设时间后将每一客户标记为失联客户的跟进客户进行筛选，形成新的表单也即失联客户名单。进一步地，该失联客户名单可关联客户信息表，包括失联对应的至少一个紧急联系人以及紧急联系人对应的紧急联系方式，用以给复联系统提供尽可能多的协助信息来重新联系客户。其中，客户信息表为客户建立业务时填写的所有客户个人信息，比如，姓名、年龄、住址、工作单位和手机号码等。

步骤s14中，跟进服务器可将失联客户名单发送给复联系统，以使复联系统可基于该失联客户名单与每一客户进行重新联络，维持跟进业务进展顺利。

s21.接收跟进系统发送的失联客户名单，失联客户名单包括至少一个失联客户。

步骤s21中，复联系统对应的复联服务器可接收失联客户名单中至少一个失联客户，为后续复联服务器基于该失联客户在客户数据库中登记的信息进行重新联络准备数据基础。

s22.在客户数据库查询失联客户登记的至少一个紧急联系人和紧急联系人对应的紧急联系方式。

其中，客户数据库是给每个业务对应的客户建立的档案库，包括客户的姓名、年龄、业务内容、联系方式或至少两个紧急联系人等。

紧急联系人是失联客户的信息在业务数据库进行记录时记录的至少一个与失联客户关系紧密的人，比如，亲戚、同事或者工作单位等，紧急联系方式也即亲戚、同事或者工作单位的联系方式，可以是手机号码也可以是电子邮箱等，此处不作限定。

步骤s22中，复联服务器可在客户数据库中依据失联客户查找到对应的紧急联系人，与紧急联系人对应的紧急联系方式进行联系以获取失联客户对应的更新联系方式。

s23.按预设通知信息生成模板添加紧急联系人和紧急联系方式，形成复联通知信息，将复联通知信息发送给紧急联系方式对应的客户端。

步骤s23中，预设通知信息生成模板是复联服务器预置的用以通知紧急联系人现有失联客户对应的登记联系方式已失效，请求紧急联系人提供失联客户对应的最新的联系方式的信息模板。复联通知信息也即将紧急联系人和失联客户按预设通知信息生成模板进行对应内容添加后生成的信息。采用预设通知信息生成模板，可有效提高复联服务器生成复联通知信息的速度。

s24.若紧急联系方式对应的客户端在预设等待时间内返回失联客户对应的更新联系方式，则将失联客户对应的更新联系方式在失联客户名单中进行更新，形成复联客户名单。

步骤s24中，可在预设等待时间内统计每一失联客户对应的紧急联系人返回的复联信息，包括更新联系方式或者暂时无法联络，将该复联信息在失联客户名单中进行更新形成复联客户名单，该复联客户名单包括每一失联客户对应的更新联系方式，若某个失联客户未收到更新联系方式，则在复联客户名单中备注该失联客户“暂时无法联系”等标识。

s25.将复联客户名单发送给跟进系统，复联客户名单包括至少一个复联客户和更新联系方式。

步骤s25中，复联服务器可及时将复联客户名单返回给跟进系统，利于跟进系统及时更新失联客户在业务记录中的更新联系方式，利于推动跟进业务持续发展。

s15.获取复联系统基于失联客户名单发送的复联客户名单，复联客户名单包括至少一个复联客户和更新联系方式。

其中，复联客户名单是基于失联客户名单，与失联客户的紧急联系人取得联系后重新获取每一失联客户对应的更新联系方式，也即复联客户名单中的复联客户覆盖失联客户名单中的每一个失联客户。将包括所有失联客户名单中的每一个失联客户的复联客户名单返回给跟进服务器，可保障获取失联客户的信息完整性和后续跟进客户时的跟进人员全面性。可以理解地，对于复联系统也无法联系到的失联客户的对应的更新联系方式，复联系统可给该失联客户对应的复联客户名单进行信息标注，比如标注为暂时无法联络等。

更新联系方式为新的可联系到客户的手机号码或电子邮箱等形成的信息等。

具体地，跟进服务器将依据步骤s13中的失联客户名单推送到复联系统，以使复联系统基于每一失联客户登记的紧急联系人进行恢复性联系，比如，通过客户预留的紧急联系人联系到客户等，若可与失联客户获得重新联系，则获得重新联系的客户即为复联客户。

复联系统可将复联客户和对应的更新联系方式更新到复联系统，利于跟进服务器及时基于复联系统的更新信息在业务数据库中进行客户数据的同步更新。

步骤s15中，跟进服务器可获取复联系统发送的复联客户名单，便于跟进服务器可基于该复联客户名单重新给客户发送业务确认信息，以便于推进跟进业务。

s16.基于复联客户名单和业务记录，采用复联客户对应的更新联系方式更新业务记录中的登记联系方式。

具体地，当复联系统的某个复联客户取得更新联系方式，可同步更新业务数据库中对应业务记录中的登记联系方式为更新联系方式，提高业务数据库的实时性和自动更新能力。

步骤s16中，跟进服务器可基于同一复联客户，将该复联客户在业务记录中对应的登记联系方式更新为更新联系方式，保持客户信息的可靠性和真实性。

优选地，在步骤s16之后，即在采用复联客户对应的更新联系方式更新业务记录中的登记联系方式之后，信息更新方法还具体包括如下步骤：

s161.给复联客户对应的更新联系方式的客户端发送业务确认信息。

可以理解地，当失联客户转换为复联客户后，跟进服务器应及时向复联客户推进跟进业务，也应及时给复联客户发送业务确认信息。具体发送过程与步骤s12相同，此处不再赘述。

步骤s161中，跟进服务器可及时给复联客户对应的更新联系方式的客户端发送业务确认信息，保障推进跟进业务的完整性，也即保障可联系的每一客户都可及时收取跟进服务器发送的业务确认信息。

s162.获取客户端基于业务确认信息返回的业务回复信息，基于业务回复信息，更新复联客户的业务记录中的联系状态。

可以理解地，当跟进服务器可接受到客户返回的业务回复信息，也即客户对应的更新联系方式为真，可将该复联客户对应的联系状态更新为可联状态。

步骤s162中，跟进服务器可及时基于业务确认信息获取客户返回的业务回复信息，获取业务推进结果；同时可自动更新该客户对应的联系状态，便于后续跟进服务器基于每一客户的联系状态筛选出失联状态的客户进行重新联系。

步骤s161至s162中，跟进服务器可及时给复联客户对应的更新联系方式的客户端发送业务确认信息，保障推进跟进业务的完整性，也即保障可联系的每一客户都可及时收取跟进服务器发送的业务确认信息。跟进服务器可及时基于业务确认信息获取客户返回的业务回复信息，获取业务推进结果；同时可自动更新该客户对应的联系状态，便于后续跟进服务器基于每一客户的联系状态筛选出失联状态的客户进行重新联系。

本实施例提供的信息更新方法中，跟进服务器通过在业务数据库中获取需要更新联系方式的失联客户名单，将该失联客户名单发送给复联系统，以使复联系统对应的人员可基于该失联客户名单进行客户复联工作，并将复联得到的客户的更新联系方式在业务数据库中进行更新，利于坐席人员基于更新的更新联系方式进行业务跟进，将坐席人员对失联用户的复联工作剥离，将复联工作转移给复联系统进行跟进，可节约坐席人员的工作时间，提高工作效率，保障业务进程的顺利推进。

在一实施例中，跟进业务包括跟进业务模板和业务状态。如图3所示，在步骤s11中，即获取跟进业务请求，基于跟进业务请求从业务数据库中获取客户跟进名单，具体包括如下步骤：

s111.向坐席端推送业务模板界面，接收坐席端基于业务模板界面输入的业务配置数据，业务配置数据包括目标数据库id、目标业务类型、目标业务状态和目标办理期限。

其中，业务模板界面为跟进服务器预设的用以接收坐席通过客户端在该业务模板界面可进行业务配置的界面。

数据库id是跟进服务器用以区分存储的每一数据库的标识。业务类型是业务提供商可提供的所有业务类型的集合。业务状态是业务推进的状态，比如完成状态、跟进状态、终止状态和未激活状态等。

办理期限是每一客户对应的具体业务的最后可办理期限，也即当系统当前时间超过办理期限，则该业务即为终止状态，不可再进行业务变更等。

具体地，为了便于坐席迅速匹配出跟进客户，跟进服务器可结合数据库id、业务类型和办理期限生成业务模板，并给业务模板适配可执行界面形成业务模板界面，将该业务模板界面提供给客户端，客户端可基于业务模板界面输入业务配置数据，业务配置数据包括目标数据库id、目标业务类型、目标业务状态和目标办理期限。其中，目标数据库id是指坐席通过客户端在该业务模板界面发送的数据库id；目标业务类型是指坐席通过客户端在该业务模板界面发送的业务类型；目标业务状态是指坐席通过客户端在该业务模板界面发送的业务状态；目标办理期限是指坐席通过客户端在该业务模板界面发送的办理期限。坐席可基于该业务模板界面上包括的跟进业务栏目、业务类型栏目或办理期限等栏目提供的待选项进行快速选择。

步骤s111中，跟进服务器可基于坐席选择的每一栏目的选项，在业务数据库中进行精确筛选。

s112.获取坐席端发送的业务确认指令，基于业务确认指令和业务配置数据形成业务查询指令。

其中，业务确认指令是坐席向跟进服务器发送的确认业务配置数据的指令。比如，该业务确认指令可为业务模板界面上的确认按钮等。

业务查询指令是跟进服务器结合业务确认指令和业务配置数据形成的数据库语言查询指令。

步骤s112中，当跟进服务器接收到客户端发送的业务确认指令，即可基于业务确认指令和业务配置数据形成业务查询指令在业务数据库中进行查询，减少人工查询业务数据库的时间，提高工作效率。

s113.基于业务查询指令，从与目标数据库id相对应的业务数据库中，获取与目标业务类型、目标业务状态和目标办理期限相对应的客户跟进名单。

具体地，跟进服务器首先基于目标数据库id在跟进服务器中匹配对应的目标数据库，并在目标数据库中继续基于目标业务类型、目标业务状态和目标办理期限进行进一步筛选，最终可得到符合业务配置数据的客户跟进名单。

步骤s113中，跟进服务器可接收客户端同时指定的多个检索条件进行检索，获得客户跟进名单，可精确跟进业务和跟进客户，提高跟进工作的精确性和针对性。

步骤s111至s113中，跟进服务器可基于坐席选择的每一栏目的选项，在业务数据库中进行精确筛选。当跟进服务器接收到客户端发送的业务确认指令，即可基于业务确认指令和业务配置数据形成业务查询指令在业务数据库中进行查询，减少人工查询业务数据库的时间，提高工作效率。跟进服务器可接收客户端指定的多个检索条件进行检索，获得客户跟进名单，可精确跟进业务和跟进客户，提高跟进工作的精确性和针对性。

在一实施例中，如图4所示，在步骤s11之前，即在向坐席端推送业务模板界面之前，信息更新方法还具体包括如下步骤：

s101.获取配置业务模板请求，配置业务模板请求包括跟进业务栏目、业务类型栏目、业务状态栏目和业务办理期限栏目。

其中，配置业务模板请求是开发人员通过客户端向跟进服务器提起的给坐席建立业务模板界面的请求，以便于坐席通过业务模板界面进行业务配置。

跟进业务栏目是用以提供各种跟进业务的栏目条，同理可知，业务类型栏目是用以提供各种业务类型的栏目条，业务状态栏目是展示各种业务状态的栏目条，业务办理期限是展示日期的栏目条。

进一步地，跟进服务器可接收开发人员发送的用以对业务进行限定的其它类型的栏目条，比如，业务区域栏目等。可以理解地，业务区域栏目是展示各种业务执行区域的栏目条。

步骤s101中，跟进服务器可接收配置业务模板请求，用以开发人员根据业务实际需求对跟进客户进行筛选，提高配置业务模板积界面的可适用性和灵活性。

s102.基于跟进业务栏目、业务类型栏目、业务状态栏目、业务办理期限栏目和确认栏目生成业务模板界面，在业务模板界面中，将跟进业务栏目和业务数据库进行关联，将业务类型栏目与至少一个业务类型关联，将业务状态栏目与至少一种业务状态关联，将业务办理期限栏目与日历关联。

步骤s102中，跟进服务器可在业务模板界面中采用业务关联指令将跟进业务栏目和业务数据库进行关联，将业务类型栏目与至少一个业务类型关联，将业务状态栏目与至少一种业务状态关联，将业务办理期限栏目与日历关联，用以后续跟进服务器可直接基于坐席在业务模板界面上配置的业务配置数据进行精确查找。

步骤s101至s102中，跟进服务器可接收配置业务模板请求，用以开发人员根据业务实际需求对跟进客户进行筛选，提高配置业务模板积界面的可适用性和灵活性。跟进服务器可在业务模板界面中采用业务关联指令将跟进业务栏目和业务数据库进行关联，将业务类型栏目与至少一个业务类型关联，将业务状态栏目与至少一种业务状态关联，将业务办理期限栏目与日历关联，用以后续跟进服务器可直接基于坐席在业务模板界面上配置的业务配置数据进行精确查找。

在一实施例中，如图5所示，在步骤s16之后，即在采用复联客户对应的更新联系方式更新业务记录中的登记联系方式之后，信息更新方法还具体包括如下步骤：

s611.获取复联客户对应的业务记录中的业务办理期限和当前业务状态。

其中，当前业务状态包括完成状态和中断状态，其中，完成状态为该跟进业务的所有流程都已完成，无需继续跟进；中断状态为该跟进业务遇到业务瓶颈，处于中断情形。

具体地，跟进服务器可能经过一段时间获取复联客户对应的登记联系方式，此时，该复联客户对应的跟进业务可能存在多种情况，比如，该跟进业务已过业务办理期限等。此时，跟进服务器应针对不同的情形(包括业务办理期限或当前业务状态)采取不同的处理方式。

步骤s611中，跟进服务器可获取复联客户对应的业务记录中的业务办理期限和当前业务状态，为后续基于复联客户的不同情形进行进一步处理提供技术准备。

s612.若当前业务状态为办理状态，则对比系统当前时间和业务办理期限。

具体地，跟进服务器首先对当前业务状态进行筛选，将当前业务状态为办理状态的目标业务筛选出来后，再采用current_date函数获取系统当前时间。将得到的系统当前时间与目标业务对应的业务办理期限进行对比。

步骤s612中，跟进服务器可获取系统当前时间和业务办理期限的对比结果，为后续跟进服务器基于不同的对比结果进行业务处理准备技术基础。

s613.若系统当前时间未超过业务办理期限，则对比系统当前时间和预设缓冲期。

其中，预设缓冲期为跟进服务器设定的接近业务办理期限的指定时间，比如，一周或者三天等，此处不作限定。设定预设缓冲期利于跟进服务器基于快到业务办理期限的业务进行跟进，无需多过关注未到达预设缓冲期的业务，以减少对客户的业务提醒信息的打扰。

步骤s622中，跟进服务器在判定系统当前时间未超过业务办理期限时，继续对比系统当前时间和预设缓冲期，对跟进业务进行继续细分进行跟进，提高业务处理的针对性和细节化。

s614.若系统当前时间在预设缓冲期内，则发送与业务状态对应的提示信息。

具体地，跟进服务器判定系统当前时间在预设缓冲期内，说明当前对应的跟进业务即将到达业务处理期限，应及时给复联客户发送对应的提示信息，以提示客户尽快完成业务。

步骤s614中，跟进服务器可及时给快到业务处理期限内的客户发送提示信息，利于跟进业务的及时推进，同时及时提醒客户端完成业务操作以保障客户自身权益。

s615.若系统当前时间超过业务办理期限，则向复联客户对应的业务记录中的更新联系方式的客户端发送警告信息。

可以理解地，当系统当前时间超过业务办理期限，且当前业务状态为办理状态，说明该跟进业务还保留超期完成时限，跟进服务器应及时给客户端发送警告信息，以警示客户端尽快完成业务操作等。

进一步地，警告信息具体可为通知客户端超期后果，比如产生滞纳金等的信息。

步骤s615中，跟进服务器对于超过业务办理期限，还处于超期完成时限内的客户可发送警告信息，提高跟进业务推进的灵活性。

s616.若在预设提示时间内，接收到复联客户返回的业务确认信息，则更新业务记录中的业务状态为完成状态。

其中，预设提示时间为系统当前时间超过业务办理期限，且在步骤s615涉及的超期完成时限，比如，跟进服务器可设置为一周或两周等。

步骤s616中，跟进服务器可将在预设提示时间内将发送业务确认信息的复联客户对应的业务状态进行更新，保持业务记录的实时性。

s617.若在预设提示时间内，未接收到复联客户返回的业务确认信息，则更新业务记录中的业务状态为中断状态。

步骤s617中，跟进服务器可将超过业务提示时间还未收到复联客户返回业务确认信息的客户的业务状态设置为中断状态，以利于后续跟进服务器基于不同的业务状态采用不同的处理方式准备技术基础。

步骤s611至s617中，跟进服务器可获取复联客户对应的业务记录中的业务办理期限和当前业务状态，为后续基于复联客户的不同情形进行进一步处理提供技术准备。跟进服务器可获取系统当前时间和业务办理期限的对比结果，为后续跟进服务器基于不同的对比结果进行业务处理准备技术基础。跟进服务器在判定系统当前时间未超过业务办理期限时，继续对比系统当前时间和预设缓冲期，对跟进业务进行继续细分进行跟进，提高业务处理的针对性和细节化。跟进服务器可及时给快到业务处理期限内的客户发送提示信息，利于跟进业务的及时推进，同时及时提醒客户端完成业务操作以保障客户自身权益。跟进服务器对于超过业务办理期限，还处于超期完成时限内的客户可发送警告信息，提高跟进业务推进的灵活性。跟进服务器可将在预设提示时间内将发送业务确认信息的复联客户对应的业务状态进行更新，保持业务记录的实时性。跟进服务器可将超过业务提示时间还未收到复联客户返回业务确认信息的客户的业务状态设置为中断状态，以利于后续跟进服务器基于不同的业务状态采用不同的处理方式准备技术基础。

在一实施例中，跟进业务包括业务状态和业务办理期限。如图6所示，在步骤s16之后，即在采用复联客户对应的更新联系方式更新业务记录中的登记联系方式之后，信息更新方法还具体包括如下步骤：

s621.获取定时清洗任务，定时清洗任务包括业务办理期限和业务状态。

其中，定时清洗任务是跟进服务器在指定时间对业务数据库中满足业务办理期限和业务状态的跟进业务进行清洗，以保持业务数据库的精简和检索高效性。

具体地，随着业务的不断增加，业务数据库的容量也随之增大。跟进服务器应及时对业务数据库进行清洗。

跟进服务器可通过jdk(javadevelopmentkit，java开发工具包)自带的工具库中提供的timer函数设定定时清洗任务。

步骤s621中，跟进服务器可设定定时信息任务对业务数据库进行清洗，以保持业务数据库的精简和检索高效性。

s622.基于业务数据库，将同时符合业务状态和业务办理期限的所有组业务记录进行清洗。

具体地，跟进服务器基于步骤s621输入的业务办理期限和业务状态在业务数据库中对每一跟进业务进行筛选，得到符合每一条件的目标跟进业务后，将该目标跟进业务对应的所有数据进行清洗。其中，目标跟进任务是指符合业务办理期限和业务状态的跟进任务。

进一步地，跟进服务器可将目标跟进业务对应的所有数据筛选出后形成备份数据保存到备份数据库中，以便后续基于备份数据库进行相关数据的查验等。

步骤s622中，跟进服务器可将清洗后的数据进行备份，以便后续基于备份数据库进行相关数据的查验等。

步骤s621至s622中，跟进服务器可设定定时信息任务对业务数据库进行清洗，以保持业务数据库的精简和检索高效性。跟进服务器可将清洗后的数据进行备份，以便后续基于备份数据库进行相关数据的查验等。

本实施例提供的信息更新方法中，跟进服务器通过在业务数据库中获取需要更新联系方式的失联客户名单，将该失联客户名单发送给复联系统，以使复联系统对应的人员可基于该失联客户名单进行客户复联工作，并将复联得到的客户的更新联系方式在业务数据库中进行更新，利于坐席人员基于更新的更新联系方式进行业务跟进，将坐席人员对失联用户的复联工作剥离，将复联工作转移给复联系统进行跟进，可节约坐席人员的工作时间，提高工作效率，保障业务进程的顺利推进。

进一步地，跟进服务器可及时给复联客户对应的更新联系方式的客户端发送业务确认信息，保障推进跟进业务的完整性，也即保障可联系的每一客户都可及时收取跟进服务器发送的业务确认信息。跟进服务器可及时基于业务确认信息获取客户返回的业务回复信息，获取业务推进结果；同时可自动更新该客户对应的联系状态，便于后续跟进服务器基于每一客户的联系状态筛选出失联状态的客户进行重新联系。

进一步地，跟进服务器可基于坐席选择的每一栏目的选项，在业务数据库中进行精确筛选。当跟进服务器接收到客户端发送的业务确认指令，即可基于业务确认指令和业务配置数据形成业务查询指令在业务数据库中进行查询，减少人工查询业务数据库的时间，提高工作效率。跟进服务器可接收客户端指定的多个检索条件进行检索，获得客户跟进名单，可精确跟进业务和跟进客户，提高跟进工作的精确性和针对性。

进一步地，跟进服务器可接收配置业务模板请求，用以开发人员根据业务实际需求对跟进客户进行筛选，提高配置业务模板积界面的可适用性和灵活性。跟进服务器可在业务模板界面中采用业务关联指令将跟进业务栏目和业务数据库进行关联，将业务类型栏目与至少一个业务类型关联，将业务状态栏目与至少一种业务状态关联，将业务办理期限栏目与日历关联，用以后续跟进服务器可直接基于坐席在业务模板界面上配置的业务配置数据进行精确查找。

进一步地，跟进服务器可获取复联客户对应的业务记录中的业务办理期限和当前业务状态，为后续基于复联客户的不同情形进行进一步处理提供技术准备。跟进服务器可获取系统当前时间和业务办理期限的对比结果，为后续跟进服务器基于不同的对比结果进行业务处理准备技术基础。跟进服务器在判定系统当前时间未超过业务办理期限时，继续对比系统当前时间和预设缓冲期，对跟进业务进行继续细分进行跟进，提高业务处理的针对性和细节化。跟进服务器可及时给快到业务处理期限内的客户发送提示信息，利于跟进业务的及时推进，同时及时提醒客户端完成业务操作以保障客户自身权益。跟进服务器对于超过业务办理期限，还处于超期完成时限内的客户可发送警告信息，提高跟进业务推进的灵活性。跟进服务器可将在预设提示时间内将发送业务确认信息的复联客户对应的业务状态进行更新，保持业务记录的实时性。跟进服务器可将超过业务提示时间还未收到复联客户返回业务确认信息的客户的业务状态设置为中断状态，以利于后续跟进服务器基于不同的业务状态采用不同的处理方式准备技术基础。

进一步地，跟进服务器可设定定时信息任务对业务数据库进行清洗，以保持业务数据库的精简和检索高效性。跟进服务器可将清洗后的数据进行备份，以便后续基于备份数据库进行相关数据的查验等。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种信息更新装置，该信息更新装置与上述实施例中信息更新方法一一对应。如图7所示，该信息更新装置应用于跟进系统，包括获取业务请求模块11、发送确认信息模块12、统计回复信息模块13、发送客户名单模块14、获取复联信息模块15和更新联系方式模块16。各功能模块详细说明如下：

获取业务请求模块11，用于获取跟进业务请求，基于跟进业务请求从业务数据库中获取客户跟进名单，客户跟进名单包括至少一组业务记录，每一业务记录包括跟进客户和登记联系方式。

发送确认信息模块12，用于基于每一跟进客户对应的登记联系方式，向登记联系方式对应的客户端发送业务确认信息。

统计回复信息模块13，用于统计登记联系方式对应的客户端基于业务确认信息返回的业务回复信息，将未在预设等待时间内返回业务回复信息的所有登记联系方式对应的跟进客户标记为失联客户，将标记为失联客户的跟进客户对应的联系状态更新为失联状态。

发送客户名单模块14，用于基于每一失联客户形成失联客户名单，将失联客户名单发送给复联系统。

获取复联信息模块15，用于获取复联系统基于失联客户名单发送的复联客户名单，复联客户名单包括至少一个复联客户和更新联系方式。

更新联系方式模块16，用于基于复联客户名单和业务记录，采用复联客户对应的更新联系方式更新业务记录中的登记联系方式。

优选地，获取业务请求模块包括推送模块界面单元、获取确认指令单元和获取业务类型单元。

推送模块界面单元，用于向坐席端推送业务模板界面，接收坐席端基于业务模板界面输入的业务配置数据，业务配置数据包括目标数据库id、目标业务类型、目标业务状态和目标办理期限。

获取确认指令单元，用于获取坐席端发送的业务确认指令，基于业务确认指令和业务配置数据形成业务查询指令。

获取业务类型单元，用于基于业务查询指令，从与目标数据库id相对应的业务数据库中，获取与目标业务类型、目标业务状态和目标办理期限相对应的客户跟进名单。

优选地，该信息更新装置还包括获取模板请求模块和生成业务界面模块。

获取模板请求模块，用于获取配置业务模板请求，配置业务模板请求包括跟进业务栏目、业务类型栏目、业务状态栏目和业务办理期限栏目。

生成业务界面模块，用于基于跟进业务栏目、业务类型栏目、业务状态栏目、业务办理期限栏目和确认栏目生成业务模板界面，在业务模板界面中，将跟进业务栏目和业务数据库进行关联，将业务类型栏目与至少一个业务类型关联，将业务状态栏目与至少一种业务状态关联，将业务办理期限栏目与日历关联。

优选地，该信息更新装置还包括获取业务状态模块、对比办理期限模块、对比预设缓冲模块、发送提示信息模块、发送警告信息模块、记录完成状态模块和记录中断状态模块。

获取业务状态模块，用于获取复联客户对应的业务记录中的业务办理期限和当前业务状态。

对比办理期限模块，用于若当前业务状态为办理状态，则对比系统当前时间和业务办理期限。

对比预设缓冲模块，用于若系统当前时间未超过业务办理期限，则对比系统当前时间和预设缓冲期。

发送提示信息模块，用于若系统当前时间在预设缓冲期内，则发送与业务状态对应的提示信息。

发送警告信息模块，用于若系统当前时间超过业务办理期限，则向复联客户对应的业务记录中的更新联系方式的客户端发送警告信息。

记录完成状态模块，用于若在预设提示时间内，接收到复联客户返回的业务确认信息，则更新业务记录中的业务状态为完成状态。

记录中断状态模块，用于若在预设提示时间内，未接收到复联客户返回的业务确认信息，则更新业务记录中的业务状态为中断状态。

优选地，该信息更新装置还包括获取清洗任务模块和清洗业务记录模块。

获取清洗任务模块，用于获取定时清洗任务，定时清洗任务包括业务办理期限和业务状态。

清洗业务记录模块，用于基于业务数据库，将同时符合业务状态和业务办理期限的所有组业务记录进行清洗。

在一实施例中，提供一种信息更新装置，该信息更新装置与上述实施例中信息更新方法一一对应。如图7所示，该信息更新装置应用于复联系统，包括接收失联名单模块21、查询联系方式模块22、形成复联信息模块23、形成客户名单模块24和发送复联名单模块25。各功能模块详细说明如下：

接收失联名单模块21，用于接收跟进系统发送的失联客户名单，失联客户名单包括至少一个失联客户。

查询联系方式模块22，用于在客户数据库查询失联客户登记的至少一个紧急联系人和紧急联系人对应的紧急联系方式。

形成复联信息模块23，用于按预设通知信息生成模板添加紧急联系人和紧急联系方式，形成复联通知信息，将复联通知信息发送给紧急联系方式对应的客户端。

形成客户名单模块24，用于若紧急联系方式对应的客户端在预设等待时间内返回失联客户对应的更新联系方式，则将失联客户对应的更新联系方式在失联客户名单中进行更新，形成复联客户名单。

发送复联名单模块25，用于将复联客户名单发送给跟进系统，复联客户名单包括至少一个复联客户和更新联系方式。

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

在一实施例中，提供一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储信息更新方法中需保存的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种信息更新方法。

在一实施例中，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例信息更新方法的步骤，例如图2所示的步骤s11至步骤s16。或者，处理器执行计算机程序时实现上述实施例中信息更新装置的各系统的功能，例如图7所示跟进系统10至复联系统20的功能。为避免重复，此处不再赘述。

在一实施例中，提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施例数据调用方法，例如图2所示的步骤s11至步骤s16。或者，该计算机程序被处理器执行时实现上述装置实施例中数据调用装置中各系统的功能，例如例如图7所示跟进系统10至复联系统20的功能。为避免重复，此处不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上实施例仅用以说明本发明的技术方案，而非对其限制。尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。