IOT Middleware

Home / Evangelists / IOT Middleware

There are several ways to process and integrate data but due the lack of standards and the heterogeneity of the “things”, a key role is played by the middleware.
Middleware is application-independent software that provides services that allow communications between applications. Middleware hides the complexities of the lower layers, like operating system and network, in order to ease the integration of new and legacy systems. It allows the “things” and the application layer to connect without having to worry about the different operating systems, networks or resources server layers [1].


Fig. 1. Layers of Data

Like the cloud, IoT brought with it a large number of middleware solutions as:

  • GSN abstracts the sensor through virtual sensors across XML files. The communication model is peer-to-peer, allows discovery, but does not support any kind of QoS or security.
  • DDS is a real time middleware that addresses peer-to-peer, device-to-device, device-to-cloud and cloud-to-cloud communication and also supports QoS and security.
  •  LinkSmart comes from a European research project to develop a middleware based on Service Oriented Architecture (SOA) for network embedded systems. As a result it was created a software gateway which acts as a bridge between the applications and the IoT devices. This middleware is so far the only one that allows, through a network manager that does registry and discovery, hot deployment and control of components during execution, which is an advantage when critical devices cannot be rebooted. Also provides a topic based publish-subscribe service, secure identity and encrypted communications.

Even if they aren’t middleware, I think it’s important to mention the Constrained Application Protocol (CoAP) and the Devices Profile for Web Services (DPWS), because they also help to provide integration between the devices and the application layer:

  •  CoAP is a protocol designed for M2M applications which provides a request/response interaction model between application endpoints, supports built-in discovery of services and resources. CoAP is designed to ease the interface with HTTP for integration with the Web. It provides multicast support; very low overhead, and due it’s low requirements, it’s good for constrained environments. CoAP, in contrast to HTTP, uses asynchronous communication to push information from servers to clients with REST over UDP, which helps reduce the transfer overheads [2].
  •  DPWS, called also Web Services on Devices (WSD), is based on existing Web Services standards like XML, WSDL, XML Schema, SOAP, MTOM, and HTTP [3]. DPWS allows sending secure messages through web services, web service discovery, web service description and sub-scribe/receive events through a Web service [4].

Even though there is no standard architecture, it is possible to verify an attempt to use SOA as a way to standardise the integration between devices. And the lack of standardisation is one of the issues that we need to solve in IoT.


  1. Linthicum, D.S.: Enterprise Application Integration. Addison-Wesley, Boston (2000)
  2. The Constrained Application Protocol.
  3. Introducing DPWS
  4. Devices Profile for Web Services.
Ricardo Santos
Integrating the world for over 10 years and enthusiastic about the Internet of Things. I help to spread the word at Polarising about the future that is happening today. Martial artist and History nerd, hoping technology will help us get where we need to go.
Recommended Posts
  • Edge Computing
    Edge Computing
    Edge computing takes localised processing a bit further than Fog Computing, because it allows for actions to be taken on-site, in the processing point. This poses an advantage over Fog Computing as there are less points of failure. Each item in the chain is more independent and capable of determining what information should be stored […]
  • Fog Computing
    Fog Computing
    Even though Cloud computing is a great way of processing the data generated by the “things”, it doesn’t meet all IoT’s needs. For instance, one issue that affects the quality of service (QoS) severely is network latency. Real time applications are affected by the delay caused by latency in networks [1]. For example, when the […]
  • Lambda Architecture
    Lambda Architecture
    In the Lambda Architecture website we have a brief history and description of the architecture. “Nathan Marz came up with the term Lambda Architecture (LA) for generic, scalable and fault-tolerant data processing architecture, based on his experience working on distributed data processing systems at Backtype and Twitter. The LA aims to satisfy the needs for […]
  • Cloud Computing
    Cloud Computing
    The definition of Cloud computing provided by the National Institute of Standard and Technologies says: ‘‘Cloud computing is a model for enabling ubiquitous, convenient, on-demand network access to a shared pool of configurable computing re-sources (e.g., networks, servers, storage, applications and services) that can be rapidly provisioned and released with minimal management effort or service […]

Leave a Comment