Sens-ation: a service-oriented platform for developing sensor-based infrastructures
01 May 2006-International Journal of Internet Protocol Technology (Inderscience Publishers)-Vol. 1, Iss: 3, pp 159-167
TL;DR: Sens-ation is an open and generic service-oriented platform, which provides powerful, yet easy-to-use, tools to software developers who want to develop context-aware, sensor-based infrastructures.
Abstract: Context-aware systems use sensors in order to analyse their environment and to adapt their behaviour. We have designed and developed Sens-ation, an open and generic service-oriented platform, which provides powerful, yet easy-to-use, tools to software developers who want to develop context-aware, sensor-based infrastructures. The service-oriented paradigm of Sens-ation enables standardised communication within individual infrastructures, between infrastructures and their sensors, but also among distributed infrastructures. On a whole, Sens-ation facilitates the development allowing developers to concentrate on the semantics of their infrastructures, and to develop innovative concepts and implementations of context-aware systems.
Citations
More filters
TL;DR: The goal of this paper is to review the works that were published in journals, suggest a new classification framework of context-aware systems, and explore each feature of classification framework using a keyword index and article title search.
Abstract: Nowadays, numerous journals and conferences have published articles related to context-aware systems, indicating many researchers' interest. Therefore, the goal of this paper is to review the works that were published in journals, suggest a new classification framework of context-aware systems, and explore each feature of classification framework. This paper is based on a literature review of context-aware systems from 2000 to 2007 using a keyword index and article title search. The classification framework is developed based on the architecture of context-aware systems, which consists of the following five layers: concept and research layer, network layer, middleware layer, application layer and user infrastructure layer. The articles are categorized based on the classification framework. This paper allows researchers to extract several lessons learned that are important for the implementation of context-aware systems.
624 citations
Additional excerpts
...…and Jensen (2007), Gellersen, Schmidt, and Beigl (2002), Gellersen, Kortuem, Schmidt, and Beigl (2004), Goulev, Stead, Mamdani, and Evans (2004), Gross, Egla, and Marquardt (2006), Jonker, Persa, Caarls, de Jong, and Lagendijk (2003), Knight et al. (2007), Matsushita (2001), Michahelles and…...
[...]
TL;DR: This paper introduces service-oriented SANETs (SOSANETs) as a novel approach for building a new generation of open, efficient, interoperable, scalable, application-aware SANets and investigates the benefits of SOSANets in the context of TinySOA, a prototype SOSANET that was developed on top of TinyOS.
116 citations
Cites methods from "Sens-ation: a service-oriented plat..."
...Tasks in TinyOS are used to perform long processing, such as background data processing, and can be preempted by hardware event handlers....
[...]
01 Jan 2006
TL;DR: The role of Informatics in the field - from application integration to ubiquitous user interfaces - is focused on and its concepts and current trends are introduced.
Abstract: The research field Computer-Supported Cooperative Work (CSCW) is concerned with understanding social interaction and the design, development, and evaluation of technical systems supporting social interaction in teams and communities - or in other words it is about researching the use of computer-based technology for supporting collaboration. The field was coined in the 1980th by researchers from computer science, information science and social science. In this paper we will briefly introduce CSCW - its concepts and current trends - and thereby focus on the role of Informatics in the field - from application integration to ubiquitous user interfaces.
49 citations
Cites background from "Sens-ation: a service-oriented plat..."
...See [GP04, GEM06 ,Ko05] and [KGH02] for some examples....
[...]
Dissertation•
30 Nov 2007
TL;DR: This article introduces serviceoriented SANETs (SOSANETs) as a novel approach to building customizable SANets and shows that TinySOA outperforms TinyDB in many aspects including energy consumption, scalability, and response time.
Abstract: Most approaches developed to query sensoractuator networks (SANETs) are either application-specific or generic. Application-specific SANETs provide limited reusability, are not cost effective, and may require extensive reprogramming efforts to make the network able to serve new applications. Generic SANETs usually require that a sizeable code be deployed on the nodes regardless of the specific requirements of the application at hand. More important, they may not be optimized to fully exploit the specific characteristics and query patterns of a given application. In this article we introduce serviceoriented SANETs (SOSANETs) as a novel approach to building customizable SANETs. SOSANETs provide the benefits of both application-specific SANETs (e.g., energy efficiency, scalability) and generic SANETs (e.g., reusability) and avoid most of their limitations. We implemented our approach in TinySOA, a SOSANET developed on top of TinyOS. We conducted an evaluation of TinySOA that included a comparison with TinyDB, an established query processing system for sensor networks. The obtained empirical results show that TinySOA outperforms TinyDB in many aspects including energy consumption, scalability, and response time.
38 citations
Cites background or methods from "Sens-ation: a service-oriented plat..."
...It facilitates the development of applications by allowing developers to concentrate on the semantics of their infrastructures and to develop innovative concepts and implementations of context-aware systems [106]....
[...]
...Examples include Atlas [56], SONG [49] and Sens-ation [106]....
[...]
04 Jul 2011
TL;DR: This paper presents an application framework, called Sensor Service Framework (SSF), that supports developers to build and deploy sensor services in the home network system (HNS), and presents a sensor mashup platform (SMuP), which allows the dynamic composition of the existing sensor services.
Abstract: The sensor as a service is an emerging application of the services computing. However, how to implement such sensor services efficiently and reliably is an open issue. This paper presents an application framework, called Sensor Service Framework (SSF), that supports developers to build and deploy sensor services in the home network system (HNS). The SSF prescribes device-neutral features and APIs for the sensor devices to be deployed as Web services. Writing a small amount of code with the SSF, the developer can easily deploy any sensor device as a service in the HNS. The sensor service can provide a standardized access to heterogeneous sensor devices, as well as a context management service with user-defined conditions. We then present a {\em sensor mashup platform (SMuP)}, which allows the dynamic composition of the existing sensor services. To support non-expert developers, we also implemented a GUI front-end, called Sensor Service Binder (SSB). The proposed technologies are implemented and evaluated in an actual HNS to demonstlate practical feasibility.
33 citations
Cites background from "Sens-ation: a service-oriented plat..."
...Many studies have been conducted related to the service orientation of the sensors and context-aware services (e.g., [9][10][ 11 ][12])....
[...]
...Several studies on the service-oriented middleware for the sensors and context-aware applications have been reported, for example, SOCAM [10], Sens-ation [ 11 ], Atlas [12]....
[...]
References
More filters
TL;DR: A novel system for the location of people in an office environment is described, where members of staff wear badges that transmit signals providing information about their location to a centralized location service, through a network of sensors.
Abstract: A novel system for the location of people in an office environment is described. Members of staff wear badges that transmit signals providing information about their location to a centralized location service, through a network of sensors. The paper also examines alternative location techniques, system design issues and applications, particularly relating to telephone call routing. Location systems raise concerns about the privacy of an individual and these issues are also addressed.
4,315 citations
"Sens-ation: a service-oriented plat..." refers background in this paper
...…for sensing information are available (e.g., RFID (Stanford, 2003), SmartCards (Abrial et al., 2001)), and several systems (e.g., the PARCTab (Schilit, 1995), the ActiveBadge (Want et al., 1992)), as well as infrastructures have been developed (e.g., Cooltown (HP, 2004), Oxygen (Mitchel, 2004))....
[...]
...Today, many base technologies for sensing information are available (e.g., RFID (Stanford, 2003), SmartCards (Abrial et al., 2001)), and several systems (e.g., the PARCTab (Schilit, 1995), the ActiveBadge (Want et al., 1992)), as well as infrastructures have been developed (e.g., Cooltown (HP, 2004), Oxygen (Mitchel, 2004))....
[...]
...In mobile and ubiquitous computing context awareness basically refers to information about the environment of a user that can be captured and analysed in order to adapt technology accordingly (Dey, 2000)....
[...]
...The Active Badge system provided users with badges that they wore outside of their clothes, and which could communicate with base stations (Want et al., 1992)....
[...]
TL;DR: Sun acknowledges the pioneering efforts of Xerox in researching and developing the concept of visual or graphical user interfaces for the computer industry and holds a non-exclusive license from Xerox to the Xerox Graphical User Interface.
Abstract: This product or document is protected by copyright and distributed under licenses restricting its use, copying, distribution, and decompilation. No part of this product or document may be reproduced in any form by any means without prior written authorization of Sun and its licensors, if any. Third-party software, including font technology, is copyrighted and licensed from Sun suppliers. Parts of the product may be derived from Berkeley BSD systems, licensed from the University of California. UNIX is a registered trademark in the U.S. for its users and licensees. Sun acknowledges the pioneering efforts of Xerox in researching and developing the concept of visual or graphical user interfaces for the computer industry. Sun holds a non-exclusive license from Xerox to the Xerox Graphical User Interface, which license also covers Sun's licensees who implement OPEN LOOK GUIs and otherwise comply with Sun's written license agreements.
1,767 citations
TL;DR: Everyday computing is proposed, a new area of applications research, focussed on scaling interaction with respect to time, just as pushing the availiability of computing away from the traditional desktop fundamentally changes the relationship between humans and computers.
Abstract: The proliferation of computing into the physical world promises more than the ubiquitous availability of computing infrastructure; it suggest new paradigms of interaction inspired by constant access to information and computational capabilities. For the past decade, application-driven research on abiquitous computing (ubicomp) has pushed three interaction themes:natural interfaces, context-aware applications,andautomated capture and access. To chart a course for future research in ubiquitous computing, we review the accomplishments of these efforts and point to remaining research challenges. Research in ubiquitious computing implicitly requires addressing some notion of scale, whether in the number and type of devices, the physical space of distributed computing, or the number of people using a system. We posit a new area of applications research, everyday computing, focussed on scaling interaction with respect to time. Just as pushing the availiability of computing away from the traditional desktop fundamentally changes the relationship between humans and computers, providing continuous interaction moves computing from a localized tool to a constant companion. Designing for continous interaction requires addressing interruption and reumption of intreaction, representing passages of time and providing associative storage models. Inherent in all of these interaction themes are difficult issues in the social implications of ubiquitous computing and the challenges of evaluating> ubiquitious computing research. Although cumulative experience points to lessons in privacy, security, visibility, and control, there are no simple guidelines for steering research efforts. Akin to any efforts involving new technologies, evaluation strategies form a spectrum from technology feasibility efforts to long-term use studies—but a user-centric perspective is always possible and necessary
1,541 citations
"Sens-ation: a service-oriented plat..." refers background in this paper
...…for sensing information are available (e.g., RFID (Stanford, 2003), SmartCards (Abrial et al., 2001)), and several systems (e.g., the PARCTab (Schilit, 1995), the ActiveBadge (Want et al., 1992)), as well as infrastructures have been developed (e.g., Cooltown (HP, 2004), Oxygen (Mitchel, 2004))....
[...]
...Sens-ation provides the base functionality for the iterative design, implementation, and evaluation of sensor-based infrastructures that is needed for effectively and efficiently personalising the user’s environment (Abowd and Mynatt, 2000)....
[...]
Patent•
10 Nov 1997TL;DR: In this paper, an application layer protocol is provided on top of HTTP 1.0/1.1 to allow for COM Automation objects to be invoked over the Internet through IIS/ISAPI servers.
Abstract: An application layer protocol is provided on top of HTTP 1.0/1.1 to allow for COM Automation objects to be invoked over the Internet through IIS/ISAPI servers. The format essentially encodes the automation object's name, method to invoke, and any [in], [out], [in, out] parameters that the method signature requires, packages them up into a custom MIME type and marshals it to the ISAPI dynamic link library (DLL) on the IIS/HTTP server. There, the ISAPI DLL contains the logic to unpack the SOAP request, parses it, creates the Automation object, invokes the method with the marshaled parameters, and then returns any [out] parameters to the caller/client using the SOAP protocol. It is a stateless protocol, meaning that object lifetimes only extend to one method, and are recreated between multiple calls to the object.
1,353 citations
01 Jan 2000
1,291 citations
"Sens-ation: a service-oriented plat..." refers methods in this paper
...1) (Box et al., 2004), namely Axis, is used to implement the Web Services gateway....
[...]