Sketch The Architecture of Iot Toolkit and Explain Each Entity in Brief
Sketch The Architecture of Iot Toolkit and Explain Each Entity in Brief
Sketch The Architecture of Iot Toolkit and Explain Each Entity in Brief
The most basic architecture is a three-layer architecture.It has three layers, namely, the
perception, network, and application layers.
(i)The perception layer is the physical layer, which has sensors for sensing and gathering
information about the environment. It senses some physical parameters or identifies other smart
objects in the environment.
(ii)The network layer is responsible for connecting to other smart things, network devices, and
servers. Its features are also used for transmitting and processing sensor data.
(iii)The application layer is responsible for delivering application specific services to the user. It
defines various applications in which the Internet of Things can be deployed, for example, smart
homes, smart cities, and smart health.
the five-layer architecture, which additionally includes the processing and business layers .The
five layers are perception, transport, processing, application, and business layers. The role of the
perception and application layers is the same as the architecture with three layers. We outline the
function of the remaining three layers.
(i)The transport layer transfers the sensor data from the perception layer to the processing layer
and vice versa through networks such as wireless, 3G, LAN, Bluetooth, RFID, and NFC.
(ii)The processing layer is also known as the middleware layer. It stores, analyzes, and processes
huge amounts of data that comes from the transport layer. It can manage and provide a diverse
set of services to the lower layers. It employs many technologies such as databases, cloud
computing, and big data processing modules.
(iii)The business layer manages the whole IoT system, including applications, business and profit
models, and users’ privacy. The business layer is out of the scope of this paper. Hence, we do not
discuss it further.
2. Demonstrate a smart object API gateway service reference implementation
in IoT toolkit.
Smart object API means virtual Representation of a Physical Smart Object
Object Model: Web Object Encapsulation of properties.
REST API using JOSON,XML,RDF,core-link-format representation.
Data Models-Linked data descriptions ,Resource Discovery and linkage.
Event Model-Asynchronous M2M and application software event handler.
Reset API
Python API-Local Software ,Agents and Handlers
-Resources(objects) are hierarchical properties of other resources
Web API-Http REST Client access
-Resources are organized in hierarchical path
Default property
-Returns a resource associated with a higher level resources
-GET of Smart Object returns it’s Description ;GET of Observable Property returns it’s
Observation Value
API-Description( Data Model)
Contains graphs describing the resources data model
RDF triples in many popular representation
-create(POST)loads a graph in to the description
Delete(DELETE)removes a graphs or subgraph from the description
Set(PUT)updates a graphs or subgraph
Get(GET) return a graph or subgrapSemantic proxy for core-link-format compatibility
compatibility
The mapping is fairly straightforward as CoAP is designed to mirror HTTP. In its simple
form, you simply append one URI after the other, for example:
http://p.example.com/hc/coap://s.example.com/light
Discovery is also important both on the HTTP and the CoAP side. A sample HTTP
discovery on the proxy would look like this:
Req: GET /.well-known/core?rt=core.hc HTTP/1.1
Host: p.example.com
If it is the CoAP devices that are querying the proxy, they should also get back an anchor
URI of the HC proxy as well as the URI mapping.
The mapping will depend on whether the application is tightly or loosely coupled with the
proxy. For HTTP unsupported media types the HC Proxy should simply answer with a 415
Unsupported Media Type response. When dealing with an unrecognised CoAP “cf” the HC
proxy can use the application/coap-payload and append that content format ;cf= whichever
is the content format number.
Node-RED
Unlike Kura, Node-RED is a visual tool for wiring IoT connections and
integrating them simply. It’s built on JavaScript and Node.js so you can
expect easy installation and integration flowcharts as well as an Apache 2.0
license. Like Kura, it has also been around the block and is reliable. There
are also numerous online examples and documentation available. Node-
RED key features include:
Easy, beginner-friendly installation.
Uses color-coded boxes and wiring connections to visualize your web
of networked devices.
Leverages IBM Bluemix cloud with native integration.
Runs on a wide range of edge, container, cloud, or premise platforms.
Flogo
The biggest difference between Flogo and its aforementioned competition
is that it has extremely lightweight edge applications, which can make a big
difference if your hardware and/or bandwidth is bogged down by queries.
Flogo is powered by Golang and is also a visual tool that’s easy to install
and get the hang of, and uses a BSD-style license. While it’s not as old as
Node-RED, Flogo’s zero dependency model allows for shared lightweight
binaries on devices. A few other features include:
Easy installation and integration workflow.
Color-coded visual designer equally suited to specialists and non-
specialists.
Flows are shareable as JSON files or strings.
Also runs on a wide range of edge, container, cloud, or premise
platforms.
Here’s how it works: An SD card inserted into the slot on the board acts as the hard drive for the
Raspberry Pi. It is powered by USB and the video output can be hooked up to a traditional RCA
TV set, a more modern monitor, or even a TV using the HDMI port. This gives you all of the
basic abilities of a normal computer. It also has an extremely low power consumption of about 3
watts. To put this power consumption in perspective, you could run over 30 Raspberry Pi’s in
place of a standard light bulb!
Zetta is an open source platform built on Node.js for creating Internet of Things servers that run
across geo-distributed computers and the cloud. Zetta combines REST
APIs, WebSockets and reactive programming – perfect for assembling many devices into
data-intensive, real-time applications.
Zetta servers run in the cloud, on PCs and on single-board computers. With Zetta you can link
Raspberry Pis, BeagleBones and PCs together with cloud platforms like Heroku to create geo-
distributed networks.
Zetta turns any device into an API. Zetta servers communicate with microcontrollers like
Arduino and Spark Core giving every device a REST API both locally and in the cloud.
Zetta's reactive hypermedia design marries reactive programming with Siren hypermedia
APIs so that you can assemble distributed systems of devices that communicate and react via
APIs.
Zetta provides helpful abstractions for increased developer productivity while also giving direct
access to underlying protocols and conventions allowing you to focus on the big picture without
losing track of the details so that you joyfully transform sensors, actuators and controllers into
big, creative applications buy night bright.
Zetta's architecture is optimized for data-intensive, real-time applications. Zetta allows you to
observe and react to device and system behavior in code and using visualization tools so that you
gain actionable insights and take insightful actions online pharmacy. You can also stream data
into machine analytics platforms like Splunkreliable online pharmacy.