BizTalk RFID基础架构：部署RFID应用(2)

微软BizTalk RFID 基础框架的分层结构

BizTalk RFID 基础框架可以分为以下几层：

设备服务供应商接口层

该层是由帮助硬件供应商建立所谓“设备驱动”的可以任意扩展的API (应用程序接口)生成集合以及允许与Windows环境无缝连接的特定接口组成的。为了更容易的发挥整合的效能，微软公司用RFID 软件开发包 (SDK)的形式为合作伙伴提供了一整套开发平台，包括了规格说明和测试软件。 这个软件开发包（SDK）囊括了各种各样的设备通讯协议并且支持以往生产的所有身份识别设备和各类阅读器，具有良好的兼容性。

一旦设备供应商采用了微软的软件开发包编制设备驱动程序，网络上的任何一个射频识别设备就都可以被基于Windows平台的工具软件发现，配置和管理了。这些设备可以是RFID阅读器，打印机，甚至是既可以识别条码又可以识别RFID信号的多用途传感器。与之同样重要的是， 应用软件开发商可以非常容易的研制出一个与RFID设备有机结合的基于业务流程的应用解决方案，因为BizTalk RFID 基础框架可以让整个研发过程在统一的模式和友好的人机界面下顺利进行。

例如，微软公司已经将很多RFID设备的驱动程序植入了 BizTalk RFID 基础框架，使得架设和使用RFID设备不再面临一个极端复杂的设备环境。“对于程序开发者和业务集成人员而言，像以前那样每添加一台RFID设备就调试一次的工作模式不但极端复杂和浪费时间，而且很容易出错，” Guy Mikel说（一家RFID 打印机厂家的全球业务开发负责人）：“而微软的BizTalk RFID 基础框架让我们感到几乎以前所遇到的所有的复杂情况一下子消失了。”

运转引擎层

这一层是通过消除未经处理的RFID数据中的噪声和失真信号等手段让RFID应用软件在复杂多样的业务处理过程中充分发挥杠杆作用。比如说，一般情况下设备很难检测出货盘上电子标签的移动方向，或者判明刚刚读入的数据是新数据还是已经存在了的旧数据。微软BizTalk RFID 基础框架中的运转引擎层可以通过由一系列基于业务规则的策略和可扩展的事件处理程序组成的强大事件处理机制，让应用程序能够将未经处理的 RFID 事件数据过滤、聚集和转换成为业务系统可以识别的信息。

运转引擎层的第一部分就是事件处理引擎。这个引擎可以帮助开发者轻松的建立、部署和管理一个端到端的逻辑RFID处理过程，而该过程是完全独立于底层的具体设备型号和设备间信息交流协议的。这一引擎的核心就是所谓的“事件处理管道”。这一管道为RFID业务处理流程提供了一个电子标签读取事件的执行和处理机制，该机制就是把所有的阅读器进行逻辑分组，比如分为运送阅读器，接收阅读器, 后台存储阅读器和前台存储阅读器等。通过使用RFID 对象模型和七大软件开发工具，应用程序开发者可以构建一棵事件处理进程树从而使复杂的事件处理流程被刻画的一目了然。

通过采用事件处理引擎，应用软件开发者就可以把精力集中于构造处理RFID 数据的业务逻辑而不是担心那些部署在系统各个环节的物理设备是否运转正常——这些问题已经在系统运行时被很好的解决了。与此同时，最终用户可以真正自由的获取通过处理RFID 数据所带来的商业利益而不再终日与设备驱动程序缠斗在一起了。所有这一切为处理RFID业务信息提供了一条独一无二的“一次写入，随处使用”的便捷途径。

另一个事件处理引擎的关键组件就是事件处理器。与其它 BizTalk RFID基础架构的组成部分相似，事件处理器也是可扩展的程序构件，它允许应用程序开发商设定特殊的逻辑结构来处理和执行基于实际业务环境的分布式RFID事件。为了能设计出灵活性和扩展性好的组件，事件处理器的设计者使用了预先封装好的规范化电子标签处理逻辑，这些逻辑可以自动的依据事件处理执行策略(这些策略都是由业务规则决定的)来处理电子标签读取事件所获得的数据，这些处理通常包括筛选、修正、转换和报警等，这样一来所有电子标签上的数据就可以通过微软 Windows Workflow Services产品融入原有应用系统的工作流程以及人工处理流程了。

运行引擎层的第二个主要组成部分就是设备管理套件。这一部分主要负责保障所有的设备在同一个运行环境中具有可管理性。设备管理套件可以为最终用户提供以下服务：

◆监控设备状态；

◆察看和管理设备配置信息；

◆安全访问设备数据；

◆在整体架构中管理（增加、删除、修改名称）设备以及维护设备的连接稳定