WO2010062114A2 - 메타데이터에 기반한 센서노드 관리장치 및 방법 - Google Patents
메타데이터에 기반한 센서노드 관리장치 및 방법 Download PDFInfo
- Publication number
- WO2010062114A2 WO2010062114A2 PCT/KR2009/006994 KR2009006994W WO2010062114A2 WO 2010062114 A2 WO2010062114 A2 WO 2010062114A2 KR 2009006994 W KR2009006994 W KR 2009006994W WO 2010062114 A2 WO2010062114 A2 WO 2010062114A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- sensor node
- identification code
- information
- metadata
- sensor
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 41
- 238000007726 management method Methods 0.000 claims description 31
- 230000004044 response Effects 0.000 claims description 13
- 238000000605 extraction Methods 0.000 claims description 3
- 210000001956 EPC Anatomy 0.000 description 25
- 230000006870 function Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 239000000344 soap Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
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
Definitions
- the present invention relates to an apparatus and method for managing a sensor node based on metadata, and more particularly, to retrieve metadata of a sensor node and to control the sensor node using an identification code assigned to the sensor node constituting the sensor network.
- An apparatus and method are provided.
- the present invention relates to an apparatus and method for managing a sensor node based on metadata, and more particularly, to retrieve metadata of a sensor node and to control the sensor node using an identification code assigned to the sensor node constituting the sensor network.
- An apparatus and method are provided.
- the technical problem to be achieved by the present invention is to avoid the additional memory usage and communication overhead between nodes, and to overcome the disadvantage that dynamic update is impossible, the meta data of the sensor node stored in the data server based on the identification code uniquely assigned to the sensor node.
- the present invention provides a sensor node management apparatus and method based on metadata for acquiring data and managing sensor nodes based on information included in the metadata.
- Another technical problem to be solved by the present invention is a sensor node stored in a data server based on an identification code uniquely assigned to a sensor node in order to avoid additional memory usage and inter-node communication overhead, and to overcome the disadvantage that dynamic update is impossible.
- To provide a computer-readable recording medium recording a program for acquiring the data of the data and executing the sensor node management method based on metadata that can manage the sensor node based on the information contained in the metadata. have.
- the sensor node management apparatus based on metadata is retrieved from an external device having access information of a data server storing metadata of a plurality of sensor nodes constituting a sensor network.
- An address obtaining unit for obtaining access information of a data server corresponding to an identification code of a target sensor node;
- a data acquisition unit accessing a data server corresponding to the obtained access information of the data server and acquiring metadata corresponding to the identification code of the sensor node to be searched;
- a sensor node manager which accesses the searched sensor node and transmits a control message based on the information included in the metadata.
- the method for managing a sensor node based on metadata is to search from an external device having access information of a data server storing metadata of a plurality of sensor nodes constituting a sensor network.
- an apparatus and method for managing a sensor node based on metadata since data related to a sensor node is stored in a separate data server instead of a sensor node with limited resources, an overhead of a sensor node according to data storage and communication Can be reduced, and data related to the sensor node can be easily obtained.
- modifying registered data or adding new data it is possible to connect to a data server and update data for a plurality of sensor nodes collectively.
- an inquiry message or a control command is transmitted to the sensor node, whereby active control of the sensor network and utilization of the sensor data are possible.
- FIG. 1 is a block diagram showing the configuration of a preferred embodiment of a sensor node management apparatus according to the present invention
- FIG. 2 is a view showing an example of a unique identification code assigned to a sensor node
- FIG. 3 is a diagram illustrating a general execution procedure for an ONS query
- FIG. 4 is a diagram illustrating a process of obtaining an address of a metadata server by providing an identification code assigned to a sensor node to a naming server by the address obtaining unit;
- FIG. 5 is a diagram illustrating an example of an interface where a data acquisition unit queries and responds to metadata to be obtained from a metadata server;
- FIG. 6 is a diagram illustrating an example of a format of a query message to be transmitted to a sensor node among metadata obtained from a metadata server;
- ZCL ZigBee Cluster Library
- FIG. 8 illustrates an example of a message conforming to the frame format of FIG. 7,
- FIG. 9 is a flowchart illustrating a preferred embodiment of a method for managing a sensor node based on metadata according to the present invention.
- FIG. 1 is a block diagram showing the configuration of a preferred embodiment of a sensor node management apparatus according to the present invention.
- the sensor node management apparatus 100 includes an identification code extractor 110, an address acquirer 120, a data acquirer 130, and a sensor node access information storage 140. And a sensor node manager 150.
- the address acquisition unit 120 accesses a sensor node to be searched based on a unique identification code assigned to each of the plurality of sensor nodes constituting the sensor network, and access information of a data server storing metadata of the sensor node to be searched. Acquire.
- the identification code is preferably fixed to each of the sensor nodes.
- Data collected from sensor nodes are sensor data that collects physical state information in response to a specific period or a specific event, and information dynamically obtained from the sensor node for management purposes such as location information or battery level.
- metadata is data necessary for the sensor node to describe the service, function, and characteristics of the sensor node and is static additional information that does not change during operation of the sensor node.
- the metadata may include information about a sensor collecting specific physical data, a function provided by a sensor node, a communication format, etc. in order to utilize data collected from a sensor node or a wireless sensor network.
- Metadata of sensor node includes data about sensor object such as sensor type, sensor unit, operating system type and version of sensor, power consumption conversion information, sensor node manufacturer, etc. Contains data about the format of the message. Table 1 below describes the types and examples of metadata.
- Applications Sensor node images, icons, etc.
- the metadata is stored inside the sensor node, additional sensor node overhead is generated for storage and transmission in order to obtain metadata, which is a functional specification of the sensor node. Therefore, the metadata is stored in a separate data server rather than a sensor node, and the data server is distributed and located in a network on the Internet.
- the data server storing metadata is configured separately from the sensor node, the metadata does not need to be stored in each sensor node, and in order to obtain the metadata, an identification code uniquely assigned to each sensor node is obtained. Acquiring the data is easy because the access information of the data server is acquired based on the data server. In addition, when modifying registered data or adding new data, it is possible to connect to a data server and update data for a plurality of sensor nodes collectively.
- a method for uniquely identifying the metadata and the sensor node is required.
- the network address used in the sensor network such as ZigBee is dynamically changed according to the topology, so the sensor metadata and sensor node cannot be uniquely identified, and the IPv6 address used in MAC address and 6LowPan also fixedly identifies a single sensor node. It is not possible to work with metadata servers.
- the address schemes used in the existing sensor network cannot identify the sensor node with a fixed and unique address or look up or resolve the connection information of the data server where the data is stored. Used separately.
- sensor node can be uniquely identified regardless of time and place such as EPC or OID, and code assignment is composed of hierarchical structure or tree structure, so that lookup of metadata server is possible. .
- code assignment is composed of hierarchical structure or tree structure, so that lookup of metadata server is possible.
- the stored identification code may be used to access the sensor node. However, if the identification code is not stored in advance, the identification code transmitted with the sensor data should be extracted.
- the sensor node management apparatus 100 according to the present invention may include an identification code extraction unit 110. Since the data transmitted from the sensor node includes the identification code and the data collected from the sensor, the identification code extraction unit 110 extracts the identification code from the transmitted data and provides it to the address acquisition unit 120.
- the address acquisition unit 120 may directly access a sensor node to obtain an address of a data server in which metadata of the sensor node is stored.
- a separate device is not required for acquiring an address, but there is a problem in that an overhead may be generated by additionally including a pointer to the sensor node. Therefore, there is a need to use a separate device that can obtain the address of the data server based on the identification code of the sensor node.
- the address acquisition unit 120 may obtain the address of the data server by accessing the naming server that stores the address of the data server. That is, the address acquisition unit 120 accesses a naming server in which connection information of a data server storing metadata of a plurality of sensor nodes constituting a sensor network is stored corresponding to a unique identification code assigned to each sensor node. To obtain the address of the data server corresponding to the identification code of the sensor node to be searched.
- the address acquisition unit 120 accesses the naming server and obtains the address of the data server corresponding thereto by providing an identification code assigned to the sensor node.
- the address of the data server is stored corresponding to each identification code assigned to each of the plurality of sensor nodes.
- the identification code When building a database by storing the address of the data server inside the naming server, you can simply store the identification code and the address of the data server in a one-to-one correspondence. It is easy when searching for an address.
- the identification code must contain these classification criteria. For example, by including manufacturer information or product information of a sensor node in an identification code, identification codes of sensor nodes having the same manufacturer information or product information among a plurality of sensor nodes may be classified and stored separately.
- the classification criteria may be plural, and when there are a plurality of classification criteria, the identification codes may be classified and stored in a hierarchical manner by dividing them into upper and lower standards.
- EPC is a code system created by the international organization EPCglobal to integrate existing code systems.
- FIG. 2 An example of an EPC configuration is shown in FIG. Referring to FIG. 2, the identification code includes header information, manufacturer information of a sensor node, product information of a sensor node, and a serial code. The information included in the code can be configured in various forms in consideration of convenience of use and issuance and management of the code.
- the product information of the sensor node is used as a lower standard. You can reclassify the address of the data server based on.
- An example of classifying and storing the address of the metadata server among the data servers using the sensor node manufacturer information and the product information as the upper standard and the lower standard is shown in Table 2 below.
- Metadata server address A company temperature Senser http://icu.com/aaa Pressure sensor http://icu.com/aab Light sensor http://icu.com/aac Company B temperature Senser http://icu.com/bba Pressure sensor http://icu.com/bbb Light sensor http://icu.com/bbc Company C temperature Senser http://icu.com/cca Pressure sensor http://icu.com/ccb Light sensor http://icu.com/ccc
- the naming server extracts the classification criteria from the identification code and stores the address of the metadata server as shown in Table 2 below. Search the address of the metadata server corresponding to the identification code input from the address acquisition unit 120 in the database. In this case, when there are a plurality of classification criteria included in the identification code, the classification criteria corresponding to the upper criteria are first extracted and searched. Referring to Table 2, for example, if the identification code of the sensor is entered in the naming server to obtain the address of the metadata server in which the metadata of the temperature sensor manufactured by Company B is stored, the naming server is the first manufacturer The information is extracted from the identification code to retrieve a group of metadata server addresses classified as Company B. Next, the product information, which is a lower standard, is extracted from the identification code to search the address of the metadata server corresponding to the temperature sensor.
- the process of obtaining the address of the data server corresponding to the identification code from the naming server is called resolving, and the address obtaining unit 120 may obtain the address of the data server by the above-mentioned method.
- the resolving method used to obtain the address of the data server from the naming server For example, when an identification code of a sensor node has a hierarchical structure such as an EPC, an object naming service (ONS) may be used as one method of resolving.
- OTS object naming service
- ONS is a framework for providing information location of products corresponding to EPCs stored in RFID tags in a manner similar to the domain name service (DNS) that specifies the location of computers on the Web.
- DNS domain name service
- ONS operates on the DNS framework, and a general procedure for ONS queries is shown in FIG. Referring to FIG. 3, when an RFID reader reads an EPC composed of a bit sequence stored in an RFID tag and sends it to a local server, the local server changes the EPC to a Uniform Resource Identifier (URI), and the local ONS resolver resolves the URI. Perform DNS query by changing to domain name. The DNS returns, as a response, the URL corresponding to the query result among the stored URLs.
- URI Uniform Resource Identifier
- the naming server changes the identification code of the EPC type to the URI, and then changes the URI to the domain name. Find the matching address among the stored metadata server's addresses.
- the naming server outputs the address of the retrieved metadata server as a response and provides the address acquisition unit 120.
- 4 illustrates a process in which the address obtaining unit 120 obtains an address of the metadata server by providing an identification code assigned to the sensor node to the naming server.
- the naming server If the response output from the naming server is output in the form of an A record consisting solely of IP addresses, it cannot be applied to advanced web service resolving. Therefore, the naming server outputs the response as a NAPTR record having a plurality of fields to indicate a protocol, a service, and the like. Table 3 below shows the NAPTR record response output from the naming server.
- the order field and the pref field have integer values.
- a 'u' in the flag field means that the response contains a URI.
- the service field indicates a type of service and may have various types according to services supported by a server such as html, XMLRPC, EPC information service (EPCIS), and web service (WS).
- Regexp means that the address is expressed as a regular expression. Therefore, the URL representing the retrieved metadata server address is output in the form of regular expression.
- the original function of ONS is to obtain the address of the server that stores the information of the RFID tagged product from the EPC read by the RFID reader.
- what the address acquisition unit 120 wants to acquire from the naming server is the address of the server where the data of the sensor node is stored, not the information of the tagged object.
- the access information of the data server may be added as a type of service constituting the service field of the NAPTR record. . Therefore, the part indicated as 'EPC + x-metadata' in the service field among the NAPTR record responses shown in Table 3 means that the outputted response provides the connection information of the metadata server, and the address indicated by the regular expression is the address of the metadata server. It indicates that. Also, if a service type indicating the address of the sensor data server is added to the service field, it means that the outputted response provides connection information of the sensor data server.
- the data obtaining unit 130 accesses the data server located at the address to obtain the stored data. do.
- data is classified and stored in groups according to appropriate criteria, and all data or only data of a group selected as needed can be obtained.
- FIG. 5 illustrates an example of an interface in which the data obtaining unit 130 queries and responds to metadata to be obtained from the metadata server.
- query messages can be defined using communication protocols such as TCP and UDP, or SOAP, an Internet protocol, or HTTP, can be used.
- the sensor node manager 150 accesses a sensor node to be searched based on the information included in the metadata and transmits a control message.
- the sensor node In order to transmit the control message, the sensor node should be connected to a search target sensor node. In this case, an identification code included in data transmitted from the sensor node may be used.
- a broadcast message including a target identification code may be transmitted to communicate with a sensor node corresponding to the identification code.
- additional overhead may occur in communication between sensor nodes due to the length of the identification code included in each transmission message.
- the identification code is fixed and assigned to the sensor node and is unique worldwide, it is very long when compared to the sensor network address that is used only temporarily inside the sensor node. Can be a constraint on the phase. Also, because the identification code is not an address, it cannot be used for direct unicast communication with the sensor node.
- the identification code is converted into a network address for routing between sensor nodes, for example, a network address of ZigBee, or a short length that can shorten the length of the communication message between sensor nodes as much as possible. It should be converted into the identification code of and communicated.
- the short length identification code is fixed to the sensor node and, unlike the uniquely assigned identification code around the world, is guaranteed to be unique only within the sensor network.
- a short identification code consisting of a natural number is sequentially assigned to a sensor node having a unique identification code fixedly assigned to the sensor node, and a corresponding table is configured, so that the actual communication between the sensor network nodes is performed at the sensor node.
- a short, uniquely unique identification code of natural numbers may be used.
- the sensor node management apparatus 100 may further include a sensor node access information storage unit 140 for this purpose.
- the sensor node manager 150 obtains the connection information of the searched sensor node corresponding to the identification code from the sensor node connection information storage 140 to access the searched sensor node. Access information about the unique identification code and its corresponding network address or short length identification code fixedly assigned to the sensor node is registered in the sensor node access information storage unit 140 of the base station, and the network address of the sensor node is changed. At each point in time, or when the topology changes.
- the connection information corresponding to the identification code of the sensor node may be obtained from the conversion table stored in the sensor node connection information storage 140.
- FIG. 6 illustrates an example of a format of a query message to be transmitted to a sensor node among metadata obtained from a metadata server.
- MAC_CapabilityFlags description "FFD, main powers, disabled receiver during idle periods, no security”> 7 ⁇ / MAC_CapabilityFlags>
- the metadata includes three blocks, an ⁇ identifier> block, a ⁇ ZigBeeDescriptor> block, and a ⁇ device> block.
- ⁇ identifier> represents EPC information and shows type and identifier assigned to sensor node.
- the ⁇ ZigBeeDescriptor> block contains the contents of all the static Descriptors defined in ZigBee. Existing ZigBee defines two mandatory Descriptors and three optional Descriptors as Descriptors. Through Service Discovery provided by ZigBee, these Descriptors can be requested to specific sensor nodes and the contents of Descriptors can be received.
- the ⁇ ZigBeeDescriptor> block describes the characteristic content of the sensor node.
- the ⁇ ZigBeeDescriptor> block contains the Profile ID, List, and Endpoint of the input cluster and output cluster.
- the ⁇ device> block shows the functional specification information implemented in the sensor node.
- the ⁇ device> block describes the cluster implemented in the sensor node.
- ZigBee cluster library ZCL
- ZCL ZigBee cluster library
- the ⁇ device> block contains attributes and commands.
- the sensor node corresponding to the above message is a sensor node with On / Off switch actuating function, has On / Off attribute representing the state, and defines a Toggle command to change the state of the switch.
- Sensor node management apparatus 100 can optionally show the operation specification of the metadata and implement a GUI that receives the user's input, using the attributes or commands of the metadata through the user's input or automated script Can be.
- the metadata of the On / Off switch of the above message defines attributes and unique command identifiers for each command.
- standard commands for accessing these attributes and using commands are provided. By providing a frame format, it is possible to communicate with sensor nodes based on metadata information.
- ZCL ZigBee Cluster Library
- the sensor node implementing ZigBee can communicate in the corresponding frame format.
- the contents of the frame format depend on the functions provided by the sensor node. Because it is different, the metadata is decoded to construct a frame and send it to the sensor node using values appropriate for specific attributes and commands.
- FIG. 8 is an example of a message that follows the frame format of FIG. This is an example of a user sending a toggle command to a ZigBee-based light sensor node.
- the function specification provided by the light sensor node is identified, and the ZCL command is configured according to user input or automated script.
- the device is a light device and provides a toggle command.
- the identifier and other information of the toggle command (Endpoint, cluster ID, APS profile ID, APS Src Endpint, APS). command) can be obtained.
- a message frame having a toggle command can be configured according to the frame format of FIG. 8.
- APS Dest Endpoint 0x0A
- APS cluster ID 0x06
- APS profile ID 0x0400
- APS Src Endpint 0x01
- the APS payload command is 0x02.
- the message sent to the search target sensor node may be transmitted based on a unique identification code fixed to the search target sensor node, and when the sensor node access information storage unit 140 is used, the search target In order to reduce the size of a network address or a message of a sensor node, a short identifier assigned to the sensor node may be transmitted as a receiving identifier to a search target sensor node.
- the sensor node management apparatus 100 when used, not only the metadata is obtained from the data server based on the identification code assigned to the sensor node, but also the sensor is based on the information included in the acquired metadata.
- the sensor network can be actively used by sending the appropriate query message or control command to the node.
- FIG. 9 is a flowchart illustrating a preferred embodiment of a method for managing a sensor node based on metadata according to the present invention.
- the identification code extracting unit 110 may perform a search on the sensor node.
- the identification code assigned to the search target sensor node is extracted from the transmitted data (S910).
- the address acquisition unit 120 accesses a naming server in which connection information of a data server storing metadata of a plurality of sensor nodes is stored corresponding to an identification code assigned to each sensor node to identify a sensor node to be searched. Access information of the data server corresponding to the code is obtained (S920).
- the naming server stores the address of the data server based on at least one of the information included in the identification code as a classification criterion.
- the classification of the data server is classified hierarchically by dividing each classification criteria into upper and lower criteria.
- the data acquisition unit 130 accesses the data server corresponding to the obtained access information of the data server and acquires metadata corresponding to the identification code of the sensor node to be searched for (S930).
- the sensor node manager 150 transmits an inquiry message or a control command to the sensor node to be searched by using information included in the acquired metadata, that is, a communication message format (S940).
- the invention can also be embodied as computer readable code on a computer readable recording medium.
- the computer-readable recording medium includes all kinds of recording devices in which data that can be read by a computer system is stored. Examples of computer-readable recording media include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage, and the like, and may also be implemented in the form of a carrier wave (for example, transmission over the Internet). Include.
- the computer readable recording medium can also be distributed over network coupled computer systems so that the computer readable code is stored and executed in a distributed fashion.
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
본 발명은 메타데이터에 기반한 센서노드 관리장치 및 방법에 관한 것으로, 보다 상세하게는, 센서 네트워크를 구성하는 센서노드에 부여된 식별코드를 사용하여 센서노드의 메타데이터를 검색하고 센서노드를 제어하는 장치 및 방법에 관한 것이다.
본 발명은 메타데이터에 기반한 센서노드 관리장치 및 방법에 관한 것으로, 보다 상세하게는, 센서 네트워크를 구성하는 센서노드에 부여된 식별코드를 사용하여 센서노드의 메타데이터를 검색하고 센서노드를 제어하는 장치 및 방법에 관한 것이다.
본 발명이 이루고자 하는 기술적 과제는, 추가적인 메모리 사용과 노드 간 통신 오버헤드를 피하고 동적 업데이트가 불가능하다는 단점을 극복하기 위해 센서 노드에 고유하게 할당된 식별코드를 기초로 데이터 서버에 저장된 센서노드의 메타데이터를 획득하고, 메타데이터에 포함된 정보를 기초로 센서노드를 관리할 수 있는 메타데이터에 기반한 센서노드 관리장치 및 방법을 제공하는 데 있다.
본 발명이 이루고자 하는 또 다른 기술적 과제는, 추가적인 메모리 사용과 노드 간 통신 오버헤드를 피하고 동적 업데이트가 불가능하다는 단점을 극복하기 위해 센서 노드에 고유하게 할당된 식별코드를 기초로 데이터 서버에 저장된 센서노드의 데이터를 획득하고, 메타데이터에 포함된 정보를 기초로 센서노드를 관리할 수 있는 메타데이터에 기반한 센서노드 관리방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체를 제공하는 데 있다.
상기의 기술적 과제를 달성하기 위한, 본 발명에 따른 메타데이터에 기반한 센서노드 관리장치는, 센서 네트워크를 구성하는 복수의 센서노드의 메타데이터가 저장된 데이터 서버의 접속정보를 보유하고 있는 외부장치로부터 검색대상 센서노드의 식별코드에 대응하는 데이터 서버의 접속정보를 획득하는 주소획득부; 상기 획득한 데이터 서버의 접속정보에 대응하는 데이터 서버에 접속하여 상기 검색대상 센서노드의 식별코드에 대응하는 메타데이터를 획득하는 데이터 획득부; 및 상기 메타데이터에 포함된 정보를 기초로 상기 검색대상 센서노드에 접속하여 제어메시지를 전송하는 센서노드 관리부;를 구비한다.
상기의 기술적 과제를 달성하기 위한, 본 발명에 따른 메타데이터에 기반한 센서노드 관리방법은, 센서 네트워크를 구성하는 복수의 센서노드의 메타데이터가 저장된 데이터 서버의 접속정보를 보유하고 있는 외부장치로부터 검색대상 센서노드의 식별코드에 대응하는 데이터 서버의 접속정보를 획득하는 주소획득단계; 상기 획득한 데이터 서버의 접속정보에 대응하는 데이터 서버에 접속하여 상기 검색대상 센서노드의 식별코드에 대응하는 메타데이터를 획득하는 데이터 획득단계; 및 상기 메타데이터에 포함된 정보를 기초로 상기 검색대상 센서노드에 접속하여 제어메시지를 전송하는 센서노드 관리단계;를 갖는다.
본 발명에 따른 메타데이터에 기반한 센서노드 관리장치 및 방법에 의하면, 센서노드에 관한 데이터가 리소스가 제한된 센서노드가 아닌 별도의 데이터 서버에 저장됨으로써, 데이터의 저장과 통신에 따른 센서노드의 오버헤드를 줄일 수 있고, 센서노드와 관련된 데이터를 용이하게 획득할 수 있다. 또한, 등록된 데이터를 수정하거나 새로운 데이터를 추가 등록하고자 할 경우에도 데이터 서버에 접속하여 복수의 센서노드에 대한 데이터를 일괄적으로 업데이트하는 것이 가능하다. 나아가 획득한 메타데이터의 기능명세에 따라서 식별코드를 가지는 센서노드와 통신하여 질의메시지 또는 제어명령을 센서노드에 전송함으로써, 센서 네트워크에 대한 능동적인 제어 및 센서 데이터의 활용이 가능하다.
도 1은 본 발명에 따른 센서노드 관리장치에 대한 바람직한 실시예의 구성을 도시한 블록도,
도 2는 센서노드에 할당되는 고유한 식별코드의 일 예를 도시한 도면,
도 3은 ONS 질의에 대한 일반적인 수행절차를 도시한 도면,
도 4는 주소획득부가 센서노드에 부여된 식별코드를 네이밍 서버에 제공하여 메타데이터 서버의 주소를 획득하는 과정을 도시한 도면,
도 5는 데이터 획득부가 메타데이터 서버로부터 획득하고자 하는 메타데이터에 관하여 질의하고 응답받는 인터페이스의 한 예를 도시한 도면,
도 6은 메타데이터 서버로부터 획득한 메타데이터 중에서 센서노드에 전송할 질의 메시지의 포맷의 일 예를 도시한 도면,
도 7은 메타데이터에서 기술하고 있는 속성과 커맨드를 이용해서 센서노드와 통신하기 위한 ZigBee 스팩의 표준 ZCL (ZigBee Cluster Library) 프레임 포맷을 도시한 도면,
도 8은 도 7의 프레임포맷을 따르는 메시지의 예를 도시한 도면, 그리고,
도 9는 본 발명에 따른 메타데이터에 기반한 센서노드 관리방법의 바람직한 실시예의 수행과정을 도시한 흐름도이다.
이하에서 첨부된 도면들을 참조하여 본 발명에 따른 메타데이터에 기반한 센서노드 관리장치 및 방법의 바람직한 실시예에 대해 상세하게 설명한다.
도 1은 본 발명에 따른 센서노드 관리장치에 대한 바람직한 실시예의 구성을 도시한 블록도이다.
도 1을 참조하면, 본 발명에 따른 센서노드 관리장치(100)는, 식별코드 추출부(110), 주소획득부(120), 데이터 획득부(130), 센서노드 접속정보 저장부(140) 및 센서노드 관리부(150)를 구비한다.
주소획득부(120)는 센서 네트워크를 구성하는 복수의 센서노드 각각에 부여된 고유의 식별코드를 기초로 검색대상 센서노드에 접속하여 검색대상 센서노드의 메타데이터가 저장되어 있는 데이터 서버의 접속정보를 획득한다. 이때 식별코드는 센서노드 각각에 고정되어 부여되는 것이 바람직하다.
센서 네트워크에서 사용되는 데이터는 센서노드에서 수집되는 데이터와 미리 정의되는 메타데이터 두 가지가 있다. 센서노드에서 수집되는 데이터는 특정 주기 또는 특정 이벤트에 맞추어서 물리적 상태 정보를 수집하는 센서데이터 및 위치정보나 배터리 잔량과 같이 관리용도로 센서노드에서 동적으로 획득되는 정보이다. 반면에 메타데이터는 센서노드의 서비스와 기능 및 특성을 기술하여 센서노드가 이용할 수 있기 위해서 필요한 데이터로, 센서노드의 동작 중에 변화하지 않는 정적인 부가 정보이다. 예를 들면, 메타데이터는 센서노드 또는 무선 센서 네트워크에서 수집된 데이터를 활용하기 위해서 특정 물리적 데이터를 수집한 센서에 대한 정보와 센서 노드에서 제공되는 기능 및 통신 포맷 등을 포함할 수 있다.
센서노드의 메타데이터에는 센서의 유형, 센서 단위 등 센서의 측정 대상에 관한 데이터, 센서의 운영체제 타입 및 버전, 전력소모 변환정보, 센서노드 제조사 등 센서기기에 관한 데이터 및 센서노드와 통신하기 위한 응용 메시지의 포맷에 관한 데이터가 포함되어 있다. 다음의 표 1에는 메타데이터의 종류 및 예가 기재되어 있다.
표 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에 나타나 있다.
표 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 레코드 응답을 나타낸 것이다.
표 3
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, 자기 테이프, 플로피디스크, 광데이터 저장장치 등이 있으며, 또한 캐리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다.
이상에서 본 발명의 바람직한 실시예에 대해 도시하고 설명하였으나, 본 발명은 상술한 특정의 바람직한 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자라면 누구든지 다양한 변형 실시가 가능한 것은 물론이고, 그와 같은 변경은 청구범위 기재의 범위 내에 있게 된다.
Claims (21)
- 센서 네트워크를 구성하는 복수의 센서노드의 메타데이터가 저장된 데이터 서버의 접속정보를 보유하고 있는 외부장치로부터 검색대상 센서노드의 식별코드에 대응하는 데이터 서버의 접속정보를 획득하는 주소획득부;상기 획득한 데이터 서버의 접속정보에 대응하는 데이터 서버에 접속하여 상기 검색대상 센서노드의 식별코드에 대응하는 메타데이터를 획득하는 데이터 획득부; 및상기 메타데이터에 포함된 정보를 기초로 상기 검색대상 센서노드에 접속하여 제어 메시지를 전송하는 센서노드 관리부;를 포함하는 것을 특징으로 하는 센서노드 관리장치.
- 제 1항에 있어서,상기 외부장치는 상기 데이터 서버의 접속정보가 상기 각각의 센서노드에 부여된 고유의 식별코드에 대응되어 저장되어 있는 네이밍 서버인 것을 특징으로 하는 센서노드 관리장치.
- 제 1항에 있어서,상기 외부장치는 상기 검색대상 센서노드인 것을 특징으로 하는 센서노드 관리장치.
- 제 1항 또는 제 2항에 있어서,상기 검색대상 센서노드의 접속정보가 상기 검색대상 센서노드에 부여된 식별코드에 대응하여 저장되는 센서노드 접속정보 저장부를 더 포함하는 것을 특징으로 하는 센서노드 관리장치.
- 제 1항 또는 제 2항에 있어서,상기 검색대상 센서노드에서 전송된 데이터로부터 상기 검색대상 센서노드에 부여된 고유의 식별코드를 추출하는 식별코드 추출부를 더 포함하는 것을 특징으로 하는 센서노드 관리장치.
- 제 2항에 있어서,상기 식별코드는 상기 센서노드의 제조사정보 및 상기 센서노드의 제품정보 중에서 적어도 하나를 포함하며,상기 네이밍 서버에는 상기 데이터 서버의 접속정보가 상기 센서노드의 제조사정보 및 상기 센서노드의 제품정보 중에서 상기 식별코드에 포함되어 있는 정보 중 적어도 하나를 분류기준으로 하여 저장되는 것을 특징으로 하는 센서노드 관리장치.
- 제 6항에 있어서,상기 주소획득부는 상기 네이밍 서버로부터 정규표현식으로 표현된 상기 데이터 서버의 접속정보 및 서비스필드를 포함하는 레코드 형식의 응답을 획득하고,상기 서비스필드에는 상기 데이터 서버의 접속정보가 기록되는 것을 특징으로 하는 센서노드 관리장치.
- 제 2항에 있어서,상기 식별코드는 상기 센서노드의 제조사정보, 센서종류정보 및 고유코드를 포함하고,상기 네이밍 서버에는 상기 각각의 센서노드에 대응하는 데이터 서버의 접속정보가 상기 식별코드에 포함되어 있는 제조사정보 및 센서종류정보를 기준으로 분류되어 저장되어 있는 것을 특징으로 하는 센서노드 관리장치.
- 제 1항 또는 제 2항에 있어서,상기 센서노드 관리부는 상기 메타데이터에 포함된 정보들 중에서 상기 검색대상 센서노드와 통신하기 위한 응용 메시지의 포맷을 디코딩하여 상기 검색대상 센서노드로 전송하는 것을 특징으로 하는 센서노드 관리장치.
- 제 1항 또는 제 2항에 있어서,상기 센서노드 관리부는 상기 메타데이터를 기초로 상기 검색대상 센서노드가 제공하는 기능명세를 파악하고, 사용자의 입력 또는 자동화된 스크립트에 따라 상기 검색대상 센서노드의 동작을 제어하기 위한 상기 제어 메시지를 구성하는 것을 특징으로 하는 센서노드 관리장치.
- 센서 네트워크를 구성하는 복수의 센서노드의 메타데이터가 저장된 데이터 서버의 접속정보를 보유하고 있는 외부장치로부터 검색대상 센서노드의 식별코드에 대응하는 데이터 서버의 접속정보를 획득하는 주소획득단계;상기 획득한 데이터 서버의 접속정보에 대응하는 데이터 서버에 접속하여 상기 검색대상 센서노드의 식별코드에 대응하는 메타데이터를 획득하는 데이터 획득단계; 및상기 메타데이터에 포함된 정보를 기초로 상기 검색대상 센서노드에 접속하여 제어 메시지를 전송하는 센서노드 관리단계;를 포함하는 것을 특징으로 하는 센서노드 관리방법.
- 제 11항에 있어서,상기 외부장치는 상기 데이터 서버의 접속정보가 상기 각각의 센서노드에 부여된 고유의 식별코드에 대응되어 저장되어 있는 네이밍 서버인 것을 특징으로 하는 센서노드 관리방법.
- 제 11항에 있어서,상기 외부장치는 상기 검색대상 센서노드인 것을 특징으로 하는 센서노드 관리방법.
- 제 11항 또는 제 12항에 있어서,상기 센서노드 관리단계에서, 상기 검색대상 센서노드의 접속정보가 상기 검색대상 센서노드에 부여된 식별코드에 대응하여 저장되는 센서노드 접속정보 저장부로부터 획득한 접속정보를 기초로 상기 검색대상 센서노드에 접속하는 것을 특징으로 하는 센서노드 관리장치.
- 제 11항 또는 제 12항에 있어서,상기 검색대상 센서노드에서 전송된 데이터로부터 상기 검색대상 센서노드에 부여된 고유의 식별코드를 추출하는 식별코드 추출단계를 더 포함하는 것을 특징으로 하는 센서노드 관리방법.
- 제 12항에 있어서,상기 식별코드는 상기 센서노드의 제조사정보 및 상기 센서노드의 제품정보 중에서 적어도 하나를 포함하며,상기 네이밍 서버에는 상기 데이터 서버의 접속정보가 상기 센서노드의 제조사정보 및 상기 센서노드의 제품정보 중에서 상기 식별코드에 포함되어 있는 정보 중 적어도 하나를 분류기준으로 하여 저장되는 것을 특징으로 하는 센서노드 관리방법.
- 제 16항에 있어서,상기 주소획득단계에서, 상기 네이밍 서버로부터 정규표현식으로 표현된 상기 데이터 서버의 접속정보 및 서비스필드를 포함하는 레코드 형식의 응답을 획득하고,상기 서비스필드에는 상기 데이터 서버의 접속정보가 기록되는 것을 특징으로 하는 센서노드 관리방법.
- 제 12항에 있어서,상기 식별코드는 상기 센서노드의 제조사정보, 센서종류정보 및 고유코드를 포함하고,상기 네이밍 서버에는 상기 각각의 센서노드에 대응하는 데이터 서버의 접속정보가 상기 식별코드에 포함되어 있는 제조사정보 및 센서종류정보를 기준으로 분류되어 저장되어 있는 것을 특징으로 하는 센서노드 관리방법.
- 제 11항 또는 제 12항에 있어서,상기 센서노드 관리단계에서, 상기 메타데이터에 포함된 정보들 중에서 상기 검색대상 센서노드와 통신하기 위한 응용 메시지의 포맷을 디코딩하여 상기 검색대상 센서노드로 전송하는 것을 특징으로 하는 센서노드 관리방법.
- 제 11항 또는 제 12항에 있어서,상기 센서노드 관리단계에서, 상기 메타데이터를 기초로 상기 검색대상 센서노드가 제공하는 기능명세를 파악하고, 사용자의 입력 또는 자동화된 스크립트에 따라 상기 검색대상 센서노드의 동작을 제어하기 위한 상기 제어 메시지를 구성하는 것을 특징으로 하는 센서노드 관리방법.
- 제 11항 또는 제 12항에 기재된 센서노드 관리방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20080117658 | 2008-11-25 | ||
KR10-2008-0117658 | 2008-11-25 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2010062114A2 true WO2010062114A2 (ko) | 2010-06-03 |
WO2010062114A3 WO2010062114A3 (ko) | 2010-08-12 |
Family
ID=42226257
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2009/006994 WO2010062114A2 (ko) | 2008-11-25 | 2009-11-25 | 메타데이터에 기반한 센서노드 관리장치 및 방법 |
Country Status (2)
Country | Link |
---|---|
KR (1) | KR101109549B1 (ko) |
WO (1) | WO2010062114A2 (ko) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20200105706A (ko) * | 2018-01-17 | 2020-09-08 | 가부시키가이샤 사이게임스 | 통신을 행하기 위한 시스템, 프로그램, 방법 및 서버 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102006219B1 (ko) * | 2017-11-28 | 2019-08-02 | 한국전자통신연구원 | IoT 노드 자동 구성 시스템 및 방법 |
KR102040905B1 (ko) * | 2018-08-20 | 2019-11-05 | (주)지티에이컴 | Lpwan을 이용한 센싱 데이터 전송방법 |
KR102580364B1 (ko) * | 2020-11-24 | 2023-09-20 | 한국전자통신연구원 | 스마트 네트워크 퍼징의 자동화를 위한 퍼징 전처리 장치 및 방법 |
KR102661658B1 (ko) * | 2023-07-27 | 2024-04-29 | 주식회사 노드톡스 | 데이터 분할을 이용한 데이터 송수신 시스템 |
KR102661659B1 (ko) * | 2023-07-27 | 2024-04-29 | 주식회사 노드톡스 | 멀티 송신을 이용한 데이터 송수신 시스템 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20060089501A (ko) * | 2005-02-04 | 2006-08-09 | 삼성전자주식회사 | 센서 네트워크에서 라우팅 경로 설정 장치 및 방법 |
KR20070057597A (ko) * | 2005-12-01 | 2007-06-07 | 한국정보사회진흥원 | Usn 환경에서의 지리적 코드를 이용한 위치기반서비스제공 시스템 및 그 방법 |
KR100786575B1 (ko) * | 2006-07-21 | 2007-12-18 | 경희대학교 산학협력단 | 저전력 센서 네트워크의 관리 방법 |
KR100789919B1 (ko) * | 2006-08-16 | 2008-01-02 | 한국전자통신연구원 | 이기종 센서 네트워크 기반의 usn 디렉토리 서비스 제공장치 및 그 방법 |
KR20080001585A (ko) * | 2006-06-29 | 2008-01-03 | 한국전자통신연구원 | 센서노드의 식별자를 이용하여 센서 네트워크를 관리하기위한 센서노드 주소 관리 데이터 구조 및 그 방법 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007041660A (ja) * | 2005-08-01 | 2007-02-15 | Nec Corp | センサネットワーク、センサノード及びそのプログラムと、センサ情報検索方法 |
JP5074216B2 (ja) * | 2008-01-21 | 2012-11-14 | 株式会社日立製作所 | センサネットサーバ、及びセンサネットシステム |
-
2009
- 2009-11-25 KR KR1020090114853A patent/KR101109549B1/ko not_active IP Right Cessation
- 2009-11-25 WO PCT/KR2009/006994 patent/WO2010062114A2/ko active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20060089501A (ko) * | 2005-02-04 | 2006-08-09 | 삼성전자주식회사 | 센서 네트워크에서 라우팅 경로 설정 장치 및 방법 |
KR20070057597A (ko) * | 2005-12-01 | 2007-06-07 | 한국정보사회진흥원 | Usn 환경에서의 지리적 코드를 이용한 위치기반서비스제공 시스템 및 그 방법 |
KR20080001585A (ko) * | 2006-06-29 | 2008-01-03 | 한국전자통신연구원 | 센서노드의 식별자를 이용하여 센서 네트워크를 관리하기위한 센서노드 주소 관리 데이터 구조 및 그 방법 |
KR100786575B1 (ko) * | 2006-07-21 | 2007-12-18 | 경희대학교 산학협력단 | 저전력 센서 네트워크의 관리 방법 |
KR100789919B1 (ko) * | 2006-08-16 | 2008-01-02 | 한국전자통신연구원 | 이기종 센서 네트워크 기반의 usn 디렉토리 서비스 제공장치 및 그 방법 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20200105706A (ko) * | 2018-01-17 | 2020-09-08 | 가부시키가이샤 사이게임스 | 통신을 행하기 위한 시스템, 프로그램, 방법 및 서버 |
KR102374887B1 (ko) | 2018-01-17 | 2022-03-16 | 가부시키가이샤 사이게임스 | 통신을 행하기 위한 시스템, 프로그램, 방법 및 서버 |
Also Published As
Publication number | Publication date |
---|---|
WO2010062114A3 (ko) | 2010-08-12 |
KR101109549B1 (ko) | 2012-02-09 |
KR20100059728A (ko) | 2010-06-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2010062114A2 (ko) | 메타데이터에 기반한 센서노드 관리장치 및 방법 | |
WO2010062048A2 (en) | Method and apparatus for managing state information of remote user interface | |
WO2010104267A2 (en) | System and method for managing sensor node in rfid/usn infrastructure and gateway system used therefor | |
WO2011021886A2 (en) | Device capable of notifying operation state change thereof through network and communication method of the device | |
US7009941B1 (en) | Node-search method, device, and medium on which a node-search program is recorded | |
WO2012026777A2 (en) | Method and apparatus for establishing communication | |
WO2020147396A1 (zh) | 服务域名的动态配置方法、装置、设备及存储介质 | |
WO2009148289A2 (en) | Method and system for managing data in a near field communication network | |
US20060195613A1 (en) | Protocol conversion apparatus, communication apparatus, method and program | |
WO2021107256A1 (ko) | 이종 사물인터넷 플랫폼 장치 간 상호 연동을 위한 인터페이스 제공 방법 및 이종 사물인터넷 플랫폼 장치 간 상호 연동을 위한 인터페이스 제공 시스템 | |
WO2017074034A1 (ko) | 이종 시스템에서 상호연동에 대한 방법 및 장치 | |
WO2020186773A1 (zh) | 调用请求监控方法、装置、设备及存储介质 | |
WO2019078489A1 (ko) | 사물 인터넷 플랫폼 서비스 제공 방법 및 서버장치 | |
WO2010123168A1 (ko) | 데이터베이스 관리 방법 및 시스템 | |
CN103988528B (zh) | 通信装置及该通信装置的控制方法 | |
WO2012047074A2 (en) | Methods and apparatus for obtaining a service | |
WO2017048058A1 (en) | Method and apparatus for transmitting and receiving data in communication system | |
WO2012081887A2 (en) | Method and apparatus for providing advertisement service in mobile communication system | |
WO2014092505A1 (ko) | 디앤에스 서비스 제공 방법 및 장치 | |
CN103959827B (zh) | 通信装置及其控制方法 | |
EP2666256A2 (en) | Method and apparatus for phone communication using home network | |
WO2011090284A2 (ko) | 범세계적으로 고유한 분산객체식별아이디를 이용한 다수의 분산된 가상세계 간 상호 연동 시스템 및 그 방법 | |
WO2012134013A1 (ko) | 모바일 컨텐츠 광고 시스템 및 모바일 컨텐츠 광고 방법 | |
WO2021107255A1 (ko) | 이종 iot 플랫폼 식별체계 상호연동을 위한 관리체계 방법 및 장치 | |
JP5091217B2 (ja) | ホーム機器情報収集装置及びホーム機器情報収集方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 09829321 Country of ref document: EP Kind code of ref document: A2 |
|
DPE1 | Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101) | ||
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 09829321 Country of ref document: EP Kind code of ref document: A2 |