DOCSLIB.ORG

Integration of Component Based Frame Works with Sensor Web

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Integration of Component Based Frame Works with Sensor Web Integration of Component-Based Frameworks with Sensor Modeling Languages for the Sensor Web By Kimia Kazemi Thesis submitted to the Faculty of Graduate and Postdoctoral Studies In partial fulfillment of The requirements for the degree of Master of Applied Science In The program of Electrical and Computer Engineering August 2010 © Kimia Kazemi, Oshawa, Canada 2010 I hereby declare I am the sole author of the thesis. I authorize the University of Ontario Institute of Technology to lend the thesis to other institutions or individuals for the purpose of scholarly research. Kimia Kazemi I authorize the University of Ontario Institute of Technology to reproduce the thesis by photocopying or other means, in total or in part, at the request of other institutions or individuals for the purpose of scholarly research. Kimia Kazemi i Abstract The goal of this thesis is to develop an easily modifiable sensor system. To achieve this goal SensorML (an XML based sensor language) is combined with Java Beans (a component model language). An important part of SensorML is its process model. Each sensor in the real world is depicted in SensorML by a process model, whereas the connections between the sensors are shown by a process chain. This thesis presents a translator that reads these documents and converts them to Java Beans. Through testing the Translator is proved more efficient than the convenient Object Oriented approach. Keywords: Sensor languages, SensorML, IEEE1451, sensor web, component based framework, Java Beans, Unified Modeling Language. ii The dedication of this thesis is split in four: First and foremost to my mother, father and brother who have always given me their best, second to my grandparents who have supported me, third to my country, Iran, with the hope that peace and prosperity would reign there, and last to anyone, in any country with any ethnicity and religion who never loses hope. iii ACKNOWLEGEMENTS I would like to thank my supervisor Dr. R. Liscano for his help, guidance, support and patience throughout my thesis. I want to thank Dr. M. Eklund for his observations, remarks and help. I am also thankful to Dr. A. Dersingh, and all the friends that helped throughout my research. iv Table of Contents Chapter 1 Introduction and Outline ................................................................................................. 1 1.1. Motivating Scenario ......................................................................................................... 1 1.2. Problem statement .......................................................................................................... 3 1.3. Thesis Contributions ............................................................................................................. 4 Chapter 2 Background and Related Work ....................................................................................... 7 2.1 Sensor Modeling Languages: ..................................................................................................... 7 2.1.1. SensorML: .............................................................................................................................. 8 2.1.2. IEEE 1451 .................................................................................................................... 12 2.1.2.1. IEEE1451 family of standards: ........................................................................................... 13 2.1.3. TransducerML: ..................................................................................................................... 14 2.1.4. Observations and Measurement (O&M): ............................................................................ 15 2.1.5. ECHONET (Energy Conservation and Home- care Network): ........................................ 16 2.1.6. Device Kit: ............................................................................................................................ 17 2.1.7. DDL (Device Description Language): .................................................................................... 18 2.1.8. Analysis of sensor modeling Languages: .......................................................................... 20 2.2. Component based frameworks ...................................................................................... 21 2.2.1. Java Beans: ........................................................................................................................... 21 2.2.2. Microsoft’s Component Object Model (COM) ........................................................... 24 2.3. Component-Based Modeling Framework for Sensors ....................................................... 25 2.3.1. Insense (A Component-Based Model and Language for Wireless Sensor Network Applications) .............................................................................................................................. 25 2.3.2. UM-RTCOM (A Component Framework for Wireless Sensor and Actor Networks) ........ 26 2.3.3. From a UML Platform Independent Component Model to Platform Specific Component Models ....................................................................................................................................... 27 2.3.4. V3Studio: A Component-Based Architecture Modeling Language .................................. 28 2.3.5. Building component software with COM and Eiffel ........................................................ 29 2.3.6. A Java Component Model for evolving software systems ............................................... 30 Chapter 3 A Component based design for sensor web ................................................................. 31 3.1. Overall view............................................................................................................................. 31 v 3.2. Translator design ..................................................................................................................... 31 3.2.1. main_class ........................................................................................................................ 31 3.2.2. DOMParser_pch ............................................................................................................... 32 3.2.3. DOMParser ....................................................................................................................... 34 3.2.4. createsBean ..................................................................................................................... 35 3.3. Setting up and Making Changes to the SCT sensor system ............................................... 40 3.3.1. Creating and Modifying SensorML documents and executing SCT ........................... 41 3.3.2. Adding a new sensor (WindChill ) to the system ....................................................... 49 3.4. Using the Components created by SCT .............................................................................. 54 Chapter 4 Testing and Validation ................................................................................................... 58 4.1. The SensIV system ................................................................................................................... 58 4.2. User’s effort in changing the sensor system ........................................................................... 62 4.2.1. Results for software engineers who had knowledge of SensIV but no knowledge of the SCT ....................................................................................................................................................... 63 4.2.2. Results for software engineers who had no knowledge of SensIV or the SCT .................... 64 4.2.3. Results for software engineers who had knowledge of both SensIV and the SCT. ............. 65 4.3. Evaluating the amount of code written. ................................................................................. 66 4.3.1. Multiple instances of one kind of sensor ......................................................................... 66 4.3.2. Multiple instances and multiple types of sensors ........................................................... 67 4.4. Measuring the correctness ..................................................................................................... 67 4.5.Cohesion and Coupling ............................................................................................................ 67 4.5.1. Cohesion........................................................................................................................... 67 4.5.2. Coupling ........................................................................................................................... 68 4.6. Analysing the results ............................................................................................................... 69 Chapter 5 Comparison ................................................................................................................... 72 5.1. Insense ........................................................................................................................... 72 5.2. UM-RTCOM .................................................................................................................... 73 5.4. V3studio ......................................................................................................................... 76 5.5. COM and Eiffel ..............................................................................................................
Load more

Recommended publications
  • Part 1- Timeseries
    OGC WaterML 2.0 OGC 10-126r4 Open Geospatial Consortium Approval Date: 2012-06-23 Publication Date: 2014-02-24 Reference number of this OGC® project document: OGC 10-126r4 OGC name of this OGC® project document: http://www.opengis.net/doc/IS/waterml/2.0.1 Version: 2.0.1 Category: OGC® Implementation Standard - Corrigendum Editor: Peter Taylor OGC® WaterML 2.0: Part 1- Timeseries Copyright notice Copyright © 2012-2014 Open Geospatial Consortium To obtain additional rights of use, visit http://www.opengeospatial.org/legal/. Notice This document is an OGC Member approved international standard. This document is available on a royalty free, non-discriminatory basis. Recipients of this document are invited to submit, with their comments, notification of any relevant patent rights of which they are aware and to provide supporting documentation. Document type: OGC® Implementation Standard - Corrigendum Document subtype: Encoding Document stage: Approved for Public Release Document language: English OGC 10-126r4 WaterML 2.0 License Agreement Permission is hereby granted by the Open Geospatial Consortium, ("Licensor"), free of charge and subject to the terms set forth below, to any person obtaining a copy of this Intellectual Property and any associated documentation, to deal in the Intellectual Property without restriction (except as set forth below), including without limitation the rights to implement, use, copy, modify, merge, publish, distribute, and/or sublicense copies of the Intellectual Property, and to permit persons to whom the Intellectual Property is furnished to do so, provided that all copyright notices on the intellectual property are retained intact and that each person to whom the Intellectual Property is furnished agrees to the terms of this Agreement.
    [Show full text]
  • Download a Java Program from the Registry That Uses XSLT to Convert Sensorml files Into KML files
    MXC-L071 An SOA Approach to Sensor Services A Major Qualifying Project Report submitted to the Faculty of the WORCESTER POLYTECHNIC INSTITUTE in partial fufillment of the requirements for the Degree of Bachelor of Science by Keith Craig and Brett Levasseur Professor Michael J. Ciaraldi, Project Advisor This report represents the work of one or more WPI undergraduate students submitted to the faculty as evidence of completion of a degree requirement. WPI routinely publishes these reports on its web site without editorial or peer review. Abstract The purpose of this project is to demonstrate the use of Semantic Web design and Service Oriented Architecture principles to make sensor information and data readily accessible to clients across the Internet. This project produced a set of XML files that described sensors, defined an ontology that described the vocabulary used in the XML files, and configured an existing registry technology for use within our sensor domain. i Acknowledgements We would like to thank our supervisors Bill Moser and Oliver Newell at Lincoln Laboratory for their invaluable assistance in all facets of this project. We would additionally like to thank Farruk Najmi for his advice regarding ebXML Registries. We would also like to thank Professor Ciaraldi for his help on the WPI side of things. The OWL files were created using the Prot´eg´eresource, which is supported by grant LM007885 from the United States National Library of Medicine. ii Contents Abstract i Acknowledgements ii Table of Contents iii List of Figures v List of Tables v 1 Introduction 1 2 Problem Statement 2 3 Background 5 3.1 Service Oriented Architecture .
    [Show full text]
  • "The Global Spatial Data Infrastructure Association - Advancing a Location Enabled World"
    GSDI and IGS Newsletter, Vol. 4, No. 2 News from the GSDI Association and the International Geospatial Society Vol. 4, No. 2, 2014 "The Global Spatial Data Infrastructure Association - Advancing a Location Enabled World" ASSOCIATION NEWS Association since 2010. Within local conservation circles he was primarily known for co-directing, with his partner GSDI Association Board Member Mark Becker Dies of 30 years Lori Charkey, the Bergen Save the Watershed in Tragic Accident Action Network (Bergen SWAN).” The GSDI Association learned of the tragic death of CIESIN Associate Director Mark Becker at the age of 53, on 26 February 2014 in a multi-vehicle accident on the New York State Thruway in Woodbury, NY. Mark was the GSDI Board member representing ‘GSDI Related Global Initiatives’ and was a valued member of the GSDI Outreach and Membership Committee, where his input and insight will be much missed by his colleagues at the Association. Below is an extract from the tribute to Mark from CIESIN. “In his 15 years at CIESIN Mark made contributions that will be felt for a long time. He began his CIESIN career in Mark Becker leading a teacher training workshop for the February 1999, and was soon appointed head of the CHANGE Viewer mapping tool. Pictured behind him is Geospatial Applications Division. … In many ways he Amy Work, IAGT, who helped develop the tool. Palisades, helped bring GIS to Columbia, as manager of the GIS New York, July 2013. Source: CEISIN Service Center and ESRI site license. He helped install many of the early GIS labs on campus and helped train See the full tribute to Mark on the CIESIN website at many of the people who operated them.
    [Show full text]
  • Augmenting Hydrologic Information Systems with Streaming Water Resource Data
    AUGMENTING HYDROLOGIC INFORMATION SYSTEMS WITH STREAMING WATER RESOURCE DATA S. Esswein1, J. Hallstrom2, C. J. Post1, D. White3, G. Eidson4 AUTHORS: Forestry and Natural Resources1; School of Computing2; Computing and Information Technology3; Restoration Institute4, Clemson University, Clemson, SC USA 29634 REFERENCE: Proceedings of the 2010 South Carolina Water Resources Conference, held October 13-14, 2010, at the Columbia Metropolitan Convention Center. examined with an emphasis on design decisions regarding Abstract. Access to timely and accurate hydrological leveraging available standards and software. Insight and environmental observation data is a crucial aspect of garnered from several years of data acquisition experience an integrated approach to water resources management. is provided, along with a recent case study involving a This presentation describes an end-to-end system designed monitoring deployment supporting the Sand River to support realtime monitoring and management of water Headwaters Green Infrastructure project located in the resources. The main components of the hardware/software City of Aiken, South Carolina. infrastructure of this system are broken into four There are four components or tiers of a realtime- categories and briefly described. This organization monitoring infrastructure: (i) sensing platforms collect in provides the basis for a synthesis of several prominent situ observation data, (ii) communication and uplink standards and software solutions relevant to the technologies transmit realtime observation data, (iii) data hydrologic and environmental observing communities. streaming middleware provides highly distributed These standards are described in the context of their role publication and subscription of observation data, and (iv) in our end-to-end system. The presentation concludes with back-end repository and presentation services provide a a case study describing a green infrastructure monitoring means of viewing and utilizing data products.
    [Show full text]
  • An Interoperable Multi-Sensor System for Healthcare
    2013 IEEE GCC Conference and exhibition, November 17-20, Doha, Qatar An Interoperable Multi-Sensor System For Healthcare Bassant Selim Youssef Iraqi Ho-Jin Choi Khalifa University Khalifa University KAIST Sharjah, United Arab Emirates Sharjah, United Arab Emirates Daejeon, South Korea Email: [email protected] Email: [email protected] Email: [email protected] Abstract—Pervasive healthcare systems, enabled by informa- an introduction to the sensor standards considered, section tion and communication technology (ICT), can allow the elderly IV presents the requirements and solutions that insure the and chronically ill to stay at home while being constantly adequate performance of our system, section V provides an monitored. Patient monitoring can be achieved by sensors and example of sensor Modeling Language description of a body sensor systems that are both worn by the patient and installed temperature sensor, section VI presents related works in the in his home environment. There is a large variety of sensors area of applying standards to healthcare monitoring systems available on the market that can all serve to this purpose. In order to have a system that is independent of the sensors that and finally section VII concludes this work. are used, standardization is the key requirement. This work aims to present a framework for healthcare monitoring systems based II. SYSTEM ARCHITECTURE on heterogeneous sensors. In order to achieve interoperability, standards are considered in the system design. The proposed system is composed of multiple hierarchical layers that are each responsible of monitoring different pa- Keywords—Heterogeneous Sensor Networks, SensorML, IEEE rameters of the patient’s health.
    [Show full text]
  • Semantic Sensor Observation Service
    Wright State University CORE Scholar The Ohio Center of Excellence in Knowledge- Kno.e.sis Publications Enabled Computing (Kno.e.sis) 5-2009 SemSOS: Semantic Sensor Observation Service Cory Andrew Henson Wright State University - Main Campus Josh Pschorr Wright State University - Main Campus Amit P. Sheth Wright State University - Main Campus, [email protected] Krishnaprasad Thirunarayan Wright State University - Main Campus, [email protected] Follow this and additional works at: https://corescholar.libraries.wright.edu/knoesis Part of the Bioinformatics Commons, Communication Technology and New Media Commons, Databases and Information Systems Commons, OS and Networks Commons, and the Science and Technology Studies Commons Repository Citation Henson, C. A., Pschorr, J., Sheth, A. P., & Thirunarayan, K. (2009). SemSOS: Semantic Sensor Observation Service. 2009 International Symposium on Collaborative Technologies and Systems: May 18-22, 2009, Baltimore, Maryland, USA, 44-53. https://corescholar.libraries.wright.edu/knoesis/333 This Article is brought to you for free and open access by the The Ohio Center of Excellence in Knowledge-Enabled Computing (Kno.e.sis) at CORE Scholar. It has been accepted for inclusion in Kno.e.sis Publications by an authorized administrator of CORE Scholar. For more information, please contact [email protected]. 1 SemSOS: Semantic Sensor Observation Service Cory A. Henson, Josh K. Pschorr, Amit P. Sheth, and Krishnaprasad Thirunarayan Kno.e.sis Center, Department of Computer Science and Engineering Wright State University, Dayton, OH 45435 [email protected], [email protected], [email protected], [email protected] enabled by semantic modeling and what advantages this Abstract provides to standard SOS.
    [Show full text]
  • DGIWG Service Architecture
    DGIWG – 306 DGIWG Service Architecture Document Identifier: TCR-DP-07-041-ed2.0.1-DGIWG_Service_Architecture Publication Date: 05 November 2008 Edition: 2.0.1 Edition Date: 05 November 2008 Responsible Party: DGIWG Audience: Approved for public release Abstract: This document provides architecture guidance to DGIWG. Copyright: (C) Copyright DGIWG, some rights reserved - (CC) (By:) Attribution You are free: - to copy, distribute, display, and perform/execute the work - to make derivative works - to make commercial use of the work Under the following conditions: - (By:) Attribution. You must give the original author (DGIWG) credit. - For any reuse or distribution, you must make clear to others the license terms of this work. Any of these conditions can be waived if you get permission from the copyright holder DGIWG. Your fair use and other rights are in no way affected by the above. This is a human-readable summary of the Legal Code (the full license is available from Creative Commons <http://creativecommons.org/licenses/by/2.0/ >). DN:07-041 05 November 2008 Contents Executive summary ..................................................................................................... 1 Acknowledgement ....................................................................................................... 1 1 Introduction .......................................................................................................... 2 1.1 Scope .............................................................................................................
    [Show full text]
  • Current Status of Standards for Augmented Reality
    Current Status of Standards for Augmented Reality Christine Perey1, Timo Engelke2, Carl Reed3 Abstract This chapter discusses the current state, issues, and direction of the development and use of international standards for use in Augmented Reality (AR) applications and services. More specifically, the paper focuses on AR and mobile devices. Enterprise AR applications are not discussed in this chapter. There are many existing international standards that can be used in AR applications but there may not be defined best practices or profiles of those standards that effectively meet AR development requirements. This chapter provides information on a number of standards that can be used for AR applications but may need further international agreements on best practice use. Introduction Standards frequently provide a platform for development; they ease smooth opera- tion of an ecosystem in which different segments contribute to and benefit from the success of the whole, and hopefully provide for a robust, economically-viable, value chain. One of the consequences of widespread adoption of standards is a baseline of interoperability between manufacturers and content publishers. Anoth- er is the ease of development of client applications. In most markets, standards emerge during or following the establishment of an ecosystem, once a sufficient number of organizations see market and business value in interoperating with the solutions or services of others. Augmented Reality (AR) has arisen as a result of two driving forces: a push force brought about by convergence of improvements in technology (networking, com- putational, devices, display technology, sensors, etc) and a pull force arising from a critical mass of users who—once enabled with lighter, more powerful and less 1 Christine Perey, Spime Wrangler, PEREY Research & Consulting 2 Timo Engelke, Fraunhofer IGD 3 Carl Reed, PhD, CTO, Open Geospatial Consortium expensive technologies—seek knowledge and information in context with their surroundings.
    [Show full text]
  • Integrating the Ogc Sensor Web Enablement Framework Into the Ogc Catalogue
    INTEGRATING THE OGC SENSOR WEB ENABLEMENT FRAMEWORK INTO THE OGC CATALOGUE S.Jirka a, *, D. Nüst a, J. Schulte a, F. Houbie b a Westfälische Wilhelms-Universität Münster, Institut für Geoinformatik, Weseler Straße 253, 48151 Münster, Germany - (jirka, daniel.nuest, janschulte)@uni-muenster.de b ERDAS SA, Quai Timmermans 14/01, 4000 Liège, Belgium - [email protected] KEY WORDS: Internet/Web, Interoperability, Metadata, Sensor, Software, Standards ABSTRACT: The Sensor Web Enablement (SWE) architecture of the Open Geospatial Consortium (OGC) has reached a broad acceptance. However, although the core specifications reached a mature state, the integration of a cataloguing service for sensors has not yet been achieved. Previous work focused on registries that address the specifics of dynamic sensor networks, on mechanisms for handling the semantics of phenomena and on metadata models based on the Sensor Model Language (SensorML). This work describes how existing elements supporting sensor discovery can be coupled with the already well established OGC Catalogue Service (CSW). The approach presented in this work relies on a SensorML profile specifying metadata necessary and sufficient for sensor discovery. SensorML documents that conform to the profile are automatically harvested from SWE services by a lower level registry and are subsequently transformed into an information model supported by the CSW. Finally the metadata is pushed into CSW instances and becomes available through the CSW interface. In summary, this work presents for the first time a working example how resources provided through SWE services can automatically be published through common OGC Catalogue Service instances. We expect that the presented approach is an important step in order to achieve a full integration of SWE components into spatial data infrastructures and to offer SWE services to a broader audience.
    [Show full text]
  • Workshop Proceedings ENABLING SENSOR
    Ref. No. [UMCES]CBL 07-079 Alliance for Coastal Technologies Indexing No. ACT-06-07 Workshop Proceedings ENABLING SENSOR* INTEROPERABILITY Portland, Maine October 16-18, 2006 Funded by NOAA’s Coastal Services Center through the Alliance for Coastal Technologies (ACT) * For the purpose of the workshop, participants spoke in terms of “instruments” rather than “sensors,” defining an instrument as a device that contains one or more sensors or actuators and can convert signals from analog to digital. An ACT Workshop Report Enabling Sensor Interoperability Portland, Maine October 16-18, 2006 Sponsored by the Alliance for Coastal Technologies (ACT) and NOAA’s Center for Coastal Ocean Research in the National Ocean Service. Hosted by ACT Partner, Gulf of Maine Ocean Observing System. ACT is committed to develop an active partnership of technology developers, deliverers, and users within regional, state, and federal environmental management communities to establish a testbed for demonstrating, evaluating, and verifying innovative technologies in monitoring sensors, platforms, and software for use in coastal habitats. Enabling Sensor Interoperability ..................................................................................................... i TABLE OF CON T EN T S Executive Summary .........................................................................................................................1 Alliance for Coastal Technologies ...................................................................................................2
    [Show full text]
  • RMDCN Developments
    OGC Standards EGOWS 2010 ECWMF, Reading, 2010/06/1-4 Chris Little [email protected] +44 1392 886278 OGC Co-Chair Meteorology & Oceanography Domain Working Group © Crown copyright 2007 Apologies & Disclaimers I speak too fast No pictures I was involved in international standards • ISO • WMO View of the OGC ‘landscape’ • ‘Valleys & hills’ • NOT ‘Turn 3rd left after pub’ © Crown copyright 2007 Structure of Talk • Some Background • Why OGC? • Standards • Issues for Meteorology © Crown copyright 2007 OGC Standards Some Background © Crown copyright 2007 OGC Met Ocean DWG 2007: ECMWF 11th Workshop on Meteorological Operational Systems - recommended: 2008: ECMWF-OGC Workshop on Use of GIS/OGC Standards in Meteorology - recommended: - Establish OGC Met Domain WG - Establish WMO-OGC Memorandum of Understanding - Develop WMS meteorological profile - Develop core models and registries - Interoperability test beds for met. data & visualization OGC web services © Crown copyright 2007 OGC Who? • Open Geospatial Consortium http://opengeospatial.org • Non-profit making • Standards setting http://opengeospatial.org/standards • Global • >400 members http://opengeospatial.org/members • Industry • Government bodies • Academia • Individuals © Crown copyright 2007 OGC How? TC - Technical Conference, 4 days every 3 months - Darmstadt Sept 2009 EUMETSAT - Mountainview Dec 2009 Google - Frascati Mar 2010 ESA SWG - Standards Working Groups, ~24, - Fast track to ISO, short lived, ‘vertical’ DWG - Domain Working Groups, ~27 - Cross-cutting, longer lived,
    [Show full text]
  • International Standards for Spatial Data Infrastructures
    ® International Standards for Spatial Data Infrastructures Sam A. Bacharach [email protected] +1 703-352-3938 Copyright 2006, Open Geospatial Consortium, Inc. (OGC) WhatWhat isis thethe OGC?OGC? • Open Geospatial Consortium (OGC) – Global, not-for-profit, international voluntary consensus standards organization – More than 335 industry, government, research and university member organizations – Founded in 1994, Incorporated in US, UK, Australia OGCOGC Vision:Vision: AA worldworld inin whichwhich allall peoplepeople andand institutionsinstitutions benefitbenefit fromfrom spatialspatial informationinformation resourcesresources andand supportingsupporting technologytechnology services.services. ® Helping the World to Communicate Geographically 2 Copyright 2006, Open Geospatial Consortium, Inc. (OGC) TheThe NutsNuts andand BoltsBolts ofof thatthat VisionVision Data Civil Analysis & Emergency First Providers Authorities Support Mgmt Personnel Responders Common User Defined Interoperable Operating Pictures Private Data and Services Local Data and Services State Data and Services Federal Data and Services Tribal Data and Services Information Architecture: Service Architecture: Models, Transforms, Application Standards, Certified Services for Accessing, Schemas and Dictionaries Processing, Presenting Information ® Geospatial Interoperability Framework development is a key focus of ongoing OGC Helping the World to Communicate Geographically 3 TestbedsCopyright 2006, to Open meet Geospatial cross-organizational Consortium, Inc. (OGC)
    [Show full text]