CN106022710A - 保险审核方法和装置 - Google Patents

Abstract

本发明涉及一种保险审核方法，其特征在于，所述方法包括以下步骤：接收保全请求，所述保全请求中携带了用户标识；获取与所述保全项目对应的审批因子；根据所述审批因子确定审核所述保全请求所需的审批分支以及每个审批分支中所需的审批项目；根据所述审批项目确定对应的审批账号；确定每个所需审批项目的审批顺序，生成审批链，所述审批链中包含所述保全项目所需的审批项目和对应的审批账号。通过上述方法可提高保全请求的审核效率。此外，还对应提供了一种保险审核方法装置。

Description

保险审核方法和装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种保险审核方法和装置。

背景技术

保险单(简称为保单)是保险公司与被保险人订立保险合同的正式书面证明。被保险人也可称为保险公司的客户。在保险合同的有效期内，保险公司可以为被客户提供保单保全的服务。保单保全通俗的理解就是对保单的相关信息进行变更。例如，变更受益人、追加保费等等。客户在办理保全业务时，为了进行风险控制，保险公司需要对客户的信息进行层层审核。

传统的审核方式是将需要审核的信息由初级审核人员进行审核，并由初级审批人员人工判断是否超出自己审批权限来决定是否提交上级审批，直至审批结束。传统的这种审核方法的审核效率低下。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高审核效率的保险审核方法和装置。

一种保险审核方法，所述方法包括以下步骤：

接收保全请求，所述保全请求中携带了保全项目；

根据获取与所述保全项目对应的审批因子；

根据所述审批因子确定审核所述保全请求所需的审批分支以及每个审批分支中所需的审批项目；

根据所述审批项目确定对应的审批账号；

确定每个所需审批项目的审批顺序，生成审批链，所述审批链中包含所述保全项目所需的审批项目和对应的审批账号。

在其中一个实施例中，所述审批因子包括所述保全项目对应的退费数额、所述用户的退费频率和支付账号的安全等级中的一种或多种；所述审批分支包括财务分支、法务分支和总部分支中的一种或多种。

在其中一个实施例中，所述确定每个所需审批项目的审批顺序的步骤，包括：

获取所述审批账号对应的审批优先级；

根据所述审批优先级确定每个审批账号的审批顺序。

在其中一个实施例中，审批账号的审批优先级的计算公式为：

其中，n为满足审批条件的因子数，a_i为与审批项目所对应的第i个审批因子的第一权值，b_i为具体退费数额与审批项目对应的第二权值，g为与审批项目对应的项目系数。

在其中一个实施例中，所述方法还包括：

获取所述审批链中的审核进度；

当所述审核进度为审核未结束时，根据所述审核进度确定当前审批账号，向所述当前审批账号发送审核所述保全项目中的与所述当前审批账号对应的审批项目的信息；

当所述审核进度为审核结束时，根据对所述保全项目的审核结果进行对应的保全操作。

一种保险审核装置，所述装置包括：

保全请求接收模块，用于接收保全请求，所述保全请求中携带了保全项目；

审批因子获取模块，用于获取与所述保全项目对应的审批因子；

审批链生成模块，用于根据所述审批因子确定审核所述保全请求所需的审批分支以及每个审批分支中所需的审批项目；根据所述审批项目确定对应的审批账号；确定每个所需审批项目的审批顺序，生成审批链，所述审批链中包含所述保全项目所需的审批项目和对应的审批账号。

在其中一个实施例中，所述审批因子包括所述保全项目对应的退费数额、所述用户的退费频率和支付账号的安全等级中的一种或多种；所述审批分支包括财务分支、法务分支和总部分支中的一种或多种。

在其中一个实施例中，所述审批链生成模块还用于获取所述审批账号对应的审批优先级；根据所述审批优先级确定每个审批账号的审批顺序。

在其中一个实施例中，审批账号的审批优先级的计算公式为：

其中，n为满足审批条件的因子数，a_i为与审批项目所对应的第i个审批因子的第一权值，b_i为具体退费数额与审批项目对应的第二权值，g为与审批项目对应的项目系数。

在其中一个实施例中，所述装置还包括：

审核进度获取模块，用于获取所述审批链中的审核进度；

当前审批账号确定模块，用于当所述审核进度为审核未结束时，根据所述审核进度确定当前审批账号，向所述当前审批账号发送审核所述保全项目中的与所述当前审批账号对应的审批项目的信息；

保全执行模块，用于当所述审核进度为审核结束时，根据对所述保全项目的审核结果进行对应的保全操作。

上述保险审核方法和装置，通过根据用户标识获取与保全项目对应的审批因子，进而根据该审批因子确定审核保全请求所需的审批分支及其审批项目和审批账号，最后生成审批链，使得可通过该审批链即可对应获知该保全请求所需的具体审核信息与审核进度。从而可提高保全请求的审核效率。

附图说明

图1为一个实施例中保险审核方法的应用环境图；

图2为一个实施例中保险审核方法的流程示意图；

图3为一个实施例中根据审批项目确定对应的审批账号的步骤的流程图；

图4为另一个实施例中保险审核方法的流程示意图；

图5为一个实施例中保险审核装置的结构示意图；

图6为另一个实施例中保险审核装置的结构示意图。

具体实施方式

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

本发明实施例中提供的保险审核方法，可应用于如图1所示的应用环境中。参考图1，终端102通过网络与服务器104相连。终端102可通过访问保险公司的相关网站或相关的应用软件与服务器104通信来办理保险业务或查询相关保险信息，比如，可办理保全业务。服务器104可为保险公司的服务器，该服务器104中可存储保险用户的相关信息以及各种保险的信息，比如存储保险用户的个人信息和保单信息等，存储各种保险的保全操作规则和审批程序和受理条件等。

终端102向服务器104发送保全请求，保全请求中携带了用户标识和保全项目。服务器104在接收到保全请求之后，根据保全请求中携带的用户标识获取与该保全项目对应的审批因子。并根据该审批因子确定所需的审批分支和对应的审批项目，再根据该审批项目确定对应的审批账号，生成审批链。由此，可自动化地确定该保全请求所需的审核项目和对应的审核人，从而无需人工来确定所需审核项目与审核人，提高了对于保全请求的审核效率。

在一个实施例中，如图1所示，提供了一种保险审核方法，该方法包括下述步骤202～210。

步骤202，接收保全请求。

本实施例中，保全请求中携带了用户标识。其中，用户标识可为用户登录名或用户身份证号等可唯一确定用户身份信息的标识。该用户标识与用户信息相互关联，使得通过用户标识可获取到对应用户信息。用户信息包括用户的姓名、年龄、联系方式、银行账号和历史保单信息等。该银行账号可包括多个，服务器可存储用户的每个银行账号在进行办理保险收退费的使用情况。

保全请求中还携带了保全项目，保全项目包括被保人的变更和被保人保费的变更等信息。比如，被保人的增加和删除、被保人保费的增加数额和减少数额等，其中所变更的被保人可包括多个。优选的，保全项目为退保项目，即保对保单中的一个或多个被保人退保。

步骤204，根据用户标识获取与保全项目对应的审批因子。

本实施例中，审批因子为用于确定该保全请求所需的审批流程的考虑因素。该审批因子可从用户信息中提取。具体的，审批因子包括该保全项目对应的退费数额、用户的退费频率和支付账号的安全等级等其中的一种或多种。优选的，包括该保全项目对应的退费数额、用户的退费频率和支付账号的安全等级这三种。

其中，服务器中预先存储了不同类型的保全项目与审批因子的对应关系。在接收到保全项目后，根据可判断出该保全项目的类型，并根据预先建立的该类型的保全项目与审批因子之间的对应关系来确定所需的审批因子。保全项目的类型可包括保全退费类型的项目和保全增加保费的项目等。比如，可预先建立保全退费类型的项目与退费数额、用户的退费频率和支付账号的安全等级这三种具体的审批因子之间的对应关系。

对于保全退费类型的项目，服务器可根据所接收到的保全请求，从该保全项目中获取或计算出对应的退费数额。退费频率可根据用户在预设时间段内的退费次数来确定。优选的，预设时间段可为用户最近3个月或1年等时间段。支付账号是指本次保全请求所留存的用户接收保全退费的账号。用户所留存的用于办理保险转账等业务的账号可具有多个。服务器可根据用户标识将用户所办理的所有保险以及所留存的所有账号进行关联。并为每个账号设置对应的安全等级。比如可设置安全账号、低风险账号、中风险账号和高风险账号，不同的安全等级表示用户使用银行账号办理退保请求时所对应的风险大小。服务器在每次检测到用户的账号的交易记录后，可根据该交易记录对应更新其安全等级。

步骤206，根据审批因子确定审核保全请求所需的审批分支以及每个审批分支中所需的审批项目。

本实施例中，每个审批分支中均设有若干个审批项目，不同的保全项目所需的审批分支以及审批分支中的审批项目不一定相同。审批分支包括财务分支、法务分支和总部分支等其中的一种或多种，优选的，审批分支包括财务分支、法务分支和总部分支三种，对应的审批项目即为财务审批项目、法务审批项目和总部审批项目。其中财务分支为审核该保全项目所必要的审批分支，服务器可根据审批因子对应确定财务分支中的具体所需财务审批项目。法务分支用于审核该保全项目是否符合法律法规以及风险大小等，总部分支用于对该保全项目进行综合审核。是否需要法务分支和中部分支可由与该保全项目对应的审批因子来确定。

服务器中预先存储了不同审批因子与审批分支及其对应的审批项目的对应关系，根据该对应关系可确定用户的保全请求所需的审批分支以及每个审批分支中所需的审批项目。

在一个实施例中，可根据该对应关系来确定该保全项目中的具体退费数额、用户退费频率以及支付账号的安全等级所需的审批分支及其审批项目。具体的，可检测该支付账号的安全等级是否超过预设的等级阈值，若是，则确定需要法务分支，并根据该支付账号的安全等级确定所需的法务审批项目；检测该退费频率是否超过预设的频率阈值，若是，则确定需要法务分支，并根据该退费频率确定所需的法务审批项目；检测该退费数额是否超过预设的数额阈值，若是，则确定需要总部分支，并根据该退费数额确定所需的总部审批项目。

下面对根据审批因子确定所需的审批分支进行举例说明，如下表1所示，为根据退费数额与所需的审批分支的关系表。

表1退费数额与所需的审批分支的关系表

退费数额x所属区间	所需的审批分支
		0≤x＜100000	财务分支
100000≤x＜500000	财务分支、法务分支
		x≥500000	财务分支、法务分支、总部分支

步骤208，根据审批项目确定对应的审批账号。

本实施例中，每个审批项目均对应设置了一个或多个审批账号，将该一个或多个审批账号与审批项目建立关联。当确定了具体的审批项目后，可根据每个所需审批项目与其对应审批账号的关联信息获取该审批账号，当该关联的审批账号具有多个时，则从所关联到的多个审批账号中选取一个。

在一个实施例中，如图3所示，根据审批项目确定对应的审批账号的步骤，包括：

步骤302，获取与审批项目相关联的多个审批账号。

步骤304，获取每个审批账号中未完成审批的审批项目的数量。

本实施例中，每个审批人对应具有一个审批账号，审批人通过登录其审批账号对其所分配的审批项目进行审核。每个审批项目设置有审核状态标记，根据该审核状态标记可对应获知该审批项目的审批状态。该审批状态包括审核完成和审核未完成两大状态。审核未完成可包括待审核、审核中等，审核完成包括审核通过和审核不通过等。每个审批项目

服务器通过检测每个审批账号中所分配审批项目的审核状态标记，并实时统计该审核状态标记中表示审核未完成的数量，通过该数量即可获知每个审批账号中的未完成审批的数量。

步骤306，将审批项目分配给数量最少的审批账号。

具体的，服务器可实时更新每个审批账号所分配的审核状态为待审核以及审核中等表示审核未完成的审核项目的数量。将审批项目分配给审核未完成的审核项目的数量审批数量的审批账号。若存在具有多个数量最少的审批账号，则可在该多个数量最少的审批账号中随机确定一个。

本实施例中，通过设置审批项目的审批状态，将新的审批项目分配给审批数量最少的审批人审核，使得可进一步提高审批效率。

步骤210，确定每个审批项目的审批顺序，生成审批链。

本实施例中，服务器还预先设置了每个审批项目的审批顺序，根据该审批项目的审批顺序来对应确定审批项目的审批顺序。

在确定了该保全项目具体的审批分支及其对应的审批项目和审批账号后，则可根据该具体的审批分支及其对应的审批项目和审批账号生成审批链。具体的，服务器可根据每个审批分支对应的审批项目和审批账号生成相应的分支审批链。若只有一个审批分支，则该分支审批链即为最终生成的审批链；当存在多个审批分支时，则生成对应数量的分支审批链，并将该多个分支审批链合成为最终的审批链。审批链中包含保全项目所需的审批项目和对应的审批账号。该审批链可同步其中的每个审批项目的审核状态，使得可通过该审批链即可对应获知该保全请求所需的具体审核信息和审核进度。

本实施例所提供的保险审核方法，通过根据用户标识获取与保全项目对应的审批因子，进而根据该审批因子确定审核保全请求所需的审批分支及其审批项目和审批账号，最后生成审批链，使得可通过该审批链即可对应获知该保全请求所需的具体审核信息与审核进度。从而可提高保全请求的审核效率。

在一个实施例中，确定每个所需审批项目的审批顺序的步骤，包括：获取审批账号对应的审批优先级；根据审批优先级确定每个审批账号的审批顺序。

本实施例中，服务器可设置每个审批账号对应的优先级，该优先级可以是确定不变的，也可以是根据保全项目的具体审批因子来确定。当优先级为确定不变时，可直接获取保全项目所需的审批项目对应的优先级。当优先级与审批因子相关联时，可根据该保全项目的具体审批因子按照该关联信息对应计算得出。

在确定了所需的审批项目的优先级后，可对该优先级按照由小至大的顺序对应确定所需的审批项目的审批顺序，也可对该优先级按照由大至小的顺序对应确定所需的审批项目的审批顺序。

在一个实施例中，审批账号的审批优先级的计算公式为：

$m=g+1/\left(\underset{i=1}{\overset{n}{\Σ}}{a}_i{b}_i\right).$

其中，n为满足审批条件的因子数，a_i为与审批项目所对应的第i个审批因子的第一权值，b_i为具体退费数额与审批项目对应的第二权值，g为与审批项目对应的项目系数。

进一步的，并设置不同审批因子与每个审批项目所对应的第一权值，服务器可设置不同退费数额区间与每个审批项目所对应的第二权值，并设置每个审批项目对应的项目系数。

当确定了所需的审批项目后，则可对应获取所需审批项目的a_i、b_i和g，再根据上述计算公式对应计算出所需的审批项目的优先级。

举例来说，审批因子为保全项目对应的退费数额、对应用户的退费频率和支付账号的安全等级。确定所需的审批项目为审批项目A、审批项目B和审批项目C。服务器可预先建立如下表2。

表2部分审批项目与审批因子之间的关系表

当退费数额为200000时，可对应计算出审批项目A、审批项目B以及审批项目C所对应的优先级分别为0.3、0.343、0.443。

在根据上述计算公式计算出所有所需的审批项目的优先级后，对该优先级按照由小至大的顺序对应确定所需的审批项目的审批顺序。比如，可确定上述的审批项目A、审批项目B以及审批项目C的审批顺序分别为审批项目A、审批项目B以及审批项目C。

在一个实施例中，如图4所示，提供了另一种保险审核方法，该方法还包括：

步骤212，获取审批链中的审核进度。

本实施例中，审核进度为保全项目的审核进度，包括审核未结束和审核结束。当该保全项目中的某一审批项目(即当前审批项目)正处在审核中时，则该审核未结束；若该审批链中的某一审批项目的审核完成，且结果为不通过时，则审核结束，且该审批链对应的保全项目为审核不通过；若该审批链中的所有审批项目均审核完成且通过时，则审核结束，且该审批链对应的保全项目为审核通过。审批链中可同步每个审批账号对与其对应的审批项目的审核状态的修改，根据该修改进行更新。服务器通过检测审批链中的对应审批项目的审核状态的更新信息，从而获知该审批链对应的保全项目的审核进度。

在一个实施例中，服务器可通过预设的接口与签报***同步对接，将审批链上传到签报***。该签报***用于管理保全项目的审核事物。审批人可通过在签报***上登录对应的审批账号，并对为其所分配的审批项目进行审核，签报***实时检测并获取每个审批账号对审批项目的审核结果，根据审核结果对应更新审批链中的审核进度，将审核进度的更新信息发送给服务器。

本实施例中，通过在签报***中进行实时监控保全项目的审核进度，可进一步提高对保全请求的审核效率。

步骤214，当审核进度为审核未结束时，根据审核进度确定当前审批账号，向当前审批账号发送审核保全项目中的与当前审批账号对应的审核项目的信息；当审核进度为审核结束时，根据对保全项目的审核结果进行对应的保全操作。

进一步的，审批链的每次更新信息中均携带时间戳，使得可通过比较每次更新的时间戳即可获知最新的更新信息，同时还可根据该时间戳可获知相应审批项目的审核状态更改时间，即审批人对对应的审批项目的审核完成时间。

服务器通过获取审批链的更新信息，根据该更新信息可识别该保全项目的审核进度。即识别对应的保全项目是否已完成审核。当识别为未完成审核时，则获取审批链中最新时间戳所对应的更新信息，根据该更新信息确定当前审批账号。

具体的，识别该更新信息中的审批项目的审批结果，若审批结果为审批通过，则根据所确定的审批顺序获取位于该更新信息中的审批项目的下一审批项目，该下一审批项目即为当前审批项目。再获取该下一审批项目对应的审批账号，并向其发送审核保全项目中的当前审批项目的信息，该审批账号即为当前审批账号。

在一个实施例中，向当前审批账号发送审核保全项目中的与当前审批账号对应的审批项目的信息的步骤之后，包括：获取当前审批项目的审批期限；向当前审批项目对应的审批账号发送时限提醒信息。

本实施例中，服务器还预设了每个审批项目所允许的审批期限，当服务器向当前审批账号发送了审核当前审批项目的信息的同时，还记录所发送的时间，并根据该时间以及审批期限对应计算出当前审批项目的截止时间，将包含该截止时间的时限提醒信息发送给当前审批账号。

进一步的，向当前审批项目对应的审批账号发送时限提醒信息的步骤，包括：当当前时间到达时限提醒的时间时，若当前审批项目未审核完成，则向当前审批项目对应的审批账号发送时限提醒信息。

服务器还可预设与审批期限对应的提醒期限，该时限提醒用于确定向审批账号发送对审批项目的时限提醒的时间，可以理解的，提醒期限不大于对应的审批期限。服务器通过检测是否在该时限提醒的时间之前获取到当前审批项目的审核完成的信息，若是，则不向当前审批项目对应的审批账号发送时限提醒信息；若否，则在到达该时限提醒的时间时，向当前审批项目对应的审批账号发送时限提醒信息。

比如，审批项目A所对应的审批期限被设置为3天，提醒期限被设置为2天。当服务器在2016年4月11日向审批项目A对应的审批账号A发送审核保全项目中的审批项目A的信息时，可根据该审批期限确定对应的截止时间为2016年4月14日，向审批账号A发送时限提醒的时间为2016年4月13日。服务器可检测是否在2016年4月13日之前获取到审批项目A的审核完成的信息，若是，则对审批项目A的审核结束，否则，可在2016年4月13日向审批账号A发送及时完成对审批项目A的审核的提示信息。

审批结束包括对保全项目的审核通过和审核不通过的审核结果，服务器可根据该审核结束所对应的审核结果对该保全项目执行相应的保全操作。

比如，若审核通过，则向对应的支付账号转入相应的退费数额；若审核不通过，则可向对应的保险用户发送审核不通过的原因等信息。

本实施例中，通过审批链获取对应保全项目的审核进度，根据该审核进度向当前审批账号发送对当前保全项目的审核的信息，当审核进度为审核结束时，则对该保全项目进行与审核结果对应的保全操作，使得对保险审核进一步规范化，提高了保险审核的处理效率。

在一个实施例中，如图5所示，提供了一种保险审核装置，该装置包括：

保全请求接收模块502，用于接收保全请求。

本实施例中，保全请求中携带了用户标识。其中，用户标识可为用户登录名或用户身份证号等可唯一确定用户身份信息的标识。该用户标识与用户信息相互关联，使得通过用户标识可获取到对应用户信息。用户信息包括用户的姓名、年龄、联系方式、银行账号和历史保单信息等。该银行账号可包括多个，服务器可存储用户的每个银行账号在进行办理保险收退费的使用情况。

保全请求中还携带了保全项目，保全项目包括被保人的变更和被保人保费的变更等信息。比如，被保人的增加和删除、被保人保费的增加数额和减少数额等，其中所变更的被保人可包括多个。优选的，保全项目为退保项目，即保对保单中的一个或多个被保人退保。

审批因子获取模块504，用于根据用户标识获取与保全项目对应的审批因子。

本实施例中，审批因子为用于确定该保全请求所需的审批流程的考虑因素。该审批因子可从用户信息中提取。具体的，审批因子包括该保全项目对应的退费数额、用户的退费频率和支付账号的安全等级等其中的一种或多种。优选的，包括该保全项目对应的退费数额、用户的退费频率和支付账号的安全等级这三种。

其中，服务器中预先存储了不同类型的保全项目与审批因子的对应关系。在接收到保全项目后，根据可判断出该保全项目的类型，并根据预先建立的该类型的保全项目与审批因子之间的对应关系来确定所需的审批因子。保全项目的类型可包括保全退费类型的项目和保全增加保费的项目等。比如，可预先建立保全退费类型的项目与退费数额、用户的退费频率和支付账号的安全等级这三种具体的审批因子之间的对应关系。

对于保全退费类型的项目，服务器可根据所接收到的保全请求，从该保全项目中获取或计算出对应的退费数额。退费频率可根据用户在预设时间段内的退费次数来确定。优选的，预设时间段可为用户最近3个月或1年等时间段。支付账号是指本次保全请求所留存的用户接收保全退费的账号。用户所留存的用于办理保险转账等业务的账号可具有多个。服务器可根据用户标识将用户所办理的所有保险以及所留存的所有账号进行关联。并为每个账号设置对应的安全等级。比如可设置安全账号、低风险账号、中风险账号和高风险账号，不同的安全等级表示用户使用银行账号办理退保请求时所对应的风险大小。服务器在每次检测到用户的账号的交易记录后，可根据该交易记录对应更新其安全等级。

审批链生成模块506，用于根据审批因子确定审核保全请求所需的审批分支以及每个审批分支中所需的审批项目；根据审批项目确定对应的审批账号；确定每个所需审批项目的审批顺序，生成审批链，审批链中包含保全项目所需的审批项目和对应的审批账号。

本实施例中，每个审批分支中均设有若干个审批项目，不同的保全项目所需的审批分支以及审批分支中的审批项目不一定相同。审批分支包括财务分支、法务分支和总部分支等其中的一种或多种，优选的，审批分支包括财务分支、法务分支和总部分支三种，对应的审批项目即为财务审批项目、法务审批项目和总部审批项目。其中财务分支为审核该保全项目所必要的审批分支，服务器可根据审批因子对应确定财务分支中的具体所需财务审批项目。法务分支用于审核该保全项目是否符合法律法规以及风险大小等，总部分支用于对该保全项目进行综合审核。是否需要法务分支和中部分支可由与该保全项目对应的审批因子来确定。

服务器中预先存储了不同审批因子与审批分支及其对应的审批项目的对应关系，根据该对应关系可确定用户的保全请求所需的审批分支以及每个审批分支中所需的审批项目。

在一个实施例中，可根据该对应关系来确定该保全项目中的具体退费数额、用户退费频率以及支付账号的安全等级所需的审批分支及其审批项目。具体的，可检测该支付账号的安全等级是否超过预设的等级阈值，若是，则确定需要法务分支，并根据该支付账号的安全等级确定所需的法务审批项目；检测该退费频率是否超过预设的频率阈值，若是，则确定需要法务分支，并根据该退费频率确定所需的法务审批项目；检测该退费数额是否超过预设的数额阈值，若是，则确定需要总部分支，并根据该退费数额确定所需的总部审批项目。

本实施例中，每个审批项目均对应设置了一个或多个审批账号，将该一个或多个审批账号与审批项目建立关联。当确定了具体的审批项目后，可根据每个所需审批项目与其对应审批账号的关联信息获取该审批账号，当该关联的审批账号具有多个时，则从所关联到的多个审批账号中选取一个。

服务器还预先设置了每个审批项目的审批顺序，根据该审批项目的审批顺序来对应确定审批项目的审批顺序。

在确定了该保全项目具体的审批分支及其对应的审批项目和审批账号后，则可根据该具体的审批分支及其对应的审批项目和审批账号生成审批链。具体的，服务器可根据每个审批分支对应的审批项目和审批账号生成相应的分支审批链。若只有一个审批分支，则该分支审批链即为最终生成的审批链；当存在多个审批分支时，则生成对应数量的分支审批链，并将该多个分支审批链合成为最终的审批链。该审批链可同步其中的每个审批项目的审核状态，使得可通过该审批链即可对应获知该保全请求所需的具体审核信息和审核进度。

本实施例所提供的保险审核方法，通过根据用户标识获取与保全项目对应的审批因子，进而根据该审批因子确定审核保全请求所需的审批分支及其审批项目和审批账号，最后生成审批链，使得可通过该审批链即可对应获知该保全请求所需的具体审核信息与审核进度。从而可提高保全请求的审核效率。

在一个实施例中，审批链生成模块506还用于获取与审批项目相关联的多个审批账号；获取每个审批账号中未完成审批的审批项目的数量；将审批项目分配给数量最少的审批账号。

本实施例中，每个审批人对应具有一个审批账号，审批人通过登录其审批账号对其所分配的审批项目进行审核。每个审批项目设置有审核状态标记，根据该审核状态标记可对应获知该审批项目的审批状态。该审批状态包括审核完成和审核未完成两大状态。审核未完成可包括待审核、审核中等，审核完成包括审核通过和审核不通过等。每个审批项目

服务器通过检测每个审批账号中所分配审批项目的审核状态标记，并实时统计该审核状态标记中表示审核未完成的数量，通过该数量即可获知每个审批账号中的未完成审批的数量。

本实施例中，服务器可实时更新每个审批账号所分配的审核状态为待审核以及审核中等表示审核未完成的审核项目的数量。将审批项目分配给审核未完成的审核项目的数量审批数量的审批账号。若存在具有多个数量最少的审批账号，则可在该多个数量最少的审批账号中随机确定一个。

本实施例中，通过设置审批项目的审批状态，将新的审批项目分配给审批数量最少的审批人审核，使得可进一步提高审批效率。

在一个实施例中，审批链生成模块506还用于获取审批账号对应的审批优先级；根据审批优先级确定每个审批账号的审批顺序。

本实施例中，服务器可设置每个审批账号对应的优先级，该优先级可以是确定不变的，也可以是根据保全项目的具体审批因子来确定。当优先级为确定不变时，可直接获取保全项目所需的审批项目对应的优先级。当优先级与审批因子相关联时，可根据该保全项目的具体审批因子按照该关联信息对应计算得出。

在确定了所需的审批项目的优先级后，可对该优先级按照由小至大的顺序对应确定所需的审批项目的审批顺序，也可对该优先级按照由大至小的顺序对应确定所需的审批项目的审批顺序。

在一个实施例中，审批账号的审批优先级的计算公式为：

$m=g+1/\left(\underset{i=1}{\overset{n}{\Σ}}{a}_i{b}_i\right).$

其中，n为满足审批条件的因子数，a_i为与审批项目所对应的第i个审批因子的第一权值，b_i为具体退费数额与审批项目对应的第二权值，g为与审批项目对应的项目系数。

进一步的，并设置不同审批因子与每个审批项目所对应的第一权值，服务器可设置不同退费数额区间与每个审批项目所对应的第二权值，并设置每个审批项目对应的项目系数。

当确定了所需的审批项目后，则可对应获取所需审批项目的a_i、b_i和g，再根据上述计算公式对应计算出所需的审批项目的优先级。

在一个实施例中，如图6所示，提供了另一种保险审核装置，该装置还包括：

审核进度获取模块508，用于获取审批链中的审核进度。

当前审批账号确定模块510，用于当审核进度为审核未结束时，根据审核进度确定当前审批账号，向当前审批账号发送审核保全项目中的与当前审批账号对应的审批项目的信息。

保全执行模块512，用于当审核进度为审核结束时，根据对保全项目的审核结果进行对应的保全操作。

本实施例中，审核进度为保全项目的审核进度，包括审核未结束和审核结束。当该保全项目中的某一审批项目(即当前审批项目)正处在审核中时，则该审核未结束；若该审批链中的某一审批项目的审核完成，且结果为不通过时，则审核结束，且该审批链对应的保全项目为审核不通过；若该审批链中的所有审批项目均审核完成且通过时，则审核结束，且该审批链对应的保全项目为审核通过。审批链中可同步每个审批账号对与其对应的审批项目的审核状态的修改，根据该修改进行更新。服务器通过检测审批链中的对应审批项目的审核状态的更新信息，从而获知该审批链对应的保全项目的审核进度。

在一个实施例中，服务器可通过预设的接口与签报***同步对接，将审批链上传到签报***。该签报***用于管理保全项目的审核事物。审批人可通过在签报***上登录对应的审批账号，并对为其所分配的审批项目进行审核，签报***实时检测并获取每个审批账号对审批项目的审核结果，根据审核结果对应更新审批链中的审核进度，将审核进度的更新信息发送给服务器。

本实施例中，通过在签报***中进行实时监控保全项目的审核进度，可进一步提高对保全请求的审核效率。

进一步的，审批链的每次更新信息中均携带时间戳，使得可通过比较每次更新的时间戳即可获知最新的更新信息，同时还可根据该时间戳可获知相应审批项目的审核状态更改时间，即审批人对对应的审批项目的审核完成时间。

服务器通过获取审批链的更新信息，根据该更新信息可识别该保全项目的审核进度。即识别对应的保全项目是否已完成审核。当识别为未完成审核时，则获取审批链中最新时间戳所对应的更新信息，根据该更新信息确定当前审批账号。

具体的，识别该更新信息中的审批项目的审批结果，若审批结果为审批通过，则根据所确定的审批顺序获取位于该更新信息中的审批项目的下一审批项目，该下一审批项目即为当前审批项目。再获取该下一审批项目对应的审批账号，并向其发送审核保全项目中的当前审批项目的信息，该审批账号即为当前审批账号。

更进一步的，当前审批账号确定模块510还用于获取当前审批项目的审批期限；向当前审批项目对应的审批账号发送时限提醒信息。

服务器还预设了每个审批项目所允许的审批期限，当服务器向当前审批账号发送了审核当前审批项目的信息的同时，还记录所发送的时间，并根据该时间以及审批期限对应计算出当前审批项目的截止时间，将包含该截止时间的时限提醒信息发送给当前审批账号。

当当前时间到达时限提醒的时间时，若当前审批项目未审核完成，则向当前审批项目对应的审批账号发送时限提醒信息。

具体的，服务器还可预设与审批期限对应的提醒期限，该时限提醒用于确定向审批账号发送对审批项目的时限提醒的时间，可以理解的，提醒期限不大于对应的审批期限。服务器通过检测是否在该时限提醒的时间之前获取到当前审批项目的审核完成的信息，若是，则不向当前审批项目对应的审批账号发送时限提醒信息；若否，则在到达该时限提醒的时间时，向当前审批项目对应的审批账号发送时限提醒信息。

审批结束包括对保全项目的审核通过和审核不通过的审核结果，服务器可根据该审核结束所对应的审核结果对该保全项目执行相应的保全操作。

比如，若审核通过，则向对应的支付账号转入相应的退费数额；若审核不通过，则可向对应的保险用户发送审核不通过的原因等信息。

本实施例中，通过审批链获取对应保全项目的审核进度，根据该审核进度向当前审批账号发送对当前保全项目的审核的信息，当审核进度为审核结束时，则对该保全项目进行与审核结果对应的保全操作，使得对保险审核进一步规范化，提高了保险审核的处理效率。

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

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

Claims (10)

1.一种保险审核方法，其特征在于，所述方法包括以下步骤：

接收保全请求，所述保全请求中携带了保全项目；

获取与所述保全项目对应的审批因子；

根据所述审批因子确定审核所述保全请求所需的审批分支以及每个审批分支中所需的审批项目；

根据所述审批项目确定对应的审批账号；

确定每个所需审批项目的审批顺序，生成审批链，所述审批链中包含所述保全项目所需的审批项目和对应的审批账号。

2.根据权利要求1所述的方法，其特征在于，所述审批因子包括所述保全项目对应的退费数额、所述用户的退费频率和支付账号的安全等级中的一种或多种；所述审批分支包括财务分支、法务分支和总部分支中的一种或多种。

3.根据权利要求2所述的方法，其特征在于，所述确定每个所需审批项目的审批顺序的步骤，包括：

获取所述审批账号对应的审批优先级；

根据所述审批优先级确定每个审批账号的审批顺序。

4.根据权利要求3所述的方法，其特征在于，审批账号的审批优先级的计算公式为：

其中，n为满足审批条件的因子数，a_i为与审批项目所对应的第i个审批因子的第一权值，b_i为具体退费数额与审批项目对应的第二权值，g为与审批项目对应的项目系数。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述审批链中的审核进度；

当所述审核进度为审核未结束时，根据所述审核进度确定当前审批账号，向所述当前审批账号发送审核所述保全项目中的与所述当前审批账号对应的审批项目的信息；

当所述审核进度为审核结束时，根据对所述保全项目的审核结果进行对应的保全操作。

6.一种保险审核装置，其特征在于，所述装置包括：

保全请求接收模块，用于接收保全请求，所述保全请求中携带了保全项目；

审批因子获取模块，用于获取与所述保全项目对应的审批因子；

审批链生成模块，用于根据所述审批因子确定审核所述保全请求所需的审批分支以及每个审批分支中所需的审批项目；根据所述审批项目确定对应的审批账号；确定每个所需审批项目的审批顺序，生成审批链，所述审批链中包含所述保全项目所需的审批项目和对应的审批账号。

7.根据权利要求6所述的装置，其特征在于，所述审批因子包括所述保全项目对应的退费数额、所述用户的退费频率和支付账号的安全等级中的一种或多种；所述审批分支包括财务分支、法务分支和总部分支中的一种或多种。

8.根据权利要求6所述的装置，其特征在于，所述审批链生成模块还用于获取所述审批账号对应的审批优先级；根据所述审批优先级确定每个审批账号的审批顺序。

9.根据权利要求8所述的装置，其特征在于，审批账号的审批优先级的计算公式为：

其中，n为满足审批条件的因子数，a_i为与审批项目所对应的第i个审批因子的第一权值，b_i为具体退费数额与审批项目对应的第二权值，g为与审批项目对应的项目系数。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

审核进度获取模块，用于获取所述审批链中的审核进度；

当前审批账号确定模块，用于当所述审核进度为审核未结束时，根据所述审核进度确定当前审批账号，向所述当前审批账号发送审核所述保全项目中的与所述当前审批账号对应的审批项目的信息；

保全执行模块，用于当所述审核进度为审核结束时，根据对所述保全项目的审核结果进行对应的保全操作。