保单数据处理方法、查询方法、存储介质和电子设备与流程

本申请涉及数据处理技术领域，更具体地说，涉及一种保单数据处理方法、查询方法、存储介质和电子设备。

背景技术：

随着保险行业的发展，人们购买保险产品的数量越来越大。同一客户也可能会购买多个保险产品。为了更好地为客户进行保险规划，使客户拥有更多的保障，在客户已购买的保险产品的基础上，当客户再次为自己或他人购买保险产品时，可以将客户先后购买的不同保险产品的保单进行拼单。

具体如何进行拼单，并提示客户拼单是否成功，以方便客户进行后续操作，目前缺乏解决方案。

技术实现要素：

为解决现有存在的技术问题，本申请实施例提供一种保单数据处理方法、查询方法、存储介质和电子设备，可以对用户的保单进行拼单，并向用户反馈拼单处理结果。

为达到上述目的，本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供一种保单数据处理方法，应用于保单处理服务器，该方法包括：

接收终端的拼单查询请求，所述拼单查询请求中携带有待拼保单的用户标识；

获取所述用户标识对应的保单信息集合以及利用所述保单信息集合进行拼单的处理结果，其中，所述进行拼单的处理结果是将所述保单信息集合中至少两个保单的保费属性值进行加权求和处理，并根据加权求和处理结果得到；

基于所述保单信息集合和所述进行拼单的处理结果，向所述终端发送拼单查询响应。

在一种可能的实现方式中，所述方法进一步包括：

接收所述终端发送的含有所述用户标识的业务签约请求，所述业务签约请求是所述终端收到拼单成功的处理结果后触发的；

根据业务签约请求生成业务签约确认函并向所述终端反馈生成的业务签约确认函。

在一种可能的实现方式中，获取利用所述保单信息集合进行拼单的处理结果，包括：

从所述保单信息集合中选取保费属性值加权和达到设定数值的保单信息进行拼单，得到至少一个拼单产品。

在一种可能的实现方式中，所述保单信息集合是从基础数据池中获取的；在获取所述保单信息集合之前，所述基础数据池的预处理过程包括：

对所述基础数据池中的代理人信息进行唯一化处理；

根据所述基础数据池中每个保单的属性信息对保单信息进行唯一化处理；

将不同颗粒度的保单信息进行融合，并将已经拼单成功的保单信息保存至已拼单数据池，得到预处理后的基础数据池。

在一种可能的实现方式中，所述基础数据池包括已拼单数据池和待拼单数据池，所述待拼单数据池中包含时间信息位于设定时间之后的当期待拼单保单信息和时间信息位于设定时间之前的历史待拼单保单信息。

在一种可能的实现方式中，从所述保单信息集合中选取保费属性值加权和达到设定数值的保单信息进行拼单，得到至少一个拼单产品，包括：

将所述保单信息集合中的保单信息按顺序设置从小到大的序号；

对于每个当前保单信息，将序号大于所述当前保单信息的序号的所有保单信息对应的保费数值与所述当前保单信息对应的保费数值的加权和作为所述当前保单信息的累加属性值；

根据每个保单信息的累加属性值，对保单信息进行拼单，得到所述拼单产品。

在一种可能的实现方式中，根据每个保单信息的累加属性值，对保单信息进行拼单，包括：

确定序号最小的保单信息的累加属性值除以所述设定数值的余数y；

对获取的保单信息中累加属性值大于所述余数的保单信息进行拼单；

对于累加属性值大于所述余数的保单信息中序号最大的分界保单信息，将所述分界保单信息对应的保费数值更新为所述余数与所述分界保单信息的已拼单数值的差值；所述分界保单信息的已拼单数值为所述分界保单信息的累加属性值与所述分界保单信息更新前对应的保费数值的差。

在一种可能的实现方式中，利用所述保单信息集合进行拼单时，拼单条件满足如下条件中的部分或全部：

所述进行拼单的至少两个保单中的投保人信息或代理人信息相同；

所述进行拼单的至少两个保单中的保单类型相同；

所述进行拼单的至少两个保单的保费属性值之和达到设定数值；

对保单信息集合中的保单信息进行拼单得到的拼单产品的数量小于或等于所述保单信息集合中当期保单信息的数量。

在一种可能的实现方式中，所述方法还包括：

若接收到保单变更信息，根据接收到的保单变更信息，确定发生变更的保单为已拼单保单或待拼单保单；

若所述发生变更的保单为已拼单保单，获取所述发生变更的保单所属的拼单产品；

去除所述拼单产品中的已拼单保单的拼单产品标识，并将所述拼单产品中的已拼单保单保存至待拼单数据池。

在一种可能的实现方式中，若所述发生变更的保单为已拼单保单，获取所述发生变更的保单所属的拼单产品，包括：

若所述发生变更的保单为已拼单保单，将变更后的保单保存至无效数据库；

定期获取无效数据库中的保单信息所属的拼单产品。

在一种可能的实现方式中，所述拼单产品根据拼单时间保存在对应的已拼单数据池中；获取所述发生变更的保单所属的拼单产品，包括：

根据所述发生变更的保单的信息标识，获取所述发生变更的保单对应的拼单时间和拼单产品标识；

根据所述发生变更的保单对应的拼单时间，确定保存所述发生变更的保单的已拼单数据池；

根据所述发生变更的保单对应的拼单产品标识，从确定的已拼单数据池中获取所述发生变更的保单所属的拼单产品。

在一种可能的实现方式中，所述保单变更信息指示将对应的已拼单保单变更为无效保单；从确定的已拼单数据池中获取所述发生变更的保单所属的拼单产品之后，所述方法还包括：

从所述拼单产品中删除所述发生变更的已拼单保单对应的保单信息，或者为所述发生变更的已拼单保单设置无效标识。

在一种可能的实现方式中，将所述拼单产品中的已拼单保单保存至待拼单数据池之后，所述方法还包括：

确定所述发生变更的保单的代理人，并在业绩信息池中更新所述代理人的业绩信息；所述业绩信息池、所述待拼单数据池和所述已拼单数据池均设置于基础数据池内。

在一种可能的实现方式中，将所述拼单产品中的已拼单保单保存至待拼单数据池之后，所述方法还包括：

从所述待拼单数据池中选取保费属性值累加和达到设定数值的目标保单信息；

对选取的目标保单信息进行拼单，得到重组的拼单产品；

根据拼单时间将所述重组的拼单产品保存至对应的已拼单数据池中。

在一种可能的实现方式中，所述对选取的目标保单信息进行拼单，包括：

为属于同一拼单产品的目标保单信息设置相同的信息集合标识。

第二方面，本申请实施例还提供了一种保单拼单查询方法，应用于终端设备，包括：

响应接收到的拼单查询操作，向保单处理服务器发送拼单查询请求；所述拼单查询请求中携带有待拼保单的用户标识；

接收并显示所述保单处理服务器发送的查询结果，所述查询结果包括所述保单处理服务器获取的所述用户标识对应的保单信息集合以及利用所述保单信息集合进行拼单的处理结果；其中，所述进行拼单的处理结果是将所述保单信息集合中至少两个保单的保费属性值进行加权求和处理，并根据加权求和处理结果得到。

第三方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时，实现上述第一方面任一种方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时，实现上述第二方面所述的方法。

第五方面，本申请实施例还提供了一种电子设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，当所述计算机程序被所述处理器执行时，实现第一方面任一种方法。

第六方面，本申请实施例还提供了一种电子设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，当所述计算机程序被所述处理器执行时，实现上述第二方面所述的方法。

第七方面，本申请实施例还提供了一种保单数据处理装置，应用于保单处理服务器，该装置包括：

查询请求接收单元，用于接收终端的拼单查询请求，所述拼单查询请求中携带有待拼保单的用户标识；

数据获取单元，用于获取所述用户标识对应的保单信息集合以及利用所述保单信息集合进行拼单的处理结果，其中，所述进行拼单的处理结果是将所述保单信息集合中至少两个保单的保费属性值进行加权求和处理，并根据加权求和处理结果得到；

查询请求反馈单元，用于基于所述保单信息集合和所述进行拼单的处理结果，向所述终端发送拼单查询响应。

第八方面，本申请实施例还提供了一种保单拼单查询装置，应用于终端设备，包括：

查询请求发送单元，用于响应接收到的拼单查询操作，向保单处理服务器发送拼单查询请求；所述拼单查询请求中携带有待拼保单的用户标识；

查询结果展示单元，用于接收并显示所述保单处理服务器发送的查询结果，所述查询结果包括所述保单处理服务器获取的所述用户标识对应的保单信息集合以及利用所述保单信息集合进行拼单的处理结果；其中，所述进行拼单的处理结果是将所述保单信息集合中至少两个保单的保费属性值进行加权求和处理，并根据加权求和处理结果得到。

本申请实施例提供的保单数据处理方法，在接收到终端的拼单查询请求后，可以获取用户标识对应的保单信息集合及利用保单信息集合进行拼单的处理结果，其中，拼单的处理结果是将保单信息集合中至少两个保单的保费属性值进行加权求和处理，并根据加权求和处理结果得到，基于保单信息集合和进行拼单的处理结果，向终端发送拼单查询响应。通过上述方法，可以对用户的保单进行拼单，并向用户反馈拼单处理结果，使用户可以知道拼单是否成功，以方便进行后续操作。

附图说明

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

图1为本申请实施例提供的一种保单数据处理方法的应用场景图；

图2为本申请实施例提供的一种终端设备与服务器之间的交互图；

图3为本申请实施例提供的一种终端设备的显示界面的示意图；

图4为本申请实施例提供的一种终端设备的另一显示界面的示意图；

图5为本申请实施例提供的一种终端设备的另一显示界面的示意图；

图6为本申请实施例提供的另一种终端设备的另一显示界面的示意图；

图7为本申请实施例提供的另一种终端设备的另一显示界面的示意图；

图8为本申请实施例提供的一种管理设备的显示界面的示意图；

图9为本申请实施例提供的一种保单数据处理方法的流程示意图；

图10为本申请实施例提供的另一种保单数据处理方法的流程示意图；

图11为本申请实施例提供的一种基础数据池处理过程的流程示意图；

图12为本申请实施例提供的图11中步骤s1101的流程图；

图13为本申请实施例提供的一种基础数据池的处理过程示意图；

图14为本申请实施例提供的一种拼单过程的示意图；

图15为本申请实施例提供的另一种拼单过程的示意图；

图16为本申请实施例提供的另一种拼单过程的示意图；

图17为本申请实施例提供的一种拼单后处理结果的示意图；

图18为本申请实施例提供的另一种保单数据处理方法的流程示意图；

图19为本申请实施例提供的另一种保单数据处理方法的流程示意图；

图20为本申请实施例提供的一种无效保单池的建立过程示意图；

图21为本申请实施例提供的一种代理人业绩存储池的建立过程示意图；

图22为本申请实施例提供的一种保单数据处理过程的示意图；

图23为本申请实施例提供的另一种保单数据处理过程的示意图；

图24为本申请实施例提供的一种保单拼单查询方法的流程示意图；

图25为本申请实施例提供的一种保单数据处理装置的结构框图；

图26为本申请实施例提供的一种保单拼单查询装置的结构框图；

图27为本申请实施例提供的一种电子设备的结构示意图；

图28为本申请实施例提供的另一种电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部份实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

需要说明的是，本申请的文件中涉及的术语“包括”和“具有”以及它们的变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

下文中所用的词语“示例性”的意思为“用作例子、实施例或说明性”。作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

文中的术语“第一”、“第二”仅用于描述目的，而不能理解为明示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

下面结合附图及具体实施例对本申请作进一步详细的说明。

本申请实施例提供的一种数据整合系统可以参见图1所示，包括终端设备、管理设备14和服务器15，其中终端设备包括第一类终端设备11和第二类终端设备13，第一类终端设备11可以安装第一类客户端，用于供客户10使用。例如，第一类客户端可以是供客户10使用的保险app，客户10可以在保险app中进行保险方面的查询和保险产品的购买等操作。第二类终端设备13可以安装第二类客户端，用于供代理人12使用。例如，第二类客户端可以是供代理人12使用的保险代理人app，代理人12可以在保险代理人app中为自己的客户购买保险产品，或者对自己的业绩进行查询等操作。第一类终端设备11、第二类终端设备13、管理设备14与服务器15两两之间可以通过通信网络相互连接并进行数据通信。该通信网络可以是有线网络或无线网络。服务器15可以通过通信网络与多个第一类终端设备11、第二类终端设备13和管理设备14连接，对各个第一类终端设备11、第二类终端设备13和管理设备14发送的保单信息进行处理。

其中，第一类终端设备11和第二类终端设备13为可以安装各类客户端，并且能够将已安装的客户端中提供的对象进行显示的电子设备，该终端设备可以是移动的，也可以是固定的，例如，手机、平板电脑、笔记本电脑、台式电脑、智能电视、各类可穿戴设备、车载设备或其它能够实现上述功能的电子设备等。管理设备14为可以接收第一类终端设备11和第二类终端设备13发送的信息的电子设备，例如，笔记本电脑、台式电脑等。各个第一类终端设备11、第二类终端设备13和管理设备14通过通信网络与服务器15连接，服务器15可以是云端服务器，可以是一台服务器或由若干台服务器组成的服务器集群或云计算中心，或者是一个虚拟化平台。第一类终端设备11、第二类终端设备13、管理设备14和服务器15的数量均不做限定。

例如，第一类终端设备11上安装有保险app，客户10可以通过第一类终端设备11中安装的保险app购买保险产品，或者查询自己所购买的保险产品的相关数据。第二类终端设备13上安装有保险代理人app，代理人12可以通过第二类终端设备13中安装的保险代理人app为自己的客户购买保险产品，或者对自己的业绩进行查询。

第一类终端设备11和第二类终端设备13可以将购买信息发送给管理设备14，管理设备14在接收到信息后，从中获取保单信息并将获取到的保单信息发送给服务器15，服务器15在接收到保单信息后，对接收的保单信息进行相应的处理。

在另一种实施例中，第一类终端设备11还可以向服务器15发送拼单查询请求。此时，终端设备与服务器之间的交互过程可以如图2所示，包括如下步骤：

步骤s201，终端设备向服务器发送拼单查询请求。

拼单查询请求中携带有待拼保单的用户标识。

步骤s202，获取拼单查询请求中的用户标识对应的保单信息集合以及利用保单信息集合进行拼单的处理结果。

其中，所述进行拼单的处理结果是将保单信息集合中至少两个保单的保费属性值进行加权求和处理，并根据加权求和处理结果得到。具体的拼单过程将在下文中详细介绍。

步骤s203，服务器基于保单信息集合和进行拼单的处理结果，向终端设备发送拼单查询响应。

步骤s204，终端设备向服务器发送业务签约请求。

所述业务签约请求是终端设备接收到拼单成功的处理结果后触发的。终端设备接收到服务器发送的拼单查询响应，向客户显示拼单结果，如果是拼单成功的处理结果，客户可以基于拼单结果决定是否签约业务，并享受该业务对应的服务。如果客户填写签约业务申请，终端设备向服务器发送业务签约请求。

步骤s205，服务器根据业务签约请求生成业务签约确认函。

步骤s206，服务器向终端设备发送业务签约确认函。

服务器对终端设备发送的业务签约确认函进行复核，复核通过后，向终端设备发送业务签约确认函，表明客户签约成功。

具体地说，在一种应用场景中，客户10可以通过第一类终端设备11中安装的保险app购买保险产品。客户10登录第一类客户端查看保险产品时，第一类客户端可以向客户展示如图3所示的保险规划界面，在该界面中，客户可以输入年龄、性别等相关信息，客户端会向客户推荐可以进行的保险规划。客户根据自身需要对自己已购买或将要购买的保险产品进行规划，以使自己购买的保险产品可以达到拼单的标准。

在另一种应用场景中，客户10通过安装在第一类终端设备11上的第一类客户端查询保单信息。例如，客户10登录安装在第一类终端设备11上的第一类客户端，在如图4所示的界面中，点击“查询服务”，然后选择“保单查询”，第一类终端设备11会根据客户10的保单查询操作生成拼单查询请求，并发送给服务器15，同时也会将客户10的相关标识，如客户10的编号等信息发送给服务器15，服务器15接收到客户10的拼单查询请求后，根据客户10的相关标识查找对应的保单信息集合并发送给第一类终端设备11。第一类终端设备11在接收到服务器15所发送的信息后，通过图5所示的界面向客户10展示其已购买的保险产品和保险产品的相关信息，包括已拼单成功的产品和尚未拼单的产品。已拼单成功的产品如图5中的“保单a组”和“保单b组”，尚未拼单的产品如图5中的“第m号保单”和“第n号保单”。客户10选择图5所示界面中的“保单b组”后，第一类终端设备11会向客户10展示“保单b组”中的“第x1号保单”、“第x2号保单”等保单，客户10也可以选择图5所示界面中的“第m号保单”，第一类终端设备11会向客户10展示“第m号保单”的相关信息。

在另一种应用场景中，代理人12还可以通过安装在第二类终端设备13上的第二类客户端对自己的业绩进行查询。例如，代理人12登录安装在第二类终端设备13上的第二类客户端，在如图6所示的界面中，点击“业绩查询”，第二类终端设备13会根据代理人12的业绩查询操作生成拼单查询请求，并发送给服务器15，同时也会将代理人12的相关标识，如代理人12的编号等信息发送给服务器15。由于代理人12的业绩实际上是由其所卖出的保单数量所构成的，因此服务器15接收到代理人12的拼单查询请求后根据代理人12的相关标识查找对应的保单信息集合并发送给第二类终端设备13。第二类终端设备13在接收到服务器15所发送的信息后，通过图7所示的界面向代理人12展示其本年已卖出的保险产品和保险产品的相关信息，包括已拼单产品和未拼单产品。已拼单产品如图7中的“保单e组”、“保单f组”和“保险g组”，未拼单产品如图7中的“第n号保单”。代理人12选择图7所示界面中的“保单f组”后，第二类终端设备13会向代理人12展示“保单f组”中的“第y1号保单”、“第y2号保单”等保单，代理人12也可以选择图7所示界面中的“第n号保单”，第二类终端设备13会向代理人12展示“第n号保单”的相关信息。代理人12如果想要查询自己往年卖出的保险产品和保险产品的相关信息，则可以对卖出的保险产品的时间进行设置。

在一种应用场景中，管理人员可以通过管理设备14对各个分公司和各个分公司的员工的信息进行查询和管理。例如，管理人员可以通过管理设备14查看某一分公司的所有员工的信息，管理设备14可以根据管理人员的信息查看操作生成保单信息查询请求，并发送给服务器15，服务器15会根据查询请求查找对应的相关信息并发送给管理设备14，管理设备14会向管理人员展示如图8所示界面。在如图8所示的界面中，管理人员可以查看员工的工号、姓名、销售渠道、本年已拼单产品的数量、本年未拼单产品的数量以及员工的在职状态等信息。

下面具体说明服务器执行保单数据处理方法的具体过程。图9示出了本申请实施例提供的一种保单数据处理方法的流程图。如图9所示，该方法可以包括以下步骤：

步骤s901，接收终端的拼单查询请求。

客户可以通过终端向服务器发送拼单查询请求。拼单查询请求中携带有待拼保单的用户标识。

步骤s902，获取用户标识对应的保单信息集合以及利用保单信息集合进行拼单的处理结果。

服务器接收到终端发送的拼单查询请求，获取用户标识对应的保单信息集合以及利用保单信息集合进行拼单的处理结果。其中，其中，所述进行拼单的处理结果是将保单信息集合中至少两个保单的保费属性值进行加权求和处理，并根据加权求和处理结果得到。可选地，服务器可以获取预先保存的利用所述保单信息集合进行拼单的处理结果；或者，利用保单信息集合进行拼单，得到所述处理结果。

服务器在进行拼单处理时，可以从保单信息集合中选取保费属性值加权和达到设定数值的保单信息进行拼单，得到至少一个拼单产品。例如，将保单信息集合中至少两个保单的保费属性值进行累加处理，并根据累加处理结果得到拼单结果。

步骤s903，基于保单信息集合和进行拼单的处理结果，向终端发送拼单查询响应。

在一些实施例中，如图10所示，服务器在向终端发送拼单查询响应之后，如果接收到终端发送的含有用户标识的业务签约请求，上述方法可以包括以下步骤：

步骤s1001，接收终端发送的含有用户标识的业务签约请求。

步骤s1002，根据业务签约请求生成业务签约确认函并向终端反馈生成的业务签约确认函。

服务器在向终端发送拼单查询响应之后，如果接收到终端发送的含有用户标识的业务签约请求，所述业务签约请求是终端收到拼单成功的处理结果后触发的，可以根据业务签约请求生成业务签约确认函并向终端反馈生成的业务签约确认函。

具体地说，终端设备接收到服务器发送的拼单查询响应，向客户显示拼单结果，如果是拼单成功的处理结果，客户可以基于拼单结果决定是否签约业务，并享受该业务对应的服务。如果客户填写签约业务申请，终端设备向服务器发送业务签约请求。服务器对终端设备发送的业务签约确认函进行复核，复核通过后，向终端设备发送业务签约确认函，表明客户签约成功。

通过上述方法，可以对用户的保单进行拼单，并向用户反馈拼单处理结果，使用户可以知道拼单是否成功，以方便进行后续操作。

在一些实施例中，保单信息集合是从基础数据池中获取的，在获取保单信息集合之前，对基础数据池的处理过程如图11所示，包括以下步骤：

步骤s1101，基础数据池的准备阶段。

基础数据池用于保存已经承保的保单信息。在基础数据池的准备阶段，对基础数据池的预处理过程如图12所示，可以包括以下步骤：

步骤s1201，以保单的属性信息对保单的唯一性进行处理。

将保单销售的流水信息进行整合，以保单最终状态(包括保单的产品大类、缴费年期、最终承保时间、标准保费、营销与续期状态、保单的代理人状态、保单的投保人被保人信息等)来确定模型中的保单属性，保证基础数据池中数据的唯一性，基本保证数据在保单+客户信息的颗粒度，使对象唯一，避免数据混淆与冗余。

步骤s1202，对代理人信息进行归一化处理。

例如，a公司拥有个险、银保首期、银保续期、电话销售、综拓等渠道，以及养老渠道等多个特征各异的渠道，每个渠道对应有自身的核心系统。因此，在每个渠道的核心系统中均保存有该渠道的代理人信息，因而在准备阶段需要对保单的代理人信息进行归一化处理，使拥有不同工号的代理人以原始工号为准，从而使代理人信息具有唯一性。

步骤s1203，将保单的不同颗粒度数据进行融合。

重构产品类型表，对产品颗粒度与保单颗粒度的相关算法进行调整，对保单颗粒度数据进行单独处理，将不同颗粒度数据统一在一起，得到产品颗粒度与保单颗粒度相混合、且数据唯一的基础数据池，以便于在不同颗粒度数据之间实现拼单。

步骤s1204，从基础数据池中清除已经拼单成功的保单。

步骤s1102，基础数据池的进一步处理。

对基础数据池的进一步处理过程如图13所示，首先对基础数据池进行分类，将其分为本年保单数据池(已分组数据库)和待拼单数据池(待分组数据库)两部分，将最终承保时间为本年的保单存储在本年保单数据池中，将需多张保单拼单才能形成拼单产品，保单自身无法形成拼单产品的数据集合存储在待拼单数据池中。

根据保单最终承保时间、产品所在大类、产品优先级、缴费年期、标准保费等属性，分别计算不同档的拼单产品，获得满足条件的保单清单，将这些保单清单称为单张拼单产品清单，将这些保单存储在单张拼单产品清单中。

从基础数据池中剔除上述过程获得的单张拼单产品保单清单，即可获得待拼单基础数据池，即剩余保单必须通过拼单才能形成拼单产品(其中非本年保单可以自身形成拼单产品的，不计入在内)，将这些保单存储在待拼单基础数据池中。

待拼单基础数据池，也可以分为两部分，分为当年待拼单基础数据池和历史待拼单基础数据池这两个部分。当年待拼单基础数据池存储的保单的最终承保时间在本年，历史待拼单基础数据池存储的保单的最终承保时间在今年之前。

对基础数据池进一步处理完成之后，在当年待拼单基础数据池和历史待拼单基础数据池这两个基础数据池中进行保单拼单过程。

步骤s1103，处理拼单过程。

示例性地，拼单的规则可以包括：投保人为同一人、同一险种、单张保单标准保费1万元(含)以上，累计标准保费每满20万元即可计为一件拼单产品；对于属于同一大类的保险产品的保单，将未参与过拼单的历史保单和当年新单均可按承保时间顺序进行累加拼单；计入考核的拼单产品中至少包含一件当年新单；交费年期为15/20年交，拼单15万时，取消交费年期必须一致的要求；参与拼单的保单数量没有限制。不可跨分公司拼单；同一分公司内部不同中支拼单，可计入分公司总件数，不计中支件数；各层级机构业绩计算以此类推；不可跨业务系列拼单；个险内部营销和收展拼单，可计入个险总件数，不计营销和收展件数；银保内部首期和续期拼单，可计入银保总件数，不计首期和续期件数；单个业务员件数统计遵守上述拼单规定；单个业务员保费不足以计为一件幸福有约时进行多人拼单，不计业务员个人业绩，可计入各级机构和业务系列总件数。

在一些实施例中，基础数据池中可以包含多种颗粒度的待分组保单信息。例如一些待分组保单信息可以是保单信息，另一些待分组保单信息可以是产品信息，一个保单下可以包含多个产品，因此，保单信息和产品信息属于不同颗粒度的保单信息。本申请实施例可以将多种不同颗粒度的保单信息进行整合，进一步提高保单信息的整合效果，简化后期运维成本。

在一些实施例中，基础数据池包括已拼单数据池和待拼单数据池，所述待拼单数据池中包含时间信息位于设定时间之后的当期待拼单保单信息和时间信息位于设定时间之前的历史待拼单保单信息。

服务器利用保单信息集合进行拼单时，拼单条件满足如下条件中的部分或全部：所述进行拼单的至少两个保单中的投保人信息或代理人信息相同；所述进行拼单的至少两个保单中的保单类型相同；所述进行拼单的至少两个保单的保费属性值之和达到设定数值；对保单信息集合中的保单信息进行拼单得到的拼单产品的数量小于或等于所述保单信息集合中当期保单信息的数量。

拼单的整体实现过程如图14所示，计算单元是同一类保单集合，在本算法中指基础数据池中同一个二级机构、同一个渠道、同一个产品大类、同一个客户(销售渠道为同一个投保人、养老渠道的个人产品为同一个投保人、养老的团体产品为同一个被保人)下的保单集合。

同一类保单集合是拼单集合的最宽范围，而本实施例通过重构拼单在产品大类、渠道、机构等维度的优先级，可以获得不同优先级的拼单结果，从而满足业务多样化的数据需求。

具体地，可以通过如下步骤，对拼单过程确定优先级：

所有拼单都是在同一类保单集合下进行的，而下一轮拼单过程的基础是建立在上一轮拼单结束后剩下的(还能继续参与拼单的)基础数据池上。

在同一类保单集合下，各渠道独有产品(产品大类中的一种)的基础数据池和保单颗粒度的基础数据池构成一个保单集合。

在同一类保单集合下，各渠道共有产品(产品大类中的一种)的基础数据池和拼单过程结束之后剩下的保单的基础数据池构成一个保单集合。

在一个实施例中，具体展示了当年基础数据池最高优先级的拼单过程。在同一类保单集合下，集合中整体的产品大类属于第一优先级，缴费年期在15年及以上，标准保费在15万及以上，且均由同一个代理人所做。

从保单信息集合中选取保费属性值累加和达到设定数值的保单信息进行拼单，得到至少一个拼单产品，包括如下步骤：

步骤一，将所述保单信息集合中的保单信息按顺序设置从小到大的序号。

步骤二，对于每个当前保单信息，将序号大于所述当前保单信息的序号的所有保单信息对应的保费数值与所述当前保单信息对应的保费数值的加权和作为所述当前保单信息的累加属性值。

步骤三，根据每个保单信息的累加属性值，对保单信息进行拼单，得到所述拼单产品。

具体地说，确定序号最小的保单信息的累加属性值除以所述设定数值的余数y；

对获取的保单信息中累加属性值大于所述余数的保单信息进行拼单；

对于累加属性值大于所述余数的保单信息中序号最大的分界保单信息，将所述分界保单信息对应的保费数值更新为所述余数与所述分界保单信息的已拼单数值的差值；所述分界保单信息的已拼单数值为所述分界保单信息的累加属性值与所述分界保单信息更新前对应的保费数值的差。

通过上述步骤，可以快速完成拼单处理过程。

在一些实施例中，上述方法还可以包括：对基础数据池中的待分组保单信息依次按照如下信息属性进行排序：待分组保单信息中的数据类型、待分组保单信息中的时间信息、待分组保单信息中的数值、待分组保单信息中的用户信息。

将保单信息的不同信息属性设置不同的优先级，按照不同信息属性的优先级对待分组保单信息进行排序，可以保证待分组数据库中的每个待分组保单信息具有唯一性，避免将同一待分组保单信息在待分组数据库中保存多份。

在一些实施例中，考虑到在信息集合中，当期待分组保单信息比历史待分组保单信息具有更重要的作用，因此需要信息集合的数量小于或等于当期待分组保单信息的数量。具体地说，基础数据池中包括时间信息位于设定时间之后的当期待分组保单信息和时间信息位于设定时间之前的历史待分组保单信息；所述设定条件还包括：多个目标保单信息进行组合后形成的满足设定条件的信息集合的数量小于或等于当期待分组保单信息的数量。

具体地，在一个应用实例中，拼单的过程可以如图15所示，包括如下步骤：

步骤s1501、对同一类保单集合内的保单按保单的属性进行排序。

首先在当年基础数据池中的同一类保单集合内，按承保时间先后、保单号、缴费年期等属性对保单进行排序，保证同一类保单集合内保单的唯一性，且同一类保单集合内各保单的序号各异。每个保单对应有数值a和属性b，数值a的初始值为该保单的标保额度。属性b用于标识该保单是否已经拼单成功，即属性b为已分组标记或未分组标记。

步骤s1502，对集合内的保单对应的数值以排序的倒序进行累加，得到各个保单的属性值。

其中，保单对应的数值可以是标保额度。按同一类保单集合内序号的大小，对保单对应的数值a以排序的倒序方式进行加和，得到保单的累加属性值a1。例如，假设某一类保单集合内有序号1～10共10张保单，其中每个保单的保费为3万元，以排序的倒序方式进行加和，得到序号为10的保单的a1为3万元，序号为9的保单的a1为6万元，以此类推，则序号为2的保单的a1为27万元，序号为1的保单的a1为30万元。

显然同一类保单集合中序号为1的保单的a1是整个集合的标准保费和，序号最大的保单的a1就是该保单对应的数值a。然后取同一类保单集合中序号为1的保单的a1/limit的商记为s，其中limit就是该轮拼成拼单产品所需的标准保费，显然本例为15万，取序号为1的保单的a1/limit的余数记为y。

继续上述举例，其中，序号为1的保单的a1/limit的商s为30/15＝2，y为0。由于在这个保单集合中，所有序号的保单的a1都大于y，所以表明该保单集合内的所有保单都参与拼成了拼单产品，且能够参与拼单的标准保费额度已经用完，将所有保单对应的a置为0，并将所有保单的属性b设置为已分组标记，代表这些保单不再参与后续的拼单过程。在本轮拼单过程，该保单集合拼成的拼单产品件数就是2。

步骤s1503，根据各个保单的属性值，从集合中提取组合后满足设定条件的多个保单。

筛选出拼单过程中s>0的同一类保单集合，找到在保单集合里a1>y的保单中，序号最大的那个保单的序号，记为max_xuhao，则同一类保单集合中序号比max_xuhao小的保单，在本次拼单过程中参与拼成了拼单产品，且能够参与拼单的标准保费额度已经用完。

步骤s1504，修改各个保单对应的数值a和属性b。

将满足步骤s1503条件的保单对应的数值a置为0，属性b设为已分组标记，表示这些保单不再参与后续的拼单过程了，给他们打上了参与拼单的标记。而对于序号恰好是max_xuhao的那张保单，将其属性a置为y-(a1-a)，并打上参与拼单的标记，表示该保单还能以标准保费y-(a1-a)的额度来继续参与后续的拼单过程。本轮拼单过程，同一类保单集合拼成的拼单产品的件数就是s，将本轮拼单过程中每一类保单集合对应的s加和，得到本轮拼单过程中形成的拼单产品的件数。

步骤s1505，更新基础数据池。

将参与本次拼单过程中已拼成拼单产品的保单剔除，将未参与拼单过程的保单继续投入基础数据池中。

步骤s1506，进入下一轮拼单过程。

更新当年基础数据池后，再以相同算法，在更新后的基础数据池的基础上，以符合新一轮的条件，来计算后续拼单产品的拼单情况。

在另一种实施例中，假设某一类保单集合内有序号1～10共10个保单，保单集合的保费总和为35万元，其中序号为9和10的保单的保费都为3万元，则序号为9的保单的a1为6万元，序号为10的保单的a1为3万元，s为2，y为5。在这个保单集合内，序号为9的保单的a1大于y，序号为10的保单的a1小于y，则将序号为9的保单序号记为max_xuhao，序号1～8的保单在本次拼单过程中都已经参与拼成了拼单产品，且能够参与拼单的标准保费额度已经用完，将这些保单对应的数值a置为0，属性b设为已分组标记，表示这些保单不再参与后续的拼单过程。对于序号为9的那张保单，其有1万元的额度参与拼成了拼单产品，还有剩余2万元的额度没有参与拼单过程，因此将其数值a置为2，并打上参与拼单的标记，使该保单以2万元的额度继续参与后续的拼单过程。

在另一个实施例中，待拼单数据池中包括时间信息位于设定时间之后的当年基础数据池和时间信息位于设定时间之前的历史基础数据池；可以将当年基础数据池中的保单与历史基础数据池中的保单进行拼单。例如，在当年基础数据池自身进行拼单过程结束之后，更新后的基础数据池中，当年基础数据池与历史基础数据池进行拼单，在同一类保单集合下，集合中整体的产品大类属于第一优先级，缴费年期在15年及以上，标准保费在15万及以上的，均由同一个代理人所做。

如图16所示，上述过程包括如下步骤：

步骤s1601，确定同一类保单集合的限制。

对于当年保单与往年保单的拼单，规定在同一类保单集合中形成的拼单产品件数，不能超过该集合中所含当年新单的件数，集合内当年新单件数记为new_number。计算每一个同一类保单集合中当年新单数new_number，以此作为该集合最多能形成的拼单产品件数。

步骤s1602，对当年基础数据池和历史基础数据池中还可以继续参与拼单过程的保单按保单的属性进行排序；

该步骤的算法类似上述步骤s1501，但该轮拼单过程的基础数据池是将当年基础数据池和历史基础数据池中还可以继续参与拼单的保单进行了融合。然后再统一对同一类保单集合进行排序。

步骤s1603，对集合内的保单对应的数值以排序的倒序进行累加，得到各个保单的属性值。

其中，保单对应的数值可以是标保额度。按同一类保单集合内序号的大小，对保单对应的数值a以排序的倒序方式进行加和，得到保单的累加属性值a1。显然同一类保单集合中序号为1的保单的a1是整个集合的标准保费和，序号最大的保单的a1就是该保单对应的数值a。然后取同一类保单集合中序号为1的保单的a1/limit的商记为s，其中limit就是该轮拼成拼单产品所需的标准保费，显然本例为15万，取序号为1的保单的a1/limit的余数记为y。

步骤s1604，根据各个保单的属性值，从集合中提取组合后满足设定条件的多个保单。

在计算s时，假如序号1的保单的a1/limit的商大于new_number，则s记为new_number，否则s仍为a1/limit的商。假如序号1的保单的a1/limit的商大于new_number，则y记为a1-new_number*limit，否则y仍为a1/limit的余数。

筛选出拼单过程中s>0的同一类保单集合，找到在保单集合里a1>y的保单中，序号最大的那个保单的序号，记为max_xuhao，则同一类保单集合中序号比max_xuhao小的保单，在本次拼单过程中参与拼成了拼单产品，且能够参与拼单的标准保费额度已经用完。

步骤s1605，修改各个保单对应的数值a和属性b。

将满足步骤s1604条件的保单对应的数值a置为0，属性b设为已分组标记，表示这些保单不再参与后续的拼单过程了，给他们打上了参与拼单的标记。而对于序号恰好是max_xuhao的那张保单，将其属性a置为y-(a1-a)，并打上参与拼单的标记，表示该保单还能以标准保费y-(a1-a)的额度来继续参与后续的拼单过程。本轮拼单过程，同一类保单集合拼成的拼单产品的件数就是s，将本轮拼单过程中每一类保单集合对应的s加和，得到本轮拼单过程中形成的拼单产品的件数。

步骤s1606，更新基础数据池。

将参与本次拼单过程中已拼成拼单产品的保单剔除，将未参与拼单过程的保单继续投入基础数据池中。

步骤s1607，进入下一轮拼单过程。

更新当年基础数据池后，再以相同算法，在更新后的基础数据池的基础上，以符合新一轮的条件，来计算后续拼单产品的拼单情况。

例如，一个保单集合有5张保单，4张是往年保单，1张是当年新单，每张保单的保费为8万元，将这5张保单按保单的属性排序为1～5，则new_number＝1，序号为1的保单的a1/limit的商大于new_number，s为1，y为25。

在一些实施例中，上述方法还可以包括将本年保单数据池中的保单继续进行分类，获取二次分类结果集。例如，如图17所示，将二次分类结果集分为常规结果集、同一个代理人拼单结果集、同一个三级机构拼单结果集、同一个销售子渠道拼单结果集四大类，从而获得不同优先级的拼单结果，丰富结果数据集，满足业务的不同需求。并对基本结果集增加代理人、保单、投保人、被保人、四级机构、银行等属性信息，进一步丰富结果数据集，以满足分公司对数据的精细化需求。

本申请实施例提供的方案，具有跨保单拼单、异颗粒度数据融合等特点，可以满足业务多样化的数据需要，对跨保单拼单的相关方法具有极大的借鉴作用，并且，可以解决相异颗粒度数据的组合问题以及确定数据唯一性的问题，避免数据混淆与冗余。

在一个具体的实施例中，如果已拼单保单发生撤单或其他变更后，还可以撤销已形成的拼单产品。具体地说，本申请实施例提供的保单数据处理方法还可以包括图18所示的如下步骤：

步骤s1801，若接收到保单变更信息，根据接收到的保单变更信息，确定发生变更的保单为已拼单保单或待拼单保单。

服务器可以通过接收到的保单变更信息的操作来确定发生变更的保单为已拼单保单或待拼单保单。

步骤s1802，若发生变更的保单为已拼单保单，获取发生变更的保单所属的拼单产品。

如果服务器通过接收到的保单变更信息的操作来确定发生变更的保单为已拼单保单，则根据发生变更的保单的信息标识，获取发生变更的保单对应的拼单时间和拼单产品标识；根据发生变更的保单对应的拼单时间，确定保存发生变更的保单的已拼单数据池；根据发生变更的保单对应的拼单产品标识，从确定的已拼单数据池中获取发生变更的保单所属的拼单产品；将变更后的保单保存至无效数据库；定期获取无效数据库中的保单信息所属的拼单产品。

例如，无效数据库可以专门用于记录去年承保，并拼成拼单产品，又在本年发生撤单、返回未承保等事件的保单的信息。由于拼单产品是由保单之间拼单形成的，因此假如拼成拼单产品的多张保单中有一单发生撤单，则业绩既可能减少，也可能保持不变，故每张发生变更的保单都需要考虑在内，每张发生变更的保单都需要添加到无效数据库。然后每天根据无效数据库的情况，对拼单产品进行调整。

步骤s1803，去除拼单产品中的已拼单保单的拼单产品标识，并将拼单产品中的已拼单保单保存至待拼单数据池。

服务器可以将获取得到的拼单产品中的所有已拼单保单的拼单产品标识去除掉，并将其保存到待拼单数据池。

在获取发生变更的保单所属的拼单产品之后，服务器可以从拼单产品中删除发生变更的已拼单保单对应的保单信息，或者为发生变更的已拼单保单设置无效标识。

因为拼单产品的业绩是多张保单拼单形成的，而不是单张保单自身形成的，因此拼成拼单产品的多张保单中有一张保单发生撤单，就需要对整个拼单产品中的所有保单进行重新评估，可以将已经拼单成功的保单全部删除。

在将拼单产品中的所有已拼单保单保存至待拼单数据池之后，服务器可以对待拼单数据池中的待拼单保单重新进行拼单。例如，可以确定包含拼单产品对应的属性值的属性集合；从属性集合中剔除拼单产品对应的属性值；以及从待拼单数据池中提取组合后满足设定条件的多个目标保单；为提取的目标保单设置拼单产品标识并根据拼单时间保存至对应的已拼单数据池中。设定条件包括以下部分或全部：多个目标保单中的保单类型相同；多个目标保单中的投保人信息或代理人信息相同；多个目标保单的保费属性值之和达到设定数值；对保单信息集合中的保单信息进行拼单得到的拼单产品的数量小于或等于所述保单信息集合中当期保单信息的数量。

将已经拼单成功的保单全部删除之后，将未经任何处理的去年由同一个代理人所做的保单信息集合中的保单全量插入历史数据库，然后根据无效数据库中的保单，找到这个保单参与拼成的保单信息集合所涉及的全部保单，从历史数据库中释放所有这些保单，这些释放掉的保单又全部进入待拼单数据池，可以重新参与拼单。

通过上述方法，可以将已拼单保单中已经发生变更的保单从已拼单保单中去除掉，并且通过处理删除无效的保单，可以提高保单数据信息处理的准确性，以及降低保单数据统计和计算的复杂度。

上述实施例提供的保单数据处理方法，可以应用于保险行业，根据发生变更的保单数据对已经形成的已拼单保单进行拆分处理，根据拆分后的保单更正对代理人业绩的计算或更改客户的等级；也可以应用于金融行业或电子商务行业，例如，在金融行业，用户a购买的所有金融产品合并后的总金额达到某个阈值，可以将用户a的等级调整为vip3，但是，用户a撤回了购买某个金融产品的操作，在撤回该金融产品后，剩余的金融产品合并后的总金额无法达到上述阈值，则会根据用户a撤回购买该金融产品的行为将用户a的等级调整为vip2。

具体地，在一个应用实例中，拼单的过程还可以如图19所示，包括如下步骤：

步骤s1901，建立无效数据库。

建立的无效数据库专门用于记录去年承保，并拼成拼单产品，又在本年发生撤单、返回未承保等事件的保单的信息，并建立无效保单信息相应更新、存储机制。建立这样的数据库既能为后续算法提供准备，又能便于业务方后期追踪督导。

无效数据库的范围每天都在发生变化，由于拼单产品是由保单之间拼单形成的，因此假如拼成拼单产品的多张保单中有一单发生撤单，则业绩既可能减少，也可能保持不变，故每一张撤单的保单都需要考虑在内，因此每次都需要全量更新无效数据库，并建立相关存储机制。然后每天根据无效数据库的情况，重新进行拼单保单的全量计算。

无效数据库的形成建立过程如图20所示，无效数据库中存储的保单信息包括三种情况：第一种情况是保单在本年发生了撤单或返回未承保事件，目前状态仍为撤单状态，因此保单状态当前是无效的；第二种情况是本年发生了撤单或返回未承保事件，后来又进行了承保，因此当前的保单状态是有效的；第三种情况是保单在本年发生了迁移，迁移后的保单又发生撤单或返回未承保事件，因此迁移后的保单状态当前或当年是无效的。

符合第一种和第三种情况的保单理应进入无效数据库中进行存储，而符合第二种情况的保单，因为保险销售的特殊性，存在承保、撤单、返回未承保、再承保的特殊情况，而且再次承保时的标准保费可能与之前的标准保费是不同的，故假如标准保费减少，则再次承保这种情况下可能就无法拼成拼单产品了，因此第二种情况即使保单状态最终仍为有效，仍需要重新全量计算拼成拼单产品的保单，因此符合这种情况的保单也可以在无效数据库中进行存储。

步骤s1902，建立专属历史业绩存储池。

建立专属历史数据库，专门用来存储历年来拼成拼单产品的所有保单，建立相应更新、存储机制。

步骤s1903，建立跨年扣减信息存储池。

创建代理人跨年业绩扣减表，专门记录代理人跨年的业绩扣减信息，与无效数据库配合记录扣减相关信息，可以避免重复计算代理人的业绩，保障数据的准确性。因为拼单产品的业绩是多张保单拼单形成的，而不是单张保单自身形成的，因此拼成拼单产品的多张保单中有一张保单发生撤单，就需要对整个拼单产品中的所有保单进行重新评估，因此本算法需要计算的是拼单类业绩的跨年扣减。

根据无效数据库中保单，从专属历史数据库中找到这些保单涉及多少拼单产品的业绩(而非计算涉及多少单个的保单)，然后对保单所属的代理人的业绩先行进行扣减。

步骤s1904，在基础数据池对拼单中的跨年撤单进行处理。

在基础数据池的准备阶段，可以将在去年已经拼单成功的保单全部删减。之后，将未经任何处理的去年由同一个代理人所做的信息集合保单全量插入历史数据库，然后根据无效数据库中的保单，找到这个保单参与拼成的拼单产品所涉及的全部保单，从历史数据库中释放所有这些保单。

由于基础数据池需要排除掉历史上已经拼单成功的保单，因此这些释放掉的保单又全部进入基础数据池，从而可以重新参与拼单。

因此对于无效数据库中的保单，第一和第三种情况因为是撤单状态，就不能进入基础数据池，而第二种情况的保单仍为有效状态，因此可以进入基础数据池中继续参与拼单，假如其保费未变化，则会在新的拼单过程中再次拼单成功，则新拼成拼单产品的业绩会抵消掉业绩扣减表中扣减的业绩(即业绩的加回)，如果其保费变化，则会重新计算其是否能够再次拼单成功。

步骤s1905，建立代理人业绩存储池。

由于代理人业绩的计算是跨年的，需要对多年的业绩进行联合与统一，因此本算法建立了代理人业绩的存储机制。

示例性地，如图21所示，代理人业绩基础数据池由三部分组成。第一部分是去年的累计业绩，每个代理人每个月一条数据。第二部分是本年新的累计业绩，每个代理人每个月一条数据，因为两个年度的规则变化较大，故要将二者分开，同时本年新的累计业绩是不断更新的。第三部分是代理人跨年扣减的业绩。

因此对代理人跨年业绩的统计，必须是将这三个部分结合起来，才可以得到代理人跨年累计的真实业绩，再通过跨年累计业绩之间的相减，获得代理人真实的月度净增业绩。

图22和图23示出了根据无效数据库中的保单对已拼单保单进行处理的过程。根据无效数据库中的保单，从历史数据库中找到这些保单涉及的信息集合，据此一方面对保单所属的代理人的业绩先行进行扣减处理，获得代理人的跨年业绩扣减信息，与无效数据库共同记录扣减相关信息；另一方面，从基础数据池中释放无效数据库涉及的历史拼单中的所有保单，使其参与后续整个拼单过程，生成新的代理人业绩基础数据池。在此过程中，在对基础数据池进行处理过程中还增加对发生退保、理赔等事件的保单的处理过程，并且在拼单过程中设计渠道限制算法，通过算法限定，只允许同一类保单集合中，同一个代理人所销售的保单进行拼单。跨年扣减信息存储池与新生成的代理人业绩基础数据池共同构成了代理人业绩存储池。代理人业绩存储池中存储的是代理人的各种业绩集合。

与上述保单数据处理方法相对应地，本申请实施例还提供了一种保单拼单查询方法，应用于终端设备，如图24所示，该方法包括如下步骤：

步骤s2401，响应接收到的拼单查询操作，向保单处理服务器发送拼单查询请求。

拼单查询请求中携带有待拼保单的用户标识。

步骤s2402，接收并显示保单处理服务器发送的查询结果。

查询结果包括保单处理服务器获取的所述用户标识对应的保单信息集合以及利用保单信息集合进行拼单的处理结果。其中，所述进行拼单的处理结果是将所述保单信息集合中至少两个保单的保费属性值进行加权求和处理，并根据加权求和处理结果得到。

拼单的过程在上述实施例中已经详细介绍，在此不再赘述。

在一些实施例中，客户登录安装在终端上的客户端，客户端可以向客户展示保险规划界面，根据客户端给出的保险规划提示，客户可以对保险产品进行规划，并根据规划购买相应的保险产品。客户还可以通过客户端进行上述保单拼单查询，如果拼单查询结果为拼单成功，还可以基于拼单结果决定是否签约业务，如果客户填写签约业务申请，终端设备向服务器发送业务签约请求，并接收和显示服务器发回的业务签约确认函。

本申请实施例提供的保单拼单查询方法，可以向用户反馈拼单处理结果，使用户可以知道拼单是否成功，以方便进行后续操作。

与上述实施例中的保单数据处理方法基于同一发明构思，本申请实施例还提供了一种保单数据处理装置。如图25所示，该保单数据处理装置包括：

查询请求接收单元251，用于接收终端的拼单查询请求，所述拼单查询请求中携带有待拼保单的用户标识；

数据获取单元252，用于获取所述用户标识对应的保单信息集合以及利用所述保单信息集合进行拼单的处理结果，其中，所述进行拼单的处理结果是将所述保单信息集合中至少两个保单的保费属性值进行加权求和处理，并根据加权求和处理结果得到；

查询请求反馈单元253，用于基于所述保单信息集合和所述进行拼单的处理结果，向所述终端发送拼单查询响应。

在一种可能的实现方式中，上述装置还可以包括业务处理单元，用于：

接收所述终端发送的含有所述用户标识的业务签约请求，所述业务签约请求是所述终端收到拼单成功的处理结果后触发的；

根据业务签约请求生成业务签约确认函并向所述终端反馈生成的业务签约确认函。

在一种可能的实现方式中，所述数据获取单元252，还用于：

从所述保单信息集合中选取保费属性值加权和达到设定数值的保单信息进行拼单，得到至少一个拼单产品。

在一种可能的实现方式中，所述数据获取单元252，还用于：

在获取所述保单信息集合之前，对所述基础数据池中的代理人信息进行唯一化处理；

根据所述基础数据池中每个保单的属性信息对保单信息进行唯一化处理；

将不同颗粒度的保单信息进行融合，并将已经拼单成功的保单信息保存至已拼单数据池，得到预处理后的基础数据池。

在一种可能的实现方式中，所述基础数据池包括已拼单数据池和待拼单数据池，所述待拼单数据池中包含时间信息位于设定时间之后的当期待拼单保单信息和时间信息位于设定时间之前的历史待拼单保单信息。

在一种可能的实现方式中，所述数据获取单元252，还用于：

将所述保单信息集合中的保单信息按顺序设置从小到大的序号；

对于每个当前保单信息，将序号大于所述当前保单信息的序号的所有保单信息对应的保费数值与所述当前保单信息对应的保费数值的加权和作为所述当前保单信息的累加属性值；

根据每个保单信息的累加属性值，对保单信息进行拼单，得到所述拼单产品。

在一种可能的实现方式中，所述数据获取单元252，还用于：

确定序号最小的保单信息的累加属性值除以所述设定数值的余数y；

对获取的保单信息中累加属性值大于所述余数的保单信息进行拼单；

对于累加属性值大于所述余数的保单信息中序号最大的分界保单信息，将所述分界保单信息对应的保费数值更新为所述余数与所述分界保单信息的已拼单数值的差值；所述分界保单信息的已拼单数值为所述分界保单信息的累加属性值与所述分界保单信息更新前对应的保费数值的差。

在一种可能的实现方式中，利用所述保单信息集合进行拼单时，拼单条件满足如下条件中的部分或全部：

所述进行拼单的至少两个保单中的投保人信息或代理人信息相同；

所述进行拼单的至少两个保单中的保单类型相同；

所述进行拼单的至少两个保单的保费属性值之和达到设定数值；

对保单信息集合中的保单信息进行拼单得到的拼单产品的数量小于或等于所述保单信息集合中当期保单信息的数量。

在一种可能的实现方式中，上述装置还可以包括保单集合获取单元和保单数据处理单元；其中，

保单集合获取单元，用于根据接收到的保单变更信息，确定发生变更的保单为已拼单保单或待拼单保单；若所述发生变更的保单为已拼单保单，获取所述发生变更的保单所属的拼单产品；

保单数据处理单元，用于去除所述拼单产品中的已拼单保单的拼单产品标识，并将所述拼单产品中的已拼单保单保存至待拼单数据池。

在一种可能的实现方式中，所述数据获取单元，具体用于：

若所述发生变更的保单为已拼单保单，将变更后的保单保存至无效数据库；

定期获取无效数据库中的保单信息所属的拼单产品。

在一种可能的实现方式中，所述拼单产品根据拼单时间保存在对应的已拼单数据池中；所述数据获取单元，还用于：

根据所述发生变更的保单的信息标识，获取所述发生变更的保单对应的拼单时间和拼单产品标识；

根据所述发生变更的保单对应的拼单时间，确定保存所述发生变更的保单的已拼单数据池；

根据所述发生变更的保单对应的拼单产品标识，从确定的已拼单数据池中获取所述发生变更的保单所属的拼单产品。

在一种可能的实现方式中，所述保单变更信息指示将对应的已拼单保单变更为无效保单；所述保单数据处理单元，还用于：

从所述拼单产品中删除所述发生变更的已拼单保单对应的保单信息，或者为所述发生变更的已拼单保单设置无效标识。

在一种可能的实现方式中，所述保单数据处理单元，还用于：

确定所述发生变更的保单的代理人，并在业绩信息池中更新所述代理人的业绩信息；所述业绩信息池、所述待拼单数据池和所述已拼单数据池均设置于基础数据池内。

在一种可能的实现方式中，所述保单数据处理单元，还用于：

从所述待拼单数据池中选取保费属性值累加和达到设定数值的目标保单信息；

对选取的目标保单信息进行拼单，得到重组的拼单产品；

根据拼单时间将所述重组的拼单产品保存至对应的已拼单数据池中。

在一种可能的实现方式中，所述对选取的目标保单信息进行拼单，包括：

为属于同一拼单产品的目标保单信息设置相同的信息集合标识。

与上述实施例中的保单拼单查询方法基于同一发明构思，本申请实施例还提供了一种保单拼单查询装置。如图26所示，该保单拼单查询装置包括：

查询请求发送单元261，用于响应接收到的拼单查询操作，向保单处理服务器发送拼单查询请求；所述拼单查询请求中携带有待拼保单的用户标识；

查询结果展示单元262，用于接收并显示所述保单处理服务器发送的查询结果，所述查询结果包括所述保单处理服务器获取的所述用户标识对应的保单信息集合以及利用所述保单信息集合进行拼单的处理结果；其中，所述进行拼单的处理结果是将所述保单信息集合中至少两个保单的保费属性值进行加权求和处理，并根据加权求和处理结果得到。

与上述实施例提供的保单数据处理方法基于同一发明构思，本申请实施例还提供了一种电子设备。如图27所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，可参照本申请方法实施例部分。该电子设备可以是服务器。

图27为本申请实施例提供的一种电子设备的结构示意图；如图27所示，本申请实施例中该电子设备210包括：处理器211、通讯模块212、存储器213、和总线214；该处理器211、存储器213和通讯模块212均通过总线214连接，该总线214用于该处理器211、存储器213和通讯模块212之间传输数据。

其中，存储器213可用于存储软件程序以及模块，如本申请实施例中的保单数据处理方法对应的程序指令/模块，处理器211通过运行存储在存储器213中的软件程序以及模块，从而执行电子设备210的各种功能应用以及数据处理，如本申请实施例提供的保单数据处理方法。存储器213可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个应用的应用程序等；存储数据区可存储根据电子设备210的使用所创建的数据(比如待分组数据库)等。此外，存储器213可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器211是电子设备210的控制中心，利用总线214以及各种接口和线路连接整个电子设备210的各个部分，通过运行或执行存储在存储器213内的软件程序和/或模块，以及调用存储在存储器213内的数据，执行电子设备210的各种功能和处理数据。可选的，处理器211可包括一个或多个处理单元，如cpu、gpu、数字处理单元等。

处理器211还可以通过通讯模块212连接网络，获取保单信息等。

可以理解，图27所示的结构仅为示意，电子设备210还可包括比图27中所示更多或者更少的组件，或者具有与图27所示不同的配置。图27中所示的各组件可以采用硬件、软件或其组合实现。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于实现本申请任一实施例所述的保单数据处理方法。

与上述实施例提供的保单拼单查询方法基于同一发明构思，本申请实施例还提供了一种电子设备。如图28所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，可参照本申请方法实施例部分。该电子设备可以是终端设备，如移动终端等。

图28为本申请实施例提供的一种电子设备的结构示意图；如图28所示，该电子设备可以包括：通信组件221、存储器222、显示单元223、摄像头224、传感器225、音频电路226、蓝牙模块227、处理器228等部件。

通信组件221用于与服务器进行通信。在一些实施例中，可以包括wifi(wirelessfidelity，电路无线保真)模块，wifi模块属于短距离无线传输技术，电子设备通过wifi模块可以帮助用户收发消息。

存储器222可用于存储软件程序及数据。处理器228通过运行存储在存储器222的软件程序或数据，从而执行终端设备的各种功能以及数据处理。存储器222可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器222存储有使得终端设备能运行的操作系统。本申请中存储器222可以存储操作系统及各种应用程序，还可以存储执行本申请实施例所述图像处理方法的代码。

显示单元223还可用于显示由用户输入的信息或提供给用户的信息以及终端设备的各种菜单的图形用户界面(graphicaluserinterface，gui)。具体地，显示单元223可以包括设置在终端设备正面的显示屏。其中，显示屏以采用液晶显示器、发光二极管等形式来配置。显示单元223可以用于显示本申请实施例中所述的保险规划界面。

显示单元223还可用于接收输入的数字或字符信息，产生与终端设备的用户设置以及功能控制有关的信号输入，具体地，显示单元223可以包括设置在终端设备正面的触摸屏，可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。

其中，触摸屏可以覆盖在显示屏之上，也可以将触摸屏与显示屏集成而实现终端设备的输入和输出功能，集成后可以简称触摸显示屏。本申请中显示单元223可以显示应用程序以及对应的操作步骤。

摄像头224可用于捕获静态图像，用户可以将摄像头224拍摄的图像通过即时通讯客户端发送给聊天对方的用户。摄像头224可以是一个，也可以是多个。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(chargecoupleddevice，ccd)或互补金属氧化物半导体(complementarymetal-oxide-semiconductor，cmos)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器228转换成数字图像信号。

终端设备还可以包括至少一种传感器225，比如加速度传感器、距离传感器、指纹传感器、温度传感器。终端设备还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。

音频电路226、扬声器、麦克风可提供用户与终端设备之间的音频接口。音频电路226可将接收到的音频数据转换后的电信号，传输到扬声器，由扬声器转换为声音信号输出。终端设备还可配置音量按钮，用于调节声音信号的音量。另一方面，麦克风将收集的声音信号转换为电信号，由音频电路226接收后转换为音频数据，再将音频数据输出至通信组件221以发送给比如另一终端设备，或者将音频数据输出至存储器222以便进一步处理。本申请中麦克风可以获取用户的语音。

蓝牙模块227用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，终端设备可以通过蓝牙模块227与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

处理器228是终端设备的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器222内的软件程序，以及调用存储在存储器222内的数据，执行终端设备的各种功能和处理数据。在一些实施例中，处理器228可包括一个或多个处理单元；处理器228还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器228中。本申请中处理器228可以运行操作系统、应用程序、用户界面显示及触控响应，以及本申请实施例的通信方法。另外，处理器228与显示单元223耦接。

本申请实施例还提供了一种计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于实现本申请实施例的保单拼单查询方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。