Browse Prior Art Database

COMMON MESSAGING PLATFORM FOR MACHINE-TO-MACHINE PEER COMMUNICATION

IP.com Disclosure Number: IPCOM000250403D
Publication Date: 2017-Jul-11
Document File: 8 page(s) / 647K

Publishing Venue

The IP.com Prior Art Database

Related People

Piramanayagam Palaniswaminathan: AUTHOR [+3]

Abstract

A secure and reliable messaging platform is provided for machine-to-machine (M2M) communication is provided that is transport layer agnostic. The platform manages the collaboration of sensor nodes with each other to share data and take decisions based on the data. The messaging platform would facilitate sensor nodes to discover nearby nodes, share data and run analysis on the data, for triggering/actuating other machinery or processes.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 20% of the total text.

Copyright 2017 Cisco Systems, Inc. 1

COMMON MESSAGING PLATFORM FOR MACHINE-TO-MACHINE PEER COMMUNICATION

AUTHORS: Piramanayagam Palaniswaminathan

Senthil Venkatan N Naresh Krishnamoorthy

CISCO SYSTEMS, INC.

ABSTRACT

A secure and reliable messaging platform is provided for machine-to-machine

(M2M) communication is provided that is transport layer agnostic. The platform manages

the collaboration of sensor nodes with each other to share data and take decisions based on

the data. The messaging platform would facilitate sensor nodes to discover nearby nodes,

share data and run analysis on the data, for triggering/actuating other machinery or

processes.

DETAILED DESCRIPTION

In this era of connected things, there is an ever present need for devices to finally

talk to each other and converse just like humans, to achieve their tasks. As more and more

sensor nodes and Internet of Things (IoT) artifacts gain the processing power to share data

and make decisions, this solution was developed by envisioning a messaging platform for

devices to register to and share data with other nodes locally and participate in swarm

decision making. This messaging platform will handle provisioning of devices,

maintaining their state information and allowing devices to share a common interface to

discover nearby nodes and share data. Devices can converse locally for data and swarm

for quicker decision making/execution.

Consider an agricultural farm where there are sensors used for sensing the moisture

and humidity in the land. Each of the sensors shares its data to an analytics engine in the

cloud. Based on the information received the analytics engine, the analytics engine cross

verifies with the other sensors measurement on the field and the data mapping of the field's

geography, to decide on specific areas which may need more water. Alternatively,

Copyright 2017 Cisco Systems, Inc. 2

analytics engine may ask those sensors to perform additional calculations to decide on the

exact area which needs water. The devices in the field will be waiting for the computation

to happen on the analytics engine for further decision. In the current scenario, the sensors

are dumb terminals; they do not have computational capabilities and cannot communicate

with peer sensors.

A server-client model is envisioned. Most of the meshed network IoT devices

work in this model. This solution involves a decentralized approach to sensor node meshed

networking via a dedicated messaging platform.

To understand the foundation of this solution, consider a large swath of farm land

with sensor nodes scattered across the field as shown in FIG. 1 below. In a conventional

system, the sensor nodes would be a Wi-Fi® enabled devices or would be using an

intermediate wireless protocol such as LoRa 6LowPAN and connect to a gateway from

which the data would be sent to a server.

The server would act as centralized data repository as well as run an analytics

engine. The analytics engine would act on the sensor dat...