欢迎来到紫金技术世界！
& 媒体报道
紫金公司成功实施中国光大银行XFS跨平台ATMC项目
――深圳市紫金支点技术股份有限公司 陈国栋
　　随着现代银行业竞争和行业技术的发展，为提高自助设备应用开发的方便快捷性，增强服务品种的发布速度，提高服务质量和维护简便等，实施XFS跨平台ATMC项目已成为各银行的共识。面对国内各大银行纷纷着手、并有银行已经成功投产的现状，中国光大银行在充分调研、考察和论证后，果断实施了XFS跨平台项目，而紫金公司有幸被中国光大银行选中，成为该项目的合作公司。
　　中国光大银行现有4家主要的设备提供商：利多富、日立、广电运通、迪堡，设备的型号复杂，多达十几种型号，主要有：广电运通E22、E68、E68L、F16，日立UL
，WINCOR 、3100、CRS，DIEBOLD、1071等。
　　实施跨平台前，厂商的ATMC直接与设备硬件相捆绑，硬件的不同导致了ATMC软件版本的不同，因此，中国光大银行一方面无法有效地分析不同设备之间的优劣，在设备采购时还需要负担高额的软件开发费用，另一方面又疲于应付不同机型各ATMC应用版本的问题。而这正是XFS跨平台ATMC软件能够很好地予以解决的。
　　由于中国光大银行XFS跨平台软件上线后，所有厂商的设备都将运行XFS跨平台软件，紫金公司建议项目组需对各厂商的硬件设备和XFS
SP（包括2.0和3.0）进行全面的测试，并客观公正地分析和评价不同厂商硬件设备和SP的标准符合程度，这个工作将涉及到厂商对光大行XFS跨平台软件项目组的认可程度和配合程度。
　　紫金公司作为软件开发商，坚持客观公正的中立立场，以CEN/XFS标准文本为理论依据，坚持原则和灵活变通并举，获得了银行方和厂商方的充分认可。
项目开发和试运行
　　2006年3月中旬，紫金公司中国光大银行跨平台项目组成立，随即进场开始了跨平台ATMC软件的设计、开发、测试等工作。
　　紫金公司跨平台ATMC软件为中国光大银行实现了丰富的业务功能，此外，为实现银行对内部设备维护的统一管理和考核，跨平台ATMC软件还提供了完全图形化的中文操作维护界面，实现不同管理员在不同设备上操作一致的用户体验，极大地降低银行设备管理人员的工作难度。
　　2006年6月中旬，项目组完成了跨平台软件的应用开发、厂商SP测试、系统测试等工作。按照中国光大银行的要求，跨平台ATMC软件首先在两分行进行上线试点工作。试点分行的设备种类覆盖了全行现有的所有品牌，并涵盖了绝大部分机型。
　　试运行期间，项目组对分行和支行业务人员、科技人员和设备服务厂商进行了相关业务和技术培训，使分行人员基本掌握了系统上线后应具备的相关知识，并且深刻领会了实施跨平台ATMC软件的重要性和必要性。
　　截止到7月下旬试运行工作已成功完成，总体运行情况稳定，效果良好。通过在两分行的成功试运行，为后续的推广工作打下良好的基础。
项目实施效果
　　紫金公司XFS跨平台ATMC软件的成功实施，将给中国光大银行带来非常显著的管理优势：
统一的客户交易界面、凭条格式和强大的客户个性化服务，给客户提供了稳定亲切的感受，极大地提升银行的服务形象。
统一的流水打印格式和管理员维护界面，尤其是图形化的中文维护界面，显著降低银行培训和适应新机型的时间和难度，提高银行人员的工作效率。
统一的管理员维护界面非常有利于银行对管理员和设备维护商的工作考核，尤其是有利于提高设备的开机率。
统一规范的设备状态码，极大地方便了对ATM运行信息的监控和统计分析。
统一的全行ATM广告分发与播放，有助于银行对自助渠道的广告产品的集中管理。
远程版本控制软件RVC实现了新业务产品的快速发布，通过该软件银行的ATM设备可以分批或全部同时进行自动升级，无需人为干预。
ATMC应用完全统一，使得银行可以清晰地掌握各厂商硬件设备的使用状态。
　　而这些优势在以后的行业竞争中，将得到更好、更全面、更直接的体现。
　　该项目是紫金公司在中国建设银行成功实施跨平台ATMC项目之后的又一个成功案例。通过本项目的实施，中国光大银行从根本上统一了ATMC应用程序，使该行能够自主地控制应用的版本和开发，使得中国光大银行的ATM整体服务质量和形象大幅提升，并为其后续的ATM业务扩展提供强有力的支持。通过本项目的实施，也进一步确立了紫金公司在业内自助设备领域XFS方面的领先优势，全面展示了公司的技术实力和水平。
选自《中国信用卡》2006年9月刊ATM 系统为什么使用 Windows 而不使用 Linux？
就国内各银行ATM而言，ATM对用户界面的需求并不高，采用Linux系统，不是更加适合吗？稳定且可以降低成本。是出于技术支持层面的考虑吗？
这个问题在中的评论中有人问过，再贴一下：也是历史原因：各种ATMC端的应用程序刚开始开发的时候是在上世纪八九十年代，当时Linux才刚出来，无论考虑开发环境成熟度，标准化程度，使用人员的熟悉程度，维护成本，Linux都远远比不上Windows（Windows上当时有相对成熟的CEN/XFS/KAL等货色），后来在Windows版本的ATMC/P应用大规模推广之后，要再转换成Linux的成本支出高于获益，所以就一直没有变革的动力。但ATM的P/V/A端大部分都在Unix上，不是AIX就是HP-UX。其实现在WinXP停服务，对早就有的ATM on Linux的方案是一个挺好的契机。这和”银行核心为什么用IBM大机而不转用分布式方案“ 的理由一样：当年这玩意是最好的选择，现在转换的成本大于收益，就这么将就着下来了，直到将就不了的一天。在那个问题里面，很多人和我吵了半天，好像都没清楚我说的是这个论点，直接就陷入了”IBM技术” vs “分布式技术”的擂台中了。同样，本问题下的其它答案中都只说技术对比不说演进历史和技术适用性，个人认为是不完整的。这也是常见的specialist和architect/consultant的区别。
@ 的答案前面都还能理解，但是有很多行业里Linux是被禁止使用的，原因就是因为它是开源的，开源的就意味着：出了事没有厂商负责，这对于设备制造商来说是一个可怕的事情。有一些行业里（如果没记错，有些涉及到安全领域）明确要求不允许直接使用开源系统，因为这些系统没有经过商业认证或者可靠性认证。而如果使用开源系统，则必须保证有团队在这个系统的生命周期里一直维护它。这段话误导性太严重了，请去看看Windows的EULA里面的的 LIMITATION ON AND EXCLUSION OF DAMAGES 条款好么，出了事按照EULA你也只能得到OS本身的修复和赔偿。还有没有可靠性认证？
有好几个LINUX发行版得到EAL4好么，和Windows同级。
2004年的这新闻最能够说明问题引用自：IBM放弃OS/2　ATM投向微软怀抱日13:49:43　　陆悦　　(金融)ATM投向微软怀抱 　　2月27日，全球最大的ATM厂商NCR总裁兼CEO贺尔德访华时指出至2005年，NCR将会把他们的ATM由OS/2平台移植到Windows平台。同时，全球第二大ATM厂商迪堡公司也表示正在他们销售的产品上安装Windows系统，以后生产的所有产品都将支持Windows。来自终端厂商的信息表明ATM产业正在发生着某种变化，利润丰厚的产业市场蛋糕要重切了，微软好像成了最大的受益者。　　目前ATM系统主要有4种平台，分别是DOS、OS/2、Windows、Linux，其中OS/2占90%以上的市场份额，Windows不到10%，而Linux则处于起步阶段。DOS一度与OS/2一样，是ATM市场占主导地位的操作系统，但由于DOS的单任务性，使得它最终在ATM平台市场竞争中输给了OS/2，它所占比例目前不足1%，只在运通等少数几家厂商的老式机器上使用。OS/2则是长期被主流终端厂商追捧的系统，它具有多任务处理、稳定性高、响应时间短等优良特性。可以说OS/2一直是其东家IBM在金融领域的主要产品之一。但是，现在事情却起了变化。IBM放弃OS/2 　　IBM早已宣布了2004年12月之后停止对OS/2 Warp 4系统支持的消息，并且在2006年之后，IBM将彻底停止对OS/2的支持。美国的一位分析师Gwenn Bezard称，到2005年，美国65%的ATM机将会运行Windows的系统。Bezard的结论是在抽样调查了全美60家最大银行中的20家之后得出的。他还同时拜访了全美10家主要的ATM设备供应商和软件供应商。他指出OS/2作为IBM主要产品的时代已经过去。Window的崛起，抢走了台式机几乎全部的市场份额，OS/2系统已经退到了金融等少数几个专业领域。而今，Windows又敲打起OS/2仅存的栖息地。银行业正在抛弃他们长期使用的OS/2系统，OS/2系统的操作灵活性十分有限,并且不支持Web应用，在互联网应用上发展空间不大。而这一点，则是Windows的强项，Windows在图片浏览和视音频文件播放方面也优于OS/2系统。而且，开放式平台的采用，使得他们不再需要为不同的机器编写不同的代码。　　IBM（中国）公司负责金融方向的公关经理周研向记者证实，IBM公司正在从OS/2系统中撤出，IBM建议OS/2用户转向使用Linux，并帮助他们进行这种平台的迁移。对于转向Linux平台的细节问题，周研表示不能找到合适的人选来回答记者的问题，他无法估计现在Linux在ATM市场的份额，同时表示不方便透露使用Linux系统的客户信息，对于客户选用何种替代系统，IBM将尊重用户的选择，包括使用Windows。IBM公司WebSphere部门的行业方案主管David Kerr,则反对在ATM机上安装Windows。他认为，银行部门更希望在一个竞争状态下的市场环境中选择产品。“我并不是认为微软产品不好，但我们不相信一个单一的产品环境是符合客户长远利益的。”Kerr指出目前Sun公司的J2EE平台就能很好地整合前端的Linux系统，在功能方面是可以与Windows系统相匹敌的。　　IBM真的要放弃OS/2了，这也暗合了今年初IBM软件部门重组的初衷，IBM想要大力拓展在中间件领域的市场占有率，而操作系统将不会再涉足。在它的12个新业务方向中，Linux中间件业务被单独提了出来，按照IBM的规划，他们希望通过自己扶持的Linux产品填补OS/2撤出之后留下的市场空白。但市场并不完全取决于IBM的意愿，最终哪种平台能取得成功，终端厂商和银行的态度至关重要。终端厂商倒向微软　　对于OS/2退出市场，几大ATM厂商早有察觉，纷纷在几年前就开始寻找替代产品。NCR和迪堡都选择了Windows平台。其他一些ATM厂商也表示，竞争对手都采用了Windows系统，如果我们不采用，我们就会非常被动。　　NCR（中国）公司公关部经理王艳平告诉记者，NCR公司目前正在把ATM系统逐渐迁移到Windows平台，到2005年将彻底停止支持OS/2系统。NCR于1997年就开始采用Windows NT 4.0平台，并推出以“APTRATM”命名的一系列软件产品来配合应用。　　迪堡（中国）公司公关部经理武朝晖也表示，该公司1994年就推出了基于Windows平台的应用。现在迪堡所有产品基本上都基于Windows平台，她同时表示，今后是否采用OS/2系统，主要取决于客户的需求。迪堡公司技术顾问周毅表示，Windows系统的普及性、跨平台性是被选用的主要原因。　　两大ATM厂商的受访人员并未谈及对于Linux的支持，他们对公司将来是否支持Linux并不能确定，但都承认目前Linux依然存在很多不完善的地方，他们现在做的是全力以赴地向Windows平台迁移，看来IBM的Linux梦想，实现起来并不是那么容易。　　微软目前还没有占据ATM平台市场的主要份额，但显然在微软眼中这已是不存在争议的发展趋势。首先IBM对OS/2的叫停，使得客户和第三方供应商难以获得全面的系统支持；再者因为OS/2专业技能比较难以获取，OS/2支持费用会持续增加，从而导致总体拥有成本的大幅增长；最后因为没有新的研发对其进行改进，该平台最终将难以满足ATM产业不断产生的新功能需求，比如数据加密问题、跨平台问题等。微软正在把PC领域积累起来的资本、市场、技术优势带入到ATM领域，现在看来，Windows有成为这个领域事实标准的可能。银行业喜忧参半　　目前中国大陆每百万人约有42台ATM，中国香港地区每百万人约有410台ATM，而美国每百万人拥有1250台ATM，世界平均百万人安装量也达到204台。与世界其它国家ATM机市场3％的增长率相比，预计今后几年中国的ATM总量将呈两位数的增长。如果以此速度发展下去，至2007年，中国将成为全球最大的ATM市场。而这个巨大市场的话语权多大程度上掌握在银行手中呢？　　从工行个人金融部了解到的信息是，工行目前拥有14000多台ATM，分别来自NCR、迪堡、日立、富士通等公司，平台系统也不尽相同。2003年11月,工行选定NCR公司的APTRA Edge跨厂商软件解决方案，这一协议的签订将使其所有ATM机能够与微软Windows系统相融合，成为中国ATM由现在的OS/2平台转移到Windows平台的一个里程碑。目前工行已经提供了基于该系统的中间业务和网上广告业务。　　中行银行卡部ATM科的一位工作人员表示，中行的ATM主要来自NCR，在技术平台的选用上，厂商起到了引导作用。而中信实业银行目前拥有700多台ATM，主要选用的是IBM和迪堡公司的产品，据了解，其IBM的产品已部分采用了Windows平台，迪堡公司的ATM则采用了OS/2平台，其业务类型还止于简单的存取业务，但他们表示将会提供更多的扩展服务。　　那么新的ATM系统到底能够为银行带来哪些好处呢？Windows系统让用户直接通过ATM登录Internet成为可能，用户将可以获取个人帐户历史信息，并在银行间自由调度资金，也可通过任何一台联网ATM支付帐单，这将大大缓解柜台服务压力。新系统的另一个好处是通讯网络的升级将更加方便，更新可以实时进行而不是花费数月在每一台ATM上进行。一个拥有3000台ATM的银行，每次更改将节省数十万元人民币。　　但Windows系统的安全性是一大隐忧，即使采用了3DES等加密标准也不能解除人们的担忧。2003年8月，美国两家银行使用微软Windows操作系统的ATM机遭到了蠕虫病毒的感染，导致自动提款机被关闭。SQL蠕虫还曾一度导致美洲银行的服务中断，但没有影响到自动提款机服务。这一切都使新的平台声誉受损。
作为一个曾经在ATM厂商工作过的半吊子程序员，简单地谈谈我的看法。第一个原因，有知友也说到了，ATM客户端软件主要与用户进行交互，对用户界面设计有一定的要求，这方面windows相对于linux，无论是可靠性，易用性，人才储备等都要好很多。当然，服务器端肯定得linux。第二个，ATM上用的是精简过的Windows XP embedded，对硬件的要求其实并不高。我所工作的公司基本上用的是深圳的研祥科技提供工控电脑+操作系统整套解决方案。ATM软件最需要的是稳定性和可靠性，相对于linux频繁的版本变化，windows这种商用操作系统是有优势的。第三个，目前行业的趋势是软件与硬件分离。就是说一家公司研发的软件可以在任何厂商的ATM上运行，当然的这需要ATM硬件驱动接口满足一定的规范或协议。目前行业主流是wosa协议。以下来自百度百科。WOSA（全称是Windows开放式系统体系结构 Windows Open System Architecture），是微软公司提出的一种在Windows操作系统下的软件架构 WOSA/XFS是基于WOSA的扩展金融服务（Windows Open System Architecture/ Extensions for Financial Services），是微软公司为全球金融行业软件提出的一种软件架构，它在WOSA软件架构的基础上针对全球金融行业进行了一些相应的修改。所以，从一点来看，用windows也是理所当然的。手机码字，先先写这么多吧。
这个东西我做过,一般银行项目都要求安全性,针对这个东西一般也要求界面美观,与交互性,而且这个也有很多公司做了解决方案.大多数公司还是选择了Windows XP embedded,原因有三,1,平台熟悉,开发速度快,2解决方案简单,大多都是扩展IE内核,做的全屏浏览器,一切操作都是在IE下操作的,当时IE也是标准浏览器,(现在不是了),3,可以方便集成其他系统.
实际上有时并没有这么复杂Linux也和Windows的在ATM上的区别并不大，事实上ATM上的程序是不是经常更新的，而和银行签约的厂商公司也有足够的能力保证这两者平台上的程序的稳定和费用也可以承受区别就在于软件公司给银行的方案是什么，软件公司认为哪个方案对自己是最简单而有效的对于软件公司来说，在其它因素差别不大时，当然是投入/产出比是最重要的 ，而比起Linux上开发的投入来说，Windows上的授权费用根本不值一提至于责任给微软，微软是不会承担ATM软件上的原因造成的损失的至于补丁更新,在封闭环境中也不会去升级，软件公司特别是做金融行业的软件公司不像互联网公司，是非常保守，锁住一个版本就可以全部安装就可以了，每一次升级哪怕只是小小的一点功能对于这样的系统来说也是非常大的风险
见过的ATM基本上是Windows和Linux一半一半啊，工行用了Windows XP Embedded，农行的用了Debian何来这个问题？
不是windows就是低技术，linux就是高大上。大家常见到的windows的各种不稳定其实是装了乱七八糟的东西。内核还是比较可靠的。并且扩展性、适应性要比专门的linux好。而且linux的应用版本太多，采用任何一家的linux版本，都无法实现microsoft哪个对银行提供服务的能力。microsoft的反应速度和服务支持能力也是银行选择的一个重要原因。linux发展了多年，还是在服务器端有优势，在客户端从未超越windows。开源是好，有是也是没有约束，缺少服务支持的代名词。大家还有一个误区，认为采用开源软件成本较低，其实是不正确的，开源软件的安装成本是低但是使用成本缺很多，linux的支持人工比windows贵老了！采用windows也是降低成本的考虑。
鉴于很多不友好的评论，这这里统一回答一下：不稳定的含义不是操作系统的稳定性，而是内核代码（版本）的稳定性，我相信评论里的绝大多数人没有参与过与安全有关的设备开发，一个设备不管升级与否，当有新版本出现的时候，厂商必须给出升级或者不升级的理由说明，哪怕你不升级，那你必须解释为什么你仍然使用2.6内核而官方内核已经到了3.x，我相信没有哪个厂商愿意面对如此频繁的内核改动。开源与闭源，在可靠性上没有区别，安全设备厂商需要的是所有的事情都必须对应有原因，有人负责不代表有人赔偿，而是能满足问责机制的需要，使用开源软件的话，厂商需要自己成立一个团队来处理开源软件的责任。总之，所有事情都要有人、组织去对应——这是安全设备厂商的一个思路。送给所有linux粉一句并不友好话，仅仅针对那些不友好的评论：开源不是万能的，不然这个世界早就是开源软件的天下了。当然，在一些人眼里这个世界本来就是开源软件的世界。================原回答的分割线================Linux可靠吗？Linux稳定吗？Linux可以降低商业成本吗？我的回答都是：不是。不可靠，不稳定，不能降低商业成本。试问WindowsXP从出现到停止维护出了多少个版本？Linux内核又更新了多少？我自问自答：XP从SP1到SP3一共就三次大的改动，核心API基本没变化。Linux内核从2.x跳到3.x变化实在太大，看不出Linux有多稳定。并且ATM是需要图形界面的，对于上层应用开发者来说，真的不算很友好。开发商还要面对各种不同的发行版、包的依赖性处理等等问题，ATM厂商是设备制造商，而不是软件开发商，对于这方面的投入如果太多，那么成本上是难以接受的。Linux也不可能降低成本。你以为厂商拿来一个操作系统就直接用吗？显然不是，操作系统是要维护的，如果使用Linux，那么就意味着厂商必须要维持一个开发团队来维护这个操作系统，由于ATM的特殊性，可能意味着厂商在整个ATM设备的使用寿命周期里，都维持这个团队的运营，这绝对是一笔不小的开支。相比之下，Windows会定期出官方补丁，厂商只要拿过来用就可以了。当然Linux有Red Hat是面向企业服务的，从某种程度上说，Linux确实也有稳定的内核的解决方案，但我个人认为，局部方案仍然不能改变整体上Linux内核快速演化的现实状况。并且面向企业的服务的成本并不低，相对于Windows的价格来说，并不算有太大的优势。有很多行业里Linux是被禁止使用的，原因就是因为它是开源的，开源的就意味着：出了事没有厂商负责，这对于设备制造商来说是一个可怕的事情。有一些行业里（如果没记错，有些涉及到安全领域）明确要求不允许直接使用开源系统，因为这些系统没有经过商业认证或者可靠性认证。而如果使用开源系统，则必须保证有团队在这个系统的生命周期里一直维护它。Windows对设备性能是要求稍高，但硬件成本在ATM机里只能算一小部分，里面安全设备的认证这些比软件成本要高的多。所以这点成本不算什么。还有评论里有人补充了，Linux的运维人员成本也比Windows要高。至少现在来看，人的成本其实远远高于设备成本的。另外，由于ATM等软件都是从Windows98/2K开始演变过来的，平台迁移的成本也是一个不小的负担。另外，我问了一下银行系统的朋友，有些银行已经开始向Linux平台迁移，不知道这是否银行系统去IOE化有关，当然付出的成本必然也是不小的。
操作系统本身不是决定因素，而是系统的软件开发生态谁更受欢迎
已有帐号？
无法登录？
社交帐号登录NLB配置一般分单网卡多播和双网卡单播两种模式，微软官方推荐使用双网卡单播。
一、单网卡多播
1.node1上新建集群ip，连接node1 ip
2.node2上连接到集群（连接node1 ip），添加主机node2（连接node2 ip）
3.node1上添加主机node2（连接node2 ip）
二、双网卡单播
1.node1上新建集群ip，连接node1专网ip，选公网网卡
2.node2上连接到集群（连接node1专网ip），添加主机node2（连接node2专网ip，选择公网网卡）
3.node1上添加主机node2（连接node2专网ip，选择公网网卡）
有一些概念是看过一次记得，久不接触就忘了的，但是以后要重新捡起，又要花些时间看书，所以记下来为了巩固。
1. 申明Deleagate：其实背后是IL编译器为你创造了一个封装函数指针的类，这个类名就是你申明时所用的函数名，例如Delegate void AddDelegate(int, int)。winForm技术中喜欢将AddDelegate称为AddEventHandler，所以也就有了那么多EventHandler。
2. 申明Event:：当Event和前面申明的委托，也就是AddEventHandler联合申明一个事件，例如 public event AddEventHandler addevent， 这个IL编译出来的的是包含函数指针列表的类实例。而addevent()调用，就变成函数列表的调用，官方文字称诸多订阅该事件的委托实例的调用。所以订阅的语句：addevent+= new AddEventHandler(clientDimAdd) ，也就是将这个回调函数加入到列表中，以便事件触发时依次调用。
一般写文件时，为了确保程序退出时也能把文件写到硬盘，都要在程序中加flush强制把内存缓存写到硬盘中，但这个flush只对内存缓存起作用，当遇到突然断电，还是不能保证已经写到物理硬盘上了。
现象：比如写一个文本文件a.txt，程序调用了flush，用notepad直接打开文件a.txt，可以看到flush的内容已经写到a.txt了，然后关掉notepad切断电源，然后再同上电源开机打开a.txt，可能会发现flush的内容又没有了，但这种情况不是每次都出现，跟flush和断电的时间间隔有关系。
原因：flush只是强制把内存缓存写到硬盘中，不能保证真正写入物理硬盘，一般物理硬盘内部都有一定的磁盘缓存，当看到a.txt的flush内容时可能只是磁盘缓存。
解决办法：应该说没有完美的解决办法，如果把磁盘缓存关闭，会大大降低整个系统包括操作系统的运行效率。一般大型服务器使用磁盘阵列等存储设备时磁盘缓存会更大，根本不能关闭，所以他们是通过UPS等备用电源来保障不出现断电问题，即使真的完全断电，他们也没有办法，只能丢失增量部分数据；另外，对于普通客户端系统，可以考虑备份机制，最好用追加的方式写文件，不要对整个文件改写，这样即使断电也只丢失增量部分数据。
EPP硬加密，一般认为只有通过按键作为结束键才能做到硬加密，屏幕上点[确认]的都是软加密。最近发现其实不是这样的，屏幕上点[确认]也可以做到硬加密，CEN/XFS中有提到，再调了GetPin用户输入密码之后，调Cancel然后接着调GetPinblock，这样还是可以得到硬加密后的pinblock，而且这种方式在CEN/XFS 3.0还是3.1都支持，并且也不违反EPP PCI标准。
ATMC指ATM控制软件，“跨平台”指的是跨不同的ATM硬件平台，即要求ATMC系统能够支持不同品牌和型号的ATM终端，目前跨平台都是基于CEN/XFS或J/XFS。
ATMC跨平台系统的典型系统逻辑层次结构分为三层：
最上层是应用层AP，即ATM上的存款、取款、查询、转账、改密等交易功能流程。
中间层是基于CEN/XFS的设备中间件。
最底层是设备驱动模块SP。
最底层的SP：一般银行做跨平台系统时都不自己开发，一般基于XFS 3.x并结合行内特色需求制定SP规范，由厂商提供SP，厂商提供给各银行的SP安装包各不相同，但核心基本上是一样的，根据各银行要求会有不少配置项。
中间层的中间件：各大银行做法存在一定差异，工行和中行的跨平台系统是外购NCR的APTRA EDGE软件，所以中间件也就用了NCR中间件；建行的跨平台系统是由紫金公司开发的（紫金公司是KAL在中国的合作伙伴）所以中间件采用的是KAL中间件；农行跨平台系统是自己开发的，中间件也采用了自主开发。采用成熟的中间件平台的好处是，在对设备测试的时候，SP测试和配合中间件的测试都可以由厂商自行先调试，通过了之后在进入银行测试，大大降低银行的测试工作。
最上层的应用AP：因为这一层直接面向业务需求，各行的业务需求各不相同，所以差异就更大了，一般直接外购软件都不能直接满足需求，需要定制或二次开发（如工行和中行），或者采用外包的方式（如建行），有需要也可以自主开发（如农行）。2167人阅读
&&&&&&& 写给ATM硬件和软件人员的无言歌。
&&&&&&& 希望对工作有所帮助，能够少花些时间在解决相关问题上，多些时间做自己喜欢做的事情。
&&&&&&& 一定意义上来讲，任何ATM从业人员都应该看下这篇文章。
&&&&&&& 随着符合WOSA/XFS规范的跨平台ATMC软件日益铺开，确实有很多人需要稍微深入的知道一些相关概念，但没有这样的文章来介绍，并且可能在很长的时间内，都不会有这种文章，所以就出现了这篇你现在所看到文章。
&&&&&&& 该如何组织内容，其实是个比较难办的问题，只能走到哪是哪了，希望能在文中捡到一些珍珠，如果有的话。
&&&&&&& 我们先从WOSA/XFS的历史来简单的看一下，搞清楚WOSA/XFS的历史也有助于理解它。
&&&&&&& WOSA/XFS规范目前使用广泛的版本有1.0、1.11、2.0、3.0、3.01、3.02、3.03、3.10一共8个版本，其中常说谁的SP（Service Provider）符合WOSA/XFS2.0还是3.0规范，就是指上面提到的WOSA/XFS本身的规范版本。如果你见到某些厂家的SP版本并没有上面提到的几个版本，那说明厂家的SP版本是自己厂家内部定的版本号，与WOSA/XFS规范的版本没有必然联系，但是厂家的SP版本一定可以对应到符合上面几个版本中的一个版本。目前最新的是WOSA/XFS
3.10规范。
&&&&&&& 对于WOSA/XFS，XFS Manager是一定要提到的。我们简单看看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中定义）。
&&&&&&& 我们上面提到的7个版本，可以通过找到MSXFS.DLL文件，然后右键查看其文件属性，里面有个版本号，从而就知道某台机器运行的SP符合哪个版本的WOSA/XFS规范，这是个判断WOSA/XFS版本的一个有效办法。
&&&&&&& XFS Manager的这三个DLL是公开免费使用的，在WOSA/XFS 2.0以前，XFS Manager是由微软公司开发的，从WOSA/XFS 3.0以后转到CEN/XFS来开发，实际上是NEXUS公司做为主导在维护开发。如果是CEN/XFS的会员，则可以获得XFS Manager的源代码，目前几大厂商都是会员，所以基本都有XFS Manager的源代码。
&&&&&&& 我们总是在说WOSA/XFS，那到底它包含什么内容？
&&&&&&& 一、&&& 一组文档，可以认为是个软件概要设计说明书，只是设计，没有代码实现
&&&&&&& 二、&&& 上面提到的XFS Manager的三个DLL
&&&&&&& 三、&&& 每个厂商按照文档实现的一组DLL，叫过SP
&&&&&&& 前两个先不管，我们看第三个，这个是我们常见的。WOSA/XFS规定SP必须是基于DLL形式的，不管你做成什么样子，对于XFS Manager向下看，必须是看到导出SPI接口的SP DLL。
&&&&&&& 下面看看跟WOSA/XFS有关的注册表配置，对于WOSA/XFS2.0，所有的配置在HKEY_CLASSES_ROOT\WOSA/XFS_ROOT，对于WOSA/XFS3.0，配置分到两个地方，HKEY_LOCAL_MACHINE\SOFTWARE\XFS和HKEY_USERS\.DEFAULT\XFS。WOSA/XFS3.0把注册表分为两个部分，是考虑安全性，不同的登录用户看到的设备可能是不一样的。
&&&&&&& 不管版本的差别，注册表主要的内容有三项，一项是XFS_MANAGER，属于XFS Manager本身的配置项；一项是LOGICAL_SERVICES，是给ATMC应用用的，区别每种设备；一项是SERVICE_PROVIDERS，具体对应到某个硬件设备；另外一般有PHYSICAL_SERVICES，存放厂商的硬件配置。对于具体的每一项的说明，请参考文档《cwa0-Nov.pdf》的22页到25页内容。建议看看这份文档，对于从事ATM工作有很大帮助，它的细节可以不用管，只要知道一些大概的概念即可。
&&&&&&& 一般一个厂家的SP，只需要十几个文件即可，内容比较少，但是象NCR、Diebold等的SP，安装起来会花上一些时间，因为里面包含了硬件诊断工具、配置工具等实际上跟SP没有关系的东西。
&&&&&&& 因为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传上来的事件。
&&&&&&& 四、&&& 在SP测试工具中调用WFSLock，这步基本可以省略。目的是锁定设备，主要是防止同时还有其他程序在访问该设备，达到独占设备的目的。
&&&&&&& 五、&&& 然后调用WFSGetInfo来获取设备的信息，相当于Read设备；也可以调用WFSExecute来对设备发命令，相当于Write设备，这两个是一个对应。基本所有的命令都是通过这两个接口来完成的，其他步骤都是准备工作而已。对于WFSGetInfo和WFSExecute是各自包含一组命令，可以选择单独的命令来执行。至于每个命令的意思，要看WOSA/XFS的那些规范文档了，每个命令都有详细的描述。
&&&&&&& 六、&&& 所有测试完成后，调用WFSUnLock，用来解锁，如果第四步有锁定设备。
&&&&&&& 七、&&& 在SP测试工具中调用WFSUnRegister，目的是反注册一下，表明不再接收SP传上来的事件了。
&&&&&&& 八、&&& 在SP测试工具中调用WFSClose，目的是关闭设备，比如关闭串口通讯等。
&&&&&&& 九、&&& 在SP测试工具中调用WFSCleanUp，目的是释放整个SP的运行环境，把使用的相关文件和资源全部恢复。
&&&&&&& 至此，一个完整的SP测试流程已经完成了，可以经过这几步对设备进行测试，多熟悉下一个SP测试工具，就会明白每个命令是干什么的了。对于硬件工程师，如果在知道厂商硬件诊断工具之外，再知道怎样操作这个，对于诊断系统的问题也是有很大帮助的，尤其是在运行跨平台软件的机器上。目前最好的SP测试工具应该是Wincor的测试工具，使用的比较广泛，其他厂商的各有特点。
&&&&&&& 下面讲讲WOSA/XFS规范文档的内容结构。WOSA/XFS3.0规范文档大概分为四十多个pdf文档，都可以免费下载到，下载地址在本文附录中提到。
&&&&&&& 其中第一份文档最重要，是讲整个WOSA/XFS的架构、配置信息、API/SPI、内存管理等内容，稍微难懂了些，如果能看看则对整个WOSA/XFS有所了解。介于阅读英文的规范对于中国人比较难，所以会有一定的障碍。
&&&&&&& 第二份文档讲WOSA/XFS规范都涉及到了哪些模块等信息，对每个模块进行了简单的综述。
&&&&&&& 从第三份文档开始，依次介绍每种设备的命令，其实都是在讲WFSGetInfo和WFSExecute，只是参数不同。每份文档的结构大同小异，先是讲WFSGetInfo的各个命令及其参数、注意事项等；接着讲WFSExecute的各个命令及其参数、注意事项等；接着讲该设备可能发生的Events；最后是C语言的头文件。
&&&&&&& 从大概第16份文档开始，是讲怎样从WOSA/XFS2.0规范迁移到WOSA/XFS3.0规范，主要是提供给旧版本的SP用的，可以不看它们。
&&&&&&& 从大概第29份文档开始，是讲关于SNMP监控的，目前可以不看它们。
&&&&&&& 那么目前只看前十五份文档即可。
&&&&&&& WOSA/XFS规范文档目前没有中文的，并且也不要指望CEN/XFS会出中文文档，因为翻译过程中会丢掉很多重要信息，毕竟是一个严密的规范，不是小说，漏掉点内容问题不大，这个翻译错了，就会有误解。但是，也不是不可能翻译成中文版的，前提是必须非常熟悉WOSA/XFS规范，才能高屋建瓴的来翻译这些文档。国内也有几个厂家翻译过WOSA/XFS规范，只是没有对外公开其翻译的内容。
&&&&&&& 当你看到了这么多文档后，就会理解为什么不同的厂家对WOSA/XFS规范会有不同的理解。因为硬件是多样性的，能够在一份规范中把所有硬件都统一进来是非常不容易的事情。可能有些细节是没有考虑到的，但是我们看到WOSA/XFS规范也是在不断的进步和完善，不断随着市场的变化推出新的规范版本。
&&&&&&& WOSA/XFS规范不久会因为微软推出.NET平台受到一些影响，但是其本质上是不会改变的，至多是XFS Manager和SP的代码会重写，那些关于ATM硬件的命令是暂时不会过时的。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：84566次
积分：1494
积分：1494
排名：千里之外
原创：62篇
转载：20篇
评论：34条
(1)(1)(1)(1)(1)(1)(4)(2)(2)(6)(3)(1)(5)(1)(1)(6)(18)(7)(20)