CENXFS标准对厂商特性的处理.doc

CEN/XFS标准对厂商特性的处理深圳市紫金支点技术股份有限公司产品三部经理魏华选自中国金融电脑2007年12月刊CEN/XFS标准已被国内金融行业大量采纳，自助设备行业正发生着巨大的变化。各大中型商业银行以CEN/XFS标准为基础的跨平台ATMC软件也正在推广实施中。但业界也有不少的专家对银行XFS跨平台软件项目持有不同的看法，其中从技术层面上，认为“标准限制了厂商硬件特性的展示，阻碍了银行业务的创新和发展”是其主要的忧虑。 根据在XFS应用项目开发的经验和对XFS标准的理解，本文通过阐述XFS标准中对厂商设备特性的相关处理，说明XFS标准如何使得应用可以充分展示厂商设备的特性。统一的XFS标准跨平台项目的实施，让银行摆脱设备差异和众多厂商协调的困扰，可把更多精力放在个性化业务创新上。 一、原理和实现方法 CEN/XFS标准，原称为WOSA/XFS标准。WOSA全称为Windows Open System Architecture，即Windows开放式系统体系结构，是微软发起的一个旨在围绕微软的软件体系架构进行应用开发而制定的一系列行业应用标准。XFS标准在1998年6月移至CEN/ISSS，即欧洲标准化组织，现名为CEN/XFS标准。经过从1992年的第一次会议到现在，CEN/XFS标准已经成为了国际金融行业自助设备领域的事实标准，被国内外自助设备软硬件厂商所广泛采用。下面是XFS标准的体系结构图。 CEN/XFS标准的关键部分就是定义了一套标准的API，及相应的SPI和支持服务接口，为基于WINDOWS的应用提供对金融设备的访问。使得一个使用API与特定的SP通信的应用在SP发生变化时，不用做任何修改。通过规定API、消息机制、SPI、支持函数、配置函数和调用机制，以及服务的分类，使得遵循标准的不同硬件厂商，都能够无缝的接入跨平台软件解决方案中去。 从CEN/XFS标准的体系架构可看出，Windows应用通过API接口与XFS Manager进行交互，并不直接访问SP，应用程序不会像以往那样固定使用某个厂商的硬件特性。不同厂商的SP通过标准的接口反映其硬件特性，基于CEN/XFS标准的跨平台软件就可以进行自动识别处理，以下通过两个具体方式加以说明： 1设备能力 通过WFSAsyncGetInfo对不同厂商的SP执行同样的命令，各厂商SP反映出来的硬件能力也有着较大的差别。以IDC-读卡器单元为例，执行WFS_INF_IDC_CAPABILITIES命令，SP可以返回该读卡器单元具备的实际物理能力，即该实际设备的特性。 该命令的返回参数结构为： typedef struct _wfs_idc_caps WORD wClass;WORD fwType;BOOL bCompound;WORD fwReadTracks;WORD fwWriteTracks;WORD fwChipProtocols;USHORT usCards;WORD fwSecType;WORD fwPowerOnOption;WORD fwPowerOffOption;BOOL bFluxSensorProgrammable;BOOL bReadWriteAccessFollowingEject;WORD fwWriteMode;WORD fwChipPower;LPSTR lpszExtra;其中部分参数含义为： 参数fwType即代表该读卡器单元的类别：类型说明WFS_IDC_TYPEMOTOR该读卡器单元为马达驱动类型读卡器WFS_IDC_TYPESWIPE该读卡器单元为划卡式读卡器WFS_IDC_TYPEDIP该读卡器单元为插拔式读卡器WFS_IDC_TYPECONTACTLESS该读卡器单元为非接触式读卡器WFS_IDC_TYPELATCHEDDIP该读卡器单元为加锁插拔式读卡器WFS_IDC_TYPEPERMANENT该读卡器单元为专用于永久分区的芯片卡读卡器 参数bCompound代表该逻辑设备是否为一个组合的物理设备。 参数fwReadTracks和fwWriteTracks分别代表该读卡器单元具备的读磁道能力类型和写磁道能力类型：类型说明WFS_IDC_NOTSUPP该读卡器单元不能访问任何磁道信息WFS_IDC_TRACK1该读卡器单元可以访问1磁道信息WFS_IDC_TRACK2该读卡器单元可以访问2磁道信息WFS_IDC_TRACK3该读卡器单元可以访问3磁道信息WFS_IDC_TRACK_WM该读卡器单元可以访问Swedish Watermarktrack磁道信息 参数fwChipProtocols代表该读卡器单元支持的芯片卡协议的组合： 类型说明WFS_IDC_NOTSUPP该读卡器单元不能处理芯片卡WFS_IDC_CHIPT0该读卡器单元可以处理T=0协议WFS_IDC_CHIPT1该读卡器单元可以处理T=1协议WFS_IDC_CHIPT15该读卡器单元可以处理T=15协议 由上面各参数的类型值就可以看出，CEN/XFS标准包含实际使用的所有情况。笔者认为这是标准的制定过程所决定的。CEN/XFS标准的核心组织成员为NCR、DIEBOLD、WINCOR、HITACHI等众多ATM厂商，以及KAL、紫金等独立软件开发商。标准的制定过程是各成员相互讨论，各成员竞相将自己设备或应用需要的特性内容纳入标准体系中。CEN/XFS标准的制定过程充分考虑各厂商不同的特性内容，并尽量将其规范化和标准化。这一方面保护了各成员已有应用的投资，另一方面有利于各成员占据竞争的有力地位，因此获得了各成员的大力支持。 厂商特性内容并未被CEN/XFS标准所屏蔽，反而促进该特性的发展和成熟。只要SP真实地实现其硬件特性，上层应用就可以获取到该特性信息，并展示设备的特性。 2硬件故障代码 硬件故障代码是所有厂商都不一样的，甚至同一厂商不同型号设备的故障代码编码规则也不一致。 CEN/XFS标准为每个单元都定义了一套统一错误代码，即Error Codes，是各厂商共同使用的错误代码。这些错误代码相对厂商驱动底层的错误代码就粗略得多。日常设备维护人员却希望得到该故障模块具体的硬件故障代码，以便直接定位问题，提高维护效率。CEN/XFS标准对此无能为力了吗？事实并非如此，CEN/XFS标准并没有屏蔽掉设备自身的硬件故障代码，而是定义了WFS_SYSE_HARDWARE_ERROR消息来实现。当硬件模块发生故障时，SP驱动应该通过该消息返回厂商自己特有的硬件故障代码。上层应用接收到该消息后，就获得了厂商底层硬件故障的信息，并记录和打印，以便维护人员获取。该消息的返回参数结构如下： typedef struct _wfs_hwerror LPSTR lpszLogicalName;LPSTR lpszPhysicalName;LPSTR lpszWorkstationName;LPSTR lpszAppID;DWORD dwAction;DWORD dwSize;LPBYTE lpbDescription;；其中参数lpbDescription就是不同厂商自己定义的硬件故障代码。二、标准的完善和发展 作为一个开放式的标准，CEN/XFS不会排斥新生的事物或特性，相反，该标准总是在不断地进行扩充和发展。厂商一旦研究出新的技术，甚至于还在设计中，就竞相向XFS标准化委员会提出建议，以期让自己的方案成为国际标准，从而占领技术的制高点。 在CEN/XFS3.0标准的制定中，根据技术发展情况新增了3个SP模块定义： Service ClassClass Name说明AlarmsALM振动报警器、红外报警器等Card Embossing UnitsCEU信用卡凸字识别Cash In ModulesCIM现金存入单元 新增的现金存入单元（CIM）是其最大的变化。需要说明的是，现金存款的命令在CEN/XFS2.0标准中就有定义，只是该部分命令是作为CDM(现金出钞单元)的命令存在的。随着自助现金存款设备的技术不断发展和业务需求的不断强化，CIM模块的独立性和重要性凸显，CIM模块(现金存入单元)也就顺势而出。当前，CIM模块标准的制定成为了各设备厂商的最重要的较力点。各厂商每年都有大量的提案提交到XFS委员会审议，如钞票序列号、防伪测试、节电模式等等。由于有更多厂商的参与，XFS标准很好地推动任一单一厂商特性的完善、实用化和标准化。 即将发布的CEN/XFS3.10标准中还将新增Card Dispenser(发卡模块)、Barcode reader(条码阅读器)等，这都同样的体现了CEN/XFS标准发展是与行业和技术发展紧密联系的，并积极地指导、规范和促进了自助设备行业的发展, 适时地将特性转化为共性，体现了自助设备领域发展的最新成果和趋势。 综上所述，XFS标准是一个具有高度灵活性和兼容性的标准，设备的每个个性化特性都可