内容发布更新时间 : 2024/5/28 12:46:28星期一 下面是文章的全部内容请认真阅读。
Windows开放式系统体系结构（Windows Open System Architecture：WOSA）是Microsoft在Windows环境为跨越不同平台的应用程序而开发的体系结构规划。它制定允许信息在企业内部自由流动的标准。WOSA包括模块化应用程序编程接口（API），它向任何开发人员开发的应用程序提供访问网络服务的能力。这些网络服务可以包括：电子函件、数据库和主机连接。WOSA还提供插入任何开发人员开发的后端服务的能力。WOSA就是通常称为的“中间件”策略，它直接在操作系统中建立，试图刺激允许用户在网络上进行协作的工作组应用程序的增长。Windows将对消息传递系统以及允许用户快速定位网络上的其它用户或资源的目录服务提供了一个通用接口。WOSA还提供公用数据访问服务和安全性增强附件。
金融服务WOSA扩展（Windows Open Services Architecture, Extensions for Financial Services：WOSA/XFS）是由银行解决方案供应商协会（The Banking Solutions Vendor Council ：BSVC）于1993年5月24日发布的，主要规范了基于MS Windows平台的C/S结构金融企业级计算环境，BSVC是一个金融服务业信息技术供应商的领袖组织，是于1992年5月18日在丹佛举行的美国银行家协会NOAC（the American Bankers Association National Operations and Automation Conference）会议上成立的。
该组织于1996年2月11日发布了WOSA/XFS的2.0版本标准，并与1998年5月11日在比利时布鲁塞尔正式将这一标准移交给欧洲标准化委员会（The European Committee for Standardization ：CEN）。2006年深圳紫金（ZIJIN）作为第一个中国公司成为该组织的核心成员。据最新资料显示，目前CEN的WOSA/XFS工作组已公布ver3.0标准。
BSVC在WOSA/XFS的相关文件中总结了WOSA/XFS的基本特点， o 使用Microsoft* Windows*作为计算机操作系统平台
o 通过WOSA族的开放接口和相关服务来集成Windows平台的应用
o 尽量利用现有在WOSA元素；仅在现有WOSA族服务不能提供有关服务时加以定义和扩展，并尽可能使用现有的格式和标准
o 金融服务WOSA扩展(WOSA/XFS)适用于金融应用的特殊服务和设备需要
o 在API和SPI定义上保持最高级别的兼容性，以适应新型和增强功能的扩展能力
WOSA 协议包含一系列稳定的, 开放界面接口，而将系统复杂性对用户和开发人员隐藏。WOSA 允许用户和开发人员对各种服务和企业具有无缝集成Windows应用的能力；因为它提
供了同类设备层的标准接口，如读卡器类，一个应用与具体的读卡器无关，从一个供应商A的读卡器换到另一个供应商B的读卡器，无需更改任何应用程序。它包括这样一些接口：
o 开放数据库连接 (ODBC) 作为标准数据库存取 o 消息应用编程接口(MAPI)作为消息服务的存取 o 通讯支持, 包括 Windows SNA, RPC, and Sockets 每个WOSA元素包括一套相关软件, 一般由设备供应商提供： o 应用程序接口 Application Program Interfaces (APIs) o 服务提供接口 Service Provider Interfaces (SPIs)
只要任何一个厂商自己硬件的软件驱动程序符合这套规范，那么它的硬件就可以无缝连接到其他同样符合这套规范的ATM机上，而不需要做任何的软件改动。同时WOSA也规定了硬件驱动程序和ATM上层控制流程的程序之间的接口规范，从而银行可以购买非厂商提供的ATMC上层程序，比较典型的是KAL公司，它可以不卖硬件，只卖软件，提供给银行更多的选择和更专业的软件服务。
这一套软件技术规范就被称为WOSA/XFS规范，一般简称WOSA/XFS。
WOSA/XFS规范目前使用广泛的版本有1.0、1.11、2.0、3.0、3.01、3.02、3.03一共7个版本，其中常说谁的SP（Service Provider）符合WOSA/XFS2.0还是3.0规范，就是指上面提到的WOSA/XFS本身的规范版本。如果你见到某些厂家的SP版本并没有上面提到的几个版本，那说明厂家的SP版本是自己厂家内部定的版本号，与WOSA/XFS规范的版本没有必然联系，但是厂家的SP版本一定可以对应到符合上面几个版本中的一个版本。
WOSA/XFS的架构，中间是XFS Manager，上面是ATMC，下面是SP，其中XFS Manager对上面有API（Application Programming Interface）接口，对下面有SPI（Service Provider Interface）接口。
XFS Manager是WOSA/XFS规范的核心，它规定了API和SPI接口，从而达到统一上面的ATMC和下面的SP的功能，ATM软件能够实现所谓的跨平台是靠它来主要实现的。
XFS Manager实际上是三个DLL组成，在系统目录\\Windows\\System32下面，分别是MSXFS.DLL（基本的XFS API and SPI函数，在Include目录下的XFSAPI.H和XFSSPI.H中定义）、XFS_SUPP.DLL（一些支持函数，在Include目录下的 XFSADMIN.H中定义）、XFS_CONF.DLL（配置函数，在Include目录下的Xfsconf.h中定义）
我们总是在说WOSA/XFS，那到底它包含什么内容？
一、 一组文档，可以认为是个软件概要设计说明书，只是设计，没有代码实现 二、 上面提到的XFS Manager的三个DLL 三、 每个厂商按照文档实现的一组DLL，叫过SP
WOSA/XFS规定SP必须是基于DLL形式的，不管你做成什么样子，对于XFS Manager向下看，必须是看到导出SPI接口的SP DLL
因为SP的接口是统一的，所以我们会看到很多厂家提供的有XFS测试工具，能够测试多个厂家的SP，比如Wincor的WosaTest，Diebold的XTG等，这些工具可以互换使用的，反正接口都是符合一个标准的。
因为很多硬件工程师可能需要用到这些SP测试工具，这里简单说一下怎样使用这些工具，当然，如果想完全使用该工具的每个功能，不仅仅需要测试工具本身的说明，熟悉WOSA/XFS的规范是必要的，所以基本上能操作即可。
一个完整的SP测试操作如下（下面的操作一般可以在SP测试工具的菜单或者工具栏中直接找到，一些步骤中出现的参数选择，基本可以采用默认的参数即可）：
一、 在SP测试工具中调用WFSStartUp， 目的是把整个SP的环境启起来，包括把XFS Manager装载到测试工具的进程空间中。
二、 在SP测试工具中调用WFSOpen，目的是打开某个硬件模块，SP测试工具一般一次只能打开一种类型的硬件设备。其中要注意的是有个参数叫过Logical Name“逻辑名”，这个一定要填对，一般的厂家都有固定的习惯，比如Diebold会叫NT_IDC、NT_CDM等，打开哪个设备就填上对应的名字。所有可能的名字在上面提到的注册表项LOGICAL_SERVICES下面，如果不清楚，你可以看看哪个名字象你要测试的设备，填上这个名字一般错不了。
三、 在SP测试工具中调用WFSRegister，目的是注册一下，以便能够接收到SP传