能保证中间业务的快速实施及中间业务系统的安全可 靠的运行。 安全性:设计完备的安全体系,支持各种功能强大 的安全协议,保证系统的安全。 灵活性:整合各类中间业务的处理流程,通过分类 和交易原子化实现各类中间业务的统一处理和管理,通 过友好的界面实现中间业务的快速定制。 稳定性:从业务处理逻辑上有效剥离银行基本业务 和中间业务的处理,增加系统的稳定性;同时,使用成熟 的故障自动切换技术保证应用系统7 ̄24小时不间断运 行。 高效性:使用负载均衡、并行处理技术、多线程技术 保证系统高效运行。 易于管理:提供中间业务信息管理功能,对中间业 务的运行情况进行监控和动态分析。 4.平台的基本设计思想 ①以交易为中心:整个平台以交易处理为核心。 ②扩展性强:中间业务种类繁多、处理各异、交易格 式不同,必须强调扩展性。 ③交易实时性高:保证中间业务平台中的交易处理 性能,使其不成为系统中的瓶颈。 ④系统有高安全性:应保证7 ̄24小时稳定运行,系 统提供数据、进程的备份和恢复机制。 ⑤系统有高可靠性:数据传递必须有严密的安全体 系,严格控制对数据和程序的访问和修改,对网间传输 和重要数据进行加密和认证。 ⑥数据完整性:系统应对交易信息及各种数据按预 定程序处理,反映真实,计算准确。具有记录交易明细、 各项日志、自动冲正、异常处理等功能。 ⑦数据的封装性:通过虚拟库表将数据库表、系统 资源、输入输出数据的操作封装到一起。 ⑧交易驱动:对查询、现金转账、冲销、委托等交易, 根据各类交易特性定制交易模板。在程序处理逻辑上采 用交易驱动方式,可根据需要动态裁剪执行模块。 ⑨参数化定义:系统实现综合考虑参数表驱动方 式,尤其在输入/输出格式定制、交易定制方面进行参数 化处理。 ⑩模块化编程:将应用系统划分为相对的功能 模块,每个模块完成相对的功能,增强系统的可维 50・中国金融电脑2007年第11期 护性。 ⑧交易事务化:一个交易即是一个事务,不同交易 就是不同事务,由不同的具体函数组合而成事务,确保 交易的完整性。 三、中间业务平台的总体框架 总体框架如图1所示。 1.数据总线 数据总线是平台内部各组件之间交换数据的一种 标准。有了数据总线后,各组件与整个系统之间的接口 被规范化,降低了耦合程度。数据总线技术使得交易定 制(即通过服务驱动器和原子服务设计交易)规范、易 行,同时为组件的“即插即用”特性奠定了基础。 数据总线由以下部分组成:数据交换协议(平台内 部各组件之间交换数据遵循的标准)、数据总线控制器 (协制数据总线的使用)、数据总线接口(提供给内 部各组件访问数据总线的API接口)。 2.安全控制与交易控管平台 对于银行而言,保证系统安全运行、防范金融风险 是至关重要的。中间业务平台应该针对银行金融网络系 统制定一套完整的安全控制解决方案。 可以使用三级密钥体系,根据数据重要性程度分别 采用RSA、DES或Shuflfe三种加密算法对数据进行加 密,同时采用Ic卡、USB Key等物理介质存储重要的数 据,防止密码、密钥外泄。 交易控管平台包含:通信网关(提供渠道接入时所 需要的通信接口)、报文转换器(将外部报文转换成平台 内部的数据格式或将平台内部的数据格式转换成外部 报文)、服务驱动器(根据服务配置信息,驱动各类服务 完成交易)、应用网关(负责调用系统外的服务)、通信配 置管理(配置通信参数)、报文配置管理(配置外部报文 的格式)、服务配置管理(配置服务的属性,包括服务号、 对应的执行码等等)、业务配置管理(用于交易的定制, 配置业务处理由哪些服务组成,服务之间的执行次序)。 3.平台核心处理 平台核心处理是根据银行各种中间业务处理流程, 综合银行各种应用系统的特点,建立的一套完整处理规 范,并在此规范的基础之上设计了一系列业务模板、子 维普资讯 http://www.cqvip.com 竽 金融服务引擎 图1中间业务平台的总体框架 服务和基础子服务。 置处理模块,完成了许多无须在核心业务系统中进行的 处理。既减轻了核心业务系统的压力,又将不同渠道、不 同格式的中间业务交易来源接人到一个统一规范之下。 子服务是指在业务逻辑上不可再分的业务处理单 元,银行的某一个具体的应用交易是由一组按照一定的 业务处理流程组合起来的子服务来实现的。子服务的功 能是由基础子服务来完成的。基础子服务是一些可以重 用的公共函数,由它来实现从处理控制逻辑中分析 来 的最基本的逻辑功能。 平台核心处理是中间业务平台中各种中间业务应 用的基础构架。首先,它提供的一套业务规范和模板为 客户管理是中间业务平台的重要组成部分,在系统 设计上可以将客户管理纳人中间业务体系,也可以作为 整体客户信息系统的一部分来使用。在此基础上,在中 间业务平台上调用通用或者专用的客户信息和签约资 料,并据此为客户提供各类应用服务的模板和子服务, 通过这些基础业务模板和应用子服务来实现变化多样 的各类中间业务。 4.平台基础子服务 中间业务的应用提供了统一的标准;其次,有了根据中 间业务应用特性提取出来的子服务和基础子服务,中间 业务应用的开发工作量将极大地减轻,交易和服务可以 通过定制接插组件的方式来完成,加快了中间业务推出 数据库的操作,包括平台内数据表的各种查询、修 改、插人、删除;文件存取服务;操作系统应用服务,包括 日期、时问、f4志等的处理;其他服务,包括一些为规范、 中国金融Eg,q ̄2007年第11期・51 的速度;作为银行核心业务系统的一种逻辑上的业务前 维普资讯 http://www.cqvip.com 简化程序设计和方便计算机处理而定义的基础子服务。 主机的IP地址,接收报文的端口号等参数信息。路由模 块便是确定该报文所需的这些路由信息的模块。 四、中间业务平台的系统设计 1.系统接口设计 4.批量处理设计 批量处理业务均由多条同类业务交易构成,其接口 文件格式包括头记录、交易记录、结束标识三部分。 头记录里一般包含:受托银行网点号、委托客户号、 (1)外部系统的种类 中间业务平台服务接入面向的外部系统可以分为 两类,一类是交易的发起方(如第三方系统、银行渠道 委托客户账号、交易总笔数、交易总金额、借贷标志、日 期与时间、文件密押等内容。 等),另一类是交易的响应方(如核心系统服务器、各种 其他应用服务器等)。需要注意的是,交易的发起方和响 应方是相对的、动态的,同一个外部系统在不同的交易 可能有不同的角色,甚至在同一个交易都可能同时扮演 不同的角色。 (2)外部系统支持的通信方式 根据目前的网络和信息体系结构,上述的这些系统 支持的通信方式主要可以分为Socket通信和各种中间 件的通信。 ①Socket通信,基于TCP/IP协议Socket,通信面向 连接、可靠的数据传输服务,数据无差错、无重复地发 送,且按发送顺序接收。 ②中间件通信,如IBM的MQ、CICS,东方通的 TongEasy、BEA的TUXEDO等: 2.格式转换设计 对于中间业务平台,金融产品千差万别,各种交易 报文格式也各式各样,转换规则也相应繁多,但交易报 文格式万变不离其宗,可以根据报文的类型制定出一套 相应的转换规则,形成格式转化模块。 外部系统发送给服务接入的报文根据消息来源分 为请求报文和响应报文。请求报文来自交易的发起方, 响应报文来自交易的服务方= 报文的格式种类繁多,较为常用的有ISO8583报 文、定长无分隔符报文、不定长带分隔符报文等。 3.路由设计 当报文要发往其他系统或账务主机时,其他系统所 采用的通信方式,所采用的通信协议纷繁复杂,各不相 同,最终要发送的每一报文,在其报文头都要明确地指 明该报文要发往哪个系统,采用何种通信协议,该协议 通信时所需的几个参数。 例如,当采用TCP/IP协议时,该报文头要具备对方 52-中国金融电脑2007年第11期 文件密押对中间业务中心而言是唯一的,或者说文 件密押唯一标识该文件;文件密押可以根据头记录中的 客户号、客户账号、日期以及交易记录中的有关信息等 运算生成;中间业务中心对文件密押进行合法性和唯一 性校验,一方面避免该文件被重复传送和处理,另一方 面文件中主要交易数据(如账号、金额、H期)的改动将 导致文件密押校验的失败。 交易记录里一般包含账号、金额、借/贷标志、备注 等字段。 完善的中间业务平台将成为提高商业银行核心竞 争力、扩大银行业中间业务范围、为银行客户提供全面 优质服务的有效手段,将成为银行各分支机构开展当地 特色业务、加强与客户(特别是银行的优质核心客户)的 关系、提高客户忠诚度的有力T具,是灵活处理和管理 当地特色中间业务的基础和与核心系统快速连接的桥 梁,中间业务系统未来将在商业银行IT系统中扮演越 来越重要的角色。固
因篇幅问题不能全部显示,请点此查看更多更全内容
Copyright © 2019- huatuo0.com 版权所有 湘ICP备2023021991号-1
违法及侵权请联系:TEL:199 1889 7713 E-MAIL:2724546146@qq.com
本站由北京市万商天勤律师事务所王兴未律师提供法律服务