技术规范标准_计费系统关键技术

目录目录 第第 1 章章帐务处理系统的软件体系结构帐务处理系统的软件体系结构2 1.1帐务处理系统的设计思想2 1.2帐务处理系统的软件体系结构2 1.3应用的关键技术4 1.3.1数据库设计技术4 1.3.2WEB技术4 1.3.3中间件技术11 1.3.4分布对象技术18 1.3.5数据分析技术24 第第 1 章章 帐务处理系统的软件体系结构帐务处理系统的软件体系结构 1.1 帐务处理系统的设计思想帐务处理系统的设计思想 BOSS 系统的设计是严格按照下列要求进行的： 满足需求满足需求：遵照广东移动通信有限责任公司的技术规范，适应广东移动通信有限责任公司 发展的需要以及满足广大移动用户的实际需求进行设计。系统不仅涵盖现有系统的所有功 能，而且增加大量易用的新功能。提供方便地增加新业务的手段和可能； 先进高效先进高效：有针对性的采用多种先进的技术和设备，系统响应迅速，能应付相当时期内可 能激增的用户和迅速增长的业务需求，系统整体性能优异； 可靠安全可靠安全：使用双机热备份，磁盘阵列的 RAID 技术等多项系统备份和恢复手段以求达到 系统主要部分无单点故障可能；严格的口令管理，完善的多用户系统平台，和完备的加密 手段提高系统的安全性； 易于扩展易于扩展：提供良好的接口，方便和 HLR、客服中心、省中心、合作公司、金融网、 Internet 及视聆通等系统互联；考虑对现有投资的保护，可以最大限度的利用现有资源； 管理方便管理方便：通过性能监控、故障发现和告警、远程维护、日志记录等多种手段和友好的用 户界面最大程度地强化系统管理和简化用户操作。 1.2 帐务处理系统的软件体系结构帐务处理系统的软件体系结构 系统软件的逻辑结构应具备良好的层次结构，不同的层次结构间的耦合关系尽可能地 小。 软件逻辑结构设计上采用数据驱动的、面向对象的数据处理方式，它可分为以下四个 层次。 1、应用表示： 用户接口部分，可采用 MS NT4.0/5.0，Window95/98，用户使用者通过一系列的操作 来完成自己的需求定义。 2、应用服务： 采用中间件等技术，该逻辑层将用户通过应用表示定义的需求表示成一系列的应用服 务请求。 3、应用逻辑： 采用 C+/C 语言和 RDBMS 和相关应用 API 等技术工具。该逻辑层响应应用服务请求， 完成逻辑上的组合，并通过数据操作完成相关数据的更新。 4、数据操作： 由 ORACLE、INFORMIX、SYBASE、DB2 等数据库服务器完成，完成数据物理上的 更新操作。 应用操作和应用服务分离： 用户的需求同系统提供的服务在系统的逻辑结构上相对分离，保证系统的应用操作部 分相对独立，适应用户需求的不断变化。 应用服务和应用逻辑分离： 应应用用服服务务器器 数数据据服服务务器器 WEB 服服务务器器 数数据据采采集集服服务务器器 应应用用服服务务： 帐帐务务处处理理、销销帐帐处处理理、统统 计计分分析析处处理理、用用户户查查询询、 等等 数数据据的的存存取取功功 能能： 数数据据库库数数据据的的 更更新新 数数据据的的采采集集功功能能： 用用户户资资料料采采集集 话话单单采采集集 采采集集数数据据的的预预处处理理 WEB服服务务 浏浏览览器器 客客户户端端应应用用： 数数据据的的显显示示组组织织； 应应用用操操作作 应应用用表表示示 应应用用服服务务逻逻辑辑 数数据据操操作作 营营业业操操作作 应用提供的服务和系统对这些服务的实现在系统的逻辑结构上相对分离，保证系统的 应用服务部分相对独立，服务的实现方法上的改变不应影响提供给用户的服务形式上发生 变化。 应用逻辑和数据操作分离： 提供给用户的服务的实现方法和数据的存取控制部分相对分离，使系统的逻辑实现具 有良好的跨平台性。 数据的接口逻辑上一致： 采用相同的技术实现系统不同逻辑层的数据接口和系统同其它系统的数据接口，以利 于系统的实现和维护。 1.3 应用的关键技术应用的关键技术 根据业务的定义，在系统软件的实现上采用不同的技术实现。其中主要有 N-tier 技术、 WEB 技术、数据库技术、面向对象设计技术、数据集市或数据仓库技术。 1.3.1 数据库设计技术数据库设计技术 数据库设计技术数据库设计技术 采用实体-关系模型描述系统的数据逻辑关系，采用关系模型数据库来实现系统的数据 逻辑关系。利用 Powerdesigner 工具描述帐务系统中的数据逻辑关系，形成数据逻辑模型 (E-R 关系)。在数据逻辑模型完成数据的组织定义和说明，Powerdesigner 工具根据其生成 详细的设计文档。在数据逻辑模型的基础上 Powerdesigner 工具根据其自动生成物理数据模 型，形成关系数据库的数据库定义语言，即形成关系数据库的数据库、表、视图、存储过 程、主外键关系等的定义及相关说明。在此基础上进行数据库的补充设计、完成数据库的 最终设计，即完成系统的数据库的物理设计。 1.3.2 WEB 技术技术 WebShpere 应用服务器简介应用服务器简介 WebSphere 应用服务器基于一个 Java Servlet 引擎，将通常的 Web 服务器(象 Apache 服 务器，Microsoft IIS，Netscape 企业服务器和 Lotus Domino Go WebServer)增强为基于 Java 的 Web 应用服务器。作为 IBM e-business 应用架构的核心，WebSphere 应用服务器提供了 无限的扩展性，允许用户利用 IBM 或其它厂商提供的 Java 技术扩展其运行环境。 .1WebSphere 功能描述功能描述 WebSphere 应用服务器满足维护一个 Web 站点的任何需求：简单安装，图形用户界面 (方便 Servlet 管理)，基于 Web 的远程管理和安全特性。它支持标准的 Java Servlet(包括 Java Server Pages Scripts),并增强其服务，例如会话状态(Session State)，用户环境信息(User Profile),通过连接管理器(连接缓冲区)实现高性能的数据库访问。利用 IBM Connector 系列， 实现与后台系统(CICS，IMS，MQSeries)的连接。WebSphere 应用服务器支持 Enterprise Java Beans(EJB)编程模型。联合 Enterprise Java Server(EJS)和一个 Java Object Request Broker(ORB)，可以通过 IIOP 访问分布的对象,利用这个标准的、广泛的编程模型，可在您 的 Web 应用中实现对各种商业对象的访问和运行服务。 CORBA 的支持包括代码生成器，允许开发者从编写 IDL 或 Java Interface 开始， CORBA 命名服务的 Java 实现，对象创建，和 Factory services,以及在 Web 服务器上将对象 服务器作为一个 Servlet 运行。 .2WebSphere 应用服务器支持的应用服务器支持的应用模型应用模型 WebSphere 应用服务器将 Web 应用程序划分为三种类型的部件：视图类，即 HTML 网页，下载到浏览器，处理用户输入和输出显示；控制器类，即 Java Servlet，负责接收客 NT S390,AS 400, OS2 AIX, Solaris, . W We eb bS Sp ph he er re e 应应用用服服务务器器 (Plug-in and Servlet Engine) Web 应 应用用逻逻辑辑/ /应应用用系系统统 (HTTP Servlets) NSApacheDGWMS/IISDomino 户端请求，提交服务，和将结果生成 HTML 网页；模式类，包括会话跟踪，用户环境信息 和其它连接数据库和 IBM Connectors 的服务，提供后台信息和执行后台应用程序功能。 Web Application Server (SE) JVM and core classes CICS DB IMS MQ HOD Web server 3rd-tier servers and systems .visitor center Home Search Products Copyright FAQ Servlets/JSP visitor center Home Search Products Copyright E*Trades Free Quotes Accounts Investors Commissions IRAs Customer Service FAQ Free Quotes Need Help? HTTP HTML HTML e-bank e-bank Symbol IBM Price 102 Change +1 Time 4:05 WebSphere 应用服务器根据业界标准的 Java 服务器页面 (JSP) 提供了服务器脚本。 根据不同的环境变量、JavaBean 属性文件条目，以及包含这些条目的简单表达式，JSP 页 面可以自行生成和使用包含简单“ 填空 ”功能的动态页面。它们还允许嵌入 Java 程序， 可以方便地执行 Server Side Includes (可重复使用的 HTTP Servlet，提供了部分，但不是全 部的页面显示功能)，WebSphere 包含了一个处理器，可以将脚本页面动态编译成 Java Servlet，然后由 Web 应用程序服务器执行。 Java Servlet 和 JSP 的结合，可将网页内容生成 (业务逻辑) 和内容显示(HTML 编 排) 分离开，使得被调用的 Servlet 将处理信息放到一个 Bean 中，然后交给 JSP，JSP 接收到 信息 Bean，生成客户端的 HTML。 这一应用模型的好处是避免了 CGI 和 ASP 的缺点，并具有以下特点： 对于客户端，大大简单了应用实施，浏览器不需要支持 Java，所有的 Java，或者说业 务逻辑在服务器端执行，客户机下载的全部是 HTML，无需下载 Java 类文件，节省了网 络消耗并提高了执行速度。 对于服务器端，提供中间的应用服务，并可根据性能和业务量的要求，控制运行机器 的数量和大小。 由于全部基于 Java 服务器的技术，使得系统的移植性，可扩展性不受任何限制。 会话跟踪，用户环境信息提供了多用户支持。 Servlet 的多线程服务大大降低对服务器资源的消耗，使得应用服务器可以长时间连续 服务。更安全，不用在防火墙外访问后台系统。 .3为为 Servlet 提供的各种服务：提供的各种服务： .3.1会话状态，维护用户环境信息会话状态，维护用户环境信息 在 WebSphere 应用服务器中还提供了专门的软件包，使得会话跟踪，维护用户信息， 生成动态的个人网页和站点实时监测 更加容易。其中包括： 会话跟踪: WebSphere 应用服务器提供了完善的会话状态和跟踪模型框架，处理来自 同一浏览器上同一用户的一系列请求，并维护个人信息合会话信息，包括记录参考页面， 引导访问者进入 Web 站点，同时跟踪访问者的位置，并通过会话联系用户标识。IBM WebSphere 应用服务器的会话状态 (session state ) 为高速的访问和更新而设计。状态存放 在内存中，但数据可在会话结束时被保存到目录中，数据库中或 connector 中 。而且，允 许会话跟踪者允许多个的应用服务器分享一个公共会话缓冲区 (会话簇)。每个应用服务器 被配置成会话客户机或会话服务器，实现会话建立，共享维护，管理等相关功能。 用户环境信息(User Profile) ，: 提供维护访问者详细信息，如爱好和个人数据等的方 法，可在 Web 应用程序内使用并将它们长期保留，例如数据库中,Cookie 中，或其它。 站点行为的动态实时监测，提供了站点行为监测器，一个 Applet，提供站点活动的动 态的观察，例如活动的会话，资源的使用，运行的程序等并可控制其活动。 软件包中包含特殊的工具，提供给 Web 站点管理员动态的登记公告牌，以及使访问 者交换信息。 .3.2数据库连接管理器数据库连接管理器 WebSphere 应用服务器有一个数据库连接管理器。它的使用是为解决 Web 应用程序 访问后台数据库服务器，会引起较高的，难以预测的系统开销。因为如果没有连接管理器， 每个用户会直接与数据服务器建立连接和断开连接，频繁地耗费服务器资源，往往会严重 影响 Web 应用中实际交互的进行，甚至造成瘫痪。 连接管理器可以控制和减少 Web 应用程序使用的资源。通过建立一个可供用户程序使 用的连接缓冲区，连接管理器将连接开销分散到多个用户请求上去。每个用户请求只引起 一个连接/断开代价中一部分的系统消耗。只使用初始资源建立缓冲区的连接后，附加的连 接/断开消耗就不大了，因为只是重复使用以有的连接而已。通过这种方法，可以做到多个 应用程序共享连接缓冲。 连接管理器可以同各种数据源相连接，如关系型的 DB2，Oracle，Informix，Sybase 等 和其它类型的数据产品，通过连接缓冲区，支持多种多个数据库服务器的连接能力。 当用户通过 Web 访问应用时，例如 Servlet，Servlet 从缓冲区使用一个以有的连接， 而不引起数据服务器连接消耗，当请求结束，Servlet 把连接归还给连接缓冲区，以供其它 程序使用，也不引起数据服务器断开消耗。连接管理器还能控制到数据服务器产品的并发 连接数。 .3.3访问访问数据库的数据库的 JavaBeans， WebSphere 应用服务器提供了访问数据库的 JavaBeans，可以代替 Java.Sql 包，让程 序直接使用，从而使数据库访问的编程更简单，而且充分利用控件的优点，避免了数据库 访问的各种复杂问题。 这些数据库访问 JavaBeans 具有以下特点： 查询结果的高速缓存：SQL 查询结果可以检索存放在高速缓存中的所有内溶，应用可 在高速缓存中向前/后移动，或直接跳到任何结果行。而如果直接使用 Java.Sql 包，只能检 索行一次，并只能向前移动。对于大的结果集，数据库访问 JavaBeans 提供检索和管理整 个集合或其子集。 通过结果高速缓存更新：程序可以使用标准的 Java 语句(优于 SQL 语句) 来修改，增 加或删除结果缓存中的行，更新的结果缓存可以立即反映到对应的关系型的数据上。 查询参数支持：用户可以键入查询语句或条件到浏览器的 HTML 表单中，数据库访问 JavaBeans 在运行时可以得到这些信息，替换成其查询参数值。 元数据支持：提供 SQL 数据类型和 Java 数据类型映射和相互转换功能。 .3.4IBM Connector WebSphere 应用服务器使用 IBM Connector 系 列，实现与事务处理系统和消息系统 的连接。它提供了一 组宜于使用的 Java 类，访问现有的后台系统。每个 Connector 有一 小组 Java Beans 组成，它们是 NCF Connector Interfaces (NCI) 的实现，这些接口对于所有 Connector 家族是一致的。每个 Connector 也提供一些 Servlet beans，为您提供一 些通用 的，基本的功能，可以直接使用或客户化。 .3.5Enterprise Java Beans 支持支持 当使用 IBM WebSphere 应用服务器标准板提供 Enterprise Java Beans 支持后，您可以 考虑进一步的开发方式，由于 EJB 支持交易性处理，并可根据实施要(与编程无关)允许远 程或本地调用。这样利用 EJB 提供的标准编程模型让 Servlet 可以访问任何类型的服务， 不论这些服务在那里，有多么复杂。 .4性能和扩展性功能性能和扩展性功能 IBM WebSphere 应用服务器可与 IBM WebSphere Performance Pack 中的 eNetwork Dispatcher 共同使用。eNetwork Dispatcher 安装于一组相同的 web 服务器(簇 )，包括运 行着 WebSphere 的应用服务器之前 ，它可将请求交给负载最轻的 web 服务器。这一功 能允许站点的任意扩展，提高命中率和响应速度，满足更多的动态处理需求，只需再增加 一个服务器。由于 Servlet 是无状态的，可由簇中的任何 web 应用服务器管理，会话状态 和 User Profile 可让簇中的每一个服务器处理， 从而共享对话和用户环境信息。 .5应用服务器的管理工具应用服务器的管理工具 WebSphere 应用服务器提供了基于浏览器的图形用户界面管理程序(Applet),可以方便的 进行 Web 应用(Servlet)的定制，监控及安全性等管理任务。具体的任务包括： 定制安装参数定制安装参数: 在让 WebSphere 应用服务器管理 Servlets 之前，需要定制基本的启动参数， 用于 Servlet 配置和管理器本身特性配置。有关 Servlet 的定制包括基本的 Java 文件路径， Java 编译器路径,是否使用 User Profile 和 User Profile 参数,是否使用 Session Tracking 和 Session Tracking 的参数,Log 文件类型，大小，位置信息，虚拟主机名称和文档根目录 数据库连接池信息。 监控监控 Servlet 行为行为: 通过查看各种 log 输出，装载的 Servlet 的状态和统计，以及实时地资源 使用情况，活动的对话等。 创建和维护安全管理创建和维护安全管理 : WebShpere 为安全的 Web 应用提供了各种技术。在 WebShpere 中安 全因素包括域及用户，组，资源和访问控制列表等，在管理工具中，通过定义用户，组， 资源和访问控制列表，对每个用户，组和资源分配访问权限，您可以控制各种服务中何种 资源被使用及被谁使用。其中，WebSphereWeb 服务器与应用服务器提供的资源包括 Web 网页，其它类型的文件和目录，Web 应用程序即 Java Servlet,Java ServerPage,Servlet 可使用 的网络连接(socks)，Servlet 访问的企业资源和应用。 当用户请求服务器端的服务时，WebShpere 会提示用户要访问内容具有安全限制，通 过浏览器提示用户输入标识和密码，用户客户端登录后，其输入的标识和密码会传给 Web 应用服务器，通过认证用户标识。，查看其所在的访问控制列表，决定其是否具有对请求 的资源的访问权限，从而达到 Web 应用的安全性要求。 另外，在 WebSphere 也可以使用 SSL，加强客户端的浏览器到 Web 服务器的通讯信道 的安全性，包括服务器认证，客户端认证，对信息加密等安全措施。WebSphere 支持 SSL3.0,有关 SSL，请参考相关资料。 管理管理 Servlets : 包括 Servlet 的装载和卸载,包括远程装载/卸载，路径，初始参数，创建别 名和过滤器(MIME 类型)等。 .6使电子商务成为现实使电子商务成为现实 在 WebSphere 产品中添加先进的事务性功能，就可以进一步支持当今网络化企业的需 求。将来的版本将紧密集成其它产品，例如 Net.Commerce（用于构建和管理 Web 商务）、 TXSeries（Web 版本的事务处理系统），以及 Component Broker。 IBM 提供了广泛的应用服务器技术，包括 Lotus Domino、DB2 Universal Database、WebShpere、CICS、IMS 和 MQSeries。所有这些服务器都可以同 WebSphere 合 作，成为集成了 WebSphere 软件的互联企业解决方案的一部分。WebSphereWeb 服务器功 能、事务处理、商务功能、通用编程和工具相结合，使之成为最综合、最强壮的解决方案， 为电子商务应用程序带来价值。 Websphere 在帐务处理系统中应用在帐务处理系统中应用 数据库访问、CICS 服务器访问采用 N-tier 结构访问，这样，一方面可以充分应用服务 器的数据库连接缓冲池功能，降低对数据库服务器的连接开销，一方面也方便增强数据库 系统的安全性。示意图如下： APPLET CICS服务 调用 Servlet 通用数据 库访问 Servlet 数据库 服务器 JDBC WebSphere应用 服务器 浏览器 CICS服务 器 XA 服务调用 CICS服务 调用 Servlet 通用数据 库访问 Servlet Web 服务器 1.3.3 中间件技术中间件技术 交易中间件交易中间件 CICS 技术介绍技术介绍 CICS(客户信息控制系统)是 IBM 公司的事务处理软件，它的历史已经超过了 26 年， 从批处理的作业方式向联机事务处理方式的转变，使人们认识到必须有专门的事务处理软 件来调度事务的运行，才能获得令人满意的系统性能和事务可靠性。 大型的联机事务处理系统的开发比大多数人原来想象的要复杂得多，它绝不是把数据 放在一台主机的数据库中，然后开发一些客户端程序来访问和修改这些数据这么简单。 CICS 最大的贡献就是深入分析了联机事务处理系统中与业务逻辑无关的，只与系统运 行有关的具有共性的需求，把上述种种复杂的软件功能归纳起来，以服务器的形式帮助应 用程序实现这些功能，在整个系统的运行过程中充当应用管理的角色，类比于数据库服务 器管理系统中的所有数据，事务服务器管理系统中所有的应用，以及与应用相关的资源。 服务器上的应用程序可直接访问数据库，但更多的是请求 CICS 的调度服务，在 CICS 的管理和协调下运行，并访问数据库，由于 CICS 集中管理与应用系统有关的所有资源包 括数据库，就能以最优化的方式运行，保证达到最优的整体性能。 客户端的应用程序在 CICS 客户端软件的支持下与 CICS 服务器通讯，并请求运行服务 器上的应用程序，这种关系可类比于数据库服务器中的存储过程，能被客户端的应用程序 请求调用。客户端的应用程序的工作一般是收集用户数据，发请求并接收服务器回答的结 果，显示在屏幕上。 业务管理 CICS 服务器能提供的服务由定义在其中的业务程序决定。帐务系统与营销系统作为相 互独立的两套业务系统，既可分别定义在两个 CICS 服务器上，亦可定义在同一个 CICS 服 务器上。 CICS 服务器支持的事务处理系统中，每一笔业务或每一个处理都由服务器端的一个可 重入模块实现，必须由系统管理员或开发人员在模块编译成功后，在 CICS 服务器中的程 序定义(PD)加入相应的定义项，指定程序的外部名字。该名字供客户端应用程序请求服务 器端的服务使用。不同的业务程序由系统管理员指定不同的外部名字，如果引用程序名字 错误会带来不正确的结果。 负载均衡 CICS 服务系统的负载均衡由 CICS 客户端软件中的负载均衡管理驱动器实现，与后台 服务器的配置无关。CICS 客户端程序客户机与一台或多台 CICS 服务器间的连接，监控每 个服务器的响应时间、已处理请求数等性能参数，选择最空闲的 CICS 服务器，动态将客 户请求发往该服务器。具体的负载均衡选择算法由 CICS 客户端通讯进程的外接出口程序 实现，与最终客户使用的应用程序无关，所以负载均衡算法改变时无需修改客户端应用程 序。 在 CICS 客户端，每个 CICS 服务器都由系统管理员指定一个名字，在该名字下记录该 CICS 服务器所在机器的 IP 地址和接受客户请求的端口号(默认端口号为 1435，支持大量并 发用户的 CICS 服务器通常配置多个端口号同时接受客户请求，这时每个端口号都在客户 端定义为一个 CICS 服务器，即使它们属于同一个 CICS 服务器)。客户端定义的多个 CICS 服务器加入一个服务组中，客户端应用程序发出 ECI 调用请求时 CICS 客户端支持软件就 可以在同一组 CICS 服务器中动态地选择一个，选择的算法可以简单的循环算法，亦可以 按比例或动态检查算法。 CICS 的负载均衡设计给予 CICS 客户端应用程序动态选择服务器的功能，结构灵活简 单，不会因为负责负载均衡的接入服务器发生故障而影响整个系统的运行。CICS 服务器的 设置与客户端的设置相对独立，CICS 客户端可以选择使用负载均衡，亦可选择不采用负载 均衡；还可选择是在所有可用服务器间作负载均衡，还是在部分可用服务器间作负载均衡； 甚至能为每个程序选择是否作负载均衡，负载均衡的范围，负载均衡算法等。在 CICS 负 载均衡结构的支持，系统管理员可以在承担较大处理的系统中配置多台 CICS 服务器，装 入完全相同的业务程序，均分系统负载。 通信中间件通信中间件 MQSeries 技术介绍技术介绍 MQSeries 是一个通信中间件，专门负责在各种平台间传送数据，能保证数据在不稳定 的数据线路上传送时不会丢失或重复，其简洁的编程接口能大大简化系统开发人员的工作 量，提高开发质量。 MQSeries 不但能在 RS/6000 的 AIX 上运行，还能在各种平台如 WindowsNT、各种 UNIX 操作系统以至各种专用系统上运行，使各平台上的应用程序能顺利地交换数据。 随着 MQSeries 在中国人民银行的推广使用，它正在成为中国金融界系统进行交易事 务的事实标准。越来越多银行、证券系统使用 MQSeries 互联。MQSeries 系统是一个消息 排队产品，是 IBM 用于通讯的中间件产品，它为分布式环境下进行程序到程序之间通信提 供了灵活、快速并且易于使用的解决方法。 MQSeries 为应用程序提供一种跨越网络通讯的特殊机制，参与通讯的应用程序之间不 需要建立私有的、专用的逻辑连接，它们只需要把数据组装成消息，放入消息队列中，接 收方从消息队列中取出消息，达到通信的目的。 MQSeries 中的 M 指的是消息（MESSAGE） ，Q 指的是队列（QUEUE） ，Series 指的是 该产品支持几乎所有平台，包括所有计算机工业界的主流平台，运行在各种 UNIX 平台和 NT 平台上的应用程序都能用相同的 API 互相通讯。 利用 MQSeries 传送数据的系统在系统设计和应用开发上有以下优点： 1、断点自动恢复 MQSeries 这一特性能保证在网路中断并恢复之后，数据被可靠地从中断点恢复传送， 而无需程序员考虑网络特性。 2、保证每条数据不丢失，不重复 由于采用了先进的程序设计思想，MQSeries 的消息放入稳定的磁盘设备暂时存放，直 至完整传送为止。 MQSeries 是唯一可保证信息一次性传输的中介软件。在当前数据传输线路条件普遍较 差的现状下，这一点对要求高度数据完整性的系统来说至关重要。 3、多协议并存 MQSeries 提供给开发人员的编程接口与具体的网络协议无关，网络底层不同类型的传 输协议对应用开发是透明的，基于不同种协议的应用程序间的通讯在 MQSeries 上已成为 现实。相比网关技术它有无与伦比的优越性，可以大大节省应用开发人员的开发工作量。 4、异步并行处理 MQSeries 不仅支持传统的同步的实时响应的程序间通讯，更支持异步的、并行的工作 方式。当一个应用程序用 MQPUT 将一个信息传送给其它应用程序，它不需等待另一个应 用程序的回答，甚至不需关心信息是否被对方接收，继续执行 MQPUT 以后的指令。 5、实时响应，高速传输 MQSeries 提供了保持链接的通讯方式，使每条消息的传输不需重新建立新的通讯链接， 保证实时响应效率。 MQSeries 提供了大容量消息成组传输的功能，特别适合计费系统中话单数据和计费数 据的成批传送的应用。 6、多种平台共存 MQSeries 在 23 种操作系统上提供统一的编程接口，仅需重新编译就可完成不同平台 间程序的移植。 7、提高系统开发效率 MQSeries 十分简单易学，用户仅需利用 MQSeries 的 9 个易用而又功能强大的函数调 用，就能完成所有的通讯操作。 MQSeries 在各个平台都提供相同的 C 语言应用编程接口。熟悉 C 语言环境的开发人 员能以最快的速度，写出各种复杂的应用程序，实现特殊的功能，包括传送计费和话单数 据、满足业务中实时查询的要求等。 MQSeries 的简单性使它不会约束程序的应用范围，如何处理来自程控交换机的话单数 据、控制业务流程等都与 MQSeries 本身无关，但都能在 MQSeries 的支持下实现。 MQSeries 不仅能做到断点自动恢复，还可以实时或批量地将大量的数据转发到目的地.再 触发有关应用来处理这些信息.MQSeries 可保证信息不丢失，不重传。 通过使用 MQSeries 来构成计费系统的通讯基础，能有效地保证整个网络的可靠性与 信息传递的高速与实时性，使得应用程序的开发可以专注于业务的设计与实现上。 8、MQSeries 的安全性保证 计费系统分布在全省各地，用公共数据网络连接各级中心和各交换局，数据很易受到 攻击和侦听，有必要采用可靠的安全机制保护机密数据的传输。 MQSeries 有强大的安全控制手段，保护数据在公共数据线路上传输时的安全性。最适 于在分布式环境中使用的手段是附加在 MCA 上的安全出口程序、消息出口程序和发送接 收出口程序。 MCA 附加的安全出口程序是一些增强通道功能的功能模块。如安全出口程序，建立通 道时，通道两端的 MCA 调用各自的安全出口程序，系统开发人员在安全出口程序加入密 码确认的功能，只有通讯双方交换密钥成功后通道才能建立。 安全出口程序能返回安全密钥，MCA 通过通道发送消息时，调用消息出口程序，用密 钥加密消息，接收方 MCA 收到消息后也调用消息出口程序对消息解密。 MQSeries 开放的接口支持各种用户开发的加密系统，从而保护在公共数据网络上传输 的数据。 如果要更进一步地实现在互联网上的更强大的安全控制，MQSeries 可以利用工业标准 的 DCE(分布式计算环境)提供的认证和加密服务。 CICS 技术在帐务处理系统中应用技术在帐务处理系统中应用 对于交易服务（销账类服务等） ，对效率、性能、访问量、并发性等要求较高的部分， 使用 IBM CICS 中间件服务器的多层结构实现，示意图如下： APPLET CICS 访问 Servlet 数据库 服务器 XA WEB 服务器/Websphere服务器浏览器 IBM CICS 中件件服 务器 CICS 服务器 CICS JAVA Client MQseries 技术在帐务处理系统中应用技术在帐务处理系统中应用 应用示意图如下： 帐务系统接口机 帐务系统主机 金融系统主机 金融系统接口机 TCP/IP TCP/IP金融系统使用的网络协 议 运行 MQseries 运行 MQseries 系统基本功能系统基本功能 .1通过金融系统托收销帐通过金融系统托收销帐 提供与金融系统的数据接口，金融系统能取得已开办金融系统托收业务的用户的话费， 在金融系统中进行对用户金融帐户进行扣款交费操作，返回结果给帐务管理系统，帐务管 理系统对用户进行销帐处理。 移动帐务系统对通过金融系统托收销帐提供两种支持方式 异步托收销帐：所谓的异步是指金融系统对用户金融帐户进行扣款交费、帐务管理系 统对用户进行销帐两个事件可以以非实时的方式进行。具体的处理流程是 1）金融系统发起一个文件传送请求取得托收用户文件，托收用户文件中包含了金融系 统进行扣款交费所必需的信息； 2）金融系统根据托收用户文件对每个用户依次进行扣款交费处理，处理结果生成托收 用户扣款文件，并将一个相应的永久索引消息（它将触发向帐务系统传送托收用户 扣款文件操作）发送到帐务系统的队列中； 3）一旦索引消息通过 MQ 系统传送成功，将在指定目录下生成托收用户扣款文件，并 触发帐务系统根据此文件进行销帐操作。 异步托收销帐方式适合于处理批量用户的情况，只允许在欠费停机日期之前进行；在 欠费停机日期后，由于允许托收用户有其它的交费方式，要求使用下边的同步方式进 行销帐。 同步托收销帐：所谓的同步是指金融系统对用户金融帐户进行扣款交费、帐务管理系 统对用户进行销帐两个事件需要以实时的方式进行。具体的处理流程是 金融系统发起一个托收用户费用查询（消息类型为 0011）到帐务系统的查询队列，请求取 得指定托收用户费用情况（在查询失败情况下不能进行托收扣款，只能再次尝试查询） ； 1） 金融系统根据查询结果进行扣款交费处理，并将一个相应的托收销帐请求（消息 类型为 0001，包含扣款信息）发送到帐务系统的销帐队列中（超过预设时间仍没 收到相应的回应消息认为此次交易失败） ； 2） 帐务系统收到托收销帐请求后对该用户进行销帐操作，根据销帐结果给金融系统 发送回应消息（消息类型为 8001） 。 3） 金融系统收到回应消息，根据销帐结果进行处理。 同步托收销帐方式适合于非批量用户的情况，允许在欠费停机日期之前进行，也允许 在欠费停机日期之后进行。 .2通过金融系统代收销帐通过金融系统代收销帐 提供与金融系统的数据接口，金融系统能查询取得用户的话费，用户进行现金交费，金融 系统将交费结果返回给帐务管理系统，帐务管理系统对用户进行销帐处理。 移动帐务系统对通过金融系统代收销帐只提供实时同步的处理方式，具体的处理流程是 1） 金融系统发起一个代收用户费用查询（消息类型为 0012）到帐务系统的查询队列， 请求取得指定托收用户费用情况（在查询失败情况下不能进行代收交费，只能再 次尝试查询） ； 2） 金融系统根据查询结果进行现金交费处理，并将一个相应的代收销帐请求（消息 类型为 0002，包含现金交费信息）发送到帐务系统的销帐队列中（超过预设时间 仍没收到相应的回应消息认为此次交易失败） ； 3） 帐务系统收到托收销帐请求后对该用户进行销帐操作，根据销帐结果给金融系统 发送回应消息（消息类型为 8002） 。 4） 金融系统收到回应消息，根据销帐结果进行处理。 .3通过金融系统办理托收关系通过金融系统办理托收关系 提供与金融系统的数据接口，金融系统能查询得知指定用户是否能办理新的托收关系（欠 费或旧的托收关系没解除时不能办理） ，金融系统接收用户填写资料进行相应的办理手续， 将结果返回给帐务管理系统，帐务管理系统保存更新用户的新托收关系信息。 移动帐务系统对通过金融系统办理托收关系只提供实时同步的处理方式，具体的处理流程 如下 1） 金融系统发起一个办托用户情况查询（消息类型为 0013）到帐务系统的查询队列， 请求取得指定用户的情况（在查询失败情况下不能进行新托收关系的办理，只能 再次尝试查询） ； 2） 金融系统根据查询结果决定能否给用户办理新的托收关系，能办理则在进行相应 手续后，将一个办理托收关系请求（消息类型为 0003，包含新托收关系信息）发 送到帐务系统的交易队列中（超过预设时间仍没收到相应的回应消息认为此次交 易失败） ； 3） 帐务系统收到办理托收关系请求后更新用户的新托收关系信息，根据托收信息更 新结果给金融系统发送回应消息（消息类型为 8003） 。 4） 金融系统收到回应消息，根据托收信息更新结果进行处理。 .4通过金融系统返销帐通过金融系统返销帐 提供与金融系统的数据接口，金融系统在销账时保存交易流水号，返销帐时根据流水号来 确定是否是该笔交易需要返销帐。金融系统将交易流水号返回给帐务管理系统，帐务管理 系统对该笔交易进行返销帐处理。 移动帐务系统对通过金融系统返销帐只提供实时同步的处理方式，具体的处理流程是 1） 金融系统根据销账结果查询得到原交易流水号，然后将一个相应的返销帐请求 （消息类型为 0004）发送到帐务系统的销帐队列中（超过预设时间仍没收到相应 的回应消息认为此次交易失败） ； 5） 帐务系统收到返销帐请求后对该用户进行返销帐操作，根据返销帐结果给金融系 统发送回应消息（消息类型为 8004） 。 6） 金融系统收到回应消息，根据返销帐结果进行处理。 .5销帐帐目核对功能销帐帐目核对功能 提供与金融系统的数据接口，查帐发起方能查询得知被查方在指定时间段内托收/代收交易 的情况(成功、失败的笔数，成功交易的总金额)，查帐发起方收到查询结果后，将结果与 己方中的日志记录进行比较核对，根据比较核对的结果决定是否进行详细交易清单查询； 进行详细交易清单查询时，查帐发起方同样发送一个查询，回应方通过索引消息返回查询 交易清单文件。 帐目核对只提供实时同步的处理方式，具体的处理流程如下 1） 查帐发起系统发送一个办托用户情况查询（消息类型为 0014，查询方式为 00）到 目标系统的查询队列，然后等待回应消息以取得指定时间段内发生交易的统计情 况，如果超时，本次查询失败； 2） 目标系统收到查询消息后，按条件根据己方日志中内容作出统计结果,将结果返回 给查询发起系统（消息类型为 8014） ； 3） 查帐发起系统将查询结果与己方系统中日志内容进行比较核对，如果核对结果正 确，一般不需要再做进一步详细清单查询，否则进行下一步； 4） 查帐发起系统发送一个办托用户情况查询（消息类型为 0014，查询方式为 01）到 目标系统的查询队列，请求取得指定时间段内发生交易的详细情况，同时指定返 回生成的交易清单文件路径名，然后等待相应的索引消息，如果超时，认为本次 查询失败； 5） 目标系统收到查询消息后，按条件根据己方日志中内容生成交易清单文件,并发送 一个索引消息给查询发起系统，触发交易清单文件传送； 6） 查帐发起系统收到回应消息（一个索引消息）后，打开生成的交易清单文件，与 己方交易日志中内容进行核对。 1.3.4 分布对象技术分布对象技术 CORBA 技术介绍技术介绍 所谓 CORBA（Common Object Request Broker Architecture） ，即公共对象请求中介者 体系机构，实际上是一种规范，它定义了分布式对象如何通过网络进行互操作，而且对象 独立于客户机、服务器的操作系统及其编程语言，目标在于提供各对象在异质系统的网络 上的互操作性。CORBA 规范由国际组织 OMG（Object Management Group）来制订。 OMG 成立于 1989 年，是一家由 700 多家公司组成的开放的非盈利性的组织，其工作是制 订对象计算的开放标准，但本身不从事开发，是一个商业中立的组织。人们成立 OMG 的 目的，正是为了支持以对象为基础的软件的标准化，通过这种标准化方法来使用对象去支 持分布式计算，使不同厂商的对象能够通过网络和操作系统实现互相操作。 ORB 是 CORBA 实现这些目标的基本机制。对 CORBA 对象的访问和 CORBA 对象的 互通信要以对象请求解析器（Object Request Broker）为中介，而客户感觉不到这种与服务 器对象通信的中介机制的存在。简单地说：ORB=IDL+IIOP。 客户端对 CORBA 对象的访问，通过 IDL 提供的该对象的标准接口去调用，因此如果 一个对象要向其他的对象请求某些事情，它必须知道目标对象的 IDL 接口。IDL 是 CORBA 规范中用来定义对象标准接口的接口描述语言（Interface Definition Language） ，它 不是一种编程语言，不能用它来指定它所定义的类或方法的具体实现，只能用来定义接口。 对应不同平台的不同语言的 IDL 编译器将 IDL 接口映射到目标语言，如 Java 、C+、COBOL 等。 CORBA 对象之间的互相操作通信，则是通过公共的通信协议 IIOP（Internet Inter-Orb Protocol）来通信。1994 年 OMG 提出了 CORBA2.0 规范，其中包含了一个 IIOP 协议，用 于 ORB 之间的互操作。 每一个 CORBA 规范的实现就是一个 ORB，目前大多数的 ORB 是用 C+写的，也有 的 ORB 是用 JAVA 编写的，如 SUN 公司的 Joe,Iona 公司的 Orbixweb,Netscape 的 VisiBroker for JAVA。 Orbix 是由目前主要的 ORB 厂商 IONA 用 C+写的 CORBA 规范的 实现软件。对于某个具体的 ORB 软件而言，用该 ORB 产生的 CORBA 对象之间的通信可 以遵循该 ORB 软件自身提供的通信协议来实现。但是，由于存在不同的 ORB 厂商，根据 不同的 ORB 产生的 CORBA 对象之间要进行通信就必须遵守公共的通信协议，而不能是某 一 ORB 厂商的特定协议。IIOP 协议正是基于这一点定义的，它运行于 TCP/IP 之上，是一 种强健的、可伸缩的、基于事务的协议，它不但实现了不同 ORB 之间的互操作，而且由 于它与现在的 HTTP 协议兼容，又不需要特殊的配置，因此很快成为 Internet 和企业 Intranet 上分布式对象间互相通信的标准。这样，不论分布式 CORBA 对象分布在什么地方， 通过 IIOP 协议可以实现这些对象之间的互操作，从而避免了复杂的网络通信编程。 图 1 描述了 CORBA 的互操作性，通过标准的 IDL 接口描述语言，通过遵循公共的通 信协议，CORBA 实现了硬件平台不同，操作系统不同，编程语言不同的情况下的对象之 间互操作。 Solaris C+ MVS cobol HP-UX S/talk Alpha Ada a 图 1 CORBA 的互操作性 CORBA 是一种独立于语言的技术，所以用支持 CORBA 的语言 （Java、C、C+、Ada、Smalltalk、COBOL，等）写的任何一个客户端都能以一种独立于 平台和语言的方式访问服务器的对象，CORBA 对象之间也可以实现互相通信。CORBA 的 优点在于：开发人员能简单地申请并接收远端的对象而无须担心包含在这些对象中的实现 细节。同样地，服务器对象开发人员（用 C+或其他语言开发）也不必关心那种语言要访 问他将建立的对象。也就是说 CORBA 实现了对象实现的透明性和分布的透明性。如图 2 所示： 应用程序服务器应用程序服务器应用程序服务器 ORB (IDL+IIOP以及其他服务) 客户端客户端 图 2 从另一个角度来看，CORBA 是软件总线结构的实现。所谓软件总线的功能就是起到 类似于计算机系统硬件总线的作用，只要将应用模块按总线规范作成软插件，插入总线即 可实现集成运行。这样，ORB 可以看成按照 CORBA 规范实现软件总线的核心系统。IDL 语言是 CORBA