关于RFID、物联网方案整理想法归纳之 (一)

        观注物联网一年多了，方案、设备、RFID行业内信息收集了很多，虽说没做过什么大项目，只在几个小项目中打打擦边球，也积累了一些经验、资料和想法，为下一步更好地在行业内有所开拓打好基础，现在总结梳理一遍零散的想法与收获。

     “物联网”从这三个字面上来讲，我目前最看重是一个“联”，各类读写器--联，软/硬件之间---联，这些都是实施RFID项目时难点，也是风险较高的环节。

•    物联网中间件（IOT-MW）

 

        业内提出的“中间件”的概念，是位于硬件与平台之间的通用服务，是一种独立的软件或程序，但中间件的范畴太大，在看过N多的关于中间件资料后，个人觉得目前的重点应该是在嵌入式中间件上面，相当于BEA RFID架构中RFID Edge Server . 嵌入式中间件是RFID 系统中前端阅读设备与后端数据处理系统之间的一个中枢环节，屏蔽阅读器差异为数据处理的客户端提供了一个统一的开发平台，

                          (图1  RFID应用框架）

理由：

（1）大型的平台式中间件，只适合于一些大型知名的软件公司来做，对于国内中小企业来说，目前物联网还处于玩概念阶段，谨慎为妙。

（2）标准不确定，暂时只看好EPC Global, 其他很多行业应用中，还有各自的标准未确定；

（3）在没有经历过大量项目实施的经验基础上，想提取出各行业应用的中的共性，然后开发成产品化的中间件平台，好比闭门造车；

    (4)关注嵌入式中间件，实施一个RFID项目最麻烦、最耗时间的就是连接各类读写器, 将有效数据发送给应用层（常见的RFID物联网类项目),。

(5) 若发展顺利，兼容了一定的读写器厂家设备，介入一定数量的行业应用客户基础上，再将上层几个模块逐步完善，提取出某行业应用的共性，构建出自成体系的中间件平台。

        通过与深圳的一些RFID厂家接触后，发现多数厂家主要的精力都是在发展各自的读写器、标签，一大部份厂家即是集成商又是设备生产商。各厂家有各自的读写器接口，也有各自的通信协议、标准，五花八门，站在集成商的角度来说，本该专注于做方案、行业应用、软件开发，但某些集成商受限于软、硬件行业的跨度，集成商或者软件商便将一些客户原始需求直接抛给设备厂商，由设备生产商提供成熟通用的方案。

        这样带来的后果是应用方案如出一辙，各设备厂商、集成商局限在为数不多的几种成熟应用方案中，不是拼价格，就是拼各自的社会政治背景。另一方面，项目集成时易受限于某个厂家或某产品线，项目方案的创新性、灵活性被抑制。

         从系统集成或者软件开发应用的角度来看，面对繁多的厂商，拥有一套成熟的嵌入式中间件(甚至将其固化成嵌入式产品，类似于一个RFID读写器的网关或者集线器, 输入端包括串口、Tcp/ip、蓝牙、zigbee各类型接口，输出为统一的tcp/ip传输)，好比手上有了一只多功能适配器。

（以下摘录 BEA公司周国礼 RFID解决方案架构师技术实现描述）

RFID中间件的技术实现

一个典型的基于ALE规范的RFID中间件基本上需要包括以下功能：

l 实现ALE规范的所有必需要求

n 实现ALE接口规范所描述的工作状态机

n 支持多类EPC事件接收客户端（HTTP，TCP，FILE）

n 处理ECSpec，ECReport等XML，为第三方应用提供Web Service接口

l 集成业界主流的RFID读写器

n Symbol/Matrix读写器

n Zebra读写器

n Intermec读写器

n ThinkMagic读写器

n Alien读写器

n Avery读写器

n SAMSys读写器

n Printronix读写器

l 提供RFID中间件自身的配置管理

n 配置读写器集成参数，实现不同读写器的集成

n 配置ALE接口参数，实现第三方应用的访问

n 配置Edge Server工作参数，实现RFID中间件在特殊环境下适应性工作

n 提供集中管理

l 提供对RFID读写器的监控、基本配置和管理

n 支持多个RFID读写器的同时访问，监控

n 支持对不同RFID读写器的基本配置和管理

----------------------------------------------------------------------------------------------------------------------------------------------------