电信业务短信管理平台方案建议书.doc

四川省电信有限公司业务短信管理平台方案建议书 四川银海软件有限责任公司2007年03月 四川省电信有限公司业务短信管理平台方案建议书目 录1项目背景52需求分析53总体方案设计73.1设计原则73.1.1统一性73.1.2全面性73.1.3先进性73.1.4实用性73.1.5灵活性83.1.6可扩展性83.1.7安全性与可靠性83.1.8易用性83.2系统总体架构83.3技术路线93.3.1提供高效的处理能力93.3.2保障交易的完整性103.3.3提高系统的容错能力103.3.4简化系统开发103.3.5减少系统的运行、维护工作量103.3.6均衡负载103.3.7权限控制、安全管理113.3.8交易优先级管理113.3.9进程管理113.4系统运行环境113.4.1业务系统组网113.4.2系统运行环境124软件方案设计124.1软件功能设计124.1.1积分注册134.1.2积分通知134.1.3积分查询134.1.4统计分析134.2系统接口设计134.2.1本地帐务系统/综合营帐144.2.2短信中心144.2.310000平台144.2.4渠道系统144.2.5综合网管系统154.2.6经营分析系统154.2.7其他系统15编制说明本方案建议书以四川省电信有限公司需求说明文档2007年积分计划支撑需求v111.6(营帐版).doc为依据，在充分调研了各系统建设内容及现状后，说明银海对四川电信集中建设业务短信管理平台的方案建议。更改控制单版本日期作者版本1.02007-02-28钮新初始化版本1.12007-03-01冯强修正版1 项目背景随着四川电信无线市话业务的蓬勃发展，小灵通短信作为一种方便、快捷、经济的通信方式，在日常的生活中得到了广泛的应用，并已成为一条重要的沟通渠道。各业务支撑系统也在陆续规划通过短信进行功能扩展，以提高客户感知：在经营分析系统中，各级领导、市场营销人员希望能够通过短信定制及时获得自己想了解的信息。在运维系统中，工作人员希望通过短信及时掌握系统的运行关键数据，及时获得系统告警信息，对于系统告警及时进行应对和处理。在客户经理支撑系统中，客户经理希望通过短信及时掌握与自己相关的各种经营数据，及时了解客户的关键信息。在四川电信2007年积分计划支撑需求v111.6(营帐版).doc中也提出了通过网上营业厅、10000号、10001号、短信实现积分自助功能，包括积分注册、积分通知、积分查询。当然，随着IT技术的不断发展，将有越来越多的支撑系统和领域需要通过短信来进行功能扩展，让系统用户随时随地的掌握情况。基于如此多的支撑系统需要通过短信来扩展功能，我们建议在四川电信建设全省集中的业务短信管理平台，以满足统一管理、统一支撑的目标。2 需求分析各业务支撑系统对于通过短信手段扩展功能的需求进行分析后可以发现，不同的业务系统、不同的功能域，对于短信管理的要求是不一样的。比如四川电信2007年积分计划支撑需求v111.6(营帐版).doc中提出通过短信实现积分自助功能，包括积分注册、积分通知、积分查询等功能域，就这三个功能域，对于短信支撑平台的要求都是不一样的，下面我们就以这三个功能域进行分析。积分注册：用户发送短信“JFZC”到短信中心，短信中心转给业务短信管理平台，业务短信管理平台将注册信息写入与帐务系统之间的上行接口表，帐务系统通过轮询接口表，获得注册请求，帐务系统完成本机号码所归属的帐户的积分注册业务，并将注册结果插入帐务系统与业务短信管理平台的下行接口表，业务短信管理平台将下行接口表中信息以短信方式回复用户。短信中心只提供本机注册。详细流程请参见下图：图1. 积分注册流程图积分查询：用户发送短信JFCX到短信中心，短信中心将信息转给业务短信管理平台，业务短信管理平台将信息插入与帐务系统的上行接口表，帐务系统通过轮询接口表，获得查询请求，并根据本机号码查询号码所归属的帐户本期末可用积分信息，将积分信息插入帐务系统与业务短信管理平台的下行接口表，由业务短信管理平台通过短信方式回复用户。短信平台只提供本机查询。积分通知兑奖后积分通知：帐务系统在用户兑换积分后，将客户兑奖后的积分信息实时插入与业务短信管理平台之间的下行接口表，由业务短信管理平台轮询接口表获取信息并向用户实时发送。积分通知当月积分通知：帐务系统生成“当月积分通知”数据后，按制定的通知计划，将需要短信平台通知的数据插入到与业务短信管理平台的下行接口表中，由业务短信管理平台下发用户。每月需要对通知情况有报表统计：统计通知总客户数，一次成功通知客户数、两次以上成功通知客户数、未成功通知客户数，通知成功率。从以上的业务需求可以看出，某些业务需求是需要和用户进行实时交互的，某些业务需求是需要支撑系统制定相应的短信发送规则的，并且需要相应的统计分析功能。对于业务支撑系统来说，只需要关心需要和客户交互哪些内容，而不需要关心短信交互过程中的具体实现。对于短信中心来说，需要处理来自众多SP和用户之间的短信通信需求，不需要关心具体的业务逻辑。那么就需要一套中间平台来作为业务支撑系统和短信中心之间的桥梁，管理短信交互规则的执行、短信的上传下达、短信的执行情况监控、以及短信的统计分析。3 总体方案设计3.1 设计原则为了确保业务短信管理平台设计的合理性、实用性，确保各业务支撑系统的高效运作，本方案设计遵循以下原则：3.1.1 统一性在进行系统设计时要站在四川电信整体IT支撑系统建设的角度去统一考虑，系统的软件及硬件均应该符合相关国际和国内标准，业务应符合整个CTG-MBOSS的业务规范，保证业务、功能、界面、内容的高度统一化和标准化，从而达到服务的规范化和管理的高效性。另一方面，充分保证业务短信管理平台和各业务支撑系统的界面清晰，接口规范。3.1.2 全面性由于业务短信管理平台涉及众多业务支撑系统接口，因此设计方案要综合所有业务支撑系统提出的相关需求进行系统的、全面的通盘考虑，进行最优化设计。3.1.3 先进性采用国际上最新的成熟技术，从而保证整个系统在技术上处于领先地位，系统在建成后一段时间内不会因技术落后而大规模调整，并能够通过升级保持系统的先进性，延长其生命周期。在采用新技术的同时，应保证采用的先进技术是稳定的、成熟的，支持现有的多种接口方式和网络协议。3.1.4 实用性充分利用现有的通信和网络资源，结合实际业务需求和现有业务系统的情况，建成具有自己特色的、具有实用性的业务短信管理平台。3.1.5 灵活性兼容不同软、硬件平台，可平滑移植，采用开放性接口，与业务、网管、短信中心等系统进行灵活的互连和数据共享，向业务部门及时提供所需资源和分析结果。可根据需要对系统进行灵活定制。3.1.6 可扩展性软、硬件平台应具有良好的可扩展能力，能够方便地进行系统升级和更新，以适应各种不同业务的不断发展和技术的更新，能够在今后将更多的业务支撑系统纳入本平台。3.1.7 安全性与可靠性采用高可靠性的产品和技术，充分考虑整个系统运行的安全策略和机制。系统具有较强的容错能力和良好的恢复能力；建议本平台主要设备采用双机热备份的工作方式，保证系统稳定运行。3.1.8 易用性本系统必须易于使用，系统维护应集中、简单，避免了复杂系统和多系统组合的维护开销，减轻了维护人员的负担，提高网管和决策的效率。3.2 系统总体架构参与短信支撑业务的角色有4个，他们分别是：业务支撑系统、业务短信管理平台、短信中心、终端用户，各部分的关系及总体架构如下图所示：图2. 总体架构图3.3 技术路线在本平台建设过程中，建议采用交易中间件。交易中间件是专门针对联机业务处理系统而设计的，例如银行业务系统、电信计费系统等。在联机业务处理系统中，需处理大量并发进程，涉及到操作系统、文件系统、数据通讯、数据库管理、应用软件等，是一个相当庞大的任务。通过交易中间件，可降低联机业务处理系统的开发难度，提高系统运行的安全稳定性。交易中间件的作用体现在以下几点：3.3.1 提供高效的处理能力针对本平台的系统特点，交易中间件提供了高效的并发处理能力，即保证日均处理业务量、峰值处理业务量能达到业务系统的要求。交易中间件一般采用高效的通讯处理技术，如链路复用、滑动窗口、数据包压缩、传输优先级等来充分利用网络带宽，保证传输效率；同时交易中间件利用服务器并发访问控制技术，并行处理和管理多个服务请求，有效地保障了业务系统的处理效率。3.3.2 保障交易的完整性交易中间件通过监控和管理系统中的每笔交易，根据一定的交易管理方法，如两阶段提交协议、核对/冲正机制等，解决因硬件故障、网络故障、应用程序错误、人为故障等原因带来的交易完整性问题，从而将业务系统的错误率降到最低限度。3.3.3 提高系统的容错能力交易中间件可以监控当前系统运行状态，包括客户数、系统提供的服务数、每一服务被调用次数等。管理员可以启动或停止其中的任一服务而不影响其他服务，系统本身也会根据运行情况进行动态平衡。多机群集运行时，若某一主机出现故障，交易中间件能自动将交易请求送到备机上运行。3.3.4 简化系统开发交易中间件屏蔽了底层操作系统及网络传输的复杂性，使开发人员面对简单而统一的开发环境，减少程序设计的复杂性，将注意力集中在业务逻辑上，大大减少了应用开发的技术难度，缩短应用开发周期。3.3.5 减少系统的运行、维护工作量交易中间件简化了系统的层次结构和处理过程，提供了对系统运行情况的实时监控，从而使系统运行故障率大大降低，提高了系统的可管理性，减少了系统的总体投入。3.3.6 均衡负载交易中间件可根据业务性质的不同，把请求分配到不同的服务器、不同的服务进程上进行处理，保证每个服务器、每个服务进程的处理能力得到充分的发挥。3.3.7 权限控制、安全管理交易中间件具备多级的安全审计功能，可对服务端程序进行控制，以及限制客户端对应用程序的访问；同时提供了节点认证、传输加密等功能。3.3.8 交易优先级管理通过对交易优先级的划分，确保优先级高的业务能尽快地得到响应。数据传输：管理并监控全辖范围内的所有网点的通信状态，保持网点与主机的通信畅通，提供流量控制功能，保证在各种线路情况下都能进行高效的数据传输。3.3.9 进程管理通过对服务进程的调度，使得在正常情况下，能用尽量少的服务进程处理尽量多的请求，减少进程的启动/终止次数。在业务出现峰值的情况下，控制服务进程的总数，使得服务器在设定的负载下工作；当请求服务的数量超过了服务器的处理能力时，中间件则把请求排队进行缓冲。3.4 系统运行环境3.4.1 业务系统组网3.4.2 系统运行环境数据库：ORACLE 8.1.7及以上；操作系统：Windows server 2000及以上、AIX 、HP-UX、LINUX等交易中间件：BEA TUXEDO 6.5及以上。4 软件方案设计本方案以2007积分需求为主，充分考虑各业务系统对短信扩展的要求，从系统架构设计上充分考虑其他需求的扩展性,本方案功能设计只考虑2007积分需求。4.1 软件功能设计短信自助系统主要完成积分注册、积分通知、积分查询等功能。4.1.1 积分注册用户通过小灵通发送短信，利用业务短信系统完成积分注册。4.1.2 积分通知每月出帐后，用户积分发生了变化，帐务系统需要完成积分通知数据的生成，再通过业务短信系统进行积分通知。包括当月积分通知、兑奖后积分扣减通知等。4.1.3 积分查询用户通过小灵通发送短信，利用业务短信系统进行积分查询，查询信息包括当月帐期和以往帐期的积分，截止当前积分等。4.1.4 统计分析 对用户积分注册、积分通知、积分查询的相关操作做出统计分析，产生相应统计报表。4.2 系统接口设计本项目涉及多个系统的接口，如下 4.2.1 本地帐务系统/综合营帐序号内容描述数据流向关键业务数据接口方式备注1帐务系统或综合营帐系统为短信系统提供注册接口，形成积分通知数据，提供积分查询接口。短信帐务系统（综合营帐）客户信息、积分信息、当月积分通知、兑奖后扣减积分通知同步4.2.2 短信中心序号内容描述数据流向关键业务数据接口方式备注1提供给用户积分注册、积分通知、积分查询的短信平台。短信中心帐务系统（综合营帐）用户短信、客户信息、积分信息、当月积分通知、兑奖后扣减积分通知同步4.2.3 10000平