基于規(guī)則和工作流引擎的保險電子商務(wù)系統(tǒng)研究

摘 要： 通過采用開源MVC框架SSH作為系統(tǒng)的基礎(chǔ)框架，并集成Drools規(guī)則引擎設(shè)計并構(gòu)建了成本可控、靈活且易于擴(kuò)展的保險行業(yè)電子商務(wù)系統(tǒng)。該系統(tǒng)在保證系統(tǒng)目標(biāo)的同時實現(xiàn)了保險電子商務(wù)系統(tǒng)的流程標(biāo)準(zhǔn)化，并成功給出一種可行方案解決保險產(chǎn)品在銷售過程中面臨的試算、核保等需要人工參與或自動化處理水平較低等問題。通過實際的商業(yè)上線，論證了采用規(guī)則引擎構(gòu)建的保險電子商務(wù)系統(tǒng)的實用性及易擴(kuò)展性，實現(xiàn)了系統(tǒng)的初始設(shè)計目標(biāo)。

關(guān)鍵詞： 保險電子商務(wù)； 規(guī)則引擎； 工作流； 試算； 核保

中圖分類號： TN911?34； TP311.17 文獻(xiàn)標(biāo)識碼： 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

近年來，隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展和Internet思維的發(fā)展，保險業(yè)把目光專注于電子商務(wù)領(lǐng)域一種新的保險經(jīng)營方式——保險電子商務(wù)[1]。保險電子商務(wù)作為一種新的營銷渠道和服務(wù)模式，以其成本低，信息量大，實時傳輸和反饋，服務(wù)的連續(xù)性等特點，正在被越來越多的國家保險公司和消費(fèi)者接受[2]。

為促進(jìn)保險電子商務(wù)系統(tǒng)領(lǐng)域的進(jìn)一步發(fā)展與推廣，提高保險公司的電子商務(wù)銷售的工作，本文給出可行的保險公司電子商務(wù)系統(tǒng)的設(shè)計與實現(xiàn)方案，完成對電子商務(wù)系統(tǒng)的實施，降低保險公司應(yīng)用的復(fù)雜性，滿足在電子商務(wù)渠道的保險公司要求[3]。

1 系統(tǒng)結(jié)構(gòu)

1.1 系統(tǒng)總體功能

為實現(xiàn)以組合銷售、綜合服務(wù)為特點的“一站式”金融保險服務(wù)提供堅強(qiáng)的技術(shù)保證[4]。系統(tǒng)整體分為五大部分，如圖1所示。

信息發(fā)布系統(tǒng)：保險電子商務(wù)平臺是保險集團(tuán)各單位網(wǎng)絡(luò)業(yè)務(wù)宣傳的主要途徑，通過電子商務(wù)平臺信息發(fā)布功能進(jìn)行信息的審核、發(fā)布和管理等相關(guān)操作。網(wǎng)上銷售系統(tǒng)：保險電子商務(wù)平臺提供壽險、財險、養(yǎng)老險的產(chǎn)品信息和購買信息，平臺為多類人員提供多個購買入口以及多種購買途徑，方便各類人員的使用。網(wǎng)上服務(wù)系統(tǒng)：保險電子商務(wù)平臺通過網(wǎng)上服務(wù)系統(tǒng)為多類用戶提供多種豐富的服務(wù)體驗[5]，主要包括壽險、財險、養(yǎng)老險網(wǎng)銷和傳統(tǒng)渠道的保單查詢以及相應(yīng)的附屬功能。業(yè)務(wù)管理系統(tǒng)：為前臺銷售和服務(wù)提供支撐。系統(tǒng)管理平臺系統(tǒng)：主要對業(yè)務(wù)管理系統(tǒng)進(jìn)行參數(shù)化的管理，主要包括運(yùn)維和運(yùn)營人員的管理、使用權(quán)限的控制。

1.2 系統(tǒng)架構(gòu)

系統(tǒng)縱向切分后分4層，包括客戶層、展示應(yīng)用層、業(yè)務(wù)組件層和倉儲層。其中，客戶層負(fù)責(zé)向用戶展現(xiàn)信息以及解釋用戶命令；展示應(yīng)用層負(fù)責(zé)數(shù)據(jù)的校驗以及組織，頁面跳轉(zhuǎn)，展示邏輯關(guān)系等；業(yè)務(wù)組件層包括接口層和領(lǐng)域?qū)?，接口層為實現(xiàn)系統(tǒng)的各個模塊功能提供接口，通過服務(wù)調(diào)用的方式獲取模塊中的業(yè)務(wù)信息，領(lǐng)域?qū)雨P(guān)注各個模塊中業(yè)務(wù)邏輯的實現(xiàn)；倉儲層負(fù)責(zé)數(shù)據(jù)的存儲與獲取，為業(yè)務(wù)組件屏蔽后臺所有保存與獲取數(shù)據(jù)的細(xì)節(jié)；門戶通：負(fù)責(zé)和公司內(nèi)部其他系統(tǒng)交互。

系統(tǒng)橫向切分為展示應(yīng)用層、業(yè)務(wù)組建層、倉儲層、門戶通和基礎(chǔ)模塊層。其中，展示應(yīng)用層分為前臺門戶模塊、后臺門戶模塊；業(yè)務(wù)組件層分為基礎(chǔ)服務(wù)、網(wǎng)上銷售、系統(tǒng)管理、客戶服務(wù)、產(chǎn)品管理；門戶通負(fù)責(zé)和公司內(nèi)部其他系統(tǒng)交互；基礎(chǔ)模塊層包括權(quán)限、監(jiān)控、工作流、規(guī)則引擎、安全、日志等。

應(yīng)用交互切分如圖2所示。其中，渠道訪問電子商務(wù)平臺的渠道；第三方接口訪問電子商務(wù)平臺的第三方接口；公司內(nèi)部系統(tǒng)：與電子商務(wù)平臺交互的公司內(nèi)部其他系統(tǒng)。

1.3 應(yīng)用組件

整個項目的組件分為6大塊，分別為service（服務(wù)），common（公共），sale（銷售），marketing（營銷），productManagerment（產(chǎn)品管理）和sys（系統(tǒng)信息）。 其中，service（服務(wù)）包括：user（用戶信息），communicationService（在線業(yè)務(wù)），ePolicy（電子保單），policyService（保單服務(wù)），maintain（保全信息），claimService（理賠信息），cardSerice（保險卡服務(wù)）；poductManager（產(chǎn)品管理）包括：productDirectory（產(chǎn)品目錄），carManage（車險管理），cardManage（保險卡管理）和productManage（非車險管理）；common（通用包）包括：bizConfig（配置信息），basicBizInfo（系統(tǒng)公共信息），payment（支付），publicInfo（網(wǎng)站發(fā)布信息），party（第三方管理）和crdit（積分）。

2 系統(tǒng)設(shè)計

2.1 規(guī)則引擎

本系統(tǒng)基于Drools規(guī)則引擎實現(xiàn)，Drools規(guī)則引擎是一款基于Java的開源規(guī)則引擎，所以在使用Drools之前需要在開發(fā)機(jī)器上安裝好JDK環(huán)境，Drools5要求的JDK版本要在1.5或以上。

2.1.1 業(yè)務(wù)系統(tǒng)端接口設(shè)計

規(guī)則引擎設(shè)計采用業(yè)務(wù)系統(tǒng)端集成規(guī)則服務(wù)接口的方式，即在業(yè)務(wù)系統(tǒng)應(yīng)用中會集成調(diào)用BRMS系統(tǒng)的接口服務(wù)及配置相應(yīng)的規(guī)則服務(wù)地址。在業(yè)務(wù)系統(tǒng)端的接口設(shè)計主要包含三部分：BOM對象，即與規(guī)則引擎的數(shù)據(jù)交互的對象；調(diào)用BRMS接口，業(yè)務(wù)系統(tǒng)只有通過此接口才能與BRMS系統(tǒng)進(jìn)行數(shù)據(jù)交互；BRMS配置，接口由此讀取規(guī)則引擎的BRMS服務(wù)配置。

2.1.2 規(guī)則引擎流程

規(guī)則引擎設(shè)計采用業(yè)務(wù)系統(tǒng)端集成規(guī)則服務(wù)接口的方式，即在業(yè)務(wù)系統(tǒng)應(yīng)用中會集成調(diào)用BRMS系統(tǒng)的接口服務(wù)及配置相應(yīng)的規(guī)則服務(wù)地址。業(yè)務(wù)系統(tǒng)通過此接口向BRMS系統(tǒng)發(fā)送和接收數(shù)據(jù)，發(fā)送的數(shù)據(jù)為相應(yīng)規(guī)則所需的業(yè)務(wù)數(shù)據(jù)，接收的數(shù)據(jù)為BRMS系統(tǒng)執(zhí)行相應(yīng)規(guī)則后向業(yè)務(wù)系統(tǒng)返回的規(guī)則結(jié)果數(shù)據(jù)。

2.2 工作流

2.2.1 業(yè)務(wù)系統(tǒng)端設(shè)計

工作流引擎設(shè)計采用業(yè)務(wù)系統(tǒng)端集成工作流引擎服務(wù)接口的方式，即在業(yè)務(wù)系統(tǒng)應(yīng)用中會集成調(diào)用WFMSJar包提供的接口[6]。

在業(yè)務(wù)系統(tǒng)端的接口設(shè)計主要包含三部分：業(yè)務(wù)數(shù)據(jù)對象，即與工作流引擎的數(shù)據(jù)交互的對象；調(diào)用WFMS模塊接口，業(yè)務(wù)系統(tǒng)只有通過此接口才能與WFMS模塊進(jìn)行數(shù)據(jù)交互；WFMS配置，由此讀取工作流引擎的工作流配置。

2.2.2 工作流引擎流程

工作流引擎不單獨(dú)提供登錄界面，統(tǒng)一通過后臺管理系統(tǒng)進(jìn)行登錄。當(dāng)后臺管理系統(tǒng)已登錄后，系統(tǒng)會提供工作系統(tǒng)的入口。當(dāng)用戶通過入口進(jìn)入工作流系統(tǒng)時，首先后臺管理系統(tǒng)將用戶信息和一個惟一的認(rèn)證隨機(jī)碼存入DB的共享臨時表中，同時向工作流系統(tǒng)通過HTTP協(xié)議post的方式發(fā)送認(rèn)證隨機(jī)碼，工作流系統(tǒng)收到認(rèn)證隨機(jī)碼后到數(shù)據(jù)庫的共享臨時表中取出用戶信息并且與本地用戶信息進(jìn)行比對，比對成功后可進(jìn)入工作流系統(tǒng)，其時序圖如圖3所示。工作系統(tǒng)返回后臺系統(tǒng)的流程與上述流程相同。

2.3 接口平臺

開發(fā)工程，從總體上規(guī)劃出模塊概念，分出業(yè)務(wù)模塊和功能模塊。功能模塊內(nèi)部實現(xiàn)各不相關(guān)功能的組件化；組件具有可插配功能，靈活簡易，只需對外部提供接口，負(fù)責(zé)完成業(yè)務(wù)模塊交給的任務(wù)即可[7]；功能模塊的各組件內(nèi)部實現(xiàn)模塊內(nèi)部功能擴(kuò)展，以便應(yīng)對隨著業(yè)務(wù)的擴(kuò)展而對功能模塊組件要求的提高。接口傳輸?shù)牧鞒倘缦拢?/p>

（1） 根據(jù)接口安全信息校驗接口是否可用；

（2） 根據(jù)接口報文文件將傳輸來的對象轉(zhuǎn)化成傳輸報文，以對象方式傳輸至此步驟；

（3） 根據(jù)接口傳輸類型和接口傳輸方式找到相應(yīng)傳輸?shù)念悾?/p>

（4） 根據(jù)地址和用戶信息組裝成最終的傳輸格式。

2.4 監(jiān) 控

2.4.1 業(yè)務(wù)系統(tǒng)端接口設(shè)計

應(yīng)用監(jiān)控，電子商務(wù)系統(tǒng)的監(jiān)控模塊共有三個包，分別是log，queue和util。操作系統(tǒng)監(jiān)控，在監(jiān)控Web展示系統(tǒng)中用java腳本通過Quartz定時監(jiān)控，諸如CPU利用率、內(nèi)存信息和磁盤狀態(tài)等系統(tǒng)級別的信息，并將信息直接寫入數(shù)據(jù)庫。對于系統(tǒng)異常（即系統(tǒng)各項指標(biāo)超過配置中的閾值），此模塊會調(diào)用發(fā)短信服務(wù)。中間件監(jiān)控設(shè)計，監(jiān)控Web展示系統(tǒng)是獨(dú)立于電子商務(wù)系統(tǒng)的Web系統(tǒng)，它提供了對日志文件進(jìn)行解析寫入數(shù)據(jù)庫、日志數(shù)據(jù)列表、日志數(shù)據(jù)圖形展示和請求響應(yīng)監(jiān)控等功能。

2.4.2 監(jiān)控系統(tǒng)流程

在電子商務(wù)應(yīng)用系統(tǒng)監(jiān)控功能的時序邏輯中，攔截器、日志任務(wù)隊列和選擇器屬于監(jiān)控系統(tǒng)的范疇，而投保、異常、投保處理和異常處理模塊不屬于該范疇[8]。對于電子商務(wù)系統(tǒng)的關(guān)鍵功能操作和拋出的異常，系統(tǒng)需要進(jìn)行記錄到數(shù)據(jù)庫或者文件系統(tǒng)，采用的方式是對它們進(jìn)行攔截，攔截功能通過自定義注解技術(shù)實現(xiàn)，基本思想是面向切面編程。任務(wù)隊列Queue用于存儲攔截器傳過來的信息的一塊內(nèi)存區(qū)域，它由線程Queue Manager控制，當(dāng)Queue內(nèi)數(shù)據(jù)達(dá)到閾值（閾值可配置），Queue Manager會對其進(jìn)行處理。

3 保險電子商務(wù)系統(tǒng)的實現(xiàn)

3.1 保險電子商務(wù)平臺

3.1.1 功能模塊

電子商務(wù)網(wǎng)站對人員信息進(jìn)行了分類和管理。主要人員分為以下幾類：前臺個人用戶（注冊人員）；前臺個人客戶（注冊并購買保單人員）；企業(yè)操作員；代理人；后臺人員（運(yùn)營和運(yùn)維人員）。

3.1.2 銷售部分

銷售部分主要以產(chǎn)品為核心，以銷售線索為主線（試算單、投保單、訂單），包含前臺銷售系統(tǒng)模塊和后臺業(yè)務(wù)管理模塊，另外，與服務(wù)相關(guān)模塊和其他應(yīng)用工具相結(jié)合。

3.1.3 銷售功能

（1） 壽險網(wǎng)上投保功能

壽險網(wǎng)上投保功能主要為個人客戶提供在線投保壽險產(chǎn)品的平臺。壽險網(wǎng)上投保功能是指客戶可以在電子商務(wù)網(wǎng)站上完成保費(fèi)試算、投保錄入、投保確認(rèn)、支付及生成投保信息等步驟的操作?？蛻敉侗＿^程中，系統(tǒng)會根據(jù)客戶所購買產(chǎn)品的配置信息與客戶錄入的相應(yīng)信息進(jìn)行校驗，校驗不通過則提示客戶相關(guān)不通過信息，通過則生成投保單并提交核保。為方便客戶在網(wǎng)上購買壽險產(chǎn)品，電子商務(wù)平臺提供了網(wǎng)上支付的服務(wù)，客戶可以方便、快捷、簡便地完成壽險產(chǎn)品的在線投保流程。同時客戶在投保壽險產(chǎn)品過程中可以方便地進(jìn)行保存離開，下次從交易查詢?nèi)肟谥苯舆M(jìn)行繼續(xù)投保。

本文的功能實現(xiàn)界面如圖4所示，用戶通過網(wǎng)上商城或其他產(chǎn)品網(wǎng)銷入口點擊“立即購買”，把產(chǎn)品目錄EID傳遞給非車銷售Action，根據(jù)EID反查產(chǎn)品代碼后，返回壽險網(wǎng)銷流程主頁面，然后在該頁面分步加載保費(fèi)試算、投保錄入、投保確認(rèn)等頁面。第一次加載主頁面時把相關(guān)js，css，jsp等加載進(jìn)來，尤其是定義一個js全局變量的大對象，用于存儲保費(fèi)試算、投保錄入、投保確認(rèn)頁面的錄入信息，這樣可以保證數(shù)據(jù)從保費(fèi)試算頁面一直傳遞到投保確認(rèn)頁面而不需要進(jìn)行保存數(shù)據(jù)庫操作。

3.1.4 服務(wù)功能

（1） 前臺個人用戶/管理

該功能用于前臺個人用戶前臺注冊、激活、登錄、重置密碼。mis管理功能用于前臺個人客戶的編輯與解綁保單。注冊流程圖如圖5所示。

（2） 咨詢投訴/管理

該功能主要處理前臺用戶提出的一些咨詢或者投訴。

前臺用戶（個人、企業(yè)）登錄online系統(tǒng)后，可以提出一些咨詢或者投訴，用戶通過表單將新建頁面填寫的信息提交到Action，通過Action將屬性傳遞給邏輯層，邏輯層通過hibernate將屬性入庫?？蛇x條件進(jìn)行查詢，將用戶選中的查詢提交到Action處理，Action調(diào)用業(yè)務(wù)邏輯層，邏輯層通過hibernate進(jìn)行關(guān)鍵字的篩選工作，并將篩選后的數(shù)據(jù)展現(xiàn)在頁面。

（3） 投保意向/管理

該功能主要對用戶在前臺錄入感興趣產(chǎn)品之后做出相關(guān)的答復(fù)和處理。前臺用戶（個人、企業(yè)）登錄online系統(tǒng)后，可以提交投保意向，用戶通過表單將新建頁面填寫的信息提交到Action，通過Action將屬性傳遞給邏輯層，邏輯層通過hibernate將屬性入庫。對前臺客戶的投保意向信息進(jìn)行管理和維護(hù)，后臺具有相應(yīng)權(quán)限的管理員登錄后可以查看到前臺用戶的投保意向的相關(guān)信息，可以進(jìn)行相關(guān)的操作。查看投保意向信息頁面中的投保意向信息列表，可以查看當(dāng)前該信息的處理狀態(tài)及歷史處理流程。

（4） 訂單查詢/管理

該功能用于前臺個人用戶對訂單進(jìn)行查詢操作以及下載電子憑證。mis管理功能用于前臺個人客戶訂單進(jìn)行查詢。對前臺客戶的訂單信息進(jìn)行管理和維護(hù)，后臺具有相應(yīng)權(quán)限的管理員登錄后可以查看到前臺用戶訂單的相關(guān)信息。在訂單信息維護(hù)頁面中的訂單信息列表中，可以查詢該訂單的詳細(xì)信息。

3.2 后臺輔助功能

3.2.1 用戶管理

該功能用于新建、查詢、編輯和刪除后臺用戶。用戶通過表單將新建頁面所填寫的信息提交到Action，通過Action將屬性傳遞給邏輯層，邏輯層通過hibernate將屬性入庫。在新建用戶時可以同時選擇該用戶要加入的用戶組，把所有要加入的組ID同時傳遞到Action，然后在邏輯層通過組ID是否為空判斷是否需要通過hibernate把用戶組和用戶的關(guān)系入庫。

進(jìn)行查詢時，頁面設(shè)置對象中某幾個字段可供用戶進(jìn)行搜索定位。用戶通過提交關(guān)鍵字到Action中獲取想要查找到的數(shù)據(jù)，Action將關(guān)鍵字傳遞給邏輯層，邏輯層通過hibernate進(jìn)行關(guān)鍵字的篩選工作，并將篩選后的數(shù)據(jù)展現(xiàn)在頁面。

3.2.2 權(quán)限/角色/用戶組管理

該功能主要配置后臺權(quán)限控制。權(quán)限通過角色進(jìn)行分類。用戶的權(quán)限實際是通過分配角色分配的。用戶組使用戶的集合通過用戶的組合角色綁定，給用戶分配權(quán)限。權(quán)限管理主要是管理用戶、用戶組、角色以及各系統(tǒng)功能權(quán)限和機(jī)構(gòu)權(quán)限。用戶、用戶組類型、用戶組和角色均有增刪改查功能。

3.2.3 數(shù)據(jù)字典管理

該功能配置前后臺使用的所有基礎(chǔ)碼表。頁面操作某一數(shù)據(jù)字典時，邏輯層需要通過數(shù)據(jù)字典主鍵找到某一數(shù)據(jù)字典，用戶可以通過維護(hù)數(shù)據(jù)字典（增刪改查）進(jìn)行某些數(shù)據(jù)字典的增加刪除操作。頁面操作某一數(shù)據(jù)字典類型時，邏輯層需要通過數(shù)據(jù)字典類型主鍵找到某一數(shù)據(jù)字典類型，用戶可以通過維護(hù)數(shù)據(jù)字典類型（增刪改查）進(jìn)行某些數(shù)據(jù)字典類型的增加刪除修改操作。

4 結(jié) 論

在總結(jié)保險行業(yè)電子商務(wù)發(fā)展方向的基礎(chǔ)上，本文分析了保險電子商務(wù)系統(tǒng)的功能結(jié)構(gòu)與功能特征，針對保險業(yè)務(wù)的特點設(shè)計保險電子商務(wù)系統(tǒng)的功能架構(gòu)與邏輯架構(gòu)。系統(tǒng)結(jié)合開源的規(guī)則引擎Drools，實現(xiàn)了在線投保過程中客戶面臨的自動核保問題及產(chǎn)品試算問題，將傳統(tǒng)電子商務(wù)系統(tǒng)中由邏輯代碼編寫實現(xiàn)的核保試算過程交由規(guī)則引擎定義處理，有效提升了企業(yè)競爭力。同時，系統(tǒng)采用工作流引擎，用于定義處理客戶及后臺人員在電子商務(wù)系統(tǒng)中的投訴及處理過程，進(jìn)一步提升了新流程上線的效率。

在后續(xù)的電子商務(wù)系統(tǒng)中，工作流引擎將發(fā)揮更廣泛的作用，不再只局限于后臺業(yè)務(wù)的處理，而將涵蓋整個電子商務(wù)系統(tǒng)中的業(yè)務(wù)流程，做到前臺銷售流程標(biāo)準(zhǔn)化、可定義，更靈活地響應(yīng)電子商務(wù)系統(tǒng)的發(fā)展要求。

參考文獻(xiàn)

[1] 母曉科，蹇滔，李新科.淺析人工智能與專家系統(tǒng)[J].電腦知識與技術(shù)，2009，5（7）：1009?1011.

[2] 武懷生，李秀明.基于ASP技術(shù)的企業(yè)商務(wù)網(wǎng)站的設(shè)計與實現(xiàn)[J].現(xiàn)代電子技術(shù)，2014，37（18）：60?62.

[3] 郭芳，白建軍.基于Rete算法的規(guī)則引擎JBossRules[J].計算機(jī)時代，2008（1）：8?10.

[4] 安曉輝，劉嘉弘.專家系統(tǒng)原理及其應(yīng)用探討[J].科技情報開發(fā)與經(jīng)濟(jì)，2005，15（4）：10?15.

[5] 袁勤儉.網(wǎng)絡(luò)保險的發(fā)展現(xiàn)狀、前景、問題及對策[J].江西財經(jīng)大學(xué)學(xué)報，2003（3）：78?80.

[6] 王劍.我國保險電子商務(wù)模糊綜合評價初探[J].湖南大眾傳媒職業(yè)技術(shù)學(xué)院學(xué)報，2009（2）：40?43.

[7] 方建生，林斌.用于電子商務(wù)物流業(yè)務(wù)電子標(biāo)簽的雙頻分形天線[J].現(xiàn)代電子技術(shù)，2013，36（17）：85?88.

[8] 季玥辰.我國網(wǎng)上保險的現(xiàn)狀與發(fā)展趨勢[J].金融理論與實踐，2006（7）：55?57.