1. ICPS 2009
- 학회명: The ACM International Conference on Pervasive Services
- 학회장소: Imperial College London, UK
- 학회일정: 13th - 17th July
- 제출주제: Runtime support for intelligent and adaptive agents
- 제출분야: Regular (max 10 pages) 30 minute oral presentation during regular papers sessions
- 논문제목: A Self-Organizing Two-way DPWS Adaptor for Adaptive Interoperability
- Sponsored by ACM
- 학회정보: http://acet.rdg.ac.uk/~mab/tmp/ICPS/cfp.php
2. PETRA 2009
- 학회명: 2th International Conference on PErvasive Technologies Related to Assistive Environments
- 학회장소: Corfu, Greece
- 학회일정: 9th - 13th June
- 제출주제: Tools, infrastructures, architectures and techniques for designing, implementing and deploying pervasive applications in assistive environments
- 제출분야: Short Paper (Max 4 Papers)
- 논문제목: Two-way DPWS Adaptor for Adaptive Interoperability
- Sponsored by ACM
- 학회정보: http://www.petrae.org/index.html
nThe 24th Annual ACM Symposium on Applied Computing nSponsored by ACM n제출 분야: Self Organization in Pervasive Distributed System n제출 기한: 2008년 8월 16일 (토) n결과 발표일: 2008년 10월 11일 (토) n학회 일정: 2009년 3월 8일 (일) ~ 12일 (목) n학회 장소: Hawaii, USA n학회 정보: http://www.acm.org/conferences/sac/sac2009/ 이번 논문은 그 동안 ITRC 프로젝트로 진행했던 DPWS Adaptor에 대한 내용이다. 내가 석사과정에 입학하자마자 잡았던 주제이니깐 1년 반이나 흘렀다. 영어에 대한 자신이 없었던터라 많은 시간을 할애해서 작성을 시작했다. 2008년 8월 15일 (금)요일부터 주말 포함 3일 내내 작성을 했는데, 생각보다 너무 진도가 나가지 않았다. 물론, 아이템, 구성 내용, 참고 자료를 모두 정리해놓고 시작했는데도 말이다.
참고 자료 목록은 무려 50가지가 넘었다. 아직 논문을 작성하는 방법에 대해 더 알아야 할 내용이 많다고 보는데, 일단 참고자료를 정리하는 것부터 인지해야 겠다. 얼마 전 정환선배가 랩 세미나에서 알려준 엔드노트에 대해 다음 논문부터 적용해야 겠다. 일종의 참고자료 관리 툴인데, 구글과 연동도 된다고 한다. 이렇게 있었다니..
일단, 내가 이 SAC 2009에 논문을 제줄하게 된 동기는 DPWS Adaptor에 대한 정리를 위함이었다. 논문은 보통 정리된 내용을 쓰는 것이라 알고 있는데, 최소한 나에게는 정리를 위한 논문이 되고 있다. 혹 좋지 않게 보일 수도 있는데 나는 논문과 프로젝트 모두에게 윈-윈이 되는 과정인 것 같다. 그 과정에서 나오는 것들에 대해 하나하나 살펴보면 체계도 잡히고, 새로운 해결 방안을 제시할 수 도 있고, 암튼 나름 좋은 방법이다.
이 논문을 제출하기 까지는 우여곡절이 많았다. 5일만에 논문을 완성 시킬 목적으로 시작했지만, 너무 느린 진도 때문에 연구실 일본 여행과 일정이 겹쳤다. 심지어 여행을 포기하고 논문을 써볼까라는 생각도 했으니, 결국!! 논문을 완성하지 못하고 일본행 페리를 타버렸다. 이 때가지만 해도 나에게 일어날 일들이 무엇이 있을지 상상도 못했다. 일본 여행 마지막 날, 나에게는 어두운 그림자가 드리웠다. 바로 이 녀석, 논문.. 다행히, Hawaiian Time을 다루고 있어서 논문을 작성할 수 있는 시간이 좀 남았다. 일요일 집에 정오에 도착하자마자 확인한 후 바로 학교로 발을 돌릴 수 밖에 없었다. 단지, 이 논문 하나를 위해..하지만, 5일의 여행과 논문의 어색함은 나를 심각하게 고민하게 만들었다. 월요일이 개강이기 때문에..결국, 등록은 다 해놓고 논문은 CFP (Call for Paper)을 올려 놓았다. 정말 포기한 마음에 있었는데 화요일 쯤 나에게 이메일 하나가 도착했다. "너의 실수가 있는 것 같다. 논문을 다시 잘 업로드 해라"라는 내용으로, 이 때가 화요일이었으니 하와이 시간으로 수요일 자정이니 우리나라 시간으로는 목요일 저녁 7시다.
결국, 논문을 다 작성하고 나름 보고 또 보고 제출했다. 제출하자마자 보이는 문법적 오류와 오타는 누구를 탓하리, Acceptance Notify date에 살 좀 떨릴 거다. ㅋㅋㅋ 그래도 이게 된다면, 논문 잘 수정해서 다시 제출해야 겠다.
이번 기회에 약간의 혼돈을 느낄 수 있었다. 어떤 학회에 어떻게 논문을 작성해서 제출해야 하나, 혹자에게는 쉬운 질문일 수도 있겠지만, 앞으로 드리우는 나의 박사과정에서는 아니 나의 미래를 위해서는 이 문제를 깊고 깊게 생각해봐야 겠다.
MFDPWS (.NET Micro Framework에서의 DPWS) 무엇이 포함되어 있을까요? DPWS 2006 사양서의 대부분 구현 http://schemas.xmlsoap.org/ws/2006/02/devprof/ Discovery 증명 및 연결 Metadata 교홖 Eventing Hello Bye Subscriptions 첨부파일 MTOM (W3C Message Transmission Optimization Mechanism – MIME, DIME, XOP)
What's not included WS-Policy WS-Security Data/Time Types for subscription Duration/Renewal IPv6
- ITRC 프로젝트를 진행하면서 내가 맡은 DPWS에 대한 해결책이 될 수 있을까? 앞으로의 디바이스 kit이라든지 DPWS 모듈을 올릴 수 있는 해결책이라면 깊게 연구해볼만한 것 같다. 다만, Microsoft 지향적인 .NET Micro Framework라는 것이 문제이지만..But, DPWS를 가장 잘 이용할 수 있는 장점도 될 수 있으니, 중소기업청 과제 발표에 맞추어서 연구해보자.
.NET Micro Framework는 아주 장치에서 CLR을 사용할 수 있는 마이크로소프트의 프레임워크입니다. 이 세션에서는 .NET Micro Framework를 이용하여 장치에서 웹 서비스를 사용할 수 있는 DPWS(Device Profile for Web Services)를 비롯하여 SideShow와 같은 다른 장치와의 연동 기능에 대하여 알아 봅니다.
강사 소개
서진호 에반젤리스트
한국마이크로소프트 D&PE 임베디드 Developer Evangelist MEDC 2003~2007 강사 OEM 테크니컬 세미나 2004~2007 강사 Windows Mobile Devices MVP 2001~2006
DPWS |
2008/03/21 16:13 |
Posted by Yim, Hyung-jun
WS4D SOA-Toolkits making embedded systems ready for Web Services Elmar Zeeb1, Andreas Bobek1, Hendrik Bohn1, Steffen Pr¨uter1, Andre Pohl2, Heiko Krumm2, Ingo L¨uck3, Frank Golatowski1, and Dirk Timmermann1
- As even small, resource-constraint networked devices get more and more powerful it is common sense to try to adopt the SOA paradigms to embedded device networks.
Introduction
- SOAs describe standards for the description, integration, announcement, discovery and usage of components and their functionality (services) in a network.
Devices Profile for Web Services
- It features secure exchange of messages withWeb services, dynamic discovery and description of Web services, and subscribing to, and receiving events from a Web service. DPWS can be used for inter machine communication. However, the latter requires the devices to have an implemented peer functionality, a specific DPWS client implementation, to use a correspondig service hosted on another device.
Tookit: WS4D-JavaME
- In the WS4D-JavaME framework one does not have to deal with WSDLs or device descriptions necessarily, as you create your device only by programming in the framework.
We now see an increasing need and opportunity to create interfaces between the physical world of sensors and actuators and the software world of enterprise systems.
we propose leveraging existing and emerging standards from both the embedded-device and IT domains within a Service-Oriented Device Architecture (SODA).
The SODA approach to designing and building distributed software is to integrate a wide range of physical devices into distributed IT enterprise systems.
SODA focuses on the boundary layer between the physical and digital realms.
The devices range from basic sensor interfaces to complex diagnostic equipment.
Thus, the challenge of wide-scale device integration is predicated on the existence of a universal network capable of supporting complex distributed systems.
With the Internet, enterprise systems can now access signals from numerous devices on an ad hoc basis.
A standard specifi ed device service can have a wide variety of underlying hardware, firmware, software, and networking implementations that don’t affect the consumer of the service.
Conventional approaches to device integration often center on custom interface software communicating to enterprise applications through a variety of IT middleware and API technologies.
Where device interface standards don’t exist, device interface and protocol adapters within SODA implementations provide a common model of devices to the software used to create service interfaces.
[임형준]20090218WS-DD.pptx
20080618_NETMFV25_jinhseo.pdf
세션 소개
