论文案例--数字电视管理系统的实现.doc

山 东 大 学 硕 士 学 位 论 文 分类号 TP311 单位代码 10422 密 级 学 号 R032003098 硕硕 士士 学学 位位 论论 文文 论文题目论文题目 数字电视用户管理系统实现数字电视用户管理系统实现 作 者 姓 名 专 业 软件工程软件工程 指导教师姓名 专业技术职务 教授教授 2005 年 04 月 10 日 山 东 大 学 硕 士 学 位 论 文 原创性声明和关于论文使用授权的说明原创性声明和关于论文使用授权的说明 原 创 性 声 明 本人郑重声明 所呈交的学位论文 是本人在导师的指导下 独立进行研究所取得的成果 除文中已经注明引用的内容外 本论 文不包含任何其他个人或集体已经发表或撰写过的科研成果 对本 文的研究作出重要贡献的个人和集体 均已在文中以明确方式标明 本声明的法律责任由本人承担 论文作者签名 日 期 关于学位论文使用授权的声明 本人完全了解山东大学有关保留 使用学位论文的规定 同意 学校保留或向国家有关部门或机构送交论文的复印件和电子版 允 许论文被查阅和借阅 本人授权山东大学可以将本学位论文的全部 或部分内容编入有关数据库进行检索 可以采用影印 缩印或其他 复制手段保存论文和汇编本学位论文 保密论文在解密后应遵守此规定 论文作者签名 导师签名 日 期 山 东 大 学 硕 士 学 位 论 文 目目 录录 摘 要 I ABSTRACT II 第一章绪论 1 1 1 系统开发背景 1 1 2 国内外的研究现状 2 1 3 系统需要解决的主要问题 3 1 4 本文的主要贡献及组织结构 4 第二章 系统概述 6 2 1 系统目标 6 2 2 设计原则 6 2 3 系统架构 7 2 3 1 网络拓扑结构 7 2 3 2 系统体系结构 9 2 3 3 RMI 实现三层分布式应用 10 2 4 系统业务功能 14 第三章 核心业务设计及实现 17 3 1 数据库设计 17 3 1 1 营销策略定义的实现 17 3 1 2 操作流水的数据库设计及实现 20 3 2 购买产品包业务实现 22 3 3 定时处理服务系统的实现 24 3 4 系统的性能优化 26 3 4 1 程序代码优化 26 3 4 2 数据传输优化 27 3 4 3 数据库操作优化 27 第四章 客户端界面设计及实现 28 4 1 统一窗体界面的设计实现 29 山 东 大 学 硕 士 学 位 论 文 4 4 2 信息输入控件的改进 30 4 3 表格的实现 32 第五章 对外接口设计及实现 36 5 1 CA 接口的实现 37 5 2 银行接口的实现 39 第六章 结束语 43 参考文献 44 致 谢 45 山 东 大 学 硕 士 学 位 论 文 I 摘 要 数字电视用户管理系统 SMS 是各地有线电视运营商面向有线数字电视用 户 实现日常业务管理和运营管理的信息管理系统 系统能够支持用户数字电 视业务受理 实现全面的业务管理 提供详细的统计分析 决策支持和标准化 系统接口 本文以 Windows 2000 Server 为系统平台 采用 SQL Server 2000 大型数 据库系统和 JAVA 编程语言 利用 ODBC RMI 多线程 Socket Swing 组件等 编程技术 实现了包括用户管理 产品管理 设备管理 授权管理 消息管理 系统管理 权限管理等十几个模块的数字电视用户管理系统 本文分析了研制数字电视用户管理系统的背景和国内外的发展现状 简要 阐述了系统实现需要解决的主要问题 对系统的目标 设计原则 系统架构及 系统功能模块进行重点阐述 对在系统实现过程中的核心业务 界面设计 系 统接口等部分进行了分析 并给出具体的实现技术和实现方法 本文解决的关键问题有以下几方面 第一 在分布式技术的基础上 运用组件技术 把信息系统按功能划分为 表示逻辑 业务逻辑及数据管理三大块 利用 JAVA 的 RMI 技术来实现系统的三 层构架和分布式应用 第二 采用可扩展性设计思想 在系统的业务处理类设计及对外接口设计 上充分体现了通用性和灵活性 便于系统的整体扩展 第三 针对用户购买产品的业务处理 营销策略的灵活制定 业务流水记 录的唯一性 定时处理服务等核心业务 进行分析 设计并实现 第四 采用 Swing 组件技术 实现系统用户界面风格的一致 方便用户的 各项操作 关键词 数字电视用户管理系统 分布式应用 RMI 多线程 Swing 组件 可 扩展性设计 山 东 大 学 硕 士 学 位 论 文 II ABSTRACT Digital Television Subscriber Management System DTVSMS is the Information Management System oriented to Community Antenna Television Subscriber to realize the agendum and transaction management The system can support the procession of the business for the DTV realize the complete business management and provide detailed statistics and analysis decision making and standardized system interface This paper used Windows 2000 Server as the system platform and SQL Server 2000 as the Database System The DTVSMS is programmed via Java using ODBC RMI Multi Threading Socket Swing Components etc which included Subscriber Management Module Product Management Module Device Management Module Authorization Management Module Message Management Module System Management Module Right Management Module etc The introduction and the state of art for the DTVSMS were given and the main problems which should be solved were talked about We also talked about the target design rules system architecture and system function modules and analyzed the core business user interface design system interfaces Also the techniques were provided Here are the key problems First on the basis of the distribution techniques and component techniques the information system was divided into three blocks representation logic business logic and data management The RMI techniques in Java were used to realize the three tier architecture and distribution application Second with the extendible design concepts the generalization and flexibility was demonstrated via the design of the business procession classes and interfaces Third according to the business procession of the subscribers buying products transaction policies flexibly specifying business glides exclusively recording timely procession of the services are core business 山 东 大 学 硕 士 学 位 论 文 III Fourth using the Swing components techniques the user interface guidelines are kept consistent which facilitate the users operations Keywords DTVSMS Distributed Application RMI Multi Threading Swing Components Extendible design 山 东 大 学 硕 士 学 位 论 文 1 第一章绪论 1 1 系统开发背景 随着 Internet 的崛起 计算机开始在客厅和卧室与电视激烈地争夺用户 电视的主导地位受到了巨大的挑战 幸运的是 带宽的问题使 Internet 暂缓攻 势 而数字技术 网络技术的采用 则使数字视频技术有了空前的发展 数字 电视 有着与传统模拟电视迥然不同的技术特征 能提供更多更精彩更个性化 的互动电视节目 能对整个网络实现控制 能提供个性化的服务 能对用户有 效收费 数字电视 将给广电业带来新的业务增长点与增值运营的机会 并逐 渐成为付费电视业务的代名词 我国广播电视的经营体制几十年来一直是一种粗放式的经营体制 这种体 制形式是中国国情所决定的 我国在五十年代大办广播电视的时候 主要是解 决群众的电视普及问题 办广播电视是国家计划行为 另外 建立集约式的经 营体制需要很大投资 国家在当时也投不起 因此粗放式经营是个必然的过程 这种经营体制的后果就是资源的浪费和效益水平低下 在今天 人类将进入网 络媒体时代 粗放式经营已经不适应形势的发展了 在有线电视 卫星电视大 发展尤其是电视数字化成为必然趋势的今天 粗放式经营造成了资源的极大浪 费 广播电视集约式经营已成为必然的趋势 1 广播电视的集约经营 成为健康发展的国家重要产业 主要表现在三个方 面 第一是将广播电视的频率资源在全国范围内更精细合理地分配使用 第二 是针对用户的不同需求尽可能多地输送不同的业务 并对这些业务进行与效益 相关的管理 第三是对每一个用户进行个性化管理 使他们能够各取所需 按 需分配 同时也能够保证实现经营者的收益 1 技术是运营的基础 采用先进技术是为了提高运营的效率和效益 因此 有必要建立一套数字电视用户管理系统来全面支持各项业务的开展和运营 未 来的数字电视用户管理系统将具有国内自主知识产权 适应于我国基本国情和 广播电视体制以及数字电视增值运营模式 山 东 大 学 硕 士 学 位 论 文 2 1 2 国内外的研究现状 国外的视频数字化播出是从上个世纪末开始的 有关技术的系列标 准于 1997 1998 年先后发布 国外的数字电视用户管理系统起步也比较早 目 前已经发展的比较成熟 从技术方面看 国外此类产品的技术构架基本上都 采用三层结构 包括数据库服务器 应用服务器和客户端应用程序 在业务 功能上 以支持和满足当地的数字电视运营商的专用需求为标准 由于不 同运营商的经营模式不同 国外的数字电视用户管理系统在功能设计方面 是专用为主 较少考虑系统的通用性 我国广电行业作为信息产业的龙头行业 是我国信息化的主力军 不但要 实现自身的信息化 同时还要服务于其他行业 带动其他行业的信息化 为大 众提供新闻娱乐资讯 在信息化建设中起着举足轻重的作用 但是 与此形成 鲜明对比的是 广电行业自身的信息化进展显得相对缓慢 在很多方面落后于 一些大的企业 这显然与其地位是不相称的 早在数字视频广播 Digital Video Broadcast DVB 业务开展以前 很 多电视台针对模拟节目建设了自己的用户管理系统 但普遍没有取得好的效果 很多地方都无法按照用户管理系统所设计的运作模式运行起来 这与我国的管 理体制 人员素质等多方面因素有关 至今很多网络公司还在采用纸 笔加算 盘的方式开展业务 生产效率低下 信息闭塞 生产经营数据不能及时反馈到 决策者手里 因此 广电企业要抓住开展数字电视业务的契机 实施用户管理 系统 现在 很多广电行业管理者都认识到用户管理系统的重要性 大部分网络 公司在建设 DVB 平台时都实施了用户管理系统 但据了解 效果普遍不理想 这其中有很多原因 主要有 第一 DVB 项目都处在试运行期 业务种类和用户数量都相当少 用户管 理系统的优越性不能充分体现出来 第二 数字电视运营是一件新事物 没有成熟的经验可以借签 还处在摸 索阶段 需要有一个成熟和完善的过程 第三 现时广电企业的管理体制 人员素质还不能完全适应信息化管理的 需要 山 东 大 学 硕 士 学 位 论 文 3 市场对于数字电视用户管理系统的需求显而易见 但到目前为止 国内还 少有商业化的系统 虽然在前端系统的硬件设备选择上 国内很多有线网络公 司选择了国外的产品 但就软件平台而言国外的产品并不适合国内应用 随着 数字电视试验的展开和深入 各级传输网络公司对数字电视用户管理系统的需 求已是迫在眉睫 国家计委在 2002 年的数字电视研究开发及产业化专项中安排了 数字电视 用户管理系统 Digital Television Subscriber Management System DTVSMS 高 技术产业化示范工程 任务 由国家广播电影电视总局广播科学研究院信息研究 所承担和实施 2 数字电视用户管理系统代表着广电增值运营业务从离散 小规模 低效率 向集约化 规模化 高效率 高效益发展的方向 而我国基本国情和广播电视 的体制与国外的都完全不同 由此决定中国数字电视增值运营的商业模式只能 自行研发和建设 1 3 系统需要解决的主要问题 数字电视用户管理系统是各地有线电视运营商面向有线数字电视用户 实 现日常业务管理和运营管理的信息管理系统 用户管理系统是实现有线数字电 视运营的核心单元 其内涵是实现有线数字电视的管理思路 运营模式及运营 策略 由于数字电视在我国还是一个新生事物 一些相关的标准和规范还正在研 究制定过程中 相关的软件系统也处在研制和完善的过程中 因此 数字电视 用户管理系统 在实现的过程中 没有一个完整的成熟的业务模式可以参考 没有现行的标准可以依靠 所以在设计开发整个系统的过程中 需要着重 解决好以下几个方面的问题 1 在分布式技术的基础上 运用组件技术 把信息系统按功能划分为表 示逻辑 业务逻辑及数据管理三大块 利用 JAVA 的 RMI 技术来实现系统的三层 构架和分布式应用 2 系统设计 在整个系统设计过程中要考虑到系统整体的可扩展性 包括运营结构的扩展性和运行细节的扩展性 另外 在系统整体方案中要 着重考虑系统的通用性 安全性的实现 在系统的数据库设计中要着重考 山 东 大 学 硕 士 学 位 论 文 4 虑对关键业务操作要有流水记录的需求 3 核心业务 计费策略的实现 重点考虑对用户购买产品后的费用结 算的策略实现和营销策略的灵活制定 4 客户端界面的设计 系统使用统一的用户界面对信息进行访问 人机 交互界面友好 操作方便 并且能将用户在操作过程中出现的异常信息进行过 滤和屏蔽 5 对外接口的实现 数字电视用户管理系统作为数字电视业务运营的支 撑平台 需要与其他系统进行数据的交换和通讯 因此 对业务接口的实现就 显得尤为重要 本系统中所涉及的关键业务接口包括 CA 系统的接口 银行系 统的接口等 1 4 本文的主要贡献及组织结构 1 4 1 本文的主要贡献 本文所介绍的数字电视用户管理系统是针对当前市场的实际需求 使用目 前最流行的 JBuilder X 作为开发平台 采用 Java 程序设计语言和 SQL Server 2000 数据库所设计和开发的一套业务管理系统 系统实现了用户管理 产品管 理 设备管理 授权管理 消息管理 系统管理 财务核算 统计报表 权限 管理和对外系统接口等功能 本系统的研发工作 满足用户需求 并已经在济 南广电嘉和数字电视有限责任公司投入使用 为数字电视用户管理的规范化发 挥了重要的基石作用 本文主要介绍了数字电视用户管理系统的整体架构及在实现过程中所采用 的关键技术和算法 主要包括 利用 RMI 技术实现了系统的三层构架和分布式体系结构 利用数据库技术实现了所有业务信息的数据存储 并采用 锁 操作 的方式保证了业务流水号产生的唯一性 产品包的购买 产品价格的灵活定义等核心业务的处理逻辑实现 系统对外接口的设计及实现以及采用多线程技术实现程序流程控制和 并发访问控制 客户端程序的界面设计及统一控件模板的实现 1 5 2 本文的组织结构 山 东 大 学 硕 士 学 位 论 文 5 本文第一章分析了研制数字电视用户管理系统的背景和国内外的发展现状 简要阐述了本文所需要解决的主要问题 最后指明了本文的主要贡献之处 第二章对数字电视用户管理系统进行了总体概述 着重介绍系统的目标 设计原则 系统架构及系统功能模块 第三章对系统在实现过程中的核心业务进行分析 并给出具体的实现技术 和实现方法 第四章对系统在客户端程序中用户界面实现中遇到的关键问题进行描述 并给出解决的方法和实现算法 第五章对系统接口部分进行描述 并给出设计方式和具体的实现算法 最后一章是结束语 对本文所作的工作和下一步要解决的问题进行了总结 山 东 大 学 硕 士 学 位 论 文 6 第二章 系统概述 数字电视在国内还处于起步阶段 数字电视用户管理系统在国内也处于起 步阶段 因此 在系统设计实现的过程中必须立足中国国情 针对目前有线电 视网络特点 充分利用数字电视技术 数据通信技术等方面的技术优势 结合 各地已有的数字电视运营经验 致力于为广电运营商提供一个科学合理 能够 支撑数字电视多业务 全网运营的用户管理系统 2 1 系统目标 数字电视用户管理系统的建设将达到以下目标 1 支持个人 家庭用户 单位 集团的数字电视业务受理 业务受理 用 户注册 设备变更管理 合同签订 续签 到期 作废 终止管理等业务流程 2 完善的业务管理 支持多种业务产品管理 多种方式的用户接入 多 种业务产品的授权 多种业务计费模式和统计分析 从系统的资费标准定义到 最后的业务结算 整个业务过程都纳入到系统中 实现全部业务的电子化 3 详细的统计分析和决策支持 系统针对不同的查询需求 完成用户信 息 业务信息 帐务信息的统计 生成和打印报表 可自定义报表格式 还可 提供详细的统计分析图表 以支持高层的业务决策 4 标准化的系统与外部的接口 系统与外部的接口主要包括 与 CAS 的接口 与银行的接口 与其它 SMS 系统的接口 与 EPG 的接口 与 其他应用的接口等 2 2 设计原则 从开发人员角度来说 系统设计应遵循规范化 标准化 使系统设计保证 具有较高的可靠性 在本系统的设计开发过程中 遵从了如下原则 1 灵活性和可扩展性 数字电视用户管理系统应可以根据不同的业务需 要进行灵活的配置 并且 系统要考虑到在数字电视业务发展过程中 系统整 山 东 大 学 硕 士 学 位 论 文 7 体的扩展性 包括业务种类的扩展 用户数量的扩展等等 另外 应具有系统 扩展和提高系统处理能力的可行技术方案以保障系统能平滑升级 2 合理性和先进性 系统符合数字电视运营商的实际情况 同时又采用 具有较高性价比的配置 采用国际上先进的 成熟的计算机及网络技术 数据 库及管理技术 所有软 硬件设备具有最优的性价比 同时保证在相当长时期 内的先进性 保障系统以最小的投入获取最大的回报 3 分布性 系统支持异地分布式运营模式 系统有稳定 安全的的结构 设计 3 层 C S 结构设计 所有客户端程序可自动升级 维护工作量小 系统 能够满足多层分布管理的要求 并且支持节目提供商 运营商 订户发展商的运 营结构 支持分级分权管理 符合中国国情 除更好的保障系统的安全外 还 可以实现系统的分布式构架和实施 4 易维护性 系统逻辑上分为若干层 各层具有相对独立性 对某层修 改并不影响其它层 当业务发生变化 需要对前端显示或后台业务处理逻辑进 行改动时 系统分层设计的思想使得这种变动的代价达到某种程度的最小化 2 3 系统架构 数字电视系统结构由节目源接入系统 EPG 系统 DVB 信号播出系统 条 件接收系统 用户管理系统等组成 其结构如图 2 1 所示 2 图 2 1 数字电视系统结构 2 3 1 网络拓扑结构 一个包含完整备份方案的系统由如下几部分组成 数据库分别安装在两台 数据服务器上 数据库的备份和同步通过软件实现 后台主交换机用两台做热 山 东 大 学 硕 士 学 位 论 文 8 备和冗余 中间层的业务应用服务器可以布置多台 各业务应用服务器之间相 互备份 二级交换机可以考虑采用冷备的方式 客户端工作站根据实际业务需 要配置 各客户端工作站之间相互备份 银行接口通过专用的银行前置机实现 可根据需要配置多台 CA 接口通过专用的 CA 前置机实现 可根据需要配置多 台 该方案的物理拓扑图如图 2 2 所示 图 2 2 系统网络拓扑 这种结构的特点是 整个系统中不存在单点故障 所有可能发生故障的节点都做了冗余和 备份 实现了前台和后台从物理结构上的分离 前台客户端不能直接访问后 台的数据服务器 提高了系统的安全性 硬件设备的投资较大 由于系统在设计时充分考虑了可扩展性和分布式应用的特点 因此运营商 可根据自身的业务规模和特点来进行灵活配置 比如 当业务量比较少的时候 可将银行接口和 CA 接口放在业务应用服务器或者是数据库服务器上来实现 山 东 大 学 硕 士 学 位 论 文 9 当业务量较大时 可以将银行接口和 CA 接口用单独的设备来实现 并且可以 用多台设备来分别实现某一业务接口等等 这些灵活的配置极大的方便了系统 的实施 并且能够最大限度的保护运营商的投资 使整个系统的性能 价格比 达到最优 2 3 2 系统体系结构 数字电视用户管理系统是一个复杂的系统 针对 SMS 系统特点 组网要 求 分期建设以及未来不断拓展业务的需求 系统主体采用 C A S Client Application Server DB Server 三层结构体系 如图 2 3 所示 图 2 3 系统三层体系结构 三层结构技术 是随着分布式技术的不断发展 成熟建立起来的 是分布 式技术的一个应用 三层结构的基本思想是在分布式技术的基础上 运用组件 技术 把信息系统按功能划分为表示逻辑 客户层 业务逻辑 应用层 及数 据管理 数据层 三大块 分别放置在相同或不同的硬件平台上 客户层是信息系统的用户接口部分 即人机界面 是用户与系统间交 互信息的窗口 主要功能是指导操作人员使用界面 输入数据 输出 结果 它并不拥有企业逻辑 或只拥有部分不涉及企业核心机密的应 用逻辑 应用层是信息系统的主体 包括了系统中核心的和易变的企业逻辑 山 东 大 学 硕 士 学 位 论 文 10 它的功能是接收输入 处理后返回结果 应用层采用标准化的开发工 具 可以实现多种应用结构上的统一 通过模块化结构设计 实现高 可用应用系统 应用层实现了业务逻辑与表示逻辑的分离 使得系统 能够灵活的适应用户业务逻辑的变化 数据层是基于 SQL SERVER 等大型数据库的数据库管理系统 负责管理 对数据库的读写和维护 能够迅速执行大量数据的更新和检索 数据 层实现了数据的集中存储并且能够保证数据的一致性 在三层体系结构下 客户层不能直接访问数据层 只能通过应用层连接数 据库 完成业务处理 这种结构的主要优点如下 1 采用瘦客户 胖服务器的架构 即业务逻辑放在应用层 业务逻辑的更 改只需在应用层进行 而客户层仅处理信息的输入 结果的显示和业务流程的 控制 这样使整个系统的扩展性和可维护性更好 2 增加了系统的网络安全性能 在三层结构体系下 营业厅的业务人员 只能通过应用程序对数据库中的数据进行检索和更改 不能直接访问后台数据 库服务器 既避免了系统故障对数据库的破坏 又避免了黑客攻击数据库服务 器的可能 保证了数据的安全性 3 易于升级 数字电视业务处理逻辑发生变化 可通过修改应用层来实 现 不需改动客户层 即可自动适应业务发展的需求 从而提高系统的可维护 性 2 3 3 RMI 实现三层分布 式应用 远程方法调用 Remote Method Invocation RMI 是开发 Java 的网络分 布式应用系统的核心解决方案之一 它支持存储于不同地址空间的程序级对象 之间彼此进行通信 实现远程对象之间的无缝远程调用 用 Java RMI 开发的应 用系统可以部署在任何支持 Java 运行环境 Java Run Environment JRE 的 平台上 3 RMI 应用程序通常包括两个独立的程序 服务器程序和客户机程序 典型 的服务器应用程序将创建多个远程对象 使这些远程对象能够被引用 然后等 待客户机调用这些远程对象的方法 而典型的客户机程序则从服务器中得到一 个或多个远程对象的引用 然后调用远程对象的方法 RMI 为服务器和客户机 山 东 大 学 硕 士 学 位 论 文 11 进行通信和信息传递提供了一种机制 利用 RMI 编写分布式对象应用程序需要完成以下工作 1 定位远程对象 应用程序可使用两种机制中的一种得到对远程对象的 引用 它既可用 RMI 的简单命名工具 rmiregistry 来注册它的远程对象 也可 以将远程对象引用作为常规操作的一部分来进行传递和返回 2 与远程对象通信 远程对象间通信的细节由 RMI 处理 对于程序员来 说 远程通信看起来就像标准的 Java 方法调用 3 给作为参数或返回值传递的对象加载类字节码 因为 RMI 允许客户程 序将纯 Java 对象传给远程对象 所以 RMI 将提供必要的机制 既可以加载对 象的代码又可以传输对象的数据 在 RMI 分布式应用程序运行时 服务器调用 注册服务程序以使名字与远程对象相关联 客户机在服务器上的注册服务程序 中用远程对象的名字查找该远程对象 然后调用它的方法 4 本系统通过 Java RMI 来实现分布式应用 系统结构如图 2 4 所示 图 2 4 RMI 系统层次结构 具体程序实现步骤如下 1 定义客户机与远程服务的参数传递数据类 请求数据类 public class DataRequest implements Serializable 山 东 大 学 硕 士 学 位 论 文 12 private String sCmd private HashMap hData 应答数据类 public class DataRespond implements Serializable private String sCode private HashMap hData 2 定义接口 BusinessProcessI 该接口中声明每个要远程调用的方法 public interface BusinessProcessServiceI extends Remote 产品管理 public DataRespond productMangerProcess DataRequest req throws RemoteException 从定义中可以看出 远程接口具有如下特点 远程接口必须声明为 public 如果不这样 则除非客户端与远程接口 在同一个包内 否则当试图装入实现该远程接口的远程对象时会得到 错误结果 远程对象扩展 java rmi Remote 接口 除了所有应用程序特定的异常之外 每个方法还必须抛出 java rmi RemoteException 异常 任何作为参数或返回值传送的远程对象的数据类型必须声明为远程接 口类型 而不是实现类 3 编写和实现服务器类 BusinessProcessService 该类实现了 1 中定 义的 BusinessProcessI 远程接口 山 东 大 学 硕 士 学 位 论 文 13 本系统中 对每一个子功能模块定义了单独的业务处理类 这样 在远程 接口中为每一个子功能定义一个远程方法 在服务器类实现中 对每个远程方 法采用启动一个单独的业务处理类线程来实现 而业务处理类中具体的业务请 求 则通过请求数据类 DataRequest 中对 sCmd 进行语义解析来区分 例如 如 下是对产品管理部分的功能实现 服务器类 产品管理 public DataRespond productMangerProcess DataRequest req throws RemoteException DataRespond res new DataRespond new ProductMangerProcessServiceThread req res getResValue res return res 产品管理业务处理线程类 ProductMangerProcessServiceThread 中 调用 产品管理业务处理类 ProductMangerProcess 的 processRequest req res 方 法 在产品管理业务处理类中 processRequest req res 对 sCmd 的语义进 行解析 通过对 sCmd 解析 再分别调用不同的方法来实现具体的业务处理 在 业务处理过程中 对需要与数据库进行交互的地方 都通过数据库访问处理类 DataBaseSQLProcess 来实现 此方式实现的服务器类 具有如下特点 参数传递数据类的使用 实现了客户机与远程服务之间的数据传递的 灵活性和易用性 远程方法实现时 通过启动线程来调用业务处理类 保证了多客户端 同时调用时不会产生冲突 每一个子功能定义一个远程接口 子功能中不同业务请求的处理通过 语义解析实现 体现了子功能良好的独立性和封装性 4 编写使用远程服务的客户机程序代码 在客户机程序中 首先通过 java rmi Naming 中的 lookup 方法获得对远程对象的引用 然后再依据需要 调用该引用的远程方法 山 东 大 学 硕 士 学 位 论 文 14 得到远程对象引用 bpsi BusinessProcessI Naming lookup str 调用远程方法 res bpsi productMangerProcess req 实现了服务器和客户机的程序后 就是编译和运行该 RMI 系统 其步骤有 1 使用 javac 编译远程接口类 远程接口实现类和客户机程序 2 使用 rmic 编译器生成实现类 3 启动 RMI 注册服务程序 4 启动服务器端程序 5 启动客户机程序 2 4 系统业务功能 数字电视用户管理系统分为 业务子系统 权限子系统 及对外接口三 部分 其功能结构如图 2 5 所示 图 2 5 系统功能结构 业务系统主要完成对全部数字电视业务的电子化管理 主要分为 8 个模块 用户管理 产品管理 设备管理 授权管理 消息管理 系统管理 财务核算 和统计报表 1 用户管理 对新老用户基本信息的管理 包括用户注册 变更管理 山 东 大 学 硕 士 学 位 论 文 15 合同签订 续签 到期 作废 终止管理等 对用户设备购买 更换 退回 挂失 过户等业务的管理 对用户购买 退订产品包的管理 对用户缴费的管理 对 不同客户的分类别设置 2 产品管理 包括 对节目提供商信息管理 对节目频道管理 对节目 产品包的定义 对各种产品的销售方式定义及销售价格的定义 对各种产品信 息的查询 3 设备管理 包括 智能卡 机顶盒的型号定义 设备入库 转库 退 库的管理 设备当前状态和流动轨迹的查询 4 授权管理 包括 对新增产品包的手动授权 对已存在产品包的取消 授权 重置授权 对不同类别的智能卡发送分组消息 对已发出的授权操作查 询流水记录 5 消息管理 包括 普通消息 邮件的发送 欠费消息 邮件的发送 自 动发送催费消息 6 系统管理 包括 对整个系统的各种参数进行定义 如客户类别 行 政区域 手续费 时间周期等 对操作员可管理的客户类别 智能卡类别和产 品包类别等的辅助权限进行管理 7 财务核算 包括 对客户费用的红冲 蓝补 对发票重打 补打和定制 等业务的管理 对业务进行财务审核和结算 8 统计报表 包括 对用户 设备 节目包 营业额 银行 各销售区 域的数据进行综合查询统计 权限系统是以权限为中心 采用 角色 权限 管理方式 包含统一的管 理子模块来对注册的站点和操作员进行验证管理 系统在操作员角色之间定义 操作权限 以此来控制操作员可以访问哪些数据 哪些应用 并通过对站点进 行授权 确定站点对数据的读写操作权限 主要分为系统管理 授权管理和权 限管理三部分 1 系统管理 包括 在登录系统时对操作员进行身份验证 为操作员提 供更改登录口令等功能 2 授权管理 包括 对使用系统的注册 对使用本系统的营业厅和工作 站的定义和管理 山 东 大 学 硕 士 学 位 论 文 16 3 权限管理 包括 定义各种业务的角色并分配相应的权限 通过 角 色 权限 机制实现对系统的操作员进行权限管理 系统的对外接口实现数字电视用户管理系统与其他系统之间的业务处理和 数据交换 主要包括 1 与条件接收 Conditional Access CA 系统的接口 数字电视用 户管理系统是为有线电视网络运营商提供合理的 规范的进行收视用户的 管理方案 必须考虑到和CA 系统的有机结合 2 与银行系统的接口 在数字电视用户管理系统设计上要充分考虑与 银行的接口 通过专有接口与银行服务器连接 保证系统的安全性和保密 性 在同银行系统进行互连时 需要进行接口的严格定义和实现 防止产 生不安全因素或者其它性能上的瓶颈问题 3 与其它用户管理系统的接口 用户管理系统实现对数字电视用户 的管理 在设计上应遵循 统一体制 统一运营模式 分级授权 与银 行联网 的原则 用户的管理考虑了多层次结构 下级数据对上级透明 上级具有查看下级数据的权限 下级可以选择接收上级的节目 考虑到市 级电视台的特点 在市一级用户管理的基础上增加了针对不同地区的用户 管理功能 4 与数据信息广播系统接口 在数字电视业务平台内数据信息广播 系统主要用于广播各种业务信息 通过数字电视用户管理系统与数据信息 广播系统的接口 可以实现用户费用信息 节目菜单信息等相关信息传输 如欠费用户通知信息 EPG 菜单内容 等 山 东 大 学 硕 士 学 位 论 文 17 第三章 核心业务设计及实现 系统的核心部分包括 数据库设计及实现 产品包的购买算法 定时服务 处理等几方面 下面就这几方面分别进行介绍 3 1 数据库设计 数据库设计是整个系统实现中很重要的一个环节 除了要考虑数据保存的 完整性以外 如何更好的支持业务定义的灵活性以及保证业务状态数据的唯一 性是本系统要重点解决的两个主要问题 在本系统中 业务定义的灵活性主要 体现在对营销策略的定义 业务状态数据的唯一主要体现在业务流水号的唯一 性上 3 1 1 营销策略定义的实现 数字电视用户管理系统作为广电运营商的数字电视业务支撑平台 必须能 够保证实现对各种产品的不同营销策略的支持 也就是说 运营商在不同的时 期 针对不同的客户所制订的各种灵活的营销策略 数字电视用户管理系统必 须支持其定义 并支持营销策略的执行 在系统的需求分析阶段 通过与市场部 节目部 技术部等多部门的沟通 交流 明确了营销策略可能会涉及到的几个方面 产品编号 每个产品定义一个编号 销售方式 对某项产品 可能有购买 租用 赠送 优惠等多种 客户类别 对数字电视用户进行类别划分 不同的类别对应不同的策 略 销售日期 针对某项产品的销售可能有一段时期的促销活动 在此时 期能可能会执行优惠的价格 智能卡类别 某个客户可以办理多个不同类别的卡 比如专门针对儿 童的亲子卡 专门针对老年用户的老年卡等 计费周期 对用户购买的节目包的费用计算周期 考虑到有些节目有 很强的实效性 比如世界杯比赛的节目包 计费周期定义为 40 天 计 山 东 大 学 硕 士 学 位 论 文 18 费周期应该能够实现灵活定义而不是简单的按年或者是月来计算 计费开始策略 有些产品包并不是从用户购买开通之日起开始计算 因此需要定义不同的计费开始策略 产品自动续服务标志 有些产品是必须要自动续服务的 有些产品是 无法自动续服务的 还有些产品是用户可以选择是否自动续服务 因此 在系统设计实现时 必须综合考虑上述因素 这样才能保证能够灵 活的定义和实现各种营销策略 在本系统中 采用了如下方式进行数据库设计和业务逻辑处理 首先 对上述每一种因素分别建立一个数据字典表 用来存放可能的值 运营商可根据需要灵活的定义和配置该数据字典 数据字典表分两类 一类是只需要标识一下名称即可 与用户产品包的计 费无关 如销售方式 客户类别 智能卡类别等 例如 销售方式数据字典表 定义如表 3 1 所示 NameCodeDate Type 销售方式标志sale kindchar 1 销售方式名称sale namechar 10 定义日期Dateint 定义时间Timeint 操作员operate nochar 4 表 3 1 销售方式数据字典 另一类数据字典 除了要标识名称外 还必须定义确切的数据或标志 因 为这些数据或标志与用户产品包的计费有关 如计费开始策略 计费周期等 例如 计费开始策略定义如表 3 2 所示 NameCodeDate Type 策略编号policy nonumeric 8 0 策略名称policy namechar 20 时间标志time flagchar 1 延期数目time amountint 备注remarkvarchar 60 山 东 大 学 硕 士 学 位 论 文 19 定义日期dateint 定义时间timeint 操作员operate nochar 4 表 3 2 计费开始策略定义 其中 时间标志是表明延期时间的计算是按天计算还是按月计算 比如表 3 3 中的两条数据分别表示延期 7 天计费和延期 1 月计费 策略编号策略名称时间标志延期数目备注定义日期定义时间操作员 3延期 7 天D7200501091420238888 4延期 1 月M1200501091422068888 表 3 3 延期时间数据 然后 建立产品包价格表 来保存每一种具体产品包的营销策略 每一种 营销策略对应一个价格编号 结构如表 3 4 所示 NameCodeDate Type 价格编号pricenonumeric 8 0 产品包编号act nochar 4 销售方式sale kindchar 1 客户类别client groupchar 1 智能卡类别card kindchar 1 计费周期fee cycnumeric 8 0 计费开始策略policy nonumeric 8 0 价格pricedecimal 9 2 销售开始日期saledate begin int 销售终止日期saledate endint 是否自动续服务 is autochar 1 定义日期dateint 定义时间timeint 操作员operate nochar 4 表 3 4 产品包价格 数字电视用户在购买产品时 首先根据用户的信息将产品包价格表进行过 山 东 大 学 硕 士 学 位 论 文 20 滤显示 然后用户可以选择其中所要购买的产品进行购买 例如 一个客户类 别是普通用户 需要在类别为普通卡的智能卡上购买产品包 则系统在显示可 购买的产品包价格信息时 只显示普通用户 普通卡的价格列表 将非普通用 户 普通卡的价格列表全部过滤掉 这样就保证了系统所定义的营销策略的销 售对象的正确性 用户确定购买后 后台业务逻辑再根据用户所购买产品的价 格编号 将该营销策略的属性全部取出来 进行相应的逻辑处理 从而最终完 成用户的产品购买操作 系统的实现窗口如图 3 1 所示 图 3 1 产品包价格定义 3 1 2 操作流水的数据库设计及实现 在进行业务处理时 对关键业务的操作比如购买设备 节目 缴费等操作 必须要进行流水记录 这样可以保证业务的可查询性 每一种操作可能有多种 不同情况和状态 比如用户的节目包操作 就需要对应 购买 自动授权 自 动取消授权 系统授权 系统取消授权 等 20 多个可能的操作 针对不同的操 作 又可能会产生 未授权 已经授权 终止 欠费停 等 9 种可能的状态 在系统实现时 必须保证对每一个操作和每一种的状态进行记录 以达到 操 作留痕 的目的 山 东 大 学 硕 士 学 位 论 文 21 本系统在记录操作流水处理时 采用了如下方式设计数据库 为每个业务 操作建立一个操作流水记录表和操作流水号表 操作流水记录表存放该业务操 作的有关信息 如用户产品包操作流水 useractjour 定义如表 3 5 所示 NameCodeDate Type 日期dateint 流水号jour noint 用户证号btvaccountchar 9 用户类别user kindchar 1 智能卡型号card typechar 4 智能卡编号card nochar 10 智能卡类别card kindchar 1 节目包编号act nochar 4 操作方式op typechar 1 状态statechar 1 时间timeint 操作员operate nochar 4 营业厅depart nochar 4 表 3 5 用户产品包操作流水 操作流水号表是用来记录产生的流水号 如用户产品包操作流水号表 useractjour no 定义如表 3 6 所示 NameCodeDate Type 当前日期curr dateint 流水序号serial noint 修改标志modi flagchar 1 表 3 6 流水号表 记录操作流水时首先从流水号表中得到本次操作的流水号 然后再将本操 作的有关信息记录到流水记录表中 得到操作流水号的算法如下 Step1 由于流水号是每天重新开始生成 因此首先判断是否有当天的记录 若没有则插入操作流水号表中一条新记录 日期为当天 山 东 大 学 硕 士 学 位 论 文 22 serial no 0 modi flag 0 Step2 加锁得到数据 执行的代码如下 update 流水号表 set modi flag 1 serial no serial no 1 where modi flag 0 and curr date 当天 Step3 取流水号 执行的代码如下 select se