保单数据处理方法、装置、计算机设备和存储介质与流程

本申请涉及计算机技术领域，特别是涉及一种保单数据处理方法、装置、计算机设备和存储介质。

背景技术：

随着社会和经济的发展，越来越多的人通过购买保险的方式来进行风险规避，现在保险公司提供的保险种类也越来越来越多，如寿险、财产险、意外险和车险等。一般地，在保险服务签订的保单中均有规定保险服务的保险期限，在保险期限快要结束时，保险公司业务人员会向被保险人发出续保提醒。

然而，现在保险公司提供的各种保险服务更新快，险种类型多，被保险人需要进行续保时，还需要业务人员结合最新的险种类型与被保险人进行续保方案沟通，导致保单数据的续保处理过程繁杂、耗时长，保单数据的处理效率低。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种能够简化保单数据处理过程，提高保单数据处理效率的保单数据处理方法、装置、计算机设备和存储介质。

一种保单数据处理方法，所述方法包括：

获取到期保单数据，并确定到期保单数据对应投保用户的用户标识；

根据用户标识从业务系统中拉取投保用户对应的用户业务数据；

根据用户业务数据得到用户业务需求数据，并根据用户业务需求数据确定需求类型；

当需求类型为续保时，根据用户业务需求数据和业务系统的险种数据生成续保保单数据；

推送续保保单数据至用户标识对应的终端；

当接收到终端返回的续保确认消息时，根据续保确认消息进行续保处理。

在其中一个实施例中，在获取到期保单数据，并确定到期保单数据对应投保用户的用户标识的步骤之前，还包括：

查询保单数据库，保单数据库存储有已投保保单数据；

将已投保保单数据中的到期时间与当前时间进行期限比较；

当期限比较结果满足预设的续保处理条件时，将已投保保单数据标记为到期保单数据。

在其中一个实施例中，用户业务数据包括历史投保数据和历史理赔数据，根据用户业务数据得到用户业务需求数据的步骤包括：

根据历史投保数据确定历史投保类型和历史投保类型对应的投保额度；

按照预设的需求分析权重，根据历史投保类型、投保额度和历史理赔数据，计算得到用户标识对应的投保需求系数；

将投保需求系数与预设的投保需求阈值进行比较，并根据比较结果得到用户业务需求数据。

在其中一个实施例中，根据用户业务需求数据和业务系统的险种数据生成续保保单数据的步骤包括：

查询业务系统的险种数据库，险种数据库包括业务系统支持的各种险种类型；

根据用户业务需求数据获取对应的险种类型；

根据到期保单数据和险种类型生成续保保单数据。

在其中一个实施例中，在根据用户业务需求数据获取对应的险种类型的步骤之后，还包括：

获取业务系统的风险控制数据；

从风险控制数据中查询用户标识对应的风险系数；

根据风险系数对险种类型进行筛选，将筛选后的险种类型作为险种类型。

在其中一个实施例中，推送续保保单数据至用户标识对应的终端的步骤包括：

对续保保单数据进行优先级排序，并对排序后的续保保单数据添加标识编码；

根据标识编码和排序后的续保保单数据生成续保推荐消息；

推送续保推荐消息至用户标识对应的终端。

在其中一个实施例中，在根据用户业务数据得到用户业务需求数据，并根据用户业务需求数据确定需求类型的步骤之后，还包括：

当需求类型为不续保时，生成保单到期提示消息；

推送保单到期提示消息至终端，保单到期提示消息用于提示终端进行续保判断；

当接收到终端返回的续保消息时，根据业务系统的险种数据生成续保保单数据；

进入推送续保保单数据至用户标识对应的终端的步骤。

一种保单数据处理装置，所述装置包括：

用户标识确定模块，用于获取到期保单数据，并确定到期保单数据对应投保用户的用户标识；

业务数据获取模块，用于根据用户标识从业务系统中拉取投保用户对应的用户业务数据；

需求类型确定模块，用于根据用户业务数据得到用户业务需求数据，并根据用户业务需求数据确定需求类型；

续保数据生成模块，用于当需求类型为续保时，根据用户业务需求数据和业务系统的险种数据生成续保保单数据；

续保数据推送模块，用于推送续保保单数据至用户标识对应的终端；

续保数据处理模块，用于当接收到终端返回的续保确认消息时，根据续保确认消息进行续保处理。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取到期保单数据，并确定到期保单数据对应投保用户的用户标识；

根据用户标识从业务系统中拉取投保用户对应的用户业务数据；

根据用户业务数据得到用户业务需求数据，并根据用户业务需求数据确定需求类型；

当需求类型为续保时，根据用户业务需求数据和业务系统的险种数据生成续保保单数据；

推送续保保单数据至用户标识对应的终端；

当接收到终端返回的续保确认消息时，根据续保确认消息进行续保处理。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取到期保单数据，并确定到期保单数据对应投保用户的用户标识；

根据用户标识从业务系统中拉取投保用户对应的用户业务数据；

根据用户业务数据得到用户业务需求数据，并根据用户业务需求数据确定需求类型；

当需求类型为续保时，根据用户业务需求数据和业务系统的险种数据生成续保保单数据；

推送续保保单数据至用户标识对应的终端；

当接收到终端返回的续保确认消息时，根据续保确认消息进行续保处理。

上述保单数据处理方法、装置、计算机设备和存储介质，通过到期保单数据的用户标识，从业务系统中拉取对应投保用户的用户业务数据，并根据该用户业务数据得到用户业务需求数据，进一步确定需求类型，当该需求类型为续保时，结合用户业务需求数据和业务系统的险种数据得到续保保单数据，并将续保保单数据推送至用户标识对应的终端，在接收到终端返回的续保确认消息后进行对应的续保处理。在保单数据处理过程中，根据投保用户的用户业务数据得到该投保用户的需求类型，当投保用户的需求类型为续保时，结合用户业务需求数据和业务系统的险种数据生成对应的续保保单数据进行推送，不需要业务人员与投保用户进行反复的续保方案沟通，简化了保单数据处理过程，提高了保单数据的处理效率。

附图说明

图1为一个实施例中保单数据处理方法的应用场景图；

图2为一个实施例中保单数据处理方法的流程示意图；

图3为一个实施例中根据用户业务需求数据和业务系统的险种数据生成续保保单数据的步骤的流程示意图；

图4为另一个实施例中保单数据处理方法的流程示意图；

图5为一个实施例中保单数据处理装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的保单数据处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。服务器104获取到期保单数据，通过到期保单数据的用户标识，从业务系统中拉取对应投保用户的用户业务数据，并根据该用户业务数据得到用户业务需求数据，进一步确定需求类型，当该需求类型为续保时，结合用户业务需求数据和业务系统的险种数据得到续保保单数据，并将续保保单数据推送至用户标识对应的终端102，在接收到终端120返回的续保确认消息后进行对应的续保处理。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种保单数据处理方法，以该方法应用于图1中的服务器104为例进行说明，包括以下步骤：

步骤201：获取到期保单数据，并确定到期保单数据对应投保用户的用户标识。

其中，保单为保险公司与投保用户签订保险合同的书面证明，一般包括双方对有关保险标的事项的说明和双方权利义务等信息。到期保单数据可以包括保险期限将要结束的到期保单，从该到期保单中可以提取对应投保用户的用户标识，如投保人姓名、投保人身份证号码等。在具体应用中，服务器104可以监测各已投保保单数据，当监测到保险期限将要结束的保单数据时，将其标记为到期保单数据。

步骤203：根据用户标识从业务系统中拉取投保用户对应的用户业务数据。

按照用户标识从业务系统的业务数据库中获取用户标识对应投保用户的用户业务数据。用户标识与投保用户具有对应关系，根据用户标识在业务系统中可以查询获得投保用户在业务系统中的用户业务数据，用户业务数据反映了投保用户在业务系统中接受的业务服务情况，具体可以包括历史投保数据和历史理赔数据等业务数据。

步骤205：根据用户业务数据得到用户业务需求数据，并根据用户业务需求数据确定需求类型。

获得用户业务数据后，根据该用户业务数据分析得到反映投保用户对于到期保单数据进行续保处理倾向的用户业务需求数据，根据该用户业务需求数据确定投保用户的需求类型。具体地，可以根据用户业务数据中的历史投保数据和历史理赔数据等业务数据，分析投保用户的投保项目和各保险项目带来的风险规避收益，以此预测该投保用户进行续保处理的用户业务需求数据。在一个具体的应用中，可以根据预设需求分析权重，结合用户业务数据计算得到投保需求系数，并根据该投保需求系数与预设的投保需求阈值进行比较，以此进行量化处理判断，实现对投保用户的用户业务需求数据的预测。得到用户业务需求数据后，进一步确定用户标识对应投保用户的需求类型，需求类型可以为续保或不续保，对于需求类型不同的投保用户，可以进行不同策略的续保处理。

步骤207：当需求类型为续保时，根据用户业务需求数据和业务系统的险种数据生成续保保单数据。

对于需求类型为续保的用户标识，根据该用户标识对应投保用户的用户业务需求数据结合业务系统支持的险种数据，生成对应的续保保单数据。其中，险种数据可以为当前业务系统，如保险系统，支持的各种险种类型，结合用户业务需求数据，可以从中选取适合该用户标识对应投保用户的险种类型，并生成续保保单数据。在具体应用时，续保保单数据可以为续保保单或保单套餐，通过将续保保单数据推送后可以直接由投保用户进行险种选择，简化了保单续保处理过程，提高了保单数据处理的效率。

步骤209：推送续保保单数据至用户标识对应的终端。

得到续保保单数据后，将其推送至用户标识对应的终端102，如通过短信形式进行推送。本实施例中，对于需求类型为续保的用户标识对应的投保用户，可以确定该投保用户对于续保处理的需求较为乐观，此时将结合其用户业务需求数据和险种数据得到续保保单数据进行推送，可以提高续保保单数据推送的针对性。

步骤211：当接收到终端返回的续保确认消息时，根据续保确认消息进行续保处理。

在将续保保单数据推送后，接收终端102返回的反馈消息，当终端102返回续保确认消息时，根据该续保确认消息进行对应的续保处理。此外，若终端102反馈消息为不续保时，则表明对应的投保用户不希望就到期保单进行续保，可以结束就到期保单的续保处理。

上述保单数据处理方法中，通过到期保单数据的用户标识，从业务系统中拉取对应投保用户的用户业务数据，并根据该用户业务数据得到用户业务需求数据，进一步确定需求类型，当该需求类型为续保时，结合用户业务需求数据和业务系统的险种数据得到续保保单数据，并将续保保单数据推送至用户标识对应的终端，在接收到终端返回的续保确认消息后进行对应的续保处理。在保单数据处理过程中，根据投保用户的用户业务数据得到该投保用户的需求类型，当投保用户的需求类型为续保时，结合用户业务需求数据和业务系统的险种数据生成对应的续保保单数据进行推送，不需要业务人员与投保用户进行反复的续保方案沟通，简化了保单数据处理过程，提高了保单数据的处理效率。

在一个实施例中，在获取到期保单数据，并确定到期保单数据对应投保用户的用户标识的步骤之前，还包括：查询保单数据库，保单数据库存储有已投保保单数据；将已投保保单数据中的到期时间与当前时间进行期限比较；当期限比较结果满足预设的续保处理条件时，将已投保保单数据标记为到期保单数据。

本实施例中，服务器104监测保单数据库中的各已投保保单数据，以及时获取到期保单数据。具体地，查询保单数据库，保单数据库存储有已投保保单数据，已投保保单数据可以为投保成功且保单生效的保单；从已投保保单数据中提取保险期限的到期时间，将该到期时间与当前时间进行期限比较，判断该保险是否将要到期；当期限比较结果满足预设的续保处理条件时，将该已投保保单数据标记为到期保单数据。其中，续保处理条件可以根据业务系统种类或已投保保单数据的类型进行划分，例如可以为期限比较结果小于一个月，或者根据不同的已投保保单数据类型，设置不同的时间期限，以区分各类型保单的重要优先级。

在一个实施例中，用户业务数据包括历史投保数据和历史理赔数据，根据用户业务数据得到用户业务需求数据的步骤包括：根据历史投保数据确定历史投保类型和历史投保类型对应的投保额度；按照预设的需求分析权重，根据历史投保类型、投保额度和历史理赔数据，计算得到用户标识对应的投保需求系数；将投保需求系数与预设的投保需求阈值进行比较，并根据比较结果得到用户业务需求数据。

其中，历史投保数据可以包括该投保用户在业务系统中的历史已失效保单数据和维保期限内保单数据，反映了投保用户在业务系统各险种中的投入；历史理赔数据可以包括理赔保单数据和对应的理赔金额，反映了投保用户因投保所带来的风险规避收益，如车险的理赔数据、财产险的理赔数据等。

本实施例中，从业务系统中获得投保用户的用户业务数据后，根据历史投保数据确定历史投保类型和历史投保类型对应的投保额度，具体实现时可以从各历史保单数据中提取该历史投保类型和对应的投保额度。再结合预设的需求分析权重，根据历史投保类型、投保额度和历史理赔数据，计算得到用户标识对应的投保需求系数。其中，需求分析权重可以结合业务系统进行设置，对于不同的业务系统，历史投保类型、投保额度和历史理赔数据反映的投保需求并不相同，通过需求分析权重可以综合历史投保类型、投保额度和历史理赔数据，进行投保需求综合判定。在设置需求分析权重后，对应设置投保需求阈值，用于作为用户业务需求数据的参考。具体地，得到投保需求系数后，将该投保需求系数与预设的投保需求阈值进行比较，并根据比较结果得到用户业务需求数据。例如，当计算得到的投保需求系数超过投保需求阈值时，可以判断该用户标识对应的投保用户就到期保单倾向于续保处理，从而确定该投保用户的需求类型为续保与否。

本实施例中，综合了投保用户的历史投保类型、投保额度和历史理赔数据，对投保用户的业务需求进行预测，并以用户业务需求数据进行量化表征，通过该用户业务需求数据可以确定投保用户的需求类型，对于不同需求类型的投保用户执行不同的续保保单处理策略，提高了续保保单数据处理的针对性，简化了续保保单数据的处理过程。

在一个实施例中，如图3所示，根据用户业务需求数据和业务系统的险种数据生成续保保单数据的步骤包括：

步骤s301：查询业务系统的险种数据库，险种数据库包括业务系统支持的各种险种类型。

目前业务系统提供的保险服务日新月异，涉及的险种众多，在获得用户业务需求数据后，可以根据该用户业务需求数据从业务系统中查询对应的险种类型。具体地，查询业务系统的险种数据库，从中获取业务系统支持的各种险种类型，如对于健康保险子系统，其下可以提供重大疾病险、少儿健康险、老人险、女性险和住院医疗险等，其中重大疾病险又可以细分为重大疾病保险、职场健康险、家庭健康险、抗癌医疗险、癌症医疗险和成人全面重疾险等多个子险种。各险种类型面向不同的投保用户，以满足不同投保用户的不同需求。

步骤s303：根据用户业务需求数据获取对应的险种类型。

查询险种数据库后，根据用户业务需求数据从中获取对应的险种类型。具体地，可以将用户业务需求数据与险种数据库中的各种险种类型的投保条件进行匹配，再从匹配结果中选取匹配度较高的险种类型，作为与用户业务需求数据适配的险种类型。

步骤s305：根据到期保单数据和险种类型生成续保保单数据。

得到与用户业务需求数据适配的险种类型后，根据到期保单数据和该险种类型生成续保保单数据。一般地，保单续保可以另订新的保险合同，也可以直接按照原保单进行续保，通过到期保单数据和险种类型，可以对应订立新的保险合同，并生成对应的续保保单数据，该续保保单生效时间即为到期保单期限终止后。

本实施例中，续保保单数据由用户业务需求数据和业务系统的险种数据综合得到，其参考了投保用户的用户业务需求数据进行的个性化设置，针对性强，能够避免与投保用户的反复沟通过程，简化了续保保单数据的处理过程。

在一个实施例中，在根据用户业务需求数据获取对应的险种类型的步骤之后，还包括：获取业务系统的风险控制数据；从风险控制数据中查询用户标识对应的风险系数；根据风险系数对险种类型进行筛选，将筛选后的险种类型作为险种类型。

在生成续保保单数据时，可以对续保保单进行风险控制。具体地，在根据用户业务需求数据获取对应的险种类型后，从业务系统的风险数据库中获取风险控制数据，风险控制数据包括业务系统针对各用户设置的风险系数，再根据投保用户的用户标识从风险控制数据中查询对应的风险系数，风险系数表征了该投保用户的风险程度，最后利用该风险系数对得到的险种类型进行筛选，并通过筛选后的险种类型生成续保保单数据。本实施例中，通过查询投保用户对应的风险系数，结合该风险系数对险种类型进行筛选，可以将风险高的险种类型进行滤除，以实现风险管控。

在一个实施例中，推送续保保单数据至用户标识对应的终端的步骤包括：对续保保单数据进行优先级排序，并对排序后的续保保单数据添加标识编码；根据标识编码和排序后的续保保单数据生成续保推荐消息；推送续保推荐消息至用户标识对应的终端。

根据用户业务需求数据和业务系统的险种数据综合得到的续保保单数据中可能包括多种续保保单方案，甚至还可以包括续保保单套餐，在将续保保单数据进行推送时，可以对其进行排序，以便终端的投保用户可以快速选取到合适的续保保单。具体地，得到续保保单数据后，对续保保单数据进行优先级排序，如按照各险种类型的匹配度由高到低进行排序，并对排序后的续保保单数据添加标识编码，例如可以通过拼音字母表示，如职场健康险为zcx，家庭健康险为jtx等，以此区别各险种类型。而终端的投保用户可以通过反馈续保保单数据中险种类型对应的标识编码进行续保确认。在对续保保单数据排序并添加标识编码后，生成对应的续保推荐消息并将该续保推荐消息推送至用户标识对应的终端。在具体应用中，可以通过短信形式、邮件形式或其它社交媒体方式，如公众号推送方式，将续保推荐消息推送至用户标识对应的终端，并接收终端返回的反馈消息，并根据该反馈消息执行相应的处理操作。

在一个实施例中，在根据用户业务数据得到用户业务需求数据，并根据用户业务需求数据确定需求类型的步骤之后，还包括：当需求类型为不续保时，生成保单到期提示消息；推送保单到期提示消息至终端，保单到期提示消息用于提示终端进行续保判断；当接收到终端返回的续保消息时，根据业务系统的险种数据生成续保保单数据；进入推送续保保单数据至用户标识对应的终端的步骤。

当根据用户业务需求数据确定的需求类型为不续保时，生成简单的保单到期提示消息并推送至用户标识对应的终端，以提示终端的投保用户进行续保判断。具体地，当需求类型为不续保时，生成保单到期提示消息；推送保单到期提示消息至终端，并接收终端返回的反馈消息，当接收到的反馈消息为续保消息时，根据业务系统的险种数据生成续保保单数据；进入推送续保保单数据至用户标识对应的终端的步骤，以进行续保保单数据推送。

本实施例中，在根据用户业务需求数据预测为不续保的投保用户，推送到期保单续保提示消息，以告知投保用户到期保单情况。若该投保用户的反馈消息与预测的不续保需求不同，即该投保用户返回续保消息时，再根据业务系统的险种数据生成续保保单数据并进行续保保单数据推送，以实现对续保保单数据的处理。

在一个实施例中，如图4所示，提供了一种保单数据处理方法，以该方法应用于图1中的服务器104为例进行说明，包括以下步骤：

步骤s401：监测保单数据，确定到期保单数据。

本实施例中，监测保单数据，确定到期保单数据具体可以包括：查询保单数据库，保单数据库存储有已投保保单数据；将已投保保单数据中的到期时间与当前时间进行期限比较；当期限比较结果满足预设的续保处理条件时，将已投保保单数据标记为到期保单数据。通过监测保单数据库中的各已投保保单数据，可以及时获取到期保单数据。

步骤s402：获取到期保单数据，并确定到期保单数据对应投保用户的用户标识；

步骤s403：根据用户标识从业务系统中拉取投保用户对应的用户业务数据；

步骤s404：根据历史投保数据确定历史投保类型和历史投保类型对应的投保额度；

步骤s405：按照预设的需求分析权重，根据历史投保类型、投保额度和历史理赔数据，计算得到用户标识对应的投保需求系数；

步骤s406：将投保需求系数与预设的投保需求阈值进行比较，并根据比较结果得到用户业务需求数据；

步骤s407：根据用户业务需求数据确定需求类型。

本实施例中，从到期保单中提取对应投保用户的用户标识，用户标识与投保用户具有对应关系，根据用户标识在业务系统中可以查询获得投保用户在业务系统中的用户业务数据，用户业务数据反映了投保用户在业务系统中接受的业务服务情况，具体包括历史投保数据和历史理赔数据等业务数据。其中，历史投保数据包括该投保用户在业务系统中的历史已失效保单数据和维保期限内保单数据，历史理赔数据包括理赔保单数据和对应的理赔金额。通过综合投保用户的历史投保类型、投保额度和历史理赔数据，对投保用户的业务需求进行预测，并以用户业务需求数据进行量化表征，根据用户业务需求数据可以确定需求类型为续保与否。

步骤s408：判断需求类型是否为续保，若否，则执行步骤s409，否则执行步骤s412；

步骤s409：生成保单到期提示消息；

步骤s410：推送保单到期提示消息至终端；

步骤s411：当接收到终端返回的续保消息时，根据业务系统的险种数据生成续保保单数据；

步骤s412：根据用户业务需求数据和业务系统的险种数据生成续保保单数据。

本实施例中，当需求类型为续保时，根据用户业务需求数据和业务系统的险种数据生成续保保单数据，具体可以包括：查询业务系统的险种数据库，险种数据库包括业务系统支持的各种险种类型；根据用户业务需求数据获取对应的险种类型；获取业务系统的风险控制数据；从风险控制数据中查询用户标识对应的风险系数；根据风险系数对险种类型进行筛选，将筛选后的险种类型作为险种类型；根据到期保单数据和险种类型生成续保保单数据。当需求类型为续保时，续保保单数据由用户业务需求数据和业务系统的险种数据综合得到，其参考了投保用户的用户业务需求数据进行的个性化设置，针对性强，能够避免与投保用户的反复沟通过程。

当续保需求为不续保时，生成保单到期提示消息；推送保单到期提示消息至终端，保单到期提示消息用于提示终端进行续保判断；当接收到终端返回的续保消息时，根据业务系统的险种数据生成续保保单数据。对于续保需求类型为不续保的投保用户，推送到期保单续保提示消息，以告知投保用户到期保单情况。若该投保用户的反馈消息与预测的不续保需求不同，即该投保用户返回续保消息时，再根据业务系统的险种数据生成续保保单数据并进行续保保单数据推送，以实现对续保保单数据的处理。

步骤s413：推送续保保单数据至用户标识对应的终端；

步骤s414：当接收到终端返回的续保确认消息时，根据续保确认消息进行续保处理。

本实施例中，推送续保保单数据至用户标识对应的终端的步骤具体包括：对续保保单数据进行优先级排序，并对排序后的续保保单数据添加标识编码；根据标识编码和排序后的续保保单数据生成续保推荐消息；推送续保推荐消息至用户标识对应的终端。在本实施例中，同时通过短信形式、邮件形式和公众号推送方式，将续保推荐消息推送至用户标识对应的终端，并接收终端返回的反馈消息，并根据该反馈消息执行相应的处理操作。当终端返回续保确认消息时，根据该续保确认消息进行对应的续保处理。此外，若终端反馈消息为不续保时，则表明对应的投保用户不希望就到期保单进行续保，可以结束就到期保单的续保处理。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种保单数据处理装置，包括：用户标识确定模块501、业务数据获取模块503、需求类型确定模块505、续保数据生成模块507、续保数据推送模块509和续保数据处理模块511，其中：

用户标识确定模块501，用于获取到期保单数据，并确定到期保单数据对应投保用户的用户标识；

业务数据获取模块503，用于根据用户标识从业务系统中拉取投保用户对应的用户业务数据；

需求类型确定模块505，用于根据用户业务数据得到用户业务需求数据，并根据用户业务需求数据确定需求类型；

续保数据生成模块507，用于当需求类型为续保时，根据用户业务需求数据和业务系统的险种数据生成续保保单数据；

续保数据推送模块509，用于推送续保保单数据至用户标识对应的终端；

续保数据处理模块511，用于当接收到终端返回的续保确认消息时，根据续保确认消息进行续保处理。

上述保单数据处理装置，由业务数据获取模块根据到期保单数据的用户标识，从业务系统中拉取对应投保用户的用户业务数据，并通过需求类型确定模块根据该用户业务数据得到用户业务需求数据，进一步确定需求类型，当该需求类型为续保时，通过续保数据生成模块结合用户业务需求数据和业务系统的险种数据得到续保保单数据，并由续保数据推送模块将续保保单数据推送至用户标识对应的终端，在通过续保数据处理模块接收到终端返回的续保确认消息后进行对应的续保处理。在保单数据处理过程中，根据投保用户的用户业务数据得到该投保用户的需求类型，当投保用户的需求类型为续保时，结合用户业务需求数据和业务系统的险种数据生成对应的续保保单数据进行推送，不需要业务人员与投保用户进行反复的续保方案沟通，简化了保单数据处理过程，提高了保单数据的处理效率。

在一个实施例中，还包括保单数据库查询模块、期限比较模块和到期保单数据标记模块，其中：保单数据库查询模块，用于查询保单数据库，保单数据库存储有已投保保单数据；期限比较模块，用于将已投保保单数据中的到期时间与当前时间进行期限比较；到期保单数据标记模块，用于当期限比较结果满足预设的续保处理条件时，将已投保保单数据标记为到期保单数据。

在一个实施例中，用户业务数据包括历史投保数据和历史理赔数据，需求类型确定模块505包括投保类型确定单元、投保需求系数确定单元和需求数据获取单元，其中：投保类型确定单元，用于根据历史投保数据确定历史投保类型和历史投保类型对应的投保额度；投保需求系数确定单元，用于按照预设的需求分析权重，根据历史投保类型、投保额度和历史理赔数据，计算得到用户标识对应的投保需求系数；需求数据获取单元，用于将投保需求系数与预设的投保需求阈值进行比较，并根据比较结果得到用户业务需求数据。

在一个实施例中，续保数据生成模块507包括险种数据库查询单元、险种类型确定单元和续保数据生成单元，其中：险种数据库查询单元，用于查询业务系统的险种数据库，险种数据库包括业务系统支持的各种险种类型；险种类型确定单元，用于根据用户业务需求数据获取对应的险种类型；续保数据生成单元，用于根据到期保单数据和险种类型生成续保保单数据。

在一个实施例中，还包括风险数据获取模块、风险系数查询模块和险种类型筛选模块，其中：风险数据获取模块，用于获取业务系统的风险控制数据；风险系数查询模块，用于从风险控制数据中查询用户标识对应的风险系数；险种类型筛选模块，用于根据风险系数对险种类型进行筛选，将筛选后的险种类型作为险种类型。

在一个实施例中，续保数据推送模块509包括排序单元、推荐消息生成单元和消息推送单元，其中：排序单元，用于对续保保单数据进行优先级排序，并对排序后的续保保单数据添加标识编码；推荐消息生成单元，用于根据标识编码和排序后的续保保单数据生成续保推荐消息；消息推送单元，用于推送续保推荐消息至用户标识对应的终端。

在一个实施例中，还包括提示消息生成模块、提示消息推送模块、续保消息接收模块和推送模块，其中：提示消息生成模块，用于当需求类型为不续保时，生成保单到期提示消息；提示消息推送模块，用于推送保单到期提示消息至终端，保单到期提示消息用于提示终端进行续保判断；续保消息接收模块，用于当接收到终端返回的续保消息时，根据业务系统的险种数据生成续保保单数据；推送模块，用于进入推送续保保单数据至用户标识对应的终端的步骤。

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

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

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

获取到期保单数据，并确定到期保单数据对应投保用户的用户标识；

根据用户标识从业务系统中拉取投保用户对应的用户业务数据；

根据用户业务数据得到用户业务需求数据，并根据用户业务需求数据确定需求类型；

当需求类型为续保时，根据用户业务需求数据和业务系统的险种数据生成续保保单数据；

推送续保保单数据至用户标识对应的终端；

当接收到终端返回的续保确认消息时，根据续保确认消息进行续保处理。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：查询保单数据库，保单数据库存储有已投保保单数据；将已投保保单数据中的到期时间与当前时间进行期限比较；当期限比较结果满足预设的续保处理条件时，将已投保保单数据标记为到期保单数据。

在一个实施例中，用户业务数据包括历史投保数据和历史理赔数据，处理器执行计算机程序时还实现以下步骤：根据历史投保数据确定历史投保类型和历史投保类型对应的投保额度；按照预设的需求分析权重，根据历史投保类型、投保额度和历史理赔数据，计算得到用户标识对应的投保需求系数；将投保需求系数与预设的投保需求阈值进行比较，并根据比较结果得到用户业务需求数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：查询业务系统的险种数据库，险种数据库包括业务系统支持的各种险种类型；根据用户业务需求数据获取对应的险种类型；根据到期保单数据和险种类型生成续保保单数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取业务系统的风险控制数据；从风险控制数据中查询用户标识对应的风险系数；根据风险系数对险种类型进行筛选，将筛选后的险种类型作为险种类型。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：对续保保单数据进行优先级排序，并对排序后的续保保单数据添加标识编码；根据标识编码和排序后的续保保单数据生成续保推荐消息；推送续保推荐消息至用户标识对应的终端。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当需求类型为不续保时，生成保单到期提示消息；推送保单到期提示消息至终端，保单到期提示消息用于提示终端进行续保判断；当接收到终端返回的续保消息时，根据业务系统的险种数据生成续保保单数据；进入推送续保保单数据至用户标识对应的终端的步骤。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

获取到期保单数据，并确定到期保单数据对应投保用户的用户标识；

根据用户标识从业务系统中拉取投保用户对应的用户业务数据；

根据用户业务数据得到用户业务需求数据，并根据用户业务需求数据确定需求类型；

当需求类型为续保时，根据用户业务需求数据和业务系统的险种数据生成续保保单数据；

推送续保保单数据至用户标识对应的终端；

当接收到终端返回的续保确认消息时，根据续保确认消息进行续保处理。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：查询保单数据库，保单数据库存储有已投保保单数据；将已投保保单数据中的到期时间与当前时间进行期限比较；当期限比较结果满足预设的续保处理条件时，将已投保保单数据标记为到期保单数据。

在一个实施例中，用户业务数据包括历史投保数据和历史理赔数据，计算机程序被处理器执行时还实现以下步骤：根据历史投保数据确定历史投保类型和历史投保类型对应的投保额度；按照预设的需求分析权重，根据历史投保类型、投保额度和历史理赔数据，计算得到用户标识对应的投保需求系数；将投保需求系数与预设的投保需求阈值进行比较，并根据比较结果得到用户业务需求数据。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：查询业务系统的险种数据库，险种数据库包括业务系统支持的各种险种类型；根据用户业务需求数据获取对应的险种类型；根据到期保单数据和险种类型生成续保保单数据。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取业务系统的风险控制数据；从风险控制数据中查询用户标识对应的风险系数；根据风险系数对险种类型进行筛选，将筛选后的险种类型作为险种类型。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：对续保保单数据进行优先级排序，并对排序后的续保保单数据添加标识编码；根据标识编码和排序后的续保保单数据生成续保推荐消息；推送续保推荐消息至用户标识对应的终端。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当需求类型为不续保时，生成保单到期提示消息；推送保单到期提示消息至终端，保单到期提示消息用于提示终端进行续保判断；当接收到终端返回的续保消息时，根据业务系统的险种数据生成续保保单数据；进入推送续保保单数据至用户标识对应的终端的步骤。

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

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。