Jump to content

User:Robinlk/sandbox

From Wikipedia, the free encyclopedia

SensorThings API[1] is an OGC candidate standard providing an open and unified framework to interconnect IoT devices, data, and applications over the Web. It is an open standard, builds on Web protocols and the OGC Sensor Web Enablement standards, and applies an easy-to-use REST-like style. The result is to provide a uniform way to expose the full potential of the Internet of Things. Also, it is the first IoT standard focusing on the uses and understandings of data from heterogeneous IoT devices[2].

Dr. Steve Liang, an associate professor at the University of Calgary and the founder and CEO of SensorUp, leads the GeoSensorweb Lab to develop OGC SensorThings API from 2013. OGC SensorThings API was released for public comment on June 18th, 2015[3].

Design

[edit]

SensorThings API is designed specifically for resource-constrained IoT devices and the Web developer community. It follows REST principles, the use of an efficient JSON encoding, and the use of the flexible OASIS OData protocol and URL conventions. Also, it has an MQTT extension allowing users/devices to publish and subscribe updates from devices, and can use CoAP instead of HTTP. Since Amazon launches AWS IoT[4] in October of 2015, SensorThings API can provide a modern, scalable, flexible, elegant, and interoperable way to access and manage IoT observations and associated location data from heterogeneous devices on top of Amazon’s IoT service[5].

SensorThings API data model[6]

The foundation of the SensorThings API are the relational connections between entities in the system and the way they are used to model systems in the real world. The entities have a natural relationship which enables any IoT sensing device from any vertical industry to be modelled in the system. An IoT device or system is modelled as a Thing. A Thing has a Location with one or more Datastreams. Each Datastream observes one ObservedProperty with one Sensor and has many Observations from the Sensor. Each Observation read by the Sensor observes one particular FeatureOfInterest. Together, these relationships provide a for a flexible yet standard way to describe and model any sensing system. This allows SensorThings to be a single data exchange system for heterogeneous devices within any organization[7].

SensorThings API provides two main functionalities, each handled by a profile. The two profiles are the Sensing profile and the Tasking profile. The Sensing profile provides a standard way to manage and retrieve observations and metadata from heterogeneous IoT sensor systems. The Tasking profile provides a standard way for parameterizing - also called tasking - of task-able IoT devices, such as sensors or actuators[8]. The Sensing profile is designed based on the ISO/OGC Observation and Measurement (O&M) model[9], and allows IoT devices and applications to CREATE, READ, UPDATE, and DELETE (i.e., HTTP POST, GET, PATCH, and DELETE) IoT data and metadata in a SensorThings service.

Parameters

[edit]

SensorThings API has the following resources[8][10]:

  • Thing: An object of the physical world (physical things) or the information world (virtual things) that is capable of being identified and integrated into communication networks[11] .
  • Locations: Locates the Thing or the Things it associated with.
  • HistoricalLocations: Set provides the current (i.e., last known) and previous locations of the Thing with their time.
  • Datastream: A collection of Observations and the Observations in a Datastream measure the same ObservedProperty and are produced by the same Sensor.
  • ObservedProperty : Specifies the phenomenon of an Observation.
  • Sensor : An instrument that observes a property or phenomenon with the goal of producing an estimate of the value of the property.
  • Observation: Act of measuring or otherwise determining the value of a property[9].
  • FeatureOfInterest: An Observation results in a value being assigned to a phenomenon.The phenomenon is a property of a feature, the latter being the FeatureOfInterest of the Observation[9] .

Benefits

[edit]

In today’s world, most IoT devices (e.g., sensors) have proprietary software interfaces defined by their manufacturers and used selectively. New APIs are requested and developed on an as needed basis, considering resource limitations and risks. This situation requires a significant investment on the part of developers with each new sensor or project involving multiple systems and on the part of the providers of sensors, gateways and portals or services where observations are used. 

 The OGC SensorThings API, a standardized data model and interface for sensors in the WoT and IoT, offers the following benefits:

  1.  It permits the proliferation of new high-value services with lower overhead of development and wider reach
  2.  It lowers the risks, time and cost across a full IoT product cycle
  3.  it simplifies the connections between devices-to-devices and devices-to-applications.

Documentation

[edit]

Libraries

[edit]

Example

[edit]
  1. OGC Incident Management Information Sharing Pilot project service: This OGC IMIS Pilot service supports a READ-only SensorThings service with several live sensors.
  2. SensorThings API - Arduino 101 A tutorial of connecting an Arduino Ethernet board to OGC SensorThings API.
  3. SensorThings API 101 - How to upload observation data to SensorThings API A tutorial regarding creating a Thing instance, the related entities with SensorThings API, and eventually upload sensor readings.
  4. Open Standard-based Internet of Pumpkins
  5. SensorThings API - mbed A tutorial of connecting ARM mbed LPC1768 to OGC SensorThings API.
[edit]
  1. SensorThings API - GitHub
  2. Presentation: Sensor up your connected applications with OGC SensorThings API (FOSS4G)
  3. Chapter: Mapping the OGC SensorThings API onto the OpenIoT Middleware
  4. Tutorial in Youtube: "Getting Started Series"
  5. Application: SensorThings Playground allows interested people and organizations to experiment with a SensorThings system via a friendly, step-by-step process.

References

[edit]
  1. ^ "OGC SensorThings API". ogc-iot.github.io. Retrieved 2016-01-26.
  2. ^ "OGC SensorThings API released for public comments | GeoSensorweb Lab". sensorweb.geomatics.ucalgary.ca. Retrieved 2016-01-26.
  3. ^ "OGC seeks public comment on SensorThings API standard for Internet of Things | OGC". www.opengeospatial.org. Retrieved 2016-01-26.
  4. ^ "Announcing AWS IoT, now in beta". Amazon Web Services, Inc. Retrieved 2016-01-26.
  5. ^ "Amazon IoT and the candidate OGC SensorThings API Standard | OGC". www.opengeospatial.org. Retrieved 2016-01-26.
  6. ^ "OGC SensorThings API". ogc-iot.github.io. Retrieved 2016-01-26.
  7. ^ "API Reference". www.sensorup.com. Retrieved 2016-01-26.
  8. ^ a b c Liang, Steve; Huang, Chih-Yuan; Khalafbeigi, Tania (eds.). OGC® SensorThings API Part 1: Sensing.
  9. ^ a b c "ISO 19156:2011 - Geographic information -- Observations and measurements". www.iso.org. Retrieved 2016-01-26.
  10. ^ "SensorThings Data Model". ogc-iot.github.io. Retrieved 2016-01-26.
  11. ^ tsbmail. "Y.2060 : Overview of the Internet of things". www.itu.int. Retrieved 2016-01-26. {{cite web}}: no-break space character in |title= at position 7 (help)