Saturday 29 October 2016

M2M vs IoT

This post is for mainly for my engineering colleagues. Over the years I have had many discussions to explain the difference between Machine-to-Machine (M2M) or Machine Type Communication (MTC) as 3GPP refers to them and the Internet of Things (IoT). Even after explaining the differences, I am often told that this is not correct. Hence I am putting this out here. Please feel free to express your views in the comments section.


Lets take an example of an office with 3 floors. Lets assume that each floor has a coffee machine like the one in this picture or something similar. Lets assume different scenarios:

Scenario 1: No connectivity
In this case a facilities person has to manually go to each of the floor and check if there are enough coffee beans, chocolate powder, milk powder, etc. He/She may have to do this say 3-4 times a day.

Scenario 2: Basic connectivity (M2M)
Lets say the coffee machine has basic sensors so it can send some kind of notification (on your phone or email or message, etc.) whenever the coffee beans, chocolate powder, milk powder, etc., falls below a certain level. In some cases you may also be able to check the levels using some kind of a app on your phone or computer. This is an example of M2M

Scenario 3: Advanced connectivity (IoT)
Lets say that the coffee machine is connected to the office system and database. It knows which employees come when and what is their coffee/drinks consumption pattern. This way the machine can optimize when it needs to be topped up. If there is a large meeting/event going on, the coffee machine can even check before the breaks and indicate in advance that it needs topping up with beans/chocolate/milk/etc.

Scenario 4: Intelligent Devices (Advanced IoT)
If we take the coffee machine from scenario 3 and add intelligence to it, it can even know about the inventory. How much of coffee beans, chocolate powder, milk powder, etc is in stock and when would they need ordering again. It can have an employee UI (User Interface) that can be used by employees to give feedback on which coffee beans are more/less popular or what drinks are popular. This info can be used by the machines to order the supplies, taking into account the price, availability, etc.

In many cases, API's would be available for people to build services on top of the basic available services to make life easier. Someone for example can build a service that if a cup is already at the dispenser and has been there for at least 2 minutes (so you know its not being used by someone else) then the person can choose/order their favourite drink from their seat so he/she doesn't have to wait for 30 seconds at the machine.

If you think about this further you will notice that in this scenario the only requirement for the human is to clean the coffee machine, top it up, etc. In future these can be automated with robots carrying out these kinds of jobs. There would be no need for humans to do these menial tasks.


I really like this slide from InterDigital as it captures the difference between M2M and IoT very well, especially in the light of the discussion above.

With the current M2M, we have:

  • Connectivity: connection for machines;
  • Content: massive raw data from things;

IoT is Communication to/from things which offer new services via cloud / context / collaboration / cognition technologies.

With evolution to IoT, we have:
  • Cloud: cloud service and XaaS (Everything as a Service) for IoT;
  • Context: context-aware design;
  • Collaboration: collaborative services;
  • Cognition: semantics and autonomous system adjustment
Let me know if you agree. 

7 comments:

Luciano said...

The separation seems rather pointless. From scenario 2 the connectivity is the same. You're just trying to push some intelligence to the machine, which is actually not the smartest thing to do. It's much more efficient to have the intelligence in the cloud, where you can see the demand for hundreds or thousands of machines and then start optimizing things like optimal routes and delivery schedules.

Zahid Ghadialy said...

Hi Luciano, I am not discussing merits or demerits of the approaches. I am just pointing out the differences between M2M and IoT.

Unknown said...

M2M is one of subset within IoT.

Unknown said...

scenario 3&4 belong to bigdata and IoT where M2M is a subset to IoT

Anonymous said...

so you are saying M2M is connectivity between machines/devices then IoT is an umbrella term including the connectivity to the cloud. In either case the only likely thing the telecoms industry "3GPP" will provide is the connectivity. What am I missing?

Rovel Pamel said...

We have actually written a report about the topic for Telenor Connexion
http://www.telenorconnexion.se/resources-archive/northstream-connectivity-technologies-for-iot-full-report

mei said...

Well, we can recognise the differences very well by the names to begin with. Machine to Machine, is a simple network which allows usually same type of machines to get connected; while, Internet of Things, is to put all different kinds of machines, devices, anything.. on the internet of things, which allows them to connect, share, collaborate, learn, think, and get smarter. There is no point to discuss why IoT devices need more intelligence than the M2M devices - the same devices in the single M2M network are more predictable as they follow the same pattern, but when you connect different things together, there are millions of patterns and behaviors, devices should learn to get smarter to cope with the change, and to understand that they are not alone :P. - that's why several coffee machines can't really help us visualize the real IoT. However, I think it is more meaningful to discuss the differences between internet of human and the internet of things, because that will certainly help us predict where the IoT is heading and how it will eventually turn out. Like always, IoT is created to solve human problems, as devices in IoT are expected to perform certain jobs as human surrogates; In short, AI and IoT will fuel each other to prosperity. need to go back to work...