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

文档序号:13935147
保险业务处理方法和装置与流程

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



背景技术:

不同险种都有各自的业务处理系统,传统的各个险种的业务处理系统中,各个系统都针对自己所涉及到的业务内容进行独立地处理。由于不同类型的保险在很多种类的业务处理流程是相同或相似的,比如很多险种在用户个人信息查询流程和保险办理流程等业务的处理规则都有一定的相似性,因此,这些众多的类型的保险的业务处理系统之间具有一定的共通性,存在可以进行资源共享的可能。

传统的方法需要针对新增险种的保险业务处理再次设计一套处理系统,集成到已有的总的系统中,随着保险的类型增多,所需设计的系统也会越来越多,使得对应的总的系统也越来越复杂,以至于降低了保险业务的处理效率。



技术实现要素:

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

一种保险业务处理方法,所述方法包括:

接收保险业务处理请求,所述保险业务处理请求中包括待处理的保险项目;

根据所述保险项目和预设的应用程序编程接口生成组件调用的接口配置信息;

在检测到生成接口配置信息时,获取所述接口配置信息中包含的组件的调用地址;

根据所述调用地址调用对应的组件对所述保险项目进行处理。

在其中一个实施中,所述根据所述保险项目和预设的应用程序编程接口生成组件调用的接口配置信息的步骤,包括:

获取与所述保险业务请求对应的组件标识;

根据所述组件标识获取对应组件的调用地址信息;

根据所述保险项目获取对应的项目处理逻辑;

将所述调用地址信息和所述项目处理逻辑封装至预设的应用程序编程接口中,生成所述接口配置信息。

在其中一个实施中,所述接口配置信息中包括多个调用地址以及每个组件的调用顺序。

在其中一个实施中,所述根据所述调用地址调用对应的组件对所述保险项目进行处理的步骤,包括:

按照所述调用地址和调用顺序调用对应的组件对所述保险项目进行处理。

一种保险业务处理方法,所述方法包括:

接收保险业务处理请求,所述保险业务处理请求中包括待处理的单据处理项目;

根据所述单据处理项目和预设的应用程序编程接口生成组件调用的接口配置信息,所述接口配置信息中包括处理所述单据处理项目对应的门户组件和业务组件的调用地址;

在检测到生成接口配置信息时,获取所述接口配置信息中的门户组件和业务组件的调用地址;

根据所述门户组件的调用地址调用所述门户组件对所述单据处理项目进行处理,生成信息录入界面,发送至用户终端;

接收所述用户终端通过所述录入界面返回的录入信息;

根据所述业务组件的调用地址调用所述业务组件,对所述录入信息进行处理,生成处理结果,并发送至所述用户终端。

一种保险业务处理装置,所述装置包括:

业务处理请求接收模块,用于接收保险业务处理请求,所述保险业务处理请求中包括待处理的保险项目;

接口配置信息生成模块,用于根据所述保险项目和预设的应用程序编程接口生成组件调用的接口配置信息;

业务处理模块,用于在检测到生成接口配置信息时,获取所述接口配置信息中包含的组件的调用地址;根据所述调用地址调用对应的组件对所述保险项目进行处理。

在其中一个实施中,所述接口配置信息生成模块还用于获取与所述保险业务请求对应的组件标识;根据所述组件标识获取对应组件的调用地址信息;根据所述保险项目获取对应的项目处理逻辑;将所述调用地址信息和所述项目处理逻辑封装至预设的应用程序编程接口中,生成所述接口配置信息。

在其中一个实施中,所述接口配置信息中包括多个调用地址以及每个组件的调用顺序。

在其中一个实施中,所述业务处理模块还用于按照所述调用地址和调用顺序调用对应的组件对所述保险项目进行处理。

一种保险业务处理装置,所述装置包括:

业务处理请求接收模块,用于接收保险业务处理请求,所述保险业务处理请求中包括待处理的单据处理项目;

接口配置信息生成模块,根据所述单据处理项目和预设的应用程序编程接口生成组件调用的接口配置信息,所述接口配置信息中包括处理所述单据处理项目对应的门户组件和业务组件的调用地址;

业务处理模块,用于在检测到生成接口配置信息时,获取所述接口配置信息中的门户组件和业务组件的调用地址;根据所述门户组件的调用地址调用所述门户组件对所述单据处理项目进行处理,生成信息录入界面,发送至用户终端;接收所述用户终端通过所述录入界面返回的录入信息;根据所述业务组件的调用地址调用所述业务组件,对所述录入信息进行处理,生成处理结果,并发送至所述用户终端。

上述的保险业务处理方法和装置,通过预先设置不同的组件,每个组件用于处理具有相同的处理逻辑的所有险种的业务的事项。在接收到保险业务处理请求时,通过根据该保险业务处理请求中对应的保险项目生成接口配置信息,当检测到生成有接口配置信息时,获取该接口配置信息中的组件的调用地址,根据该调用地址调用该组件进行保险项目的处理。由于不同险种之间的项目处理逻辑具有相似性,该方法可适用于多个险种的保险业务处理中,从而可同时适用于多个险种的业务处理中,从而可提高保险业务的处理效率。

附图说明

图1为一个实施例中保险业务处理方法的应用环境图;

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

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

图4为一个实施例中根据保险项目和预设的应用程序编程接口生成组件调用的接口配置信息的流程图;

图5为另一个实施例中保险业务处理方法的流程图;

图6为一个实施例中保险业务处理装置的结构框图;

图7为另一个实施例中保险业务处理装置的结构框图。

具体实施方式

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

本发明实施例所提供的保险业务处理方法,可应用与如图1所示的应用环境中。参考图1,用户终端110可通过网络连接到服务器120。向服务器120发送保险业务处理请求,该保险业务处理请求中包括待处理的保险项目。服务器120在接收到该业务处理请求后,根据该业务请求中的保险项目和预设的应用程序编程接口生成组件调用的接口配置信息;在检测到生成接口配置信息时,从所述接口配置信息中获取对应组件的组件标识;根据所述组件标识调用对应的组件对所述保险项目进行处理。

图2为一个实施例中服务器的内部结构示意图。该服务器包括通过系统总线连接的处理器、非易失性存储介质、内存储器和网络接口。其中,该服务器的处理器用于提供计算和控制能力,支撑整个服务器的运行。非易失性存储介质中存储有操作系统和计算机可执行指令。该计算机可执行指令可被处理器所执行以实现以下各实施例提供的一种保险业务处理方法。该内存储器为非易失性存储介质中的操作系统和计算机可执行指令提供高速缓存的运行环境。该终端的网络接口用于与外部的终端通过网络连接通信,比如可接收终端所发送的业务处理请求。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

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

在一个实施例中,如图3所示,提供了一种保险业务处理方法,该方法可应用于如图1所示的应用环境中。本实施例以该方法应用于上述的服务器为例进行说明,包括:

步骤S302,接收保险业务处理请求,保险业务处理请求中包括待处理的保险项目。

本实施例中,服务器可向用户所提供多种类型的保险业务处理服务。比如,该服务可具体为寿险信息服务、产险信息服务以及养老险信息服务等险种的服务。更具体的,比如为某一险种的保单信息查询服务,或保险开通或退保等保险业务服务。服务器可向用户终端提供对应的服务界面,作为业务处理请求的入口。服务器所接收到的业务处理请求中还包括对应的保险项目,该保险项目表示请求中要处理的保险的某一具体的项目。该保险项目包括但不限于为某一险种的保险开通项目、保单查询项目、保险补单据项目、退保项目等。不同类型的保险所包含的保险项目不一定相同。

步骤S304,根据保险项目和预设的应用程序编程接口生成组件调用的接口配置信息。

本实施例中,服务器中预先设置了多个组件(Component),组件是对数据和方法的简单封装。每个组件用于处理具有相同的处理逻辑的所有险种的业务的事项,具有通用性。组件可包括门户组件和业务组件等种类。各个门户组件可用于开始对应的保险项目的服务处理过程。各个业务组件可用于对具体的保险项目进行处理。服务器还对应设置了一个通用的应用程序编程接口(Application Programming Interface,简称API),该API用于实现对组件的调用。

服务器可根据该处理的保险项目,获取对应所需调用的组件信息以及项目处理逻辑等数据,将该数据封装至预设的API中,生成组件调用的接口配置信息,将该接口配置信息作为一条待处理的业务处理请求消息,存储在预设的消息队列中。其中,组件信息包括组件的调用地址,根据该调用地址可获知对应的组件所在的位置,并可调用该组件处理相应的任务。

在一个实施例中,服务器可通过HTML5中的postMessage生成的接口配置信息。其中,服务器可根据postMessage设置多种调用方法,并针对不同的组件,对应设置不同的调用方法,将该保险项目对应的项目处理逻辑以及组件的调用地址等信息写与待调用的组件对应的调用方法中,并将该调用方法封装至API中,生成接口配置信息。

在一个实施例中,服务器可按照功能划分为组件调用模块、组件框架以及组件提供模块。由组件调用模块接收保险业务处理请求,确定待调用的组件和对应的项目信息。并利用组件框架生成接口配置信息,发送至组件提供模块。组件提供模块用于提供组件,在检测到所生成的接口配置信息时,获取其中所包含的待调用的组件和项目信息,并调用该组件对保险项目进行处理。

组件框架中设置了多种调用方法,针对不同的组件,对应设置不同的调用方法,将该保险项目对应的项目处理逻辑以及组件的调用地址等信息写与待调用的组件对应的调用方法中,并将该调用方法封装至API中,生成接口配置信息。通过该调用方法,实现组件调用模块和组件提供模块之间的通信。

其中,该调用方法包括start方法、register方法、notify方法、complete方法以及end方法等。其中start方法用于开始处理对应的业务请求,register方法用于注册对应的项目信息,notify方法用于实现组件调用模块与组件之间的通信,complete方法用于通知所调用的组件已经完成对应的事项处理,并进入对下一个组件的调用,end组件用于表示所处理的项目处理结束。服务器可通过start方法实现对门户组件的调用,通过register方法、notify方法等实现对进行业务组件的调用,通过end方法结束对组件的调用,并返回对保险项目的处理结果。

步骤S306,在检测到生成接口配置信息时,获取接口配置信息中包含的组件的调用地址。

本实施例中,服务器可实时检测该预设的消息队列中是否存在待处理的业务处理请求消息。在检测到生成的待处理的业务处理请求消息时,获取该消息中的接口配置信息,读取该接口配置信息中所包含的调用地址,使得可根据该组件标识查找到对应需要调用的组件。

步骤S308,根据调用地址调用对应的组件对保险项目进行处理。

本实施例中,服务器可根据所获取的调用地址查询到对应的组件。其中,不同的组件用于处理对应不同逻辑的业务事项。组件可分为前端业务组件、公共受理、数据库组件以及关联系统组件等类型。前端业务组件用于包装所有的业务逻辑。公共受理组件可以提供给多个前端业务组件使用,用于处理数据计算等业务,数据库组件用于进行数据查询,关联系统接口组件用于实现和其它的关联系统进行连接等等。

服务器可获取待处理的保险项目的项目信息,并调用该组件对该项目信息进行处理,生成处理结果,发送至用户终端。该项目信息为处理该保险项目所需的信息,比如,可包括用户的个人信息,以及项目处理逻辑等。

上述的保险业务处理方法,通过预先设置不同的组件,每个组件用于处理具有相同的处理逻辑的所有险种的业务的事项。在接收到保险业务处理请求时,通过根据该保险业务处理请求中对应的保险项目生成接口配置信息,当检测到生成有接口配置信息时,获取该接口配置信息中的组件的调用地址,根据该调用地址调用该组件进行保险项目的处理。由于不同险种之间的项目处理逻辑具有相似性,该方法可适用于多个险种的保险业务处理中,从而可同时适用于多个险种的业务处理中,从而可提高保险业务的处理效率。

在一个实施例中,如图4所示,步骤S304包括:

步骤S402,获取与保险项目对应的组件标识。

本实施例中,预先建立了不同的保险项目和组件标识之间的对应关系。其中组件标识用于唯一标识对应的组件。一种保险项目可对应多个组件标识,当保险项目对应多个组件标识时,则获取该多个对应的组件标识。

步骤S404,根据组件标识获取对应组件的调用地址信息。

本实施例中,服务器可根据该组件标识查询对应组件的调用地址信息,通过该调用地址信息,可实现对相应组件的调用,以进行对保险项目的处理。

步骤S406,根据保险项目获取对应的项目处理逻辑。

本实施例中,服务器还预先设置了每个保险项目的项目处理逻辑。项目处理逻辑为用于实现对应的保险项目的业务请求而设置的业务处理规则和处理流程等。若该保险项目为某一险种的退保项目,则该处理逻辑包括对应险种退保所需满足的条件,以及退保的处理流程。该条件包括所设置的险种的退保期限的计算、退保数额的计算等。退保的处理流程包括退保审核流程与审核规则以及信息的核对等。若该保险项目为某一险种的补单据项目,则对应的项目处理逻辑包括补单据所需满足的条件和补单据的流程等。服务器可查询与该保险项目对应的项目处理逻辑,并获取该项目处理逻辑。

步骤S408,将调用地址信息和项目处理逻辑封装至预设的应用程序编程接口中,生成接口配置信息。

本实施例中,服务器可将所获取到的调用地址信息和对应的项目处理逻辑封装至预设的API中,从而生成接口配置信息。通过将该项目处理逻辑封装至接口配置信息中,使得对应的组件可根据接口配置信息中所包含的项目处理逻辑来处理相应的保险项目,使得每一种组件可实现对多种险种的相同保险项目的处理,提高了组件的复用性。

在一个实施例中,接口配置信息中包括多个调用地址以及每个组件的调用顺序。

本实施例中,不同保险项目所需使用的组件不一定相同,所需使用的组件的数量也不一定相同。当保险项目对应的组件数量包括多个时,服务器还进一步设置了所对应的每个组件的调用顺序。其中,排在同一次序中的组件的数量可包括多个。

具体的,可获取所对应的每个组件的调用地址,并获取对应的调用顺序,将该多个调用地址和调用顺序均封装到API中,生成接口配置信息。使得可根据该接口配置信息中的调用顺序来调用对应的组件,由对应的多个组件配合完成对应的业务处理。

在一个实施例中,步骤S408包括:按照调用地址和调用顺序调用对应的组件对保险项目进行处理。

本实施例中,服务器可按照调用顺序确定每个待调用的组件的调用顺序,并根据该调用地址调用对应的组件。在检测到当前调用的组件完成了对应的事项的时候,可生成对排序在后的一个组件的调用通知,并调用在后的组件进行对该保险项目的处理。

在一个实施例中,服务器还进一步设置了每个项目处理逻辑和组件之间的对应关系,可将某一全部的项目处理逻辑与某一组件标识之间建立对应关系,还可将某一项目处理逻辑拆分成多个,并将该每个拆分分部的项目处理逻辑与某一组件之间建立对应关系。

使得在按照调用地址调用到对应的组件时,使该组件根据对应的全部拆分部分的项目处理逻辑对保险项目进行处理。通过按照调用顺序由多个组件配合进行对保险项目的处理,使得每个组件被划分处理的事项更细致,从而可被应用于更多种类的保险项目的处理中,进一步提高了保险项目的处理效率。

在一个实施例中,如图5所示,提供了另一种保险业务处理方法,该方法可应用于如图1所示的应用环境中。本实施例以该方法应用于上述的服务器为例进行说明,包括:

步骤S502,接收保险业务处理请求,保险业务处理请求中包括待处理的单据处理项目。

本实施例中,该保险业务处理请求包括补单据请求、单据信息查询请求等。对应的单据处理项目包括单据查询项目和补单据项目等。对应保险可为寿险、产品险以及养老险等险种。其中,服务器的组件调用模块可接收该保险业务处理请求。

步骤S504,根据单据处理项目和预设的应用程序编程接口生成组件调用的接口配置信息。

本实施例中,接口配置信息中包括处理单据处理项目对应的门户组件和业务组件的调用地址。服务器可获取预先设置的与单据处理项目对应的项目处理逻辑和组件标识。该项目处理逻辑包括所需输入的用户信息,和单据查询规则等信息。组件标识包括门户组件和业务组件的组件标识。服务器可将该组件标识和对应的项目处理逻辑写入所设置的调用方法,封装至API中,生成相应的接口配置信息,存储在预设的消息队列中。其中,该门户组件为在先调用的组件。

步骤S506,在检测到生成接口配置信息时,获取接口配置信息中的门户组件和业务组件的调用地址。

在检测到消息队列中存在待处理的接口配置信息时,可获取该接口配置信息中的门户组件的调用地址和业务组件的调用地址。

步骤S508,根据门户组件的调用地址调用门户组件对单据处理项目进行处理,生成信息录入界面,发送至用户终端。

本实施例中,服务器可根据对应的调用顺序以及门户组件的调用地址,调用对应的门户组件,使该门户组件根据对应的单据处理项目处理逻辑,生成或提取预设的需要处理该单据处理项目的目录界面,将其发送至用户终端,使用户终端可录入相应的用户信息。

步骤S510,接收用户终端通过录入界面返回的录入信息。

该录入信息可包括待查询用户的姓名、性别、保单号、联系电话等其中的一种或多种信息。

步骤S512,根据业务组件的调用地址调用业务组件,对录入信息进行处理,生成处理结果,并发送至用户终端。

以该单据处理项目为补单据项目进行说明,服务器可检测所录入的用户信息是否存在于对应保险的数据库中,若存在,则可检测是否满足补单据的条件,并将检测结果发送至用户终端。

本实施例中,服务器可根据该调用顺序和业务组件的调用地址来调用对应的业务组件,并根据所该单据处理项目处理逻辑对录入的信息进行检测,并生成处理结果,将该处理结果发送至用户终端,从而实现了对保险业务处理请求的处理。

在一个实施例中,如图6所示,提供了一种保险业务处理装置,该装置包括:

业务处理请求接收模块602,用于接收保险业务处理请求,保险业务处理请求中包括待处理的保险项目。

接口配置信息生成模块604,用于根据保险项目和预设的应用程序编程接口生成组件调用的接口配置信息。

业务处理模块606,用于在检测到生成接口配置信息时,获取接口配置信息中包含的组件的调用地址。根据调用地址调用对应的组件对保险项目进行处理。

在一个实施中,接口配置信息生成模块604还用于获取与保险业务请求对应的组件标识。根据组件标识获取对应组件的调用地址信息。根据保险项目获取对应的项目处理逻辑。将调用地址信息和项目处理逻辑封装至预设的应用程序编程接口中,生成接口配置信息。

在一个实施中,接口配置信息中包括多个调用地址以及每个组件的调用顺序。

在一个实施中,业务处理模块606还用于按照调用地址和调用顺序调用对应的组件对保险项目进行处理。

在一个实施例汇总,如图7所示,提供了另一种保险业务处理装置,该装置包括:

业务处理请求接收模块702,用于接收保险业务处理请求,保险业务处理请求中包括待处理的单据处理项目。

接口配置信息生成模块704,根据单据处理项目和预设的应用程序编程接口生成组件调用的接口配置信息,接口配置信息中包括处理单据处理项目对应的门户组件和业务组件的调用地址。

业务处理模块706,用于在检测到生成接口配置信息时,获取接口配置信息中的门户组件和业务组件的调用地址。根据门户组件的调用地址调用门户组件对单据处理项目进行处理,生成信息录入界面,发送至用户终端。接收用户终端通过录入界面返回的录入信息。根据业务组件的调用地址调用业务组件,对录入信息进行处理,生成处理结果,并发送至用户终端。

上述的保险业务处理装置,通过预先设置不同的组件,每个组件用于处理具有相同的处理逻辑的所有险种的业务的事项。在接收到保险业务处理请求时,通过根据该保险业务处理请求中对应的保险项目生成接口配置信息,当检测到生成有接口配置信息时,获取该接口配置信息中的组件的调用地址,根据该调用地址调用该组件进行保险项目的处理。由于不同险种之间的项目处理逻辑具有相似性,该方法可适用于多个险种的保险业务处理中,从而可同时适用于多个险种的业务处理中,从而可提高保险业务的处理效率。

上述保险业务处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。其中,网络接口可以是以太网卡或无线网卡等。上述各模块可以硬件形式内嵌于或独立于服务器中的处理器中,也可以以软件形式存储于服务器中的存储器中,以便于处理器调用执行以上各个模块对应的操作。该处理器可以为中央处理单元(CPU)、微处理器、单片机等。

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

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

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

再多了解一些
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1