从单部门使用、每天以软盘递送来完成与银行的数据交割，到各部门共享数据、自动处理与银行的交割数据，某市有线电视用户管理系统不管是功能上还是效率上都有了质的提高。

某市有线电视用户管理系统原来采用的是基于Foxpro的数据库系统，用来管理5000多家用户，经过几年的发展，用户数迅速发展到10以上，此系统开始暴露出诸多不足之处:首先，此系统只在用户管理部使用，功能有限。其他部门想接入这个系统共享数据，数据库必须增加许多字段和表，数据库会比原来大许多倍，这就要求系统具有很高的数据处理能力，而这是Foxpro数据库系统无法满足的。

其次，现在已普遍采用银行代收费，而原系统没有与银行的实时连接，每天从银行用软盘拷贝数据，然后写入数据库。由于时间差，不仅经常出现重复付费的问题，而且这种方式还费工费时。基于各方面的原因，该市有线电视从2002年开始规划新的用户管理系统，经过一年多的开发，如今，该系统已经全部投入运行，给该市有线电视的收费管理带来一次全面提升。

系统总体架构

该市有线电视用户管理系统由系统管理程序、柜台业务程序、工程支援程序、银行结算程序四部分组成。

1．系统管理：负责操作员的权限管理、系统参数配置、发票及报表格式设置、数据库设置、软件使用权设置等业务。
2．柜台业务：负责新户安装、单笔收视费、补证费、改线费、综合业务(移机、过户、增机、减机、停机、销户、开机、变更用户类型)、退费、合并发票、交易冲正、查询清单、汇总报表、操作员日结算、施工返回清单查询等业务。
3．工程支援：负责开通地址录入、私接用户录入、外线勘查反馈、外线施工反馈、新户开通反馈、用户变更反馈、出各种派工单等功能。
4．银行结算：包括中国银行实时结算系统和人民银行一卡通代扣系统两部分。

（1）中国银行实时结算系统:中国银行实时结算系统主要负责单用户查询、单用户收费交易、单用户冲正、日终对账交易四种类型的实时交易。它是该市网络传输中心通过光纤与中国银行联网，再通过中国银行本身的内部网络与中国银行各支行的柜台联网的实时代收费系统。其中国银行每一个工作站都是有线电视用户管理系统的一个实时收费终端。

（2）银行一卡通代扣系统：该系统不是实时结算系统，而是批量代扣系统，即各商业银行代扣有线电视费用，并把代扣结果文件发给银行，银行汇总后发给该市网络传输中心的代扣系统。
银行一卡通代扣系统主要负责下载处理银行委托信息、上传委托信息确认结果、代扣文件的生成与上传、下载处理银行代扣结果文件、文件加密等功能。

银行结算系统设计

本系统中柜台业务与工程支援程序是各自为不同部门服务的，这部分和业务集合比较紧密，限于篇幅不再赘述，这里主要介绍系统中与银行结算相关部分的设计。中国银行实时结算系统业务流程如下：

1.实时结算系统主要负责对用户进行收视费收取。
2.每个收费过程包括两个过程：银行查询某一用户应缴费用金额和银行对某一用户收取费用。
3.每个过程包含两个步骤:中国银行发起请求和有线网络中心返回应答信息。
4.在银行方发现收款失败之后，将发起交易冲正请求，有线网络中心对收款交易进行冲正之后，返回冲正成功或失败信息。
5.该市网络传输中心用户部每天进行日终对账。如出现单边账，进行相应调账处理。

银行一卡通代扣业务流程分为委托登记和批量代扣两部分。其中委托登记流程如下：

1.有线电视用户到商业银行办理一卡通委托。
2.各家商业银行把客户委托资料文件上传给银行。
3.该市网络传输中心从银行下载客户委托资料文件，并予以确认。
4.该市网络传输中心上传客户委托资料确认结果文件，并把确认的客户资料写入用户管理系统数据库。
5.各家商业银行从银行下载客户委托资料确认结果文件。

批量代扣的流程如下：

1.该市网络传输中心营业厅每天营业结束后，计算生成用户批量代扣文件，上传到人民银行。
2.各家商业银行从人民银行下载批量代扣文件，并从客户银行账户里扣缴收视费，并生成代扣结果文件。
3.各家商业银行把各自代扣结果文件上传人民银行。
4.网络传输中心从人民银行下载代扣结果文件，并把成功扣费的用户写入数据库。

数据库系统设计

整个有线电视用户管理系统完全基于数据库设计，所以，数据库服务器是系统的关键，通过对系统的分析，发现可能存在如下性能瓶颈：

1.本系统并未采用中间件来构成多层结构的应用系统，所以不具备的服务器负载均衡和客户请求优先级划分等功能。
2.为提高用户服务质量，本系统运营后，并不严格要求用户使用用户证户号进行业务处理，所以存在频繁地多户查找功能的可能，在很大程度上会影响系统性能。
3.银行结算系统在投入运营后，可能产生大量的数据库连接，也将对服务器性能造成很大影响，甚至有本地客户机无法连接到服务器。

针对上述问题，本系统采用如下解决方案：

1.提供一台专用查询服务器，通过查询服务器提供几乎所有批量查询业务。这一措施可大大减轻主数据库服务器的负载。
2.由于本系统采用MSSQLServer2000数据库，所以可通过数据库提供的复制发布功能，将查询服务器作为发布服务器(主服务器)的同步订阅服务器。当主服务器的数据被修改后，查询服务器的数据将会实时同步，为所有的查询客户机提供准确的数据服务。
3.在银行结算系统的数据库端编写数据库连接池，使所有的并发客户连接共享这一连接池，限制数据库连接数，杜绝由于客户机连接数过高而影响数据库系统稳定性的隐患。

本系统除通过查询服务器和数据库连接池的方式来减轻主数据库服务器的负载外，还通过行之有效的备份方案，来保证数据库服务器发生灾难性故障时，能够迅速恢复。方案如下:

1．采用IBMServerRAID卡RAID1技术，通过双硬盘镜像,保证一块硬盘发生故障时，另一块硬盘能够迅速加入工作。
2．采用镜像服务器，也就是前述的查询服务器为主数据库服务器交易数据做好实时备份。
3．采用循环自动备份的方法，在主数据库服务器上进行数据备份。
4．建立光盘备份制度，定期为数据做好完整的光盘刻录。

此外，由于系统涉及到用户收费和银行的交割，所以，本系统安全也至关重要。系统采用了以下五级的安全防范体系：

1．数据库安全性。本系统采用了客户机服务器应用系统模式，在客户机上采用双向加密算法，对数据库服务器的登录密码进行保护。
2．软件系统安全性。本软件系统对管理操作员进行分组、分权限管理。可以给不同的操作员组分配不同的权限，也可以给个别操作员分配一些特权。在系统的每一个业务操作中，都会自动记录操作员身份及改动资料。操作员密码采用MD5算法加密。
3．网络安全性。在与外部网络，特别是银行转发服务器通信时，增加防火墙隔离，以保证内部网络的安全性。在与人民银行进行Modem通信时，采用加密Modem拨号，保证彼此的安全性。收费系统内部网络与外部Internet从物理上断开，防止不必要的侵入。
4．此外，还注意加强网络中心内部管理制度的建立，尽可能禁用软驱、光驱等易接触病毒源的外设。定期对每一台客户机进行杀毒。
有线电视用户管理系统软件配置
数据库服务器：Windows2000AdvancedServerMSSQLServer2000
客户机：Windows2000WindowsXP
开发环境:BorlandDelphiVisualC++MSSQLServer2000

有线电视用户管理系统测试结果

1．单笔柜台业务数据库操作时间小于1秒。
2．大批量查询可以达到10000条记录秒，同时在大批量查询时，不影响单笔柜台业务操作。
3．模拟银行业务测试峰值可达50笔秒交易，银行结算系统每秒至少可受理20笔业务，日最低业务量可达60万笔。

来源：CCW