KR20170023316A

KR20170023316A - 다수의 디바이스에서 제공하는 복합적인 데이터를 메시업하여 처리하는 방법

Info

Publication number: KR20170023316A
Application number: KR1020150117498A
Authority: KR
Inventors: 김상언
Original assignee: 주식회사 케이티
Priority date: 2015-08-20
Filing date: 2015-08-20
Publication date: 2017-03-03

Abstract

본 발명은 사물통신에서 다수의 디바이스로부터 수집한 복합 데이터를 단일 인터페이스를 통하여 메시업하여 제공하는 방법과 절차에 관한 것이다.
통상적으로 사물통신 응용 서비스는 디바이스에서 수집한 정보를 이용하여 응용서비스를 제공한다. 응용서비스에 필요한 데이터는 디바이스마다 저장하므로, 다수의 디바이스에서 수집한 정보를 응용서비스가 복합적으로 이용하기 위해서는 해당되는 복합적인 데이터의 저장 위치가 다르므로 여러 번 조회하여야 한다.
복합적인 데이터를 여러 번 조회하지 않고, 한번에 응용서비스에 제공하기 위해서는 다양한 복합 데이터의 조합에 따른 별도의 데이터 저장이 필요한 문제점이 있다. 본 발명은 복합 데이터의 조합에 따른 메시업 데이터를 별도로 저장하지 않고, 한번의 조회를 통하여 제공하기 위한 방법과 절차에 관한 것이다.

Description

다수의 디바이스에서 제공하는 복합적인 데이터를 메시업하여 처리하는 방법 {A method of mash-up for IoT data from multiple devices}

사물통신 (M2M, “Machine to Machine communication” 또는 MTC, “Machine Type Communication” 또는 “Smart Device Communication”, 또는 “Machine Oriented Communication”)과 사물인터넷 (IoT, “Internet of Things”)은 사람이 통신을 개시하지 않거나, 사람이 통신 과정에 개입하지 않고 기기들 사이에서 정보를 교환하는 기술이다.

사물통신은 통신 인터페이스를 구비한 디바이스와 서버 사이에서 통상적으로 사람이 직접적으로 통신을 제어하지 않고 데이터를 송수신한다.

본 발명은 사물통신 다수의 디바이스에 제공하는 데이터를 복합적으로 메시업 처리하는 방법에 관한 것이다.

oneM2M은 유럽, 미국, 한국, 중국, 일본 등에서 독자적으로 수행하고 있었던 M2M 기술 표준화 작업을 공동으로 수행하기 위하여 2012년 7월에 협정을 체결하고, 2015년 1월에 릴리즈 1 규격을 공식적으로 발표하였다.

통상적으로 사물통신 디바이스는 데이터를 생산하여 서버에 전송한다. 디바이스가 제공하는 데이터를 가공하여 응용서비스를 고객에게 제공하는데, 응용서비스는 단일 디바이스가 아닌 다수의 디바이스에서 수집한 데이터를 복합적으로 처리하는 경우가 있다.

본 발명은 국제적으로 인정되는 표준화된 방법에 의하여, 사물통신을 통하여 수집한 데이터를 가공하는데 있어서, 다수의 디바이스에서 제공하는 복합 데이터를 단일 인터페이스를 통하여 메시업하여 제공하는 방법과 절차를 제공하고자 한다.

상기 목적을 달성하기 위하여 본 발명은 서버는 다양한 디바이스에서 수집한 데이터를 저장하고, 응용서비스가 복합 데이터를 요구하는 경우 단일 API를 통하여 처리하기 위하여, 응용서비스가 복합데이터를 메시업하여 처리할 수 있는 자원 구조를 고안하고, 복합 데이터를 메시업하여 처리할 수 있는 요청메시지와 응답메시지를 교환하는 방법을 고안하여, 다수의 디바이스에서 수집한 복합 데이터를 단일 API를 이용하여 메시업하여 처리하는 방법과 절차에 관한 것이다.

본 발명은 다수의 디바이스에서 제공하는 복합적인 데이터를 메시업 처리하는 방법에서, 다양한 다수의 디바이스에서 수집한 데이터를 단일 API를 제공할 수 있는 효과가 있다.

또한 단일 API를 제공하기 위하여 추가적인 저장장치가 필요하지 않은 효과가 있으며, 이에 따라 사물통신 기반노드 (서버)에서 복합데이터를 메시업하기 위한 기억장치를 줄이는 효과가 있다.

도 1은 사물통신 시스템 구성도를 도시한 도면이다.
도 2는 다양한 디바이스의 복합 데이터를 메시업하기 위한 제어 방법을 도시한 도면이다.
도 3은 복합 데이터를 메시업 처리하기 위한 자원의 구성 방법을 도시한 도면이다.
도 4는 복합 데이터를 메시업 처리하기 위한 자원의 속성을 도시한 도면이다.
도 5는 복합 데이터를 메시업 처리하기 위한 자원의 부속자원을 도시한 도면이다.

상술한 목적, 특징 및 장점은 첨부된 도면을 참조하여 상세하게 후술하는 상세한 설명을 통하여 보다 명확해 질 것이며, 그에 따라 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명의 기술적 사상을 용이하게 실시할 수 있다. 또한, 본 발명을 설명함에 있어서 본 발명과 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에 그 상세한 설명을 생략하기로 한다.

이하, 첨부된 도면을 참조하여 본 발명에 따른 특징을 중심으로 바람직한 실시 예를 상세히 설명하기로 한다.

본 발명은 국제적으로 인정되는 표준화된 방법에 의하여, 사물통신을 통하여 수집한 데이터를 가공하는데 있어서, 다수의 디바이스에서 제공하는 복합 데이터를 단일 인터페이스를 통하여 메시업하여 제공하는 방법과 절차에 관한 것이다.

예를 들면, 주택이나 아파트에서 전기, 가스, 수도 등의 사용량 정보를 월별 또는 일정한 주기로 사용량 정보를 사물통신을 통하여 제공하기 위해서는 전기계량기, 가스 검침기, 수도 계량기 등에서 정보를 수집하여 전송하여야 한다. 이 때 사물통신 디바이스인 전기계량기는 전기계량기가 수집한 정보를 서버에 전송하고, 가스 검침기는 가스 검침기에서 수집한 정보를 서버에 전송하고, 수도 계량기는 수도 계량기가 수집한 정보를 서버에 전송한다.

한편 자동차에 사물통신이 가능한 디바이스를 구비하여, 자동차의 속도, 위치, 연비 등 자동차의 운행과 관련된 각종 정보를 수집할 수 있다.

응용 서비스가 자동차와 집안의 각종 전등이나 가스 밸브 등의 정보를 결합하여 복합적인 응용이 유용한 경우가 있다.

예를 들어 자동차를 이용하여 온 가족이 이동할 때 집에서 일정거리를 벗어나는 경우, 사물통신을 이용하여 집안의 전등과 가스 밸브 등의 상태를 자동으로 확인하여, 상태에 따라 적절한 조치를 할 수 있다면 편리하다. 이런 경우, 자동차의 정보, 전등정보, 가스밸브의 상태 정보를 복합적으로 이용하여 메시업하는 응용은 본 발명의 응용 사례가 될 수 있다.

응용서비스는 통상적으로 복합 데이터를 가공하여 이용자에게 제공하는데, 다수의 디바이스에서 수집한 정보를 단일 API로 제공하는 것이 응용프로그램에서는 효율적이다.

그러나, 서로 다른 디바이스에서 수집한 정보를 단일 API를 통하여 복합적으로 제공하기 위해서는 어떤 종류의 데이터를 복합적으로 사용할지를 알아야 단일 API를 통하여 제공할 수 있다. 그렇지 않은 경우, 예를 들어 온도, 습도, CO2, 전략량, 가스 검침 정보, 수도 계량기 정보, 자동차 운행거리, 자동차 연비, 위치정보, 속도 등 수 많은 정보의 모든 조합을 미리 제공하여야 한다. 이는 사용 여부가 불확실한 상황에서 각 조합에 따른 복합 정보를 제공하기 위하여 막대한 데이터를 중복으로 저장해야 하는 문제점이 있다. 사물통신을 이용하여 연결하는 디바이스의 수는 휴대폰이나 스마트폰보다 훨씬 많을 것으로 예상되기 때문이다.

본 발명은 상기와 같은 문제점을 해결하기 위하여 서버의 저장 공간을 추가로 이용하지 않고, 다양한 디바이스에서 수집한 정보를 복합적으로 단일 API를 통하여 제공하기 위한 절차와 방법에 관한 것이다.

도 1은 본 발명에 의한 사물통신 시스템 구성도의 예시이다. 기반노드 (100)는 M2M 통신 또는 Internet of Things, 사물통신 서비스를 제공하는데 필수적인 서버 기능을 수행한다. 기반노드 (100)는 기반노드 응용객체 (102)와 기반노드 공통서비스객체 (104)로 구성된다. 102와 104는 Mca 참조점을 통하여 구분하고, 사물통신에 필요한 메시지를 이용하여 처리하기 위한 생성 (create), 삭제 (delete), 갱신 (update), 조회 (retrieve), 통지 (notify) 등의 동작을 지시하는 요청 메시지를 구성하여 보낸다. 또한 202, 204, 212, 214, 222, 224, 232, 242 등에서 동작을 지시하는 요청 메시지를 수신하여 생성 (create), 삭제 (delete), 갱신 (update), 조회 (retrieve), 통지 (notify) 등의 동작에 따라 처리하고, 응답 메시지를 보낸다.

중계노드 (200)는 응용서비스노드 (220)와 기반노드 (100)는 M2M 통신 또는 Internet of Things, 사물통신 기능을 중계한다. 중계노드 (200)는 중계노드 응용객체 (202)와 중계노드 공통서비스객체(204)로 구성된다. 202와 204는 Mca 참조점을 통하여 구분하며, 사물통신에 필요한 메시지를 이용하여 처리하기 위한 생성 (create), 삭제 (delete), 갱신 (update), 조회 (retrieve), 통지 (notify) 등의 동작을 지시하는 요청 메시지를 구성하여 보낸다. 또한 102, 104 등에서 동작을 지시하는 요청 메시지를 수신하여 생성 (create), 삭제 (delete), 갱신 (update), 조회 (retrieve), 통지 (notify) 등의 동작에 따라 처리하고, 응답 메시지를 보낸다.

응용서비스노드 (210)는 예를 들면, 전기, 가스, 수도 계량기 등의 기기에 통신기능과 정보를 수집하여 처리하는 응용객체 (212)와 응용서비스노드 공통서비스객체 (214)로 구성할 수 있다. 응용객체는 기기의 목적상 요구되는 응용 기능을 처리한다. 214와 104는 Mcc참조점을 이용하여 구분하고, 212, 214는 사물통신에 필요한 메시지를 이용하여 처리하기 위한 생성 (create), 삭제 (delete), 갱신 (update), 조회 (retrieve), 통지 (notify) 등의 동작을 지시하는 요청 메시지를 구성하여 보낸다. 또한 102, 104 등에서 동작을 지시하는 요청 메시지를 수신하여 생성 (create), 삭제 (delete), 갱신 (update), 조회 (retrieve), 통지 (notify) 등의 동작에 따라 처리하고, 응답 메시지를 보낸다.

한편 응용서비스노드 (220)는 중계노드 (200)를 통하여 기반노드 (100)와 사물통신 기능을 수행한다. 210과 220의 차이점은 노드를 구성하는 통신 인터페이스가 다른 것이 특징이다. 220은 블루투스, ZigBee, Zwave, WiFi등의 초근거리 통신이 가능한 인터페이스를 이용하여 200을 통하여 100과 통신한다. 이에 반해, 210은 3G, LTE, Ethernet, Gigabit Ethernet, ADSL등의 통신 인터페이스를 이용하여 100과 통신한다.

응용전용노드 (230, 240)는 공통서비스객체를 가지지 않고, 응용객체만을 가지고 사물통신을 하는 사례를 대상으로 한다. 230은 3G, LTE, Ethernet, Gigabit Ethernet, ADSL등의 통신 인터페이스를 이용하여 100과 통신하는 경우이고, 240은 블루투스, ZigBee, Zwave, WiFi등의 초근거리 통신이 가능한 인터페이스를 이용하여 200을 통하여 100과 통신한다.

다양한 사물통신 응용 분야는 아래 표와 같이 제시할 수 있으나 여기에 한정된 것은 아니다.

도 2는 본 발명에 의한 위에서 제시한 다양한 응용분야에서 수집한 정보를 복합 데이터를 메시업하기 위한 제어 방법에 관한 실시 예이다.

기반노드 공통서비스객체 (104)는 중계노드 응용객체 (202), 응용서비스노드 응용객체 (212,222), 응용전용노드 응용객체(232, 242)와 사물통신 기능을 수행하여 데이터를 수집한다. 중계노드, 응용서비스노드, 응용전용노드는 각각 다른 정보를 생산하여 기간노드에 전송한다. 동일한 종류의 응용서비스노드인 경우에도 수집하는 정보는 다르다. 예를 들어 온도를 측정하는 다수의 응용서비스 노드인 경우에도, 설치 장소에 따라 측정값이 달라진다.

각각의 응용객체(202, 212, 222, 232, 242)는 요청 메시지 (Request Message)를 보낸다. 요청 메시지는 필수적인 파라미터와 선택적인 파라미터로 구성한다. 필수적인 파라미터는 To 파라미터, From 파라미터, Operation 파라미터, Request Identifier 파라미터이다.

To 파라미터는 M2M 메시지를 수신하여 동작할 목적지의 식별 정보이다.

From 파라미터는 M2M 메시지를 보내는 발원자의 식별정보이다.

Operation 파라미터는 M2M 메시지를 수신한 수신자 (Receiver)가 실행할 동작을 나타내며, 생성 (CREATE), 조회 (RETRIEVE), 업데이트 (UPDATE), 삭제 (DELETE), 통지 (NOTIFY) 등을 나타낸다.

응용객체(202, 212, 222, 232, 242)에서 기반노드에 데이터를 보내어 저장하기 위한 요청메시지의Operation 파라미터는 CREATE를 사용한다.

Request Identifier 파라미터는 요청메시지와 응답메시지에서 동일한 정보를 사용하여 M2M 메시지를 추적하는데 사용하기 위한 유일한 값을 갖는 정보이다.

Operation 파라미터가 CREATE인 경우, Resource Type파라미터와 Content 파라미터는 필수적인 파라미터이다.

Resource Type 파라미터는 M2M 자원의 종류를 나타낸다. Resource Type 파라미터는 Operation 파라미터의 값이 CREATE인 경우, 필수적인 파라미터이다. Operation 파라미터가 RETRIEVE, UPDATE, DELETE, NOTIFY인 경우, Resource Type 파라미터는 적용되지 않는다.

Content 파라미터는 Operation에 따라 달라진다. 즉, CREATE, UPDATE, NOTIFY인 경우에는 필수적인 파라미터이다. Operation 파라미터의 값이 DELETE인 경우, Content 파라미터는 적용되지 않는다. Operation 파라미터가 RETRIEVE인 경우, Content 파라미터는 사용할 수도 있고, 사용하지 않을 수 있는 선택사항이다.

Content 파라미터는 요청메시지를 이용하여 전달할 자원의 정보이다.

기반노드 공통서비스객체 (104)는 Operation 파라미터의 값이 CREATE인 응용객체 (202, 212, 222, 232, 242)의 요청 메시지 (Request Message)에 대한 응답 메시지 (Response Message)를 보낸다.

응답 메시지는 필수적인 파라미터와 선택적인 파라미터로 구성한다. 공통서비스객체 (104)가 응용객체 (202, 212, 222, 232, 242)에 응답하는 필수적인 파라미터는 Response Status Code 파라미터, Request Identifier 파라미터이다.

Response Status Code 파라미터는 요청메시지에 대한 처리 결과를 표시하는 정보로서, 성공, 실패 또는 처리를 위한 단순 응답 (Acknowledgement)등을 나타낸다.

Request Identifier 파라미터는 요청메시지와 응답메시지에서 동일한 정보를 사용하여 M2M 메시지를 추적하는데 사용하기 위한 유일한 값을 갖는 정보로서, 응답 메시지의 Request Identifier 파라미터 값은 요청메시지의 Request Identifier 파라미터의 값과 같다.

상기의 요청메시지와 응답메지시를 통하여 기반노드는 다양한 데이터를 수집하고, API를 통하여 응용객체 (102)에 제공할 수 있다.

기반노드 응용객체 (102)와 기반노드 공통서비스객체 (104)의 요청메시지와 응답메시지는 서버의 저장 공간을 추가로 이용하지 않고, 다양한 디바이스에서 수집한 정보를 복합적으로 단일 API를 통하여 제공하기 위한 실시 예이다.

응용객체(102)는 복합적인 데이터를 메시업 처리하기 위한 요청 메시지 (Request Message)를 보낸다. 요청 메시지는 필수적인 파라미터와 선택적인 파라미터로 구성하며, 필수적인 파라미터는 To 파라미터, From 파라미터, Operation 파라미터, Request Identifier 파라미터이다.

To 파라미터는 M2M 메시지를 수신하여 동작할 목적지의 식별 정보로서, 기반노드 공통서비스객체 (104)의 URI (Uniform Resource Identifier) 정보이다.

From 파라미터는 M2M 메시지를 보내는 발원자의 식별정보로서, 기반노드 응용객체 (102)의 URI 정보이다.

Operation 파라미터는 M2M 메시지를 수신한 수신자 (Receiver)가 실행할 동작을 나타내며, 생성 (CREATE), 조회 (RETRIEVE), 업데이트 (UPDATE), 삭제 (DELETE), 통지 (NOTIFY) 등을 나타낼 수 있는데, RETRIEVE를 사용한다.

Content 파라미터는 Operation이 RETRIVE인 경우 선택사항이지만, 응용객체에서 복합적인 데이터를 메시업 처리하기 위한 메시업 정보를 확보하기 위하여 요청메시지에 포함하는 자원 정보이다.

기반노드 공통서비스객체 (104)는 Operation 파라미터의 값이 RETRIEVE인 응용객체 (102))의 요청 메시지 (Request Message)에 대한 응답 메시지 (Response Message)를 보낸다.

응답 메시지는 필수적인 파라미터와 선택적인 파라미터로 구성하며, 공통서비스객체 (104)가 응용객체 (102)에 응답하는 필수적인 파라미터는 Response Status Code 파라미터, Request Identifier 파라미터, Content 파라미터이다.

Content 파라미터는 기반노드 공통서비스객체 (104)에서 응용객체 (102)가 요청한 복합적인 데이터를 메시업 처리하기 위한 mash-up 정보를 자원으로 구성한 정보이다.

도 3은 본 발명의 실시 예에 의한 도 2의 102와 104의 요청메시지와 응답메시지의 Content 파라미터를 구성하는 복합 데이터를 메시업 처리하기 위한 자원의 구성 방법을 상세하게 나타낸 도면이다.

도 3의 자원의 종류는 <container>이다. <container>는 다양한 디바이스의 응용객체 (202, 212, 222, 232, 242)에서 수집한 정보를 기반노드에 전달하거나, 기반노드(104)가 응용객체 (102)에 전달하는데 사용하는 자원이다. <container>는 속성 (attribute)과 부속자원 (child resource) 구성된다.

도 4는 본 발명의 실시 예에 의한 복합 데이터를 메시업 처리하기 위한 자원의 속성을 나타낸 도면이다.

<container>의 속성정보는 필수적인 속성 정보와 선택적인 속성 정보로 구분한다. <container>에 고유한 currentNrOfInstances, currentByteSize 등의 속성은 필수적인 속성정보이며, creator, maxNrOfInstances, maxByteSize, maxInstanceAge, locationID, ontologyRef, setOfContentInstance(V) 등의 속성은 선택적인 속성정보이다.

currentNrOfInstances 속성은 <container> 자원에 있는 직접적인 부속자원 <contentInstance>의 개수를 나타내며, maxNrOfInstances가 있는 경우, maxNrOfInstances에 의하여 제한된다.

currentByteSize 속성은 container> 자원에 있는 직접적인 부속자원 <contentInstance>에 저장된<contentInstance>등의 자원과 관련 속성정보의 데이터를 바이트 단위로 표시한 크기이다. maxByteSize가 있는 경우, maxByteSize에 의하여 제한된다.

도 2에서 102가 104에게 보내는 요청메시지의 Content 파라미터를 <container> 자원으로 구성하는 경우, 복합적인 데이터를 메시업 처리하기 위한 mash-up 정보를 요청하기 위하여 선택적인 속성인 setOfContentInstance(V)을 반드시 포함한다. setOfContentInstance(V) 속성은 가상의 속성으로서 명시적으로 저장되지 않고, 응용 객체에서 복합적인 데이터를 메시업 처리하기 위한 정보를 요청하는 정보이다. 이 속성정보는 서로 다른 다수의 <container>의 <contentInstance> 자원을 나타낸다. 예를 들어 ‘온도’, ‘전력량’ 등으로 setOfContentInstance(V) 속성을 표시하여, 온도와 전력량을 복합적으로 이용하는 메시업 응용에 위하여 요청한다. 또한 차량 속도, 연비, 온도, 위치정보, 날씨 등을 메시업하는 응용을 위해서는, setOfContentInstance(V) 속성정보를 ‘차량 속도, 연비, 온도, 위치정보, 날씨’ 등으로 설정하여 자원을 구성한다. 즉, setOfContentInstance(V) 속성정보를 구성하는 내용의 제한은 없으며, 응용객체에서 메시업을 하고자 하는 내용을 기반으로 setOfContentInstance(V) 속성정보를 설정하여 자원을 구성한다.

도 5는 본 발명의 실시 예에 의한 복합 데이터를 메시업 처리하기 위한 자원의 부속자원을 나타낸 도면이다.

부속자원 <mashUpContentInstance>는 가상의 자원으로서 명시적으로 저장되지 않고, 응용 객체에서 복합적인 데이터를 메시업 처리하기 위한 요청메시지에 대한 응답메시지에 포함하는 <container>자원의 부속자원이다. <mashUpContentInstance>는 두 개 이상의 <contentInstance> 자원을 병합하여 <container>의 부속자원으로서 가상적으로 구성한다.

도 2에서 104가 102에게 보내는 응답메시지의 Content 파라미터를 <container> 자원으로 구성할 때, 요청메시지의 content 파라미터를 구성하는 <container>자원의 setOfContentInstance(V) 속성을 처리한 결과를 가상의 부속자원인 <mashUpContentInstance>을 이용하여 전달한다. 즉, setOfContentInstance(V) 속성이 포함된 <Container> 자원을 처리하는 객체는 setOfContentInstance의 속성정보를 분석하여, 해당 정보와 관련된 <contentInstance>를 검색하고, 검색된 결과를 병합하여 <mashUpContentInstance>로 구성한다.

<mashUpContentInstance> 자원은 자원의 형식을 고정적으로 표현하지 않는 가상 자원이며, <container> 자원의 부속자원이다. 발원자(Originator)가 요청메시지의 Content 파라미터를 <container> 자원으로 구성할 때, Content 파라미터의 setOfContentInstance(V) 속성을 통하여 메시업 처리를 요청한다. 요청메시지를 처리하는 객체는 메시업 내용을 처리하기 위하여 setOfContentInstance(V) 속성의 정보를 분석하여 메시업에 필요한 다수의 <container> 자원의 부속자원인 <contentInstance>를 검색하여, 결과를 <mashUpContentInstance>에 제공한다.

<mashUpContentInstance>자원의 접근 제어 정책은 상위의 <container> 자원의 접근 정책을 적용한다.

메시업에 필요한 검색 결과를 제공하기 위한 <mashUpContentInstance>의 자원 구조는 아래와 같다.

한편, 상술한 바와 같은 본 발명의 방법은 컴퓨터 프로그램으로 작성이 가능하다. 그리고 상기 프로그램을 구성하는 코드 및 코드 세그먼트는 당해 분야의 컴퓨터 프로그래머에 의하여 용이하게 추론될 수 있다.　또한, 상기 작성된 프로그램은 컴퓨터가 읽을 수 있는 기록매체(정보저장매체)에 저장되고, 컴퓨터에 의하여 판독되고 실행됨으로써 본 발명의 방법을 구현한다. 그리고 상기 기록매체는 컴퓨터가 판독할 수 있는 모든 형태의 기록매체를 포함한다.

이상에서 설명한 본 발명은, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 있어 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 여러 가지 치환, 변형 및 변경이 가능하므로 전술한 실시예 및 첨부된 도면에 의해 한정되는 것이 아니다.

100: 사물통신 서버 기능을 수행하는 기반노드
102: 기반노드를 통하여 제공하는 응용객체
104: 다양한 분야의 사물통신 서비스를 제공하는 기반노드의 공통서비스객체
200: 사물통신 서비스를 중계하는 중간노드
202: 중간노드를 통하여 제공하는 응용객체
204: 사물통신서비스를 제공하는 중간노드의 공통서비스객체
210, 220: 사물통신 서비스를 제공하는 응용서비스노드
212, 222: 응용서비스노드가 제공하는 응용객체
214, 224: 사물통신서비스를 제공하는 응용서비스노드의 공통서비스 객체
230, 240: 사물통신서비스를 제공하는 응용전용노드
232, 242: 응용전용노드가 제공하는 응용객체

Claims

다수의 디바이스로부터 수집한 복합 데이터를 제공하는 방법에 있어서,
기반노드 공통서비스객체가 중계노드 응용객체, 응용서비스노드 응용객체 및 응용전용노드 응용객체로부터 데이터를 수집하는 단계; 및
상기 수집된 데이터를 메시업하여 처리하는 단계를 포함하는 방법.