刘永胜 2005年于广州
接收新的事务总是要经过一个过程的，我们已经习惯于旧的东西，懒得学习新东西了。不过，没有办法，有些新东西即使你不想去掌握它，但至少也要了解它，毕竟新事务的出现都有其前因后果，不会凭空而来。
今天我们来看看已经发布很久的CEN/XFS3.03文档。CEN/XFS近年来频频推出新的规范，比微软出Windows补丁包的速度少不了多少了。不过也没办法，毕竟新的设备层出不穷，另外随着CEN/XFS的推广，除了ATM，其他银行外设也都在向CEN/XFS标准靠拢了，典型的就是查询机了。
纵观CEN/XFS从当初的WOSA/XFS开始直到现在，其架构是没有变化的，其也不可能变化，因为WIN32还没变。但是CEN/XFS 3.03有了个比较大的变化，就是增加了很多文档，这些文档会导致ATM监控软件的变革。
这些新增的内容是干什么的，它们是针对CEN/XFS定义的MIB（管理信息库Management Information Base）。
如果你留心的话，可能对MIB有所印象，因为各个行业都在建MIB，在新闻报道上也会见到这个名词。
什么是MIB？
其实很简单，如果你了解SNMP（简单网络管理协议）最好，MIB是里面一个重要的组成部分。MIB是个类似于数据库的东西，目的是用一种树型结构把某些相关的东西组织在一起。
想想Windows下面的注册表文件，我们运行Regedit.exe程序后，看到的一层层的注册项，不也是将计算机里面的相关信息组织成一个树型。
我们还是先把视线转移一下，回到我们的主题ATM监控软件。想想以前的ATM监控软件一般是怎样实现的。
ATM监控程序是通过报文来获取ATM现在的状态。典型的实现方式是：ATM不断会发送表示自己当前各个设备状态的数据包给前置机（比如打印机状态、钱箱状态、读卡器状态等），这个状态包的格式都已经定义好了，哪一位表示什么都是固定的，ATM监控程序收到数据包后进行相应的解包分析，就知道目前该ATM的状态了。
当然，不同的银行有不同的实现方式，但是目前大部分如此。这里面有个问题是各个银行的包格式不同，导致为一个银行开发的ATMC无法将监控这块直接搬到另外一个银行的环境中，另外，状态包能够定义的状态也不是很够，只能监控很少的内容。
是该考虑统一ATM终端监控软件的时候了。显然，这个责任放到CEN/XFS的头上是最合适不过了。
CEN/XFS换了种方式，将这种状态包的方式抛弃的九霄云外，或者CEN/XFS根本就没想到过还有人在用这种方式。CEN/XFS借鉴了SNMP的协议，实现了一个全新的监控软件架构的设计。
简单的看看CEN/XFS的监控软件设计架构：
每台ATM上放一个叫做SNMP Agent（SNMP 代理）的小软件，前置机（先只考虑在前置机管理）上面放一个叫做SNMP Manager（SNMP 管理器）的软件。有这两个软件就可以完成整个ATM的监控了。
下面看看具体的监控过程。SNMP Agent驻留在每台ATM上，它负责收集ATM的当前状态数据。当需要查看ATM的状态时，管理员在装有SNMP Manager的机器上，开始请求查看某台ATM的状态。则SNMP Manager会通知该ATM上的SNMP Agent程序，让其将以前收集的状态数据发送过来。同样，管理员可以用SNMP Manager主动控制SNMP Agent程序，达到控制ATM的功能。通过这个交互过程，就可以完成监控ATM了。
其实有个地方我们没有提到，这就是SNMP Agent和SNMP Manager之间是通过什么交互的，是ISO8583报文吗？显然不是，它们之间的交互是基于标准TCP/IP中的SNMP协议而来的。如果你想多了解一些，请查看SNMP的相关文章。
对于SNMP来说，其中的MIB是很重要的一块。CEN/XFS向IANA (Internet Assigned Number Authority)申请了一个root代码，为16213。所有的XFS里面提到的设备都在16213下面分配有对应的子树（sub_tree）和节点（node）。在MIB里面，可以通过一串类似于IP地址那样的以点分割的数字串（比如16213.2.2.2.1.3.8.80），唯一的标识某个设备（比如读卡器）的唯一状态（比如设备断电了）。
也就是ATM上每个需要监控的设备信息都在MIB中唯一的编码了，这种 编码叫做OID（Object Identifier）。例如对于读卡器Online状态有个OID的编码，通过该编码就知道读卡器的状态了，并且该编码是全球唯一的一串数字。
要想理解CEN/XFS3.03增加的这部分内容，需要仔细读CEN/XFS的文档了，仅仅通过一个指南性的文章是没法掌握的。另外，看一下SNMP协议的相关文章对于理解CEN/XFS的文档也是很有帮助的。
最后简单的讲一下CEN/XFS的文档本身。针对SNMP这块，文档增加了29到41一共13个文档，分别为每个设备的MIB定义，其中29为概要设计描述。
为了支持SNMP，作为SP来说，SP必须实现供SNMP使用的几个接口。这下各厂商的SP要进行修改了。
接收新的事务总是要经过一个过程的，我们已经习惯于旧的东西，懒得学习新东西了。不过，没有办法，有些新东西即使你不想去掌握它，但至少也要了解它，毕竟新事务的出现都有其前因后果，不会凭空而来。
今天我们来看看已经发布很久的CEN/XFS3.03文档。CEN/XFS近年来频频推出新的规范，比微软出Windows补丁包的速度少不了多少了。不过也没办法，毕竟新的设备层出不穷，另外随着CEN/XFS的推广，除了ATM，其他银行外设也都在向CEN/XFS标准靠拢了，典型的就是查询机了。
纵观CEN/XFS从当初的WOSA/XFS开始直到现在，其架构是没有变化的，其也不可能变化，因为WIN32还没变。但是CEN/XFS 3.03有了个比较大的变化，就是增加了很多文档，这些文档会导致ATM监控软件的变革。
这些新增的内容是干什么的，它们是针对CEN/XFS定义的MIB（管理信息库Management Information Base）。
如果你留心的话，可能对MIB有所印象，因为各个行业都在建MIB，在新闻报道上也会见到这个名词。
什么是MIB？
其实很简单，如果你了解SNMP（简单网络管理协议）最好，MIB是里面一个重要的组成部分。MIB是个类似于数据库的东西，目的是用一种树型结构把某些相关的东西组织在一起。
想想Windows下面的注册表文件，我们运行Regedit.exe程序后，看到的一层层的注册项，不也是将计算机里面的相关信息组织成一个树型。
我们还是先把视线转移一下，回到我们的主题ATM监控软件。想想以前的ATM监控软件一般是怎样实现的。
ATM监控程序是通过报文来获取ATM现在的状态。典型的实现方式是：ATM不断会发送表示自己当前各个设备状态的数据包给前置机（比如打印机状态、钱箱状态、读卡器状态等），这个状态包的格式都已经定义好了，哪一位表示什么都是固定的，ATM监控程序收到数据包后进行相应的解包分析，就知道目前该ATM的状态了。
当然，不同的银行有不同的实现方式，但是目前大部分如此。这里面有个问题是各个银行的包格式不同，导致为一个银行开发的ATMC无法将监控这块直接搬到另外一个银行的环境中，另外，状态包能够定义的状态也不是很够，只能监控很少的内容。
是该考虑统一ATM终端监控软件的时候了。显然，这个责任放到CEN/XFS的头上是最合适不过了。
CEN/XFS换了种方式，将这种状态包的方式抛弃的九霄云外，或者CEN/XFS根本就没想到过还有人在用这种方式。CEN/XFS借鉴了SNMP的协议，实现了一个全新的监控软件架构的设计。
简单的看看CEN/XFS的监控软件设计架构：
每台ATM上放一个叫做SNMP Agent（SNMP 代理）的小软件，前置机（先只考虑在前置机管理）上面放一个叫做SNMP Manager（SNMP 管理器）的软件。有这两个软件就可以完成整个ATM的监控了。
下面看看具体的监控过程。SNMP Agent驻留在每台ATM上，它负责收集ATM的当前状态数据。当需要查看ATM的状态时，管理员在装有SNMP Manager的机器上，开始请求查看某台ATM的状态。则SNMP Manager会通知该ATM上的SNMP Agent程序，让其将以前收集的状态数据发送过来。同样，管理员可以用SNMP Manager主动控制SNMP Agent程序，达到控制ATM的功能。通过这个交互过程，就可以完成监控ATM了。
其实有个地方我们没有提到，这就是SNMP Agent和SNMP Manager之间是通过什么交互的，是ISO8583报文吗？显然不是，它们之间的交互是基于标准TCP/IP中的SNMP协议而来的。如果你想多了解一些，请查看SNMP的相关文章。
对于SNMP来说，其中的MIB是很重要的一块。CEN/XFS向IANA (Internet Assigned Number Authority)申请了一个root代码，为16213。所有的XFS里面提到的设备都在16213下面分配有对应的子树（sub_tree）和节点（node）。在MIB里面，可以通过一串类似于IP地址那样的以点分割的数字串（比如16213.2.2.2.1.3.8.80），唯一的标识某个设备（比如读卡器）的唯一状态（比如设备断电了）。
也就是ATM上每个需要监控的设备信息都在MIB中唯一的编码了，这种 编码叫做OID（Object Identifier）。例如对于读卡器Online状态有个OID的编码，通过该编码就知道读卡器的状态了，并且该编码是全球唯一的一串数字。
要想理解CEN/XFS3.03增加的这部分内容，需要仔细读CEN/XFS的文档了，仅仅通过一个指南性的文章是没法掌握的。另外，看一下SNMP协议的相关文章对于理解CEN/XFS的文档也是很有帮助的。
最后简单的讲一下CEN/XFS的文档本身。针对SNMP这块，文档增加了29到41一共13个文档，分别为每个设备的MIB定义，其中29为概要设计描述。
为了支持SNMP，作为SP来说，SP必须实现供SNMP使用的几个接口。这下各厂商的SP要进行修改了。
Trackback: http://tb.blog.youkuaiyun.com/TrackBack.aspx?PostId=520085
扫一扫
3569
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
