CN108256810B - 保险业务审批流程处理方法和装置 - Google Patents

Abstract

本发明涉及一种保险业务审批流程处理方法，所述方法包括：获取保险审批任务中对一审批项目的审批结果；根据所述审批结果确定与所述审批项目对应的下游审批项目；所述审批结果对应的下游审批项目包括多个时，获取所述保险任务的描述信息，根据所述描述信息计算与所述下游审批项目对应的审批值；根据所述审批值确定所需审核的下游审批项目；向与所需审核的下游审批项目对应的业务终端发送审批消息，使所述业务终端对所需审核的下游审批项目进行审批。上述方法可提高保险业务审批的灵活性。此外，还对应提供了一种保险业务审批流程处理装置。

Description

保险业务审批流程处理方法和装置

技术领域

本发明涉及信息处理技术领域，特别是涉及一种保险业务审批流程处理方法和装置。

背景技术

随着计算机网络技术的发展，各行各业都开始通过计算机通信技术对行业各自的业务审批流程进行控制和处理。传统的业务审批流程都是几种固定的模式，每个审批项目之间的审批顺序关系是确定的，在一个审批项目结束后，立即发起对下一个审批项目的审批。

而在保险领域，由于保险的种类繁多，不同险种、不同的保险事项的审批流程都是不相同的。因此传统的保险业务审批流程的审批模式不够灵活，不能灵活运用于保险业务的审批中。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高审批的灵活性的保险业务审批流程处理方法。

一种保险业务审批流程处理方法，所述方法包括以下步骤：

获取保险审批任务中对一审批项目的审批结果；

根据所述审批结果确定与所述审批项目对应的下游审批项目；

所述审批结果对应的下游审批项目包括多个时，获取所述保险任务的描述信息，根据所述描述信息计算与所述下游审批项目对应的审批值；

根据所述审批值确定所需审核的下游审批项目；

向与所需审核的下游审批项目对应的业务终端发送审批消息，使所述业务终端对所需审核的下游审批项目进行审批。

在其中一个实施例中，在所述根据所述审批结果确定与所述审批项目对应的下游审批项目的步骤之前，包括：

当所述下游审批项目对应的上游审批项目包括多个时，获取每个上游审批项目之间执行的逻辑关系；

若所述逻辑关系为或执行关系，则执行所述根据所述审批结果确定与所述审批项目对应的下游审批项目的步骤，并向所述下游审批项目对应的其它上游审批项目所对应的业务终端发送审批终止消息。

在其中一个实施例中，在所述获取保险审批任务中对一审批项目的审批结果的步骤之前，还包括：

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

确定所述保险项目对应的保险类型；

获取与所述保险类型相匹配的保险审批任务模型；

根据所述保险审批任务模型生成对应的保险审批任务，所述保险审批任务中包括多个审批项目和每个审批项目之间的审批顺序。

在其中一个实施例中，在所述获取保险审批任务中对一审批项目的审批结果的步骤之前，还包括：

当审批项目到达审批时限时，自动生成对所述审批项目的审批结果。

在其中一个实施例中，所述向与所需审核的下游审批项目对应的业务终端发送审批消息的步骤，包括：将所述下游审批项目放入对应项目类型的审批池中，使得与所述下游审批项目相关联的任意一个业务终端从所述审批池中获取所述下游审批项目，并进行审批；

在所述向与所需审核的下游审批项目对应的业务终端发送审批消息的步骤之后，还包括：接收任意一个业务终端对所述下游审批项目的选取指令，根据所述选取指令对所述下游审批项目进行锁定，使得其他业务终端无法选取所述下游审批项目。

一种保险业务审批流程处理装置，所述装置包括：

审批结果获取模块，用于获取保险审批任务中对一审批项目的审批结果；

下游审批项目确定模块，用于根据所述审批结果确定与所述审批项目对应的下游审批项目；当所述审批结果对应的下游审批项目包括多个时，获取所述保险任务的描述信息，根据所述描述信息计算与所述下游审批项目对应的审批值；根据所述审批值确定所需审核的下游审批项目；

审批消息发送模块，用于向与所需审核的下游审批项目对应的业务终端发送审批消息，使所述业务终端对所需审核的下游审批项目进行审批。

在其中一个实施例中，所述下游审批项目确定模块还用于当所述下游审批项目对应的上游审批项目包括多个时，获取每个上游审批项目之间执行的逻辑关系；若所述逻辑关系为或执行关系，则所述根据所述审批结果确定与所述审批项目对应的下游审批项目，并向所述下游审批项目对应的其它上游审批项目所对应的业务终端发送审批终止消息。

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

审批任务生成模块，接收保险请求，所述保全请求中携带了保险项目；确定所述保险项目对应的保险类型；获取与所述保险类型相匹配的保险审批任务模型；根据所述保险审批任务模型生成对应的保险审批任务，所述保险审批任务中包括多个审批项目和每个审批项目之间的审批顺序。

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

审批结果生成模块，用于当审批项目到达审批时限时，自动生成对所述审批项目的审批结果。

在其中一个实施例中，所述审批消息发送模块还用于将所述下游审批项目放入对应项目类型的审批池中，使得与所述下游审批项目相关联的任意一个业务终端从所述审批池中获取所述下游审批项目，并进行审批；

所述装置还包括：

审批项目锁定模块，用于接收任意一个业务终端对所述下游审批项目的选取指令，根据所述选取指令对所述下游审批项目进行锁定，使得其他业务终端无法选取所述下游审批项目。

上述的保险业务审批流程处理方法和装置，当一审批项目的审批结果所对应的下游审批项目包括多个时，通过根据该保险审批任务的描述信息计算对应的审批值；然后根据该审批值来确定所需审核的下游审批项目；并向与所需审核的下游审批项目对应的业务终端发送审批消息，使业务终端对所需审核的下游审批项目进行审批。使得保险业务审批流程可根据审批值的变化而变化，提高了保险审批流程的灵活性。

附图说明

图1为一个实施例中保险业务审批流程处理方法的应用环境图；

图2为一个实施例中服务器的内部结构图；

图3为一个实施例中保险业务审批流程处理方法的流程图；

图4为一个实施例中保险审批任务所包含的部分审批项目的示意图；

图5为另一个实施例中保险审批任务所包含的部分审批项目的示意图；

图6为一个实施例中保险业务审批流程处理方法中保险审批任务的生成过程的流程图；

图7为一个实施例中保险业务审批流程处理装置的结构框图；

图8为另一个实施例中保险业务审批流程处理装置的结构框图；

图9为又一个实施例中保险业务审批流程处理装置的结构框图；

图10为再一个实施例中保险业务审批流程处理装置的结构框图。

具体实施方式

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

本发明实施例所提供的保险业务审批流程处理方法，可应用于如图1所示的应用环境中。参考图1，第一终端110与第二终端130均通过相应的网络与服务器120相连。其中，第一终端110为对应处理上游审批项目的业务终端；第二终端130为对应处理下游审批项目的业务终端。第一终端110在完成对上游审批项目的审批后，可将审批结果发送给服务器120。服务器120中存储有对应的审批流程，根据所获取到的审批结果以及该审批流程计算出对应的审批值，根据该审批值确定相应的下游审批项目，然后向下游审批项目对应的第二终端130发送审批消息，实现了对保险业务审批流程处理。

图2为一个实施例中服务器的内部结构示意图。该服务器包括通过系统总线连接的处理器、非易失性存储介质、内存储器和网络接口。其中，该服务器的非易失性存储介质存储有操作系统、数据库和保险业务审批流程处理装置。数据库中存储有相关的业务审批规则信息以及各种保险的数据等，比如存储保险用户的个人数据和保单数据等，还存储有各种保险的保全操作规则和审批程序和受理条件等数据。该保险业务审批流程处理装置用于实现一种保险业务审批流程处理方法。该服务器的处理器用于提供计算和控制能力，支撑整个服务器的运行。该服务器的内存储器为非易失性存储介质中的保险业务审批流程处理装置的运行提供环境，该内存储器中可存储有计算机可读指令，该计算机指令可读指令被处理器执行时，可使得处理器执行一种保险业务审批流程处理方法。该服务器的网络接口用于与外部的审核终端通过网络连接通信，比如向相应的审核终端发送对相关审批项目进行审核的消息，以及接收审核终端发送的审批结果等。服务器可为独立的服务器或者是多个服务器组成的服务器集群。

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

在一个实施例中，如图3所示，提供了一种保险业务审批流程处理方法，该方法可应用于如图1所示的环境中，并可应用于如图2所示的服务器中，包括以下步骤：

步骤302，获取保险审批任务中一审批项目的审批结果。

本实施例中，服务器中预先生成了相应的保险审批任务，该保险审批任务中包括多个审批项目，每个审批项目被设置了对应的审批次序。相对于某一审批项目来说，位于其相邻的、在前的审批项目即为上游审批项目；对应的，相对于该上游审批项目而言，上述的某一审批项目即为该上游审批项目的下游审批项目。不同险种或相同险种的不同保险业务对应的审批业务中，所包含的审批项目不一定相同，审批项目包括财务审批项目和法务审批项目等。审批结果可由服务器根据相应的审批规则以及要审批的内容自动生成审批结果，也可由业务员通过第一终端对该审批项目做出审批结果，服务器可接收由该第一终端所发送的审批结果。需要说明的是，审批项目的审批结果为审批通过和审批不通过中的一种，不同的审批结果对应的需要审批的下游审批项目也各不相同。

步骤304，根据审批结果确定与该审批项目对应的下游审批项目。

从前文可知，本实施例中，服务器还针对于该审批项目的不同审批结果预先设置了对应的下游审批项目，使得在获取到该审批项目的审批结果后，可根据上述对应关系确定对应的下游审批项目。需要指出的是，该下游审批项目可包括一个或多个，也可以不存在。当不存在下游审批项目时，则说明与该审批项目对应的保险审批任务已经审批结束。

步骤306，当与该审批项目的审批结果对应的下游审批项目包括多个时，获取该保险任务的描述信息，根据描述信息计算与下游审批项目对应的审批值。

本实施例中，服务器可检测该上游审批项目对应的下游审批项目的数量，若该下游审批项目的数量超过一个时，则需判断该多个下游审批项目是需全部执行还是仅需执行其中的一部分。具体的，服务器对每个下游审批项目设置了对应的审批值，使得可以通过该审批值来确定与上游审批项目对应的需执行的下游审批项目。

其中，审批值可由保险任务的描述信息对应计算出。保险任务的描述信息为该保险任务的具体任务信息和用户信息。具体任务信息可包括被保人的变更、保费的变更等，用户信息可包括用户的信用等级、历史退费频率等。

在一个实施例中，步骤306包括：从描述信息中提取相关的审批因子，根据该审批因子计算出对应的审批值。

本实施例中，审批因子为用于确定该保全请求所需的审批的下游审批项目的考虑因素，该审批因子可从描述信息中提取。当该保险审批任务为保全保险审批任务时，审批因子包括用户所提交的保全请求中携带的退费数额、用户的退费频率和支付账号的安全等级等其中的一种或多种。

当审批结果对应的下游审批项目包括多个时，该上游审批项目还被预先设置了审批值的计算模型，该计算模型中涉及到需要使用到相应的审批因子，使得根据审批因子的具体数值可计算出对应的审批值。具体的，服务器可根据计算模型所涉及到的审批因子，从描述信息中提取对应具体的审批因子，将其进行量化，将量化后的数值作为代入该计算模型的入参值，对其进行计算，得到的计算结果即为对应的审批值。

举例来说，某一计算模型中所涉及的审批因子包括保费的退费数额和用户的信用等级，服务器可从相应用户的描述信息中提取具体的退费数额和用户的信用等级，将其转化成具体的入参值，代入对应的计算模型中，从而计算出相应的审批值，且不同的退费数额和信用等级所计算出的审批值也不一定相同。

步骤308，根据审批值确定所需审核的下游审批项目。

本实施例中，为每个下游审批项目均设置有对应的触发值，触发值可以是一个或多个具体的触发值，也可以是一定范围内的触发值。当检测到该审批值与该触发值相同或处于触发值范围之内时，则判断相应的下游审批项目为所需审核的下游审批项目。

举例来说，如图4所示，为一个实施例中的保险审批任务所包含的部分审批项目。

其中，该保险审批任务包含了审批项目A～C。其中，审批项目B、C即为审批项目A的下游审批项目。审批项目B和审批项目C的触发条件分别为“Flag＝1或Flag＝3”和“Flag＝2或Flag＝3”。即当审批值的计算结果1时，确定审批项目B为仅需执行的下游审批项目，当审批值的计算结果为2时，确定审批项目C为仅需执行的下游审批项目，当审批值的计算结果为3时，确定审批项目B和C均为需要审核的下游审批项目。

在一个实施例中，当某一保险业务的审批流程发生变化时，可对应调整相应的审批值的计算模型和/或下游审批项目的触发条件，即可灵活的实现对保险业务审批流程的调整，从而还可提高保险流程变更的便利性。

步骤310，向与所需审核的下游审批项目对应的业务终端发送审批消息，使业务终端对所需审核的下游审批项目进行审批。

本实施例中，对于每个需要业务人员进行审核的审批项目，服务器预先建立了该审批项目与对应业务人员的关联关系，使得在确定了需要审核的下游审批项目后，根据该下游审批项目与相应的业务人员的关联关系，即可将该对该下游审批项目进行审批的消息发送到该业务人员的业务终端，使相应的业务人员对所需审核的下游审批项目进行审批，并通过该业务终端向服务器返回相应的审批结果。

具体的，服务器中预先存储了每个业务员所负责审批的审批项目的项目类型，根据每个业务员所负责的项目类型以及该下游审批项目所属的项目类型，建立该审批项目与对应业务人员的关联关系。在确定了所需审核的下游审批项目后，确定该审批项目的项目类型，查找负责审批该类型的业务员，向该业务员对应的业务终端发送审批该下游项目的审批消息。当所负责的业务员包括多个时，可从其中选取一个业务终端，使所选取的业务终端对应的业务员负责对该下游审批项目的审批。

优选的，可获取与其对应的业务终端被分配的保险审批任务数量，向保险审批任务数量最少的业务员对应的业务终端发送审批消息。

本实施例中，当审批项目的审批结果所对应的下游审批项目包括多个时，通过根据审批结果和保险审批任务的描述信息计算对应的审批值；然后根据该审批值来确定所需审核的下游审批项目；并向与所需审核的下游审批项目对应的业务终端发送审批消息，使业务终端对所需审核的下游审批项目进行审批。使得保险业务审批流程可根据审批值的变化而变化，提高了保险审批流程的灵活性。

在一个实施例中，在步骤304之前，上述的保险业务审批流程处理方法还包括：当上游审批项目包括多个时，获取每个上游审批项目之间执行的逻辑关系；若逻辑关系为或执行关系，则执行根据审批结果确定与该审批项目对应的下游审批项目的步骤，并向下游审批项目对应的其它上游审批项目所对应的业务终端发送审批终止消息。

本实施例中，如上，上游审批项目和下游审批项目是一种相对的说法。上游审批项目可对应多个下游审批项目，相反的，下游审批项目也可对应多个上游审批项目。当所对应的上游审批项目包含多个时，服务器还预先设置了该多个上游审批项目之间执行的逻辑关系。逻辑关系包括排他执行关系、并列执行关系以及或执行关系等。

其中，排他执行关系，即该多个上游审批项目中仅能有其中一个被执行；并列执行关系，即该多个上游审批项目需要全部被执行，在该多个上游审批项目全部被执行完毕后，才可根据审批结果确定后续所需审批的审批项目；或执行关系，即该多个上游审批项目可全部被执行，但仅需有一个被执行完毕后，则其他的上游审批项目则无需被执行。

服务器可获取每个上游审批项目之间执行的逻辑关系，当为或执行关系时，可在获取到任意一个上游审批项目(本实施例中，即步骤302中的审批项目)的审批结果后，则其他的上游审批项目无需被执行，可将该上游审批项目的审批结果作为多个上游审批项目的综合的审批结果，并执行后续的步骤304。同时，服务器可获取与其它的上游审批项目分别对应的业务终端，并向该业务终端发送审批终止消息，以通知该业务终端无需审批其所对应的上游审批项目。

举例来说，如图5所示，为另一个实施例中的保险审批任务所包含的部分审批项目。

其中，该审批项目D和E为审批项目F的上游审批项目。若审批项目D和E之间为排他执行关系，则审批项目D和E之间只能有一个被执行，在执行完毕后，可根据审批结果确定后续所需审批的审批项目。若审批项目D和E之间为并列执行关系，则需要等待审批项目D和E全部执行完毕，根据该综合审批结果确定后续所需审批的审批项目。若审批项目D和E之间为或执行关系，则审批项目D和E之间均可被执行，服务器在获取到其中一个审批项目(比如为审批项目D)的审批结果后，可关闭对另一个审批项目(比如为审批项目E)的审批，并根据该审批结果确定后续所需审批的审批项目，同时向该另一个审批项目对应的业务终端发送审批终止消息，该审批终止消息为无需对该另一个审批项目进行审批的消息，使得该业务终端可处理其它需要审批的审批任务。

本实施例中，服务器中还对多个上游审批项目之间设置执行的逻辑关系，该逻辑关系包括或执行关系，当为或执行关系时，可获取到任意一个上游审批项目的审批结果时，即判断完成了对该多个上游审批项目的执行，使得审批流程可继续往下流转，而可进一步提高了对审批项目审批的灵活性。

如图6所示，为一个实施例中保险业务审批流程处理方法的保险审批任务的生成过程的流程图，该过程具体包括以下步骤：

步骤602，接收保险请求，保全请求中携带了保险项目。

本实施例中，用户终端可向服务器发送保险请求，该保险请求中携带了具体的保险项目。该保险请求可为保全操作请求或保险业务办理请求或保险理赔请求等，相应携带的保险项目即为保全项目或保险办理项目或保险理赔项目等。保全项目包括被保人的增加和删除、被保人保费的增加数额和减少数额等，其中所变更的被保人可包括多个。保全项目还可为退保项目，即对保单中的一个或多个被保人退保。服务器可接收用户终端所发送的保险请求，获取其中的保险项目。

步骤604，确定保险项目对应的保险类型。

本实施例中，服务器预先设置了不同保险项目所属的保险类型，保险类型可根据所涉及到的保险的险种、保全操作的具体事项等进行划分。服务器可从所划分的保险类型中，确定所获取的保险项目所属的保险类型。

步骤606，获取与保险类型相匹配的保险审批任务模型。

本实施例中，不同的保险类型所对应的审批流程也不一定相同，服务器还预先设置了多个保险审批任务模型，并设置了每个保险类型与其中一个保险审批任务模型之间的对应关系。其中，保险审批任务模型中包括多个审批项目，每个审批项目之间还被设置了相应的审批顺序。在确定保险请求的保险类型后，根据该对应关系确定与该保险类型相匹配的保险审批任务模型。

步骤608，根据保险审批任务模型生成对应的保险审批任务，保险审批任务中包括多个审批项目和每个审批项目之间的审批顺序。

确定了对应的保险审批任务模型后，则根据该具体的保险项目生成与该保险审批任务模型相应的保险审批任务，保险审批任务中包括多个审批项目和每个审批项目之间的审批顺序。服务器为该保险审批任务分配相应的任务标识，将其存储到相应的数据库中，并建立每个任务标识与某一个或多个任务终端的关联关系，使得在确定了所需进行审批的审批任务时，通过该对应关系，向对应的任务终端发送审批消息。

进一步的，保险审批任务模型中，当某一上游审批项目的审批结果所对应的下游审批项目包括多个时，还可设置对上游审批项目的审批结果对应的审批值计算模型，并设置下游审批项目的触发条件。审批值计算模型中包含相应的审批因子。

举例来说，对于保全退费类型所对应的保险审批任务模型，可对某一上游审批项目设置审批值计算模型包含退费数额、用户的退费频率和支付账号的安全等级这三种具体的审批因子。

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

本实施例中，通过预先设置了保险类型和对应的保险审批任务模型，使得可对所接收到的保险请求确定的保险类型，进而根据所确定的保险类型获取相匹配的保险审批业务模型，根据该保险审批业务模型可快速生成对应的保险审批任务，从而可提高保险审批任务生成的效率。

在一个实施例中，在上述的步骤302之前，上述的保险业务审批流程处理方法还包括：当审批项目到达审批时限时，自动生成对审批项目的审批结果。

本实施例中，服务器可对部分审批项目设置相应的审批时限，审批时限为在触发对该审批项目的审批时，所设置的时限。即当该审批项目被触发需要进行审批时，服务器可开始进行计时，检测是否在该时限之内获取到对应的审批结果，若否，则服务器自动生成对该审批项目的审批结果。

进一步的，该设置有审批时限的审批项目为可自动审批的项目。比如该审批项目为对保险的核保。当该核保对应的涉费数额小于预设数额时，可允许其进行自动核保。若未在预设的审批时限内接收到对应的业务终端所发送的审批结果时，可根据预设的审批规则自动对该核保项目进行审核，生成审批结果。

本实施例中，通过对审批项目设置审批时限，在审批项目到达审批时限时，自动生成对审批项目的审批结果，可进一步提高对保险业务审批的审批效率和灵活性。

在一个实施例中，向与所需审核的下游审批项目对应的业务终端发送审批消息的步骤，包括：将下游审批项目放入对应项目类型的审批池中，使得与下游审批项目相关联的任意一个业务终端从审批池中获取下游审批项目，并进行审批。

在向与所需审核的下游审批项目对应的业务终端发送审批消息的步骤之后，还包括：接收任意一个业务终端对下游审批项目的选取指令，根据选取指令对下游审批项目进行锁定，使得其他业务终端无法选取下游审批项目。

本实施例中，服务器针对每种项目类型设置了相应的审批池，并建立了该审批池与至少一个业务终端的关联关系。该审批池用于存放对应项目类型的还未审批完成的审批项目。具体的，服务器可对该下游审批项目设置相应的项目标识，使得根据该项目标识可获取到对应的下游审批项目，将该项目标识存放到审批池中，从而可减少审批池中的数据存储容量。

与该项目类型对应的任意业务终端可访问对应的审批池，并从该审批池中获取下游审批项目，并进行审批。

当某一业务员在业务终端上对相应审批池中的审批项目进行选取操作时，业务终端可向服务器发送所生成的对该审批项目的选取指令。服务器在接收到该选取指令后，可解析出其所选取的具体审批项目，并对该审批项目进行锁定，从而使得其它访问该审批池的业务终端获知该审批项目已被选取进行审批，从而无需也无法再对锁定的审批项目进行选取，进行重复审批。

本实施例中，通过设置审批池，与下游审批项目相关联的任意一个业务终端均可访问该审批池，选取审批项目进行审批，并对所选取的下游审批项目进行锁定，使得其他业务员获知该审批项目已被选取进行审批，无法选取下游审批项目。可提高业务员下游审批项目的选取的灵活性，从而也进一步提高了保险业务审批的灵活性。

在一个实施例中，如图7所示，提供了一种保险业务审批流程处理装置，该装置可运行于如图2所示的服务器上，具体包括：

审批结果获取模块702，用于获取保险审批任务中对一审批项目的审批结果。

下游审批项目确定模块704，用于根据所述审批结果确定与所述审批项目对应的下游审批项目；当所述审批结果对应的下游审批项目包括多个时，获取所述保险任务的描述信息，根据所述描述信息计算与所述下游审批项目对应的审批值；根据所述审批值确定所需审核的下游审批项目。

审批消息发送模块706，用于向与所需审核的下游审批项目对应的业务终端发送审批消息，使所述业务终端对所需审核的下游审批项目进行审。

在一个实施例中，下游审批项目确定模块704还用于当所述下游审批项目对应的上游审批项目包括多个时，获取每个上游审批项目之间执行的逻辑关系；若所述逻辑关系为或执行关系，则所述根据所述审批结果确定与所述审批项目对应的下游审批项目，并向所述下游审批项目对应的其它上游审批项目所对应的业务终端发送审批终止消息。

在一个实施例中，如图8所示，提供了另一种保险业务审批流程处理装置，该装置还包括：

审批任务生成模块708，用于接收保险请求，所述保全请求中携带了保险项目；确定所述保险项目对应的保险类型；获取与所述保险类型相匹配的保险审批任务模型；根据所述保险审批任务模型生成对应的保险审批任务，所述保险审批任务中包括多个审批项目和每个审批项目之间的审批顺序。

在一个实施例中，如图9所示，提供了又一种保险业务审批流程处理装置，该装置还包括：

审批结果生成模块710，用于当审批项目到达审批时限时，自动生成对所述审批项目的审批结果。

在一个实施例中，如图10所示，提供了再一种保险业务审批流程处理装置。其中，审批消息发送模块706还用于将所述下游审批项目放入对应项目类型的审批池中，使得与所述下游审批项目相关联的任意一个业务终端从所述审批池中获取所述下游审批项目，并进行审批。

该装置还包括：

审批项目锁定模块712，用于接收任意一个业务终端对所述下游审批项目的选取指令，根据所述选取指令对所述下游审批项目进行锁定，使得其他业务终端无法选取所述下游审批项目。

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

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

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

Claims (6)

1.一种保险业务审批流程处理方法，应用于服务器中，其特征在于，所述方法包括以下步骤：

接收从用户终端发送的保险请求，所述保险请求中携带了保险项目；

确定所述保险项目对应的保险类型；所述服务器中预先设置了不同保险项目所属的保险类型以及多个保险审批任务类型，并设置了每个保险类型与保险审批任务模型之间的对应关系；

获取与所述保险类型相匹配的保险审批任务模型；当某一上游审批项目的审批结果对应的下游审批项目包括多个时，所述保险审批任务模型中设置了对上游审批项目的审批结果对应的审批值计算模型以及下游审批项目的触发条件；所述审批值计算模型包含相应的审批因子；

根据所述保险审批任务模型生成对应的保险审批任务，所述保险审批任务中包括多个审批项目和每个审批项目之间的审批顺序；

当审批项目到达审批时限时，自动生成对所述审批项目的审批结果；

从用户终端获取保险审批任务中对一审批项目的审批结果；所述审批项目包括财务审批项目和法务审批项目；所述审批项目的审批结果为审批通过和审批不通过；

当所述下游审批项目对应的上游审批项目包括多个时，获取每个上游审批项目之间执行的逻辑关系；

若所述逻辑关系为或执行关系，根据所述审批结果确定与所述审批项目对应的下游审批项目，并向所述下游审批项目对应的其它上游审批项目所对应的业务终端发送审批终止消息；

当所述审批结果对应的下游审批项目包括多个时，获取所述保险审批任务的描述信息，所述描述信息为该保险审批任务的具体任务信息和用户信息；服务器根据所述审批值计算模型所涉及到的审批因子，从所述描述信息中提取对应具体的审批因子，将其进行量化，将量化后的数值作为代入该计算模型的入参值，对其进行计算，得到的计算结果为对应的审批值；

根据所述审批值以及所述触发条件确定所需审核的下游审批项目；

向与所需审核的下游审批项目对应的业务终端发送审批消息，使所述业务终端对所需审核的下游审批项目进行审批；

当保险业务的审批流程发生变化时，所述服务器调整相应的审批值计算模型和下游审批项目的触发条件，实现对保险业务审批流程的调整。

2.根据权利要求1所述的方法，其特征在于，所述向与所需审核的下游审批项目对应的业务终端发送审批消息的步骤，包括：将所述下游审批项目放入对应项目类型的审批池中，使得与所述下游审批项目相关联的任意一个业务终端从所述审批池中获取所述下游审批项目，并进行审批；

在所述向与所需审核的下游审批项目对应的业务终端发送审批消息的步骤之后，还包括：接收任意一个业务终端对所述下游审批项目的选取指令，根据所述选取指令对所述下游审批项目进行锁定，使得其他业务终端无法选取所述下游审批项目。

3.一种保险业务审批流程处理装置，应用于服务器中，其特征在于，所述装置包括：

审批任务生成模块，接收从用户终端发送的保险请求，所述保险请求中携带了保险项目；确定所述保险项目对应的保险类型；所述服务器中预先设置了不同保险项目所属的保险类型以及多个保险审批任务类型，并设置了每个保险类型与保险审批任务模型之间的对应关系；

获取与所述保险类型相匹配的保险审批任务模型，当某一上游审批项目的审批结果对应的下游审批项目包括多个时，所述保险审批任务模型中设置了对上游审批项目的审批结果对应的审批值计算模型以及下游审批项目的触发条件；所述审批值计算模型包含相应的审批因子；根据所述保险审批任务模型生成对应的保险审批任务，所述保险审批任务中包括多个审批项目和每个审批项目之间的审批顺序；

审批结果获取模块，用于从用户终端获取保险审批任务中对一审批项目的审批结果；所述审批项目包括财务审批项目和法务审批项目；所述审批项目的审批结果为审批通过和审批不通过；

下游审批项目确定模块，用于当所述下游审批项目对应的上游审批项目包括多个时，获取每个上游审批项目之间执行的逻辑关系；若所述逻辑关系为或执行关系，根据所述审批结果确定与所述审批项目对应的下游审批项目，并向所述下游审批项目对应的其它上游审批项目所对应的业务终端发送审批终止消息；当所述审批结果对应的下游审批项目包括多个时，获取所述保险审批任务的描述信息，所述描述信息为该保险审批任务的具体任务信息和用户信息；服务器根据所述审批值计算模型所涉及到的审批因子，从所述描述信息中提取对应具体的审批因子，将其进行量化，将量化后的数值作为代入该计算模型的入参值，对其进行计算，得到的计算结果为对应的审批值；根据所述审批值以及所述触发条件确定所需审核的下游审批项目；

审批消息发送模块，用于向与所需审核的下游审批项目对应的业务终端发送审批消息，使所述业务终端对所需审核的下游审批项目进行审批；

当保险业务的审批流程发生变化时，所述服务器调整相应的审批值计算模型和下游审批项目的触发条件，实现对保险业务审批流程的调整；

所述装置还包括：

审批结果生成模块，用于当审批项目到达审批时限时，自动生成对所述审批项目的审批结果。

4.根据权利要求3所述的装置，其特征在于，所述审批消息发送模块还用于将所述下游审批项目放入对应项目类型的审批池中，使得与所述下游审批项目相关联的任意一个业务终端从所述审批池中获取所述下游审批项目，并进行审批；

所述装置还包括：

审批项目锁定模块，用于接收任意一个业务终端对所述下游审批项目的选取指令，根据所述选取指令对所述下游审批项目进行锁定，使得其他业务终端无法选取所述下游审批项目。

5.一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如权利要求1至2中任一项所述的方法。

6.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时可实现如权利要求1至2任一项所述的方法。

Images