1 引言
目前卷烟市场管理监管受制于烟草、工商、公安等“分段监管”体制， 管理资源普遍分割， 部门间虽有协作机制保障， 但数据交互的方式仍以手工方式进行，给各方市场管理信息互通、业务协同推进带来不便。
各监管部门在监测和日常监管中积累的海量管理数据，数据不能共享， 成为一个个“信息孤岛”, 造成资源的巨大浪费。
利用卷烟执法协作各部门市场监管大数据， 采用信息共享的技术方法， 通过建立共享标准， 协作平台、数据挖掘形成数据共享、信息协作平台， 为卷烟协作部门间建立信息交换、数据整合形成权威的、内容丰富的信息资源共享体系， 以此为基础展开各类信息比对、挖掘、辅助决策分析、信息共享、业务协同、监管流程优化提供解决方案， 实现卷烟市场监管协作“上水平， 创一流”.
2 系统的设计目标与需求
2.1 系统设计原则
烟草市场管理协作平台的建设遵循以下原则：
① 系统以 Web Service、SOA（Service-OrientedArchitectures, 面向服务的架构）架构为主要技术手段，实现市场监管部门间信息互通， 体现“跨部门、松耦合、开放式”的信息交换共享体系。
② 业务功能实现不嵌入各方现有系统， 不影响现有或其它相关业务数据、信息系统使用， 不影响协作部门业务处理流程与技术体系结构， 不对各方业务系统产生影响。
③ 系统建设充分考虑烟草市场监管各方的信息组织方式、技术架构和系统运行模式， 明确数据接入标准， 形成交换映射体系， 为今后多方扩展预留空间。
2.2 系统设计目标
通过烟草市场管理协作软件平台的建设， 主要实现以下目标：
① 搭建卷烟监管信息协作共享交换中心， 实现烟草、工商、公安等监管协作部门业务信息系统之间的数据交换， 为卷烟市场监管协作部门提供数据共享资源。
② 形成卷烟市场监管数据交换标准和规范。 为以后多方协作（如高速、运管等）相关部门数据的接入提供规范标准， 推进大政府、多部门间业务协同。
③ 通过数据交换实现政务、监管数据共享， 为网上烟草证照办理前、后置环节提供审批数据， 提高决策的前瞻性[1], 提升行政管理和服务的质量与水平。
④ 实现行政审批电子监察数据的在线和实时采集， 并通过综合对各方数据分析和反馈， 实现更为准确的市场管理效果评估结果， 降低卷烟市场监管成本，增强执法纠错能力。
2.3 系统设计需求
SOA 的是目前常用的基于 WEB 服务的核心架构，具有低耦合， 高复用的特性。 利用它可以解决分布式系统结构下服务需求者与提供者间的松散耦合关系。
SOA 架构基于服务请求、服务提供和服务注册中心三者交互来实现[1]. 利用 XML 的标准化消息传递机制，实现网络访问接口， 基本机制如下： 通过 WS-DL（WebService Definition Language）定义服务提供者的服务内容[2]
并在注册中心发布， 服务请求者使用 AJAX 技术通 过 UDDI（Universal Description Discovery andIntergration）协议从服务中心查询匹配服务， 应用 Web服务或者利用 SOAP（Simple Object Access Protocol）消息进行交互并按需绑定。
基于 SOA 的烟草市场管理协作平台，通过企业服务总线将不同的监管信息单元交互衔接， 充分运用SOA 松散耦合性的优良开放性， 实现各监管协作部门间异构数据的集成。 设计需求如下：
① 流程整合。 通过 SOA 架构， 运用统一描述、分布注册及动态绑定机制， 实现业务协作、信息预警、案件处理、诚信登记环节的流程整合。
② 数据共享。 通过异构数据库的集成， 健全数据标准， 实现数据信息的标准化， 方便元数据的传递、互享非结构化的分析信息。 通过标准化基础数据库的建设， 实现协作基础数据的公共交换和共享等。
③ 业务协同。 开展协作部门多方之间建立信息沟通的渠道， 网上信息传递、业务衔接、市场管理、案件交流提供磋商环境， 在此基础上， 逐步达成业务协作的默契与配合。
④ 分析预警。 应用信息衔接， 在数据交换的基础上， 挖掘数据价值，分析预警， 服务市场监管。
3 系统架构与实现方法
烟草市场管理协作平台以协作部门现有业务应用数据资源为基础， 在打通网络的情况下， 如图 1 所示，利用动态的业务数据交换、网络共享实现协作部门信息同步， 主要通过流程管理系统（BMPS）[2]基于 以及Web 、 XML 服 务 的 消 息 交 换 系 统 （ MessagingSystems ）， 来制定动态的协作监管信息交换业务， 并以此为标准， 形成统一的数据资源共享中心， 理顺协作部门间交叉业务的流程， 形成信息化条件下跨部门的卷烟执法协作新机制。
3.1 系统结构图
根据系统设计目标和原则， 构建了系统结构示意图， 主要有业务接入层、数据交换层、应用层三层结构构成。
3.1.1 业务接入层
业务接入层主要实现在不破坏原协作部门信息系统结构的情况下， 通过配置方式抽取异构数据库内数据， 实现管理协作平台和业务数据库系统的连接， 实现各协作部门应用系统及异构数据库系统之间的连接。
接入层具体实现上分为中心服务系统、前置机系统两部分。 前置系统通过系统软件、内嵌式数据库， 减少协作部门原业务系统压力， 发挥中间共享库的纽带作用，并提供原有业务数据的信息连接、数据采集、格式转换传输等功能[3]. 中心服务系统提供交互数据的业务分配、路由转换和信息存储等功能。
3.1.2 数据交换层
数据交换层是管理协作平台实现的核心， 针对大容量、实时的数据传输要求， 采用可靠多播方式和业务服务总线 （ ESB） 来实现消息的订阅、发布、对列等功能。 主要实现实时业务的交换， 通过基于 Web服务的传输、转换和格式化的数据移动为目标， 进行信息共享交换。 具体实现中数据交换层中负责数据传导， 一方面发送模块从原业务系统接口接收信息、通过格式化功能将信息转换成中间件的标准格式、并转发给中间件[4]; 中间件再发送至接收模块， 接收模再把信息的格式成接收系统格式并转发给各部门业务系统。
3.1.3 应用层
应用层主要实现管理协作平台的应用管理功能。负责管理和协调整个协作体系的数据业务流的分析与应用， 包括协作监管基础数据管理系统、数据分析系统、流程管控系统三个子模块。
应用层通过交换平台数据接入点实现业务系统的接入。 监管基础数据管理系统负责基础数据的源管理、流程管控系统标准化协作部门间交叉业务的流程操作， 数据分析系统应用挖掘实现深度应用， 实现数据共享， 信息协作、数据比对、定期预警等机制。
