基于規則和工作流引擎的保險電子商務系統研究

摘 要： 通過采用開源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] 季玥辰.我國網上保險的現狀與發展趨勢[J].金融理論與實踐，2006（7）：55?57.