（计算机应用技术专业论文）银行中间业务平台的研究与开发.pdf

r 柯人学坝卜# 付论殳铤行中间业务、卜台的研究1 j 开发 摘要 中问业务是银行经济新的增长点，本文研究的目标就是建立一个中间业务 的通用处理平台中间业务平台，并以中问业务平台为中心构建中间业务处 理系统。 针对中j 日j 业务的特点，本文提出了代理服务器解决方案，其核心思想是“分 布处理、集中控制、处理与控制分离”，基于该方案的软件系统使用“客户一 代理服务器处理服务器”三层结构。使用代理服务器模型，将多个基于 c s 模型或三层c s 模型的软件互联，在不影响软件原有结构和功能的日订提下， 实现新的处理功能。 基于代理服务器方案，中m 业务处理系统被分为交易发起端、中间业务平 台、交易处理服务器，将整个中问业务处理的控制功能集中到中间业务平台， 同时将需要在中问业务前置机进行的处理功能从中问业务平台分离开来，形成 本地处理服务器。 为了实现时中间业务在业务种类上处理能力的动态扩展，中问业务平台使 用了“业务一交易一交易处理步骤”的三级概念定义体系，根据用户的定义决 定交易的处理方式。 为了实现对中问业务在业务量上处理能力的动态扩展，中间业务平台使用 多进程的运行模式，将整个中问业务平台分成四个子系统通信子系统、数 据包格式转换子系统、交易驱动子系统、系统管理子系统。交易驱动子系统是 中间业务平台的核心，用于完成交易的自动驱动；通信子系统、数据包格式转 换子系统、系统管理子系统则是中间业务平台的外壳，其中通信子系统用于完 成和交易发起端的通信功能，数据包格式转换子系统用于完成与交易发起端数 据交互中的信息格式转换功能，系统管理子系统用于完成对中间业务平台的管 王单 关键词：中问业务，代理服务器方案，中间业务处理系统，中间业务平台。 。p 南人学f _ ! ；i1 学位论文银行中间业务甲钎的研究与开发 a b s t r a c t i n t e n n e d i a t eb u s i n e s si san e wr i s ep o i mi nb a r 止e c o n o m y t i l et a r 2 e to ft h e r e s e a r c ho ft h i sp a p e ri st od e v e l o pi n t e n e d i a t eb u s i n e s sp r o c e s s i n 窖p l a t f o m ， w h i c hi sag e n e r a ip r o c e s s i n gp a n e lo fi n t e r n l e d i a t eb 璐i n e s s ，a 【l df o c u s0 n 枷c ht 0 c o n s t m c ti n t e g m t ep r o c e s s i n gs v s t e mo f i n t e 姗e d i a t eb u s i n e s s a p p o i n tt om ec h a r a c t e r i s t i co fi m e m e d i a t eb u s i n e s s ，t 1 1 ep a p e rp u t sf o n ，a r d t h ea g e n ts e r v e rp r o j e c t t h ec o r ei d e ao ft l l ep r o j e c ti sp r o c e s s i n gd i s t r i b u c e d ， c o n t r o l l i n gc o n c e n 扛a t e d ，p r o c c s s i n ga r i dc o m r o l l i l l gd e t a c h e d ，m es o 小v a r es y s t 衄 b a s e do nt h ep r o j e c tu s e sc l i e n t a g e n ts e r v e r p r o c e s s i n gs e e rm r e e m e r s t r u c t u f e t h r o u g h t i l e m e t h o d ， w ec a n i m 口l e m e n tn e w 如n d i o nb v t l l e i n t e r c o n n e c t e ds v s t e m sb a s e do nc l i e n “s e e rm o ( i c lo r 血r c e t i e rc l i e n t ，s e e r - n o t a 髓c t i n gt h es t m c t u r ea n df u n c t i o no f t 1 es y s t e m s t h ei n t e m e d i a t eb u s i n e s sp r o c e s s i n gs y s t e mc a nb ed i v i d e di m om r e ep a r t s ： t r 舭s a c t i o nl a u n c h e r i n t e r m e d i a t eb u s i n e s sp l a i o r ma n d 仃a n s a c t i o nd r o c e s s i n g s e n r e r t h ec o n t r o i l i n g 如n c t i o no ft 1 1 ew h o j es v s t e mi sc o n c e n t r a t e do nt h e i n t e n i l e d i a t ep r o c e s s i n gs y s t e m ，a tt h es 锄et i m e ，m ep m c e s s i t l g 血n c t i o ni n 也e p r e m a c h i n ei sd e p a r t e d 丘o mm ei m e r m e d i a t eb u s i i l e s sp l a t f b r m ，f o m l i n 2t h cl o c a l p m c e s s i n gs e r v e r t br e a l i z et h ed y n 锄i c a l l ve x t e n s i v ef u n c t i o no nm a n yk i n d so fb u s i n e s s ，t h e i n t e 册e d i a t eb u s i n e s ss y s t e mu s e s 出eb u s i n e s s r f a n s a c t i o n p r o c e s s i n gs t e p s t k e e l e v e ls y s t e mo fc o n c e p t i o nd e f i i l i t i o n ，w h j c hc a nr e a l i z et h em e t l l o do f t r a l l s a c t i o np r o c e s s i n g b yt h ed e f i n i t i o no f u s e r s i no r d e rt or e a l i z et h ed y n a i l l i c a l i ye x t e i l s i v e 血n c t i o no np m c e s s i n gb u s i n e s s q u a i l t i t ya b i i i t y - i n t e 衄e d i a t eb u s 硫s sp l a t f o 珊a p p l y 恤舢l 岫r o c e s sm o d e l ，a n d d i v i d et h ew h o l es y s t e mi n t of o u rp a n s ：t l l ec o m m l l i l i c a t i o ns u b s v s t e m ，t h ed a _ t a p a c k a g ef o n a tc o n v e r s i o ns u b s y s t e m ，t l l et r a n s a c t i o nd r i v i n gs u b - s v s t e ma 1 1 d t h es y s t e mm m a g e m e n ts u b s v s t e m t h et r a n s a c t i o nd r i v i l l gs u b s y s t e mi sm e c o r ep a r to fi n t e m l e d i a t eb u s i n e s sp i a t f o r r n ，w h i c hi su s e dt op e o r n lt l l ea u t o m a t i c d r i v i n gf i u n c t i o no ft r a i l s a c t i o n ：m ec o n m u n i c a t i o ns u b s y s t c m ，出ed a t ap a c k a g e f o r n l a tc o n v e r s i o ns u b s y s t e ma n dm es y s t e mm a l l a g e m e ms u b _ s y s t e mi st l l es h e l l p a r t so fi m e r r n e d i a t eb u s i n e s sp 1 甜f o n n ，t h ec 0 1 n m 珈1 i c a t i o ns u b s v s t e mi su s e dt d d e r f b h l lt l l ed a t ai n f - o n n a t i o nc o m m u n j c a t i o nw i mt h et m s a c t i o nl a u n c h e lt l l e d a t ap a c k a g ef o m a tc o n v e r s i o ns u b s y s t e mi su s e dt op e r f 0 蛳t l l e 血n c t i o no f i n f - o h n a t i o nf o 肌a te x c h a n g i i i g 、i t i lt h et r a n s a c t i o l a 恤c h e r a n dt h es y s t e m m a n a g e m e n ts u b s y s t e m i su s e dt op e r f o n nt h e血n c t i o no fm a l l a g e m e n to f i n t e m l e d i a t eb u s i n e s sp 1 a t f o n n k e yw o r d s ：i n t e r m c d i a t eb u s i n e s s ，a g e n ts e e rp 叫e c t ，i n t e 册e d i a t eb u s i n e s s p r o c e s s i n gs y s t e m ，i n t e n l l e d i a t eb l l s i n e s sp l a t f b m l 、 银行中间业务平台的研究与开发 1 概述 我崮银行自2 0 世纪9 0 年代将计算机技术广泛应用于银行储蓄业务管理以 来，银行业务软件的丌发与维护就一直是我国计算机应用的重要领域之一，从银 行传统业务系统、卡业务系统、电话银行到银行决策支持系统，都吸引了广大软 件丌发和集成商的参与，有力地推动了我国银行的自动化管理和计算机应用水 平。 1 1 课题研究对象 存贷业务是我国银行的传统业务，即吸纳存款和发放贷款，我国银行现有的 业务系统就是基于传统业务而建立的，在存贷业务中，无论是吸收存款形成表内 负债，还是发放贷款形成表内资产，银行在这些交易中，总是直接作为信用活动 的一方参与的。 近年来出现的中间业务，是区别于传统业务的各种代理业务的统称，银行不 运用或较少运用自己的资财，以中间人的身份替客户办理收付和其它委托事项， 提供各类会融服务并收取手续费，如目前比较流行的银行为学校代收学费，代发 学生补助，银行为地税局代收税费，银行为煤气公司代收煤气费，银行为电信局 代收话费，为保险公司代收保险费等等。中间业务和传统业务相比，银行不再直 接作为信用活动的一方，而是扮演中介或代理的角色，进行有偿服务。 本文的研究对象是中问业务通用处理系统的构建，针对目前我国银行业新兴 的各种中问业务的处理提出统一的解决方案。 1 2 课题研究背景 2 0 世纪7 0 年代以来，全球商业银行中间业务发展十分迅猛，其在商业银行业 务经营中所占的比重不断上升，其业务品种也已从刚起步时单一的代理收付业务 扩大到包括结算、担保、融资、管理、咨询、衍生金融工具等广泛的业务群体。 在发达国家的商业银行，中问业务收入已成为其经营收入的重要来源，甚至 超过了利息收入所占比重。据统计，美国商业银行的中问业务收入占全部收入的 比重，已由8 0 年代的3 0 上升到目前的3 8 4 。日本银行由2 4 上升到3 9 9 ， 英国| 4 2 8 5 上升到4 1 1 i l “。而在美国著名的花旗银行，存贷业务带来的利润 占总利润的2 0 ，承兑、资信调查、企业信用等级评估、资产评估业务、个人财 务顾问业务、远期外汇买卖、外汇期货、外汇期权等中问业务却为其带来了8 0 中南人学顺1 学位论文银行中间业务、卜台的研究与开发 的利润【i ”。可以说，中间业务的兴盛，已经对商业银行在金融市场中所发挥的传统 功能和充当的角色产生了巨大的冲击作用。 我国困内银行对中间业务的丌展也越来越重视，据悉，截至2 0 0 1 年7 月9 f i ，t ，国建设银行丌办的一n 问业务品种己达7 大类共1 2 7 种，上半年中问业务收 入达1 9 1 亿元，收支净额为1 7 4 亿元，比同期增长1 倍以上【1 4 j 。 国内中问业务近几年虽有所发展，但总体来看，仍处于起步阶段。在我国四 大国有银行中，中问业务占全部收益比重分别为：中国银行约1 7 ，中国建设银 行约8 ，中国工商银行约5 ，中国农业银行不足4 ，四大银行平均仅8 5 左右【l 。由此可见，中外银行中间业务的差距还非常之大。 随着我国加入w 7 r o ，大批外资银行将不可避免地涌入我国金融市场，一些 专家认为，外资银行进入中国之初，由于网点、人才等因素限制，外资银行的存 贷业务将不会有很大发展，会把中问业务的发展作为进军我国金融界的“切入 点”，逐步扩大他们的经营范围和业务品种。外资拥有的经营中间业务的强大优 势，将给我国银行业带来强烈的冲击。 为了应对国外金融机构带来的挑战，提高我国银行的竞争力，中国人民银行 于2 0 0 1 年7 月4 同出台了商业银行中间业务暂行规定，从政策上鼓励和支 持各家银行丌展中间业务，这必将极大地推动我国银行中问业务的发展，同时也 会使得中间业务处理软件的丌发成为我国银行软件开发中的热点。 1 3 课题的国内研究现状 目前，我国银行对中间业务的实施方式主要是针对具体业务建立具体的处理 系统，进行该种业务的专门处理。如在1 9 9 9 2 0 0 0 年，中国建行广东分行、中 国建行海南分行在所属的所有地市级分行实现了“公务员统发工资”系统的上点。 除了统发工资系统外，目前我因许多银行还进行了“银税通”、“银证通”、“保 险费代收”等多种单项业务的专门上点。 为了适应中间业务不断发展的趋势，我国有多家软件公司对中间业务通用处 理软件的丌发进行了尝试，比较有影响的有新晨集团公司和东南公司，它们开发 出了实际的产品，并已在国内一些银行上点。目前我国中f _ 白j 业务通用处理软件主 要存在以下的问题： ( 1 ) 在整个中问业务处理系统的构成上概念模糊。它们一般受传统业务系 统设计思想的影响，使 j 2 i 层c s 模型构建，使用“网点及委托机构处理软件一 中问业务通用软件一账务处理软件”的结构，根本不能符合中问业务处理流程多 样的特点； ( 2 ) 交易发起只能在银行网点进行1 1 2 】，方式单一，不能满足实际的需求； 中南人学帧1 。学位论文 银行中间业务。f 台的研究与开发 ( 3 ) 中一问业务通用软件不能够完全和具体业务脱离，当新增一种业务时， 必须进行该种业务的可适应性丌发，这对系统的稳定性和安全性构成严重的威 胁，并影响已支持业务的正常处理； ( 4 ) 中问业务通用软件一般基于中间件来实现，对委托机构提出了配置运 行环境的要求，不一定合理，并且提高了软件本身的成本。 值得注意的是，目自口许多银行一方面进行了中间业务通用软件的上点，另一 方面又继续实施针对某种中间业务的专用软件，这也折射出目前己开发出的中间 业务通用软件存在着一些问题。 综上所述，我国在银行中问业务处理方面的研究现状是：以专用处理方式为 主，正在由专用处理方式向通用处理方式转向，通用处理系统的性能有待改善。 1 4 课题来源及课题研究意义 鉴于目前我国银行对中间业务通用软件急需，而国内已有的相关软件存在大 量缺陷，经过可行性分析，我们和相关机构合作，组成中间业务平台项目组，进 行中间业务处理系统的研究和丌发。 针对目前在银行兴起的中间业务，参考其它公司的实施方案，进行改进，提 出更加合理的方案，并开发出能够处理多种中问业务的通用软件，将提高我国银 行的中间业务处理能力，增强竞争力，加快同国际接轨的步伐。 中向人学坝l 学位论文宅诞行中问业务，f 台的研究与开发 2 代理服务器方案 中间业务的处理，是以传统业务系统为基础的，除此之外，还涉及到委托机 构的各利- 软件，凶此，在构建中间业务处理系统时，如何对系统的各个组成部分 进行合理分层，并对各层软件进行准确的功能定位，是课题的关键。针对中间业 务的特点，我们提出了代理服务器方案，基于该方案来构建处理系统，提出中间 业务平台和本地处理服务器的概念，并对中间业务平台进行了功能界定。 2 1 银行传统业务系统简介 银行传统业务系统是针对传统存贷业务建立的，其核心功能是完成基本的账 务操作，系统硬件由运行于银行局域网的多个机器组成，账务机是其中的核心机 器。 传统业务系统建立后，各家银行又很快建立了其它的功能系统，如比较常见 的 业务系统( 完成自动柜员机的管理) ，它们的实现方式是在账务机前加一个 前置机，用于进行专门的处理，因此，传统业务系统是银行业务系统功能扩充的 基础。 2 1 1 传统业务系统的软件结构 传统业务系统基于三层c s 模型建立，整个系统分为网点子系统、账务子系 统、账务数据库和中心管理界面四个部分，网点子系统对应于模型的客户端，账 务子系统对应于模型的应用服务器端，账务数据库及数据库管理系统对应于模型 的数据库服务器端，数据中心管理界面则是管理员的操作界面。组成传统业务系 统的各个部分如下所述： ( 1 ) 网点子系统 网点子系统主要用于为银行网点的营业员提供操作界面，用于输入交易处理 的初始数掘驷命令，和账务子系统进行数据交互，向柜台营业员返回交易处理的 结果，显示相应的提示信息。此外，网点子系统还能够提供凭证打印等一些功能。 网点子系统在提供给营业员使用时，在个储蓄所里，只运行一个网点子系 统在微型主机上，每个营业员使用一个显示终端，通过登录的方式连到主机。 ( 2 ) 账务子系统： 账务子系统用于接收所有网点子系统的交易请求，并根据请求进行交易处 理，在处理过程中需要进行数据库操作时通过数据库管理系统操作账务数据库， 并能够进行各种权限检查，在交易处理完成或发生错误时将处理结果或错误信息 银行中间业务、台的研究，开发 返回给网点子系统。 ( 3 ) 账务数撕： 账务数据库用于存放储户的账务数据、系统运行参数和其它信息，账务数据 库通过数据库管理系统和账务子系统、中心管理界面进行数据交互。 ( 4 ) 中心管理界面 由于账务予系统和账务数据库的重要性，对账务子系统的管理操作一般要求 特别严格和谨慎。账务子系统一般都提供一个中心管理界面，专用于对账务子系 统和账务数据库进行管理操作，可以对账务子系统和网点子系统的运行参数进行 配置。中心管理界面一般运行于中心机房的一台微机上，一般在启动和运行过程 中要求操作者提供非常详细的认证信息。 逻辑结构为三层c s 的传统业务系统在物理结构上采用“胖服务器”两层结 构 2 】，账务了系统和账务数据库管理系统运行于同一个账务机上，账务机位于银 行的中心机房，一般是小型计算机。传统业务系统的构成如图卜l 所示。 幽2 1 传统业务系统结构 。为了保证系统的稳定运行，银行一般都使用两个账务机同时运行，其中一个 为诈常处理机，另一个为备份机，这样可以确保在正常处理机出现故障时，备份 机随即进行账务处理，使整个银行的传统业务不受影响。 由于账务子系统运行于账务机上，接收所有网点的交易请求，进行交易处理， 并可以操作账务数扒j 乍，阕此，账务子系统运行的健壮性直接关系到整个银行系 统的稳定，般要求吡长务子系统能够一次连续一个月以上时间稳定运行。 。f ，l 柯人! 坝h 产化沦芷银行中间业务卜台的研究1 j 开发 2 1 2 传统业务系统的交易处理流程 传统业务的交易处理流程比较简单，只有 一种模式，即“网点子系统一 账务子系统一 网点子系统”模式( 见图2 2 ) 。具体是：由柜 台营业员在网点输入交易数据和交易命令，网 点子系统将获得的交易数据发向账务子系统， 账务子系统获得交易数据包后，进行处理，在 处理完成后，将结果数据返回给网点子系统， 网点子系统再将结果显示或打印出来。 图2 2 传统业务系统交易处理流程 传统业务系统在实现上有两种方式：直接通信的实现方式和基于中问件的实 现方式。 ( 1 ) 直接通信的实现方式 这种方式的特点是网点子系统和账务子系统在数据交互时直接通信，需要进 行数据信息格式的转换，运行时账务子系统预先启动多个处理进程，形成进程池， 当任务来到时，空闲进程以竞争或其它方式来获得处理权。 由于这种方式不需要临时启动进程，因此处理速度快，但这种方式不利于系 统的功能扩充与修改，冈为增加或修改系统功能时，必须要暂停整个系统，这对 银行柬说，是一个非常严重的问题。 ( 2 ) 基于中间件的实现方式 这种方式采用了中问件技术，将直接通信方式下网点子系统和账务子系统的 网络通信功能部分、交易数据信息格式转换功能部分，以及账务子系统的交易驱 动部分剥离出去，组成一个中间件软件，专门用于网络通信、交易数据信息格式 转换、交易驱动，中问件软件完全根据用户的配置来决定某种交易的处理。中间 件软件分为客户端和服务器端两部分，客户端运行于网点子系统所在的网点处理 微机，服务器端运行于账务子系统所在的账务机。 使用中间件软件后，和直接通信方式相比，网点子系统和账务子系统的功能 甚至结构发生了很大的变化。网点子系统只需要调用中间件提供的接口函数，和 中间件的客户端程序进行数据交换；账务子系统则完全只是逻辑上的概念，它由 一些能进行交易处理的可执行文件组成，每个文件在启动后成为一个交易处理进 程，能处理某一种交易，交易处理文件的启动由中间件服务端程序负责，运行时 接收来自j i 中问件服务端提供的参数数据，处理完成后将数据返回给中间件服务 端程序，然后进程停l = 运行：中涮件的客户端和服务器端程序之问的功能，则完 仝对网点予系统和账务子系统屏蔽。 中南人学坝l 学位论文银行中问业务平台的研究与开发 使用中问件后，可以很方便地进行账务子系统的修改，修改完成后，如果涉 及到交易数据信息格式或交易驱动参数的更改，只要修改中间件的配置参数即 可。曰i 口，我国银行的传统业务系统一般基于中间件建立。 2 1 3 传统业务系统的性能特征 基于传统存贷业务建立的传统业务系统在性能上具有以下的特点： ( 1 ) 运行稳定。 传统业务系统一般经过了长时| 日j 的试运行，进行了严格的测试，并且系统运 行在银行的局域网，不会受到恶意的网络攻击，因此，系统能够确保稳定运行。 此外，传统业务系统支持的交易处理流程简单也是系统运行稳定的有力保 证，整个系统只有网点子系统能够发起交易，中心管理界面只能做系统的管理和 参数配置工作，不能发起交易。 ( 2 ) 安全性高。 在传统业务系统中，无论是否使用中间件技术，都提供了严格的加密解密、 校验、用户认证功能，并提供了严格的同志登记功能。在使用中问件时，传统业 务系统将交易检查代码放到中问件服务器端，不使用中问件时，则将交易检查代 码放到账务子系统。 另外，在账务机上，提供的和外界相连的接口程序非常少。除了网点子系统 外，账务子系统再就只有和中心管理界面相连了。由于中心管理界面的机器和账 务机一样是放在中心机房，而且程序在启动和运行过程中需要相当严格的用户认 证，因此，能够确保系统的安全运行。 ( 3 ) 处理速度快。 传统业务系统将业务处理部分一账务子系统放到配置较高的账务机，进行交 易处理和数掘库操作，一般运行速度较快；网点子系统虽然运行在网点的微型机 上，处理能力相对较低，但是由于网点子系统只需要进行界面显示和其它一些功 能简单的处理，主要是接收用户的交易请求数据，返回账务子系统的处理结果， 而且不需要运行数据库管理系统，也不需要操作数据库，因此处理速度同样很快。 2 2 中间业务的主要处理方式 在银行，中i 日j 业务的处理方式主要有批量处理方式和联网处理方式，其中联 m 处理方式又分为专用处理方式和通用处理方式。银行对中间业务的处理方式的 发展方向是从批量处理方式到专用处理方式，再由专用处理方式发展到通用处理 方式。 中尚人学f i l j ! f 。学位论史银行中问业务、卜台的研究，j 开发 2 2 1 批量处理方式 批量处理方式是银行早期使用得比较多的方式，其特点是委托机构( 委托银 行进行c 1 叫业务的单位) 将中叫业务的数据以纸介质或磁介质的方式提交给银 行，银行根据该数据一次性完成委托机构及其客户的账户操作。 在传统业务系统基础上，批量方式的实现是在网点子系统中加入批量录入功 能，账务予系统保持不变。 批量方式比较简单、容易实现，但是，该方式存在以下的缺点： ( 1 ) 需要人工干预，数据需要其它中间介质的传送，这增加了出错的几率。 ( 2 ) 委托机构及其客户不能及时知道结果，处理周期长。 2 2 2 专用处理方式 专用处理方式是我国目前中间业务处理中采用得最多的方式，例如，现在许 多银行都正在实施“银证通”( 银行与证券公司联网处理证券业务) 、“银税通” ( 银行和税局联网处理税费代收业务) 、“公务员统发工资”( 银行和财政局联网 处理公务员工资发放业务) 等业务，每一种业务对应一个处理系统。 在传统业务系统基础上，专用处理系统的实现方式是在网点子系统和账务子 系统之问增加一个专用处理系统，专用处理系统运行在专门的前置机上。在硬件 组成上，每个专用系统都运行于单独的前置小型机上，负责处理该种业务，专用 系统的处理流程一般是固定的。 和批量处理方式相比，专用处理方式可以进行实时操作，能够即时打印出操 作凭证，处理效率明显提高。但是，专用处理方式依然存在弊端，主要表现在： ( 1 ) 对于每一种业务，银行都需要投入大量的人力资源进行端到端的开发 和测试； ( 2 ) 丌发周期长，不能及时地满足委托机构的需求； ( 3 ) 造成不必要的硬件资源浪费； ( 4 ) 过多的前置机系统，造成了银行科技部门的管理难度。 2 2 3 通用处理方式 通用处理方式是中间业务的一种新兴的处理方式，它追求的目标是系统的通 用竹：，要求多种中问业务能够在个系统中同时运行。 通片j 处理方式和专用处理方式在硬件组成上比较相似，也是新增一个前置 机，用丁进行中问业务的处理。但和专用处理方式比较起来，通用处理方式要求 能够动态增加新的业务，而且业务的交易处理流程也是动态配置的，因此，通用 中南人学坝卜学位论文 钺行中问业务，卜弁的研究与开发 处理方式的系统实现难度要比专用处理方式大。 通用处理方式目前在我国还诈处于研发阶段，许多软件公司提出了自己的解 决方案，并丌发出了实际的软件，但通用性并没有达到预期的效果。课题“银行 中间业务平台的研究与开发”就是为了建立一个理想的中间业务通用处理系统。 2 3 代理服务器方案的设计目标 针对开发中间业务通用处理系统的需求，我们提出了代理服务器方案，并制 定了浚方案的设计目标、系统构架思想，并对方案进行了性能分析。 2 3 1 中间业务通用处理系统的特点 中间业务通用处理系统是“多客户一多服务器一多数据库服务器”的协作处 理方式。客户与服务器之间的联系、各服务器之问的联系形成了交叉的网状结构。 和传统业务系统相比，中间业务通用处理系统具有以下特点： ( 1 ) 中间、l k 务通用处理系统组成更加复杂，除了网点子系统和账务子系统 外，还包括各种委托机构的客户端软件和服务器端软件，并且银行和委托机构都 可能拥有自己的后台数据库服务器； ( 2 ) 中问业务的处理环境不仅仅限于银行局域网，而是由银行和所有的委 托机构处理机器互联的网络环境； ( 3 ) 交易的发起除了网点子系统外，还有各种委托机构的客户端软件； ( 4 ) 交易处理流程更加复杂，一个交易往往需要多个委托机构服务器端软 件和账务子系统协作完成； ( 5 ) 中间业务种类繁多，处理过程涉及的数据包格式多种多样。 2 3 2 代理服务器方案的设计目标 针对中间业务通用处理系统的特点，本文提出了代理服务器方案，其设计目 标主要有： ( 1 ) 能将多个已有的基于c s 模型或三层c s 模型的软件进行网络互联， 在软件的原有功能和结构不受影响的前提下，构建一个综合处理系统，支持新的 处理功能。 ( 2 ) 将中间业务处理系统中各个组成部分之间的网状连接关系简化为线性 连接关系，系统处理流程简单化。 ( 3 ) 实现对中问业务处理系统所有组成部分的管理，并能对处理流程进行 管理和监控。 中南凡学顺卜学位论史 银行中问业务f 台的研究与开发 2 4 基于代理服务器方案的系统架构 2 4 1 代理服务器方案的系统构架原则 使用代理服务器方案，利用已有的系统，建立新的综合处理系统，从而实现 新的处理功能。在建立新的综合处理系统时，使用下面的几条构架原则： ( 1 ) 分布处理。 在新的综合处理系统中，处理功能是由不同的系统协作完成的，这些系统可 以运行在同一台机器上，但更普遍的是它们运行在多个不同的机器上，这些机器 通过网络进行连接。 ( 2 ) 集中控制。 在新的综合处理系统中，存在一个“控制中心”代理服务器，代理服务 器用于进行系统构成的管理、处理流程的控制，任何程序，如果要加入到综合处 理系统中，必须在代理服务器中进行注册。 ( 3 ) 处理功能和控制功能分离。 代理服务器完全只负责整个系统的控制，不对具体的处理功能进行实现。 代理服务器方案的系统构架原则，是针对新的综合处理系统而言的，对各个 组成部分加入新的系统之前的功能不构成任何影响。 2 4 2 基于代理服务器方案的系统组成 根据代理服务器方案的系统构架原则，新构建的系统分成客户端、代理服务 器端、处理服务器端三部分： 客户端：用于发起处理请求，接收处理结果； 代理服务器端：用于接收客户端的请求，并将请求分成一个或多个子请求， 将各个子请求按顺序发送给处理服务器端，处理完成后返回给客户端。 处理服务器端：接收请求信息，并根据请求信息进行处理，处理完成后返回 结果； 以上三部分构成的综合处理系统，在结构上是“客户一代理服务器一处理 服务器”三层结构，客户和服务器之间、各个服务器之间不再有直接的联系j 整 个系统的连接关系形成一个“哑铃形”的结构( 见图2 3 ) 。它在组成上相当于 个“双c 熙”结构：从客户端来看，代理服务器属于服务器层，从处理服务器 来看，代理服务器属r 客户层。 0 银行中问业务1 r 秆的研究，开发 幽2 - 3 基丁代理服务器方案的系统结构 代理服务器方案中的客户端和处理服务器端的构成可以是动念变化的，但是 要求代理服务器一定存在，客户端和处理服务器端的构成由代理服务器来决定， 将客户或处理服务器加入到系统必须在代理服务器上注册。各个处理服务器在功 能上没有很高的要求，只要能够接收代理服务器发起的请求，并进行相应的处理 即可，小一定需要有数据库服务器的支持。 在根据代理服务器方案构建的系统中，代理服务器是关键，它必须具有动态 路由、处理流程自动组织j 数据包格式转换、处理信息存储等功能，并且给管理 员提供路由信息、处理流程信息的配置接口。 2 5 中间业务通用处理系统的构建 基于代理服务器方案，我们提出了一个中间业务通用处理系统的构建方式： 建立代理服务器中间业务平台，系统的其它组成部分通过中间业务平台连 接。在该系统中，除了中问业务平台外，还包括网点子系统、账务子系统、委托 机构客户软件、委托机构处理服务器和其它相关的软件。 按照代理服务器方案的分层原则，系统的各个组成部分分属于客户端、代理 服务器端、处理服务器端，在完成交易的过程中分别用于完成交易发起、交易控 制、交易处理的任务。客户端为网点子系统、委托机构客户软件等发起交易请求 的软件：代理服务器端即为新建立的中间业务平台；处理服务器端包括账务子系 统、委托机构处理服务器等进行交易处理的软件。 在通用处理系统中，账务子系统运行于银行账务机，网点子系统运行于银行 网点处理机委托机构的客户软件和处理服务器软件运行于委托机构的处理机 器，而中问业务甲台则运行于中间业务前置机( 前霄! 机的含义是逻辑位置在账务 机之前的非账务处理的小型机) 。整个系统的l ：。9 络拓朴结构如图2 4 所示。 银行中问业务卜台的研究j 开笈 银 亍账务机 银行嘲点处理机 银行嗍点处理机 x 2 5 ，p s t n ，d d n 一乏 。一兰兰! ；多 蚕托机构处理机 委托机构处理机 幽2 4 中间业务处理系统的网络拓朴结构 荩于代理服务器方案建立的中间业务处理系统，是以中间业务平台为控制中 心而建立的，使得银行端软件的安全性、稳定性，可扩展性、处理效率、集中管 理能力均得到了保证。分析如下： ( 1 ) 安全性。在基于中间业务平台的处理模式中，账务子系统在进行中间 业务处理时，只与中间业务平台进行连接，运行中间业务平台的前置机和运行账 务子系统的账务机同时存放于中心机房，因此，对于账务机来说，可访问范围和 传统业务系统一样，只限于银行的局域网。委托机构的任何程序均不能访问账务 机e 的资源。 ( 2 ) 稳定性。在引入中间业务平台后，账务子系统基本不用修改，中间业 务、乎台对于账务子系统来说，相当于能发起传统业务交易的网点子系统，和传统 业务中承担的功能完全一样。对于网点子系统来说只需要增加交易发起数据的输 入界面，以及和中间业务平台的通信部分，更改也很少。 ( 3 ) 可扩展性。由于中间业务平台的功能是中间业务的管理和交易驱动， 功能非常集中，可以编制通用性较强的函数模块，然后使用配置的方式支持新的 一 l 蚓业务及其处理。实际上，对中i 刈业务采用配置性支持是中间业务平台设计和 川发的目标之一。 ( 4 ) 处理效率。在各种中问业务的交易中，相当大一部分不需要进行账务 二 中l 萄人学f i l j 1 。学位论文 银行中问业务、卜台的研究与开发 处理，使得原有的传统业务处理基本矸i 受影响。 ( 5 ) 集中管理。由于所有的中间业务交易处理必须通过中间业务平台，因 此中间业务平台是中间业务处理系统的管理中心，能够对中间业务的处理进行实 时监控。l 司时，山于中间业务的所有业务数据均存放于中间业务平台所在的前置 机，因此，中间业务平台能够进行中间业务的信息管理和分析。 2 6 本地处理服务器的概念 实际的中问业务，一般都需要对中间业务平台进行的工作进行统计和其它分 析，如对账、某委托机构业务量统计等等，这是中间业务处理中最不确定的部分， 而且基本上每种业务都有这样的需求。如果每次在中间业务平台t 实现新的中间 业务时，都需要针对业务进行适应性丌发，将使得平台的通用性大大降低，直接 修改中间业务平台的代码，会导致稳定性下降，并且在对新加代码进行实际调试 时会影响平台的运行。 为了使得中间业务平台软件能够保持对中间业务的通用性，我们将这部分功 能以交易处理的形式来实现，并依据代理服务器方案“处理与控制分离”的系统 构建思想，将这部分功能从中问业务平台分离出去，形成一个独立的交易处理服 务器本地处理服务器。 从逻辑结构上来说，新建立的本地处理服务器和账务子系统、委托机构处理 服务器同属于代理服务器方案的处理服务器层，接受中间业务平台的控制和交易 处理调度。 但从物理结构上来说，本地处理服务器更加接近于中间业务平台，因为它和 中问业务平台运行在同一台中间业务前置机，可以操作中问业务数据库。 本地处理服务器完成的功能一般比较简单，只进行一些简单的数据库信息的 统计和分析工作，但是针对性一般比较强，它包含一些针对具体业务、交易的函 数，并不要求是通用的处理函数，完全可以根据要求灵活编制。对本地服务器进 行业务适应性的功能扩充，将不会影响中问业务的正常处理，因为代理服务器进 行交易处理的次数非常有限，例如一种业务的对账交易，一般每天只有一次。 将上述的功能从中间业务平台分离出来，可以使得当委托机构提出需要在中 白j 业务前置机上处理的交易时，中间业务平台不用作任何改动，只需要修改本地 处理服务器、然后进行配置即可，从而提高了中问业务平台的稳定性和适应性。 本地处理服务器是随中间业务平台一起提交给银行的一个附带软件，在实现 上比较简单，因为它州以使用中问业务平台定义的概念体系，而且与中问业务平 台的通信协议可以在丌发中自行定义，本地处理服务器出中i 司业务平台管理员维 护和升级。 i 订人学f i ! ；! 1 学化论文锹行中间业务、r 台的研究j 开发 2 7 中间业务处理系统的交易处理流程 在引入中问业务平台后，中间业务的处理完全由中间业务平台调度，其处理 由五步组成： ( 1 ) 交易发起端根掘操作员输入的交易发起数据，打包生成数据包，并将 该数据包发送到中问业务平台。 ( 2 ) 中1 - 白j 业务平台将接收到的数据包解包，并根据中间业务平台管理员的 配置，获得交易处理的流程。中问业务平台根据交易处理流程，按顺序将交易数 据打包后发送到各交易处理系统。 ( 3 ) 各交易处理系统在中间业务平台的协调下，联合对交易数据进行处理， 并在每次处理完成后将信息返叫给中间业务平台。 ( 4 ) 中间业务平台在所有交易处理流程均完成后，登记交易处理流水信息 和交易处理f 志，并将最终交易处理结果信息打包，返回给交易发起端。 ( j ) 交易发起端接收来自中间业务平台的结果信息，并返回给输入交易发 起数据的操作员。 在上面的处理流程中， 第( 3 ) 步的处理可能只有一 个交易处理系统进行一步的 处理，也可能有多个交易处2 理系统进行多个步骤的处 理，该步的处理完全由中问 、i p 务平台管理员配置。中问 业务的交易处理流程如图 2 一j 所示。 2 8 本章小结 交易发起端 rt n 银行中间业务平台 u s n z j r 。 交 交 易 易 处 处 理 理 服 服 务 务 器 器 图2 5 基于中间业务平台的中间业务处理流程 这一章在分析中问业务特点及处理方式的基础上，提出了以“分布处理、集 中控制、处理与控制分离”系统构建原则为核心内容的代理服务器方案，并提出 建立中问、务处理系统的方式：建立中问业务平台，以中问业务平台为中心建立 整个处理系统，中问业务平台只是作为系统的控制中心，中间业务前置机上的处 理功能则从平台分离出去，形成本地处理服务器。 中南人学顺f j 学位论文银行中间业务下矗的研究t j 开发 3 中间业务平台的整体构架 根据代理服务器方案的系统组建思想，中间业务平台是中间业务处理系统的 核心，它负责和交易发起端、交易处理服务器端进行数据交互，能根据管理员的 配置进行交易驱动，能够支持管理员对处理能力的动态配置，中间业务平台就是 根据上述目标来定义整体结构和概念体系的。 3 1 中间业务平台的构成 3 1 1 中间业务平台的多进程运行模式 为了能够同时调度多个处理任务，中间业务平台在设计上采用多进程运行模 式，即多个进程同时运行，每个进程可以完成一个任务或任务的一个阶段。 多进程的运行模式主要有两种情况，一种是当任务来到时临时启动进程进行 处理，另外冲 情况就是系统首先预起多个进程构成进程池，多个进程按一定的 规则来获得任务。 临时启动进程方式使得系统能够适应业务量动态变化的情况，在操作系统资 源允许的范围内，系统能够接收所有的任务请求：但是，临时启动进程方式在产 生进程和进程死亡时需要耗费大量的c p u 时间【2 6 j 。 预起进程方式由于所有处理进程一次性启动，所以没有经常的进程生成和进 程死亡操作，因此在接收到任务时能够很快进行处理，效率比较高；但是，这种 方式在接收到的任务超过进程池中的进程数时，部分任务必须延迟处理或打回， 此外，系统在接收到较少任务时也会有多个空闲进程处于运行状态，这对系统资 源是一种浪费。 中间业务平台采用的是预起进程方式，即在中间业务平台启动时，许多进程 同时启动，构成进程池。这是为了使中间业务平台接受到多个任务时保持较高和 较为稳定的处理速度，因为临时启动进程方式即使可以同时接收非常多的任务， 但处理效率并不高。 各个不同银行，其中间业务量和中问业务前置机硬件处理能力可能会有差 异，为了使中问业务平台达到最佳的运行状念，平台的进程数量可由管理员根据 实际情况配胥。 中间业务平台在实际运行中由多组进程构成，它们分属于不同的子系统，不 同进程组之间不存在任务竞争关系，每组进程由一个管理进程和多个处理进程组 成，处理进程负责实际的任务处理，管理进程则是对处理进程进行管理。进程组 银行中间业务1 r 台