通用报文交换平台的构想与设计的论文.docVIP

　　通用报文交换平台的构想与设计的论文 　　2005年9月,农发行综合业务系统顺利上线运行,全系统的业务经营活动实现了数据大集中。同时随着业务经营范围的不断拓展,业务部门对增加科技支撑力度也提出了更高的要求。在新形势下,如何既快速高效、又安全平稳地满足业务部门的需求,是农发行科技部门面临的一个重要课题。笔者认为,在综合业务系统前端,开发部署一个通用的、稳定的、可扩展的通用报文交换平台是适应业务 发展 、满足业务需求变化和规避技术风险的一个有效举措。 　　通用报文交换平台(universal message exchanging plat)简称umep,是按照标准化的原则,为处理异步报文交换业务而设计的通用平台。在当前数据大集中的环境下,设计通用报文交换平台能有效的解决综合业务系统的通用性和扩展性问题,从而高效安全地满足业务变化的需求。本文将就农发行umep的分析与设计作一阐述。 　　一、平台的软件基础 　　umep选用tuxedo作为基础软件平台来进行设计和部署。tuxedo是bea公司的一个商品化的交易中间件软件产品,从软件最初推出至今已经经历了9个版本的升级变迁,广泛应用于 金融 、电信、邮政、航空等领域,是业内 历史 最久、应用最广的中间件产品。 　　农发行从 电子 联行系统开始,就引入了tuxedo中间件产品,直至在综合业务系统中更为全面地使用。在多年的开发维护工作中,农发行不仅积累了大量的经验,而且还培养了一批技术人才。.选用tuxedo作为umep的基础软件平台,做到核心系统相一致,不单单是为了减轻系统维护的工作量,降低系统故障的风险,更重要的是考虑到在其基础上设计出来的umep,可以具备较高的可靠性、通用性、安全性和可扩展性。 　　二、平台的总体设计 　　根据报文交换类业务的处理流程,umep在总体的逻辑结构上设计为三层:前置机接口层、通讯平台层和核心服务层。其结构图如下: 　　　 　　　　　　　　　　 　　外接系统汇入的报文,由前置机通过外接系统提供的接口api(应用程序接口)获取后,发送至umep,再转发至核心服务进行业务处理。行内系统汇出的报文,由核心系统发送至umep,再转发到前置机,通过外接系统接口api发送给外接系统。前置机和umep的通信,以及umep与核心系统的通信,均是以tuxedo服务调用的方式进行的,并且使用tuxedo的事务管理功能,保证报文传送的准确性和唯一性。 　　三、前置机接口层的设计 　　在一个外接系统的前置机上,一般都会部署两套接口软件。一套是行内系统的接口软件,功能就是通过外接系统api进行报文的收发工作。另一套就是由外接系统提供的api接口。两者之间是调用与被调用的关系。 　　为了保证行内接口的通用性,我们把行内接口软件设计为两层结构,一层是稳定的,一层是不稳定的。 　　稳定的一层称之为umep client,由两个定时启动的守护进程uploadmsg和dosg组成,分别实现报文接收和报文发送的功能。之所以称之为稳定的,是因为这两个守护进程可以在任何外接系统的前置机上使用,并不需要针对不同的外接系统重写代码,体现了行内接口的通用性。 　　不稳定的一层称之为branch interface api(简称bia),由一组api函数组成,以库文件的方式提供,被umepclient调用。之所以称之为不稳定的,是因为它是对外接系统提供的api接口函数的封装,需要针对不同的外接系统改写代码。bia被设计为10个api函数,分别处理非实时通讯和实时通讯两种情况: 　　 　　　　　　　　 　　bia不仅封装了外接系统的api函数,还有一个重要的工作就是负责报文格式的转换。不同的外接系统,其报文的描述格式各有不同。为了行内系统能够以同样的方式处理,就需要对报文用统一的格式进行重新描述,转换为行内系统使用的标准报文。同样,行内发出的标准报文也需要由经bia转换后,再发送给外接系统。这种将报文格式转换功能由通信平台实现改为由前置机实现的设计方式,不仅是实现umep通用性的需要,也是为了充分利用前置机的运算功能,减轻通讯平台的运算压力,使其集中资源处理报文转发的功能,提高平台的处理能力。 　　前置机接口层的系统结构如图: 　　　 　　　 　　在前置机端引入bia的设计模式的另一个优点是,可以最大限度地降低总行科技部门的开发工作量。一个新系统的接入,总行不再需要集中开发行内接口软件(全国性系统仍可由总行统一开发),只要由分行按照umep的报文标准和api标准,自行组织开发一套相应的bia,以库文件的方式提供给umep使用,然后就可以通过umep顺利接入核心系统。另外由于bia层的开发工作并不涉及到tuxedo技术,因此对于分行而言,也降低了技术开发的难度。同时,这样的分层设计也