New Possibilities of Smart-Talk Database Sensor Schema
Smart-Talk is heavily dependent on split-database design features which by its nature have spurred database design topics into new areas using an interoperability framework for Web-based access and control of sensors and sensor data.
In this brief summary article, we highlight two of the ideas that are being implemented in database driven sensor webs using the vendor-neutral interoperability frameworks for Web-based discovery, access, control, integration, and visualization of online sensors and sensor data. They are STOMS and STSPS.
Smart-Talk Observations and Measurements Schema (STOMS) is the standard Smart-Talk model and XML schema for encoding observations and measurements to and from sensors and to and from databases, both archived and real-time. The additional mapping and associated metadata extends the schema with a split-database design established to provide the dynamic buffer between analog and digital signals.
Smart-Talk Sensor Planning Service (STSPS) is a Standard Web service interface for requesting user-driven acquisitions and observations that has been updated with Smart-Talk algorithms and correlated metadata. This is the intermediary stage of activity between a client and a sensor collection management environment.
The Smart-Talk database schema uses data from real-time sensors, simulation models, and other data sources, all of which are integrated into a single system that is referred to as the Smart-Talk database schema.
Features include the ability to:
Discover quantities and kinds of sensors (secure or public) and send commands to them quickly to access their observations in ways that meet user needs;
Obtain sensor descriptions in a standard encoding that is understandable by a user and the user’s software;
Subscribe to and receive alerts when a sensor measures a particular phenomenon;
Successfully field test the schema under a real-life scenario that fuses data from unattended ground sensors, tracks multiple devices, communicates effectively with satellites and uses GPS to its maximum advantage.
In conclusion, high-level goals include consolidating survey-site imaging and other geospatial interoperability requirements; defining interoperable protocols for cataloging, ordering, company application plans and addressing interoperability requirements arising from security concerns such as authorization and limiting use.
The following may be of use to you for design thought starters:
(1) Confusing MAV Optic Flow Sensors In flight Using Mobiles
(2) RFID Sensors to Protect Water Supplies
Author: Tom Gruich
Tags:business,database,design,gps,software,technologyRelated posts
Technorati Tags: business, database, design, gps, software, technology
Tags: 
0 Responses to “New Possibilities of Smart-Talk Database Sensor Schema”