| XFS-新一代自助设备应用标准 |
|
| http://www.cnfp.net 时间：2004-3-2来源：中国建设银行 王宇峰 |
|
|
一、XFS标准概述
随着银行个人金融业务的快速发展，以ATM为代表的银行自助设备服务渠道，凭借其安全可靠的设计、7 x 24小时的不间断服务以及可以提供现金及实物凭证三大特点，成为唯一一种可以在理论上全面替代银行营业网点的重要服务渠道，并开始在个人银行业务领域发挥着越来越重要的作用。
个人银行业务与其他银行业务相比，具有种类多，变化快的特点，这就要求各种服务渠道具有相应的快速反应能力，在尽可能短的时间里快速推出市场需要的服务。而自助设备服务渠道却由于历史发展的原因，硬件设备与软件产品息息相关，不同厂商的设备捆绑于其各自相对封闭的系统之上。这样，以建行为例，现有的9种品牌，30多种型号的ATM就需要多达30多个版本的软件来支持。另外，在建行当前系统中运行的各厂商的软件产品大都开发于20世纪90年代中期，属于基于IBM公司早期开发的OS／2操作系统下的产品，系统的可拓展性和可维护性都较差。以上种种情况都表明，现有自助设备软件系统已经越来越不能符合当前业务快速发展的需要。为了解决上述矛盾，各大自助设备硬件厂家和一些独立软件供应商纷纷开始研制基于Windows／Linux等主流操作系统平台，可以跨越不同品牌的硬件产品，统一的自助设备软件解决方案。XFS(extensionsforFinancialServices)标准就是在这种情况下应运而生并逐渐成为业界主流标准的。XFS标准基于Microsoft的Windows操作系统，由欧洲标准化委员会(CEN)制定。各大自助设备硬件厂商都是此标准委员会的核心成员，并承诺提供遵循XFS标准的硬件设备接口，这就使得一套解决方案跨越所有自助设备成为可能。
二，XFS标准软件产品体系架构
跨平台软件：本文所指的跨平台软件，可以认为是一种基于XFS标准的自助设备应用中间件。通过这套中间件，银行业务应用程序可以不加修改地在任何符合XFS标准的自助设备上正常运行。 XFS：extensionsforFinancialServices的缩写，可翻译成为“金融服务扩展集”；是一项由欧洲标准十七委员会 (The EurOpean COmm“tee fOrStandardization，简称为CEN)制定的国际标准，用于规范不同自助设备生产厂家的硬件接口标准。
SP：ServiceProvider的缩写，由自助设备厂商来实现，是根据XFS标准对设备硬件驱动进行封装后的产品。系统可以通过标准SP调用来实现对不同厂商的硬件设备进行操作。
XFS SPI：XFSServiceProvidersInterface的缩写，是XFSMANAGER与自助设备厂家之间相互调用的应用级接口。采用C语言来实现。
XFSAPl：XFSAplicationInterface的缩写，是XFS MANAGER与自助设备应用程序之间的接口，采用C语言来实现。
XFSMANAGER：由CEN免费提供的一套XFS管理软件，通过硬件配置信息库，来完成API与SPI接口之间的信息转换，并确保SPI指令成功发送到自助设备的SP。
如图1所示，跨平台软件架构可以分为五层，由下往上分别为：硬件层、设备驱动层、XFS标准
层、中间件层、应用层。
1．硬件层
此层代表不同硬件厂商提供的不同品牌，不同型号的自助设备。这一层各厂家的设计完全根据自身需求来制定，不具有通用性。
2．设备驱动层
这一层是硬件层走向标准化最为重要的一层，又可以细分为三层，即操作系统层、设备驱动层和
SP层。操作系统层采用Microsoft公司的WindowsNT或者以上版本的操作系统， 目前可以支持到WindowsXP。设备驱动层，就是平常我们说的各种driver，由各硬件设备厂商根据硬件特性来编写。SP层是各厂商根据XFS标准，对设备的driver进行了封装后形成的。SP层在很大程度上屏蔽了设备硬
件的差异性，是XFS标准得以实现的第一步。但由于各厂家的SP对于XFS标准的理解在一些细节问
题上还存在争论，同时各家厂商的硬件都还存在一些自身比较独特的属性，因此还需要有一个更
为统一的标准化接口，这就促使了跨平台中间件层的产生。
3．XFS标准层
这一层是整个XFS解决方案的核心层，所谓的XFS标准正是体现在这一层。它由CEN负责制定和
解释，并根据市场需求正在进行不断的细化和扩充， 目前已经发展到XFS 3．0。目前各大自助设备
／两郡已经是CEN的核心成员，并根据XFS标准来编写自身的SP。从系统调用的角度来看，XFS标准层同样也可以分为三小层，即XFSSPI，XFSMANAGER和XFSAPl。XFSSPI是XFS与设备厂商SP的标准接口，用于规范各厂家的SP的编写。相应的，XFSAPI是应用系统与XFS标准的标准调用接口，这是跨平台软件得以实现的最权威的依据。XFS API与XFSSPI的连接，则需要用到XFSMAN-AGER的转换和协调。
4．中间件层
这一层是连接最终应用与XFS标准调用的最后一层，也是最终应用实际只需要了解的一层。中间件的产生笔者认为主要基于以下三点理由： 第一，由于各厂家对XFS标准的理解在某些方面还有不一致的地方，所以还存在对自身的硬件产品一些个性化的处理。因此，直接针对XFS编码，很难做到应用代码的完全统一。
第二，XFS标准调用接口是一个很低级的接口，缺乏对设备的一个很好的封装， 因此接口很复
杂、很烦琐，同时需要应用处理许多直接针对硬件资源的操作。因此直接针对XFS编码会非常复杂，同时系统也不稳定。
第三，XFS标准是由CEN颁布的，其会员大都是各自助设备厂家和一些独立XFS中间件供应商，是一个技术性很强的组织。而作为自助设备用户来说，主要关心的是与自身运营息息相关的业务实现逻辑，一般不会也没有必要加入这样的组织。这样—来，XFS标准的制定与扩充，自助设备用户就无法及时获得，更难以深刻准确地理解。在这种情况下，用户直接针对XFS标准编码显然是不明智的。
5．应用层
这一层，顾名恩义，是最终用户最关心的应用逻辑表现层。在这——层，设计人员主要关注业务逻
辑的实现，而不去关心底层设备如何具体实现。目前这一层的实现方式主要有两种：
(1)瘦客户端方式
此种方式的主要表现形式为WEB／BROWSER。具体说，就是在自助设备端只保留一个浏览器和
各种对硬件设备进行控制的ActiveX控件。设备端只负责交易画面的展示和交易的执行，而各种业
务逻辑的实现，流程的控制放在远端的HttpServer上。此种方式所有应用的程序变更都在Server端实
现，可以实现设备端应用零维护，而且Server端的更新会立刻同时在所有终端上实现。这种类似于
网银的实现方式，应当是以后系统发展的方向。但自助设备自身的特点要求交易速度非常快捷，因
此这种方式的普及还有赖于银行网络环境的进一步改善。
(2)胖客户端方式
在这种方式中， 自助设备端需要负责交易画面显示、交易流程控制、设备驱动等几乎所有程序，只有在需要后端账务系统进行授权时才通过交易报文的方式来与后端通信。胖客户端方式比较适合于国内各家商业银行当前的网络现状，是当前一个比较切合实际的选择。同时，客户端程序的更新也可以通过网络分发的模式，在系统比较空闲的时候进行软件的下载和安装。
胖客户端的方式在发展过程中，又演化成为两种模式：非浏览器模式(早期模式)和浏览器模式(向瘦客户端过渡的模式)。
非浏览器模式中，画面的显示与交流流程的控制统一在一个应用程序中来实现，这是基于早期client／server程序的一贯设计思想。
而在浏览器模式中，画面的显示与流程的控制实现了分离。画面显示采用标准的HTML方式，通过浏览器来实现；流程控制则由另外的应用程序来实现。另外还有一种情况，即画面的显示和流程的控制都通过浏览器来实现的情况。
浏览器模式是考虑到网络现状而设计出的一种由胖客户端解决方案向瘦客户端方案转变的过渡模式，一旦网络条件允许，此种模式可以很方便地转化到瘦客户端模式。
硬件层、设备驱动层、XFS标准层、中间件层和应用层这五层相辅相成，共同构架起了一套完整的跨平台解决方案。
|
|
|
企业认证 | 
供应商会员服务 | 金融机构服务 | 操作帮助
热点文章排行