保单查询方法及设备与流程

本发明实施例涉及计算机技术领域，尤其涉及一种保单查询方法及设备。

背景技术：

互联网保险是未来保险行业的发展趋势，互联网保险的购买方式更便捷、购买场景也更多元化，因此客户的购买力也越来越强，通常客户和保险公司签订保险合同后，保单以电子化的方式存储到某一个数据库中，以供客户进行查询和保险公司的管理部门对账结算等。

随着互联网保险的发展，也带来了大量的保单，并且短险、极短险等碎片化的保单也越来越多，面对大量的保单，当前采用集中、公用的架构方式对这些保单进行存储管理。

然而，随着保单的剧增，数据的集中公用会导致客户的查询和管理部门的查询相互影响，造成客户体验差，对于管理也带来了极大挑战。

技术实现要素：

本发明实施例提供一种保单查询方法及设备，以克服保单的集中公用导致客户和管理部门的查询相互影响，造成客户体验差，不利于管理的问题。

第一方面，本发明实施例提供一种保单查询方法，包括：

获取查询请求，所述查询请求包括查询人的身份信息；

根据所述查询人的身份信息，确定所述查询人的类型；查询人的类型包括以下任一种：投保人、被保人和受益人；

访问所述查询人的类型对应的保单数据库，获取与所述查询请求对应的保单信息。

在一种可能的设计中，所述保单数据库包括第一保单数据库和第二保单数据库，则所述访问所述查询人的类型对应的保单数据库，获取与所述查询请求对应的保单信息，包括：

若所述查询人的类型为投保人，则访问所述第一保单数据库，获取所述查询请求对应的保单信息，所述第一保单数据库中存储有每个保单的所有信息；

若所述查询人的类型为被保人或者受益人，则访问所述第二保单数据库，获取所述查询请求对应的保单号信息，所述第二保单数据库中存储有每个保单的保单号、投保人、被保人和受益人的信息。

在一种可能的设计中，所述获取查询请求之前，所述方法还包括：

接收待存储的保单；

将所述保单中的所有信息按照投保人的身份信息为索引存储在所述第一保单数据库中；

提取所述保单中的保单号、投保人的信息、被保人的信息以及受益人的信息，并将所述保单号、所述投保人的信息、所述被保人的信息以及所述受益人的信息存储在所述第二保单数据库中。

在一种可能的设计中，所述保单数据库还包括：第三保单数据库，所述方法还包括：

将所述保单中的所有信息按照时间信息为索引存储在所述第三保单数据库中。

在一种可能的设计中，所述将所述保单中的所有信息按照投保人的身份信息为索引存储在所述第一保单数据库中，包括：

将投保人的身份信息的哈希值以哈希散列的方式散列到所述第一保单数据库的多个数据节点上，并将所述保单分别存储在对应的数据节点上。

在一种可能的设计中，所述将所述保单号、所述投保人的信息、所述被保人的信息以及所述受益人的信息存储在所述第二保单数据库中，包括：

将所述被保人和所述受益人的自然人证件号码的哈希值以散列的方式散列到所述自然人保单索引库的数据节点上，并将所述保单分别存储在对应的数据节点上。

在一种可能的设计中，所述将所述保单中的所有信息按照时间信息为索引存储在所述第三保单数据库中，包括：

将所述时间信息以散列的方式散列到所述第三保单数据库中的数据节点上，并将所述保单分别保存在对应的数据节点上。

第二方面，本发明实施例提供一种电子设备，包括：

获取模块，用于获取查询请求，所述查询请求包括查询人的身份信息；

处理模块，用于根据所述查询人的身份信息，确定所述查询人的类型；查询人的类型包括以下任一种：投保人、被保人和受益人；

所述处理模块，还用于访问所述查询人的类型对应的保单数据库，所述获取模块，还用于获取与所述查询请求对应的保单信息。

在一种可能的设计中，所述保单数据库包括第一保单数据库和第二保单数据库，所述处理模块具体用于，

若所述查询人的类型为投保人，则访问所述第一保单数据库，所述获取模块具体用于，获取所述查询请求对应的保单信息，所述第一保单数据库中存储有每个保单的所有信息；

所述处理模块具体用于，若所述查询人的类型为被保人或者受益人，则访问所述第二保单数据库，所述获取模块具体用于，获取所述查询请求对应的保单号信息，所述第二保单数据库中存储有每个保单的保单号、投保人、被保人和受益人的信息。

在一种可能的设计中，所述电子设备还包括：

接收模块，用于接收待存储的保单；

存储模块，用于将所述保单中的所有信息按照投保人的身份信息为索引存储在所述第一保单数据库中；

所述处理模块还用于提取所述保单中的保单号、投保人的信息、被保人的信息以及受益人的信息；

所述存储模块，还用于将所述保单号、所述投保人的信息、所述被保人的信息以及所述受益人的信息存储在所述第二保单数据库中。

在一种可能的设计中，所述保单数据库还包括：第三保单数据库，所述存储模块还用于，将所述保单中的所有信息按照时间信息为索引存储在所述第三保单数据库中。

在一种可能的设计中，所述处理模块具体用于，将投保人的身份信息的哈希值以哈希散列的方式散列到所述第一保单数据库的多个数据节点上，所述处理模块具体用于将所述保单分别存储在对应的数据节点上。

在一种可能的设计中，所述处理模块具体用于，将所述被保人和所述受益人的自然人证件号码的哈希值以散列的方式散列到所述自然人保单索引库的数据节点上，所述处理模块具体用于将所述保单分别存储在对应的数据节点上。

在一种可能的设计中，所述处理模块具体用于，将所述时间信息以散列的方式散列到所述第三保单数据库中的数据节点上，并将所述保单分别保存在对应的数据节点上。

第三方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，电子设备执行所述计算机程序实现第一方面以及第一方面各种可能的设计所述的保单管理方法。

第四方面，本发明实施例提供一种电子设备，包括：处理器、存储器、接收器以及计算机程序；所述计算机程序存储在所述存储器中，所述计算机程序存储在所述存储器中，所述电子设备执行所述计算机程序实现第一方面以及第一方面各种可能的设计所述的保单查询方法。

本实施例提供的保单查询方法及设备，该方法通过获取查询请求，查询请求包括查询人的身份信息；根据查询人的身份信息，确定查询人的类型，查询人的类型包括以下任一种：投保人、被保人和受益人；访问查询人的类型对应的保单数据库，获取与查询请求对应的保单信息，本实施例提供的保单查询方法，提高了客户体验，也便于管理。

附图说明

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

图1为本发明实施例提供的保单查询的系统架构示意图；

图2为本发明实施例提供的保单查询方法的流程示意图一；

图3为本发明实施例提供的保单查询方法的流程示意图二；

图4为本发明实施例提供的电子设备的结构示意图一；

图5为本发明实施例提供的电子设备的结构示意图二；

图6为本发明实施例提供的电子设备的硬件结构示意图。

具体实施方式

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

图1为本发明实施例提供的保单查询的系统架构示意图，如图1所示，本实施例的系统包括终端101和服务器102。其中，终端101可以为手机、平板电脑、笔记本电脑等。本方案对终端101的实现方式不做特别限制，只要用户能够通过终端101进行保单查询即可。

用户通过终端101安装的保单查询应用程序(application，app)或者保单查询的网页进行保单查询。具体地，用户在app或者网页的输入证件号码框中输入对应的证件号码即可查询对应保单的详细信息，该终端101可以根据自身存储的保单，在本地获取保单信息，也可以将该查询请求发送给服务器102，由服务器102进行查询，然后反馈给终端101，使得用户及时获取相应的保单的详细信息，本方案对具体的实现方式不做特别限制，终端101本地获取保单信息以及服务器102根据查询请求获取保单信息皆可。

然而，随着保单量的剧增，在一些场景下，保单的集中公用会导致客户和管理部门进行保单查询时相互影响，用户体验差。为了解决该问题，本实施例提供一种保单查询方法，该方法基于包括查询人的类型，来获取与查询人的类型对应的保单数据库，获取对应的保单信息，从而提高用户体验，也便于管理。

图2为本发明实施例提供的保单查询方法的流程示意图一，本方案的执行主体可以为图1所示实施例中的服务器，如图2所示，该方法包括：

s201、获取查询请求。

获取用户的查询请求，这里的用户可以是保单对应的投保人、受益人以及保险公司的管理人员，查询请求中包括查询人的身份信息，例如，身份证号、护照号码、姓名等，对此本方案不做限制。

具体地，终端设备可以安装保单查询app，用户只需在该保单查询app界面将自己的姓名、证件号码、手机号码输入到该保单查询app的保单查询框中，即可完成查询请求，服务器通过网络便可获取终端设备发送的该查询请求。

s202、根据查询人的身份信息，确定查询人的类型。

由于在投保时，需要投保人填写该保单涉及的全部人的相关信息，例如：身份证号、护照号码、姓名等，因此，在保单生成后，会将该保单涉及的全部人的相关信息进行存储，其中，保单涉及的全部人可以包括投保人、被保人、受益人以及该保单的管理人员，可选的，可以将投保人、被保人、受益人以及该保单的管理人员的相关信息按照表格的形式进行存储，便于直观查询。

在本步骤中，根据查询人的身份信息，通过查询预存储保单涉及的全部人的相关信息来确定查询人的类型，其中，查询人的身份信息可以是查询人的身份证号、护照号码、姓名等，查询人的类型包括投保人、被保人和受益人中的任一种。

s203、访问查询人的类型对应的保单数据库，获取与查询请求对应的保单信息。

可以根据保单涉及的全部人的类型预先建立对应的保单数据库，例如，针对投保人可以建立一个投保人数据库，该数据库可以包括投保人对应的所有的保单信息，该保单信息具体可以包括投保人、被保人、受益人的相关信息，如：姓名、年龄、身份证号、手机号等，还包括该保单对应的保单号、保险类型、投保时间等，可选的，包括处理该保单的管理人员的相关信息。

在本步骤中，访问查询人的类型对应的保单数据库，获取与查询请求对应的保单信息，具体地，根据查询人的类型找到其对应的保单数据库，再在该保单数据库中查找并获取与该查询人的身份信息对应的保单信息，应理解，这里的查询请求包括查询人的身份信息。

在一种可能的设计中，该保单数据库可以包括第一保单数据库和第二保单数据库，当查询人的类型为投保人，则访问第一保单数据库，获取查询请求对应的保单信息，其中，第一保单数据库中存储有每个保单的所有信息，如保单号、保险类型、投保时间等，需要说明的是，这里的保单可以有多个，例如：投保人可能投了多份保险，则在第一保单数据库中预先存储有多个保单的信息；

若查询人的类型为被保人或者受益人，则访问第二保单数据库，获取与查询请求对应的保单号信息，其中，保单号信息可以包括保单号、保单的创建时间以及保单的数量统计。具体地，第二保单数据库可以是一个保单号索引库，第二保单数据库中存储有每个保单的保单号、投保人、被保人和受益人的信息，当查询人的类型为被保人或受益人，则访问第二保单数据库，获取与查询请求对应的保单号，可以快速定位到该被保人或者受益人对应的多个保单号，例如：受益人a发起查询请求后，访问受益人a对应的第二保单数据库，能够获得受益人a对应的多个保单号信息，受益人a便可快速定位到自己名下为受益人的保险数量以及对应保单的投保人、被保人等。

在一种可能的设计中，保单号的命名规则如下：

令左侧为低位，右侧为高位；

第1位：业务号码类型，其中第一位为标志位，固定为p；

第2-5位：方案号后四位，该方案号可以根据投保的类型自动生成；

第6-17位：保单号生成时间，包括2位年、2位月、2位日、2位时、2位分、2位秒；

第18-22位：投保人证件号码后5位；

第23-28位：自动生成4位业务序号；

第29----位：5位渠道标识，如，线上、线下等。

一个完整的保单号，如：p03011806121020209534200000100001。

参考以上的保单号的命名，则被保人或者受益人在访问第二保单数据库，获取与查询请求对应的保单号信息后，可以根据保单号中的第18-22位，即投保人证件号码后5位再在第一保单数据库中查询该保单的详细信息。

本实施例提供的保单查询方法，通过获取查询请求，查询请求包括查询人的身份信息；根据查询人的身份信息，确定查询人的类型；查询人的类型包括以下任一种：投保人、被保人和受益人；访问查询人的类型对应的保单数据库，获取与查询请求对应的保单信息，提高了客户体验，也便于管理。

图3为本发明实施例提供的保单查询方法的流程示意图二，如图3所示，在步骤s201之前，该方法还包括：

s301、接收待存储的保单。

在一种可能的设计中，若客户在线上投保，则按照现有的投保表格进行填写，完成后上传服务器；若客户在线下投保，由管理人员按照客户的需求将投保的信息填写在表格中，并上传服务器，服务器则接收该保单，以便后续对这些保单对应的数据库进行分类。

s302、将保单中的所有信息按照投保人的身份信息为索引存储在第一保单数据库中。

在本步骤中，建立第一保单数据库，并提取所有上传到服务器的保单中的投保人的身份信息，再将保单中的所有信息按照投保人的身份信息为索引存储在第一保单数据库中，也就是投保人可以按照身份信息查询名下所有的保单信息。

在一种可能的设计中，可以将投保人的身份信息的哈希值以哈希散列的方式散列到第一保单数据库的多个数据节点上，并将保单分别存储在对应的数据节点上，具体地，可以将投保人的身份证号转化成对应的哈希值，并提取该哈希值的后5位，再将保单按照哈希散列的方式散列并存储到第一保单数据库的多个数据节点上，其中，每个哈希值和每个数据节点对应的地址是一一对应的，具体参见哈希散列的详细说明，在此不再赘述。

s303、提取保单中的保单号、投保人的信息、被保人的信息以及受益人的信息，并将保单号、投保人的信息、被保人的信息以及受益人的信息存储在所述第二保单数据库中。

在本步骤中，建立第二保单数据库，并提取每个保单中的保单号、投保人的信息、被保人的信息以及受益人的信息，再将保单号、投保人的信息、被保人的信息以及受益人的信息存储在所述第二保单数据库中，其中，投保人、被保人、受益人信息可以包括投保人、被保人、受益人的证件号码、姓名、年龄等，第二保单数据库可以为一个保单索引库，可以供投保人或受益人快速查询其名下的保单号，以及各个保单号对应的投保人、被保人以及投保时间等。

在一种可能的设计中，可以将自然人证件号码的哈希值以散列的方式散列到所述自然人保单索引库的数据节点上，这里的自然人包括投保人和受益人，具体的实现过程和步骤s302中将投保人的身份信息的哈希值以哈希散列的方式散列到第一保单数据库的多个数据节点上，并将保单分别存储在对应的数据节点上第一的实现过程类似，在此不再赘述。

s304、将保单中的所有信息按照时间信息为索引存储在第三保单数据库中。

在本步骤中，建立第三保单数据库，在一种可能的设计中，第一保单数据库和第三保单数据库中的保单信息是完全一致的，则只需将第一保单数据库进行拷贝，形成第三保单数据库，再将保单中的所有信息按照时间信息为索引存储在第三保单数据库中，在一种可能的设计中，将时间信息以散列的方式散列到第三保单数据库中的数据节点上，并将保单分别保存在对应的数据节点上，便于管理人员以时间的维度访问各个保单。

步骤s304可以在步骤s302-s303之前或者之后执行，对此执行顺序本方案不作特别限制。

本实施例提供的保单查询方法，通过接收待存储的保单；将保单中的所有信息按照投保人的身份信息为索引存储在第一保单数据库中；提取保单中的保单号、投保人的信息、被保人的信息以及受益人的信息，并将保单号、投保人的信息、被保人的信息以及受益人的信息存储在第二保单数据库中，通过多个数据库，减轻了系统压力，便于管理。

图4为本发明实施例提供的电子设备的结构示意图一，如图4所示，该电子设备40包括：获取模块401、处理模块402。

获取模块401，用于获取查询请求，所述查询请求包括查询人的身份信息；

处理模块402，用于根据所述查询人的身份信息，确定所述查询人的类型；查询人的类型包括以下任一种：投保人、被保人和受益人；

所述处理模块402，还用于访问所述查询人的类型对应的保单数据库，所述获取模块401，还用于获取与所述查询请求对应的保单信息。

在一种可能的设计中，所述保单数据库包括第一保单数据库和第二保单数据库，所述处理模块402具体用于，

若所述查询人的类型为投保人，则访问所述第一保单数据库，所述获取模块401具体用于，获取所述查询请求对应的保单信息，所述第一保单数据库中存储有每个保单的所有信息；

所述处理模块402具体用于，若所述查询人的类型为被保人或者受益人，则访问所述第二保单数据库，所述获取模块401具体用于，获取所述查询请求对应的保单号信息，所述第二保单数据库中存储有每个保单的保单号、投保人、被保人和受益人的信息。

本实施例提供的电子设备，包括获取模块、处理模块，获取模块用于获取查询请求，查询请求包括查询人的身份信息；处理模块，用于根据查询人的身份信息，确定查询人的类型；查询人的类型包括以下任一种：投保人、被保人和受益人；处理模块，还用于访问查询人的类型对应的保单数据库，获取模块，还用于获取与查询请求对应的保单信息，提高了客户体验差，也便于管理。

图5为本发明实施例提供的电子设备的结构示意图二，如图5所示，本实施例在图4实施例的基础上，还包括：接收模块403和存储模块404。

接收模块403，用于接收待存储的保单；

存储模块404，用于将所述保单中的所有信息按照投保人的身份信息为索引存储在所述第一保单数据库中；

所述处理模块402还用于提取所述保单中的保单号、投保人的信息、被保人的信息以及受益人的信息；

所述存储模块404，还用于将所述保单号、所述投保人的信息、所述被保人的信息以及所述受益人的信息存储在所述第二保单数据库中。

在一种可能的设计中，所述保单数据库还包括：第三保单数据库，所述存储模块404还用于，将所述保单中的所有信息按照时间信息为索引存储在所述第三保单数据库中。

在一种可能的设计中，所述处理模块402具体用于，将投保人的身份信息的哈希值以哈希散列的方式散列到所述第一保单数据库的多个数据节点上，所述处理模块402具体用于将所述保单分别存储在对应的数据节点上。

在一种可能的设计中，所述处理模块402具体用于，将自然人证件号码的哈希值以散列的方式散列到所述自然人保单索引库的数据节点上，所述处理模块402具体用于将所述保单分别存储在对应的数据节点上。

在一种可能的设计中，所述处理模块具体用于402，将所述时间信息以散列的方式散列到所述第三保单数据库中的数据节点上，并将所述保单分别保存在对应的数据节点上。

本实施例提供的电子设备，还包括接收模块和存储模块，接收模块，用于接收待存储的保单；存储模块，用于将所述保单中的所有信息按照投保人的身份信息为索引存储在第一保单数据库中；存储模块还用于将保单号、投保人的信息、被保人的信息以及受益人的信息存储在第二保单数据库中；存储模块还用于，将保单中的所有信息按照时间信息为索引存储在第三保单数据库中，减轻了系统压力，便于管理。

图6为本发明实施例提供的电子设备的硬件结构示意图。如图6所示，本实施例的电子设备60包括：处理器601、存储器602以及接收器603；其中：

存储器602，用于存储计算机执行指令；

处理器601，用于执行存储器存储的计算机执行指令，以实现上述实施例中电子设备的获取模块、处理模块所执行的各个步骤。具体可以参见前述方法实施例中的相关描述；

接收器603，用于实现上述实施例中电子设备的接收模块所执行的步骤

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当所述电子设备执行所述计算机执行指令时，实现如上所述的保单查询方法。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。

应理解，上述处理器可以是中央处理单元(英文：centralprocessingunit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digitalsignalprocessor，简称：dsp)、专用集成电路(英文：applicationspecificintegratedcircuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(industrystandardarchitecture，isa)总线、外部设备互连(peripheralcomponent，pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(applicationspecificintegratedcircuits，简称：asic)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

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