KR20100059728A - 메타데이터에 기반한 센서노드 관리장치 및 방법 - Google Patents

메타데이터에 기반한 센서노드 관리장치 및 방법 Download PDF

Info

Publication number
KR20100059728A
KR20100059728A KR1020090114853A KR20090114853A KR20100059728A KR 20100059728 A KR20100059728 A KR 20100059728A KR 1020090114853 A KR1020090114853 A KR 1020090114853A KR 20090114853 A KR20090114853 A KR 20090114853A KR 20100059728 A KR20100059728 A KR 20100059728A
Authority
KR
South Korea
Prior art keywords
sensor node
identification code
information
metadata
sensor
Prior art date
Application number
KR1020090114853A
Other languages
English (en)
Other versions
KR101109549B1 (ko
Inventor
성종우
Original Assignee
성종우
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 성종우 filed Critical 성종우
Publication of KR20100059728A publication Critical patent/KR20100059728A/ko
Application granted granted Critical
Publication of KR101109549B1 publication Critical patent/KR101109549B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Arrangements For Transmission Of Measured Signals (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

메타데이터에 기반한 센서노드 관리장치 및 방법이 개시된다. 주소 획득부는 센서 네트워크를 구성하는 복수의 센서노드의 메타데이터가 저장된 데이터 서버의 접속정보를 보유하고 있는 외부장치로부터 검색대상 센서노드의 식별코드에 대응하는 데이터 서버의 접속정보를 획득한다. 데이터 획득부는 획득한 데이터 서버의 접속정보에 대응하는 데이터 서버에 접속하여 검색대상 센서노드의 식별코드에 대응하는 메타데이터를 획득한다. 센서노드 관리부는 메타데이터에 포함된 정보를 기초로 검색대상 센서노드에 접속하여 제어 메시지를 전송한다. 본 발명에 따르면, 센서노드에 관한 데이터가 리소스가 제한된 센서노드가 아닌 별도의 데이터 서버에 저장됨으로써, 데이터의 저장과 통신에 따른 센서노드의 오버헤드를 줄일 수 있고, 센서노드와 관련된 데이터를 용이하게 획득할 수 있으며, 식별코드를 가지는 센서노드와 통신하여 질의메시지 또는 제어명령을 센서노드에 전송함으로써, 센서 네트워크에 대한 능동적인 제어 및 센서 데이터의 활용이 가능하다.
식별코드, 메타데이터, 데이터 서버

Description

메타데이터에 기반한 센서노드 관리장치 및 방법{Apparatus and method for sensor node management based on metadata}
본 발명은 메타데이터에 기반한 센서노드 관리장치 및 방법에 관한 것으로, 보다 상세하게는, 센서 네트워크를 구성하는 센서노드에 부여된 식별코드를 사용하여 센서노드의 메타데이터를 검색하고 센서노드를 제어하는 장치 및 방법에 관한 것이다.
초기 센서 네트워크가 특정 응용 목적으로 제한적으로 사용되었던 것과는 다르게, 센서네트워크에 대한 사전 지식 없이, 다양한 물리 정보 수집 기능을 가지는 센서노드를 센서 네트워크에 손쉽게 추가하여 이용할 수 있도록 하려는 노력이 많이 시도되고 있다. 센서 노드의 기능을 사전에 정의된 컴퓨터가 인식 가능한 호환 가능한 언어로 기술함으로서 각 센서 노드의 기능명세서를 일종의 전자 매뉴얼 형태로 제공하는 것이 메타데이터이다. 메타데이터에 대한 배경기술은 메타데이터의 정의와 교환 방법 그리고 메타데이터의 활용에 대한 내용을 포함한다.
센서 메타데이터에 대한 종래기술로 IEEE 1451 표준, ZigBee 표준 및 SensorML 표준이 있다. IEEE1451 표준 시리즈 중 IEEE1451.5은 ZigBee 센서 네트워 크에서 메타데이터의 일종인 Transducer Electronic Datasheets (TEDS)를 활용하기 위한 표준을 정의하였다. 센서노드의 설정 정보가 표준 템플릿에 맞추어져서 바이너리 폼으로 인코딩되거나 텍스트 기반의 형태로 작성된다. TEDS는 일반적으로 센서노드에 저장되지만, virtual TEDS를 이용해서 인터넷 상의 서버에 IEEE1451 TEDS 저장하는 방법을 제공한다.
SensorML은 센서 및 측정 프로세스의 다양한 특징-지리적, 동적, 측정을 기술하는 메타데이터 모델과 XML 인코딩을 정의하고 있으며, TinyML은 임베디드 무선 센서 네트워크에 맞추어서 SensorML을 경량화하여 정의하였다.
그러나 바이너리 형태로 구성된 TEDS는 유연하지 않고, 호환성이 떨어지며, 텍스트 기반으로 작성된 TEDS를 EEPROM과 같은 임베디드 센서노드의 메모리에 저장하는 것은 효과적이지 않다. 리소스가 제한된 센서 노드에 메타데이터를 저장하기 위해서는 많은 저장 공간이 필요하고, 메타데이터를 전송하기 위한 많은 에너지를 낭비하게 된다. SensorML과 TinyML은 센서노드의 특징을 기술하는데 초점이 맞추어져 있어서, 센서노드의 기능 및 메시지 포맷에 대한 정보 및 기능명세를 제공하지 않기 때문에, 메타데이터를 사전 지식 없이 센서노드를 활용하기 위한 목적으로 사용할 수 없다.
반면에, ZigBee는 메시지, 메시지 포맷 그리고 메시지 프로세싱 액션을 정의하고 있는 표준 응용 프로파일 (standard public application profiles)을 정의하고 있어, 개발자들이 다른 센서를 사용하여 호환 가능한 응용을 개발하는 것을 가능하게 하고 있다. 그러나 ZigBee 장치들 간에 통신은 공통된 응용 프로파일 (application profiles)에 의존하므로, 사전에 알려지지 않은 응용 프로파일이나 표준 이외의 기능을 구현한 센서노드는 통신 및 응용이 호환가능하지 않았다. ZigBee의 서비스 발견( service discovery)는 DeviceURL 필드를 사용하여서, 센서 노드에 대한 추가적인 정보를 포함하고 있는 URL을 표시하도록 되어있으나, 이것은 사람에 의한 웹페이지 브라우징을 필요로해서 자동화될 수 없었다. 또한, 메타데이터의 위치가 변경되는 경우에 ZigBee 센서 노드에 저장된 DeviceURL은 깨진 URL(broken URL)을 지시함으로써 추가적인 메타데이터를 획득하는 것이 불가능하였다.
그 외에 메타데이터가 센서노드의 내부에 저장되었을 때 발생하는 제약을 해소하기 위해서 센서 메타데이터의 템플릿을 구성하고 외부 데이터베이스(DB)에서 템플릿을 다운로드할 수 있도록 하거나, 메타데이터를 디렉토리 서버로부터 다운로드 하는 기술이 제시되었으나, 템플릿을 제공하는 데이터베이스 또는 디렉토리 서버의 위치가 고정된 중앙집중형(centralized) 형태로 위치가 사전에 알려져 있어야 하고, 확장성이 떨어진다는 문제점이 있었다.
지금까지의 센서 네트워크에는 메타데이터와 센서데이터가 함께 센서 노드 또는 베이스 스테이션(base station)에서 제공되는 되는 구조이거나, 외부에서 메타데이터를 획득하더라도 미리 메타데이터의 저장 위치가 알려져야 하기 때문에, 자동화되지 못하는 구조였다. 메타데이터는 센서노드에서 수집되는 데이터와 다른 특징을 가진다. 메타데이터는 센서 노드에서 동적으로 생성되는 값이 아니라, 센서 노드의 기능 및 특징 그리고 동작을 설명하는 데이트이므로, 센서 노드의 동작 중 에 값이 변하지 않으며, 호환을 위해서 XML과 같은 상위 레벨 언어로 작성될 수 있다.
메타데이터의 특징을 고려하지 않은 메타데이터가 센서노드 또는 베이스 스테이션 (base station)에 단단하게 고정된 형태(tightly coupled architecture)는, 저전력, 낮은 프로세싱 파워와 제한된 메모리를 사용해야 하는 센서 노드의 특성을 고려할 때 추가적인 메모리의 부담과 메타데이터를 전송하기 위한 많은 에너지의 소모가 필요하다는 점에서 효과적이지 않으며, 메타데이터가 베이스 스테이션에 저장되는 경우에 센서노드가 메타데이터를 가진 특정 베이스 스테이션으로 종속됨으로서 센서노드의 이동성 (mobility) 등에서 제약을 받게 된다.
위와 같은 문제점을 해결하기 위해서는 센서 노드에 고정되어 부여된 고유의 식별코드 체계를 사용하고, 식별코드를 기초로 검색대상 센서노드에 관한 데이터가 저장되어 있는 데이터 서버의 접속정보를 획득하고, 상기 획득한 데이터 서버의 접속정보에 대응하는 데이터 서버에 접속하여 검색대상 센서노드의 식별코드에 대응하는 데이터를 획득하는 방법이 필요하다. 나아가 기능 명세를 포함하는 메타데이터를 디코딩하여 센서노드와 통신함으로써 제어 메시의 전송을 통해 센서 네트워크에 대한 능동적인 제어 및 센서노드 데이터를 활용할 수 있도록 하는 방법이 필요하다.
본 발명이 이루고자 하는 기술적 과제는, 추가적인 메모리 사용과 노드 간 통신 오버헤드를 피하고 동적 업데이트가 불가능하다는 단점을 극복하기 위해 센서 노드에 고유하게 할당된 식별코드를 기초로 데이터 서버에 저장된 센서노드의 메타데이터를 획득하고, 메타데이터에 포함된 정보를 기초로 센서노드를 관리할 수 있는 메타데이터에 기반한 센서노드 관리장치 및 방법을 제공하는 데 있다.
본 발명이 이루고자 하는 또 다른 기술적 과제는, 추가적인 메모리 사용과 노드 간 통신 오버헤드를 피하고 동적 업데이트가 불가능하다는 단점을 극복하기 위해 센서 노드에 고유하게 할당된 식별코드를 기초로 데이터 서버에 저장된 센서노드의 데이터를 획득하고, 메타데이터에 포함된 정보를 기초로 센서노드를 관리할 수 있는 메타데이터에 기반한 센서노드 관리방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공하는 데 있다.
상기의 기술적 과제를 달성하기 위한, 본 발명에 따른 메타데이터에 기반한 센서노드 관리장치는, 센서 네트워크를 구성하는 복수의 센서노드의 메타데이터가 저장된 데이터 서버의 접속정보를 보유하고 있는 외부장치로부터 검색대상 센서노드의 식별코드에 대응하는 데이터 서버의 접속정보를 획득하는 주소획득부; 상기 획득한 데이터 서버의 접속정보에 대응하는 데이터 서버에 접속하여 상기 검색대상 센서노드의 식별코드에 대응하는 메타데이터를 획득하는 데이터 획득부; 및 상기 메타데이터에 포함된 정보를 기초로 상기 검색대상 센서노드에 접속하여 제어메시지를 전송하는 센서노드 관리부;를 구비한다.
상기의 기술적 과제를 달성하기 위한, 본 발명에 따른 메타데이터에 기반한 센서노드 관리방법은, 센서 네트워크를 구성하는 복수의 센서노드의 메타데이터가 저장된 데이터 서버의 접속정보를 보유하고 있는 외부장치로부터 검색대상 센서노드의 식별코드에 대응하는 데이터 서버의 접속정보를 획득하는 주소획득단계; 상기 획득한 데이터 서버의 접속정보에 대응하는 데이터 서버에 접속하여 상기 검색대상 센서노드의 식별코드에 대응하는 메타데이터를 획득하는 데이터 획득단계; 및 상기 메타데이터에 포함된 정보를 기초로 상기 검색대상 센서노드에 접속하여 제어메시지를 전송하는 센서노드 관리단계;를 갖는다.
본 발명에 따른 메타데이터에 기반한 센서노드 관리장치 및 방법에 의하면, 센서노드에 관한 데이터가 리소스가 제한된 센서노드가 아닌 별도의 데이터 서버에 저장됨으로써, 데이터의 저장과 통신에 따른 센서노드의 오버헤드를 줄일 수 있고, 센서노드와 관련된 데이터를 용이하게 획득할 수 있다. 또한, 등록된 데이터를 수정하거나 새로운 데이터를 추가 등록하고자 할 경우에도 데이터 서버에 접속하여 복수의 센서노드에 대한 데이터를 일괄적으로 업데이트하는 것이 가능하다. 나아가 획득한 메타데이터의 기능명세에 따라서 식별코드를 가지는 센서노드와 통신하여 질의메시지 또는 제어명령을 센서노드에 전송함으로써, 센서 네트워크에 대한 능동적인 제어 및 센서 데이터의 활용이 가능하다.
이하에서 첨부된 도면들을 참조하여 본 발명에 따른 메타데이터에 기반한 센서노드 관리장치 및 방법의 바람직한 실시예에 대해 상세하게 설명한다.
도 1은 본 발명에 따른 센서노드 관리장치에 대한 바람직한 실시예의 구성을 도시한 블록도이다.
도 1을 참조하면, 본 발명에 따른 센서노드 관리장치(100)는, 식별코드 추출부(110), 주소획득부(120), 데이터 획득부(130), 센서노드 접속정보 저장부(140) 및 센서노드 관리부(150)를 구비한다.
주소획득부(120)는 센서 네트워크를 구성하는 복수의 센서노드 각각에 부여된 고유의 식별코드를 기초로 검색대상 센서노드에 접속하여 검색대상 센서노드의 메타데이터가 저장되어 있는 데이터 서버의 접속정보를 획득한다. 이때 식별코드는 센서노드 각각에 고정되어 부여되는 것이 바람직하다.
센서 네트워크에서 사용되는 데이터는 센서노드에서 수집되는 데이터와 미리 정의되는 메타데이터 두 가지가 있다. 센서노드에서 수집되는 데이터는 특정 주기 또는 특정 이벤트에 맞추어서 물리적 상태 정보를 수집하는 센서데이터 및 위치정보나 배터리 잔량과 같이 관리용도로 센서노드에서 동적으로 획득되는 정보이다. 반면에 메타데이터는 센서노드의 서비스와 기능 및 특성을 기술하여 센서노드가 이용할 수 있기 위해서 필요한 데이터로, 센서노드의 동작 중에 변화하지 않는 정적인 부가 정보이다. 예를 들면, 메타데이터는 센서노드 또는 무선 센서 네트워크에서 수집된 데이터를 활용하기 위해서 특정 물리적 데이터를 수집한 센서에 대한 정 보와 센서 노드에서 제공되는 기능 및 통신 포맷 등을 포함할 수 있다.
센서노드의 메타데이터에는 센서의 유형, 센서 단위 등 센서의 측정 대상에 관한 데이터, 센서의 운영체제 타입 및 버전, 전력소모 변환정보, 센서노드 제조사 등 센서기기에 관한 데이터 및 센서노드와 통신하기 위한 응용 메시지의 포맷에 관한 데이터가 포함되어 있다. 다음의 표 1에는 메타데이터의 종류 및 예가 기재되어 있다.
메타데이터 분류 메타데이터의 예
센서 센서 타입, 센싱 단위, 유효범위, 예민도,
칼리브레이션(Calibration) 정보, 제조사 등
센서노드 센서의 리스트, 하드웨어/소프트웨어/네트워크 정보,
운용 정보(Duty Cycle), 배터리 모델 및 정보 등
센서 데이터 이벤트 정보, 이벤트 설정 정보, 제공되는 서비스 리스트,
서비스별 메시지 포맷 등
응용 센서 노드 이미지, 아이콘 등
메타데이터가 센서노드 내부에 저장되는 경우, 센서노드의 기능 명세서인 메타데이터를 획득하기 위해서는 저장과 전송을 위하여 추가적인 센서노드 오버헤드가 발생한다. 따라서 메타데이터는 센서노드가 아닌 별개의 데이터 서버에 저장되며, 데이터 서버는 인터넷 상의 네트워크에 분산되어 위치한다.
이와 같이 메타데이터가 저장되는 데이터 서버가 센서노드와 별개로 구성됨으로써, 메타데이터를 각각의 센서노드에 저장할 필요가 없으며, 메타데이터를 얻고자 할 경우에 각 센서노드에 고유하게 부여된 식별코드를 기초로 데이터 서버의 접속정보를 획득하여 해당 데이터 서버에 접속하면 되므로 데이터의 획득이 용이하다. 또한 등록된 데이터를 수정하거나 새로운 데이터를 추가 등록하고자 할 경우에도 데이터 서버에 접속하여 복수의 센서노드에 대한 데이터를 일괄적으로 업데이트하는 것이 가능하게 된다.
분산된 센서메타데이터 서버에 저장된 메타데이터와 센서노드를 연동하기 위해서는 고유하게 메타데이터 및 센서노드를 식별할 수 있는 방법이 필요하다. ZigBee 등 센서네트워크에서 사용되는 네트워크 주소는 토폴로지에 따라 동적으로 변경되어서, 센서 메타데이터와 센서노드를 고유하게 식별할 수 없으며, MAC 어드레스 및 6LowPan 등에서 사용하는 IPv6 어드레스 역시 단일 센서 노드를 고정 식별하고, 메타데이터 서버와 연동하는 것이 불가능하다. 기존의 센서 네트워크에서 사용되는 주소체계들은 센서 노드를 고정되고 고유하게 식별하거나 해당 데이터가 저장되어 있는 데이터 서버의 접속정보를 룩업 또는 리졸빙하여 획득하는 것이 불가능하였기 때문에, 센서 노드에 고유한 식별자를 별도로 부여하여 사용한다.
식별코드로는 EPC나 OID와 같이 시간과 장소에 관계없이 센서노드를 고유하게 식별할 수 있으며, 코드의 할당이 계층적인 구조 또는 트리구로 이루어져서, 메타데이터 서버의 검색(lookup)이 가능하도록 구성한다. 센서노드에 고유 코드를 할당하여 저장함으로서 센서노드를 고유하게 식별하고, 센서데이터의 전송 시에 센서노드에서 수집되는 데이터와 함께 전송된다.
센서노드에 부여된 식별코드가 본 발명에 따른 센서노드 관리장치(100)의 내부에 이미 저장되어 있는 경우에는 저장된 식별코드를 이용하여 센서노드에 접속할 수 있다. 그러나 식별코드가 사전에 저장되어 있지 않은 경우에는 센서데이터와 함께 전송된 식별코드를 추출하여야 한다. 이를 위하여 본 발명에 따른 센서노드 관리장치(100)는 식별코드 추출부(110)를 구비할 수 있다. 센서노드로부터 전송되는 데이터는 식별코드와 센서로부터 수집된 데이터를 포함하고 있으므로, 식별코드 추출부(110)는 전송된 데이터로부터 식별코드를 추출하여 주소획득부(120)에 제공한다.
주소획득부(120)는 센서노드에 직접 접속하여 센서노드의 메타데이터가 저장되어 있는 데이터 서버의 주소를 획득할 수 있다. 이와 같이 데이터 서버의 주소를 센서노드로부터 직접 획득하는 경우에는 주소획득을 위해 별도의 장치가 필요없다는 장점이 있으나, 센서노드가 부가적으로 포인터를 포함하도록 함으로써 오버헤드가 발생할 수 있다는 문제가 있다. 따라서 센서노드의 식별코드를 기초로 데이터 서버의 주소를 획득할 수 있는 별도의 장치를 이용할 필요성이 있다.
그에 따라 주소획득부(120)는 데이터 서버의 주소를 저장하고 있는 네이밍 서버에 접속하여 데이터 서버의 주소를 획득할 수 있다. 즉, 주소획득부(120)는 센서 네트워크를 구성하는 복수의 센서노드의 메타데이터가 저장된 데이터 서버의 접속정보가 각각의 센서노드에 부여된 고유의 식별코드에 대응되어 저장되어 있는 네이밍 서버에 접속하여 검색대상 센서노드의 식별코드에 대응하는 데이터 서버의 주소를 획득한다.
네이밍 서버를 이용하는 경우에는 데이터 서버의 주소를 획득하기 위해 센서노드에 접속할 필요가 없다. 대신에 주소획득부(120)는 네이밍 서버에 접속하여 센서노드에 부여된 식별코드를 제공함으로써 그에 대응하는 데이터 서버의 주소를 획득한다. 네이밍 서버의 데이터베이스에는 복수의 센서노드 각각에 부여된 각각의 식별코드에 대응하여 데이터 서버의 주소가 저장되어 있다.
네이밍 서버 내부에 데이터 서버의 주소를 저장하여 데이터베이스를 구축할 때, 단순히 식별코드와 데이터 서버의 주소를 1대 1로 대응시켜 저장할 수도 있지만, 일정한 분류기준에 의하여 저장하게 되면 뒤에 식별코드를 이용하여 주소를 검색할 때 용이하다. 이를 위해서는 식별코드가 이러한 분류기준을 포함하고 있어야 한다. 예를 들면, 식별코드에 센서노드의 제조사정보 또는 제품정보 등을 포함시켜 복수의 센서노드 중에서 동일한 제조사정보 또는 제품정보를 가지는 센서노드의 식별코드들을 따로 분류하여 저장할 수 있다. 또한 분류기준은 복수개가 될 수도 있으며, 복수의 분류기준이 있는 경우에는 이들을 상위기준과 하위기준으로 나누어 식별코드들을 계층적으로 분류하여 저장할 수 있다.
이와 같이 복수의 분류기준을 포함하는 식별코드 중에서 EPC와 같이 전세계적으로 보편적인 코드를 사용하게 되면 식별코드의 고유성을 보장할 수 있으므로 각각의 센서노드에 식별코드를 부여하고 이를 기초로 데이터 서버의 주소를 분류하여 저장하는 것이 용이하다. EPC는 국제조직인 EPCglobal에서 기존의 코드 시스템을 통합하기 위해 만든 코드 체계이다. 도 2에 EPC 구성의 일 예가 도시되어 있다. 도 2를 참조하면, 식별코드는 헤더정보, 센서노드의 제조사정보, 센서노드의 제품정보 및 시리얼코드를 포함한다. 코드에 포함되는 정보는 사용상의 편리 및 코드의 발급과 관리 측면을 고려하여 다양한 형태로 구성할 수 있다. 도 2에 도시된 EPC 구성을 식별코드로 사용하는 경우에는 상위기준으로서 센서노드의 제조사정보를 기초로 복수의 식별코드에 대응하는 데이터 서버의 주소를 분류한 후, 하위기준으로서 센서노드의 제품정보를 기초로 데이터 서버의 주소를 다시 분류할 수 있다. 센서노드의 제조사정보 및 제품정보를 각각 상위기준과 하위기준으로 하여 데이터 서버 중 메타데이터 서버의 주소를 분류하고 저장한 일 예가 다음의 표 2에 나타나 있다.
제조사정보 제품정보 메타데이터 서버 주소

A사
 온도센서 http://icu.com/aaa
압력센서 http://icu.com/aab
광센서 http://icu.com/aac

B사
 온도센서 http://icu.com/bba
압력센서 http://icu.com/bbb
광센서 http://icu.com/bbc

C사
 온도센서 http://icu.com/cca
압력센서 http://icu.com/ccb
광센서 http://icu.com/ccc
주소획득부(120)가 네이밍 서버에 접속하여 메타데이터 서버 주소의 분류기준을 포함하는 식별코드를 제공하면, 네이밍 서버에서는 식별코드로부터 분류기준을 추출하여 표 2와 같이 메타데이터 서버의 주소가 저장되어 있는 데이터베이스에서 주소획득부(120)로부터 입력된 식별코드에 대응하는 메타데이터 서버의 주소를 검색한다. 이때 식별코드에 포함된 분류기준이 복수 개인 경우에는 상위기준에 해당하는 분류기준을 먼저 추출하여 검색을 수행한다. 표 2를 참고하여 예를 들면, B사에서 제조한 온도센서의 메타데이터가 저장된 메타데이터 서버의 주소를 획득하기 위해 해당 센서의 식별코드가 네이밍 서버에 입력되었다면, 네이밍 서버에서는 먼저 상위기준인 제조사정보를 식별코드로부터 추출하여 B사로 분류된 메타데이터 서버 주소의 그룹을 검색한다. 다음으로 하위기준인 제품정보를 식별코드로부터 추출하여 온도센서에 해당하는 메타데이터 서버의 주소를 검색한다.
이와 같이 네이밍 서버로부터 식별코드에 대응하는 데이터 서버의 주소를 획득하는 과정을 리졸빙(resolving)이라 하며, 주소획득부(120)는 위에서 언급한 방법으로 데이터 서버의 주소를 획득할 수도 있고, 종래에 사용되었던 리졸빙 방법을 사용하여 네이밍 서버로부터 데이터 서버의 주소를 획득할 수 있다. 예를 들면, 센서노드의 식별코드가 EPC와 같이 계층적인 구조를 갖는 경우에는 리졸빙의 한 가지 방법으로 ONS(object naming service)를 사용할 수 있다.
ONS는 웹 상에서 컴퓨터의 위치를 지정해주는 DNS(domain name service)와 유사한 방법으로 RFID 태그에 저장되어 있는 EPC에 해당되는 제품의 정보 위치를 제공하기 위한 프레임워크이다. ONS는 DNS 프레임워크 상에서 동작하며, ONS 질의에 대한 일반적인 수행절차가 도 3에 도시되어 있다. 도 3을 참조하면, RFID 리더가 RFID 태그에 저장되어 있는 비트 시퀀스로 이루어진 EPC를 읽어 로컬 서버로 보내면 로컬 서버는 EPC를 URI(Uniform Resource Identifier)로 변경하고, 로컬 ONS 리졸버(resolver)는 URI를 도메인 네임으로 변경하여 DNS 질의를 수행한다. DNS는 저장된 URL 중에서 질의의 결과에 해당하는 URL을 응답으로서 반환한다.
위 수행절차를 주소획득부(120)가 네이밍 서버로부터 메타데이터 서버의 주소를 획득하는 과정에 적용하면, 네이밍 서버는 EPC 형태의 식별코드를 URI로 변경하고, 다음으로 URI를 도메인 네임으로 변경하어 저장된 메타데이터 서버의 주소 중에서 매치되는 주소를 찾는다. 다음으로 네이밍 서버는 검색된 메타데이터 서버의 주소를 응답으로 출력하여 주소획득부(120)에 제공한다. 도 4에는 주소획득부(120)가 센서노드에 부여된 식별코드를 네이밍 서버에 제공하여 메타데이터 서버의 주소를 획득하는 과정이 도시되어 있다.
네이밍 서버로부터 출력된 응답이 IP 어드레스만으로 구성되는 A 레코드의 형식으로 출력되는 경우에는 이를 진보된 웹 서비스 리졸빙에 적용할 수 없다. 따라서 네이밍 서버는 프로토콜, 서비스 등을 나타내기 위해 복수의 필드를 가지는 NAPTR 레코드로 응답을 출력한다. 아래의 표 3은 네이밍 서버로부터 출력된 NAPTR 레코드 응답을 나타낸 것이다.
Order Pref Flag Service Regexp Desc.
0 2 u EPC+ws !^.*$!http://icu.com/widget.wsdl! EPC
0 1 u EPC+epcis !^.*$!http://icu.com/epcis.php! EPC
0 3 u EPC+html !^.*$!http://icu.com/things.asp! EPC
0 4 u EPC+mlrpc !^.*$!http://icu.com/example.com! EPC
0 5 u EPC+x+metadata !^.*$!http://epc.onlinesensors.net/product/000024/index.html!" metadata
0 1 u EPC+x+metadata !^.*$!http://epc.onlinesensors.net/metadata_exchanges.asmx?WSDL!" metadata
0 2 u EPC+x+metadata !^.*$!http://epc.onlinesensors.net/metadata_exchanges.asmx/things!" metadata
표 3을 참조하면, 오더(order)필드와 pref필드는 정수값을 가진다. 플래그(flag)필드의 'u'는 응답이 URI를 포함하고 있다는 것을 의미한다. 서비스필드는 서비스의 타입을 나타내며, html, XMLRPC, EPCIS(EPC information service) 및 WS(web service) 등 서버가 지원하는 서비스에 따라 다양한 유형을 가질 수 있다. Regexp는 주소가 정규표현식(regular expression)으로 표현된다는 것을 의미한다. 따라서 검색된 메타데이터 서버의 주소를 나타내는 URL은 정규표현식 형태로 출력된다.
ONS의 본래 기능은 RFID 리더가 읽은 EPC로부터 RFID 태그가 부착된 상품의 정보가 저장된 서버의 주소를 획득하는 것이다. 그러나 본 발명에서 주소획득부(120)가 네이밍 서버로부터 획득하고자 하는 것은 태그가 부착된 사물의 정보가 아닌 센서노드의 데이터가 저장된 서버의 주소이다.
따라서 이와 같은 혼동을 방지하고 네이밍 서버의 응답이 센서데이터 서버 또는 메타데이터 서버의 주소를 나타내는 것임을 분명하게 하기 위해 NAPTR 레코드의 서비스필드를 구성하는 서비스의 타입으로 데이터 서버의 접속정보를 추가할 수 있다. 따라서 표 3에 나타낸 NAPTR 레코드 응답 중에서 서비스필드에 'EPC+x-metadata'로 표시된 부분은 출력된 응답이 메타데이터 서버의 접속정보를 제공함을 의미하며, 정규표현식으로 기재된 주소는 메타데이터 서버의 주소임을 나타내는 것이다. 또한 서비스필드에 센서데이터 서버의 주소임을 나타내는 서비스 타입을 추가한다면, 출력된 응답이 센서데이터 서버의 접속정보를 제공함을 의미한다.
주소획득부(120)가 센서노드로부터 직접 데이터 서버의 주소를 획득하거나 네이밍 서버로부터 데이터 서버의 주소를 획득하면, 데이터 획득부(130)는 그 주소에 위치하는 데이터 서버에 접속하여 저장된 데이터를 획득한다. 데이터 서버에는 데이터가 적절한 기준에 의해 그룹으로 분류되어 저장되어 있으며, 전체 데이터 또는 필요에 의해 선택된 그룹의 데이터만을 획득할 수 있다. 그 일 예로서, 도 5에는 데이터 획득부(130)가 메타데이터 서버로부터 획득하고자 하는 메타데이터에 관하여 질의하고 응답받는 인터페이스의 한 예가 도시되어 있다. 메타데이터 서버에 접속하기 위해서 TCP, UDP 등의 통신 프로토콜을 이용하여 질의 메시지를 정의하거나, 인터넷 프로토콜인 HTTP 또는 웹서비스인 SOAP를 사용할 수 있다.
센서노드 관리부(150)는 메타데이터에 포함된 정보를 기초로 검색대상 센서노드에 접속하여 제어 메시지를 전송한다. 제어 메시지를 전송하기 위해서는 검색대상 센서노드에 접속하여야 하는데, 이때 센서노드로부터 전송된 데이터에 포함된 식별코드를 사용할 수 있다.
식별코드를 사용하여 센서노드에 접속할 경우에 대상 식별코드를 포함하는 브로드캐스트 메시지를 전송하여 해당 식별코드에 대응하는 센서노드와 통신할 수 있다. 그러나 각 전송 메시지에 포함되는 식별코드의 길이로 인해서 센서 노드간 통신에 추가적인 오버헤드가 발생할 수 있다는 문제점이 있다. 식별코드는 센서 노드에 고정되어 할당되어 전 세계에서 고유한 값이므로 센서 노드 내부에서만 일시적으로 유일하도록 사용되는 센서 네트워크 주소에 비교할 때 매우 길기 때문에, 센서 노드에서 전송되는 메시지에 포함되어 전송하게 되면 성능 상에 제약이 될 수 있다. 또한 식별코드가 어드레스가 아니기 때문에 센서노드와 직접 유니캐스트 방식의 통신에는 사용할 수 없다.
따라서 실제로 식별코드를 이용하여 센서노드에 접속하기 위해서는 식별코드를 센서 노드 간 라우팅을 위한 네트워크 주소, 예를 들면, ZigBee의 네트워크 어드레스로 변환하거나 센서 노드 간 통신 메시지의 길이를 최대한 줄일 수 있는 짧은 길이의 식별코드로 변환하여 통신하여야 한다. 짧은 길이의 식별코드는 센서 노드에 고정되어 전세계에 고유하게 할당된 식별코드와는 다르게 해당 센서 네트워크 내부에서만 유일하도록 보장된다. 바람직한 실시예로는 센서 노드에 고정되어 부여된 고유 식별코드를 가지는 센서 노드에 대해서 순차적으로 자연수로 구성되는 짧은 식별코드를 할당하고 해당 테이블을 구성함으로써, 실제 센서 네트워크 노드 간 통신을 위해서는 센서 노드에 고정되어 할당된 고유 식별코드 대신에 해당 자연수로 구성된 짧은 길이의 일시적으로 유일한 식별코드를 이용할 수 있다.
이를 위해 본 발명에 따른 센서노드 관리장치(100)는 이를 위해 센서노드 접속정보 저장부(140)를 더 구비할 수 있다. 센서노드 관리부(150)는 검색대상 센서노드에 접속하기 위해 센서노드 접속정보 저장부(140)에서 식별코드에 대응하는 검색대상 센서노드의 접속정보를 획득한다. 센서노드에 고정되어 할당된 고유 식별코드와 그에 해당하는 네트워크 주소 또는 짧은 길이의 식별코드에 대한 접속정보는 센서노드 접속정보 저장부(140)에 등록되며, 센서노드의 네트워크 주소가 변경되거나 토폴로지가 변경되는 시점마다 센서 노드에 요청에 의해서 동적으로 업데이트된다.
검색대상 센서노드에 질의 메시지 또는 제어명령을 전송하기 위해 센서노드에 접속할 때 센서노드 접속정보 저장부(140)에 저장된 변환테이블로부터 센서노드의 식별코드에 대응하는 접속정보를 획득할 수 있다.
도 6에는 메타데이터 서버로부터 획득한 메타데이터 중에서 센서노드에 전송할 질의 메시지의 포맷의 일 예가 도시되어 있다.
한편 센서노드가 지그비(zigbee) 장치인 경우의 메타데이터에 포함된 메시지의 일 예는 다음과 같다.
<메시지>
<?xml version="1.0" encoding="UTF-8"?>
<profile>
<Identifier>
<type>SGTIN-96</type>
<value>307427D58B0D47C000000001</value>
</Identifier>
<NodeDescriptor>
<LogicalType description="ZigBee end device">010</LogicalType>
<ComplexDescriptorAvailable description="true">1</ComplexDescriptorAvailable>
<UserDescriptorAvailable description="true">1</UserDescriptorAvailable>
<Reserved description="reserved">0</Reserved>
<APS_Flags description="APS_Flag">0</APS_Flags>
<FrequencyBand description="902-928MHz">2</FrequencyBand>
<MAC_CapabilityFlags description="FFD, main powers, disabled receiver during idle periods,no security">7</MAC_CapabilityFlags>
<ManufacturerCode description="sample manufacturer">0x02</ManufacturerCode>
<MaximumBufferSize description="0x7ff">0x7ff</MaximumBufferSize>
<MaximumIncomingTransferSize description="0x7fff">0x7fff</MaximumIncomingTransferSize>
<ServerMask description="Primary Trust Center">1</ServerMask>
<MaxiumOutgoingTransferSize description="0x7fff">0x7fff</MaxiumOutgoingTransferSize>
<DescriptorCapabilityField description="0">0</DescriptorCapabilityField>
</NodeDescriptor>
<NodePowerDescriptor>
<CurrentPowerMode
description="Receiver synchronized with the receiver on when idel sub-field of the node descriptor.">0000</CurrentPowerMode>
<AvailablePowerSource description="Disposable battery">2</AvailablePowerSource>
<CurrentPowerSource description="Rechargeable battery">1</CurrentPowerSource>
<CurrentPowerSourceLevel description="33%">0100</CurrentPowerSourceLevel>
</NodePowerDescriptor>
<SimpleDescriptor>
<EndPoint description="10">10</EndPoint>
<ApplicationProfileIdentifier description="Home Automation Profile Specification">0x0104</ApplicationProfileIdentifier>
<ApplicationDeviceIdentifier description="ZCL_HA_DEVICEID_ON_OFF_SWITCH">0x0000</ApplicationDeviceIdentifier>
<ApplicationDeviceVersion description="Ver0.8">0011</ApplicationDeviceVersion>
<ApplicationInputClusterCounter description="one">1</ApplicationInputClusterCounter>
<ApplicationInputClusterList description="ZCL_HA_CLUSTER_ID_GEN_BASIC">0x0000</ApplicationInputClusterList>
<ApplicationOutputClusterCount description="one">1</ApplicationOutputClusterCount>
<ApplicationOutputClusterList description="ZCL_HA_CLUSTER_ID_GEN_ON_OFF">0x0006</ApplicationOutputClusterList>
</SimpleDescriptor>
<ComplexDescriptor>
<LanguageAndCharacterSet>
<LanguageCode description="Korean">ko</LanguageCode>
<CharacterSetIdentifier description="ASCII character set">0x00</CharacterSetIdentifier>
</LanguageAndCharacterSet>
<ManufacturerName description="online sensors company">online sensors company</ManufacturerName>
<ModelName description="ants-zigbee-98">ants-zigbee-98</ModelName>
<SerialNumber description="1">1</SerialNumber>
<DeviceURL description="http://onlinesensors.net">http://onlinesensors.net</DeviceURL>
<Icond/>
<IconURL>http://onlinesensors.net/sample/icons</IconURL>
<presentation/>
<presentationURL>http://onlinesensors.net/sample/node1.jpg</presentationURL>
</ComplexDescriptor>
<UserDescription/>
</ZigBeeDescriptor>
<Devices>
<Clusters>
<ServerSide>
<Cluster name="On/Off">
<option>Mandatory</option>
<Server>
<AttributeSetList>
<AttributeSet>
<AttributesList>
<Attributes>
<Identifier>0x0000</Identifier>
<Name>OnOff</Name>
<Type>Boolean</Type>
<Range>0x00-0x01</Range>
<Access>Read only</Access>
<Default>0x00</Default>
<Option>Mandatory</Option>
<Value description="On">1</Value>
<Value description="Off">0</Value>
</Attributes>
</AttributesList>
<CommandsReceived>
<Commands>
<Identifier>0x02</Identifier> <Description>Toggle</Description> <Option>Mandatory</Option>
<Payload></Payload>
</Commands>
</CommandsReceived>
</Server>
</Cluster>
</ServerSide>
</clusters>
</devices>
</profile>
위 메시지를 참조하면, 메타데이터는 3가지 블록인 <identifier>블럭, <ZigBeeDescriptor>블럭, <device>블럭을 포함한다. <identifier>는 EPC 정보를 나타내며 타입과 센서노드에 할당된 식별자를 보여준다. <ZigBeeDescriptor>블럭은 ZigBee에서 정의하고 있는 모든 정적인 Descriptor의 내용을 포함하고 있다. 기존 ZigBee에서는 Descriptor로 2개의 필수 Descriptor와 3개의 선택적인 Descriptor를 정의하고 있으며, ZigBee에서 제공하는 Service Discovery를 통해서 이들 Descriptor를 특정 센서 노드로 요청하고 Descriptor의 내용을 받아올 수 있다. 그러나 Descriptor 중에서 정적이지 않은 데이터 즉 node power descriptors의 power level 필드와 같은 동적으로 센서노드에서 수집되어야 하는 값은 메타데이터에 포함되지 않는다. <ZigBeeDescriptor>블럭은 센서 노드의 특징적인 내용을 서술하게 되며 특히 profile ID, input cluster 및 output cluster의 List, Endpoint를 포함한다.
<device>블럭은 센서노드에서 구현되어 있는 기능명세의 정보를 보여준다. 특히, ZigBee의 예에서 <device> 블록에서는 센서노드에서 구현되어 있는 클러스터를 서술한다. ZigBee cluster library (ZCL)은 응용에서 사용되는 다양한 기능들과 무관하게 재사용될 수 있는 클러스터들의 집합이며, <device> 블록은 속성 (attributes)와 명령어 (commands)를 포함한다. 위 메시지에 해당하는 센서노드는 On/Off 스위치 액츄에이팅 기능을 가지는 센서노드이며, 상태를 표현하는 On/Off 속성을 가지며, 스위치의 상태를 변경하기 위한 Toggle 명령어를 정의하고 있다.
본 발명에 따른 센서노드 관리장치(100)는 선택적으로 메타데이터의 작동 명세를 보여주고 사용자의 입력을 받는 GUI를 구현할 수 있으며, 사용자의 입력 또는 자동화된 스크립트를 통해서 메타데이터의 속성 또는 명령어를 이용할 수 있다. 특히, ZigBee에서는 위 메시지의 On/Off 스위치의 메타데이터에는 속성(attribute)과 각 커맨드(Toggle)마다 고유 커맨드 식별자가 정의되어 있고, ZigBee 스택에서는 이러한 속성을 억세스하고 커맨드를 이용하기 위한 표준 커맨드와 프레임포맷을 제공하고 있어서, 메타데이터 정보를 바탕으로 센서노드와 통신하는 것이 가능하다.
도 7은 메타데이터에서 기술하고 있는 속성과 커맨드를 이용해서 센서노드와 통신하기 위한 ZigBee 스팩의 표준 ZCL (ZigBee Cluster Library) 프레임 포맷이다. 표준 프레임 포맷이 정의되어 있고, 각각의 필드의 의미가 표준으로 되어 있기 때문에 ZigBee를 구현하고 있는 센서 노드는 해당 프레임 포맷으로 통신을 할 수 있지만, 프레임 포맷의 내용은 센서노드가 제공하는 기능에 따라서 다르게 되기 때문에, 메타데이터를 디코딩하여서 특정 속성과 커맨드에 맞는 값을 사용하여서, 프레임을 구성하고 센서노드에게 전송을 하게 된다.
도 8은 도 7의 프레임포맷을 따르는 메시지의 예이다. 이는 사용자가 ZigBee 기반의 light 센서노드에게 toggle 명령을 보내주는 예이다. switch 센서노드의 메타데이터를 참고함으로서 light 센서노드가 제공되는 기능명세를 파악하고, 사용자의 입력 또는 자동화된 스크립트에 따라서 ZCL command를 구성한다. 메타데이터를 디코딩함으로써 해당 장치가 light 장치이며, toggle 명령을 제공하는 것을 알 수 있으며, toggle 명령을 이용하기 위해서 toggle 명령어의 식별자 및 기타 정보 (Endpoint, cluster ID, APS profile ID, APS Src Endpint, APS command)의 값을 얻을 수 있다. 따라서, 도 8의 프레임포맷에 맞추어서 toggle 명령어를 가지는 메시지 프레임을 구성할 수 있다. 본 예에서 APS Dest Endpoint=0x0A, APS cluster ID=0x06, APS profile ID=0x0400, APS Src Endpint=0x01이며, APS payload의 command는 0x02 이다.
이상에서 설명한 바와 같이 검색대상 센서노드로 보내지는 메시지는 검색대상 센서노드에 고정된 고유 식별코드를 기초로 하여서 전송될 수 있으며, 또한 센서노드 접속정보 저장부(140)가 이용될 경우에는 검색대상 센서노드의 네트워크 어드레스 또는 메시지의 크기를 줄이기 위하여 할당받은 짧은 식별코드를 수신 식별자로 하여 검색대상 센서노드로 전송될 수 있다.
이와 같이 본 발명에 따른 센서노드 관리장치(100)를 이용하면, 센서노드에 부여된 식별코드를 기초로 데이터 서버로부터 메타데이터를 획득하는 것 뿐만 아니라 획득한 메타데이터에 포함된 정보를 기초로 센서노드에 적절한 질의메시지 또는 제어명령을 전송하여 능동적으로 센서 네트워크를 활용할 수 있다.
도 9는 본 발명에 따른 메타데이터에 기반한 센서노드 관리방법의 바람직한 실시예의 수행과정을 도시한 흐름도이다.
도 9를 참조하면, 센서 네트워크를 구성하는 복수의 센서노드 중 검색대상 센서노드에 부여된 고유의 식별코드가 사전에 저장되어 있지 않은 경우에, 식별코드 추출부(110)는 검색대상 센서노드에서 전송된 데이터로부터 검색대상 센서노드에 부여된 식별코드를 추출한다(S910). 다음으로 주소획득부(120)는 복수의 센서노드의 메타데이터가 저장된 데이터 서버의 접속정보가 각각의 센서노드에 부여된 식별코드에 대응하여 저장되어 있는 네이밍 서버에 접속하여 검색대상 센서노드의 식별코드에 대응하는 데이터 서버의 접속정보를 획득한다(S920).
이때 식별코드가 센서노드의 제조사정보 또는 제품정보 등을 포함하고 있으면, 네이밍 서버에는 식별코드에 포함된 정보 중에서 적어도 하나를 분류기준으로 하여 데이터 서버의 주소가 저장된다. 분류기준이 복수개인 경우에는 각각의 분류기준을 상위기준 및 하위기준으로 나누어 데이터 서버의 주소를 계층적으로 분류한다.
다음으로 데이터 획득부(130)는 획득한 데이터 서버의 접속정보에 대응하는 데이터 서버에 접속하여 검색대상 센서노드의 식별코드에 대응하는 메타데이터를 획득한다(S930). 마지막으로 센서노드 관리부(150)는 획득된 메타데이터에 포함된 정보, 즉 통신 메시지 포맷을 이용하여 검색대상 센서노드로 질의메시지 또는 제어명령을 전송한다(S940).
본 발명은 또한 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광데이터 저장장치 등이 있으며, 또한 캐리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다.
이상에서 본 발명의 바람직한 실시예에 대해 도시하고 설명하였으나, 본 발명은 상술한 특정의 바람직한 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자라면 누구든지 다양한 변형 실시가 가능한 것은 물론이고, 그와 같은 변경은 청구범위 기재의 범위 내에 있게 된다.
도 1은 본 발명에 따른 센서노드 관리장치에 대한 바람직한 실시예의 구성을 도시한 블록도,
도 2는 센서노드에 할당되는 고유한 식별코드의 일 예를 도시한 도면,
도 3은 ONS 질의에 대한 일반적인 수행절차를 도시한 도면,
도 4는 주소획득부가 센서노드에 부여된 식별코드를 네이밍 서버에 제공하여 메타데이터 서버의 주소를 획득하는 과정을 도시한 도면,
도 5는 데이터 획득부가 메타데이터 서버로부터 획득하고자 하는 메타데이터에 관하여 질의하고 응답받는 인터페이스의 한 예를 도시한 도면,
도 6은 메타데이터 서버로부터 획득한 메타데이터 중에서 센서노드에 전송할 질의 메시지의 포맷의 일 예를 도시한 도면,
도 7은 메타데이터에서 기술하고 있는 속성과 커맨드를 이용해서 센서노드와 통신하기 위한 ZigBee 스팩의 표준 ZCL (ZigBee Cluster Library) 프레임 포맷을 도시한 도면,
도 8은 도 7의 프레임포맷을 따르는 메시지의 예를 나타낸 도면, 그리고,
도 9는 본 발명에 따른 메타데이터에 기반한 센서노드 관리방법의 바람직한 실시예의 수행과정을 도시한 흐름도이다.

Claims (21)

  1. 센서 네트워크를 구성하는 복수의 센서노드의 메타데이터가 저장된 데이터 서버의 접속정보를 보유하고 있는 외부장치로부터 검색대상 센서노드의 식별코드에 대응하는 데이터 서버의 접속정보를 획득하는 주소획득부;
    상기 획득한 데이터 서버의 접속정보에 대응하는 데이터 서버에 접속하여 상기 검색대상 센서노드의 식별코드에 대응하는 메타데이터를 획득하는 데이터 획득부; 및
    상기 메타데이터에 포함된 정보를 기초로 상기 검색대상 센서노드에 접속하여 제어 메시지를 전송하는 센서노드 관리부;를 포함하는 것을 특징으로 하는 센서노드 관리장치.
  2. 제 1항에 있어서,
    상기 외부장치는 상기 데이터 서버의 접속정보가 상기 각각의 센서노드에 부여된 고유의 식별코드에 대응되어 저장되어 있는 네이밍 서버인 것을 특징으로 하는 센서노드 관리장치.
  3. 제 1항에 있어서,
    상기 외부장치는 상기 검색대상 센서노드인 것을 특징으로 하는 센서노드 관리장치.
  4. 제 1항 또는 제 2항에 있어서,
    상기 검색대상 센서노드의 접속정보가 상기 검색대상 센서노드에 부여된 식별코드에 대응하여 저장되는 센서노드 접속정보 저장부를 더 포함하는 것을 특징으로 하는 센서노드 관리장치.
  5. 제 1항 또는 제 2항에 있어서,
    상기 검색대상 센서노드에서 전송된 데이터로부터 상기 검색대상 센서노드에 부여된 고유의 식별코드를 추출하는 식별코드 추출부를 더 포함하는 것을 특징으로 하는 센서노드 관리장치.
  6. 제 2항에 있어서,
    상기 식별코드는 상기 센서노드의 제조사정보 및 상기 센서노드의 제품정보 중에서 적어도 하나를 포함하며,
    상기 네이밍 서버에는 상기 데이터 서버의 접속정보가 상기 센서노드의 제조사정보 및 상기 센서노드의 제품정보 중에서 상기 식별코드에 포함되어 있는 정보 중 적어도 하나를 분류기준으로 하여 저장되는 것을 특징으로 하는 센서노드 관리장치.
  7. 제 6항에 있어서,
    상기 주소획득부는 상기 네이밍 서버로부터 정규표현식으로 표현된 상기 데이터 서버의 접속정보 및 서비스필드를 포함하는 레코드 형식의 응답을 획득하고,
    상기 서비스필드에는 상기 데이터 서버의 접속정보가 기록되는 것을 특징으로 하는 센서노드 관리장치.
  8. 제 2항에 있어서,
    상기 식별코드는 상기 센서노드의 제조사정보, 센서종류정보 및 고유코드를 포함하고,
    상기 네이밍 서버에는 상기 각각의 센서노드에 대응하는 데이터 서버의 접속정보가 상기 식별코드에 포함되어 있는 제조사정보 및 센서종류정보를 기준으로 분류되어 저장되어 있는 것을 특징으로 하는 센서노드 관리장치.
  9. 제 1항 또는 제 2항에 있어서,
    상기 센서노드 관리부는 상기 메타데이터에 포함된 정보들 중에서 상기 검색대상 센서노드와 통신하기 위한 응용 메시지의 포맷을 디코딩하여 상기 검색대상 센서노드로 전송하는 것을 특징으로 하는 센서노드 관리장치.
  10. 제 1항 또는 제 2항에 있어서,
    상기 센서노드 관리부는 상기 메타데이터를 기초로 상기 검색대상 센서노드가 제공하는 기능명세를 파악하고, 사용자의 입력 또는 자동화된 스크립트에 따라 상기 검색대상 센서노드의 동작을 제어하기 위한 상기 제어 메시지를 구성하는 것을 특징으로 하는 센서노드 관리장치.
  11. 센서 네트워크를 구성하는 복수의 센서노드의 메타데이터가 저장된 데이터 서버의 접속정보를 보유하고 있는 외부장치로부터 검색대상 센서노드의 식별코드에 대응하는 데이터 서버의 접속정보를 획득하는 주소획득단계;
    상기 획득한 데이터 서버의 접속정보에 대응하는 데이터 서버에 접속하여 상기 검색대상 센서노드의 식별코드에 대응하는 메타데이터를 획득하는 데이터 획득단계; 및
    상기 메타데이터에 포함된 정보를 기초로 상기 검색대상 센서노드에 접속하여 제어 메시지를 전송하는 센서노드 관리단계;를 포함하는 것을 특징으로 하는 센서노드 관리방법.
  12. 제 11항에 있어서,
    상기 외부장치는 상기 데이터 서버의 접속정보가 상기 각각의 센서노드에 부여된 고유의 식별코드에 대응되어 저장되어 있는 네이밍 서버인 것을 특징으로 하는 센서노드 관리방법.
  13. 제 11항에 있어서,
    상기 외부장치는 상기 검색대상 센서노드인 것을 특징으로 하는 센서노드 관 리방법.
  14. 제 11항 또는 제 12항에 있어서,
    상기 센서노드 관리단계에서, 상기 검색대상 센서노드의 접속정보가 상기 검색대상 센서노드에 부여된 식별코드에 대응하여 저장되는 센서노드 접속정보 저장부로부터 획득한 접속정보를 기초로 상기 검색대상 센서노드에 접속하는 것을 특징으로 하는 센서노드 관리장치.
  15. 제 11항 또는 제 12항에 있어서,
    상기 검색대상 센서노드에서 전송된 데이터로부터 상기 검색대상 센서노드에 부여된 고유의 식별코드를 추출하는 식별코드 추출단계를 더 포함하는 것을 특징으로 하는 센서노드 관리방법.
  16. 제 12항에 있어서,
    상기 식별코드는 상기 센서노드의 제조사정보 및 상기 센서노드의 제품정보 중에서 적어도 하나를 포함하며,
    상기 네이밍 서버에는 상기 데이터 서버의 접속정보가 상기 센서노드의 제조사정보 및 상기 센서노드의 제품정보 중에서 상기 식별코드에 포함되어 있는 정보 중 적어도 하나를 분류기준으로 하여 저장되는 것을 특징으로 하는 센서노드 관리방법.
  17. 제 16항에 있어서,
    상기 주소획득단계에서, 상기 네이밍 서버로부터 정규표현식으로 표현된 상기 데이터 서버의 접속정보 및 서비스필드를 포함하는 레코드 형식의 응답을 획득하고,
    상기 서비스필드에는 상기 데이터 서버의 접속정보가 기록되는 것을 특징으로 하는 센서노드 관리방법.
  18. 제 12항에 있어서,
    상기 식별코드는 상기 센서노드의 제조사정보, 센서종류정보 및 고유코드를 포함하고,
    상기 네이밍 서버에는 상기 각각의 센서노드에 대응하는 데이터 서버의 접속정보가 상기 식별코드에 포함되어 있는 제조사정보 및 센서종류정보를 기준으로 분류되어 저장되어 있는 것을 특징으로 하는 센서노드 관리방법.
  19. 제 11항 또는 제 12항에 있어서,
    상기 센서노드 관리단계에서, 상기 메타데이터에 포함된 정보들 중에서 상기 검색대상 센서노드와 통신하기 위한 응용 메시지의 포맷을 디코딩하여 상기 검색대상 센서노드로 전송하는 것을 특징으로 하는 센서노드 관리방법.
  20. 제 11항 또는 제 12항에 있어서,
    상기 센서노드 관리단계에서, 상기 메타데이터를 기초로 상기 검색대상 센서노드가 제공하는 기능명세를 파악하고, 사용자의 입력 또는 자동화된 스크립트에 따라 상기 검색대상 센서노드의 동작을 제어하기 위한 상기 제어 메시지를 구성하는 것을 특징으로 하는 센서노드 관리방법.
  21. 제 11항 또는 제 12항에 기재된 센서노드 관리방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.
KR1020090114853A 2008-11-25 2009-11-25 메타데이터에 기반한 센서노드 관리장치 및 방법 KR101109549B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020080117658 2008-11-25
KR20080117658 2008-11-25

Publications (2)

Publication Number Publication Date
KR20100059728A true KR20100059728A (ko) 2010-06-04
KR101109549B1 KR101109549B1 (ko) 2012-02-09

Family

ID=42226257

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020090114853A KR101109549B1 (ko) 2008-11-25 2009-11-25 메타데이터에 기반한 센서노드 관리장치 및 방법

Country Status (2)

Country Link
KR (1) KR101109549B1 (ko)
WO (1) WO2010062114A2 (ko)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190062007A (ko) * 2017-11-28 2019-06-05 한국전자통신연구원 IoT 노드 자동 구성 시스템 및 방법
KR102040905B1 (ko) * 2018-08-20 2019-11-05 (주)지티에이컴 Lpwan을 이용한 센싱 데이터 전송방법
KR20220071788A (ko) * 2020-11-24 2022-05-31 한국전자통신연구원 스마트 네트워크 퍼징의 자동화를 위한 퍼징 전처리 장치 및 방법
KR102661658B1 (ko) * 2023-07-27 2024-04-29 주식회사 노드톡스 데이터 분할을 이용한 데이터 송수신 시스템
KR102661659B1 (ko) * 2023-07-27 2024-04-29 주식회사 노드톡스 멀티 송신을 이용한 데이터 송수신 시스템

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6381837B1 (ja) * 2018-01-17 2018-08-29 株式会社Ｃｙｇａｍｅｓ 通信を行うためのシステム、プログラム、方法及びサーバ

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100689878B1 (ko) * 2005-02-04 2007-03-09 삼성전자주식회사 센서 네트워크에서 라우팅 경로 설정 장치 및 방법
JP2007041660A (ja) * 2005-08-01 2007-02-15 Nec Corp センサネットワーク、センサノード及びそのプログラムと、センサ情報検索方法
KR100814383B1 (ko) * 2005-12-01 2008-03-18 한국정보사회진흥원 Ｕｓｎ 환경에서의 지리적 코드를 이용한 위치기반서비스제공 시스템 및 그 방법
KR100867988B1 (ko) * 2006-06-29 2008-11-10 한국전자통신연구원 센서노드 주소 관리 데이터 구조를 포함하는 데이터가 기록된 컴퓨터로 읽을 수 있는 기록매체 및 그 방법
KR100786575B1 (ko) * 2006-07-21 2007-12-18 경희대학교 산학협력단 저전력 센서 네트워크의 관리 방법
KR100789919B1 (ko) * 2006-08-16 2008-01-02 한국전자통신연구원 이기종 센서 네트워크 기반의 ｕｓｎ 디렉토리 서비스 제공장치 및 그 방법
JP5074216B2 (ja) * 2008-01-21 2012-11-14 株式会社日立製作所 センサネットサーバ、及びセンサネットシステム

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190062007A (ko) * 2017-11-28 2019-06-05 한국전자통신연구원 IoT 노드 자동 구성 시스템 및 방법
KR102040905B1 (ko) * 2018-08-20 2019-11-05 (주)지티에이컴 Lpwan을 이용한 센싱 데이터 전송방법
KR20220071788A (ko) * 2020-11-24 2022-05-31 한국전자통신연구원 스마트 네트워크 퍼징의 자동화를 위한 퍼징 전처리 장치 및 방법
KR102661658B1 (ko) * 2023-07-27 2024-04-29 주식회사 노드톡스 데이터 분할을 이용한 데이터 송수신 시스템
KR102661659B1 (ko) * 2023-07-27 2024-04-29 주식회사 노드톡스 멀티 송신을 이용한 데이터 송수신 시스템

Also Published As

Publication number Publication date
WO2010062114A2 (ko) 2010-06-03
KR101109549B1 (ko) 2012-02-09
WO2010062114A3 (ko) 2010-08-12

Similar Documents

Publication Publication Date Title
KR101109549B1 (ko) 메타데이터에 기반한 센서노드 관리장치 및 방법
US7852860B2 (en) Protocol conversion apparatus, communication apparatus, method and program
US10394862B2 (en) Method and system for semantically querying a database by a machine-to-machine application
FI125393B (en) Procedure, device and system for use in a web service
WO2010104267A2 (en) System and method for managing sensor node in rfid/usn infrastructure and gateway system used therefor
WO2013170616A1 (zh) 物联网资源信息获取方法、终端设备及系统
KR101321583B1 (ko) ＩｏＴ를 위한 글로벌 ＩＤ를 이용한 통신 방법 및 시스템
US20060031570A1 (en) Network establishment and management protocol
JP4118566B2 (ja) 機器統合のためのネットワーク構築装置
KR20080090909A (ko) 센서 네트워크와 인터넷을 연동한 센싱 데이터 서비스 제공시스템 및 그 방법
JP2011103626A (ja) ホーム機器情報収集装置及びホーム機器情報収集方法
KR20060067035A (ko) 무선식별 기반 사물정보 인터넷 주소 검색 서비스 장치 및그 방법
KR100789919B1 (ko) 이기종 센서 네트워크 기반의 ｕｓｎ 디렉토리 서비스 제공장치 및 그 방법
US8078742B2 (en) Network establishment and management protocol
CN1675887B (zh) 联网设备、联网设备的操作方法和包括该联网设备的系统
JP2007172289A (ja) ネットワーク機器管理装置、ネットワーク管理システム及びネットワーク機器管理方法
KR20130042446A (ko) 센서 네트워크 정보 제공 방법 및 그 장치
Gajewski et al. Identification and access to objects and services in the IoT environment
Llopis et al. A Discovery Pull Model for Devices in IoT and WoT Environments
CN109151086A (zh) 一种报文转发方法和网络设备
Sung et al. Internet metadata framework for plug and play wireless sensor networks
JP4823961B2 (ja) 情報家電機器のコンテンツリスト管理方法
US20060031192A1 (en) Network establishment and management protocol
Sung et al. A Scalable and Efficient Metadata Framework Towards Internet of Things
Viljamaa et al. A smart control system solution based on semantic web and uID

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20150420

Year of fee payment: 4

LAPS Lapse due to unpaid annual fee