想要使用IBM Relational Web Developer for WebSphere Software开发无线频率识别（Radio Frequency Identification，RFID）Web服务吗？本文将向您演示如何将RFID Web服务集成到多个面向服务的体系结构(SOA)中的EAI（Enterprise Application Integration）应用中。

　　引言

　　在本系列的第1部分“使用多重SOA来消除企业系统之间的差异”中，我演示了可以如何将一个或多个SOA中的Web服务组合为组织控制之下的组合应用程序，以说明如何使用SOA消除企业系统之间的差异。在第2部分“使外部Web服务互操作性最优”中，我给出了在不引起多个SOA过载的前提下实现服务互操作性的例子。在第7部分“使用XML二进制优化打包规范加速Web服务应用程序”中，我说明了XOP包在处理Web服务方面比XML解析器更有效的原因。

　　在本文中，我将首先讨论两种开发RFID应用程序的方法：传统方法和RFID Web服务。然后，我将讨论把RFID Web服务集成到多个SOA中的EAI应用程序将如何提高带RFID标记的物品、盒子和托盘的可见性，并将提供有关它们的解决办法的信息。我将演示如何跨多个SOA将RFID Web服务集成到EAI应用程序中。

　　传统方法

　　传统方法将使用IBM RFID产品，其包含组成RFID框架的三个部分。如图1中所示，这三个部分为Device Infrastructure、WebSphere RFID Premises Server和WebSphere? Integration Server。

　　图1. 传统方法
 
　　Device Infrastructure

　　设备是与WebSphere RFID Device Infrastructure一起嵌入的阅读器、扫描仪和打印机。Device Infrastructure是IBM提供的一种支持RFID的中间件产品，用于选择合作伙伴来放置其设备。

　　Premises Server

　　连接到Device Infrastructure的是IBM WebSphere RFID Premises Server。这个处于RFID框架中心位置的系统支持Device Infrastructure的所有功能，并支持对所有传入RFID事件进行聚合、监视、解释、筛选和存储。如果事件达到系统管理员指定为临界点的阈值点，预期的收件人将收到实时警报。Premises Server充当电子产品代码信息系统（Electronic Product Code Information Systems，EPCIS）的网关，允许应用程序、客户、提供商和制造商查找关于带RFID标记的产品的数据。

　　Integration Server

　　如图1中所示，Premises Server充当了WebSphere Business Integration Server等IBM集成服务器的网关。此服务器允许连接异类系统的后端EAI系统进行信息的业务逻辑集成，此类异类系统包括供应链管理(SCM)、客户关系管理(CRM)和企业资源规划(ERP)等。EAI系统提供了各种工具，用于在SOA中建模业务流程、创建工作流、集成异类B2B、监视业务活动，以及创建和公开Web服务。

　　RFID方案

　　让我们了解一些使用传统方法的RFID方案：

　　·整合承运人的移动运输队：可以更迅速地与运输队取得联系。政府干预的减少将对运输市场的控制从托运人转到了承运人手中。
　　·改善内部操作：您可以通过消费品的容器、托盘或物品级别的跟踪来提供近乎实时的可见性，从而消除存货不足和“重量损耗”的情况。
　　·管理客户驱动的供应链：您可以更好地管理需求预测和库存，并对货物配送和市场营销进行协调。客户可以帮助驱动公司的业务决策。
　　·改变工厂环境：通过实现装配线流程的自动化，可以帮助将返工的情况最大限度地减少，并提高工具、设备和其他有价值的资产的可靠性。您可以减少生产线停工的情况，并向生产线及时补充所需材料。
　　·管理随需应变的资产：您可以在供应链的任何位置找到您在汽车、化工、运输、航空与国防和无线技术等行业中的资产——没有延迟。资产可以为任何事物。

　　RFID补充方法

　　对传统方法进行补充的一种方法是使用IBM Relational Web Developer for WebSphere Software创建RFID Web服务。这些Web服务在很多时候都非常有用，例如，当您需要将承运人的移动运输队的信息与内部操作的信息进行组合，以便为高级管理人员生成物品可见性报告时。

　　外部互操作性

　　不过，并非所有Web服务都可以通过内部提供。某些Web服务可能需要连接到在不同SOA中建立的外部RFID Web服务。可以将内部和外部Web服务组合为原始SOA中的组合应用程序。

　　当RFID Web服务不在组织的控制之下时，需要确保它们具有相同的语义并遵守相同的协定要求，能够在外部彼此进行互操作。语义误解（如专用性）和协定漏洞（如多平台差异）会引起外部企业Web服务之间的互操作性问题。

　　更快的网络通信

　　另一个问题是，当大量使用时，基于XML的RFID Web服务应用程序会变得过于庞大。这些Web服务会阻塞网络通信，从而导致系统过载。为了解决此问题，应该应用XML二进制优化打包(XOP)规范（请参阅参考资料）来加速Web服务。

　　此规范是一项标准草案，旨在比当前XML解析器更有效地处理Web服务。解析器的行为更像解释器，而不是编译器。当解析器读取大型文件（特别是文本格式的大型文件）时，并不能达到其读取较小的文件或计算简单函数时的性能。甚至加密也可能使RFID Web服务陷于停顿，因为必须执行复杂的计算才能获得希望的结果。

　　RFID Web服务体系结构

　　为了增加带RFID标记的物品的可见性，需要创建具有两个网关的RFID Web服务。一个网关将Web服务连接到IBM集成服务器，而第二个网关则位于集成服务器和后端EAI应用程序之间。由于某些RFID Web服务可能不是内部提供的，因此可能需要连接到外部Web服务来完成处理任务。

　　连接

　　可以将内部Web服务连接到集成服务器，然后再跨SOA连接到外部服务。外部RFID Web服务可能不驻留在同一个SOA上。每个SOA都具有一组不同的向IBM合作伙伴所承载的EAI应用程序提供的服务。

　　如图2中所示，可以让内部RFID Web服务调用SOA中的外部RFID Web服务，以让外部EAI应用程序向内部EAI应用程序提供进行各种操作（如存储信息、生成报告和发送警报）所需的信息。可以使用同一个内部RFID Web服务来调用另一个外部EAI应用程序甚至另一个外部Web服务。可以将内部和外部RFID Web服务组合为内部SOA中的组合应用程序，以提高操作效率。

　　图2. RFID Web服务
 
　　模块的层次结构

　　您需要按照层次结构顺序开发由Web服务模块组成的应用程序。与更改没有模块的大型应用程序相比，更改一个模块而让其他的模块保持不变要高效得多。应用程序应该具有可以更改的特定参数，以便在对某个模块进行脱机更改时，可以在生产环境中运行特定的任务关键型模块。

　　例如，为了减少从供应链中的一个点发送到另一个点时丢失RFID数据的风险，可以考虑开发一个有关企业安全的RFID Web服务应用程序，该应用程序分为以下四个模块：信息安全、漏洞管理、威胁检测以及响应和策略的管理与监视，如图3中所示。如果前三个模块由内部提供，则可以将其与来自外部的第四个模块组合为一个组合应用程序。

　　图3. 模块的层次结构
 
　　系统过载

　　只要不会导致系统过载，就可以根据需要连接任意多的RFID Web服务。而为了完成任务序列而可以几乎同时开启的RFID Web服务的最大数量则更为重要。Web服务松散耦合的特性允许在需要时对其进行调用，而在不需要时将其释放。只要确保在大量使用时，处理大型文本文件的基于XML的Web服务不会变得过于庞大即可。可以通过使用XOP规范避免这个问题。

　　结束语

　　要将RFID Web服务跨多个SOA集成到EAI应用程序中，需要事先进行计划，以确定应如何对其进行设计，以避免在高峰时段造成过载。应当与系统管理员、RFID业务分析人员和开发人员的团队进行沟通，让他们了解Web服务应如何进行内部集成，以及如何与来自外部的Web服务进行集成。

　　如果首先解决了这些问题，您将会发现集成RFID Web服务应用程序变得容易多了。您可以使用IBM Relational Web Developer for WebSphere Software来开发基于业务流程的Web服务，然后在SOA内部以及各个SOA之间将其与XOP包一起使用。管理员会发现，解决了这些问题也使得他们的网络管理工作变得更加轻松。他们能够确定在不引起系统过载的前提下可以开发多少应用程序。