基于规则和工作流引擎的保险电子商务系统研究

摘 要： 通过采用开源MVC框架SSH作为系统的基础框架，并集成Drools规则引擎设计并构建了成本可控、灵活且易于扩展的保险行业电子商务系统。该系统在保证系统目标的同时实现了保险电子商务系统的流程标准化，并成功给出一种可行方案解决保险产品在销售过程中面临的试算、核保等需要人工参与或自动化处理水平较低等问题。通过实际的商业上线，论证了采用规则引擎构建的保险电子商务系统的实用性及易扩展性，实现了系统的初始设计目标。

关键词： 保险电子商务； 规则引擎； 工作流； 试算； 核保

中图分类号： TN911?34； TP311.17 文献标识码： A 文章编号： 1004?373X（2016）19?0157?04

Abstract： The cost controllable， flexible and easy extension insurance industry e?commerce system was designed and constructed， which takes SSH framework of open?source MVC as its foundation framework， and integrates Drools rules engine. The process standardization of the insurance e?commerce system was realized while ensuring the system target. A feasible solution is given successfully to solve the problems of trial and underwriting with manual participation and low automatic processing level in sale process of the insurance products. The practicality and easy extension of the insurance e?commerce system constructed with rules engine are demonstrated with practical on?line commerce.

Keywords： insurance e?commerce； rule engine； workflow； trial； underwriting

近年来，随着互联网技术的发展和Internet思维的发展，保险业把目光专注于电子商务领域一种新的保险经营方式――保险电子商务[1]。保险电子商务作为一种新的营销渠道和服务模式，以其成本低，信息量大，实时传输和反馈，服务的连续性等特点，正在被越来越多的国家保险公司和消费者接受[2]。

为促进保险电子商务系统领域的进一步发展与推广，提高保险公司的电子商务销售的工作，本文给出可行的保险公司电子商务系统的设计与实现方案，完成对电子商务系统的实施，降低保险公司应用的复杂性，满足在电子商务渠道的保险公司要求[3]。

1 系统结构

1.1 系统总体功能

为实现以组合销售、综合服务为特点的“一站式”金融保险服务提供坚强的技术保证[4]。系统整体分为五大部分，如图1所示。

信息系统：保险电子商务平台是保险集团各单位网络业务宣传的主要途径，通过电子商务平台信息功能进行信息的审核、和管理等相关操作。网上销售系统：保险电子商务平台提供寿险、财险、养老险的产品信息和购买信息，平台为多类人员提供多个购买入口以及多种购买途径，方便各类人员的使用。网上服务系统：保险电子商务平台通过网上服务系统为多类用户提供多种丰富的服务体验[5]，主要包括寿险、财险、养老险网销和传统渠道的保单查询以及相应的附属功能。业务管理系统：为前台销售和服务提供支撑。系统管理平台系统：主要对业务管理系统进行参数化的管理，主要包括运维和运营人员的管理、使用权限的控制。

1.2 系统架构

系统纵向切分后分4层，包括客户层、展示应用层、业务组件层和仓储层。其中，客户层负责向用户展现信息以及解释用户命令；展示应用层负责数据的校验以及组织，页面跳转，展示逻辑关系等；业务组件层包括接口层和领域层，接口层为实现系统的各个模块功能提供接口，通过服务调用的方式获取模块中的业务信息，领域层关注各个模块中业务逻辑的实现；仓储层负责数据的存储与获取，为业务组件屏蔽后台所有保存与获取数据的细节；门户通：负责和公司内部其他系统交互。

系统横向切分为展示应用层、业务组建层、仓储层、门户通和基础模块层。其中，展示应用层分为前台门户模块、后台门户模块；业务组件层分为基础服务、网上销售、系统管理、客户服务、产品管理；门户通负责和公司内部其他系统交互；基础模块层包括权限、监控、工作流、规则引擎、安全、日志等。

应用交互切分如图2所示。其中，渠道访问电子商务平台的渠道；第三方接口访问电子商务平台的第三方接口；公司内部系统：与电子商务平台交互的公司内部其他系统。

1.3 应用组件

整个项目的组件分为6大块，分别为service（服务），common（公共），sale（销售），marketing（营销），productManagerment（产品管理）和sys（系统信息）。 其中，service（服务）包括：user（用户信息），communicationService（在线业务），ePolicy（电子保单），policyService（保单服务），maintain（保全信息），claimService（理赔信息），cardSerice（保险卡服务）；poductManager（产品管理）包括：productDirectory（产品目录），carManage（车险管理），cardManage（保险卡管理）和productManage（非车险管理）；common（通用包）包括：bizConfig（配置信息），basicBizInfo（系统公共信息），payment（支付），publicInfo（网站信息），party（第三方管理）和crdit（积分）。

2 系统设计

2.1 规则引擎

本系统基于Drools规则引擎实现，Drools规则引擎是一款基于Java的开源规则引擎，所以在使用Drools之前需要在开发机器上安装好JDK环境，Drools5要求的JDK版本要在1.5或以上。

2.1.1 业务系统端接口设计

规则引擎设计采用业务系统端集成规则服务接口的方式，即在业务系统应用中会集成调用BRMS系统的接口服务及配置相应的规则服务地址。在业务系统端的接口设计主要包含三部分：BOM对象，即与规则引擎的数据交互的对象；调用BRMS接口，业务系统只有通过此接口才能与BRMS系统进行数据交互；BRMS配置，接口由此读取规则引擎的BRMS服务配置。

2.1.2 规则引擎流程

规则引擎设计采用业务系统端集成规则服务接口的方式，即在业务系统应用中会集成调用BRMS系统的接口服务及配置相应的规则服务地址。业务系统通过此接口向BRMS系统发送和接收数据，发送的数据为相应规则所需的业务数据，接收的数据为BRMS系统执行相应规则后向业务系统返回的规则结果数据。

2.2 工作流

2.2.1 业务系统端设计

工作流引擎设计采用业务系统端集成工作流引擎服务接口的方式，即在业务系统应用中会集成调用WFMSJar包提供的接口[6]。

在业务系统端的接口设计主要包含三部分：业务数据对象，即与工作流引擎的数据交互的对象；调用WFMS模块接口，业务系统只有通过此接口才能与WFMS模块进行数据交互；WFMS配置，由此读取工作流引擎的工作流配置。

2.2.2 工作流引擎流程

工作流引擎不单独提供登录界面，统一通过后台管理系统进行登录。当后台管理系统已登录后，系统会提供工作系统的入口。当用户通过入口进入工作流系统时，首先后台管理系统将用户信息和一个惟一的认证随机码存入DB的共享临时表中，同时向工作流系统通过HTTP协议post的方式发送认证随机码，工作流系统收到认证随机码后到数据库的共享临时表中取出用户信息并且与本地用户信息进行比对，比对成功后可进入工作流系统，其时序图如图3所示。工作系统返回后台系统的流程与上述流程相同。

2.3 接口平台

开发工程，从总体上规划出模块概念，分出业务模块和功能模块。功能模块内部实现各不相关功能的组件化；组件具有可插配功能，灵活简易，只需对外部提供接口，负责完成业务模块交给的任务即可[7]；功能模块的各组件内部实现模块内部功能扩展，以便应对随着业务的扩展而对功能模块组件要求的提高。接口传输的流程如下：

（1） 根据接口安全信息校验接口是否可用；

（2） 根据接口报文文件将传输来的对象转化成传输报文，以对象方式传输至此步骤；

（3） 根据接口传输类型和接口传输方式找到相应传输的类；

（4） 根据地址和用户信息组装成最终的传输格式。

2.4 监 控

2.4.1 业务系统端接口设计

应用监控，电子商务系统的监控模块共有三个包，分别是log，queue和util。操作系统监控，在监控Web展示系统中用java脚本通过Quartz定时监控，诸如CPU利用率、内存信息和磁盘状态等系统级别的信息，并将信息直接写入数据库。对于系统异常（即系统各项指标超过配置中的阈值），此模块会调用发短信服务。中间件监控设计，监控Web展示系统是独立于电子商务系统的Web系统，它提供了对日志文件进行解析写入数据库、日志数据列表、日志数据图形展示和请求响应监控等功能。

2.4.2 监控系统流程

在电子商务应用系统监控功能的时序逻辑中，拦截器、日志任务队列和选择器属于监控系统的范畴，而投保、异常、投保处理和异常处理模块不属于该范畴[8]。对于电子商务系统的关键功能操作和抛出的异常，系统需要进行记录到数据库或者文件系统，采用的方式是对它们进行拦截，拦截功能通过自定义注解技术实现，基本思想是面向切面编程。任务队列Queue用于存储拦截器传过来的信息的一块内存区域，它由线程Queue Manager控制，当Queue内数据达到阈值（阈值可配置），Queue Manager会对其进行处理。

3 保险电子商务系统的实现

3.1 保险电子商务平台

3.1.1 功能模块

电子商务网站对人员信息进行了分类和管理。主要人员分为以下几类：前台个人用户（注册人员）；前台个人客户（注册并购买保单人员）；企业操作员；人；后台人员（运营和运维人员）。

3.1.2 销售部分

销售部分主要以产品为核心，以销售线索为主线（试算单、投保单、订单），包含前台销售系统模块和后台业务管理模块，另外，与服务相关模块和其他应用工具相结合。

3.1.3 销售功能

（1） 寿险网上投保功能

寿险网上投保功能主要为个人客户提供在线投保寿险产品的平台。寿险网上投保功能是指客户可以在电子商务网站上完成保费试算、投保录入、投保确认、支付及生成投保信息等步骤的操作。客户投保过程中，系统会根据客户所购买产品的配置信息与客户录入的相应信息进行校验，校验不通过则提示客户相关不通过信息，通过则生成投保单并提交核保。为方便客户在网上购买寿险产品，电子商务平台提供了网上支付的服务，客户可以方便、快捷、简便地完成寿险产品的在线投保流程。同时客户在投保寿险产品过程中可以方便地进行保存离开，下次从交易查询入口直接进行继续投保。

本文的功能实现界面如图4所示，用户通过网上商城或其他产品网销入口点击“立即购买”，把产品目录EID传递给非车销售Action，根据EID反查产品代码后，返回寿险网销流程主页面，然后在该页面分步加载保费试算、投保录入、投保确认等页面。第一次加载主页面时把相关js，css，jsp等加载进来，尤其是定义一个js全局变量的大对象，用于存储保费试算、投保录入、投保确认页面的录入信息，这样可以保证数据从保费试算页面一直传递到投保确认页面而不需要进行保存数据库操作。

3.1.4 服务功能

（1） 前台个人用户/管理

该功能用于前台个人用户前台注册、激活、登录、重置密码。mis管理功能用于前台个人客户的编辑与解绑保单。注册流程图如图5所示。

（2） 咨询投诉/管理

该功能主要处理前台用户提出的一些咨询或者投诉。

前台用户（个人、企业）登录online系统后，可以提出一些咨询或者投诉，用户通过表单将新建页面填写的信息提交到Action，通过Action将属性传递给逻辑层，逻辑层通过hibernate将属性入库。可选条件进行查询，将用户选中的查询提交到Action处理，Action调用业务逻辑层，逻辑层通过hibernate进行关键字的筛选工作，并将筛选后的数据展现在页面。

（3） 投保意向/管理

该功能主要对用户在前台录入感兴趣产品之后做出相关的答复和处理。前台用户（个人、企业）登录online系统后，可以提交投保意向，用户通过表单将新建页面填写的信息提交到Action，通过Action将属性传递给逻辑层，逻辑层通过hibernate将属性入库。对前台客户的投保意向信息进行管理和维护，后台具有相应权限的管理员登录后可以查看到前台用户的投保意向的相关信息，可以进行相关的操作。查看投保意向信息页面中的投保意向信息列表，可以查看当前该信息的处理状态及历史处理流程。

（4） 订单查询/管理

该功能用于前台个人用户对订单进行查询操作以及下载电子凭证。mis管理功能用于前台个人客户订单进行查询。对前台客户的订单信息进行管理和维护，后台具有相应权限的管理员登录后可以查看到前台用户订单的相关信息。在订单信息维护页面中的订单信息列表中，可以查询该订单的详细信息。

3.2 后台辅助功能

3.2.1 用户管理

该功能用于新建、查询、编辑和删除后台用户。用户通过表单将新建页面所填写的信息提交到Action，通过Action将属性传递给逻辑层，逻辑层通过hibernate将属性入库。在新建用户时可以同时选择该用户要加入的用户组，把所有要加入的组ID同时传递到Action，然后在逻辑层通过组ID是否为空判断是否需要通过hibernate把用户组和用户的关系入库。

进行查询时，页面设置对象中某几个字段可供用户进行搜索定位。用户通过提交关键字到Action中获取想要查找到的数据，Action将关键字传递给逻辑层，逻辑层通过hibernate进行关键字的筛选工作，并将筛选后的数据展现在页面。

3.2.2 权限/角色/用户组管理

该功能主要配置后台权限控制。权限通过角色进行分类。用户的权限实际是通过分配角色分配的。用户组使用户的集合通过用户的组合角色绑定，给用户分配权限。权限管理主要是管理用户、用户组、角色以及各系统功能权限和机构权限。用户、用户组类型、用户组和角色均有增删改查功能。

3.2.3 数据字典管理

该功能配置前后台使用的所有基础码表。页面操作某一数据字典时，逻辑层需要通过数据字典主键找到某一数据字典，用户可以通过维护数据字典（增删改查）进行某些数据字典的增加删除操作。页面操作某一数据字典类型时，逻辑层需要通过数据字典类型主键找到某一数据字典类型，用户可以通过维护数据字典类型（增删改查）进行某些数据字典类型的增加删除修改操作。

4 结 论

在总结保险行业电子商务发展方向的基础上，本文分析了保险电子商务系统的功能结构与功能特征，针对保险业务的特点设计保险电子商务系统的功能架构与逻辑架构。系统结合开源的规则引擎Drools，实现了在线投保过程中客户面临的自动核保问题及产品试算问题，将传统电子商务系统中由逻辑代码编写实现的核保试算过程交由规则引擎定义处理，有效提升了企业竞争力。同时，系统采用工作流引擎，用于定义处理客户及后台人员在电子商务系统中的投诉及处理过程，进一步提升了新流程上线的效率。

在后续的电子商务系统中，工作流引擎将发挥更广泛的作用，不再只局限于后台业务的处理，而将涵盖整个电子商务系统中的业务流程，做到前台销售流程标准化、可定义，更灵活地响应电子商务系统的发展要求。

参考文献

[1] 母晓科，蹇滔，李新科.浅析人工智能与专家系统[J].电脑知识与技术，2009，5（7）：1009?1011.

[2] 武怀生，李秀明.基于ASP技术的企业商务网站的设计与实现[J].现代电子技术，2014，37（18）：60?62.

[3] 郭芳，白建军.基于Rete算法的规则引擎JBossRules[J].计算机时代，2008（1）：8?10.

[4] 安晓辉，刘嘉弘.专家系统原理及其应用探讨[J].科技情报开发与经济，2005，15（4）：10?15.

[5] 袁勤俭.网络保险的发展现状、前景、问题及对策[J].江西财经大学学报，2003（3）：78?80.

[6] 王剑.我国保险电子商务模糊综合评价初探[J].湖南大众传媒职业技术学院学报，2009（2）：40?43.

[7] 方建生，林斌.用于电子商务物流业务电子标签的双频分形天线[J].现代电子技术，2013，36（17）：85?88.

[8] 季h辰.我国网上保险的现状与发展趋势[J].金融理论与实践，2006（7）：55?57.