中间业务平台分析及实现

laihear

一、概述
在社会经济不断发展的今天，中间业务产品由于不占用银行自有资金，利润空间大，越来越受到商业银行的重视。中间业务产品包括支付结算、各种代收代付、银行卡业务、保理业务等。中间业务产品系统融合了银行核心本外币、活期、银行卡等多个内部系统，涉及人行、保险、证券、电力、电信等各种外联单位，对业务管理提出了更高的要求。因此，构建一个合理的中间业务系统是中间业务安全运行的基础。
二、中间业务平台架构
目前，我行采用了如图１所示的应用系统框架模型，这个模型分为五层。
（１）渠道层：客户或合作单位通过各种渠道访问银行的业务系统。
（２）渠道支持层：将各类渠道前置系统纳入统一的渠道支持框架管理。
（３）产品和服务库：银行后台系统提供相应的产品和服务，可分为核心业务系统产品和中间业务系统产品。
（４）业务支持和服务层：为客户服务和产品创新提供支持和服务，如客户信息系统、企业数据仓库等。
（５）第三方合作伙伴：开展中间业务?提供业务服务?如同城清算、票据交换、代收代付等。
三、中间业务平台技术特点
中间业务平台重点关注产品层和渠道支持层，处于银行核心系统与周边渠道及第三方系统之间，主要实现银行中间业务流程，是一个兼顾传统业务的多渠道服务的计算机技术平台，也是一个或多个系统间的交易组织者。中间业务平台在技术上具有如下特点：
１．系统结构复杂
中间业务涉及面广，业务各具特色，涉及银行核心本外币、活期、银行卡等多个内部系统和各类外联单位系统。
２．系统接口复杂多变
中间业务涉及传统柜台、ＡＴＭ/ＰＯＳ、电话银行、网上银行等各种渠道，涉及和外联单位相联系的各种服务系统以及银行核心账务系统。各外联单位系统接口、银行核心账务系统接口、各种渠道接口各具特色，没有统一报文规范。
３．通信协议或者通信中间件多样化
在与银行核心账务系统或外联单位通信时，会使用各种通信协议或者通信中间件。
４．安全控制要求不一致
通信双方有的是最简单的明文，有的是ＭＤ５校验，有的是ＲＳＡ密钥匹配，有的是加密机处理等。
５．交易流程复杂
一个中间业务交易一般涉及银行核心交易和外联单位系统交易。如果某些业务比较复杂或者受外联单位系统接口限制，一个中间业务交易可能会多次调用核心交易或者外联单位交易。
６．运行效率要求高
由于中间业务平台连接了多个渠道，业务量大，要求中间业务平台具有很高的运行效率和并发处理能力。
７．交易完整性要求高
由于一个中间业务交易一般包括银行内部系统交易和外联单位交易，这意味着中间业务交易是跨主机和跨数据库的操作。
四、中间业务平台的实现
最初提交交易到中间业务平台的系统通常称为渠道，而接收中间业务平台的请求并提供实际交易的系统称为服务器。中间业务平台的设计就是为了简化服务器端和渠道端系统的开发和维护，降低网络通信负担，使系统扩展性更强，并减少重复开发。
我行的中间业务平台可以分成应用交换平台（ＡＸＰ）和应用数据服务平台（ＡＤＰ）两大部分。应用交换平台实现了渠道通信接入、报文转换和交易流程的调度组织，并保证了交易的完整性。应用数据服务平台是本地服务的具体提供者，它实现统一签约、统一金融明细等服务。与应用交换平台和应用数据服务平台相对应，中间业务平台为了便于维护和二次开发，建立了一套集成的开发环境。整个系统结构如图２所示。
１．应用交换平台
应用交换平台是渠道和服务的桥梁，它对渠道提交的数据进行判断和重新组织，根据业务配置将重新组织后的数据提交到服务器；接收服务器响应，根据渠道端需要组织数据返回渠道。
（１）统一数据对象
中间业务涉及各种外联单位系统和渠道，报文是中间业务平台和渠道、服务器之间传递信息的载体。但是，由于渠道与服务器之间的报文类型不一致，服务器和服务器之间的报文类型不一致，需要实现各种报文之间的相互转换。统一数据对象是将基本数据类型封装，提供一个标准的接口实现对任意基本数据类型的存储与访问。在内存组织上，统一数据对象将任意基本数据类型都看作无类型数据，然后直接操作数据内存。
（２）适配器
适配器是为适应各种渠道、外联系统交易而抽象出来的一个标准接口。适配器有两类，一类是提供服务的适配器，这种适配器一般连接主机服务器；另一类是接受渠道请求服务的适配器，这种适配器对中间业务平台来说是一个交易流程的开始和结束，是服务的结果。
适配器屏蔽了外围系统和各种渠道的不同通信方式、报文格式和安全管理，为中间业务平台各组件提供了惟一识别的统一数据对象。
（３）调度引擎
调度引擎的作用是根据配置信息调度合适的适配器，它包含三方面的功能：①路由决策，决定下一步执行什么。②数据组织，为已经准备执行的适配器准备正确的数据。③调用适配器，完成和外联系统的交易功能。路由决策是中间业务平台被渠道端的适配器激活后，根据配置信息分析实际运行的统一数据对象中的数据，从而判断下一步执行哪个适配器。当确定执行的适配器后，调度引擎将根据接口字段重组配置信息，然后调用指定的适配器。
在中间业务处理过程中，如果整个交易流程的某个适配器失败（通信失败或者交易失败），系统将根据配置信息调用相应的处理流程以保证交易完整性。
为保证交易完整性，应用交换平台提供一个异步冲正守护进程。该进程检测是否有符合条件的待冲正数据，如果有满足待冲正的数据，异步冲正守护进程也将调用冲正适配器进行冲正。
２．应用数据服务平台
在整个中间业务的实现过程中，除了外联单位提供的服务外，银行本身也需要一套客户管理、产品管理、金融明细、待销账数据服务、统计报表等一系列服务，这些服务在应用数据交换平台上实现。
应用交换平台与应用数据服务平台的关系同中间业务平台与外联服务系统一样，应用交换平台请求服务，应用数据服务平台提供服务。可以将应用数据服务平台视为特殊的外联单位服务系统，应用交换平台承担了服务的调度组织任务。应用交换平台与应用数据服务平台的通信采用ＴＣＰ/ＩＰ的ｓｏｃｋｅｔ方式，也许在一定程度上影响了一些性能，但两者使用统一数据对象，以约定的报文格式通信，在效率上反而有所提高。
在技术上，应用开发平台和应用交换平台有很多相同之处，如通信管理、统一数据对象表示等。另外，应用数据服务平台提供一个组件运行环境，提供尽可能多的资源管理功能，其目的也是为了降低中间业务开发的难度。
五、中间业务平台的关键技术
１．进程管理
应用交换平台采用多线程处理技术，使得一个进程可同时接入多个交易请求。通过这种方式在处理任何一个交易时都能有很高的处理性能，同时能尽可能多地处理交易请求。
为保证系统高可用性，中间业务平台管理进程会检测其所管理的子进程的信号，如果有子进程因为调用外部函数库或者系统管理员误操作导致异常终止，应用交换平台管理进程将自动重新派生新的子进程，从而保证在任何时候系统都能处理业务。
２．ＵＤＯ
ＵＤＯ（Ｕｎｉｖｅｒｓａｌ Ｄａｔａ Ｏｂｊｅｃｔ，统一数据对象）是为任意基本数据类型的存储访问提供统一的接口，在中间业务开发中，任意的报文转换和数据转换都可能碰到任意的数据类型。要通过配置实现报文转换、数据转换和交易调度必须有一个通用的数据容器。ＵＤＯ按数据字典配置访问每个字段，将每个字段看作无类型的数据，每个字段在ＵＤＯ中有惟一的字段描述符。当向ＵＤＯ存储数据时，首先查找字段描述符，如果不存在则添加字段描述符；然后在ＵＤＯ分配一块空间用于保存字段值。
３．交易历史数据管理
在中间业务服务流程中，将会调用很多主机提供的交易。字段重组会访问前面已经调用的主机交易字段。系统采用动态内存方式保存主机交易数据，每个主机交易都对应一块动态内存，服务控制信息块维持两个指针：主机交易历史首指针和尾指针（结构见图３）。
当后续子服务需要访问已经调用过的主机子服务信息时，可直接从头指针开始遍历需要的字段。当其中某个子服务发生失败需要同步冲正时，调用过的子服务历史数据都保存在内存中，可以马上组织冲正需要的数据。
４．数据库表管理
中间业务使用很多表，在Ｃ/Ｃ＋＋用嵌入式ＳＱＬ操作数据库表的方式是为每张表定义一个结构，结构的字段定义和顺序与表中字段的定义和顺序对应。中间业务开发平台以数据库表管理为中心，以数据库表定义为基础综合实现数据库表的管理。
５．用户管理
为了在大规模项目中保证开发人员之间的操作无冲突，中间业务平台提供了有效的用户授权和冲突管理。用户管理采用“两类三级”管理方式，两类是指将用户管理分为授权管理和冲突管理两类；三级是指将被管理的资源分为交易、分类、节点/报文三级。
用户授权管理是为用户分配可管理的资源，每个用户都可授权到三级资源中任何一级。当给用户授权到节点时，用户对节点下的所有分类和交易都有权限；当给用户授权到分类时，用户对分类下的所有交易有权限。
六、结束语
我行采用中间业务平台开发中间业务，有效地缩短了开发时间，通过配置方式实现了接口解析、流程调度、错误处理等基本功能。以一个交易接口有４０个字段，每个渠道交易调用４个主机交易计算（字段变换中等难度和复杂度，开发人员和配置人员技术水平和业务水平基本相同的情况），通过配置方式完成接口解析需要的时间对比如表１。      
从表１可以看出，完成一个中等难度和复杂度的交易，一个人基本上花１个小时可以完成一个交易的配置工作，而完全通过开发程序完成相同的功能需要６个小时。可以说，在应用交换一层，采用中间业务平台其生产效率可得到大幅度提高。


本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u1/46215/showart_1019287.html