CN201716767U - 一种银行前置业务平台 - Google Patents

Abstract

本实用新型提供了一种银行前置业务平台，包括：用于整合所述渠道层的各种客户端访问银行内部的所述后台处理层的各个业务系统的交易接入的渠道接入子系统；用于完成对后台业务系统提供的功能进行集成处理并由此实现新型银行业务的业务处理子系统；作为所述前置业务平台访问后台各个业务系统的通道的应用交换子系统；用于监控所述前置业务平台的运行状态的监控管理子系统；以及用于确保所述前置业务平台的安全运行的安全控制子系统。本实用新型的有益效果体现在：提供了一个统一的平台，能够支持各种前置业务的开发，使银行整个业务系统简单、可靠，设备成本也大大降低，为银行的服务产品的扩展打下一个坚实的基础。

Description

一种银行前置业务平台

技术领域

本实用新型涉及一种银行前置业务开发与运行平台，属于金融服务技术领域。

背景技术

现代银行是社会经济活动中典型的业务与技术密切结合的部门。随着其服务品种的增多，服务范围的扩大，用以提供支持的技术系统也日益庞杂。人们可以在商场用POS消费，在城市的各个角落用ATM提款，用电话查询帐户余额，在网上办理交费，而这些服务的后台程序则是由复杂的信息系统所支持的。

对于银行来讲，银行的基本业务主要是存款和贷款业务，到目前为止，这些业务的信息化多数已经完成，相关的信息系统我们称之为核心业务系统。另一方面，随着市场竞争的加剧，银行在基本业务之外的其它业务则正在蓬勃发展，这些业务多数是基于银行的基本业务，与其它行业的业务产品进行集成而实现的。这些业务在银行里往往被称之为前置业务，指在核心业务之前进行集成处理的业务产品，而相关的系统则依托于银行的核心业务系统，我们统统称为银行前置业务平台，包括中间业务、银证通、银保通、国债、基金、联行交换和各种渠道的接入预处理系统，如ATM P、POS P、网上银行、自助终端等。由此可见，前置业务的外延很大，包括了银行除了核心业务系统以外的绝大部分业务处理应用。

前置业务的特点是内容繁杂，而且开发周期不确定，很多信息系统在缺乏统一规划的情形下匆匆上马，往往是有了业务需求就开发一个系统，虽然能够满足一时的需求，却使得整个系统的体系结构日渐混乱，系统的可靠程度不断下降。在银行的主机房，经常可以看到各种前置业务平台(POS、ATM、金卡、借记卡、授权网、电话银行、网上银行、银证通、各种代理业务)一字排开，除了设备需要重复投入，还占用技术人员大量的精力进行维护和排除故障，对新业务的开展产生不可避免的制约作用。

这样，从客观上来讲，需要有一个统一的平台，能够支持各种前置业务的开发，为银行的服务产品的扩展打下一个坚实的基础。

实用新型内容

本实用新型的目的是提供一种银行前置业务开发与运行平台，来支持各种前置业务的开发和运行。

本实用新型的目的通过以下技术方案来实现：

一种银行前置业务平台，连接于渠道层和后台处理层之间，用于集成若干种前置业务，所述渠道层为包括若干类终端设备的客户端，所述后台处理层包括若干后台业务系统，所述后台业务系统包括银行核心业务系统和前置业务系统，所述银行前置业务平台包括：

渠道接入子系统，用于整合所述渠道层的各种客户端访问银行内部的所述后台处理层的各个业务系统的交易接入，使所述前置业务平台作为银行后台处理层各个业务系统的唯一接入点；

业务处理子系统，用于完成对后台业务系统提供的功能进行集成处理并由此实现新型银行业务；

应用交换子系统，作为所述前置业务平台访问后台各个业务系统的通道，用于屏蔽后台各个业务系统提供的业务接口的复杂性；

监控管理子系统，用于监控所述前置业务平台的运行状态，及时发现潜在的问题并进行解决；

以及安全控制子系统，用于确保所述前置业务平台的安全运行。

进一步地，所述渠道接入子系统的接入模式分为内置客户端模式和外置客户端模式，内置客户端是所述前置业务平台自带的接口程序，供需要接入的对方系统开发程序进行调用；外置客户端是需要接入的系统所具有的接口程序，供所述前置业务平台开发程序进行调用。

再进一步地，所述渠道接入子系统包括：

TCP/IP接入模块，用于接收和实时处理从所述前置业务平台的内置客户端发起的交易；

HTTPS接入模块，用于接收和实时处理从内置客户端网上发起的支付类交易，所述交易通过所述安全控制子系统安全验证后后连接至所述HTTPS接入模块；

异步通讯接入模块，用于接收从内置客户端发起的异步通讯类交易；

外置客户端的通讯接入模块，用于接收从外置客户端发起的交易；

以及交易预处理模块，用于对接入子系统接收到的交易进行客户端验证、获取交易码等处理。

进一步地，所述业务处理子系统的业务处理逻辑至少包括以下任意一种版型：

转发交易预处理版型，转发交易预处理是处理需要由后台处理层的业务系统完成的交易；

本地交易版型，本地交易处理是指所有的业务逻辑仅在前置业务平台上完成的交易；

集成性交易版型，集成性交易是指需要集成两个或两个以上应用系统的进行处理的业务。

再进一步地，所述业务处理子系统的至少包括业务模块和公共模块，所述公共模块包括：

账务系统前置处理模块，用于实现银行核心业务产品在所述前置业务平台上的映射，使得前置业务平台成为核心业务的营销和受理平台；

集成业务处理模块，用于实现对多应用系统环境的交易处理的业务处理，直接提供集成性交易版型来完成开发工作；

冲正重发处理模块，用于对超时交易的处理程序，根据交易的处理状况进行冲正和重发；

跨行业务处理模块，用于实现对人民银行或商业银行业务的预处理和交易转发的功能；

客户信息管理模块，用于实现客户基本信息、客户业务信息和客户签约信息的综合管理；

凭证管理模块，用于提供凭证在途、请领、下发、录入、退还、销号、查询和统计功能。

所述业务处理子系统的业务模块至少包括以下任意一种模块：基础业务模块、天地对接模块、代理业务模块、批量代收付模块、金卡业务模块、外汇买卖业务模块、国际结算业务模块、证券业务模块、债券业务模块。

进一步地，所述应用交换子系统包括：

应用路由，根据交易数据的具体内容，来选择交易需发送至的后台处理层的业务系统；

报文转换模块，用于把前置业务平台内部的数据报文转换成后台业务系统的接口报文，或者把后台业务系统返回的报文转换成前置业务平台的内部报文；

远程通讯模块，用于完成在通讯一级和后台业务系统之间完成报文交换，通讯采用TCP/IP协议或采用一些交易中间件或通讯中间件。

本实用新型的有益效果体现在：提供了一个统一的平台，能够支持各种前置业务的开发，为银行的服务产品的扩展打下一个坚实的基础。各种业务在前置业务平台这个统一的平台上运行，共用同一个稳定的、功能强大的交易控制系统，可以避免大量的重复开发与维护工作，提高系统整体的可靠性，缩短新业务的开发周期，提供统一的交易接口，使设备成本也大大降低。

附图说明

下面结合附图对本实用新型作进一步说明：

图1：本实用新型银行前置业务平台用于整个银行系统中的基本框架示意图。

图2：本实用新型银行前置业务平台的基本框架示意图。

图3：本实用新型银行前置业务平台的接入子系统的框架示意图。

图4：本实用新型银行前置业务平台的业务处理子系统的业务逻辑示意图。

图5：本实用新型银行前置业务平台的业务处理子系统的框架示意图。

具体实施方式

本实用新型揭示了一种银行前置业务平台，如图1所示，整个银行的应用体系分为三个层次，渠道层、前置处理层、后台处理层。

渠道层包括各类终端设备，是整个交易系统中最下端的一层，直接与使用者交互，可以看作渠道系统。终端设备包括互联网终端，电话终端，自助设备终端等等，在此不再穷举。各种终端设备组成一个外部应用系统群。

后台处理层包括各种后台业务应用系统，是整个应用体系中最上端的一层，最终处理各类金融交易，可以看作基础应用系统。所述后台业务系统包括银行核心业务系统和其他前置业务系统等等。

前置处理层就是前置业务平台，连接于渠道层和后台处理层之间，用于集成各种前置业务，是这些渠道系统与后台业务应用系统间的唯一的连接枢纽。本实用新型还可以通过对前置业务平台的不断拓展和产品创新，来满足业务品种不断创新和服务渠道不断拓展的需求，同时可以保持后台应用系统的相对稳定。

各种业务在前置业务平台这个统一的平台上运行，共用同一个稳定的、功能强大的交易控制系统，可以避免大量的重复开发与维护工作，提高系统整体的可靠性，缩短新业务的开发周期，提供统一的交易接口。

除了高度集成的特点外，前置业务平台还具备高度的灵活性和可扩充能力，能够根据不同需要进行裁减，以形成相应的“专用”系统；其次，前置业务平台能够迅速接入新的渠道，在这些渠道上提供现有产品，也能够迅速在现有渠道上增加对新产品的支持。

如图2所示，所述银行前置业务平台包括五个子系统：

(一)渠道接入子系统，用于整合所述渠道层的各种客户端访问银行内部的所述后台处理层的各个业务系统的交易接入，使所述前置业务平台作为银行后台处理层各个业务系统的唯一接入点；

(二)业务处理子系统，用于完成对后台业务系统提供的功能进行集成处理并由此实现新型银行业务；

(三)应用交换子系统，作为所述前置业务平台访问后台各个业务系统的通道，用于屏蔽后台各个业务系统提供的业务接口的复杂性；

(四)监控管理子系统，用于监控所述前置业务平台的运行状态，及时发现潜在的问题并进行解决；

(五)安全控制子系统，用于确保所述前置业务平台的安全运行。

该前置业务平台的工作机制为：

1)外部应用系统做为前置业务平台的客户端，通过客户端接口部分向所述前置业务平台发起交易；

2)所述前置业务平台的渠道接入子系统接受交易报文，进行预处理；

3)调用业务处理子系统的程序进行业务处理；

4)如果交易需要和外部应用系统协同完成，则所述业务处理子系统会调用应用交换子系统的程序，把相关的请求转发至外部系统；

5)应用交换子系统通过访问外部应用系统的服务接口程序实现对外部系统功能的调用；

6)外部系统完成处理后，应用交换子系统把处理结果返回业务处理子系统，继续执行，完成程序的处理过程；

7)业务处理的结果由渠道接入子系统返回给外部的客户端，完成一次交易过程。

本实用新型的前置业务平台与任何外部一个应用系统都存在着一种结构对称关系：

应用系统可以做为前置业务平台的客户端，前置业务平台做为服务端，应用系统向前置业务平台主动发起交易请求，提交交易数据；

应用系统可以做为前置业务平台的服务端，前置业务平台做为应用系统的客户端，主动发起交易，提交交易数据。

上述关系可以同时成立。

由于这种结构对称关系的存在，所以任何应用系统都可以成为前置业务平台的接入渠道，这样的好处是，可以充分利用银行现有的网点资源以及外部协作单位的渠道终端，把它们都做为前置业务平台的系统接入的客户端，从而最大程度地扩展了前置业务的客户接触点，丰富了银行的营销渠道的资源。

由于应用交换系统能够方便地集成外部应用系统的功能，所以可以在前置业务平台上大力发展集成性的银行业务，从而可以在现有资源的基础上，通过组合后台功能研发新型银行金融服务产品，为银行的核心竞争力提供有力的工具平台。

(一)本实用新型前置业务平台的渠道接入子系统用于整合各种渠道客户端访问银行内部各个应用系统的交易接入，使前置业务平台可以作为银行内部各个系统的唯一接入点，能够保证交易的一致性和用户信息的完整性。

按照接口的开发实现类型来分，接入子系统的接入模式可以分为内置客户端模式和外置客户端模式：内置客户端是平台自带的接口程序，供需要接入的对方系统开发程序进行调用；外置客户端是需要接入的系统所具有的接口程序，供前置业务平台开发程序进行调用。

按照协议来划分，接入子系统的接入模式分为TCP/IP接入和HTTPS接入。

按照业务处理来划分，接入子系统包括实时交易处理和异步通讯处理。

综合起来，渠道接入的模式如下表所示：

进一步地，所述渠道接入子系统如图3所示，包括：

1)TCP/IP接入模块，用于接收和实时处理从所述前置业务平台的内置客户端发起的交易；这些交易可以是柜面交易，也可能是电话用户等系统的交易。在这种模式下，对方系统需要采用前置业务平台提供的内置客户端进行连接。目前前置业务平台提供了WIN32下C的接口函数、UNIX下C的接口函数、JAVA接口函数、WIN32下VB的接口函数，而且所有的交易接口报文都可以象UDDI那样自动下载，因此可以很方便地使现有系统或新建系统接入到前置业务平台。

2)HTTPS接入模块，用于接收和实时处理从内置客户端网上发起的支付类交易，所述交易通过所述安全控制子系统安全验证后后连接至所述HTTPS接入模块；

3)异步通讯接入模块，用于接收从内置客户端发起的异步通讯类交易；这些交易可以完成各种大数据量的交易请求的处理工作，模块可以兼容TCP/IP和HTTPS协议。

4)外置客户端的通讯接入模块，用于接收从外置客户端发起的交易；外置客户端是外部各种应用系统的通讯接口，比如外部系统发起的代缴费业务，或者银联发起的跨行交易等，对于这类交易，需要单独开发通讯接入模块，用于接收这些特殊的报文。前置业务平台提供了自定义通讯模块的程序模板，可以很方便地开发基于TCP/IP的同步通讯、异步通讯、长连接、短连接接口模块，以及基于消息队列的接入模块。

5)以及交易预处理模块，用于对接入子系统接收到的交易进行客户端验证、获取交易码等处理。交易分发模块是所有交易都必须经过，因此在这个模块中附加对用户的权限验证、公共数据的补充(比如虚拟柜员和机构等)、数据有效性验证、渠道相关的特殊处理、响应代码转换等全局公共处理。

渠道接入子系统包含了这样一些特点：

a)采用了自行开发的渠道容器功能，解决渠道整合问题

平台提供了独特的渠道容器功能，把目前存在的互联网终端、电话终端、柜台终端、自助设备终端等相关参数置于容器之中，这样每个渠道的接入只要在容器里进行注册即可，从而解决了多渠道整合的问题，各种不同的终端设备可以通过统一的接口与后台应用系统进行数据交换。

b)面向服务来开发接入插件，不同设备可以共享接入插件

和一般前置业务平台不同的是，前置业务平台可以使多种设备共享一个渠道接入插件，也可以是一种设备使用多种渠道接入插件，不需要为每种设备开发单独的接入控制插件，大大节省了开发工作量。

c)采用自行开发的接口配置库，可以适应不同通讯协议、不同终端设备接入连通

由于接入渠道千变万化，所以平台包含了自行开发的接入配置库，使得前置业务平台能够很灵活的扩展接入子系统，使渠道和银行内部的各种应用系统能够很方便地通过前置业务平台实现互联互通。

d)采用压力监控算法，实现了交易负载管理机制

各种渠道统一接入到一个平台上，一定会出现交易的浪涌效应，导致系统处理出现瓶颈。平台设计了压力监控算法，能够根据系统的资源状况，计算交易的处理时间，自动控制交易处理进程的数量，来避免系统处理的瓶颈。

e)交易超时的预防机制

平台在分发交易之前，会计算易的排队时间和处理时间，当交易可能超时时，会立刻返回应答，提示客户端交易排队已经超时需要重新提交。

f)对多种报文的适应性

可以解析标准XML数据报文、简单的字符流报文、含多重循环的数据报文、含分支节点的数据报文、通过分割符号分割的数据报文和数据结构报文，对于复杂的数据报文和其他的通讯方式，可以通过扩展平台的通讯服务器，在通讯服务器上转换报文和通讯方式来实现和外部系统的实现连接。

(二)本实用新型前置业务平台的业务处理子系统是前置业务平台的核心模块，是前置业务平台用于处理具体业务逻辑的模块，主要用于完成对后台应用系统提供的功能进行集成处理，由此实现一种崭新的新型银行业务。

如图4所示，在业务处理子系统中，业务逻辑按照三个层次来进行组织。

(1)交易

是完成系统的而一个原子功能点，在形式上表现为前置业务平台处理的一次业务请求。交易是前置业务平台中最小的程序组织单位，可以单独编译，前置业务平台提供对交易源代码的版本控制功能。

(2)产品

产品是一些具有相同业务特性的交易的组织，具有明确的金融业务含义，例如银行卡业务、储蓄业务、会计业务、代理手机缴费、代理财政收款、代理水电缴费等。

产品可以编译成动态库单独上线，并且可以对产品的程序进行代码管理，这样的好处是，平台能够伴随业务的发展，可以即时扩展金融服务产品。

(3)业务模块

业务模块是一个银行业务领域的服务功能，有多个同一领域的产品组成，比如基础业务模块、天地对接模块、代理业务模块、批量代收付模块、金卡业务模块、外汇买卖业务模块、国际结算业务模块、证券业务模块、债券业务模块。

业务模块是银行在一个服务领域的信息化平台，如果银行需要开拓新的业务领域，则可以随之开发新的业务模块。在程序上可以把业务模块编译成同一个进程，在运行的过程中不断增加产品的动态链接库，这样可以随时在不中断系统的状态下扩展金融产品。

业务处理逻辑在程序上可以分为多种版型，做为程序开发的基本参考。在前置业务平台中，业务处理逻辑的版型包括包括转发交易预处理逻辑、本地交易处理逻辑、集成交易处理逻辑等，程序员可以按照版型来开发银行业务产品。

(1)转发交易预处理版型

转发交易预处理主要是处理那些需要由后台处理层的业务系统完成的交易，比如账务系统的转账、查询等交易，在平台需要进行合法性验证等预处理过程。

(2)本地交易版型

本地交易处理是指所有的业务逻辑仅在前置业务平台上完成的交易，比如用户的登记、凭证管理、报表生成等功能。

(3)集成性交易版型

集成性交易是指需要集成两个或两个以上应用系统的进行处理的业务，需要在前置业务平台上完成交易逻辑的集成、交易数据的集成、账务一致性控制等功能。

上述的版型中，都包含了交易执行、记录业务流水、处理异常交易、生成和永久保存业务凭条等基本执行功能，使得程序员可以专注于业务逻辑的处理和实现，便地扩展业务模块。

如图5所示，业务处理子系统有多个模块组成，其模块有两种类型，一种是业务模块，也就是在前置业务平台上实现的一系列银行业务产品，可以随着业务的发展进行扩展或者裁剪；另一种则是公共模块，包括账务系统前置处理模块，集成业务处理模块、冲正重发处理模块、跨行业务处理模块、客户信息管理模块、凭证管理模块等。

所述业务处理子系统的业务模块至少包括以下任意一种模块：基础业务模块、天地对接模块、代理业务模块、批量代收付模块、金卡业务模块、外汇买卖业务模块、国际结算业务模块、证券业务模块、债券业务模块。这些模块都可以随着银行业务的发展而不断扩展。

公共模块是前置业务平台的核心程序，主要包括：

账务系统前置处理模块，用于实现银行核心业务产品在所述前置业务平台上的映射，使得前置业务平台成为核心业务的营销和受理平台；

集成业务处理模块，用于实现对多应用系统环境的交易处理的业务处理，一般可以直接提供集成性交易版型来完成开发工作；

冲正重发处理模块，用于对超时交易的处理程序，可以根据交易的处理状况进行冲正和重发；

跨行业务处理模块，用于实现对人民银行或其它商业银行业务的预处理和交易转发的功能；

客户信息管理模块，用于实现客户基本信息、客户业务信息和客户签约信息的综合管理；

凭证管理模块，用于提供凭证在途、请领、下发、录入、退还、销号、查询和统计功能。

业务处理子系统包含了这样一些特点：

a)采用了自行开发的数据标准和动态数据总线技术

为减少程序开发的复杂性，平台定义了统一的内部数据交换标准，并且采用动态数据总线的方式和交易客户端进行逻辑上的数据交换，交易客户端和模块采用相同的数据总线结构，通过定义交易的上下传数据报文格式，在交易客户端和应用服务程序交换数据总线上的数据，使客户端程序和应用服务程序之间看到相同的逻辑数据视图，减少因为变量不一致而产生的程序错误。

b)设计了集成业务版型，实现与外部业务系统的集成性

集成性业务的最大特点是需要和各种各样的商户业务运行系统等外部系统实时交换数据，联机交换的数据包格式多种多样，为简化集成性业务的开发和实施，平台本身包含了一个功能强大的集成业务处理模块，可以处理各种集成业务的工作流程。

c)设计了业务逻辑的组织模式

按照常规的业务分层的模式来组织业务逻辑，使得程序组织与业务组织能够保持一致，大大降低系统维护的复杂度。

d)建立独立的脱机处理服务器技术，实现脱机交易和联机交易的对称性

平台采用脱机交易处理服务器(虚拟商户服务器)和业务处理服务器分开的方式实现脱机交易，因此兼容脱机交易和联机交易方式，对于业务处理服务器而言，脱机交易和联机交易是对等的。

e)平台提供便捷的业务开发工具来实现具体的业务逻辑

平台提供开发工具，可以通过配置方式实现业务逻辑，可以支持多种具体的业务处理方式，包括先查询后缴费(普通的由商户提供金额的缴费方式)；不查询就缴费(包括预缴费，代售有价证券和凭证，IC卡充值，固定金额的缴费等)；部分缴费和委托缴费等方式。

f)平台提供版型技术，可以快速开发新的业务逻辑程序

平台在开发工具里内置了多种版型，能够使得程序员快速熟悉业务现场的各种问题，同时能够完成了程序的基础部分，程序员主要关注业务现场个性化的需求即可，保证程序开发的高效性。

g)采用参数配置技术支持多种票据的快速开发工作

平台通过参数的配置支持多种票据的快速开发，实现程序中的票据处理。

h)采用业务逻辑与票据处理的协同技术

通过这种协同模式，票据处理的方式可以由业务逻辑调用，这样当随着业务的发展，导致业务逻辑对票据处理有不同需求时，只需修改调用参数即可实现，不同重新开发程序。

i)兼容多种票据处理方式

平台完成的票据处理方式：支持在缴款交易后打印发票票据；支持缴款交易不打票据，以后通过交易补打；支持先打票据，以后再进行缴款交易。

这些方式基本涵盖了目前业务中的票据处理规则。

j)采用了保证交易一致性的综合技术

平台采用了4种技术来保证交易的一致性：I、交易超时自动冲正功能，当主机记帐超时时平台自动向主机帐务系统发送交易冲正数据包，当商户交易超时时平台自动向主机帐务系统和商户交易系统发送交易冲正数据包；II、交易重发功能，当正交易超时或反交易超时时，平台可以根据配置参数选择交易重发，直到交易确信成功为止，交易重发功能由独力的进程处理；III、可靠的日志系统，平台一收到交易请求就立刻记录日志，这样能保证不会因为系统崩溃而漏掉了交易日志；IV、支持多种方式对帐，及时发现错帐。

k)采用业务构件的思路来实现新的系统功能

平台采用构件思想化设计，层次分明，新的功能可以通过脚本程序调用各个已有的构件组合完成，在不用增加程序的条件下实现业务的扩展。

l)采用公共规则屏蔽技术，保证个性化程序开发工作量的最小化

系统把前置业务中的业务规则进行了抽象，并且固化在平台中，规则包括发票处理规则、超时处理规则、日志处理规则、结果数据包类型等。

m)对服务程序运行参数的动态维护技术

平台包含大量的运行参数，包括应用服务的进程状态、交易的有效状态、共享内存的使用情况、内部交易的上下传数据报文结构等信息，平台通过了一套可以实时修改运行配置参数的函数，用来动态地禁止或启动产品服务功能。

(三)本实用新型前置业务平台的应用交换子系统是前置业务平台访问后台各个应用系统的通道，其核心内容是用于屏蔽后台各种系统提供的业务接口的复杂性，完成和远程主机系统的应用路由和通讯转发的功能，并且提供交易超时时的交易重发和自动冲正等保证业务一致性等功能。

所述应用交换子系统包括：

(1)应用路由

可以根据交易数据的具体内容，来选择交易发送的目的地-后台业务主机(即后台处理层的业务系统)。平台提供两种主机选择的功能，对于单节点的应用系统，也就是说，应用系统运行在一台主机上，只需要在交易配置信息中选择一个主机地址就可以了，不需要配置很复杂的路由条件；而对于具有多个节点的应用系统，即应用系统运行在多台主机上，可以选择一个或多个字段作为路由条件，然后配置各种条件下的业务主机地址。

(2)报文转换模块

报文转换是交换系统的一个非常重要的组成部分，主要是用于把前置业务平台内部的数据报文转换成后台业务主机中业务应用系统的接口报文，或者把后台业务主机返回的报文转换成前置业务平台的内部报文。平台提供了多种报文的解析函数，包括最常使用的字符流报文(包括定长字符串报文、包含多种数据类型的数据结构报文、变成的带循环信息或条件分支的报文、带分隔符的变长报文)，同时也支持一些常用的报文，如ISO8583报文、XML报文、TUXEDO FML报文、类8583报文、HTTP请求报文等。为了适应更多的业务需求，平台提供了一个报文解析的框架程序，只需要添加很少的代码就可以完成一种新报文的解析函数。平台的内部报文采用数据总线的方式保存，采用XML格式，可以确保能够适应多种报文之间的互转。

(3)远程通讯模块

主要用于完成在通讯一级和后台应用系统之间完成报文交换，通讯一般采用TCP/IP协议，也有可能采用一些交易中间件或通讯中间件，而且通讯链路可能需要加密，因此对于通讯接口的灵活性和可靠性要求会比较高。

平台目前能够支持的通讯方式包括同步TCPIP、异步TCPIP、长连接方式、消息队列、TUXEDO、CICS、MQ Series、SNA等协议，并且在通讯前后提供了进行加密和解密的函数接口，可以很方便地适应各种需求。平台提供了通讯的框架程序，可以很方便地开发新的通讯插件。并且可以通过对业务主机的端口扫描，在发送交易前就可以判断后台应用系统是否正常运行，避免发送一些主机已经关闭而没有应答的报文，因为此时如果发送报文，会进入交易重发队列，需要占用额外的系统资源。

前置业务平台在交换子系统上不需要为每种第三方应用系统开发一种通讯插件，使用平台提供的通讯功能完全可以满足和第三方主机的通讯。

应用交换子系统包含了这样一些特点：

a)采用参数调制与程序开发混合模式的通用插件技术

一般情况下，通常的应用交换系统都是采用插件模式完成的，具体而言就是针对一个外部系统的接口要开发一个插件，这样当外部系统接口比较多的时候，程序开发的工作量就会很大，而且大量的程序代码也会导致维护工作的复杂。

而实际工作中，外部系统的接口往往是有着一些规律可循的，所以我们开发了一系列通用接口插件来满足一类系统的需求，而具体的功能接口则可以通过参数配置的方式简单的实现，这样程序开发工作量会下降1-2个数量级。

b)实现了接口插件容器技术

对于众多的接口插件，平台提供了运行和管理的容器，只要在容器里注册插件接口类型、接口交易、节点，就可以方便地运行。容器和平台功能独立分开，使得系统结构更加清晰，平台功能开发和外部系统信息交互独立。

c)提供独立的即时测试服务工具

开发完成后，就可以立即利用平台提供即时测试工具进行接口测试，这时并不需要所有的程序都开发完成，而对外部接口进行独立测试，这样在开发管理上把外部协调与内部开发分割开来。

d)提供通用报文解析器，完成多种报文格式的兼容性

平台提供了一个报文解析器，是数据总线上的一个出来模块。报文解析器独立于业务逻辑和通讯协议，只关心报文组织的模式，包括：字符流、xml、格式字符流、以及用户自定义的报文等等。

e)动态软路由技术

能够根据交易的内容进行业务解析，确定交易的发送路径，所有的路由算法都是基于软件实现，性能高效。

(四)本实用新型前置业务平台的监控管理子系统是确保前置业务平台正常运行的一个重要辅助工具，通过业务监控台和系统监控台可以及时了解系统的运行状态，及时发现潜在的问题并进行解决，避免系统出现重大运行故障。监控管理子系统包括WINDOWS环境和UNIX环境的监控台。

其特点包括：系统可以对监控的交易进行过滤，只跟踪那些关心的交易，比如只跟踪错误的交易、或交易金额大于100万的交易，或者是指定某种类型的交易、地区系统资源(CPU、内存、活动进程等)的使用情况、后台主机的端口管理等。

(五)本实用新型前置业务平台的安全管理子系统包括系统安全和应用安全，系统安全一般采用IC卡加密、用户证书认证等，应用安全主要包括柜员权限的验证和客户权限的验证。安全控制是保证业务能够正常运行的一个重要前提。

1)授权

在企业和机构中，通常会按照等级层次关系组织用户，按用户的角色决定其授权。因此，同一层次和角色的用户有相似的功能访问权限，这就有效地形成了用户访问和授权机制的管理。

网络访问权限关注于哪些用户有权限访问哪类网络服务。对某些网络服务有权限的用户而言，访问权限决定用户能读、写还是执行网络资源。

2)柜员权限验证

平台能够提高对柜员的授权，能够根据柜员的级别判断柜员是否具有对某一项业务的操作权限，也能够通过柜员的交易权限列表判断操作的合法性，通过在前置业务平台中对柜员的初步权限认证，可以减少账务主机的运行压力。

3)自定义加密通道

客户可以通过提供加密函数接口的方式，对银行内部的通讯报文进行加密，目前比较常用的方式是通过IC卡对一些关键数据进行加密，主机在接收到报文后，可以通过特定的算法和公开密钥对报文解密，然后进行处理，平台可以很容易地适应这种系统的要求；对于动态口令卡等加密方式在平台的实现相同。

尽管为示例目的，已经公开了本实用新型的优选实施方式，但是本领域的普通技术人员将意识到，在不脱离由所附的权利要求书公开的本实用新型的范围和精神的情况下，各种改进、增加以及取代是可能的。

Claims (3)

1.一种银行前置业务平台，其特征在于：连接于渠道层和后台处理层之间，用于集成若干种前置业务，所述渠道层为包括若干类终端设备的客户端，所述后台处理层包括若干后台业务系统，所述后台业务系统包括银行核心业务系统和前置业务系统，所述银行前置业务平台包括，

渠道接入子系统，用于整合所述渠道层的各种客户端访问银行内部的所述后台处理层的各个业务系统的交易接入，使所述前置业务平台作为银行后台处理层各个业务系统的唯一接入点；

业务处理子系统，用于完成对后台业务系统提供的功能进行集成处理并由此实现新型银行业务；

应用交换子系统，作为所述前置业务平台访问后台各个业务系统的通道，用于屏蔽后台各个业务系统提供的业务接口的复杂性；

监控管理子系统，用于监控所述前置业务平台的运行状态，及时发现潜在的问题并进行解决；

以及安全控制子系统，用于确保所述前置业务平台的安全运行。

2.根据权利要求1所述的一种银行前置业务平台，其特征在于：所述渠道接入子系统包括，

TCP/IP接入模块，用于接收和实时处理从所述前置业务平台的内置客户端发起的交易；

HTTPS接入模块，用于接收和实时处理从内置客户端网上发起的支付类交易，所述交易通过所述安全控制子系统安全验证后连接至所述HTTPS接入模块；

异步通讯接入模块，用于接收从内置客户端发起的异步通讯类交易；

外置客户端的通讯接入模块，用于接收从外置客户端发起的交易； 

以及交易预处理模块，用于对接入子系统接收到的交易进行客户端验证、获取交易码处理。

3.根据权利要求1所述的一种银行前置业务平台，其特征在于：所述应用交换子系统包括，

应用路由，根据交易数据的具体内容，来选择交易需发送至的后台处理层的业务系统；

报文转换模块，用于把前置业务平台内部的数据报文转换成后台业务系统的接口报文，或者把后台业务系统返回的报文转换成前置业务平台的内部报文；

远程通讯模块，用于完成在通讯一级和后台业务系统之间完成报文交换，通讯采用TCP/IP协议或采用一些交易中间件或通讯中间件。 

Images