RFID中间件RFID扮演的角色

看到目前各式各样RFID的应用，企业最想问的第一个问题是:"我要如何将我现有的系统与这些新的RFID Reader连接?"这个问题的本质是企业应用系统与硬件接口的问题。因此，通透性是整个应用的关键，正确抓取数据、确保数据读取的可靠性、以及有效地将数据传送到后端系统都是必须考虑的问题。传统应用程序与应用程序之间(Application to Application)数据通透是通过 中间 件架构解决，并发展出各种Application Server应用软件;同理， 中间 件的架构设计解决方案便成为RFID应用的一项极为重要的核心技术。

RFID中间件扮演RFID标签和应用程序之间的中介角色，从应用程序端使用中间件所提供一组通用的应用程序接口(API)，即能连到RFID读写器，读取RFID标签数据。这样一来，即使存储RFID标签情报的数据库软件或后端应用程序增加或改由其他软件取代，或者读写RFID读写器种类增加等情况发生时，应用端不需修改也能处理，省去多对多连接的维护复杂性问题。

RFID中间件具有下列的特色:

独立于架构(Insulation Infrastructure)RFID中间件独立并介于RFID读写器与后端应用程序之间，并且能够与多个RFID读写器以及多个后端应用程序连接，以减轻架构与维护的复杂性。

数据流(Data Flow)RFID的主要目的在于将实体对象转换为信息环境下的虚拟对象，因此数据处理是RFID最重要的功能。RFID中间件具有数据的搜集、过滤、整合与传递等特性，以便将正确的对象信息传到企业后端的应用系统。

处理流(Process Flow)RFID中间件采用程序逻辑及存储再转送(Store-and-Forward)的功能来提供顺序的消息流，具有数据流设计与管理的能力。

标准(Standard)RFID为自动数据采样技术与辨识实体对象的应用。EPCglobal目前正在研究为各种产品的全球惟一识别号码提出通用标准，即EPC(产品电子编码)。EPC是在供应链系统中，以一串数字来识别一项特定的商品，通过无线射频辨识标签由RFID读写器读入后，传送到计算机或是应用系统中的过程称为对象命名服务(Object Name Service)。对象命名服务系统会锁定计算机网络中的固定点抓取有关商品的消息。EPC存放在RFID标签中，被RFID读写器读出后，即可提供追踪EPC所代表的物品名称及相关信息，并立即识别及分享供应链中的物品数据，有效率地提供信息透明度。

也许很难给中间件一个严格的定义，但中间件应具有如下的一些特点:

满足大量应用的需要

运行于多种硬件和OS平台

支持分布计算，提供跨网络、硬件和OS平台的透明性的应用或服务的交互

支持标准的协议

支持标准的接口

由于标准接口对于可移植性和标准协议对于互操作性的重要性，中间件已成为许多标准化工作的主要部分。对于应用软件开发，中间件远比操作系统和网络服务更为重要，中间件提供的程序接口定义了一个相对稳定的高层应用环境，不管底层的计算机硬件和系统软件怎样更新换代，只要将中间件升级更新，并保持中间件对外的接口定义不变，应用软件几乎不需任何修改，从而保护了企业在应用软件开发和维护中的重大投资。

RFID中间件是一种面向消息的中间件(Message-Oriented Middleware，MOM)，信息(Information)是以消息(Message)的形式，从一个程序传送到另一个或多个程序。信息可以以异步(Asynchronous)的方式传送，所以传送者不必等待回应。面向消息的 中间 件包含的功能不仅是传递(Passing)信息，还必须包括解译数据、安全性、数据广播、错误恢复、定位网络资源、找出符合成本的路径、消息与要求的优先次序以及延伸的除错工具等服务。

RFID中间件可以从架构上分为两种:

以应用程序为中心(Application Centric) 的设计概念是通过RFID Reader厂商提供的API，以Hot Code方式直接编写特定Reader读取数据的Adapter，并传送至后端系统的应用程序或数据库，从而达成与后端系统或服务串接的目的。

以架构为中心(Infrastructure Centric) 随着企业应用系统的复杂度增高，企业无法负荷以Hot Code方式为每个应用程式编写Adapter，同时面对对象标准化等问题，企业可以考虑采用厂商所提供标准规格的RFID中间件。这样一来，即使存储RFID标签情报的数据库软件改由其他软件代替，或读写RFID标签的RFID Reader种类增加等情况发生时，应用端不做修改也能应付。

RFID 中间件的特征 一般来说，RFID 中间 件具有下列的特色:

独立于架构(Insulation Infrastructure) RFID 中间 件独立并介于RFID读写器与后端应用程序之间，并且能够与多个RFID读写器以及多个后端应用程序连接，以减轻架构与维护的复杂性。

数据流(Data Flow) RFID的主要目的在于将实体对象转换为信息环境下的虚拟对象，因此数据处理是RFID最重要的功能。RFID 中间 件具有数据的搜集、过滤、整合与传递等特性，以便将正确的对象信息传到企业后端的应用系统。

处理流(Process Flow)RFID 中间 件采用程序逻辑及存储再转送(Store-and-Forward)的功能来提供顺序的消息流，具有数据流设计与管理的能力。

标准(Standard) RFID为自动数据采样技术与辨识实体对象的应用。EPCglobal目前正在研究为各种产品的全球惟一识别号码提出通用标准，即EPC(产品电子编码)。EPC是在供应链系统中，以一串数字来识别一项特定的商品，通过无线射频辨识标签由RFID读写器读入后，传送到计算机或是应用系统中的过程称为对象命名服务(Object Name Service，ONS)。对象命名服务系统会锁定计算机网络中的固定点抓取有关商品的消息。EPC存放在RFID标签中，被RFID读写器读出后，即可提供追踪EPC所代表的物品名称及相关信息，并立即识别及分享供应链中的物品数据，有效率地提供信息透明度。

面对各种RFID的应用，用户的首要问题是:"如何将现有的系统与新的RFID Reader连接?"

事实上，这个问题的本质是用户应用系统与硬件接口的问题。在RFID应用中，通透性是整个应用的关键，正确抓取数据、确保数据读取的可靠性、以及有效地将数据传送到后端系统都是必须考虑的问题。传统应用程序之间的数据通透是通过中间件架构来解决的，并由此发展出各种Application Server应用软件。

为什么要使用中间件

具体地说，中间件屏蔽了底层操作系统的复杂性，使程序开发人员面对一个简单而统一的开发环境，减少程序设计的复杂性，将注意力集中在自己的业务上，不必再为程序在不同系统软件上的移植而重复工作，从而大大减少了技术上的负担。中间件带给应用系统的，不只是开发的简便、开发周期的缩短，也减少了系统的维护、运行和管理的工作量，还减少了计算机总体费用的投入。

中间件定义及分类

为解决分布异构问题，人们提出了中间件(middleware)的概念。中间件是位于平台(硬件和操作系统)和应用之间的通用服务，如图1所示，这些服务具有标准的程序接口和协议。针对不同的操作系统和硬件平台，它们可以有符合接口和协议规范的多种实现。

也许很难给中间件一个严格的定义，但中间件应具有如下的一些特点：

满足大量应用的需要

运行于多种硬件和OS平台

支持分布计算，提供跨网络、硬件和OS平台的透明性的应用或服务的交互

支持标准的协议

支持标准的接口

由于标准接口对于可移植性和标准协议对于互操作性的重要性，中间件已成为许多标准化工作的主要部分。对于应用软件开发，中间件远比操作系统和网络服务更为重要，中间件提供的程序接口定义了一个相对稳定的高层应用环境，不管底层的计算机硬件和系统软件怎样更新换代，只要将中间件升级更新，并保持中间件对外的接口定义不变，应用软件几乎不需任何修改，从而保护了企业在应用软件开发和维护中的重大投资。

中间件能够屏蔽操作系统和网络协议的差异，为应用程序提供多种通讯机制；并提供相应的平台以满足不同领域的需要。因此，中间件为应用程序提供了一个相对稳定的高层应用环境。然而，中间件服务也并非“万能药”。中间件所应遵循的一些原则离实际还有很大距离。多数流行的中间件服务使用专有的API和专有的协议，使得应用建立于单一厂家的产品，来自不同厂家的实现很难互操作。有些中间件服务只提供一些平台的实现，从而限制了应用在异构系统之间的移植。应用开发者在这些中间件服务之上建立自己的应用还要承担相当大的风险，随着技术的发展他们往往还需重写他们的系统。尽管中间件服务提高了分布计算的抽象化程度，但应用开发者还需面临许多艰难的设计选择，例如，开发者还需决定分布应用在client方和server方的功能分配。通常将表示服务放在client以方便使用显示设备，将数据服务放在server以靠近数据库，但也并非总是如此，何况其它应用功能如何分配也是不容易确定的。