移动通信话费查询与缴费系统设计 [当文网提供]

移动通信话费查询与缴费系统设计 [当文网提供] 移动通信话费查询与缴费系统设计 摘 要: 对移动通信话费查询与缴费业务进行了系统全面的分析研究。针对 现有系统中实时性不足而造成用户欠费太多使公司企业蒙受损失的问。采用的 开发工具Delphi 5.0进行系统设计。设计系统能够提供对移动话费信息输入、 查询、编辑、打印以及话费统计各明细项目的数据编辑，自动计算出话费的各项 合计数据;可自主设定条件从而达到对话费数据的多角度查询功能;方便导入、 导出数据及输出报表。支持运行的环境:Microsoft Window98/2000/XP。 关键词: 移动通信; 数据库; 软件工程; Delphi Query and Pay Fee System of Mobile CommunicationsSummary: This system for Mobile Communications result management systemUses the development kit is Delphi 5.0. The system can provide to the result information input, the inquiry, the edition, the printing as well as the result counts each detailed item the data edition, the automatic computation achieves the result each item equals the data; But independently establishes the condition thus achieves to the result data multi- angles inquiry function; The convenience inducts, derives the data and the output report form. Support movement environment: Microsoft Window98/2000/XP. Keyword: Mobile Communications; Database; Software engineering; Delphi 近年来，随着中国的市场经济的高速发展的情况下，社会上出现了很多新消费模式，由此移动通信行业衍生出很多新的业务，具体情况可总结为以下几点: 人们生活水平的提高，消费项目，服务种类的增加，产生了各种各样好收费项目。 在这追求效率的时代，社会需要方便和快捷的缴费方式。 通信行业竞争的日益激烈，移动通信的服务意识越来越高，通过各种服务吸引用户，已成为通信公司重要的竞争手段。在当今网络社会，技术成熟，发挥网络技术优势，利用网络实现快捷缴费已经成为可能。 利用电子商务网络以及众多的营业网点实时收费，在几乎不增加系统负担的情况既可缓解目前收费单位营业厅的紧张状况，又方便用户缴费，提高了费用回收率。 第一章 需求与可行性分析 1.1查询费用 客户到柜台缴纳费用，”缴费子系统”根据用户提供的手机号码把”查询费用”指令存入业务数据库。 系统检测到“查询费用指令”，把“查询费用”指令组成数据包放入“业务网关”发送表中。系统把“查询费用”指令填入接收表中，并返回确认信息。 “业务处理子系统”在得到确认信息后，从接收表中检测返回结果，并监控超时重发无返回结果的情况。 “业务处理子系统”从接收表中查询到“查询费用”指令，把“查询 费用”指令填入数据库(得到“查询费用”指令后从主数据库查询用户的费用信息，填入业务数据库。 “业务处理系统”如果超时没有得到查询结果，把返回结果“系统错误”填入发送表。 “业务网关”从发送表得到数据发送出去，把查询结果填入接收表。柜台从业务数据库得到查询结果。 1.2缴纳费用 “缴费子系统”发出”缴纳费用”指令存入业务数据库。 “业务处理子系统”检测到“缴纳费用”指令，把“缴纳费用”指令组成数据包放入发送表。 “业务网关”把“缴纳费用的指令填入接收表，并返回确认信息。 “业务处理子系统”在得到确认信息后，从接收表中检测返回结果，并监控超时重发无返回结果的情况。 “业务实理子系统”从接收表中查询到“缴纳费用”指令，把“缴纳费用”指令填入业务数据库。得到“缴纳费用”指令后从主数据库销账，并把结果填入业务数据库。 “业务处理系统”如果超时没有得到销账结果，把返回结果“系统错误”填入发送表。 业务网关从发送表得到结果送出，并把结果填入接收表。柜台从业务数据库得到缴纳结果。 1.3帐务 打印票据:柜台收到“缴纳费用”返回成功信息后,为客户打印收费 票据。 电子对帐:每日营业终止后,“系统管理子系统”向“业务处理子系统”发送“总帐核对”,“明细核对”指令,核对当天交易是否与收付费记录相符。 业务统计:系统统计并打印出当天或当月的业务汇总、流水并与管理员提供的报表核对是否无误。 第二章 概要设计 2.1模块划分 系统模块划分的基本的原则是松耦合、高内聚，保证系统各个模块设计的独立性是系统模块划分的原则之一即是松耦合，而把相关性很强的功能部分归类到一个模块中也是提高系统设计质量的基本原则即高内聚。 系统根据松耦合、高内聚的系统模块划分的原则进行系统模块的划分。良好的系统模块划分，为系统的开放设计提供了可能，在大的模块划分的基础上再进行更加详细的模块划分。保证了系统是在对象的基础上进行的拼装。极大的提高了系统的可维护性。 2.2设计思想 电信业务管理系统是两层结构、三层结构的结合体。对于需要进行大量数据的批处理的计费、帐务等部分，考虑批处理事务的大数据量、定时触发、单一进程等特点，客户端(机房)采用了与数据库直接相连接的C/S结构，而对于需要实时性很强的联机直采部分、大量并发处理的销帐部分、WEB查询和需要网络数据访问的接口部分，考虑数据处理的小数据量、大量的并发处理、实时性很高、数据的安全性等因素，采用分布式三层结构,如图2.1: 图2.1三层结构图 三级客户/服务器的应用体系很适合OLTP(联机事务处理)的需要， 是当今数据库系统中比较流行的结构体系。三级客户/服务器具有如下优点: 1.轻量客户机:加入应用服务层后，将业务逻辑定位在应用服务层，由应用服务层来进行复杂的数据处理，客户层只关心具体业务问题的处理。这样，客户层的负担大大减轻，可以更好地实现业务功能，提高系统效率和增强系统的功能。 2.增强系统的安全性:管理系统中的计费帐务子系统需要与外界交换各种数据，如果直接让外界访问数据库，会存在很大的安全隐患。加入应用服务层后，在客户机与应用服务器之间采用专有协议通信，并且在应用服务器上采取安全管理措施，可以有效防止外界非法的数据访问。 3.提高系统的开放性:采用三级客户机/服务器结构后，客户层与数据服务层隔离开来，系统的模块化程度得到提高，模块的组装更加容易。这使得系统能够针对业务和客户的各种要求灵活地进行模块的配置和组装，大大提高了系统的开放性。 4.提高了系统的并发处理能力:整个管理系统连接的客户机很多，加入应用服务器后，应用服务器将客户机发来的操作请求进行排队处理，并通过有限的数据库连接进行并发的数据库操作。这样，大量的并发访问被均匀分担，数据库主机可以平稳的工作，不会出现拥塞的情况。 5.降低成本:加入应用服务层后，系统对数据库服务器的用户数量要求大为降低，有效降低了系统的成本。 为适应来自电信企业各项费率、优惠政策的不断变化，为经营电信业务提供更多手段，系统利用VSL(开放式、可视化的描述性)语言，通过友好的人机界面，普通用户就可以很方便和迅速地定义不同的接口和设置。针对不同业 务应用统一的功能模型和数据模型设计，可以根据不同规模业务灵活配置。同时系统硬件平台和应用软件都充分考虑了可扩充性，可以有效的节约投资并在业务增长的时候实现灵活扩充。做到了以不变应万变。例如:话单类型的参数化:根据电信费用类项不断变化的特点，制定了费用类项的参数化，可以支持费用类项的动态增减。并根据费用的类项的级别进行费用类项的归类。根据帐务周期需要不断变化的特点，把帐务周期进行参数化，可以为不同的用户设置不同的帐务周期，达到了灵活配置,根据结算对象的变化特点，为了适应电信企业的体制的改革，把计算对象进行了参数化。具体的结算对象可以进行设置。为了加强电信企业的竞争力，优惠的需要经常改变，把优惠规则进行参数化大大提高了系统的灵活性。用户类型、计费类型的参数化等等其他资料的参数化。 2.3设计原则 电信企业的管理系统是一个长期不间断运行的、需要高性能的处理效率 、高度可靠的安全策略、灵活方便的系统配置的广域网环境的实时信息处理系统。因此，该系统在数据库平台、应用软件系统等方面应从先进性、稳定性、安全性、开放性和可扩展性等几方面要进行综合考虑。 2.3.1高可用性和可靠性 由于主机系统承担了整个系统的绝大部分业务，一旦主机系统发生故障，将面临计费数据丢失等严重事件并给竞争对手以可乘之机。为保证主机 的不间断运行，以下3个方面必须得到保证: 1.数据的完整性、可用性和可恢复性; 2.停机时间最小或无; 3.最小的非计划宕机时间。 具体包括以下两个方面: 1.主机运行的可用性 主机系统应具有以7?24?52的方式工作的能力，即每周7 天，每天 24小时，每年52星期连续不间断，从而使得整个系统的可用性得到最大的提高。主机系统采用服务器集群技术(CLUSTER)，进行双机备份或多机备份。服务器集群技术是由两台或多台节点机(服务器)构成的一种松散耦合的计算节点集合，为用户提供网络服务或应用程序的单一客户视图，同时提供接近容错机的故障恢复能力。服务器集群技术能减少或消灭由软件或硬件故障引起的系统停机时间，通过向集群添加节点，使服务器具备强大的可伸缩能力，提供增强的系统可用性等为了提高主机的利用率，应采用热备份形式。当一台主机出现故障时，其它主机能够自动接替工作。各应用子系统可根据实际的负载情况，在群集内各主机间灵活迁移，从而使整个群集内各应用子系统性能达到最优。 2.掉电保护 计算机电源出现故障时，系统利用自身的后备电源把内存中的所有数据即工作现场保留到硬盘的相应部分，当电源修复之后，系统在启动过程中，首先确定是否需要执行掉电恢复程序，以恢复掉电现场或重新启动主机系统，从而保证应用程序不会因掉电而中断，也不会丢失数据。 2.3.2安全性 主机操作系统的安全措施主要控制不同用户所享有的权力范围，使部分数据只能提供给有权利的用户使用。系统跟踪和监管“奇怪”和不合理的事情。例如用户不断尝试输入错误密码以达到登录目的，或用户尝试读一个他不应阅读的档案。执行严格的系统用户登入检查，防止不正当人员登入。使系统资源不受 到盗用，同时防止病毒入侵。 2.3.3扩充性 系统的升级扩展能力也是一个重要的方面。任何一个企业或部门的计算机应用，都有一个从无到有、逐步成长、日益发展的过程。服务的内容日渐增加，服务的范围越来越广，服务质量的要求也在节节上升，与之相适应，系统规模、产品档次、性能要求也随之成长。在这一过程当中，一步到位,一成不变的情况是不存在的。随着时间的推移，技术的进步，计算机产品的性能在成倍的增加，而价格在逐年降低。一步到位会造成用户投资的巨大浪费和风险的加大。随着业务需求的发展分段投入，逐步升级和扩展系统是一个正确的方法。 主系统的主机系统应具有良好的扩充性能，良好的CPU扩充能力，主机性能能够随着CPU的增加线性增长;良好的内存扩充能力，可以方便地增加内存;良好的节点扩充能力，可以方便的在集群中添加新的节点，并显著提升系统的性能;良好的I/O扩充能力，可以方便地扩充与外存储器的I/O通道，提升系统的I/O性能。 2.3.4应用系统的安全可靠性设计 应用系统采用分布式处理方式，组件结构。各模块均具有较强的独立性，当某一模块出现故障时，不会对整个系统造成重大影响，其它模块仍然能够正常运行。系统开发过程中采用大量冗余代码，使得应用程序具有较高的容错能力和故障恢复能力,当某一台数据库主机出现故障时，另一台主机将自动接管故障主机上运行的数据库服务器和所有应用程序，应用程序具有恢复功能，能够从断点处继续工作。系统提供域名服务器功能，当某一台应用服务器出现故障时，客户端对该服务器的访问将被转移到其他应用服务器上，可实现应用的透明切 换。 系统管理模块可对整个系统的资源使用情况进行监视，包括CPU负荷、数据库负荷、局域网负荷、广域网负荷、内存和硬盘等存储资源的使用情况。当这些资源出现枯竭情况时，网管系统能够及时产生告警，管理人员进行相应处理。系统管理也负责对各个应用软件模块的运行进行监控。当某一进程运行出现异常时，管理系统产生告警，自动杀死该进程并在适当的时候重新运行该进程。通过系统管理界面，系统管理员可以对软件的运行进行控制，包括进程的启动、暂停、清除和运行参数的设置等。 系统对各个处理环节产生的数据进行严格的审核校验，保障数据的正确性和完整性。对系统的全过程提供详细的处理日志，对日志记录能够进行统计和查询。 应用要系统采取严格、完善的操作员权限管理，包括: 应用程序的功能具有权限设置，对系统管理员开放全部功能，对一般操作员只开放与其岗位相关的功能。对操作员的授权有时间限制，对到期的使用授权由系统管理员负责收回。所有操作均写入日志，只有系统管理员有权对日志进行管理，并根据日志对操作员的工作进行监督和管理。 系统采用了三级客户机/服务器体系，外界对数据库的间接访问要通过应用服务层的协议转换和身份认证。与外界的数据传输均采用加密处理。 所有故障告警和管理员的操作均记入日志，系统可根据这些日志对各种故障进行统计，对故障原因进行分析，对操作员的工作进行监督和管理。 第三章 数据库设计 3.1数据库技术的发展现状 数据库技术的发展经历了三个阶段。 第一阶段，1969年IBM公司研制了基于层次模型数据库管理系统(IMS)。 第二阶段从60年代到70年代初，美国数据库系统语言协会(CODASYL)提出了DBTG报告。该报告提出了数据库系统的许多基本概念、方法和技术，成为网状数据模型的典型代表，奠定了数据库发展的基础。DBTG的存取效率较高，系统研制较容易，但数据独立性差，用户使用不方便。 第三阶段，1970年IBM公司的//.d提出了关系模型数据库技术的理论及论文“大型共享数据库数据的关系模型”。 随着数据库技术和计算机软硬件水平的提高，近年来又出现了许多新的数据库技术，如实时数据库、分布数据库、面向对象数据库、数据仓库及专家数据库等。 分布式数据库是数据的集合，它在逻辑上属于同一个整体，但存放在不同节点。在分布式数据库中，每个节点都有自己的数据库管理系统(DBMS)，具有高度的自治性，其位置对于用户而言是透明的，与集中式数据库相比，可靠性和灵活性更高。考虑到系统的性能和效率，分布式数据库往往把数据集的不同副本存放在不同节点，以减少网络传输的开销，但同时又增加了副本数据库更新操作所需的开销。因此对副本数据库存放策略进行研究，是分布式数据库设计的重要任务。 实时数据库系统(RTDBS)是业务和数据都有定时特性或显式时间限制的数据库系统。系统的正确性不仅依赖逻辑结果，还依赖逻辑结果产生的时间。RTDBS是数据库和实时系统的结合，它集成两者的概念和要求，同时处理定时性和一致性。对RTDBS而言，实时指的是能设置和处理“显式”的定时限制，即通 过“识时协议”处理有关的截止时间或定时限制。 随着计算机硬件技术的不断发展，动态随机存取存储器(DRAM)的容量越来越大，这无疑为计算机内存的不断扩大提供了硬件基础，但在并行数据库，后端机 I,O瓶颈越来越突出，因此出现了内存数据库(MMDB)，它将整个数据库或大部分热点数据存放在主存中，消除了I,O瓶颈。在传统的面向磁盘数据库DRDB中，数据库主备份位于磁盘，在MMDB中则位于主存。对不同的存储介质，DBMS采取的策略也各不相同。数据驻留内存，可以大部分或全部在内存中存取数据，缩短系统的响应时间，对于实时数据库系统有重要意义。 3.2数据库的安全可靠性设计 系统数据的安全性是系统的生命所在，系统应该提供操作系统层、数据库层、网络层、应用层等多个层次的安全管理，确保系统万无一失。数据库系统是系统的核心软件，其性能优劣直接关系到整个系统的处理性能，数据库的安全可靠性设计包括: 1.数据库采用面向对象的设计方法和先进的数据库设计工具，可得到完善的事务处理手段，保证数据的正确完整，易于开发和维护。 2.支持分布式数据处理和分布式数据库管理;支持多用户、多线程、多处理器工作方式;提供开放式的编程接口。 3.在设计和开发中避免“死锁”、“超长事务”、“数据溢出”等异常情况对系统的不良影响;具有完备的数据库性能测试和故障诊断工具，保障系统的正常运行。 4.提供完善的操作员权限管理;三级客户机/服务器体系，外界用户 不能直接访问数据库，对数据库的间接访问要通过应用服务层的身份认证。 5,对操作员的权限管理包括: 数据库由系统管理员建立和管理，系统管理员拥有唯一的最高权限。 对一般操作员的数据库操作权限进行严格限制，未经授权，操作员无权修改和查询任何数据。 对操作员的授权限定有效期，对到期的使用授权由系统管理员负责收回。 6.提供方便的数据备份和恢复手段;具有较高的容错能力和恢复能力; 能提供较强的安全机制，可对数据库、库表、表列进行安全限制。 7.支持表分区对行级锁有较好的支持。 3.3数据库逻辑设计 数据库表分割设计，使数据库在入库和分发时，能够采用多进程多线程并行操作，提高入库和分发的速度，保证话单处理的实时性。系统还可根据需要自动的升起多个进程和线程来充分利用系统的资源。 3.3.1数据字典 1. 用户信息表手机号码,密码,用户名,别名,性别,出生日期,民族,职业,婚姻状况,身份证号码,籍贯,地址 ，如表3.1: 表3.1 用户信息表 字段名 属性 描述 NUMBER CHAR11 NOT NULL 手机号码 CODE CHAR8 NOT NULL 密码 NAME CHAR40 NOT NULL 用户名 ALIAS CHAR15 别名 SEX CHAR2 性别 BIRTHDATE DATE 出生日期 RACE CHAR10 民族 EMPLOYMENT CHAR20 职业 IC CHAR20 身份证号码 MARITALSTATUS CHAR3 婚姻状况 NativePlace CHAR40 籍贯 ADDRESS CHAR40 地址 2. 号码信息表手机号码,用户名,开户日期,月租开始日期,当前余额,当月 费用,停机标记,积分 ，如表3.2: 表3.2 号码信息表 字段名 属性 描述 NUMBER CHAR11 NOT NULL 手机号码 NAME CHAR40 用户名 OPENDATE DATE NOT NULL 开户日期 COSTDATE DATE 月租开始日期 NOWNOMEY NUMERIC10,2 当前余额 NOWCOST NUMERIC15,2 当月费用 STOPFLAG CHAR1 停机标记 INTEGRAL INTEGER 积分 OPENEMPCODE CHAR 10 操作人员 3. 话单表手机号码,被叫号码,被叫地名,服务类型,起始时间,结束时间,时长,服务费,附加费 ，如表3.3: 表3.3 话单表 字段名 属性 描述 NUMBER CHAR11 NOT NULL 手机号码CALLDATE DATE NOT NULL 被叫日期CALLNUMBER CHAR20 NOT NULL 被叫号码CALLPLACE CHAR40 被叫区域SERVECODE CHAR5 服务类型RATE NUMERIC15,2 费率STARTTIME DATE NOT NULL 起始时间ENDTIME DATE NOT NULL 结束时间TIMELONG NUMERIC15,2 时长 SERVEFEENUMERIC15,2 服务费APPENDFEE NUMERIC15,2 附加费 4. 话费表手机号码,月租费,上网费,短信费,短途话费,长途话费,国内漫游,国际漫游,订购服务费,总额 ，如表3.4: 表3.4 话费表 字段名 属性 描述 NUMBER CHAR11 NOT NULL 手机号码, MONTHHIRE NUMERIC15,2 月租费 NETWORK NUMERIC15,2 上网费 NOTRFEE NUMERIC15,2 ,短信费 SHORTFEE NUMERIC15,2 短途话费 LONGFEE NUMERIC15,2 长途话费 INCRUISE NUMERIC15,2 国内漫游 OUTCRUISE NUMERIC15,2 国际漫游 SERVEFEE NUMERIC15,2 订购服务费 AMOUNT NUMERIC15,2 总额 5. 开通服务表手机号码,服务代码,费率，如表3.5: 表3.5 开通服务表 字段名 属性 描述 NUMBER CHAR11 NOT NULL 手机号码 SERVECODE INTEGER 服务代码 RATE NUMERIC15 费率 6. 服务类型表服务代码,名称,费率,描述，如表3.6: 表3.6 服务类型表 字段名 属性 描述 SERVECODE INTEGER NOT NULL 服务代码 CHINESENAME CHAR40 中文名称 ENGLISHNAME CHAR20 英文名称 RATE NUMERIC15,2 费率 DESCRIPTION CHAR100 描述 7. 短信表手机号码,短信数量,已发数量,网外数量,费用，如表3.7: 表3.7 短信表 字段名 属性 描述 NUMBER CHAR11 NOT NULL 手机号码 TOTAL INTEGER 短信数量 INSUM INTEGER 已发数量 OUTSUM INTEGER 网外数量 FEE NUMERIC15 费用 8. 交费档案表手机号码, 交费日期,交费金额,操作员，如表3.8: 表3.8 交费档案表 字段名 属性 描述 NUMBER CHAR11 NOT NULL 手机号码 PAYDATE DATE 交费日期 PAYMONE Y NUMERIC15 交费金额 EMPCODE CHAR 10 操作员 3.3.2数据表之间的联系如图3.1 : 图3.1 表格关系图3.3.3数据流程图如下图3.2: 图3.2 数据流程 第四章 概要设计 4.1 系统概要设计 系统根据模块的划分形成了功能的划分，主要是以下几个模块:系统管理模块、营业受理子系统、话单采集模块、计费管理模块、话费收缴系统、欠费停机系统、话费催交系统、话费查询系统共八个大模块。它们之间的关系如下图4所示。其中话单采集模块、计费管理模块、话费理模块是基本的计费处理模块，其他的系统都需要和这几个系统发生数据引用关系。系统逻辑结构如图4.1 所示: 图4.1 系统逻辑结构图 4.2 组网设计 配置两台数据库服务器，一主一备。服务器采用220V供电，与网络交换机(SWITCH)用网线联接。数据库服务器之间通过磁盘阵列柜实现双机热备份。 配置语音平台服务器。采用一台工控机。数字中继语音卡插在工控机的PCI扩展槽内的。交换机应提供中继接口并提供相应的联接电缆(同轴电缆)与语音卡的BNC头联接。工控机采用220V供电。语音卡的信道数可以根据用户要求分配给各语音系统使用。 设置一台专用的终端服务器，大容量内存的硬件，减轻CPU的处理，所有管理终端所运行的程序实际是运行在终端服务器上的。 设置一台专用的查询服务器，通过路由器与局域网相连。在用户访问此服务器时，通过手机号码和密码进行话费查询及用户信息查询。 设置一台微机运行话单采集子系统。通过RS232口实时读取原始话单.设置一台缓存机确保数据采集的稳定性，缓存机的串口与交换机的DCA串口通过计费电缆联接。 用一台专用的微机自动运行欠费自动停开机子系统。该机通过RS232串口对交换机进行停开机的操作。根据服务器中的欠费信息对欠费用户进行停机处理，当用户在收费点交费后即可恢复原有通话权限。 系统基于服务器的C/S结构的系统，安排配置其他管理站点。 网络结构如图4.2所示: 图4.2 网络结构图 第五章 详细设计 5.1系统管理子系统 系统管理完成对权限的管理以及对系统各层次、子系统的监控与安全管理。权限管理部分提供了对权限的增、删、改以及具体按角色或权限子项进行授予与回收处理。系统管理部分还要对网络资源、系统平台、数据库系统、应用程序等资源与系统的监控，通过服务代理机制进行监控的告警与通知消息。 1.硬件设备安全管理 服务器采用双机热备份的方式，具有平时分担任务和负载，故障自动切换的功能，存储系统采用RAID 技术、磁盘阵列方式。 2.数据高安全性 对重要数据的修改、增加、删除，系统自动将记录记载下来作为日志以供查询。能查询历史告警及恢复情况，可以按日期、应用类别、告警级别等分别查询。 3.应用安全管理 对于每次系统登录，可查询到登陆人、时间、岗位等信息，不同的系统岗位对应不同的使用权限，确保系统数据的安全性。 4.系统存储管理 对重要数据系统，以月为周期每天产生一个本地数据备份，可手工或自动进行数据库备份;同时对话单存储天数进行提示;可通过系统进行数据删除操作。 5.系统功能管理 通过权限设置，每个使用者可以"一岗多能"，能够进行"菜单级"、"功能级"权限设置，提供对员工信息和权限信息的增加、修改、删除等功能。支持按角色和具体的权限项进行权限的授予与回收。能定制角色的具体权限。对于重要的信息的更改提供二次验证功能，保证操作的合法性。 6.数据维护 对无效数据及"不完整数据"进行自动、半自动查找、校对、删除，监视数据库的异常情况。 5.2话单采集子系统 话单采集分拣子系统通过交换机的原始话单输出接口，进行话单的接收，按照计费数据管理子系统中设置的计费费率、计费政策等参数进行分拣计算，为本地计费平台提供标准格式的计费数据。此外，话单采集部分还负责原始计费数据和标准计费数据的备份和删除，并提供告警和日志功能。 5.3计费管理子系统 计费数据管理子系统负责各项计费参数的设置和维护，包括计费费率的设置，用户档案的管理等。 可灵活设置修改各种费率;可任意调整公网、专网等的分多个时段、节假日的费率折扣;可设置各种减免费、附加费、管理费用、月租费等，并且可自定义费用名。提供对费率资料的录入、修改和维护功能。主要有市话跳次费率、区内通话基本费率、固定费率、附加费率、税率、区间通话基本费率、长途通话基本费率等数据。提供对优惠资料的录入、修改和维护功能。主要有优惠规则、优惠规则来源、详单优惠规则、帐目优惠规则、总量优惠规则、主被叫优惠规则、客户优惠、帐户优惠、用户优惠、用户群优惠等数据。 在同一套计费系统中不同类型的用户可以执行不同的费率标准。 根据不同的计费要求增加新的话单类型:如IP、信息台、INTERNET，可以自由定义这些类型的名称、计费方式、折扣方式等，并且可以在报表中单独列出。 提供用户档案的批增加、删除、修改等功能。所有修改均有日志记录。 提供按各字段的升级、降级排序和模糊或精确定位功能。 各类用户档案均与其他子系统共用相同的数据表，对于新装、移机、过户等资料变更，在"营业受理"后，自动更新相应的用户档案，以确保用户资料正确性。 能够查询无档号码的明细话单、汇总话单，保证话费的不丢失。 能够按照主、被叫号码，话单时间、话单金额、用户名称进行精确、模糊查询。 提供基于权限的资料维护，对于重要的资料更改进行操作人员身份的二次确认。 5.4话费帐务子系统 帐务管理是最重要的一环，与其它子系统相辅相成，密切联系。帐务管理子系统包括话费合帐和帐务处理，对一个计费周期话费的计算的同时处理用户的帐务信息，主要进行话费数据转换及欠费管理，同时将预付话费按月话费扣除，其中涉及到资费政策和费用收取的处理。由于专网通信的特殊性，部分话费信息还需从电信及其他通信运营商中获取，同时必须考虑到话费收取的处理。 话费合帐是将一定时间段的费用，形成按月存放的话费，这个时间段就叫计费周期。一般设置为上月的21日至本月的20日一个计费周期。有些单位按季、年结算话费时只需将开始日期和结束日期指定到一个月份即可，一个月只能有一笔话费。 5.4.1各种费用的计算 话费合帐将各种费用按照费用种类型成话费，话费分类如下: 1.每月固定费用:市话月租费、新业务费。 2.电话通话费用:一定时间段内的合计费用，例如:市话费、长话费。 3.费优惠费用:可以按照一定的优惠给予话费优惠处理。 4.退补话费费用:由于差错造成话费错误，通过退补处理话费。 5.营业受理费用:装机或手续费可以随电话费一起缴。 6.外部话费费用:通过数据转换将话费入系统，例如:上网费。 5.4.2优惠处理 支持用户、用户群、帐户及客户级别的各种优惠处理。如详单优惠、计次优惠、帐目优惠、归并优惠、总量优惠等。 话费包月:某项或多项话费无论是否产生多少费用，均按固定费用收取的费用。 话费封顶:某项或多项话费无论是否产生多少费用，超过费用按固定费用收取。不足费用按照实际费用收取。 比例优惠:某项或多项话费用按照实际费用收取，按照比例将费用在优惠费中体现。 费用优惠:某项或多项话费用按照实际费用收取，优惠的费用在优惠费中体现，不足的部分不进行累加，超过的部分不进行优惠。 分段优惠:某项或多项话费用按照一定的标准进行优惠，不足的部分不进行优惠，超过的部分才进行优惠。可以按照金额优惠或者按照比例优惠。 使用量优惠:根据通话时长的幅度，给予一定话费优惠或者按照比例优惠。 支持各种优惠处理的计算方法。如:按比例、取固定值、减量等。 当优惠规则发生冲突时，提供自动的优惠方法的选择。如支持最大优 惠算法，在计费设备明细帐目优惠时如果一个帐目符合多个用户和用户群帐目优惠规则，选择优惠最大的优惠算法。能够优惠重算，即回退功能。 5.5话费收缴子系统 用户可以根据帐户、号码(一个帐户有多个号码)、客户交所有的费用或部分帐目的费用。一个用户可以由多个帐户为其付费;一个帐户可以为多个用户交费。用户可以以现金、支票、交费卡、银行代收、托收等多种方式进行费用的结清，支持用户依据自己的经济支付能力支付电信费用，并可分次将费用结清，方便用户的同时也可以加速电信企业资金周转。 收费管理子系统包括话费收取和收费统计，包括营业厅的实时话费收取、预付费收取、话费的托收和转帐。由于专网通信的特殊性，话费信息在收取过程中必须进行话费的特殊处理，处理过程在“帐务管理”子系统中完成，在“收费管理”中只是话费的收取不需要进行费用处理。 每个收费人员均有对应的收费地点及收费工号的设置管理，每个人有对应的收费权限。 普通收费人员可以收取话费，预付费、营业受理手续费、装机材料费、其他费用等数据;话费托收可以专人处理。 支持信用卡、预付款、托收、银行实时代收、储蓄代扣的话费收取方式 可以将所有费用在一张发票中收取，也可在多张发票中分别收取，费用可以在不同的帐号收取或内部多次处理。 收费人员可在系统设置的次数范围内进行发票重新打印，并且保存打印次数 每月可以按照一定的收费时间段进行话费收取同时也实时结帐、实时收费;不同的用户可以设置不同的收费周期。在收费截止日后产生欠费数据后其他子系统可以自动触发功能(语音催缴、欠费停机等)。 提供优惠数据的重计算功能。 每张话费发票在系统中都有唯一的票据发票号，票据号的规则可以全网唯一或者按收费地点唯一。可以根据不同的发票格式进行打印。 话费全额收取后，系统自动删除欠费记录在欠费语音催缴和欠费停开机子系统中自动处理，保证了数据的实时性。 5.6话费催交子系统 话费催交子系统在预先设定的时间和条件下，自动拨打用户的电话，播放电脑语音提示，对用户进行话费催交服务。可以根据专网企业的特点，为不同类别的用户定制不同的催交方案，方案包括催交条件、催交时间、催交次数等。 5.7欠费停机子系统 欠费停机子系统是根据专网电信企业的特殊政策，对欠费的用户电话进行停机处理，用户补交欠费后立即自动开机。可以按照各种交换机命令，任意组合设定停复机命令。如果用户在设定的期限内不交纳话费，系统可以用手工、半自动、自动三种工作方式，对该用户电话进行停机处理。 5.8话费查询子系统 为了使用户能够及时了解话费情况，提高收费的通明度，使用户用的放心，花得明白，提供各种业务的话费查询服务，包括月结费用查询、月结清单查询、实时总额查询、实时清单查询、帐号余额/欠费查询和缴费情况查询等服务项目。不同类型的业务，按照计费帐务系统能提供的话费数据情况，向用户提供相应的服务项目。 话费查询子系统使电话用户通过拨打话费语音查询热线，可以随时在语音提示的引导下查询到自己的话费信息。 话费查询可以按帐号方式查询或按分机方式查询。可以按月查询某分机/帐号的总费用、分项费用。对于采用实时计费方式构建的系统，可以查询到当前话费和预付金余额。话费查询必须通过密码验证，用户可以根据语音提示，更改自己的密码。 第六章 系统实现 6.1 使用环境实现 6.1.1 数据服务器端使用环境 服务器系统平台应该能够支持HP、IBM、SUN等小型机。服务器操作系统则采用HP、IBM、SUN下的UNIX操作系统。数据库系统可以运用ORACLE、SYBASE、INFORMIX等大型数据库系统。 6.1.2应用服务器环境 应用服务器系统平台可以采用HP、IBM、SUN的小型机。应用服务器操作系可以选择 M、SUN下的UNIX操作系统。 6.1.3客户端环境 客户端主要运行在普通PC机，操作系统为Windows 95/98/NT。客户端可运行在字符终端上，主要是营收系统的收费终端。服务器的操作系统使用UNIX操作系统，客户机的操作系统使用WINDOWS操作系统。操作系统为开放式的，支持Client/Server结构;具有较强的网络功能，支持不同的机种和不同的网络;具有较强的容错能力和故障恢复能力，支持X-WINDOS图形界面，支持汉 字(国标码)。 6.2 系统配置 系统设计时将系统运行所需的配置信息以及其他一些在系统运行中可能发生改变的信息放在配置文件INI中，在系统在运行过程中读取，这样就使得操作人员能够在系统运行时根据实际情况随时更改系统配置，使系统能随时适应多变的需求，极大的增加了灵活性，但同时也增加了系统配置的复杂性和重要性，配置文件设置错误将会导致计算错误或系统不能正常运行。 INI配置文件的具体内容设计如下: [DB] ; DBAlias is reference with BDE connection name. Be careful for the uppercase and lowercase. DBAlias1GPro DBCnt1 [User] DefCompanyCodeYIDONG DefBranchCodeJISHOU1 RateUnitPCS CutLotSortingMO MOOpAssBySTDOP ShowGPartDetailN InsertMoVersion1 WorkHourPerDay8 [SERVER] DBGPRO2GPRO [Module] ModuleNameYIDONG DescriptionTracking Module InstallerPathD:\GPROAPP\VersionUpdate [DicPath] LanguagePathD:\YIDONG\Dic LanguageFileYIDongProject.mld [DicLanguage] Language1 [Mo Bulletin] ;0 - OFF, 1 - ON CtrlUserFlag0 DepartmentIED ; CutterAndSpreader refer to ON or OFF; NumberOfLayers been set by uservalid integer value; PrefixSubConEmp refer to subcon's employee for cutter ; SubCon_Opno refer to opno been allocated to subcon's employeeThis opno may has a higher rate of piecerate [Cutter And Spreader] CutterAndSpreaderON NumberOfLayers30 PrefixSubConEmp98 SubCon_Opno5 MarkerLength6 [Setting Multiple DB] ConfigDBD:\YIDONG\db\CONFIGMULTIPLEDB.GDB [WORKSCHMTS] MTSTIME600 ;From this point onward - Standard Format [Database] GPRODBPathD:\YIDONG\DB\YiDong.GDB [Non Ticket Operation] CheckAccQtyON CheckAttendance [STYLE REPORT] LanguageSelectionON [Marker] LengthUnitYRD WidthUnitYRD [OFFSTDDBPATH] FACTORYD:\YIDONG\DB\YiDong.GDB ITE