KR20180064240A

KR20180064240A - 농가 정보 기반의 데이터 관리 방법 및 장치

Info

Publication number: KR20180064240A
Application number: KR1020160164653A
Authority: KR
Inventors: 은지숙; 박현; 김명은; 김세한; 손영성; 장인국
Original assignee: 한국전자통신연구원
Priority date: 2016-12-05
Filing date: 2016-12-05
Publication date: 2018-06-14

Abstract

농업 기술 분야에 적용할 수 있는 사물 통신 방법 및 장치가 개시된다. 본 개시의 일 실시 예에 따른 농가 정보 기반의 데이터 관리 방법은 농가 관리 리소스에서 정의되는 주소에 기초하여, 적어도 하나의 자원에 대응되는 주소를 사용하여 상기 적어도 하나의 자원을 대한 정보를 요청하는 요청 메시지를 전송하는 과정과, 상기 농가 관리 리소스에서 정의되는 주소에 기초하여, 상기 적어도 하나의 자원을 대한 정보를 확인하고, 상기 상기 적어도 하나의 자원을 대한 정보를 포함하는 응답 메시지를 전송하는 과정을 포함할 수 있다.

Description

농가 정보 기반의 데이터 관리 방법 및 장치{METHOD AND APPARATUS FOR MANSGING DATA BASED ON FARM INFORMATION}

본 개시는 사물 통신 기술에 관한 것이며, 보다 구체적으로는 사물통신에서 사용되는 자원을 관리하는 방법 및 장치에 대한 것이다.

사물 통신 (M2M, "Machine to machine communication" 또는 MTC, "Machine type communication" 또는 스마트 디바이스 통신, "Smart Device communication" 또는 "Machine oriented communication" 또는 사물 인터넷, "Internet of Things")은 사람이 통신 과정에 개입하지 않고 통신이 이루어지는 방식의 모든 통신 방식을 지칭한다. 사물 통신은 M2M(Machine to Machine communication), MTC(Machine type communication), IoT(Internet of Thing), 스마트 디바이스 통신(Smart Device communication), 또는 사물 지향 통신(Machine oriented communication) 등으로 다양하게 불려지고 있다. 사물 통신은 사람이 통신 과정에 개입하지 않고 통신이 이루어지는 방식의 모든 통신 방식을 지칭한다. 한편, 사물 통신은 적용되는 마켓, 어플리케이션, 또는 이용하고자 하는 서비스에 따라 통신하는 패턴이 다양하다.

본 개시의 기술적 과제는 농업 기술 분야에 적용할 수 있는 사물 통신 방법 및 장치를 제공하는 것이다.

본 개시의 다른 기술적 과제는 농업 기술 분야와 관련된 센서 데이터 및 농업 기술 관련 데이터를 효율적으로 구조화하여 저장할 수 있는 사물 통신 방법 및 장치를 제공하는 것이다.

본 개시의 또 다른 기술적 과제는 농업 기술 분야에 최적화된 구조화된 리소스를 효율적으로 연동할 수 있는 인터페이스를 포함하는 사물 통신 방법 및 장치를 제공하는 것이다.

본 개시에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

본 개시의 일 양상에 따르면 농가 정보 기반의 데이터 관리 방법이 제공될 수 있다. 상기 방법은 농가 관리 리소스에서 정의되는 주소에 기초하여, 적어도 하나의 자원에 대응되는 주소를 사용하여 상기 적어도 하나의 자원을 대한 정보를 요청하는 요청 메시지를 전송하는 과정과, 상기 농가 관리 리소스에서 정의되는 주소에 기초하여, 상기 적어도 하나의 자원을 대한 정보를 확인하고, 상기 상기 적어도 하나의 자원을 대한 정보를 포함하는 응답 메시지를 전송하는 과정을 포함할 수 있다.

본 개시에 대하여 위에서 간략하게 요약된 특징들은 후술하는 본 개시의 상세한 설명의 예시적인 양상일 뿐이며, 본 개시의 범위를 제한하는 것은 아니다.

본 개시에 따르면, 농업 기술 분야에 적용할 수 있는 사물 통신 방법 및 장치가 제공될 수 있다.

본 개시에 따르면, 농업 기술 분야와 관련된 센서 데이터 및 농업 기술 관련 데이터를 효율적으로 구조화하여 저장할 수 있는 사물 통신 방법 및 장치가 제공될 수 있다.

본 개시는 웹 기반 데이터 구조를 이용하여 농가 데이터를 쉽게 공유 및 사용할 수 있도록 구조화하여 농가 관리를 효율적으로 수행하는데 사용할 수 있다.

본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

도 1은 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법이 적용되는 사물 통신 시스템의 일 예시도이다.
도 2는 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법이 적용되는 사물 통신 시스템의 다른 예시도이다.
도 3은 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법이 적용되는 사물 통신 시스템의 기능적 아키텍처(functional architecture)를 예시하는 도면이다.
도 4는 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법에 사용되는 리소스(resource)의 구조를 예시하는 도면이다.
도 5는 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법에서 사용되는 농가 관리 리소스(resource)의 일 예시도이다.
도 6은 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법에서 사용되는 농가 관리 리소스(resource)의 다른 예시도이다.
도 7은 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법에서 사용되는 농가 관리 리소스(resource)의 또 다른 예시도이다.
도 8은 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법에서 사용되는 생육 정보를 나타내는 리소스(resource)의 일 예시도이다.
도 9는 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법이 적용되는 M2M 시스템의 통신 흐름을 예시하는 도면이다.
도 10은 본 개시의 일 실시예에 따른 농가 정보 기반의 사물 통신 시스템을 개시한다.
도 11은 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법이 적용될 수 있는 장치의 블록도이다.

이하에서는 첨부한 도면을 참고로 하여 본 개시의 실시 예에 대하여 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나, 본 개시는 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시 예에 한정되지 않는다.

본 개시의 실시 예를 설명함에 있어서 공지 구성 또는 기능에 대한 구체적인 설명이 본 개시의 요지를 흐릴 수 있다고 판단되는 경우에는 그에 대한 상세한 설명은 생략한다. 그리고, 도면에서 본 개시에 대한 설명과 관계없는 부분은 생략하였으며, 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.

본 개시에 있어서, 어떤 구성요소가 다른 구성요소와 "연결", "결합" 또는 "접속"되어 있다고 할 때, 이는 직접적인 연결관계뿐만 아니라, 그 중간에 또 다른 구성요소가 존재하는 간접적인 연결관계도 포함할 수 있다. 또한 어떤 구성요소가 다른 구성요소를 "포함한다" 또는 "가진다"고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 배제하는 것이 아니라 또 다른 구성요소를 더 포함할 수 있는 것을 의미한다.

본 개시에 있어서, 제1, 제2 등의 용어는 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용되며, 특별히 언급되지 않는 한 구성요소들간의 순서 또는 중요도 등을 한정하지 않는다. 따라서, 본 개시의 범위 내에서 일 실시 예에서의 제1 구성요소는 다른 실시 예에서 제2 구성요소라고 칭할 수도 있고, 마찬가지로 일 실시 예에서의 제2 구성요소를 다른 실시 예에서 제1 구성요소라고 칭할 수도 있다.

본 개시에 있어서, 서로 구별되는 구성요소들은 각각의 특징을 명확하게 설명하기 위함이며, 구성요소들이 반드시 분리되는 것을 의미하지는 않는다. 즉, 복수의 구성요소가 통합되어 하나의 하드웨어 또는 소프트웨어 단위로 이루어질 수도 있고, 하나의 구성요소가 분산되어 복수의 하드웨어 또는 소프트웨어 단위로 이루어질 수도 있다. 따라서, 별도로 언급하지 않더라도 이와 같이 통합된 또는 분산된 실시 예도 본 개시의 범위에 포함된다.

본 개시에 있어서, 다양한 실시 예에서 설명하는 구성요소들이 반드시 필수적인 구성요소들은 의미하는 것은 아니며, 일부는 선택적인 구성요소일 수 있다. 따라서, 일 실시 예에서 설명하는 구성요소들의 부분집합으로 구성되는 실시 예도 본 개시의 범위에 포함된다. 또한, 다양한 실시 예에서 설명하는 구성요소들에 추가적으로 다른 구성요소를 포함하는 실시 예도 본 개시의 범위에 포함된다.

본 개시에서 사용하는 용어에 대한 정의는 다음과 같다.

M2M(Machine to Machine)은 사물 통신으로 정의되며, 사람이 통신 과정에 개입하지 않고 통신이 이루어지는 방식의 모든 통신 방식을 의미한다.

M2M 애플리케이션은 서비스 로직(service logic)을 운영하며 oneM2M에서 특정한 개방형 인터페이스를 이용하여 M2M 공통 서비스를 사용하는 애플리케이션을 의미한다.

M2M 애플리케이션 기반(Infrastructure) 노드는 장비를 지시하는 것으로서, M2M 애플리케이션 서비스 제공자의 물리적 서버들의 집합을 포함할 수 있다.

M2M 애플리케이션 기반 노드는 데이터를 관리하며, M2M 애플리케이션 서비스의 조정 기능을 실행할 수 있다. 애플리케이션 기반 노드는 적어도 하나의 M2M 애플리케이션을 호스트(host)할 수 있다.

M2M 애플리케이션 서비스는 M2M 애플리케이션의 서비스 로직을 통해 구현될 수 있으며, M2M 애플리케이션 서비스 제공자(M2M Application Service Provider) 혹은 사용자가 운영(operation)할 수 있다.

M2M 애플리케이션 서비스 제공자는 M2M 애플리케이션 서비스를 사용자에게 제공하는 개체를 의미한다.

M2M 국지 네트워크(M2M Area Network)는 기반 네트워크의 형태이며, M2M 게이트웨이, M2M 디바이스, 센싱/액츄에이션 장비(Sensing/Actuation Equipment) 간의 데이터 전송 서비스(data transport service)를 제공할 수 있다.

M2M LAN(Local Area Network)는 이종의 통신 기술을 이용할 수 있으며, IP 접근을 지원하거나, 지원하지 않을 수 있다.

도 1은 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법이 적용되는 사물 통신 시스템의 일 예시도이다. 도 1을 참조하면, 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법이 적용되는 사물 통신 시스템은 기능적 아키텍처를 예시하는 것으로써, 애플리케이션 개체(110), 공통 서비스 개체(120), 및 기반 네트워크 서비스 개체(130)를 포함할 수 있다. 애플리케이션 개체(110), 공통 서비스 개체(120), 및 기반 네트워크 서비스 개체(130)는 각각 사물 통신 시스템에서 정의하고 있는 애플리케이션 계층, 공통 서비스 계층, 및 기저 네트워크 서비스 계층에서 제공하는 서비스를 처리할 수 있다.

애플리케이션 개체(Application Entity, AE)(110)는 종단간(end-to-end) 사물 통신 솔루션을 위한 애플리케이션 로직을 제공한다.

공통 서비스 개체(Common Services Entity, CSE)(120)는 사물 통신의 다양한 애플리케이션 개체(AE)(110)들이 공통적으로 사용 가능한 공통 서비스 기능들을 포함하는 플랫폼일 수 있다. 공통 서비스 개체(CSE)(120)가 제공하는 서비스 기능은 Mca, Mcc 등의 기준점(Reference Points)를 통해 제공되어 애플리케이션 개체(AE)(110)와 타 공통 서비스 개체에 의해 사용될 수 있다. 그리고, 기준점 Mcn은 기반 네트워크 서비스를 사용하는데 적용될 수 있다.

기반 네트워크 서비스 개체(Underlying Network Services Entity, NSE)(130)는 공통 서비스 개체(CSE)(120)에 네트워크 서비스를 제공할 수 있다. 예컨대, 공통 서비스 개체(CSE)(120)에 네트워크 서비스는 장치 관리, 위치 서비스(location service), 장치 트리거링(Device Triggering) 등을 포함할 수 있으며, 나아가 3GPP 네트워크 연동이 가능할 수 있다.

한편, 전술한 기준점(Reference Points)은 공통 서비스 개체(CSE)(120)와 각 애플리케이션 개체(AE)(110), 공통 서비스 개체(CSE)(120), 네트워크 서비스 개체(NSE)(130) 간의 통신 흐름(Communication Flow)을 의미하며, 기준점에 사용할 수 있는 API(Application Programming Interface)를 정의할 수 있다. API는 외부 개체와 통신 시 실제 바인딩 프로토콜(Binding Protocol)에 매핑되어 전송될 수 있다. Mca는 공통 서비스 개체(CSE)(120)와 애플리케이션 개체(AE)(110) 간의 기준점, Mcc는 공통 서비스 개체(CSE)(120)와 공통 서비스 개체(CSE)(120) 간의 기준점, Mcn은 공통 서비스 개체(CSE)(120)와 네트워크 서비스 개체(NSE)(130) 간의 기준점을 각각 의미한다.

도 2는 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법이 적용되는 사물 통신 시스템의 다른 예시도이다. 도 2를 참조하면, 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법이 적용되는 사물 통신 시스템은 적어도 하나의 노드(node) 장치(이하, '노드'라 함.)를 구비할 수 있다. 노드는 사물 통신 시스템에서 정의하는 적어도 하나의 개체를 포함할 수 있다. 바람직하게 적어도 하나의 노드는 애플리케이션 개체(AE) 또는 공통 서비스 개체(CSE)를 기본적으로 구비할 수 있으며, 네트워크 서비스 개체(NSE)를 선택적으로 구비할 수 있다.

애플리케이션 개체(AE)만을 구비하는 노드는 애플리케이션 전용 노드(Application Dedicated Node, ADN)(211, 212)로 정의될 수 있다. 애플리케이션 전용 노드(211, 212)는 Mca를 통해 하나의 중간 노드(Middle Node, MN) 또는 하나의 인프라스트럭처 노드(Infrastructure Node, IN)와 통신할 수 있다. 애플리케이션 전용 노드(211, 212)는 제한된 능력을 갖는 M2M 디바이스(M2M device having a constrained capability)로 지칭될 수 있는데, 제한된 능력을 갖는 M2M 디바이스는 공통 서비스 개체(CSE)를 포함하지 않는 M2M 디바이스를 지칭할 수 있다. 제한된 능력을 갖는 M2M 디바이스는 간략히 제한적인 M2M 디바이스(constrained M2M device)라고 지칭될 수도 있다.

적어도 하나의 애플리케이션 개체(AE)와 적어도 하나의 공통 서비스 개체(CSE)를 구비하는 노드는 애플리케이션 서비스 노드(Application Service Node, ASN)(213, 214)로 정의될 수 있다. 애플리케이션 서비스 노드(213, 214)는 Mcc를 통해 하나의 중간 노드(Middle Node) 또는 하나의 인프라스트럭처 노드(Infrastructure Node)와 통신할 수 있다. 애플리케이션 서비스 노드(213, 214)는 M2M 디바이스로 지칭될 수 있다.

중간 노드(Middle Node, MN)(221, 222)는 하나의 공통 서비스 개체(CSE)를 필수적으로 구비하고, 적어도 하나의 애플리케이션 개체(AE)를 선택적으로 구비할 수 있다. 중간 노드(221, 222)는 Mcc를 통해 하나의 인프라스트럭처 노드(IN) 또는 다른 중간 노드(MN)와 통신할 수 있으며, 혹은 Mcc를 통해 인프라스트럭처 노드/중간 노드/애플리케이션 서비스 노드와 통신할 수 있으며, 혹은 Mca를 통해 애플리케이션 전용 노드와 통신할 수 있다. 중간 노드는 M2M 게이트웨이로 지칭될 수 있다.

인프라스트럭처 노드(Infrastructure Node, IN)(230)는 하나의 공통 서비스 개체(CSE)를 필수적으로 구비하고, 적어도 하나의 애플리케이션 개체(AE)를 선택적으로 구비할 수 있다. 인프라스트럭처 노드(230)는 Mcc를 통해 적어도 하나의 중간 노드(MN)(221, 222)와 통신할 수 있고, 및/또는 적어도 하나의 애플리케이션 서비스 노드(213, 214)와 통신할 수 있다. 혹은 인프라스트럭처 노드(230)는 Mca를 통해 하나 이상의 애플리케이션 전용 노드(211, 212)와 통신할 수 있 다. 인프라스트럭처 노드(230)는 M2M 서버로 지칭될 수 있다.

도 2에서, 제1애플리케이션 전용 노드(211)는 인프라스트럭처 노드(230)와의 통신을 예시한다. 제1애플리케이션 전용 노드(211)는 제한된 능력을 갖는 M2M 디바이스일 수 있으므로, 제1애플리케이션 전용 노드(211)는 Mca를 통해 인프라스트럭처 노드(230)의 공통 서비스 개체(CSE)와 통신할 수 있다. 또한, 이 경우, 제1애플리케이션 전용 노드(211)는 공통 서비스 개체(CSE)를 구비하지 않으므로, 애플리케이션 개체(AE)에서 생성된 데이터를 저장할 수 없다. 따라서, 제1애플리케이션 전용 노드(211)에서 생성된 데이터는 인프라스트럭처 노드(230)의 공통 서비스 개체(CSE)에 저장될 수 있다.

제2애플리케이션 전용 노드(212)는 제1중간 노드(221)와의 통신을 예시한다. 제2애플리케이션 전용 노드(212) 역시 제한된 능력을 갖는 M2M 디바이스일 수 있으므로, 제1애플리케이션 전용 노드(212)와 유사하게 동작할 수 있다. 즉, 제2애플리케이션 전용 노드(212)는 Mca를 통해 제1중간 노드(221)의 공통 서비스 개체(CSE)와 통신할 수 있다. 또한, 제2애플리케이션 전용 노드(212)에서 생성된 데이터는 제1중간 노드(221)의 공통 서비스 개체(CSE)에 저장될 수 있다.

제2애플리케이션 전용 노드(212)는, 제1중간 노드(221)를 통해 인프라스트럭처 노드(230)와 통신하거나, 제1중간 노드(221) 및 제2중간 노드(222)를 통해 인프라스트럭처 노드(230)와 통신할 수 있다. 이때, 제1중간 노드(221)와 인프라스트럭처 노드(230), 제1중간 노드(221)와 제2중간 노드(222), 제2중간 노드(222)와 인프라스트럭처 노드(230)는 각각 Mcc를 통해 통신할 수 있다.

제1애플리케이션 서비스 노드(213)는 제1중간 노드(221) 사이의 통신을 예시한다. 제1애플리케이션 서비스 노드(213)는 공통 서비스 개체(CSE)를 구비하므로, 자신의 애플리케이션 개체(AE)에서 생성된 데이터를 자신의 공통 서비스 개체(CSE)에 저장할 수 있다. 또한, 제1애플리케이션 서비스 노드(213)의 애플리케이션 개체(AE)는 제1애플리케이션 서비스 노드(213)에 구비된 공통 서비스 개체(CSE)를 통해 제1중간 노드(221)의 공통 서비스 개체(CSE)와 통신할 수 있다.

제2애플리케이션 서비스 노드(214)는 인프라스트럭처 노드(230)와의 통신을 예시한다. 제2애플리케이션 서비스 노드(214)의 공통 서비스 개체(CSE)는 중간 노드를 거치지 않고 직접 인프라스트럭처 노드(230)의 공통 서비스 개체(CSE)와 통신할 수 있다.

도 3은 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법이 적용되는 사물 통신 시스템의 기능적 아키텍처(functional architecture)를 예시하는 도면이다. 도 3을 참조하면, 기능적인 측면에서 M2M 시스템 아키텍처는 애플리케이션 개체(application entity, AE)(302), 공통 서비스 개체(common service entity, CSE)(304), 기저(underlying) 네트워크 서비스 개체(network service entity, NSE)(306)를 포함할 수 있다. 각 개체들(302, 304, 306)은 공통 서비스 개체(304)가 지원하는 기준점(reference point)을 통해 통신할 수 있다. 기준점(reference point)은 각 개체들(302, 304, 306) 간의 통신 흐름(communication flow)를 지정하는 역할을 한다. 기준점은 Mcx로 표현될 수 있고 Mc는 “M2M communications”을 의미한다. 본 개시에서 Mca 기준점, Mcc 기준점, Mcn 기준점은 각각 Mca, Mcc, Mcn으로 표기될 수 있다.

도 3을 참조하면, Mca 기준점(312)은 애플리케이션 개체(AE)(302)와 공통 서비스 개체(CSE)(304)의 통신 흐름을 지정한다. Mca 기준점(312)은 AE(302)가 CSE(304)에 의해 제공되는 서비스를 이용할 수 있게 하고 CSE(304)가 AE(302)와 통신할 수 있게 한다. Mca 기준점(312)은 M2M 애플리케이션 계층과 M2M 공통 서비스 계층 간의 인터페이스를 지칭할 수 있다.

Mcc 기준점(314)은 서로 다른 공통 서비스 개체(CSE)(304)들 간의 통신 흐름을 지정한다. Mcc 기준점(314)은 CSE(304)가 필요한 기능들을 제공할 때 다른 CSE의 서비스를 이용할 수 있게 한다. Mcc 기준점(314)을 통해 제공되는 서비스는 CSE(304)가 지원하는 기능들에 의존적일 수 있다. Mcc 기준점(312)은 M2M 공통 서비스 계층들 간의 인터페이스를 지칭할 수 있다.

Mcn 기준점(316)은 CSE(304)와 기저 네트워크 서비스 개체(NSE)(306) 간의 통신 흐름을 지정한다. Mcn 기준점(316)은 CSE(304)가 요구된 기능들을 제공하기 위해 기저 NSE(306)가 제공하는 서비스를 이용할 수 있게 한다. Mcn 기준점(312)은 M2M 공통 서비스 계층과 M2M 기저 네트워크 계층 간의 인터페이스를 지칭할 수 있다.

또한, 도 3의 예에서, CSE(304)는 다양한 공통 서비스 기능(common service function, CSF)들을 제공할 수 있다. 예를 들어, CSE(304)는 애플리케이션 및 서비스 계층 관리(Application and Service Layer Management) 기능, 통신 관리 및 전달 처리(Communication Management and Delivery Handling) 기능, 데이터 관리 및 저장(Data Management and Repository) 기능, 장치 관리(Device Management) 기능, 그룹 관리(Group Management) 기능, 발견(Discovery) 기능, 위치(Location) 기능, 네트워크 서비스 노출/서비스 실행 및 트리거링(Network Service Exposure/ Service Execution and Triggering) 기능, 등록(Registration) 기능, 보안(SecURIty) 기능, 서비스 과금 및 계산(Service Charging and Accounting) 기능, 서비스 세션 관리 기능(Service Session Management), 구독/통지(Subscription/Notification) 기능 중에서 적어도 하나를 포함할 수 있다. CSE(304)는 상기 공통 서비스 기능들의 인스턴스(instance)를 가리키며, M2M 애플리케이션들이 사용하고 공유할 수 있는 공통 서비스 기능들의 서브세트를 제공한다. 공통 서비스 기능들을 개략적으로 설명하면 다음과 같다.

- 애플리케이션 및 서비스 계층 관리(Application and Service Layer Management, ASM) : AE들과 CSE들의 관리 기능을 제공한다. 예를 들어, ASM 기능은 CSE들의 기능을 설정(configure)하고 문제점을 해결(troubleshoot)하고 업그레이드(upgrade)할 뿐만 아니라 AE들의 기능을 업그레이드할 수 있다.

- 통신 관리 및 전달 처리(Communication Management and Delivery Handling, CMDH): 다른 CSE들, AE들, NSE들과의 통신을 제공한다. 예를 들어, CMDH 기능은 CSE-CSE 통신(CSE-to-CSE communication)을 위한 연결(connection)을 언제 어떻게 사용할지를 결정하고 특정 요청들이 지연 전달될 수 있도록 제어할 수 있다.

- 장치 관리(Device Management, DMG): M2M 게이트웨이 및 M2M 디바이스뿐만 아니라 M2M 영역 네트워크에 존재하는 디바이스들에 대한 디바이스 기능을 관리한다. 예를 들어, DMG 기능은 애플리케이션 설치 및 설정, 펌웨어(Firmware) 업데이트, 로깅(Logging), 모니터링(Monitoring), 진단(Diagnostics), 네트워크 토폴로지(Topology) 관리 등을 수행할 수 있다.

- 발견(Discovery, DIS): 주어진 범위 및 조건 내에서 요청에 따라 정보 및 리소스(resource)와 같은 정보를 검색(searching)한다.

- 그룹 관리(Group Management, GMG): 예를 들어 리소스(resource), M2M 디바이스, 또는 M2M 게이트웨이를 묶어 그룹을 생성할 수 있는데 그룹 관련 요청을 핸들링(handling)한다.

- 위치(Location, LOC): M2M 애플리케이션이 M2M 디바이스 또는 M2M 게이트웨이의 위치 정보를 획득하는 역할을 수행한다.

- 네트워크 서비스 노출/서비스 실행 및 트리거링(Network Service Exposure/ Service Execution and Triggering, NSSE): 기저 네트워크의 통신을 가능하게 하고 기저 네트워크가 제공하는 서비스 또는 기능을 사용할 수 있게 한다.

- 등록(Registration, REG): M2M 애플리케이션 또는 다른 CSE가 특정 CSE에 등록을 처리하는 역할을 수행한다. 등록은 특정 CSE의 M2M 서비스 기능을 사용하기 위해 수행된다.

- 보안(SecURIty, SEC): 보안 키와 같은 민감한 데이터 핸들링, 보안 연관 관계(Association) 설립, 인증(Authentication), 권한 부여(Authorization), ID(Identity) 보호 등의 역할을 수행한다.

- 서비스 과금 및 계산(Service Charging and Accounting, SCA): CSE에 과금 기능을 제공하는 역할을 수행한다.

- 서비스 세션 관리(Service Session Management, SSM): 단대단(end-to-end) 통신을 위한 서비스 계층의 M2M 세션을 관리하는 역할을 수행한다.

- 구독/통지(Subscription/Notification, SUB): 특정 리소스(resource)에 대한 변경을 구독(Subscription)하면 해당 리소스(resource)이 변경되면 이를 통지(notification)하는 역할을 수행한다.

- 데이터 관리 및 저장(Data Management and Repository, DMR): M2M 애플리케이션들이 데이터를 교환, 공유할 수 있게 한다. 예를 들어, DMR 기능은 대량의 데이터를 수집(collecting)/병합(aggregating)하고 데이터를 특정 포맷으로 변환(converting)하고 저장(storing)할 수 있다.

특히, 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법에 따르면, M2M 시스템에 포함되는 CSE(304)는 데이터 관리 및 저장 기능을 수행함에 있어서, 농가 관리에 적합한 구조로 데이터를 관리하고 저장할 수 있다.

도 4는 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법에 사용되는 리소스(resource)의 구조를 예시하는 도면이다.

M2M 시스템에서 리소스는 고유한 주소(예, URI(Universal Resource Identifier 또는 Uniform Resource Identifier))를 이용하여 고유하게 어드레싱될 수 있는 데이터 구조를 지칭한다. M2M 시스템에서 리소스는 트리 구조를 가질 수 있으며 CSE 또는 공통 서비스 계층에 의해 관리되고 저장되며 서로 논리적으로 연결될 수 있다. 따라서, 전술한 M2M 디바이스, M2M 게이트웨이, M2M 서버의 공통 서비스 계층에서는 이러한 리소스를 가질 수 있다.

트리 구조를 가지는 M2M 리소스는 루트 리소스(410), 자녀 리소스(child resource)(420), 및 속성(attribute)(430-1 ~ 430-n)을 포함할 수 있다.

루트 리소스(410)는 트리 구조의 최상위에 구비되는 리소스로서, 자녀 리소스(420)와 속성(430)을 구비할 수 있으며, base URI 형태(예, "fmcloud/common")로 나타낼 수 있다.

자녀 리소스(420)는 자신의 속성과 자신의 자녀 리소스를 가질 수 있으며, "<리소스 이름>"과 같이 중괄호 기호("<", ">")와 "리소스 이름"의 조합으로 나타낼 수 있다. 그리고, 속성(430-1 ~ 430-n)은 리소스 자체에 대한 정보를 저장하며 자녀 리소스를 가질 수 없으며, 별도의 기호 없이 "속성 이름"으로 나타낼 수 있다.

M2M 시스템에서 다양한 리소스가 정의되는데 M2M 애플리케이션들은 리소스를 기반으로 통신을 수행할 수 있다. 예를 들어, 애플리케이션을 등록하고 센서 값을 읽어 오는 등의 M2M 서비스를 수행하는 데 사용될 수 있다. 각각의 리소스는 인스턴스가 생성될 때 고유한 주소 정보(예, URI)가 주어지며, 루트 리소스와 동일하게 속성 및 자녀 리소스를 가질 수 있으며 각 리소스들은 고유한 주소 정보를 이용하여 어드레싱될 수 있다.

도 5는 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법에서 사용되는 농가 관리 리소스(resource)의 일 예시도이다.

도 5의 농가 관리 리소스(resource)에서, fmcloud는 농가 클라우드(farmcloud)를 의미하고, fmplant는 농장(farmplant)을 의미하고, gh는 온실(green house)을 의미하고, field는 온실내/온실외와 같은 구역을 의미하고, device는 장비를 의미하고, control_history는 제어 이력을 의미하고, measure는 센서에 의해 측정된 데이터를 의미하고, unqno는 고유번호(unique number)를 의미하고, nm은 숫자(number)를 의미하고, instal은 설치(install)를 의미하고, dt는 날자와 시간(date and time)을 의미하고, loc는 장소(location)를 의미하고, unqnos는 고유번호들(unique numbers)을 의미하고, owner는 주인을 의미하고, id는 식별자를 의미한다.

도 5에서, 농가 정보는 농가 정보 수집 서버에 위와 같은 자원 트리 형태로 구조화 되어 저장되며, 클라우드 형태로 서비스 된다. 자원의 분류 체계를 이해하기 쉽도록 농가 정보의 루트 리소스는 URI 형태인 "fmcloud/common"으로 구비될 수 있다. "fmcloud/common"은 루트 리소스이므로, 자녀 리소스 "<farms>"를 구비할 수 있다. 자녀 리소스 "<farms>"은 "fmplant_owner_ids" 속성과, 하위 자녀 리소스 "<fmplant_owner>"를 구비할 수 있다. "fmplant_owner_ids"는 하위 자녀 리소스 "<fmplant_owner>"의 속성인 "fmplant_owner_id"를 리스트로 구비할 수 있다. "<fmcloud>"는 하나 이상의 농가를 관리할 수 있으므로, "<farms>"은 하나 이상의 "<fmplant_owner>"를 하위 자녀 리소스를 구비할 수 있다. 즉, "<farms>"는 전체 농가를 관리하는 자원으로 농가 주인을 하위 자녀 리소스로 포함하며, 농가 주인의 리스트가 "fmplant_owner_ids" 속성에 저장될 수 있다. "<fmplant_owner>"는 하나의 농가를 표현한 리소스로 농가 주인 아이디인 "fmplant_owner_id"를 속성으로 갖고, 하위 자녀 리소스로 농장 자원에 대한 "<fmplant>"를 가지며, "<fmplant>"는 농장 자원의 고유 번호 리스트를 저장하는 "fmplant_unqnos"를 속성으로 갖는다. "<fmplant>"는 하나의 농장을 표현한 리소스로 농장 고유 번호인 "fmplant_unqno"를 속성으로 갖고, 하위 자녀 리소스로 온실 자원인 "<gh>"를 가지며, 온실 자원의 고유 번호 리스트를 저장하는 "gh_unqnos"를 속성으로 갖는다. "<gh>"는 하나의 온실을 표현한 자녀 리소스로 온실 고유 번호인 "gh_unqno"를 속성으로 갖고, 하위 자원으로 구역 자원을 가지며, 구역 자원의 고유 번호 리스트를 저장하는 "field_unqnos"를 속성으로 갖는다. 온실 자원이 구역 자원을 하위에 갖는 것은 온실이 구역으로 분리 되기 때문이다. "<field>"는 하나의 구역을 표현한 자녀 리소스로서 구역 고유 번호인 "field_unqno"를 속성으로 갖고, 하위 자원으로 장비 자원을 가지며, 장비 자원의 고유 번호 리스트를 저장하는 "device_unqnos"를 속성으로 갖는다. "<device>"는 하나의 장비를 표현한 자녀 리소스로 장비 고유 번호인 "device_unqno"를 속성으로 갖고, 하위 자녀 리소스로 "<control_history>"와 "<measure>"를 갖는다. "<device>"는 장비 이름("device_uniqno"), 설치 일시("instal_dt"), 설치 장소("instal_loc")에 대한 속성을 구비할 수 있다.

나아가, 전술한 리소스 트리는 각 리소스의 대표 속성을 예시하는 것이며, 본 개시가 이를 한정하는 것은 아니며, 다양하게 변경 또는 추가될 수 있음은 물론이다.

한편, 농가의 시설 환경에서 온실의 환경을 제어하는 것이 요구될 수 있다. 이를 고려하여, 본 개시의 사물 통신 시스템은 특정 환경 요소에 대한 값을 유지할 수 있는 장비 제어를 실현할 수 있도록, 리소스를 구성할 수 있다.

장비 제어를 통해 제어를 실현할 수 있는 환경 요소는 온도, 습도, CO2, EC, 일사량 등을 포함할 수 있다. 동일한 환경 요소 값이 적용되어야 하는 장비들의 위치 범위 단위는 역시 동일한 온실이 될 수 있다. 환경 요소 설정 값 정보는 트리 형태의 리소스로 구조화하여 클라우드 형태로 서비스 될 수 있다.

도 6은 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법에서 사용되는 농가 관리 리소스(resource)의 다른 예시도이다.

도 6을 참조하면, 루트 리소스는 "<fmcloud>" 리소스일 수 있으며, 자원의 분류 체계를 이해하기 쉽도록 환경 요소 정보 설정 정보의 URI은 "fmcloud/prdctn/contrl_rule/div"로 설정할 수 있다.

도 6에서, "prdctn"는 생상(production)을 의미하고, "contrl_rule"은 제어 규칙(control_rule)을 의미하고, "div"는 구분(division)을 의미하고, "temp"는 온도(temperature)를 의미하고, "humi"는 습도(humidity)를 의미하고, "inso"는 일사(insolation)를 의미할 수 있다.

"<div>"의 하위 자녀 리소스인 "<gh>"는 환경 제어 요소의 대상이 되는 하나의 온실 고유 번호를 나타내는 속성으로서 "gh_unq_no"를 포함하고, 농장 고유 번호를 나타내는 속성으로서 "fmplant_unq_no"를 포함하고, 농장 주인 식별자를 나타내는 속성으로서 "fmplant_owner_id"를 포함할 수 있다.

자녀 리소스인 "<gh>"는 전술한 도 5에서의 "<gh>"와 동일한 물리적 개체에 대응되는 자원일 수 있으나, 도 6에서서 제시되는 자녀 리소스인 "<gh>"는 관리 영역이 분리되어 있으므로, 논리적으로 다른 자원으로 인식될 수 있다. 따라서, 두 자원의 공통된 물리 요소인 "gh_unq_no", "fmplant_unq_no", "fmplant_owner_id"는 각각의 리소스에서 공통으로 관리할 수 있다. "<gh>"의 하위 자녀 리소스인 "<temp_contrl_rules>"는 온도 제어 규칙을 표현한 리소스로 하위 자녀 리소스로서 서로 다른 시간 단위로 생성되는 온도 제어 규칙을 갖는 복수의 "<temp_contrl_rule>"을 구비할 수 있다. 온실의 온도 제어 기준 값은 주간과 야간으로 구분하여 제어되어야 한다. 따라서, 일년 동안의 제어 기준 정보를 모두 포함하기 위해서는 최소 365*2개의 제어 규칙에 대응되는 만큼의 하위 자녀 리소스 "<temp_contrl_rule>"을 구비할 수 있다. "<gh>"의 하위 자녀 리소스로서 습도 제어 규칙을 갖는 "<humi_contrl_rules>", 이산화탄소 제어 규칙을 갖는 "<co2_contrl_rules>", 및 일사 제어 규칙을 갖는 "<inso_contrl_rules>"은 전술한 바와 유사하게 제어 기준 값이 주간과 야간으로 구별되어야 하므로, 일년 동안의 제어 기준 정보를 모두 포함하기 위해서는 최소 365*2개의 제어 규칙을 필요로 할 수 있다. 따라서, 해당 자녀 리소스들은 각각 최소 365*2개의 자녀 리소스를 구비할 수 있다.

"<gh>"의 하위 자녀 리소스로서 토양의 전기전도도(EC; Electrical Conductivity)를 나타내는 "<ec_contrl_rule>"은 시간 단위로 생성되는 제어 규칙을 구비할 수 있다. 온실의 토양 전기전도도의 제어 기준 값은 작기별로 구별되어 제어 되어야 하지만, 제어는 일 단위로 관리되므로 일년 동안의 제어 기준 정보를 모두 포함하기 위해서는 최소 365개의 하위 자녀 리소스 "<ec_contrl_rule>"을 구비할 수 있다. 자녀 리소스 "<ec_contrl_rule>"의 제어 규칙은 제어일(Date), 제어 시작 시간(Start-time), 제어 종료 시간(End-time), 제어 값(Value) 등의 속성을 구비할 수 있다.

한편, 생육 정보는 작물의 작기를 판단하는 기준이 될 수 있고, 공급 자원 및 환경 제어 정보의 변수로 작용할 수 있으며, 작물 생산 종료 후 생산 효율성의 정도를 분석할 수 있는 기준이 될 수 있다. 따라서, 생육 정보는 관찰 데이터의 수집과 수집 데이터의 분석용으로 사용될 수 있어야 한다. 또한, 공급 자원 및 환경 정보도 생산효율성의 정도를 분석할 수 있는 기준이 될 수 있으므로, 관찰 데이터를 분석 용으로 사용할 수 있도록 가공되어 있어야 한다.

이를 고려하여, 시설 환경에서 수집되는 생육 정보와 공급자원 및 환경정보에 대한 관찰 정보는 하기의 도 7에서 예시하는 바와 같은 자원 트리 형태로 구조화될 수 있다.

도 7은 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법에서 사용되는 농가 관리 리소스(resource)의 또 다른 예시도이다.

도 7에서, "power"는 전력을 의미하고, "nutrient"는 양액을 의미하고, "fertilizer"는 비료를 의미한다.

생육 정보나 공급 자원 정보가 관찰되는 관찰 범위 단위는 역시 하나의 온실이 된다. 따라서, 리소스 트리의 루트 리소스는 "<fmcloud>"일 수 있다. 자원의 분류 체계를 이해하기 쉽도록 생육 정보나 공급 자원 정보의 모니터링 데이터의 URI은 "fmcloud/prdctn/monitoring/div"로 설정할 수 있다. "<div>"의 하위 자원인 "<gh>"는 관찰의 대상이 되는 하나의 온실에 대한 고유 번호에 대한 속성("gh_unq_no"), 농장 고유 번호에 대한 속성("fmplant_unq_no"), 및 농장 주인 식별자에 대한 속성("fmplant_owner_id")을 구비할 수 있다.

자녀 리소스인 "<gh>"는 전술한 도 5 또는 도 6에서의 "<gh>"와 동일한 물리적 개체에 대응되는 자원일 수 있으나, 도 7에서서 제시되는 자녀 리소스인 "<gh>"는 관리 영역이 분리되어 있으므로, 논리적으로 다른 자원으로 인식될 수 있다. 따라서, 두 자원의 공통된 물리 요소인 "gh_unq_no", "fmplant_unq_no", "fmplant_owner_id"는 각각의 리소스에서 공통으로 관리할 수 있다.

"<gh>"의 하위 자원으로서 생육 정보를 나타내는 "<crop_creat>"를 포함할 수 있다.

"<gh>"의 하위 자원으로서 구비되는 "<temp>", "<humi>", "<co2>", "<ec>", "<radiation>", "<power>", "<nutrient>", 및 "<fertilizer>"는 관찰 일자인 "Date", 기준값인 "Std_value", 측정값인 "Measur_value"를 속성으로 갖는 "<data>"를 하위 자녀 리소스로 구비할 수 있다. 관찰 데이터는 작물의 종묘일부터 수확일까지 관리 되어야 하므로 각 리소스에 대한 "<data>" 리소스는 365개가 구비될 수 있으며, 작물의 정상 생육 시 기준이 되는 값이 Std_value에 저장되고, 사용자 또는 미터기에 의한 자동 측정된 값은 Measur_value에 저장되어, 데이터 분석 시 기준값과 측정값을 비교하여 작물의 생육 상태 및 자원의 공급 상태를 분석하는데 사용될 수 있다.

나아가, "<crop_creat>"는 작물의 관찰 부위를 구별하여 하위 자녀 리소스를 구성할 수 있다.

도 8은 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법에서 사용되는 생육 정보를 나타내는 리소스(resource)의 일 예시도이다.

도 8에서, "crop_creat"는 작물 생성(crop create)을 의미하고, "leaf_num"는 엽수(leaf number)를 의미하고, "leaf_len"는 엽장(leaf length)을 의미하고, "crown_len"는 관부 직경(crown length)을 의미하고, "internode_len"는 마디 길이(internode length)를 의미한다.

"<crop_creat>"의 하위 자원인 "<leaf_num>", "<leaf_len>", "<crown_len>", "<internode_len>"는 관찰 일자인 "Date", 기준값인 "Std_value", 측정값인 "Measur_value"를 속성으로 갖는 "<data>"를 하위 자녀 리소스로 구비할 수 있다. 관찰 데이터는 작물의 종묘일부터 수확일까지 관리 되어야 하므로 각 리소스에 대한 "<data>" 리소스는 365개가 구비될 수 있으며, 작물의 정상 생육 시 기준이 되는 값이 Std_value에 저장되고, 사용자 또는 미터기에 의한 자동 측정된 값은 Measur_value에 저장되어, 데이터 분석 시 기준값과 측정값을 비교하여 작물의 생육 상태 및 자원의 공급 상태를 분석하는데 사용될 수 있다.

본 개시에서는 온실 관리를 위해 관리 대상이 되는 온실 단위의 장비 측정 정보와 온실 환경 설정 정보 및 생육 정보/공급 자원 정보를 위한 리소스 트리를 제시하고 있다. 본 개시에 따른

이러한 리소스 트리를 기반으로 데이터를 관리할 수 있다.

도 9는 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법이 적용되는 M2M 시스템의 통신 흐름을 예시한다. 일반적으로 M2M 시스템의 동작은 데이터 교환을 기반으로 수행된다. 예를 들어, 특정 디바이스가 다른 디바이스의 동작을 멈추기 위해 해당 명령을 데이터 형태로 다른 장치에 전달할 수 있다. 디바이스 내에서 데이터를 저장하기 위해 특정 형태의 데이터 구조가 이용되는데 이를 자원이라고 지칭한다. 자원은 고유의 주소(예, URI)를 이용하여 액세스할 수 있다.

도 9를 참조하면, AE와 CSE 간의 연결에서 또는 CSE들 간의 연결에서 요청 및 응답 방식(Request and Response Scheme)이 사용된다. 발신자(originator)(901)는 수신자(receiver)(903)에 저장된 자원(resource)을 요청하기 위해 요청 메시지를 전송하고 그에 대한 응답으로 응답 메시지를 수신할 수 있다. 마찬가지로, 수신자(903)는 발신자(901)로부터 자원을 요청하는 메시지를 수신하고, 그에 대한 응답으로 응답 메시지를 발신자로 전송할 수 있다. 본 개시에서, 요청 메시지는 요청으로 약칭될 수 있고 응답 메시지는 응답으로 약칭될 수 있다.

발신자(901)에서 수신자(903)로 전송되는 요청 메시지는 다음과 같은 정보를 포함할 수 있다.

- op: 실행되는 동작(Operation)의 형태로서, 생성(Create)/ 회수(Retrieve)/ 갱신(Update)/ 삭제(Delete) 중 하나일 수 있다.

- to: 목적 자원의 URI

- fr: 요청(Request)을 생성한 발신자(Originator)의 식별 정보(또는 ID)

- mi: 해당 요청(Request)에 대한 추가 정보(Meta information)

- cn: 전달되는 자원의 내용

해당 요청(Request)이 성공적으로 수행된 경우 응답(Response) 메시지는 다음과 같은 정보를 포함할 수 있다. 응답 메시지는 아래 정보 중에서 적어도 하나를 포함할 수 있으며, 또는 결과값(rs)만을 포함할 수도 있다.

- to: 요청(Request)을 생성한 발신자(Originator)의 식별 정보(또는 ID)

- fr: 요청(Request)을 수신한 수신자(receiver)의 식별 정보(또는 ID)

- mi: 요청(Request)에 대한 추가 정보(Meta information)

- rs: 요청(Request)에 대한 결과(예를 들어, Okay, Okay and Done, Okay and in progress)

- ai: 추가적인 정보

- cn: 전달되는 자원의 내용

해당 요청(Request)이 실패한 경우 응답(Response) 메시지는 다음과 같은 정보를 포함할 수 있다.

- to: 요청(Request)을 생성한 발신자(Originator)의 ID

- fr: 요청을 수신한 수신자(receiver)의 ID

- mi: 요청(Request)에 대한 추가 정보(Meta information)

- rs: 요청에 대한 결과 (예를 들어, Not Okay)

- ai: 추가적인 정보

나아가, 발신자(901)는 GET, POST, DELETE, PUT 등의 HTTP 메소드를 활용하는 웹 기반 아키텍쳐인 "RESTful api"를 기반으로 수신자(903)에 저장된 자원(resource)을 요청할 수 있다. 자원 요청시, 발신자(901)는 전술한 리소스 구조에 기초한 URI를 사용하여 해당 자원을 요청할 수 있다.

예컨대, 장비의 고유번호, 구역의 고유번호, 온실의 고유번호, 농장의 고유번호, 농장주인의 아이디에 대한 자원을 요청하는 경우,

발신자(901)는 전술한 리소스 트리를 고려하여 하기의 표1에 예시되는 URI를 구성하고, 구성된 URI를 수신자(903)로 요청할 수 있다.

GET http://{클라우드서버포트번호} /fmcloud /common /farms /{fmplant_owner_id}/{fm plnat_unqno}/{field_unqno}/{device_unqno}

전술한 바와 같이, 발신자(901)는 미리 설정된 URI 정보를 이용하여 필요로 하는 정보를 수신자(903)로 요청할 수 있다.

다른 예로서, 단계적으로 하위 자원에 접근하여 고유 번호를 얻은 뒤 리소스에 접근할 수도 있다.

예컨대, fmplant_owner_id를 얻기 위해서는 발신자(901)는 하기의 표2에 예시되는 URI를 구성하고, 구성된 URI를 수신자(903)로 요청할 수 있다. 이에 대응하여 수신자(903)는 리소스 구조를 바탕으로 해당 데이터를 확인하고, 표3에 예시되는 바와 같이 확인된 데이터를 발신자(901)로 응답할 수 있다.

GET http:// {클라우드서버IP}:{클라우드서버포트번호}/fmcloud/common/farms

200 OK
{
"farms":{
"fmplant_owner_ids":"fmcloud/common/farms/1 fmcloud/common/farms/2 fmcloud/common/farms/3"
}
}

위의 정보를 이용해서 농장 주인 "1"의 fmplnat_unqnos를 얻기 위해서는 발신자(901)는 하기의 표4에 예시되는 URI를 구성하고, 구성된 URI를 수신자(903)로 요청할 수 있다. 이에 대응하여 수신자(903)는 리소스 구조를 바탕으로 해당 데이터를 확인하고, 표5에 예시되는 바와 같이 확인된 데이터를 발신자(901)로 응답할 수 있다.

GET http:// {클라우드서버IP}:{클라우드서버포트번호}/fmcloud/common/farms/1

200 OK
{
"fmplant_owner":{
"fmplant_owner_id":"1",
"fmplant_unqnos":" fmcloud/common/farms/1/10 fmcloud/common/farms/1/20"
}
}

발신자(901)는 이와 같은 동작을 반복하여 수신자(903)로부터 장비의 고유 번호를 수신할 수 있다.

그리고, 발신자(901)는 장비의 고유 번호를 가지는 장비의 정보를 확인하기 위하여, 표6에 예시되는 URI를 구성하고, 구성된 URI를 수신자(903)로 요청할 수 있다. 이에 대응하여 수신자(903)는 리소스 구조를 바탕으로 해당 장비의 정보를 확인하고, 표7에 예시되는 데이터를 발신자(901)로 응답할 수 있다.

GET http://{클라우드서버IP}:{클라우드서버포트번호}/fmcloud/common/farms/1/10/100 /101/101-1

200 OK
{
"device":{
"instal_device_unqno":"100",
"instal_mngmt_status_cd":"1",
"device_class_cd":"temp_sensor"
}
}

여기서, "instal_device_unqno"는 설치 장비 고유 번호를 지시하고, "instal_mngmt_status_cd"는 설치 운용 상태 코드를 지시하고, "device_class_cd"는 장비 분류 코드를 지시함.

데이터를 구성하는 리소스에 하위 자원이 있는 경우, 발신자(901)는 수신자(903)로부터 제공되는 정보를 통해, 해당 자원의 URI을 리스트로 가진 속성을 확인할 수 있고, 해당 속성의 값 중 하나를 이용하여 하위 자원에 접근할 수 있다. 따라서, 네트워크의 부하가 어느 한 시점에 집중되는 문제를 방지할 수 있으며, 데이터의 오류 발생으로 인한 데이터 손실 또는 복구가 어려운 문제를 해결할 수 있다.

한편, 제어 정보는 조회 및 설정이 가능해야 하는 정보이며, 설정된 정보를 조회하는 경우는 다음과 같다.

발신자(901)는 설정된 정보를 조회하기 위하여, 표8에 예시되는 URI를 구성하고, 구성된 URI를 수신자(903)로 요청할 수 있다. 이에 대응하여 수신자(903)는 리소스 구조를 바탕으로 해당되는 정보를 확인하고, 표9에 예시되는 데이터를 발신자(901)로 응답할 수 있다.

GET http:// {클라우드서버IP}:{클라우드서버포트번호}/fmcloud/prdctn/contrl_rule /div/{gh_unq_no}/temp_contrl_rules?fromdate=20160101&todate=20160131

200 OK
{
"temp_contrl_rule":[{
"date":"2016-01-01",
"start-time":"09:00:00",
"end-time":"18:00:00",
"value":"20"
},
{
"date":"2016-01-01",
"start-time":"18:00:00",
"end-time":"24:00:00",
"value":"5"
},
.....
]}

한편, 발신자(901)는 제어 정보를 설정할 수 있다. 예컨대, 발신자(901)는 제어 정보를 설정하기 위하여, 제어 정보에 대응되는 리소스의 URI를 구성하고, 해당 리소스 속성의 설정을 지시하는 요청을 표 10과 같이 구성할 수 있다. 그리고, 발신자(901)는 구성된 정보를 수신자(903)로 전송할 수 있다.

POST http://{클라우드서버IP}:{클라우드서버포트번호}/fmcloud/prdctn/ contrl_rule/div/{gh_unq_no}/temp_contrl_rules
{
"temp_contrl_rule":[{
"date":"2016-01-01",
"start-time":"09:00:00",
"end-time":"18:00:00",
"value":"20"
},
{
"date":"2016-01-01",
"start-time":"18:00:00",
"end-time":"24:00:00",
"value":"5"
}, .....
]}

데이터의 중복 또는 충돌을 막기 위하여, 제어 정보와 같이 규칙을 생성하는 경우, 이전의 규칙은 삭제한 후, 생성하는 것이 바람직하다.

발신자(901)는 제어 정보를 삭제하기 위하여, 제어 정보에 대응되는 리소스의 URI를 구성하고, 해당 리소스의 속성의 삭제를 지시하는 요청을 표11과 같이 구성할 수 있다. 그리고, 발신자(901)는 구성된 정보를 수신자(903)로 전송할 수 있다.

DELETE http:// {클라우드서버IP}:{클라우드서버포트번호}/fmcloud/prdctn/control/ rule/div/{gh_unq_no}/temp_control_rules?fromdate=20160101&todate=20160101

관찰 정보는 사용자에 의해 기록되거나, 장비에 의해 자동 수집되는 정보로 <temp>,<co2>,<ec>,<humi>,<radiation> 외에는 사용자에 의해 기록될 수 있다. 관찰 정보를 조회하는 방법은 다음과 같다.

발신자(901)는 관찰 정보를 확인하기 위하여, 표12에 예시되는 URI를 구성하고, 구성된 URI를 수신자(903)로 요청할 수 있다. 이에 대응하여 수신자(903)는 리소스 구조를 바탕으로 대응되는 정보를 확인하고, 표13에 예시되는 데이터를 발신자(901)로 응답할 수 있다.

GET http:// {클라우드서버IP}:{클라우드서버포트번호}/fmcloud/prdctn/monitoring/ div/{gh_unq_no}/crop_create/leaf_num?fromdate=20160101&todate=20160131

200 OK
{
"leaf_num":[{
"date":"2016-01-01",
"std_value":"3",
"measur_value":"4"
},
{
"date":"2016-01-01",
"std_value":"3",
"measur_value":"3"
},
.....
]}

또한, 관찰 정보를 기록하는 방법은 다음과 같다.

예컨대, 온실의 생육 정보 입력하기 위하여, 발신자(901)는 온실의 생육 정보에 대응되는 URI를 구성하고, 해당 리소스 속성의 기록을 지시하는 요청을 표14와 같이 구성할 수 있다. 그리고, 발신자(901)는 구성된 요청을 수신자(903)로 전송할 수 있다.

PUT http:// {클라우드서버IP}:{클라우드서버포트번호}/fmcloud/prdctn/moni toring/div/{gh_unq_no}/crop_create/leaf_num
{
"data":{
"date":"2016-01-01",
"measur_value":"4"
}
}

관찰 정보의 "<data>"는 각 일자별 기준 값이 미리 설정되어 있으며, 측정된 값이 삽입되는 형태이므로 PUT 메소드를 사용할 수 있다. 특히, 장비에 의해 자동 측정되는 값의 경우 PUT 메소드를 사용하지 않고, 내부 알고리즘에 의해 주기적으로 common 리소스의 하위 자원인 <device>의 <measure> 리소스에 접근하여 업데이트 할 수 있다.

도 10은 본 개시의 일 실시예에 따른 농가 정보 기반의 사물 통신 시스템을 개시한다. 본 개시의 일 실시예에 따른 농가 정보 기반의 사물 통신 시스템은 제1, 제2, 제3, 및 제4 M2M 디바이스(1001, 1002, 1003, 1004)와 M2M 서버(1010)를 구비할 수 있다.

제1, 제2, 제3, 및 제4 M2M 디바이스(1001, 1002, 1003, 1004)는 애플리케이션 개체(AE) 또는 공통 서비스 개체(CSE)를 구비할 수 있으며, 선택적으로 네트워크 서비스 개체(NSE)를 구비할 수 있다. 제1, 제2, 제3, 및 제4 M2M 디바이스(1001, 1002, 1003, 1004)는 Mca, Mcc, Mcn 등의 기준점을 통해 서로 연결되거나, M2M 서버(1010)와 연결될 수 있다.

M2M 서버(1010)는 농가정보, 환경 제어 정보, 자동 관찰 정보, 및 수동 관찰 정보 등을 도 6 내지 도 8에서 전술한 리소스 구조를 기반으로 저장 및 관리할 수 있다. 농가정보의 측정값을 제외하고 모든 정보는 미리 설정되어 저장될 수 있다. 환경 제어 정보는 작물의 생육 전 기간의 제어 정보가 미리 설정될 수 있고, 자동 관찰 정보와 수동 관찰 정보는 작물의 생육 전 기간의 일자별 기준값이 미리 설정될 수 있다.

제1 M2M 디바이스(1001)는 전술한 리소스 구조를 기반으로 사용자에 의해 입력되는 정보를 M2M 서버(1010)로 제공하거나, M2M 서버(1010)에 수록된 정보를 획득하여 표시할 수 있다.

제1 M2M 디바이스(1001)는 M2M 서버(1010)로부터 농가정보, 환경 제어 정보, 자동 관찰 정보, 및 수동 관찰 정보를 확인할 수 있다. 그리고, 제1 M2M 디바이스(1001)는 환경 제어 정보 및 수동 관찰 정보를 M2M 서버(1010)에 입력할 수 있는 환경을 제공할 수 있다.

제2 M2M 디바이스(1002)는 센싱 데이터를 수집하고, 수집된 센싱 데이터를 M2M 서버(1010)의 농가정보에 대응되는 리소스에 입력하는 환경을 제공할 수 있다. 그리고, 제2 M2M 디바이스(1002)는 장비 제어 명령이 실행됨에 대응하여, M2M 서버(1010)의 농가정보에 대응되는 리소스에 해당 이력을 입력하는 환경을 제공할 수 있다.

제3 M2M 디바이스(1003)는 미리 정해진 시단 단위마다 M2M 서버(1010)에 저장된 농가정보의 장비 측정 정보를 조회하고, 해당 정보를 자동 관찰 정보에 대응되는 리소스에 입력하는 환경을 제공할 수 있다.

제4 M2M 디바이스(1004)는 M2M 서버(1010)의 환경 제어 정보에 대응되는 리소스로부터 제어 데이터를 획득하고, 제어 데이터에 대응되는 제2 M2M 디바이스(1002)를 제어하는 환경을 제공할 수 있다.

본 개시에서는 M2M, 특히 oneM2M을 중심으로 설명하였으나, 본 개시가 이를 한정하는 것은 아니며, 기기간 통신, 즉 사물 통신을 제공하는 모든 시스템 및 구조와 이들 시스템에서 발생하는 통신에 적용 가능하다.

본 개시에서 보인 농가 정보는 농가의 장비 설치 정보를 기준으로 각 장비의 측정 값 및 제어 값을 저장해두는 데이터 구조로 장비의 센싱 이력 및 제어 이력을 모두 검색할 수 있다. 환경 제어 정보는 온실의 장비를 구동하기 위해 이용될 수 있으며, 사용자의 필요에 의해 갱신될 수 있다. 마지막으로 관찰 정보는 작물의 최적 생육에 맞춰 기준값을 설정하고 관찰된 값을 기록해 두기 위한 데이터 구조로 생산 효율성을 높이기 위한 분석 데이터데 사용될 수 있다.

도 11은 본 개시의 일 실시예에 따른 농가 정보 기반의 데이터 관리 방법이 적용될 수 있는 장치의 블록도를 예시한다. 본 개시에 있어서, M2M 게이트웨이, M2M 서버 또는 M2M 디바이스는 각각 전송장치(10) 또는 수신장치(20)로 동작할 수 있다.

전송장치(10)와 수신장치(20)는 정보 및/또는 데이터, 신호, 메시지 등을 나르는 무선 신호를 전송 또는 수신할 수 있는 RF(Radio Frequency) 유닛(13, 23)과, 무선통신 시스템 내 통신과 관련된 각종 정보를 저장하는 메모리(12, 22), 상기 RF 유닛(13, 23) 및 메모리(12, 22)등의 구성요소와 동작시 연결(operatively connected)되고, 상기 구성요소를 제어하여 해당 장치가 전술한 본 발명의 실시예들 중 적어도 하나를 수행하도록 메모리(12, 22) 및/또는 RF 유닛(13,23)을 제어하도록 구성된 프로세서(11, 21)를 각각 포함한다.

메모리(12, 22)는 프로세서(11, 21)의 처리 및 제어를 위한 프로그램을 저장할 수 있고, 입/출력되는 정보를 저장할 수 있다. 메모리(12, 22)가 버퍼로서 활용될 수 있다. 또한, 메모리(12, 22)는 각종 설정 정보와 데이터를 포함하는 리소스를 저장하는 데 사용될 수 있다.

프로세서(11, 21)는 통상적으로 전송장치 또는 수신장치 내 각종 모듈의 전반적인 동작을 제어한다. 특히, 프로세서(11, 21)는 본 발명을 수행하기 위한 각종 제어 기능을 수행할 수 있다. 프로세서(11, 21)는 컨트롤러(controller), 마이크로 컨트롤러(microcontroller), 마이크로 프로세서(microprocessor), 마이크로 컴퓨터(microcomputer) 등으로도 불릴 수 있다. 프로세서(11, 21)는 하드웨어(hardware) 또는 펌웨어(firmware), 소프트웨어, 또는 이들의 결합에 의해 구현될 수 있다. 하드웨어를 이용하여 본 발명을 구현하는 경우에는, 본 발명을 수행하도록 구성된 ASICs(application specific integrated circuits) 또는 DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays) 등이 프로세서(11, 21)에 구비될 수 있다. 한편, 펌웨어나 소프트웨어를 이용하여 본 발명을 구현하는 경우에는 본 발명의 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등을 포함하도록 펌웨어나 소프트웨어가 구성될 수 있으며, 본 발명을 수행할 수 있도록 구성된 펌웨어 또는 소프트웨어는 프로세서(11, 21) 내에 구비되거나 메모리(12, 22)에 저장되어 프로세서(11, 21)에 의해 구동될 수 있다.

전송장치(10)의 프로세서(11)는 상기 프로세서(11) 또는 상기 프로세서(11)와 연결된 스케줄러로부터 스케줄링되어 외부로 전송될 신호 및/또는 데이터에 대하여 소정의 부호화(coding) 및 변조(modulation)를 수행한 후 RF 유닛(13)에 전송한다. 수신장치(20)의 신호 처리 과정은 전송장치(10)의 신호 처리 과정의 역으로 구성된다. 프로세서(21)의 제어 하에, 수신장치(20)의 RF 유닛(23)은 전송장치(10)에 의해 전송된 무선 신호를 수신한다. 상기 프로세서(21)는 수신 안테나를 통하여 수신된 무선 신호에 대한 복호(decoding) 및 복조(demodulation)를 수행하여, 전송장치(10)가 본래 전송하고자 했던 데이터를 복원할 수 있다.

RF 유닛(13, 23)은 하나 이상의 안테나를 구비한다. 안테나는, 프로세서(11, 21)의 제어 하에 본 발명의 일 실시예에 따라, RF 유닛(13, 23)에 의해 처리된 신호를 외부로 전송하거나, 외부로부터 무선 신호를 수신하여 RF 유닛(13, 23)으로 전달하는 기능을 수행한다. 도 9에서 송신장치와 수신장치가 각각 RF 유닛을 통해 통신하는 것으로 도시되어 있지만 송신장치와 수신장치가 유선 네트워크를 통해 통신하는 것도 가능하다. 이 경우, RF 유닛은 네트워크 인터페이스 유닛(network interface unit, NIU)으로 대체될 수 있다.

이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.

본 문서에서 기지국에 의해 수행된다고 설명된 특정 동작은 경우에 따라서는 그 상위 노드(upper node)에 의해 수행될 수 있다. 즉, 기지국을 포함하는 복수의 네트워크 노드들(network nodes)로 이루어지는 네트워크에서 단말과의 통신을 위해 수행되는 다양한 동작들은 기지국 또는 기지국 이외의 다른 네트워크 노드들에 의해 수행될 수 있음은 자명하다. 기지국은 고정국(fixed station), Node B, eNode B(eNB), 액세스 포인트(access point) 등의 용어에 의해 대체될 수 있다. 또한, 단말은 UE(User Equipment), MS(Mobile Station), MSS(Mobile Subscriber Station) 등의 용어로 대체될 수 있다.

본 발명에 따른 실시예는 다양한 수단, 예를 들어, 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 본 발명의 일 실시예는 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.

펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명은 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차, 함수 등의 형태를 포함하는 소프트웨어 코드 또는 명령어(instruction)로 구현될 수 있다. 소프트웨어 코드 또는 명령어는 컴퓨터 판독가능한 매체에 저장되어 프로세서에 의해 구동될 수 있으며 프로세서에 의해 구동될 때 본 발명에 따른 동작들을 수행할 수 있다. 상기 컴퓨터 판독가능한 매체는 상기 프로세서 내부 또는 외부에 위치하거나 원격으로 네트워크를 통해 상기 프로세서와 연결될 수 있으며, 상기 프로세서와 데이터를 주고 받을 수 있다.

본 발명은 본 발명의 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.

본 개시의 예시적인 방법들은 설명의 명확성을 위해서 동작의 시리즈로 표현되어 있지만, 이는 단계가 수행되는 순서를 제한하기 위한 것은 아니며, 필요한 경우에는 각각의 단계가 동시에 또는 상이한 순서로 수행될 수도 있다. 본 개시에 따른 방법을 구현하기 위해서, 예시하는 단계에 추가적으로 다른 단계를 포함하거나, 일부의 단계를 제외하고 나머지 단계를 포함하거나, 또는 일부의 단계를 제외하고 추가적인 다른 단계를 포함할 수도 있다.

본 개시의 다양한 실시 예는 모든 가능한 조합을 나열한 것이 아니고 본 개시의 대표적인 양상을 설명하기 위한 것이며, 다양한 실시 예에서 설명하는 사항들은 독립적으로 적용되거나 또는 둘 이상의 조합으로 적용될 수도 있다.

또한, 본 개시의 다양한 실시 예는 하드웨어, 펌웨어(firmware), 소프트웨어, 또는 그들의 결합 등에 의해 구현될 수 있다. 하드웨어에 의한 구현의 경우, 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 범용 프로세서(general processor), 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.

본 개시의 범위는 다양한 실시 예의 방법에 따른 동작이 장치 또는 컴퓨터 상에서 실행되도록 하는 소프트웨어 또는 머신-실행가능한 명령들(예를 들어, 운영체제, 애플리케이션, 펌웨어(firmware), 프로그램 등), 및 이러한 소프트웨어 또는 명령 등이 저장되어 장치 또는 컴퓨터 상에서 실행 가능한 비-일시적 컴퓨터-판독가능 매체(non-transitory computer-readable medium)를 포함한다.

110...애플리케이션 개체 120...공통 서비스 객체
130...기반네트워크 서비스 객체 211, 212...애플리케이션 전용 노드
213, 214...애플리케이션 서비스 노드 221, 222...중간 노드
230...인프라스트럭처 노드 410...루트 리소스
420...자녀 리소스 430...속성
901...발신자 903...수신자
1001, 1002, 1003, 1004...M2M 디바이스 1010...M2M 서버

Claims

데이터를 관리하는 방법에 있어서,
농가 관리 리소스에서 정의되는 주소에 기초하여, 적어도 하나의 자원에 대응되는 주소를 사용하여 상기 적어도 하나의 자원을 대한 정보를 요청하는 요청 메시지를 전송하는 과정과,
상기 농가 관리 리소스에서 정의되는 주소에 기초하여, 상기 적어도 하나의 자원을 대한 정보를 확인하고, 상기 상기 적어도 하나의 자원을 대한 정보를 포함하는 응답 메시지를 전송하는 과정을 포함하는 농가 정보 기반의 데이터 관리 방법.