同理，上层应用也通过HTTP（GET）方法得到设备信息。
由于得到设备信息的Task是同步的，所以Jetty服务器会返回如下格式的XML信息给上层系统，包括：设备名、用户定义的扫描时间间隔、设备状态，以及driver、rule和dispatcher等相关信息。同理，外部应用程序可以通过HTTP方法来增加、启动、更新等操作来控制设备，从而可以动态改变"Device"的Driver，Rule，Dispatcher等属性，有效筛选、过滤并按照确定的业务规则使数据转化成需要的、有意义的数据。
1.3 SMM的整合
作为一种面向移动设备的可配置RFID中间件，SMM需要与底层和上层进行有效整合，以发挥其功能。本文给出了一种SMM整合方案，如图3所示。
本文提出的SMM的底层基于J2ME，可以安装部署于WinCE、Linux、Symbain等多个面向移动设备的操作系统上。
在SMM整合架构中，SMM安装在各种不同的移动设备上，读取不同类型的Tag、Smart Card的数据等，原始数据通过SMM转化成用户或者系统需要的数据，然后发送到上层系统中。
2 SMM性能分析
为了分析SMM性能，本文在PC机上使用微软的移动设备模拟器Device Emulator搭建了WindowsMobile6.0仿真环境，并在仿真环境中安装Java虚拟机crème.其中：仿真器处理器为ARM9207，主频400GHz，内存94.16MB.仿真实验步骤如下。
1）启动Windows CE的Java虚拟机，系统检测显示的内存图如表1.
2）基于CrEme启动SMM，系统检测显示的内存图如表2所示。
3）关闭SMM的嵌入式服务Jetty，系统检测显示的内存图如表3所示。
由表1～3可知，运行CrEme的所需的内存为Mc=559KB，SMM运行所需的总内存Mt=1143KB，不开启Jetty服务器所需的内存为Mnj=847KB，SMM的嵌入式服务器Jetty所需的内存为Mj=Mt-Mnj=296KB.关闭Jetty并除去CrEme消耗的内存，SMM所需的资源Ms=Mt-Mj-Mc=288KB.可见，SMM对资源要求较低，完全可以适合资源有限的移动设备。
3 结语
针对RFID移动设备的发展趋势，本文提出一种面向移动设备的可灵活配置RFID中间件SMM.SMM可以使上层系统和用户灵活配置和管理移动设备，并在出现网络故障时，保证数据同步和一致性。SMM对资源消耗较小，在移动设备资源有限的情况下可以充分利用移动设备的资源，通过过滤、分析等操作处理原始数据，为上层提供有意义的数据，并减少上层应用程序的资源消耗，提高系统效率。
