统一消息管理解决方案.doc

目录 第一章 背景与需求分析 3 第二章 解决方案 4 第三章 产品介绍 5 3.1 产品架构 5 3.2 功能概述 5 第四章 应用场景 7 第五章 推荐整合产品 7 第六章 部署规划 8 6.1 少于5000用户 8 6.2 5000用户以上 8 第七章 客户收益 9 给企业主带来的好处 9 给管理部门带来的好处 10 为最终用户带来的好处 10 背景与需求分析 随着信息技术和网络技术的发展断 系统需要把信息通过各种消息终端（如：手机、OCS、邮件等）推送给用户； 应用系统需要用户通过各种消息终端把信息反馈回系统； 用户希望可以在不同消息终端之间进行信息交流； 为达到这些目的，业务系统开始与消息终端整合，实现消息的发送，以某企业为例，各应用系统与消息终端设备的整合情况如下图： 如图所示，会议系统、行政审批系统、人事管理系统都是各自开发与手机短信、OCS即时消息和电子邮件的接口程序，以实现消息的发送功能。不难看出： 各应用系统均独立面对各种消息终端接口，大大增加整合工作量； 随着企业应用系统的增多以及消息终端类型的日益丰富，企业的整个应用平台会变得越来越复杂，系统稳定性也会随之迅速降低； 各消息终端之间无法实现信息交流； 企业在需求出现之初，往往只有一两个系统需要发送消息，问题没有暴露出来，所以也没进行仔细规划，随着系统的逐渐累加，以及用户对消息使用要求的提高，寻找合理的解决方案就成为了必然。 解决方案 基于以上分析，我们提出一套解决方案，如下图： 由图可见，我们在应用系统与消息终端之间增加了一个消息服务系统，该系统承担应用系统与消息终端之间的桥接工作，实现： 提供统一的消息接口服务给应用系统，接受应用系统发送过来的消息； 按照设定的规则将消息分发给消息终端； 将用户通过消息终端反馈的信息推送给应用系统或者其他消息终端。 消息服务系统在方案中扮演消息总线的角色，疏导企业中的各种消息数据，很好地解决了前面所提的系列问题，构成统一的消息管理解决方案。同时也支持了面向方面的程序架构思想，为企业消息服务打下坚实基础。 产品介绍 统一消息服务系统使用统一格式标准接收消息数据，集中分发各类消息到各类设备和即时消息系统，起到消息总线的作用，解决应用系统直接与各类设备或即时消息系统通讯带来的复杂性。 产品架构 系统主要分为以下三个部分： 接收服务 接收第三方系统或则消息终端设备写进来的消息数据。 分发服务 按照配置的分发规则，将消息数据推送给各个终端设备。 Web控制台 为管理员提供管理操作界面。 功能概述 消息接收服务 消息接收服务是后台定时的windows服务，在指定的间隔时间内，循环读取消息队列的消息记录，生成消息事件，并写入到数据库。 消息分发服务 消息分发服务是后台定时的windows服务，在指定的间隔时间内，循环从数据库中读取消息事件，并根据消息分发规则产生消息发送任务事件、激活消息任务、发送任务、完成任务，并同步任务状态到数据库。 消息重复发送服务 实现对同一消息进行重复发送的后台windows服务。 新消息提醒服务 实现监控第三方应用系统（例：邮件、公文流转），获取新产生的有必要提醒用户的消息，转发到消息服务系统，实现新消息提醒服务。 消息中心 提供给个人发送消息用。 Web控制台 消息检索 提供当日消息事件流水帐、消息事件组合查询和归档消息查询。每条消息事件会对应多条消息任务。 消息管理 提供发送消息功能、WEB消息管理和重复消息事件管理。 统计分析 提供消息TOP10分析，以图表方式呈现，包括用户发送量TOP10、组织机构发送量TOP、单位发送量TOP10、应用系统发送量TOP10。 消息归档 实现对消息事件、消息任务进行归档处理。 消息分发配置管理 配置消息类型、消息渠道、消息模板等。 分发适配器规则引擎 按规则组合各种消息渠道，形成消息分发规则，并与消息类型关联，对消息分发服务提供支持。 应用场景 如上图，描述了一个典型应用场景。 会议管理员使用会议系统发送会议通知，通知信息通过统一消息服务系统按照设置规则分发到终端用户； 终端用户接收通知信息，并用短信回复是否参加会议的确认信息到统一消息服务系统，统一消息服务系统再将回复信息推送给会议系统。 推荐整合产品 统一用户及授权管理系统（产品） 统一身份认证及单点登录服务系统(产品) 部署规划 对于消息系统而言，使用的性能瓶颈主要在消息数据的量上面，我们按通常情况下使用用户多则消息数据量就多的一般规律分以下两个级别来讨论部署规划。 少于5000用户 用户量少于5000时，消息发送量比较少，可以将消息服务系统部署在同一台服务器上。 需要至少3台服务器。 服务器推荐安装Window server 2003\2008操作系统，数据库使用Microsoft Sql Se