CN107871267A - 保单数据处理方法和装置 - Google Patents

Abstract

本发明涉及一种保单数据处理方法和装置，所述方法包括：扫描保单，获取多个保单的保单信息；对所述保单信息进行抽样，得到抽样保单；根据所述抽样保单生成调查文件，将所述调查文件发送至调查终端；接收所述调查终端对所述调查文件返回的调查结果；将所述调查结果发生至审核终端进行审核；接收所述审核终端返回的审核结果，若所述审核结果携带审核未通过标记，则将所述抽样保单记录为异常保单。采用本方法能够在海量保单中快速有效发现异常保单。

Description

保单数据处理方法和装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种保单数据处理方法和装置。

背景技术

保险单(简称为保单)是保险公司与被保险人订立保险合同的正式书面证明。被保险人也可称为保险公司的客户。既往在保单承保后，除非客户再次投保或者发生保全、续期或理赔时，保险公司才会对该客户信息再次进行审核，否则不会对已承保单进行核保。因此，如果客户在签订保险合同之前存在不诚实的行为，则该客户的保单可能存在隐患，进而给保险公司造成不必要的损失。然而，面对海量的保单，如何快速有效的发现存在隐患的异常保单成为了目前需要解决的一个技术问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够在海量保单中快速有效发现异常保单的保单数据处理方法和装置。

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

扫描保单，获取多个保单的保单信息；

对所述保单信息进行抽样，得到抽样保单；

根据所述抽样保单生成调查文件，将所述调查文件发送至调查终端；

接收所述调查终端对所述调查文件返回的调查结果；

将所述调查结果发生至审核终端进行审核；

接收所述审核终端返回的审核结果，若所述审核结果携带审核未通过标记，则将所述抽样保单记录为异常保单。

在其中一个实施例中，在所述将所述抽样保单记录为异常保单的步骤之后，还包括：

当异常保单达到预设期限时，获取多个险种信息以及与所述异常保单对应的调查结果；

将所述调查结果和多个险种信息进行比对，得到与所述调查结果相匹配的险种；

根据与所述调查结果相匹配的险种生成转保通知；

将所述转保通知发送至客户终端，以使得所述客户终端根据所述转保文件返回转保申请。

在其中一个实施例中，所述转保文件包括确认人和确认方式，在所述将所述转保通知发送至客户终端的步骤之后，还包括：

接收客户终端根据转保通知发送的转保请求，所述转保请求中携带了转保险种；

接收确认人按照确认方式利用客户终端上传的身份信息；

对身份信息进行验证，若验证通过，则根据所述转保险种生成转保保单。

在其中一个实施例中，所述确认方式包括视频确认；所述接收确认人按照确认方式利用客户终端上传的身份信息的步骤包括：

接收所述确认人通过客户终端发起的视频通话请求；

根据所述视频通话请求建立所述客户终端与坐席终端之间的视频通话；

接收所述确认人在视频通话过程中通过客户终端上传的身份信息。

在其中一个实施例中，所述确认方式被配置了级别；所述接收确认人按照确认方式利用客户终端上传的身份信息的步骤包括：

所述接受所述确认人通过客户终端按照多个确认方式发送的身份信息；

获取多个确认方式中级别最高的确认方式对应的身份信息；

将所述级别最高的确认方式对应的身份信息记录为执行转保操作所需的身份信息。

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

获取模块，用于扫描保单，获取多个保单的保单信息；

抽样模块，用于对所述保单信息进行抽样，得到抽样保单；

生成模块，用于根据所述抽样保单生成调查文件；

发送模块，用于将所述调查文件发送至调查终端；

接收模块，用于接收所述调查终端对所述调查文件返回的调查结果；

所述发送模块还用于将所述调查结果发生至审核终端进行审核；

所述接收模块还用于接收所述审核终端返回的审核结果；

记录模块，用于若所述审核结果携带审核未通过标记，则将所述抽样保单记录为异常保单。

在其中一个实施例中，所述获取模块还用于当异常保单达到预设期限时，获取多个险种信息以及与所述异常保单对应的调查结果；

所述装置还包括：

比对模块，用于将所述调查结果和多个险种信息进行比对，得到与所述调查结果相匹配的险种；

所述生成模块还用于根据与所述调查结果相匹配的险种生成转保通知；

所述发送模块还用于将所述转保通知发送至客户终端，以使得所述客户终端根据所述转保文件返回转保申请。

在其中一个实施例中，所述转保文件包括确认人和确认方式，所述接收模块还用于接收客户终端根据转保通知发送的转保请求，所述转保请求中携带了转保险种；接收确认人按照确认方式利用客户终端上传的身份信息；

所述装置还包括：

转保模块，用于对身份信息进行验证，若验证通过，则根据所述转保险种生成转保保单。

在其中一个实施例中，所述确认方式包括视频确认；所述接收模块还用于接收所述确认人通过客户终端发起的视频通话请求；根据所述视频通话请求建立所述客户终端与坐席终端之间的视频通话；接收所述确认人在视频通话过程中通过客户终端上传的身份信息。

在其中一个实施例中，所述确认方式被配置了级别；所述接收模块还用于所述接受所述确认人通过客户终端按照多个确认方式发送的身份信息；所述获取模块还用于获取多个确认方式中级别最高的确认方式对应的身份信息；所述记录模块还用于将所述级别最高的确认方式对应的身份信息记录为执行转保操作所需的身份信息。

上述保单数据处理方法和装置，通过扫描保单，对保单信息进行抽样，从而能够在海量的保单中获取到抽样保单。根据抽样保单生成调查文件，将调查文件分配至调查终端进行相应的调查。在调查终端返回调查结果后，将调查结果发送至审核终端进行审核，如果审核未通过，则记录抽样保单为异常保单。由此在海量保单中快速有效的发现存在隐患的异常保单。

附图说明

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

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

图3为一个实施例中服务器的结构示意图；

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

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

图6为再一个实施例中保单数据处理装置的结构示意图。

具体实施方式

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

本发明实施例中提供的保单数据处理方法，可以应用于如图1所示的应用环境中。调查终端102通过网络与服务器104相连。审核终端106通过网络与服务器104相连。服务器104利用线程按照预设频率扫描数据库，获取多个保单的保单信息。服务器104根据预设的抽样条件按照预设比例对多个保单信息进行抽样，得到抽样保单。服务器104提取抽样保单的保单信息，生成对抽样保单进行调查的调查文件。服务器104将调查文件发送至调查终端102。调查人员根据调查文件对客户进行调查，通过调查终端102将调查结果返回至服务器104。服务器104接收调查终端102返回的调查结果，根据调查结果生成审核任务。服务器104将审核任务发送至审核终端106。审核终端106根据审核任务对调查结果进行审核，并且向服务器104返回审核结果。如果审核结果携带审核未通过标记，表示审核未通过，说明该抽样保单存在隐患，服务器104记录该抽样保单为异常保单。由此在海量保单中快速有效的发现存在隐患的异常保单。

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

202，扫描保单，获取多个保单的保单信息。

服务器在数据库中获取多个保单。具体的，服务器利用线程按照预设频率扫描数据库，获取多个保单的保单信息。其中，预设频率可以是每月一次或每半月一次或每季度一次等。保单信息包括保额、客户年收入、险种和理赔金额等。

204，对保单信息进行抽样，得到抽样保单。

服务器对获取到的多个保单信息进行抽样，得到需要进行调查的抽样保单。具体的，服务器可以根据预设的抽样条件按照预设比例对多个保单信息进行抽样。抽样条件包括保额大于或等于预设额度、客户年收入大于预设值、险种为预设险种以及理赔金额大于或等于预设金额中的一项或者多项。

预设比例可以是按照抽样条件来进行配置的，不同的抽样条件可以配置不同的预设比例。当抽样条件包括多项时，抽样比例可以是固定的比例，也可以采用最高的预设比例，也可以采用最低的预设比例，还可以采用多项抽样条件中任一项对应的比例。

步骤206，根据抽样保单生成调查文件，将调查文件发送至调查终端。

步骤208，接收调查终端对调查文件返回的调查结果。

服务器提取抽样保单的保单信息，生成对抽样保单进行调查的调查文件。调查文件中包括客户信息、健康状况和收入状况等。服务器将调查文件发送至调查终端。客户信息中包括客户住所地，服务器可以根据客户住所地获取相同地区的调查终端标识，根据调查终端标识将调查文件发送至调查终端。由于服务器是将调查文件发送至于客户住所地属于相同地区的调查终端，由此能够方便就近安排调查人员对客户进行调查。调查人员根据调查文件对客户进行调查，通过调查终端将调查结果返回至服务器。

步骤210，将调查结果发生至审核终端进行审核。

步骤212，接收审核终端返回的审核结果，若审核结果携带审核未通过标记，则将抽样保单记录为异常保单。

服务器接收调查终端返回的调查结果，根据调查结果生成审核任务。服务器将审核任务发送至审核终端。审核终端根据审核任务对调查结果进行审核，并且向服务器返回审核结果。如果审核结果携带审核通过标记，表示审核通过，也就是说，该抽样保单不存在隐患，则服务器记录该抽样保单为正常保单。如果审核结果携带审核未通过标记，表示审核未通过，也就是说，该抽样保单存在隐患，则服务器记录该抽样保单为异常保单。

本实施例中，通过扫描保单，对保单信息进行抽样，从而能够在海量的保单中获取到抽样保单。根据抽样保单生成调查文件，将调查文件分配至调查终端进行相应的调查。在调查终端返回调查结果后，将调查结果发送至审核终端进行审核，如果审核未通过，则记录抽样保单为异常保单。由此在海量保单中快速有效的发现存在隐患的异常保单。

在一个实施例中，在将抽样保单记录为异常保单的步骤之后，还包括：当异常保单达到预设期限时，获取多个险种信息以及与异常保单对应的调查结果；将调查结果和多个险种信息进行比对，得到与调查结果相匹配的险种；根据与调查结果相匹配的险种生成转保通知；将转保通知发送至客户终端，以使得客户终端根据转保文件返回转保申请。

本实施例中，服务器对异常保单进行监控，当异常保单达到预设期限时，不会对该异常保单进行续期。预设期限可以是异常保单到期前的预设时间，例如，异常保单的到期时间为2016年9月30日，那么预设期限可以是2016年8月31日。当异常保单达到预设期限时，服务器获取多个险种信息以及该异常保单对应的调查结果。多个险种信息均是与异常保单不同的险种信息。例如，异常保单投保的险种是寿险，服务器获取的多个险种信息可以是意外险、投连险、分红险以及车险等险种信息。

由于异常保单只是针对其投保险种而言是存在隐患的，但是对于其他险种并不一定存在隐患。也就是说，如果异常保单的调查结果可能会符合其他险种的要求。服务器将异常保单的调查结果与多个险种信息分别进行比对，以此得到与调查结果相匹配的险种。与调查结果相匹配的险种可以是一个也可以是多个。服务器根据与调查结果相匹配的险种生成相应的转保通知，将转保通知发送至客户终端。客户终端在接收到转保通知之后，可以向服务器返回转保申请，转保申请中包括了转保险种。由于调查结果是被审核过的，并且调查结果是与险种信息进行比对过的，因此服务器在接收到客户终端发送的转保申请之后，可以直接根据转保申请中携带的转保险种，执行转保操作，生成对应的转保保单。由于转保通知是基于异常保单的调查结果与多个险种信息的匹配结果而生成的，因此在生成转保保单时无需客户再提交客户信息，也节省了审核客户信息的耗时，提高了转保保单的操作效率。

当与调查结果相匹配的险种可以是多个时，服务器可以根据与调查结果相匹配的险种生成多个转保通知，并将多个转保通知合并成转保文件。服务器将转保文件发送至客户终端，由此能够给客户提供多种转保险种的选择机会。

服务器在海量保单中进行抽样时，可能会有同一客户的多个保单被抽中。如果同一客户的多个保单被抽中，那么服务器可以对同一客户的多个抽样保单分别生成调查文件，并且可以将多个调查文件进行合并。如果多个调查文件中存在相同的内容，那么在合并后的调查文件中可以只保留一份。服务器将合并后的调查文件发送至调查终端。以使得调查终端返回相应的调查结果。

进一步的，转保通知中还包括转保办理时间。客户终端可以根据转保通知在转保办理时间内向服务器发送转保申请。由此便于服务器在规定的时间内集中处理转保操作。

在一个实施例中，转保文件包括确认人和确认方式，在将转保通知发送至客户终端的步骤之后，还包括：接收客户终端根据转保通知发送的转保请求，转保请求中携带了转保险种；接收确认人按照确认方式利用客户终端上传的身份信息；对身份信息进行验证，若验证通过，则根据转保险种生成转保保单。

本实施例中，客户终端接收到转保通知后，可以在转保办理时间向服务器发送转保请求。客户终端可以通过网页访问服务器，向服务器发送转保请求。客户终端也可以通过预先安装的应用程序向服务器发送转保请求。客户终端发送的转保请求中携带了转保险种。

服务器对每项转保险种都设置了对应的确认人和确认方式。转保通知中可以包括确认人和确认方式。服务器在接收到转保请求后，也可以根据转保请求中携带的转保险种向客户终端返回相应的确认人和确认方式。确认人包括投保人和生存受益人。确认方式有多种，每项转保险种都可以有多种确认方式。确认方式包括短信确认、视频确认、人脸识别、上传文件和亲临柜面等。

转保通知中包括了办理转保业务的确认人和确认方式。确认人根据确认方式将办理转保险种所需的身份信息通过客户终端发送至服务器。身份信息包括：身份证、手持身份证拍照照片和电子签名等。不同的保全项目所需要的身份信息不同。

服务器将接收到的身份信息发送至审核终端进行验证。审核终端对身份信息进行验证之后，将验证结果返回至服务器。对于验证通过的身份信息，服务器可以直接用来对转保险种执行转保操作。

本实施例中，转保通知中包括了确认人和确认方式，在接收客户终端发送的转保请求以及确认人按照确认方式上传的身份信息，会对身份信息进行验证，验证通过后，根据确认人上传的保全信息进行转保操作。通过对确认人的身份信息进行验证，避免了客户多次往返柜面递交资料的问题，客户无需亲临柜面即可有效确认身份，为客户办理转保业务提供了方便。

在一个实施例中，确认方式包括视频确认；确认方式包括视频确认；接收确认人按照确认方式利用客户终端上传的身份信息的步骤包括：接收确认人通过客户终端发起的视频通话请求；根据视频通话请求建立客户终端与坐席终端之间的视频通话；接收确认人在视频通话过程中通过客户终端上传的身份信息。

本实施例中，确认人通过客户终端可以发起视频通话请求。具体的，确认人可以通过客户终端上预先安装的应用程序发起视频通话请求，也可以通过服务器返回的页面来发起视频通话请求。服务器根据视频通话请求建立客户终端与坐席终端之间的视频通话。坐席是指呼叫中心接听客户来电并为客户办理业务的工作人员。坐席终端是指坐席与客户进行通话并为客户办理业务的终端。

在客户终端与坐席终端的视频通话过程中，确认人通过客户终端可以上传身份信息。坐席终端查看客户终端上传的身份信息，并对身份信息进行验证。在视频确认时，由于坐席可以在视频通话的过程中直接对客户身份进行验证。因此，可以无需审核终端再进行验证。通过建立客户终端与坐席终端之间的视频通话，可以使得坐席能够直观的看到确认人的视频图像，可以视为确认人亲临柜面办理转保业务。因此，可以避免客户多次往返柜面的问题，为客户提供了方便。

在一个实施例中，身份信息包括电子签名；接收确认人按照确认方式利用客户终端上传的身份信息的步骤包括：接收确认人通过客户终端上传的签名笔迹；将接收到的签名笔迹与已存储的确认人电子签名的签名笔迹进行比对；若比对一致，则记录接收到的签名笔迹为确认人的电子签名。

本实施例中，服务器上预先存储了确认人电子签名的签名笔迹。对于风险级别较高的转保险种，除了需要确认人提供身份证、手持身份证拍照照片之外，还需要提供电子签名。

确认人通过客户终端输入手写签名，客户终端记录签名笔迹，并将签名笔迹上传至服务器。服务器将首次接收到的签名笔迹作为确认人的电子签名进行保存。在确认人再次通过客户终端上传签名笔迹时，服务器将接收到的签名笔迹与已存储的确认人电子签名的签名笔迹进行比对，如果二者一致，则表示服务器本次接收到的是确认人本人的电子签名，从而能够对确认人的身份进行有效确认。

进一步的，部分转保险种在视频确认时，还要求确认提供电子签名。具体的，在客户终端与坐席终端进行视频通话的过程中，确认人通过客户终端上传签名笔迹，服务器将接收到的签名笔迹与已存储的确认人电子签名的签名笔迹进行比对；若比对一致，则记录接收到的签名笔迹为确认人的电子签名。通过客户上传签名笔迹与已存储的确认人电子签名的电子签名进行比对，进一步确保了身份验证的可靠性。

在一个实施例中，确认方式包括人脸识别；接收确认人按照确认方式利用客户终端上传的身份信息的步骤包括：接收确认人利用客户终端上传的人脸图像，人脸图像为确认人的人脸图像；将人脸图像与已存储的确认人的图像进行比对；若比对一致，则将人脸图像记录为确认人的身份信息。

本实施例中，对于部分风险级别较低的转保险种，还可以通过电话回访的方式进行确认。为了能够进一步提高便利性以及客户身份验证的可靠性，可以将电话回访的确认方式替换为人脸识别的确认方式。确认人可以利用客户终端扫描自己的人脸图像，并将自己的人脸图像上传至服务器。服务器在接收到确认人的人脸图像之后，登录公安系统身份管理服务器，获取确认人在公安系统身份管理服务器中已存储的身份证照片。服务器将接收到的人脸图像与确认人的身份证照片进行比对，如果比对二者一致，则确认该人脸图像为确认人的人脸图像，并将该人脸图像作为确认人的身份信息。

在一个实施例中，确认方式被配置了级别；接收确认人按照确认方式利用客户终端上传的身份信息的步骤包括：接受确认人通过客户终端按照多个确认方式发送的身份信息；获取多个确认方式中级别最高的确认方式对应的身份信息；将级别最高的确认方式对应的身份信息记录为执行转保操作所需的身份信息。

本实施例中，转保通知中可以包括确认人和确认方式。服务器在接收到转保请求后，也可以根据转保请求中携带的转保险种向客户终端返回相应的确认人和确认方式。确认方式可以有多种。确认人可以根据自己的实际状况选择适当的确认方式。如果确认人分别通过多种确认方式向服务器发送了身份信息。则服务器查看这多种确认方式的级别，获取多个确认方式中级别最高的确认方式对应的身份信息，将该级别最高的确认方式对应的身份信息记录为执行转保操作所需的身份信息。确认方式被配置的级别从高到低的顺序为：视频确认＞上传文件＞人脸识别＞短信确认。其中，视频确认可以等同于柜面确认，电话回访可以等同于人脸识别。确认方式的级别越高，对客户身份验证的可靠性越高，反之，对客户身份验证的可靠性越低。因此将多个确认方式中级别最高的确认方式对应的身份信息作为执行转保操作所需的身份信息能够进一步确保客户身份的真实性和准确性。

在一个实施例中，如图3所示，提供了一种服务器300，包括通过系统总线连接的处理器301、内存储器302、非易失性存储介质303和网络接口304。其中，该服务器的非易失性存储介质303中存储有操作系统3031和保单数据处理装置3032，保单数据处理装置3032用于在海量保单中快速有效发现异常保单。服务器300的处理器301用于提供计算和控制能力，被配置为执行一种保单数据处理方法。服务器300的内存储器302为非易失性存储介质中的保单数据处理装置3032的运行提供环境，内存储器302中可储存有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种保单数据处理方法。服务器300的网络接口304用于据以与外部的终端通过网络连接通信，比如向调查终端发送调查文件以及接收客户终端发送的转保请求等。服务器300可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的服务器的限定，具体的服务器可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，如图4所示，提供了一种保单数据处理装置，其特征在于，装置包括：获取模块402、抽样模块404、生成模块406、发送模块408、接收模块410和记录模块412，其中：

获取模块402，用于扫描保单，获取多个保单的保单信息。

抽样模块404，用于对保单信息进行抽样，得到抽样保单。

生成模块406，用于根据抽样保单生成调查文件。

发送模块408，用于将调查文件发送至调查终端。

接收模块410，用于接收调查终端对调查文件返回的调查结果。

发送模块408还用于将调查结果发生至审核终端进行审核。

接收模块410还用于接收审核终端返回的审核结果。

记录模块412，用于若审核结果携带审核未通过标记，则将抽样保单记录为异常保单。

在一个实施例中，获取模块402还用于当异常保单达到预设期限时，获取多个险种信息以及与异常保单对应的调查结果；如图5所示，该装置还包括：比对模块414，用于将调查结果和多个险种信息进行比对，得到与调查结果相匹配的险种；生成模块406还用于根据与调查结果相匹配的险种生成转保通知；发送模块408还用于将转保通知发送至客户终端，以使得客户终端根据转保文件返回转保申请。

在一个实施例中，转保文件包括确认人和确认方式，接收模块410还用于接收客户终端根据转保通知发送的转保请求，转保请求中携带了转保险种；接收确认人按照确认方式利用客户终端上传的身份信息；如图6所示，该装置还包括：转保模块416，用于对身份信息进行验证，若验证通过，则根据转保险种生成转保保单。

在一个实施例中，确认方式包括视频确认；接收模块410还用于接收确认人通过客户终端发起的视频通话请求；根据视频通话请求建立客户终端与坐席终端之间的视频通话；接收确认人在视频通话过程中通过客户终端上传的身份信息。

在一个实施例中，确认方式被配置了级别；接收模块410还用于接受确认人通过客户终端按照多个确认方式发送的身份信息；获取模块402还用于获取多个确认方式中级别最高的确认方式对应的身份信息；记录模块412还用于将级别最高的确认方式对应的身份信息记录为执行转保操作所需的身份信息。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等。

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

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

Claims (10)

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

扫描保单，获取多个保单的保单信息；

对所述保单信息进行抽样，得到抽样保单；

根据所述抽样保单生成调查文件，将所述调查文件发送至调查终端；

接收所述调查终端对所述调查文件返回的调查结果；

将所述调查结果发生至审核终端进行审核；

接收所述审核终端返回的审核结果，若所述审核结果携带审核未通过标记，则将所述抽样保单记录为异常保单。

2.根据权利要求1所述的方法，其特征在于，在所述将所述抽样保单记录为异常保单的步骤之后，还包括：

当异常保单达到预设期限时，获取多个险种信息以及与所述异常保单对应的调查结果；

将所述调查结果和多个险种信息进行比对，得到与所述调查结果相匹配的险种；

根据与所述调查结果相匹配的险种生成转保通知；

将所述转保通知发送至客户终端，以使得所述客户终端根据所述转保文件返回转保申请。

3.根据权利要求2所述的方法，其特征在于，所述转保文件包括确认人和确认方式，在所述将所述转保通知发送至客户终端的步骤之后，还包括：

接收客户终端根据转保通知发送的转保请求，所述转保请求中携带了转保险种；

接收确认人按照确认方式利用客户终端上传的身份信息；

对身份信息进行验证，若验证通过，则根据所述转保险种生成转保保单。

4.根据权利要求3所述的方法，其特征在于，所述确认方式包括视频确认；所述接收确认人按照确认方式利用客户终端上传的身份信息的步骤包括：

接收所述确认人通过客户终端发起的视频通话请求；

根据所述视频通话请求建立所述客户终端与坐席终端之间的视频通话；

接收所述确认人在视频通话过程中通过客户终端上传的身份信息。

5.根据权利要求3所述的方法，其特征在于，所述确认方式被配置了级别；所述接收确认人按照确认方式利用客户终端上传的身份信息的步骤包括：

所述接受所述确认人通过客户终端按照多个确认方式发送的身份信息；

获取多个确认方式中级别最高的确认方式对应的身份信息；

将所述级别最高的确认方式对应的身份信息记录为执行转保操作所需的身份信息。

6.一种保单数据处理装置，其特征在于，所述装置包括：

获取模块，用于扫描保单，获取多个保单的保单信息；

抽样模块，用于对所述保单信息进行抽样，得到抽样保单；

生成模块，用于根据所述抽样保单生成调查文件；

发送模块，用于将所述调查文件发送至调查终端；

接收模块，用于接收所述调查终端对所述调查文件返回的调查结果；

所述发送模块还用于将所述调查结果发生至审核终端进行审核；

所述接收模块还用于接收所述审核终端返回的审核结果；

记录模块，用于若所述审核结果携带审核未通过标记，则将所述抽样保单记录为异常保单。

7.根据权利要求6所述的装置，其特征在于，所述获取模块还用于当异常保单达到预设期限时，获取多个险种信息以及与所述异常保单对应的调查结果；

所述装置还包括：

比对模块，用于将所述调查结果和多个险种信息进行比对，得到与所述调查结果相匹配的险种；

所述生成模块还用于根据与所述调查结果相匹配的险种生成转保通知；

所述发送模块还用于将所述转保通知发送至客户终端，以使得所述客户终端根据所述转保文件返回转保申请。

8.根据权利要求7所述的装置，其特征在于，所述转保文件包括确认人和确认方式，所述接收模块还用于接收客户终端根据转保通知发送的转保请求，所述转保请求中携带了转保险种；接收确认人按照确认方式利用客户终端上传的身份信息；

所述装置还包括：

转保模块，用于对身份信息进行验证，若验证通过，则根据所述转保险种生成转保保单。

9.根据权利要求8所述的装置，其特征在于，所述确认方式包括视频确认；所述接收模块还用于接收所述确认人通过客户终端发起的视频通话请求；根据所述视频通话请求建立所述客户终端与坐席终端之间的视频通话；接收所述确认人在视频通话过程中通过客户终端上传的身份信息。

10.根据权利要求8所述的装置，其特征在于，所述确认方式被配置了级别；所述接收模块还用于所述接受所述确认人通过客户终端按照多个确认方式发送的身份信息；所述获取模块还用于获取多个确认方式中级别最高的确认方式对应的身份信息；所述记录模块还用于将所述级别最高的确认方式对应的身份信息记录为执行转保操作所需的身份信息。