RFID Middleware

Cover from RFID Middleware

Date: 14th July, 2008
By:
Format: Market Update

Download (subject to terms)
To access this paper you must first register and then login

This market update will look at the RFD middleware space. This is the first area in the Bloor RFID stack and is software related.

There are three primary motivations behind using RFID middleware:

  • To encapsulate the applications from device interfaces
  • To process the raw observations captured by the readers and sensors so that applications see only meaningful, high-level events, thereby lowering the volume of information that they need to process
  • To provide an application-level interface for managing readers and querying sensory device observations.


RFID and other remote sensing technologies provide a level of automation that was not previously possible with labelling technologies such as bar codes that needed human intervention. However, this level of automation requires that the readers and sensors be monitored and managed remotely. A middleware solution that operates at the edges is best suited to monitoring and managing edge devices. Thus, in addition to the three functions described above, an RFID middleware solution should also provide, or at least integrate with, a management and monitoring interface.

Post a review?

We welcome constructive criticism on all of our published content. Your name will be published against this review after it has been moderated. We reserve the right to contact you by email if needed.

Star Rating 1-5 (low-high):

If you don't want to see the security question, please register and login.