（电工理论与新技术专业论文）基于j2ee的电信业务支撑系统整合架构.pdf

1 绪论 浙江大学硕l 学位论文 1 1浙江电信业务支撑系统现状 随着环境变迁，近几年国内电信业的市场格局发生了巨大的变化：电信市场 逐步开放，市场进入门槛降低，市场份额重新洗牌，市场竞争越发激烈。中国电 信在经历了一系列的改革和拆分之后，企业的业务收入、市场地位和品牌形象均 受到了严重的挑战，企业的发展后劲面临着前所束有的困难。浙江电信目前的业 务支撑系统b u s i n e s ss u r p p o r ts y s t e m ( b s s ) 目前主要以1 1 个地市的本地网， 计费系统，专业计费系统，9 7 系统，以及1 0 0 0 0 号服务系统等组成。它们与其 它的辅助系统一起，执行客户定单输入，计费出帐，收款，和客户服务等功能。 这些系统目前的逻辑架构可用下图来表示： 省地市缀应用架构分布 p p l i c a t i o na r c h i t e c t i l r e d i s t r i b u t i o i i c r o s sp r o v i n c e c i t yl e v e l s f = j 五面匕= 习 lh * 。h i 1 、j 图1 浙江电信业务支撑系统现状 在目前的情况下，9 7 系统主要负责语音产品的客户定单输入和客户查询，而本 地网计费系统主要负责市话的计费，以及市话，j 长话，数据等业务的合帐、出嗽。 客户资料和产品数据分布于不同地市的不同系统中。由于这些系统是面向生产、 1 浙江火学硕士学位沧文 面向企业内部，并且是以产品为中心的，困此，在新形势下这些系统己不适应以 客户为中心的经营模式。 1 2 目前的主要问题 具体来说，现有系统存在的问题主要有以下几个方面 1 2 1 客户关系管理 信息孤岛问题突出，客户关系管理相关的信息零散地分布在多个独立的系 统，系统又是由多个部门分别使用，功能未能有机整合，造成对现有客户信息资 源的利用比较低，更谈不上对客户的个性化服务。没有全程、闭环、高效、面对 企业内外的业务流程管理系统，造成服务脱节各个部门、甚至各个岗位与客户接 触交流方式不一致，没有统一企业界面，没有统一的知识库作为营销和服务指导 模板，造成企业与客户的接触交流效果不佳市场调查、营销策划、活动、人员管 理、结果反馈、评估还没有做整体的管理缺乏支持营销、生产、服务的绩效考核 手段客户数据分析和挖掘手段还不够，如目前的客户流失问题和针对性的挽留措 施。 当前的c r m 方案： 9 7 系统当前综合了许多c r m 系统的功能，与当前的计费系统相似，他们也 是由不同的供应商基于同样的规范所开发的。下面是4 个供应商的主要不同处： 1 ) n b 电信2 0 0 0 ( b u i l to nw e b l o g i cs e r v e r 2 0 0 2 年上线) o r a c l e 吉鸿通 2 ) h z 老9 72 层结构吉鸿通 3 ) s x 老9 72 层结构 s q l w i n d o w s + o r a c l e s x 局方自己组织开发 4 ) 其余8 个地市老9 72 层结构p o w e r b u i l d e r 6 5 + 0 r a c l e 大唐，鸿程合作 开发，8 个地市的主体技术架构基本类似，但不同地市业务仍有差别( 共7 0 0 多张 表，对于新单，移机等量较多业务有2 0 0 多张表) 。 整个浙江9 7 数据库主机大部份是i b ms 系列，0 r a c l e 有8 、9 版本的差异a 数据都在地市中心，其它( 如县) 营业厅作为c l i e n t 端，通过d c n 网连接上来。 是典型的2 一t i e rc s 结构、f a tc l i e n t ，业务逻辑都在c n e n t 端，封装性差， 可蕈用性很小。 2 浙江大学硕士学位论文 的具体结果被输入到术地网计费系统进行处理。目前，每个城市都只有一个帐 务周期，所有客户帐单都会在同一时问产生，以简化客户支付的管理。 2 ) 预处理一现演变状态，预处理方案是与本地网计费紧密联系在一起的。另一 方面，从网元层的联机采集已在各地市得到应用。 3 ) 银行接口一目前在不同的银行和计费系统间，存在两个不同的接口。第一个 接口使银行通过a p i 特定的前端，来查询客户帐户信息。还有一个是批处理接口， 用来把银行的缴费数据发送到计费系统。 4 ) 财务系统帐单生成和支付的数据将会被送到财务系统。目前，新的财务系 统正在单独开发中，而且现在还未计划将现存的本地网计费系统和新的财务系统 连接在一起。 5 ) 电子帐单一目前浙江电信通过人工为大客户提供电子详单信息。 1 3 系统整合的目标 1 3 1 客户关系管理( c 瑚) 整合现有九七营业、储值卡、代理代办、网上营业厅、营销渠道、大客户管 理等支撑系统，构造面向客户、多种受理渠道接入( 面对面、电话、网上自助、 e m a i l 等) 综合服务功能的统平台；包括代理代销商、合作伙伴管理；保证企 业和客户间需求和服务的紧密联动利用数据仓库技术实现客户行为、营销政策、 合作伙伴可量化的准确评估，结果反馈前端人员以用于战略决策、营销策划制定、 提高客户满意度和忠诚度、创造客户价值、提高企业盈利能力利用工作流技术实 现c r m 系统中的业务流、合同流、项目管理流，提高部门间、合作伙伴间协同工 作能力，优化流程，保证全程闭环的服务保障和营销管理，缩短销售周期和管理 成本，提高业务人员工作效率和工作积极性利用e a i 技术通过基础件平台实现 c r m 系统与计费账务系统等系统的协同工作，实现信息共享，功能上的有机整合。 c r m 系统应具有高扩展性、易集成性、易维护性等特点，充分保障对前端需求的 快速响应，新推出产品的快速实现c r m 系统要符合中国电信的数据编码规范和操 作规范。 4 浙江大学硕士学化论文 1 3 2 融合计费系统 为建设集中的、权威性的综合计费帐务中心提供可靠的、先进的、适应性强 的应用系统从多方面为用户提供及时、准确的计费服务，为用户提供灵活的、多 样的交费销帐方式为中国电信制订和实施灵活多样的营销策略和资费政策提供 平台：满足中国电信今后向用户提供新业务、新服务，适应今后市场竞争的需要； 为将来3 g 业务的开展打下基础为尽快建立中国电信上下一体化的、统的计费 帐务处理、管理系统，构建统一的服务网体系打好基础融合计费系统必须使用： 统一业务处理和管理流程、统一计费规则和计算方法、统一计费数据分类和使用、 统一标准化的数据字典、统一数据标识编码：必须具有；统一的与其它系统的接 口，包括：统一的协议栈、统一的数据格式。 基于浙江电信的业务要求和j 2 e e 标准，我们决定采用j 2 e e 平台 + w e b l o g i c + 0 r a c l e 9 i 进行系统开发“嘲。j 2 e e 【4 】即j a v a 2 的企业版，是一种利 用j a v a 2 平台来简化诸多与多级企业解决方案的开发、部署和管理相关的复杂问 题的体系结构。所有复杂的逻辑操作都是通过模型层中的e j b ( e n t e r p r i s ej a v a b e a n s ) 实现。1 。w e b l o g i c 服务器提供数据库访问和连接池、线程池、负载平衡和 容错处理等服务，服务安全可靠；全面支持e j b 2 o 技术规范，为e j b 的创建和 管理提供辅助工具。o r a c l e 9 i 具有高稳定性，强大的数据库修复能力，同时提 供更好的j a v a 语言原生编译技术，可以更侠速地编译j a v a 程序，著且提供图形 化管理接口o e m ( 0 r a c l ee n t e r p r i s em a n a g e n e n t ) ，降低数据管理的工作负担， 提高管理效率，可以实时监控数据库。 2j 2 e e 结构体系概述 2 1j 2 e e 概述 j 2 e e 构架定义了开发和运行企业级w e b 应用的标准。j 2 e e 是一个规范， 它旨在简化和规范企业机应用系统的开发和部署，是种利用j a v a 2 平台来简化 诸多与多级企业解决方案的开发，部署和管理相关的复杂问题的体系结构。伴随 j 2 e e 的出现，j a v a 语言的功能和工具得到了极大的扩充、丰富和发展，可以用 于复杂的、多层次的以及分布式的电子政务和企业级应用。j 2 e e 构架于技术为 浙，| _ 大学硕士学位 仑文 客户端w e b 服务器 应用程序 服务器 a p p l c t 容器 一j w e b 容器一一e j b 容器 j 厂 ，7 叫d a t a b a s e 俨j 、一 f 或者e i s ( e j b ) 一7 吵一 二 j l e - a p p l e p 一 应用程序剥 户端容器一 f 应用程序i ：客户端i 图2j 2 e e 的体系架构 2 3j 2 e e 多层结构 j 2 e e 是一个基于组件一容器模型的系统平台，其核心概念是容器。容器 是指为特定组件提供服务的一个标准化的运行时环境，j a v a 虚拟机就是一个典 型的容器。组件是一个可以部署的程序单元，它以某种方式运行在容器中，容 器封装了j 2 e e 底层的a p i ，为组件提供事务处理、数据访问、安全性、持久性 等服务。 在j 2 e e 中组件和组件之间并不直接访问，而是通过容器提供的协议和方法 来相互调照。组件和容器闻的关系通过“协议”来定义。容器的底层是3 2 e e 服务器，它为容器提供j 2 e e 中定义的各种服务和a p i ，容器在j 2 e e 服务器之 间根据需要提供如目录服务、事务管理、数据访问、消息机制、安全性等扩展 服务。 j 2 e e 采用多层的分布式应用模型，按功能不同划分为不同的逻辑层：客户 端机器上的客户层、j 2 e e 服务器上的w e b 层( 表示逻辑层) 、j 2 e e 服务器上的商 业业务逻辑应用层( 业务逻辑层) 、数据库服务器上的数据层。表示层：即客户 端的浏览器通过h t 虬向最终用户显示被请求的信息。表示逻辑层( p r e s e n t a t i o n l o g i c ) 在由一个或者多个w e b 服务器构建的空间里运行，使用j s p ，s e r v l e t s 完成 浙江大学坝 ：学位论文 动态内容显示( 如a s p ，j s p 等) 和流程逻辑控制“。! 务逻辑层( 乩s i n e s s l o g i c ) 由若干运行在e j b “”容器服务器下的町b 组件组成，这些组件是可以重复利用的， 可以不做任何修改就移植到其他的服务器上。而e j b 对数据库的访问是通过j d b c 来实现。数据库层：由一个或者多个数据库系统组成，其中可能包括由存储过程组 成的和数据存取相关的逻辑模块。j 2 e e 架构通过把表现逻辑、业务逻辑和后端 的数据服务分割开来，向开发者提供了一种基于组件的设计、开发、装配及部署 企业应用程序的模块化方式，为要转向w e b 应用的用户提供了高性能多线程的环 境。这种划分也可以看成是前面介绍过的三层结构的扩充。采用多层的方式使得 应用具有很强的伸缩性，每一层能够专注于特定的角色和功能。 j 2 e e 多层结构( 客户层、表示逻辑层、业务逻辑层、数据层) 中，每层分工 如下： 客户层( b r o w s e s ) 为各电信营业厅、管理人员和监管部门等业务活动提供方 便直观的可视化图形界面： 表示逻辑层( w e bs e r v e r ) 响应客户请求，为客户提供所请求的数据： 业务逻辑层( a p p l i c a t i o ns e r v e r ) 运行业务逻辑，针对客户请求，完成相 应的计算和数据操作，大大减轻了w e b 层的负担，提高了系统效率，并且将业务 逻辑与其它层分开，提高了系统的可扩展性和灵活性： 数据层为大型关系数据库，存放客户，大客户、电信业务所有相关信息， 保证整个系统数据一致性。 b r o w s e s 作为w e b 应用中标准的瘦客户，不需要安装额外的客户端，仅仅 起到向客户表示数据及提交用户数据的作用，十分方便、灵活。中间的应用层 介于表现层和数据层之间，以中间件的形式集中管理业务逻辑，因为中间件与 w e b 处理模型有着十分密切的关系，所以也被认为是w e b 服务的扩展，它将来自 b r o w s e r 的用户请求通过相应的业务逻辑进行处理，由业务逻辑与数据库交互， 进行相关数据操作。这样，使得数据操作代码和数据分离开来，能够更加方便的 扩展应用逻辑，更加灵活的使用数据库，可移植性也大大增强。后端的数据库存 储应用中所用到的数据，只涉及访问控制、数据一致性、数据索引等问题，而不 考虑什么代码来使用数据、如何使用数据等。这样使得数据库中的数据管理更加 灵活方便。 浙江大学硕士学位论文 2 4j 2 e e 核心技术 j 2 e e 是由一整套的服务( s e r v i c e s ) 、应用程序接口( a p i ) 和协议( p r o t o c 0 1 ) 组成，对开发基于w e b 的多层应用提供了功能支持。以下为系统所用的j 2 e e 核心技术 1 j d b c( j a v ad a t a b a s ec o n n e c t i v i t y ) j d b c 是一组j a v aa p i ，它以一种统一的方式对各种各样的数据库进行存取 提供了一组标准的a p i 调用来进行数据库的访问，由于j d b c 建立在j a v a 的基础 上，因此还提供了数据库存取的平台独立性。 运用j d b d 可以以多种不同的方式建立一个j a v a 服务器程序与多种不同数 据源的连接。所选用的驱动程序将影响系统的性能与功能。j d b c 定义了四种 不同的驱动程序： ( 1 ) j d b c 一0 d b c 桥“2 1 通过j d b c 一0 d b c 桥，可以使用j d b c 来存取0 d b c ( o p e nd a t a b a s e c o n n e c t i v i t y ) 数据源。但是需要在客户端安装o d b c 驱动程序，它影响了j d b c 的效率和平台独立性，另外o d b c 驱动程序还需要具有客户端的控制。 ( 2 )j d b c n a t i v ed r i v e rb r i d g e 提供了一种建立在本地数据库驱动程序的顶层的j d b c 接口，因此不需要使 用o d b c 。它将数据库的a p i 从标准j d b c 调用转换为本地调用，影响了j d b c 的 平台独立性。还要求在客户端安装一些本地代码。 ( 3 )j d b c n e t w o r kb r i d g e ： 不需要客户端数据库驱动程序，它使用网络上的中间服务器来存取数据库。 这使得负载均衡、连接缓冲池和数据缓存等技术的实现有了可能。由于这种方 式往往只需要相对更少的下载时间，具有平台独立性，而且不需要在客户端安 装并取得控制权，可以减少客户维护工作，所以很适合与i n t e r n e t 上使用，客 户端可以连接到数据库上，利用该驱动程序的服务器部分确定连接方式。 ( 4 )p u r ej a v ad r i v e r 通过使用一个存j a v a 数据库驱动程序来执行数据的直接访问，不需要中间 件，在客户端实现了2 层结构。这种类型很适合本地网络连接数据库服务器的程 序。本系统中采用这种类型的驱动程序。 浙江大学硕士学位论文 2 e j b ( e n t e r p ris ej a v ab e a n ) e j b 是j 2 e e 的核心，它提供了一个组件框架来开发和实现分布式的、面向对 象的商业逻辑，很显著地简化了复杂的企业级应用的开发。e b 的核心思想是将 商业逻辑与底层的系统逻辑分开，使开发者只需关心商业逻辑，而由e j b 容器实 现目录服务、事务管理、持久性、安全性、容错性等底层系统逻辑，通过容器提 供的协议和方法来相互调用组件。 3 j s p ( j a v as e r v e rp a g e s ) j s p 是另一种类型的j 2 e ew e b 组件，是由h t m l 代码和嵌入其中的j a v a 代码 组成。它可以接受客户端的请求并动态的生成硎l 响应页面。服务器在页面被 客户端请求对这些j a v a 代码进行处理，然后将生成的h t m l 页面返回给客户端的 浏览器。j s p 促进与延伸s e r v l e t 的功能，更结合前端静态h t m l 和后面程序的 弹性开发方式。 4 j a v ab e a n j a v a b e a n 是一个可以在j a v a 编程环境中可视化处理的可重用软件组件， j a v a b e a n 组件模型定义了编写t j a v a 代码的标准模型，对外提供组件属性和方法 以及j a v a b e a n 容器的接口，容器一般嵌入到一个集成开发环境中，以便j a v a b e a n 组件在涉及时使用基于c u i 的工具进行定制。 5 ，j a v as e r v l e t s e r v l e t 提供的功能大多与j s p 类似，不过实现的方式不同，s e r v l e t 全部 由j a v a 编写并生成h t m l 。s e r v l e t 是一些可生成动态内容的w e b 组件，用来开 发服务器端的应用程序，它扩展了w e b 服务器的功能，是一种服务器端的应用， 在服务器端驻留并响应客户端请求。它提供了一种有效机制，用于基于服务器的 业务逻辑和基于w e b 的客户端之间的交互，还可为通用的c g i 脚本方法提供一种 轻型且更易于管理的替代方法。 6 x m l ( e x t e n s i b l em a r k u pl a n g u a g e ) x m l “3 1 是一种可以用来定义其它标记语言的语言，被用来在不同的商务过程 中享受数据。作为一种元标记语言，x m l 在数据显示，数据描述与交换，消息描 述等方面表现出强大的能力。x m l “”的发展和j a v a 是相互独立的，但是x m l 和 j a v a 的共同目标都是平台独立性。通过j a v a 和x m l “”的结合，可以得到一个完 o 浙江人学硕士学位论文 美的具有平台独立性的w e b 应用解决方案。 3 整合系统的软硬件平台 3 1 系统整体硬件架构 最后系统硬件架构如下图所示： 图3 最终的硬件架构 计费子系统一计费领域包含了计费系统、预处理及相关的数据库服务器。计 费系统应用服务器将会同对负责管理所有的通信和接口需求。从容量角度来看， 由于计费系统每个月必须在相对短的时间内处理大量的客户信息，所以计费系统 应用服务器将要求有相对较高的硬件能力。此外，预处理和计费系统都同样需要 相当大的存贮空间。用以储存话单。在未来，如果大部分用户的帐务采用寄送帐 单的方式进行处理，则这个存储要求可能会根据需要重新制定，以存储格式化后 的帐单文件。 e a i 子系统一两个中等规模的机器将会被用来作为省级主要的e a i 服务器。 浙江大学硕士学位论文 够增加新的服务需求。例如，警告销售员渠道管理的问题、通知服务专家注意关 键的时间、激活第三方应用程序等。另外，使用工作流系统还可以自动通知、增 加、处理工作，并自动响应用户输入的数据；( 2 ) 基于客户端的声明模型提供了一 种基于对象状态、数据驱动的扩展工作流控制的方法。使用声明模型主要是用来 执行授权规则。一个声明模型限制了什么人能够改变某个对象的属性，为了修改 该属性，必须满足何种条件：( 3 ) 基于客户端的活动模舨可以自动为当前正在进行 的工作生成活动，活动模版允许管理员定义标准的过程来处理一个服务请求：( 4 ) 分配管理允许组织有效地把特殊的任务分配给最有资格的人。你可以利用分配管 理为一个对象匹配最合适的候选人。为了找到最合适的候选人，需要采用分配规 则。例如，在一个服务型的组织中，你可以根据一个人的专业技能来决定把一个呼 叫请求分配给最适宜的人。一旦工作被分配到一个用户，它就会显示在用户的个 人队列中。手工的分配是基于客户端的，自动的分配则是基于服务器端的； ( 5 ) s m a r t s c r i p t 模块允许业务分板员、呼q 中心管理员、s i e b e l 开发者定义一 个交互环境下的应用工作流。如借款流程、电话销售等。流程的交互过程完全被 s m a r t s c r i p t 所控制，而不是人工来控制。 3 2 3 浙江电信c r m 子系统 根据s i e b e l 的需求，浙江电信业务支撑系统的c r m 部分包含了不同功能的 服务器，例如数据库服务器、普通应用系统服务器和专门应用系统服务器如网关、 文件、企业、通信服务器等。从总体上说，一个c 刚系统包括了以下四个部分： 客户端，w e b 服务层，s i e b e l 应用服务层和数据库层。详见下图4 。 浙江大学硕七学位论文 图4 浙江电信c r m 系统 1 ) 客户端：s i e b e l 应用可以支持五种不同的客户端应用程序：浏览器，无线上 网终端，p d a ，移动用户终端和s i e b e l 专用终端。它们之间的区别在于浏览器和 无线上网终端通过w e b 服务器访问s i e b e l 数据；p d a 和移动用户通过s i e b e l 远 程网关与s i e b e l 数据库实现数据的同步；s i e b e l 专用终端直接与数据库连接。 2 ) w e b 服务层：该层包括了w e b 服务器，s i e b e l 网关服务器和s i e b e l 负载均衡 器。s i e b e l 网关服务器是管理s i e b e l 客户端和服务器之间连接的软件。作为访 问s i e b e l 应用服务器的专门接入点，它动态注册s i e b e l 服务器和组件的可获得 性，存储组件定义和任务分派，运营参数，以及连接信息。s i e b e l 负载均衡器 叫做r e s o n a t ec e n t r a ld i s p a t c h ，它把客户操作请求分配到负载最低的相应服 务器上。 3 ) s i e b e l 应用服务层：该层主要由各类s i e b e l 应用服务器组成。主要的s i e b e l 组件，如o b j e c tm a n a g e r ，w o r k f l o w ，e a i ，e i m ，e c o n f i g u r a t o r ，e p r i c e r 等， 都分布在该层的服务器负责处理客户的请求，以及其它诸如s i e b e l 文件系统管 理，数据的输入及输出，和其它第三方系统的融合接口。 4 ) s i e b e l 数据库“”“”层：该层是s i e b e l 的数据层，为s i e b e l 应用服务层提供 其所需的数据。 浙江大学硕士学位论文 技术架构 在w e b 层，使用4 台w i n d o w s2 0 0 0a d v a n c e ds e r v e r 提供l l s 服务。w e b 服务器的参考型号为h pp r o l i a n td l 3 8 0g 3 ：在s i e b e l 网关服务器使用中档的 u n i x 服务器为s i e b e l 系统提供稳定可靠的网关服务。同时，为了更有效的分配 用户负载去s i e b e l 应用服务器，s i e b e l 负载均衡器( r e s o n a t ec e n t r a d i s p a t c h e r ) ，也安装在s i e b e l 网关服务器。它把客户操作请求分配到负载最低 的相应服务器上。s i e b e l 网关服务器的参考型号为h pr p 4 4 2 0 。 在s i e b e l 应用层，考虑到浙江电信现有的庞大的用户群和业务量，使用中 高档服务器来保证系统的性能以及今后的扩展。因此。采用5 台服务器组成的服 务器集群，其中1 台作为e c o n f i g u r a t o r 和e p r i c e r 服务器，1 台作为 c o m m u n i c a t i o n 服务器，1 台作为w o r k f l o w 和e a i 服务器，其它2 台作为o b j e c t m a n a g e r 服务器。s i e b e l 应用服务器的推荐型号为h pr p 8 4 2 0 。除此之外，另需 一台报表服务器。报表服务器的参考型号为h pr p 4 4 2 0 。在s i e b e l 的数据层， 使用2 台高性能服务器来作为数据库服务器。数据库服务器的推荐型号为h p s u p e r d o m e 。 3 3 浙江电信计费子系统k e n a n 根据浙江电信。”的要求，我们将以c s g 的计费产品k e n a n 为计费系统设计方案。 c s gk e n a n 计费系统主要可分为预处理( m e d i a t i o n ) ，批价( r a t i n g ) 和计费 ( b i l l i n g ) 三大块。从系统架构上，k e n a n 需配置预处理服务器，批价服务器及 计费兼数据库服务器。除此之外，一台报表服务器作为打印各类报表之用。除报 表服务器之外，其它各类服务器均组成集群，保证系统的高可用性和可扩展性。 3 3 1 计费产品( k e n a n b p ) 概述 根据目前业务的现状和未来发展的需求，浙江电信选择了c s g 公司的 k e n a n b p 软件包作为融合计费的处理系统。k e n a n b p 是一个综合帐务系统，可 以支持多个电信行业，如语音、数据和多媒体应用的产品和服务。总的来说， k e n a n b p 可以支持下列功能： 浙江大学硕士学位论文 r c 计赞帐务系统 账户用户管理 积分欠费催缴 a c c a m 协g h p r b o 唧sp o i n tc o l l e c t i 衄 蛾 产品、盗费管理优惠管理讽帐 p r o 血e tc a t a l 。gd i s c o m t d j u m f n 缴费 a p i p 钾聃n t k n 明静 产品配置 c u s t o 雌rm 数据 退款 r e f 呻d 计费处理高额告警帐务处理 肝s 1 s b i l l i n g 图6 计费系统功能架构 在从数据预处理系统接收到各地市采集到的话单后，k e n a n b p 对其进行计 费处理。计费处理包括取得详单数据、把这些数据关联到相应的用户、依据相应 帐户用户的信息来进行批价。对计费处理过程中产生的错误话单，k e n a n b p 提 供了修改的g u i 界面，可以由操作员完成对错误话单的处理。 k e n a n 支持灵活的出帐周期；可以按照要求在每月的1 日或2 l 曰进行出帐 处理。对所有的通话费用进行合计，并计算周期性费用、折扣、付款、一次性费 用，产生帐单数据。只有在出帐完成后，客户的所有应收和可当月可获得的优惠 才可以被处理。在k e n a n b p 中，出帐处理是步完成的。如果产生任何错误， 必须回退到没有出帐之前的状态进行修改，然后重新出帐。没有任何中间状态可 以存在于“未出帐”和“己出帐”之间。所有的缴费全部通过新设计的支付网关 来完成。通过支付网关，调用k e n a n b p 产品内部的缴费、退款和调帐处理功能。 支付网关将与营业厅、银行、各代收、代扣机构进行连接，完成各种金融交易。 同时，支付网关将根据其它系统的需要，向内部相关系统通过帐务相关的数据。 羽一 浙江大学硕士学位论文 根据项目的进展安排，并考虑到各地市系统的复杂性，在项目初期，支付网关将 通过各地市现有的缴费接口，完成与银行、各代收、代扣机构的连接和交易。各 地市现有的缴费接口通过新的转换器，将缴费交易直接发送到省中心支付网关， 完成新的交易处理流程。随着项目的进展和对各银行代收、代扣接口的整合，可 能通过各银行的省级机构，直接与省中心进行连接，再由各银行的省中心与各本 行地市相连。两种不同的连接方式可能需要并存很长一段时间。 k e n a n b p 同时提供高额告警的功能( t h s 模块) ，支持对帐户用户的未出帐 费用进行追踪并告警。至于业务上要求的准实时后付费( 准预付费) 业务，也可 能利用t h s 模块加以解决，实时后付费的高层设计将含盖在另外的文件内。 k e n a n b p 提供了针对已出帐的帐单的调帐和对未出帐的通信使用费用的调 帐。客户可以根据不同的情况，使用其中一种或者一并使用。 k e n a n b p 的催缴模块提供了可以定制的催缴功能。考虑到目前浙江电信的 催缴模式各地并不统一而且是通过欠费信息发起催缴，并不能适应以后业务的发 展。建议对各地的催缴流程进行整合，并统一使用省中心制定的催缴规则，进行 催缴。 k e n a n b p 仅提供非常简单的积分计算功能，因此整体的积分管理架构需要 进行二次开发和外部接口系统的支持。 在对外部接口上，k e n a n b p 提供了一套完整的a p i 接口，供直接的客户端 应用和其它第三方软件使用。提供高可用、基于产品抽象的、不同层次的业务逻 辑层，以标准化的方式提供对产品功能的访问，并可以通过高层的a p i 接口对 a p i 的对象按照业 x 浙江大学硕士学位论文 过e a i 提供相同的实时业务处理服务。如果需要批量的数据，计费系统必须根据 外围系统的需要提供相应的数据，保障业务流程的畅通。 3 3 2 输入数据 1 ) 作为后台的核心业务系统，融合计费系统从以下系统接收数据，并完成相应 的处理：数据预处理系统：从数据预处理系统接收各个交换机产生的各种需要进 行批价的话单及代收费的话单信息。 2 ) 客户服务系统( 9 7 c r m ) ：计费系统从客户服务系统( 9 7 c r m ) 和其它内部相 关系统接收客户的新装、变更、停机、改号等各种业务受理信息，完成内部处理， 并将结果返回给各相关系统。 3 ) 银行及其它代收费系统：各个费用代收点，包括银行、邮政储蓄、其它代收 点及自己的营业厅，将客户的缴费信息发给计费系统进行缴费处理，计费系统将 提供批量和实时两种类型的缴费处理方式，并保障计费系统内部客户帐务的平衡 及准确。 4 ) 其它内部相关系统：根据业务的需要，可能存在某些信息需要存放在计费系 统，但是数据的发起方和使用方都不是计费系统。例如，社区信息、大客户标示 等。目前，在浙江电信需要的情况下，计费系统将提供对这些数据的存储，并提 供给需要的系统使用和维护。在整个项目整合的过程中，需要根据数据业务流程 合理性重新规划，将数据存放在最合理的地方，并最大限度的减少中间环节。 3 3 3 输出数据 作为后台的核心业务系统，融合计费系统通过多种灵活的途径提供计费、帐务和 缴费相关的信息给各个营运系统，完成整个业务流程。具体输出的数据包括： 1 ) 客户信息：计费系统提供的客户信息只包括与计费有关的客户信息和某些特 定的信息。主要有帐户用户信息、产品信息、优惠信息、地址信息等。 2 ) 计费详单：计费系统通过一个与计费服务器进行日同步的报表服务器 ( r e p o r t i n gs e r v e r ) 向外围系统提供己批价的计费详单。 3 ) 帐单信息：计费系统通过支付网关提供外围系统需要的帐单信息。帐单信息 主要以批量的方式提供。 1 9 浙江大学硕士学位论文 4 ) 缴费和欠费信息：计费系统通过支付网关或e a i 接口提供外围系统需要的缴 费和欠费信息。系统可以以批量和实时两种方式提供此信息。 5 ) 报表和财务信息：计费系统将利用报表工具b u s i n e s so b j e c t s ，提供必须的 报表和财务相关信息。 6 ) 催缴信息：计费系统通过单独的模块，提供完整的催缴管理模块，给外围催 缴系统。 7 ) 积分信息：计费系统支持积分的累积，并可以输出积分信息给外围系统，由 外围系统完成积分的使用，并可接收外围系统的输入。 根裾目前的现状，省级的结算系统将从各地市的采集系统直接获得结算话单，完 成结算处理。 3 3 4k e n a n b p 功能一批价 3 3 。4 ，1 功能模块 批价指的是针对客，冉使用服务而进行处理的过程，使得能依产品或服务的使用量 来进行费用的计算。k e n a n b p 通过它的消息处理系统( 1 i p s ) 来进行批价处理；m p s 由数个模块组成，包括取得详单数据、把这些数据关联到相应的用户、依据相应 帐户用户的信息来进行批价。m p s 涉及的几个模块是： c o m m u n i c a t i o n s ( c o m ) u s a g er o u t e r ( m c a p ) u s a g ep r e p r o c e s s o r ( t i p ) c o s ta c c u m u l a t o r ( c a p ) m e s s a g ei n v e s t i g a t i o nd n i tm i u ) r e - r a t e r ( r a p ) 下面简单介绍一下这些模块及之间的关系。 浙江大学硕士学位论文 胎帕否善坌i 蕃鬈 画- 二罗盘弋 ，一。擎a 若一+ ；l 、= 、三照j _ f i 璧基b 蓟 图7k e n a n 的批价模块 功能模块定义 c o m ： c o m 在k e n a n b p 里面负责控制联接。尽管c o m 有许多用处，但是在和m p s 相关 方面只是负责简单的文件传输，从远程数据源收集话单到k e n a n b p 本地目录， 以供惦a p 进行处理。 i c a p ： 在多客户数据库( m u l t i p l es e r v e ra r c h i t e c t u r e ，m s a ) 环境下，m c a p 负责初 步的用户关联并过滤掉无法处理的数据。无法处理的数据会存到c d rd a t aw o r k 表，由m i u 进行后续处理。 c a p ： c a p 负责完成整个话单和用户关联的步骤并进行价格计算。在这阶段c a p 也会过 滤无法成功关联用户或无法成功批价的数据。 m i ij ： 浙江大学硕士学位论文 m i u 提供一个用户使用界面，以供修改一些c a p 过程中错误的话单项目。被修复 的数据会完成批价并存于c d r _ d a t a 库表中，以供后续出帐模块b i p 的处理。 r a p ： r a p 是一个重批价模块，允许话单在出帐之前进行重批价。r a p 主要的目的是对 于回溯性的资费变更，将己批过价的话单进行重新批价。但对于已经出帐的话单 就不能再对其进行重批价。若在出帐后才要重新计算费用，则必须把帐单先进行 回退；或者可以用调帐的方式直接对已出帐的费用进行调整。 t i p ： 当有需要在k e n a n b p 内将原始话单数据转成可处理的数据格式，就需要由t i p 模块来完成。 t i p 把原始的文本格式的话单转换成k e n a n b p 可识别的文件格式。这个格式的 转换是通过系统内相关的文件格式配置表完成的。t i p 被用来区分文件类型( 包 括表头、表尾、和数据本身) ，并描述表格类型，大小和在文件中的位置。 3 3 4 2 数据处理的能力 下面部分介绍k e n a n b p 的数据处理能力、需求，和相应的程度。 计费数据的预处理( d a t am e d i a t i o n ) ： k e n a n b pm p s 的主要目的是把具有固定格式的文件上的通信数据和用户数 据进行关联( g u i d i n g ) 并计算费用( r a t i n g ) 。一个文件内可以包含多种的数据 格式，但每种格式必须在k e n a n b p 内预先定义。通常从网元上取得的数据可能 具有不同的长度或不同的格式，因此需要在k e n a n b p 批价前在预处理系统( d a t a m e d i a t i o n ) 完成预处理。 将计费数据转成k e n a n b p 格式： k e n a n b pc a p 模块的一个功能就是把计费数据转换成k e n a n b p 内部格式， 采集和处理的数据必须是k e n a n b p 可识别的。k e n a n g p 有一个表驱动的原始话 单解析器，它主要是将话单文件的内容映射到计费数据库里对应的表格项目。每 个记录类型必须具有固定长度，但是类型数量并没有限制。为了解析一张原始话 单数据文件可能需要使用很多不同的记录类型。 标准的k e n a n b p 输入数据为一个文本档，包含有行头数据、一行尾数据， 以及零至多行的信息数据。头数据可能存在控制文件内或者作为原始话单文本的 2 2 浙江大学硕士学位论文 第一笔记录。在原始话单文件里用换行字符分隔每个话单数据。在话单数据内， 每个字段可为a n s i 文本或二进制文件形式。 话单格式是在表格r a wu s a g l f i e l d _ m a p p i n g 中定义的，这个表格就是原始 话单数据对应到k e n a n b p 详单格式( c a l ld e t a i lr e c o r d ，c d r ) 的关系。c a p 将原始话单数据转换成详单格式并且进行批价，然后将结果保存到k e n a n b p 的 c d r d a t a 表中。在这之后，这些已批价计费项目就可以进行查询、调帐和出帐 了。 话单关联到用户数据( g u i d i n g ) ： g u i d i n g 是将原始话单关联到对应的可出帐对象的过程。在k e n a n b p 里面， 这个g u i d i n g 主要是由m c a p 和c a p 控制并完成的。这个过程可以利用各种原始 话单里的数据和里面记录的计费信息去完成引索。例如，c a p 可利用k e n a n b p 服务实例的e x t e r n a li d ( 外部标识码，例如电话号码) 和话单类型来将话单关 联到相关的帐户用户结构上。 话单批价： 批价是一个按照批价属性对原始话单进行价格计算的过程。批价属性就是原 始话单中，可以被c a p 用来选择相应资费的属性。为了能够正确的进行批价，在 k e n a n b p 资费配置表中必须对所有合理的批价属性的组合，分派一个相应的资 费。 批价属性主要与k e n a n b p 中的服务类型和话单类型有关。例如产品编码、 货币类型、供货商编码、批价时段、国家地区编码、计费等级等等都可以用来 表示批价的属性。此外，服务实例内的批价等级和设备等级也可以用来决定批价 的资费。 批价也与原始话单的帐目单位以及资费表的资费单位有关。k e n a n b p 有一 个单位转换机置，它能判断原始话单帐目单位和费率的资费计费单元，然后将这 些单位换算成客户帐单上显示帐务的单位。然而，现在的设备很多是一种多单位 系统，能在各种费用类型和产品类型中不停的转换。例如，对于电话用户可以根 据“峰值通话”“非峰值通话”来决定不同的计费属性。也可以对每个的话单 类型采用不同的单位来进行批价。 重批价和话单错误改正： 浙江大学硕士学位论文 k e n a n b p 里面有二个模块来处理话单重批价和错误处理。话单的重批价是 由r a p 控制的；r a p 能对在以前已经批过价的，但还没出帐过的话单重新取得新 的资费并进行价格计算。这一般是用在当资费政策变更时使用。m i u 模块 ( m e s s a g ei n v e s t i g a t i o nu n i t ) 负责错误改正。m i u 提供了图形化用户界面， 以支持修正在关联用户或批价过程当中出现错误的话单。在m i u 中错误分成两 种，即原始话单数据本身有错误，或是资费表格有错误，这就是说当正确的原始 话单数据被采集进来后却因找不到相应的资费而被判为错误。一般来说，错误话 单的出现都是单一出现的；但若是资费表配置错误，则可能会一下子就产生大批 的批价错误数据。m i u 让使用者改正这些错误，并依正确的数据进行批价；或者 将话单标识为无法修复的，以便在相应的报表中体现。 3 3 4 3k e n a n b p 的批价、入库、重批价、和出帐 下图说明了在k e n a n b p 内部对使用数据进行批价、入库、重批价、和出帐的流 程： 图8k e n a n b p 批价、入库、重批价、和出帐流程 c a p 模块进行用户数据关联( g u i d i n g ) 并批价( r a t i n g ) ，批价完成的数据存在 浙江大学硕士学位论文 款，但是不包括全部折扣，返款和免费时长。 b 帐单出现支付、调帐或者其它影响帐户余额的交易。这不包括调帐回退和相 似的伪交易。 c 在出帐后，帐户余额有存款( 余额为负值) 。 d 这是帐户的第一张帐单。 e 这是帐户的最后一张帐单( 帐户状态为“d i s c o n n e c t r e q u e s t e d ”) 。 f 此帐户是总部优惠( h qd i s c o u n t ) 群的一部份( 当帐单在h q 模式下执行时) 。 这是一张临时帐单。 如果上述条件都没被达到，b i p 回滚全部交易并且不产生帐单。在 b i l l i n v o i c e 表中依然产生一行数据，并且标志p r e p _ s t a t u s = 5 ( 不出帐) ； 这将不被记入总帐，并且不影响催缴过程。下次b i p 运行会将两个出帐周期的交 易汇总起来。无论帐单是否产生，帐户的c m f n e x t b i l l d a t e ( 记录此帐户的 下次出帐相关日期) 日期仍然会被正常更新。 k e n a n b p 支持帐单阈值控制