APAN Sensor Network WG 3rd meeting @ Hong Kong 2011/02/23 Susumu - - PowerPoint PPT Presentation

▶
apan sensor network wg 3rd meeting hong kong
SMART_READER_LITE
LIVE PREVIEW

APAN Sensor Network WG 3rd meeting @ Hong Kong 2011/02/23 Susumu - - PowerPoint PPT Presentation

Feb 25, 2024 275 likes •468 views

APAN Sensor Network WG 3rd meeting @ Hong Kong 2011/02/23 Susumu Takeuchi (NICT, Japan) Introduction of APAN Sensor Network WG Chair Eui Nam Huh ( KyungHee University, Korea ) Co Chairs Lasse Thiem ( FOKUS, Germany )

slide-1
SLIDE 1

APAN Sensor Network WG ‐ 3rd meeting @ Hong Kong ‐

2011/02/23 Susumu Takeuchi (NICT, Japan)

slide-2
SLIDE 2

Introduction of APAN Sensor Network WG

  • Chair

– Eui‐Nam Huh ( KyungHee University, Korea )

  • Co‐Chairs

– Lasse Thiem ( FOKUS, Germany ) – Susumu Takeuchi ( NICT, Japan ) – Basuki Suhardiman ( ITB, Indonesia )

  • Secretariat

– Reza Khoshdelniat ( MIMOS, Malaysia )

2

slide-3
SLIDE 3

Charter of SensNet WG

  • Goal

– SensNet WG encourages the collaboration of technical experiences and knowledge regarding SNs, and will develop a scalable, sustainable, and easy‐to‐deploy technical environment for utilizing collected sensing data among SNs deployed in each country.

  • Objectives

– 1. Encourage SN deployment and federation

  • Exchange SN deployment cases, technical issues and experiences
  • Standardize SN description (access method/policy, specifications,

protocols) and application interface (access method, query language) by utilizing external standards

– 2. Federate for sensing data utilization

  • Develop a federated framework to discovery any resources in

heterogeneous SNs for supporting varieties of applications

  • Ensure the scalability of a federated framework that can handle over

millions of sensor nodes for realizing low‐cost federation

3

http://www.apan.net/wg/sensor.php

slide-4
SLIDE 4

Summary of the Past Meetings

  • 1st Meeting @ APAN 29th Sydney (Feb. 2010)

– 1 WG Meeting and 2 WS Sessions (w/ 7 speakers) – Introduce our researches and projects

  • 1st Core Meeting @ Seoul (May 2010)

– Discuss and establish our WG’s formal charter

  • Updated charter was approved on June
  • 2nd Meeting @ APAN 30th Hanoi (Aug. 2010)

– 1 Group Meeting and 2 WS Sessions (w/ 8 speakers) – Share backgrounds to develop our activities

4

slide-5
SLIDE 5

Reference: Position Paper

  • Discussions of the Group Meeting of 2nd

Meeting are published as the position paper

– S. Takeuchi, "Activities of APAN Sensor Network WG: Toward a Federated Sensor Network Framework," in Proc. of the APAN 30th Meeting,

  • Nov. 2010.

– Available at: http://bit.ly/snpos

5

slide-6
SLIDE 6

Objective of the 3rd Meeting

  • Discuss a concrete approach for a part of the

federated framework

– Resource Management

  • Susumu Takeuchi

– Data Management

  • Prof. Eui‐Nam Huh
  • Panel discussion at the next session

(afternoon)

6

slide-7
SLIDE 7

Goals of the Federated Framework

  • 1. Low‐cost and easy deployment and

management of sensor networks for wide‐area coverage

– Deployment cost is a barrier, but management cost is a more critical barrier to maintain sensor networks.

  • 2. Support crucial sensor network applications in

the Asia‐Pacific region

– Environmental monitoring (e.g., weather, disaster, pollution, smart grid) would be essential for sustainable development in this region.

7

Quoted: http://bit.ly/snpos

slide-8
SLIDE 8

Grand Design (Conceptual Model)

8

Resource management (access control and resource discovery) Sensor Networks Data management (federate independent sensing data) e‐Forestry e‐Fishery e‐Agriculture Application interface (query lang., access method, and AAA) Resource desc. Sensor Applications Disaster mgmt. (wildfire, water) Environment observation (weather, earth, space) Quoted: http://bit.ly/snpos

slide-9
SLIDE 9

Quoted: http://bit.ly/snpos

Application Interface Resource Management Data Management

Function Blocks and Challenging Issues

9

Query Control Storage Aggregation Resource Description Access Control Discovery AAA Multiple Overlay Networks Network Management API Query Lang. Scheme

slide-10
SLIDE 10

Detailed Functions (1/5)

  • Resource management

– Resource Description

  • Describe sensors specification that include data type,
  • bservation method and interval, access method, data

management method, etc.

– Discovery

  • Enable application developers to find an appropriate

sensor or data node based on the given sensor ID

– Access Control

  • Handle access for each resource according to its

management policy

10

Resource Management p Resource Description Access Control Discovery

Quoted: http://bit.ly/snpos

slide-11
SLIDE 11

Detailed Functions (2/5)

  • Data management

– Aggregation

  • Collect sensing data from sensor node

– Storage

  • Store raw/aggregated sensing data in each data node

– Query Control

  • Retrieve sensing data stored in the data nodes

– Scheme

  • Describe the structure, attributes, relationships, etc. of

the stored data

11

Data Management Query Control Storage Aggregation Scheme

Quoted: http://bit.ly/snpos

slide-12
SLIDE 12

Discussion and Organization Steps

Phase 4: Implementation & Deployment

(develop federated framework and SNs, deploy, maintain…)

Phase 3: Sub Working Group (each for issues/domains)

Metadata/API Resource mgmt. Data mgmt. Etc…

Phase 2: Grand Design

(discuss sustainable architecture and arrange challenging issues)

Phase 1: Analyze Requirements

(derived from sensor application users and sensor devices inc. already‐deployed SN)

12

feedback * Estimated 4 years to accomplish

Quoted: http://bit.ly/snpos

slide-13
SLIDE 13

Goals of Today’s Discussion

  • Discuss issues and exchange related

knowledge of the Resource Management and the Data Management field

– Requirements each for the management – Related technologies and/or standards – Issues that we should address – Possible contribution for the framework each from

  • rganization

13

slide-14
SLIDE 14

DISCUSSIONS FOR RESOURCE MANAGEMENT

14

slide-15
SLIDE 15

Argument of Resource Management (1) Sensors Specification

  • Data type (units)

– Easy to be converted, but how to describe?

  • Ex) Temp. = {C, F}, humidity = {RH, AH}, pressure = {alt.}
  • Observation method, interval, and accuracy

– Accuracy = {reaction rate, error rate, etc.} – Different based on device specs. and requirements

  • Ex) Rain gauge <explained later>
  • Access method, data management method

– I/F and storage policy must be different by domains

  • Ex) Just collecting by 6LowPAN/ZigBee, or providing by SOAP

15

slide-16
SLIDE 16

Ex) Rain Gauge

  • Tipping bucket rain

gauge

– Observe every specified amount of rain

  • Optical rain gauge

– Observe real time rain drops by laser

16

Rain fall

Optical Tipping bucket

slide-17
SLIDE 17

Argument of Resource Management (2) Discovery & Access Control

  • Discovery of sensor/data node

– Multiple overlay networks provide a distributed retrieval method

  • How to allocate sensor ID?
  • Access control for sensor networks

– Handle access each for resource; according to its management policy

  • How to describe a management policy?
  • Granularity control must be an unique requirement in

sensor networks

17

slide-18
SLIDE 18

OPEN DISCUSSION

18