CN107038180A - 投保单信息更新方法及管理服务器 - Google Patents

Abstract

本发明公开了一种投保单信息更新方法。该方法包括：管理服务器每间隔预置时长从核心服务器获取投保单基础数据，该基础数据包括目标投保单的编号及目标投保单最近一次的更新时间，根据该目标投保单的编号确定在管理服务器管理的投保单中，编号与该目标投保单的编号相同的投保单已记录的最近一次的更新时间，若该目标投保单最近一次的更新时间晚于该已记录的最近一次的更新时间，则从核心服务器获取该目标投保单的投保单信息，并推送给相应的人工坐席，本发明还公开了一种管理服务器，使得能够由管理服务器主动向人工坐席推送投保单信息，以实现投保单信息的更新，有效减少人工坐席侧的销售人员的工作量，便于销售人员开展工作。

Description

投保单信息更新方法及管理服务器

技术领域

本发明涉及通信技术领域，尤其涉及一种投保单信息更新方法及管理服务器。

背景技术

目前，产险系统通常包含多个子系统，如电话销售子系统、APP销售子系统、官网销售子系统等等，每个子系统都具有对应的服务器对该子系统进行管理，且产险系统中具有核心服务器对该多个子系统进行管理。客户可以通过电话、官网、APP等渠道订购产险，且通过电话、官网、APP等渠道生成的投保单都将统一保存在核心服务器上。且为了避免客户因操作问题或者其他原因未能完成投保单的整个处理流程，导致客户的流失，核心服务器将各个渠道生成的投保单分配给电话销售子系统中管理服务器，由该管理服务器将投保单分配给相应的人工坐席，以由人工坐席查看投保单的投保单信息，以确定对该投保单的下一步处理方式，例如，若人工坐席确定投保单处于待缴费状态，将对该投保单的状态进行关注，若在预置时间段内该投保单的状态未变更为缴费状态，可以由人工坐席向客户拨打电话，以通过电话沟通的方式确定客户长时间未缴费的原因，并给出客户处理建议或者协助客户完成缴费过程。通过上述方式对投保单进行跟踪，能够有效避免客户的流失且给客户更好的使用体验。

其中，电话销售子系统中的人工坐席通常包含电脑、耳麦及销售人员，其中电脑上安装销售软件，以接入电话销售子系统。

为了实现对投保单的跟踪，电话销售子系统中人工坐席侧的销售人员需要通过手动刷新的方式刷新投保单信息，使得人工坐席侧的销售人员能够基于刷新后的投保单信息确定对该投保单的下一步处理流程。具体的：人工坐席在检测到销售人员的手动刷新操作之后，将生成投保单信息更新请求，并将该更新请求发送给电话销售子系统中的管理服务器，由电话销售子系统中的管理服务器从上述核心服务器上获取到与该人工坐席具有映射关系的投保单的投保单信息，并将该投保单信息反馈给上述人工坐席，以实现人工坐席的投保单信息的更新。通过上述手动刷新的方式，使得能够实现人工坐席的投保单信息的更新，使得人工坐席侧的销售人员能够基于更新后的投保单信息确定对投保单的下一步处理流程，有效实现投保单的跟踪。

然而，通过销售人员手动刷新的方式更新投保单信息将给销售人员的工作带来了极大不便且增加了销售人员的工作量。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种投保单信息更新方法及管理服务器，旨在解决现有技术中通过销售人员手动刷新的方式更新投保信息给销售人员的工作带来了极大不便且增加了销售人员的工作量的技术问题。

为实现上述目的，本发明提供的一种投保单信息更新方法，所述方法包括：

管理服务器每间隔预置时长从核心服务器获取投保单基础数据，所述投保单基础数据包括目标投保单的编号及所述目标投保单最近一次的更新时间；

在所述管理服务器管理的投保单中，确定编号与所述目标投保单的编号相同的投保单已记录的最近一次的更新时间；

若所述目标投保单最近一次的更新时间晚于所述已记录的最近一次的更新时间，则从所述核心服务器获取所述目标投保单的投保单信息，并推送给相应的人工坐席，以实现所述人工坐席的投保单信息的更新。

优选地，所述投保单基础数据还包括所述目标投保单的状态；

则所述从核心服务器获取所述目标投保单的投保单信息的步骤包括：

根据所述目标投保单的状态从所述核心服务器获取所述目标投保单的投保单信息。

优选地，所述根据所述目标投保单的状态从所述核心服务器获取所述目标投保单的投保单信息的步骤包括：

查找预先设置的状态与参数类型之间的映射关系，确定与所述目标投保单的状态对应的目标参数类型；

从所述核心服务器已保存的所述目标投保单的数据中获取与所述目标参数类型对应的参数值，将所述参数值作为所述目标投保单的投保单信息。

优选地，所述目标投保单为所述管理服务器管理的处于未完成状态的投保单。

优选地，所述推送给相应的人工坐席的步骤包括：

利用所述目标投保单的编号查找已保存的投保单的编号与人工坐席之间的映射关系，确定与所述目标投保单的编号具有映射关系的人工坐席；

将所述目标投保单的投保单信息推送给与所述目标投保单具有映射关系的人工坐席。

为了解决上述问题，本发明还提供一种管理服务器，所述管理服务器包括：

第一获取模块，用于每间隔预置时长从核心服务器获取投保单基础数据，所述投保单基础数据包括目标投保单的编号及所述目标投保单最近一次的更新时间；

确定模块，用于在所述管理服务器管理的投保单中，确定编号与所述目标投保单的编号相同的投保单已记录的最近一次的更新时间；

第二获取模块，用于若所述目标投保单最近一次的更新时间晚于所述已记录的最近一次的更新时间，则从所述核心服务器获取所述目标投保单的投保单信息；

推送模块，用于将所述目标投保单的投保单信息推送给相应的人工坐席，以实现所述人工坐席的投保单信息的更新。

优选地，所述投保单基础数据还包括所述目标投保单的状态；

则所述第二获取模块具体用于：若所述目标投保单最近一次的更新时间晚于所述已记录的最近一次的更新时间，则根据所述目标投保单的状态从所述核心服务器获取所述目标投保单的投保单信息。

优选地，所述第二获取模块包括：

第一查找模块，用于若所述目标投保单最近一次的更新时间晚于所述已记录的最近一次的更新时间，查找预先设置的状态与参数类型之间的映射关系，确定与所述目标投保单的状态对应的目标参数类型；

第三获取模块，用于从所述核心服务器已保存的所述目标投保单的数据中获取与所述目标参数类型对应的参数值，将所述参数值作为所述目标投保单的投保单信息。

优选地，所述目标投保单为所述管理服务器管理的处于未完成状态的投保单。

优选地，所述推送模块包括：

第二查找模块，用于利用所述目标投保单的编号查找已保存的投保单的编号与人工坐席之间的映射关系，确定与所述目标投保单的编号具有映射关系的人工坐席；

信息推送模块，用于将所述目标投保单的投保单信息推送给与所述目标投保单具有映射关系的人工坐席。

本发明提供一种投保单信息更新方法，在该方法中，管理服务器每间隔预置时长从核心服务器获取投保单基础数据，该基础数据包括目标投保单的编号及目标投保单最近一次的更新时间，根据该目标投保单的编号确定在管理服务器管理的投保单中，编号与该目标投保单的编号相同的投保单已记录的最近一次的更新时间，若该目标投保单最近一次的更新时间晚于该已记录的最近一次的更新时间，则从核心服务器获取该目标投保单的投保单信息，并推送给相应的人工坐席，以实现所述人工坐席的投保单信息的更新，使得能够由管理服务器主动向人工坐席推送投保单信息，以实现投保单信息的更新，不需要由人工坐席侧的销售人员通过手动刷新的方式更新投保单信息，有效减少人工坐席侧的销售人员的工作量，便于销售人员开展工作。

附图说明

图1为本发明第一实施例中投保单信息更新方法的流程示意图；

图2为图1中所示第一实施例中步骤103的细化步骤的流程示意图；

图3为本发明第二实施例中投保单信息更新方法的流程示意图；

图4为本发明第三实施例中管理服务器的功能模块的示意图；

图5为图4所示第三实施例中第二获取模块403的细化功能模块的示意图；

图6为本发明第四实施例中管理服务器的功能模块的示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

由于现有技术中必须由销售人员通过手动刷新的方式更新投保信息，导致销售人员无法及时获取到最新的投保信息且将带来增加销售人员工作量的技术问题。

为了解决上述技术问题，本发明提出一种投保单信息更新方法，通过由管理服务器每间隔预置时长向人工坐席主动推送投保单信息，使得不需要由人工坐席侧的销售人员通过手动刷新的方式更新投保信息，有效减少人工坐席侧的销售人员的工作量，便于销售人员开展工作。

请参阅图1，为本发明第一实施例中投保单信息更新方法的流程示意图，且该投保单信息更新方法包括：

步骤101、管理服务器每间隔预置时长从核心服务器获取投保单基础数据，所述投保单基础数据包括目标投保单的编号及所述目标投保单最近一次的更新时间；

在本发明实施例中，该投保单信息更新方法是应用于产险系统中的，且电话销售、APP销售、官网销售等销售渠道的投保单在产险系统中可以交互，各个销售渠道的投保单统一保存在核心服务器上，且核心服务器上保存的投保单为最新的投保单。

在本发明实施例中，管理服务器是电话销售子系统中的服务器，其用于投保单的分配及投保单信息的更新，其中，该电话销售子系统属于产险系统的子系统。且在电话销售子系统中，管理服务器与人工坐席连接，能够将投保单分配给人工坐席，并由人工坐席侧的销售人员根据分配的投保单的投保单信息对该投保单进行跟踪。

在本发明实施例中，为了实现管理服务器主动推送已更新的投保单信息的目的，管理服务器将每间隔预置时长从核心服务器获取投保单基础数据，该投保单基础数据包括目标投保单的编号及目标投保单最近一次的更新时间。

其中，管理服务器每间隔预置时长从核心服务器获取投保单基础数据包括：管理服务器每间隔预置时长确定其管理的投保单中处于未完成状态投保单，且将处于未完成状态的投保单作为目标投保单，获取目标投保单的编号，并向核心服务器发送携带目标投保单的编号的更新请求，核心服务器接收到该更新请求之后，将根据该目标投保单的编号获取该目标投保单最近一次的更新时间，并将该目标投保单的编号及该目标投保单最近一次的更新时间作为投保单基础数据反馈给管理服务器，使得管理服务器能够获取到投保单基础数据。其中，管理服务器管理的投保单包括该管理服务器所在电话销售子系统的人工坐席生成的投保单及产险系统中的核心服务器分配的通过官网渠道和/或APP渠道生成的投保单。

可以理解的是，本发明实施例中的目标投保单并非指单个投保单，该目标投保单实际可以为多个不同的投保单，且每一个投保单都将按照本发明实施例中的技术方案实现投保单信息的主动推送。

其中，该目标投保单是处于未完成状态的投保单，该未完成状态是指管理服务器保存的投保单的信息中，投保单的状态是未完成的状态。

其中，投保单的状态包括：待修改状态、待缴费状态、待审核状态、待现场检验状态、待成保状态、已成保状态、成保失败状态等等。除了已成保状态及成保失败状态，其他的状态都属于未完成状态。

步骤102、在所述管理服务器管理的投保单中，确定编号与所述目标投保单的编号相同的投保单已记录的最近一次的更新时间；若所述目标投保单最近一次的更新时间晚于所述已记录的最近一次的更新时间，则执行步骤103；

步骤103、从所述核心服务器获取所述目标投保单的投保单信息，并推送给相应的人工坐席，以实现所述人工坐席的投保单信息的更新。

在本发明实施例中，管理服务器在得到目标投保单的编号及目标投保单最近一次的更新时间后，在管理服务器管理的投保单中，确定编号与该目标投保单的编号相同的投保单已记录的最近一次的更新时间，其中，编号与目标投保单的编号相同的投保单是指管理服务器侧保存的目标投保单，其中，投保单基础数据中的目标投保单最近一次的更新时间是指核心服务器侧保存的该目标投保单最近一次的更新时间。

其中，若投保单基础数据中包含的目标投保单最近一次的更新时间晚于管理服务器侧已记录的最近一次的更新时间，则表明核心服务器侧该目标投保单的投保单信息已进行更新，而管理服务器侧的该目标投保单的投保单信息未实现同步更新，在这种情况下，管理服务器将从核心服务器获取该目标投保单的投保单信息，并推送给相应的人工坐席，以实现所述人工坐席的投保单信息的更新，使得能够将目标投保单更新后的投保单信息主动推送给人工坐席，使得人工坐席能够及时获取到最新的投保单信息。

可以理解的是，在本发明实施例中，管理服务器在从核心服务器获取该目标投保单的投保单信息之后，将保存该目标投保单的投保单信息，及保存投保单基础数据中该目标投保单最近一次的更新时间。

在本发明实施例中，若投保单基础数据中包含的目标投保单最近一次的更新市价与管理服务器侧已记录的最近一次的更新时间相同，则表明该目标投保单的投保单信息并未更新，在这种情况下，为了避免资源的浪费及相同的投保单信息的重复推送，管理服务器将不对该目标投保单进行处理，即不对该目标投保单信息进行推送。

在本发明实施例中，管理服务器每间隔预置时长从核心服务器获取投保单基础数据，该基础数据包括目标投保单的编号及目标投保单最近一次的更新时间，根据该目标投保单的编号确定在管理服务器管理的投保单中，编号与该目标投保单的编号相同的投保单已记录的最近一次的更新时间，若该目标投保单最近一次的更新时间晚于该已记录的最近一次的更新时间，则从核心服务器获取该目标投保单的投保单信息，并推送给相应的人工坐席，以实现所述人工坐席的投保单信息的更新，使得能够由管理服务器主动向人工坐席推送投保单信息，不需要由人工坐席侧的销售人员通过手动刷新的方式更新投保单信息，有效减少人工坐席侧的销售人员的工作量，便于销售人员开展工作。且只有在目标投保单信息更新的情况下才会推送，能够进一步减少资源的浪费及避免相同的投保单信息的重复推送。

在本发明实施例中，管理服务器获取的投保单基础数据除了包含上述的目标投保单的编号及目标投保单最近一次的更新时间以外，还可以包括目标投保单的状态，该目标投保单的状态是指核心服务器中该目标投保单所处的状态。

且在包含上述目标投保单的状态的情况下，图1所示第一实施例中的步骤103中的从核心服务器获取目标投保单的投保单信息具体包括：

根据所述目标投保单的状态从所述核心服务器获取所述目标投保单的投保单信息。

基于上述描述，请参阅图2，为本发明图1所示第一实施例中步骤103的细化步骤的流程示意图，该细化步骤包括：

步骤201、查找预先设置的状态与参数类型之间的映射关系，确定与所述目标投保单的状态对应的目标参数类型；

步骤202、从所述核心服务器已保存的所述目标投保单的数据中获取与所述目标参数类型对应的参数值，将所述参数值作为所述目标投保单的投保单信息。

在本发明实施例中，在投保单基础数据中包含的目标投保单最近一次的更新时间晚于管理服务器侧已记录的最近一次的更新时间的情况下，管理服务器将查找预先设置的状态与参数类型之间的映射关系，确定与该目标投保单的状态对应的目标参数类型，并从该核心服务器获取与该目标参数类型对应的参数值，将该参数值作为该目标投保单的投保单信息。

例如，若该目标投保单的状态为待缴费状态或已成保状态，则对应的目标参数类型为整个投保单信息，若该目标投保单的状态为待修改状态或待审批状态，则对应的目标参数为目标投保单的审核概要信息。

可以理解的是，在基于目标投保单的状态确定需要获取的目标参数类型，并基于目标参数类型从核心服务器获取投保单信息，使得能够基于需要获取部分或全部的投保数据，不需要每次推送时都推送完整的投保单，避免相同信息的重复推送，能够进一步的节约资源。

基于图1所示的第一实施例，请参阅图3，为本发明第二实施例中投保单信息更新方法的流程示意图，该方法包括：

步骤301、管理服务器每间隔预置时长从核心服务器获取投保单基础数据，所述投保单基础数据包括目标投保单的编号及所述目标投保单最近一次的更新时间；

步骤302、在所述管理服务器管理的投保单中，确定编号与所述目标投保单的编号相同的投保单已记录的最近一次的更新时间；若所述目标投保单最近一次的更新时间晚于所述已记录的最近一次的更新时间，则执行步骤303；

步骤303、从所述核心服务器获取所述目标投保单的投保单信息；

步骤304、利用所述目标投保单的编号查找已保存的投保单的编号与人工坐席之间的映射关系，确定与所述目标投保单的编号具有映射关系的人工坐席；

步骤305、将所述目标投保单的投保单信息推送给与所述目标投保单具有映射关系的人工坐席。

需要说明的是，相对于图1所示的第一实施例，图3所示第二实施例的区别点在于：详细描述了将获取到的目标投保单的投保单信息推送给人工坐席的方式。

可以理解的是，步骤301至步骤303分别与图1所示第一实施例中步骤101至步骤103描述的内容相似，此处不做赘述。

在本发明实施例中，管理服务器管理投保单信息及投保单的分配，管理服务器在接收到新生成的投保单时，可以将该投保单分配给人工坐席进行处理，且为了更好的管理投保单，管理服务器将设置投保单的编号与人工坐席之间的映射关系，例如，在将投保单A分配给人工坐席B之后，保存该投保单A的编号与人工坐席B之间的映射关系。

在本发明实施例中，管理服务器在获取到目标投保单的投保单信息之后，将确定该投保单信息所需要推送给的人工坐席，具体包括：利用该目标投保单的编号查找已保存的投保单的编号与人工坐席之间的映射关系，确定与该目标投保单的编号具有映射关系的人工坐席，且将目标投保单的投保单信息推送给与该目标投保单具有映射关系的人工坐席，以实现人工坐席侧投保单信息的更新，使得不需要人工坐席侧的销售人员通过主动刷新的方式刷新投保单信息。

在本发明实施例中，通过已保存的投保单的编号与人工坐席之间的映射关系，使得管理服务器能够主动将从管理服务器获取的目标投保单最近更新的投保单信息推送给相应的人工坐席，有效完成投保单信息的主动推送，不需要由人工坐席侧的销售人员通过主动刷新的方式更新投保单信息，有效减少人工坐席侧的销售人员的工作量。

请参阅图4，为本发明第三实施例中管理服务器的功能模块的示意图，该管理服务器包括：第一获取模块401、确定模块402、第二获取模块403及推送模块404。

第一获取模块401，用于每间隔预置时长从核心服务器获取投保单基础数据，所述投保单基础数据包括目标投保单的编号及所述目标投保单最近一次的更新时间；

在本发明实施例中，电话销售、APP销售、官网销售等销售渠道的投保单在产险系统中可以交互，各个销售渠道的投保单统一保存在核心服务器上，且核心服务器上保存的投保单为最新的投保单。

在本发明实施例中，管理服务器是电话销售子系统中的服务器，其用于投保单的分配及投保单信息的更新，其中，该电话销售子系统属于产险系统的子系统。且在电话销售子系统中，管理服务器与人工坐席连接，能够将投保单分配给人工坐席，并由人工坐席侧的销售人员根据分配的投保单的投保单信息对该投保单进行跟踪。

在本发明实施例中，为了实现管理服务器主动推送已更新的投保单信息的目的，第一获取模块401将每间隔预置时长从核心服务器获取投保单基础数据，该投保单基础数据包括目标投保单的编号及目标投保单最近一次的更新时间。

其中，第一获取模块401每间隔预置时长从核心服务器获取投保单基础数据包括：第一获取模块401每间隔预置时长确定其管理的投保单中处于未完成状态投保单，且将处于未完成状态的投保单作为目标投保单，获取目标投保单的编号，并向核心服务器发送携带目标投保单的编号的更新请求，核心服务器接收到该更新请求之后，将根据该目标投保单的编号获取该目标投保单最近一次的更新时间，并将该目标投保单的编号及该目标投保单最近一次的更新时间作为投保单基础数据反馈给管理服务器，使得管理服务器能够获取到投保单基础数据。其中，管理服务器管理的投保单包括该管理服务器所在电话销售子系统的人工坐席生成的投保单及产险系统中的核心服务器分配的通过官网渠道和/或APP渠道生成的投保单。

可以理解的是，本发明实施例中的目标投保单并非指单个投保单，该目标投保单实际可以为多个不同的投保单，且每一个投保单都将按照本发明实施例中的技术方案实现投保单信息的主动推送。

其中，该目标投保单是处于未完成状态的投保单，该未完成状态是指管理服务器保存的投保单的信息中，投保单的状态是未完成的状态。

其中，投保单的状态包括：待修改状态、待缴费状态、待审核状态、待现场检验状态、待成保状态、已成保状态、成保失败状态等等。除了已成保状态及成保失败状态，其他的状态都属于未完成状态。

确定模块402，用于在所述管理服务器管理的投保单中，确定编号与所述目标投保单的编号相同的投保单已记录的最近一次的更新时间；

第二获取模块403，用于若所述目标投保单最近一次的更新时间晚于所述已记录的最近一次的更新时间，则从所述核心服务器获取所述目标投保单的投保单信息；

推送模块404，用于将所述目标投保单的投保单信息推送给相应的人工坐席，以实现所述人工坐席的投保单信息的更新。

在本发明实施例中，第一获取模块401在得到目标投保单的编号及目标投保单最近一次的更新时间后，确定模块402在管理服务器管理的投保单中，确定编号与该目标投保单的编号相同的投保单已记录的最近一次的更新时间，其中，编号与目标投保单的编号相同的投保单是指管理服务器侧保存的目标投保单，其中，投保单基础数据中的目标投保单最近一次的更新时间是指核心服务器侧保存的该目标投保单最近一次的更新时间。

其中，若投保单基础数据中包含的目标投保单最近一次的更新时间晚于管理服务器侧已记录的最近一次的更新时间，则表明核心服务器侧该目标投保单的投保单信息已进行更新，而管理服务器侧的该目标投保单的投保单信息未实现同步更新，在这种情况下，第二获取模块403将从核心服务器获取该目标投保单的投保单信息，并由推送模块404推送给相应的人工坐席，使得能够将目标投保单更新后的投保单信息主动推送给人工坐席，使得人工坐席能够及时获取到最新的投保单信息。

可以理解的是，在本发明实施例中，管理服务器在从核心服务器获取该目标投保单的投保单信息之后，将保存该目标投保单的投保单信息，及保存投保单基础数据中该目标投保单最近一次的更新时间。

在本发明实施例中，若投保单基础数据中包含的目标投保单最近一次的更新市价与管理服务器侧已记录的最近一次的更新时间相同，则表明该目标投保单的投保单信息并未更新，在这种情况下，为了避免资源的浪费及相同的投保单信息的重复推送，管理服务器将不对该目标投保单进行处理，即不对该目标投保单信息进行推送。

在本发明实施例中，管理服务器每间隔预置时长从核心服务器获取投保单基础数据，该基础数据包括目标投保单的编号及目标投保单最近一次的更新时间，根据该目标投保单的编号确定在管理服务器管理的投保单中，编号与该目标投保单的编号相同的投保单已记录的最近一次的更新时间，若该目标投保单最近一次的更新时间晚于该已记录的最近一次的更新时间，则从核心服务器获取该目标投保单的投保单信息，并推送给相应的人工坐席，以实现所述人工坐席的投保单信息的更新，使得能够由管理服务器主动向人工坐席推送投保单信息，不需要由人工坐席侧的销售人员通过手动刷新的方式更新投保单信息，有效减少人工坐席侧的销售人员的工作量，便于销售人员开展工作。且只有在目标投保单信息更新的情况下才会推送，能够进一步减少资源的浪费及避免相同的投保单信息的重复推送。

基于在图4所示的第三实施例中，投保单基础数据还包括所述目标投保单的状态；

则上述第二获取模块403具体用于：若所述目标投保单最近一次的更新时间晚于所述已记录的最近一次的更新时间，则根据所述目标投保单的状态从所述核心服务器获取所述目标投保单的投保单信息。

且基于图4所示的第三实施例，请参阅图5，为本发明图4所示第三实施例中第二获取模块403的细化功能模块的示意图，该第二获取模块403包括：第一查找模块501、第三获取模块502。

第一查找模块501，用于若所述目标投保单最近一次的更新时间晚于所述已记录的最近一次的更新时间，查找预先设置的状态与参数类型之间的映射关系，确定与所述目标投保单的状态对应的目标参数类型；

第三获取模块502，用于从所述核心服务器已保存的所述目标投保单的数据中获取与所述目标参数类型对应的参数值，将所述参数值作为所述目标投保单的投保单信息。

在本发明实施例中，在投保单基础数据中包含的目标投保单最近一次的更新时间晚于管理服务器侧已记录的最近一次的更新时间的情况下，第一查找模块501将查找预先设置的状态与参数类型之间的映射关系，确定与该目标投保单的状态对应的目标参数类型，并由第三获取模块502从该核心服务器获取与该目标参数类型对应的参数值，将该参数值作为该目标投保单的投保单信息。

例如，若该目标投保单的状态为待缴费状态或已成保状态，则对应的目标参数类型为整个投保单信息，若该目标投保单的状态为待修改状态或待审批状态，则对应的目标参数为目标投保单的审核概要信息。

可以理解的是，在基于目标投保单的状态确定需要获取的目标参数类型，并基于目标参数类型从核心服务器获取投保单信息，使得能够基于需要获取部分或全部的投保数据，不需要每次推送时都推送完整的投保单，避免相同信息的重复推送，能够进一步的节约资源。

请参阅图6，为本发明第四实施例中管理服务器的功能模块的示意图，该管理服务器包括如图4所示第三实施例中第一获取模块401、确定模块402、第二获取模块403及推送模块404，且与图4所示第三实施例中描述的内容相似，此处不做赘述。

在本发明实施例中，推送模块404包括：

第二查找模块601，用于利用所述目标投保单的编号查找已保存的投保单的编号与人工坐席之间的映射关系，确定与所述目标投保单的编号具有映射关系的人工坐席；

信息推送模块602，用于将所述目标投保单的投保单信息推送给与所述目标投保单具有映射关系的人工坐席。

在本发明实施例中，管理服务器管理投保单信息及投保单的分配，管理服务器在接收到新生成的投保单时，可以将该投保单分配给人工坐席进行处理，且为了更好的管理投保单，管理服务器将设置投保单的编号与人工坐席之间的映射关系，例如，在将投保单A分配给人工坐席B之后，保存该投保单A的编号与人工坐席B之间的映射关系。

在本发明实施例中，管理服务器在获取到目标投保单的投保单信息之后，将确定该投保单信息所需要推送给的人工坐席，具体包括：第二查找模块601利用该目标投保单的编号查找已保存的投保单的编号与人工坐席之间的映射关系，确定与该目标投保单的编号具有映射关系的人工坐席，且由信息推送模块602将目标投保单的投保单信息推送给与该目标投保单具有映射关系的人工坐席，以实现人工坐席侧投保单信息的更新，使得不需要人工坐席侧的销售人员通过主动刷新的方式刷新投保单信息。

在本发明实施例中，通过已保存的投保单的编号与人工坐席之间的映射关系，使得管理服务器能够主动将从管理服务器获取的目标投保单最近更新的投保单信息推送给相应的人工坐席，有效完成投保单信息的主动推送，不需要由人工坐席侧的销售人员通过主动刷新的方式更新投保单信息，有效减少人工坐席侧的销售人员的工作量。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种投保单信息更新方法，其特征在于，所述方法包括：

管理服务器每间隔预置时长从核心服务器获取投保单基础数据，所述投保单基础数据包括目标投保单的编号及所述目标投保单最近一次的更新时间；

在所述管理服务器管理的投保单中，确定编号与所述目标投保单的编号相同的投保单已记录的最近一次的更新时间；

若所述目标投保单最近一次的更新时间晚于所述已记录的最近一次的更新时间，则从所述核心服务器获取所述目标投保单的投保单信息，并推送给相应的人工坐席，以实现所述人工坐席的投保单信息的更新。

2.根据权利要求1所述的方法，其特征在于，所述投保单基础数据还包括所述目标投保单的状态；

则所述从核心服务器获取所述目标投保单的投保单信息的步骤包括：

根据所述目标投保单的状态从所述核心服务器获取所述目标投保单的投保单信息。

3.根据权利要求2所述的方法，其特征在于，所述根据所述目标投保单的状态从所述核心服务器获取所述目标投保单的投保单信息的步骤包括：

查找预先设置的状态与参数类型之间的映射关系，确定与所述目标投保单的状态对应的目标参数类型；

从所述核心服务器已保存的所述目标投保单的数据中获取与所述目标参数类型对应的参数值，将所述参数值作为所述目标投保单的投保单信息。

4.根据权利要求1至3任意一项所述的方法，其特征在于，所述目标投保单为所述管理服务器管理的处于未完成状态的投保单。

5.根据权利要求1至3任意一项所述的方法，其特征在于，所述推送给相应的人工坐席的步骤包括：

利用所述目标投保单的编号查找已保存的投保单的编号与人工坐席之间的映射关系，确定与所述目标投保单的编号具有映射关系的人工坐席；

将所述目标投保单的投保单信息推送给与所述目标投保单具有映射关系的人工坐席。

6.一种管理服务器，其特征在于，所述管理服务器包括：

第一获取模块，用于每间隔预置时长从核心服务器获取投保单基础数据，所述投保单基础数据包括目标投保单的编号及所述目标投保单最近一次的更新时间；

确定模块，用于在所述管理服务器管理的投保单中，确定编号与所述目标投保单的编号相同的投保单已记录的最近一次的更新时间；

第二获取模块，用于若所述目标投保单最近一次的更新时间晚于所述已记录的最近一次的更新时间，则从所述核心服务器获取所述目标投保单的投保单信息；

推送模块，用于将所述目标投保单的投保单信息推送给相应的人工坐席，以实现所述人工坐席的投保单信息的更新。

7.根据权利要求6所述的管理服务器，其特征在于，所述投保单基础数据还包括所述目标投保单的状态；

则所述第二获取模块具体用于：若所述目标投保单最近一次的更新时间晚于所述已记录的最近一次的更新时间，则根据所述目标投保单的状态从所述核心服务器获取所述目标投保单的投保单信息。

8.根据权利要求7所述的管理服务器，其特征在于，所述第二获取模块包括：

第一查找模块，用于若所述目标投保单最近一次的更新时间晚于所述已记录的最近一次的更新时间，查找预先设置的状态与参数类型之间的映射关系，确定与所述目标投保单的状态对应的目标参数类型；

第三获取模块，用于从所述核心服务器已保存的所述目标投保单的数据中获取与所述目标参数类型对应的参数值，将所述参数值作为所述目标投保单的投保单信息。

9.根据权利要求6至8任意一项所述的管理服务器，其特征在于，所述目标投保单为所述管理服务器管理的处于未完成状态的投保单。

10.根据权利要求6至8任意一项所述的管理服务器，其特征在于，所述推送模块包括：

第二查找模块，用于利用所述目标投保单的编号查找已保存的投保单的编号与人工坐席之间的映射关系，确定与所述目标投保单的编号具有映射关系的人工坐席；

信息推送模块，用于将所述目标投保单的投保单信息推送给与所述目标投保单具有映射关系的人工坐席。