KR20140003324A

KR20140003324A - Ｍ２ｍ 시스템에서 동적 보고 스케줄링을 구현하는 방법 및 장치

Info

Publication number: KR20140003324A
Application number: KR1020130037889A
Authority: KR
Inventors: 이승권; 장덕문
Original assignee: 주식회사 케이티
Priority date: 2012-06-29
Filing date: 2013-04-08
Publication date: 2014-01-09

Abstract

본 명세서는 M2M 시스템에서의 이벤트에 의한 동적 보고 스케줄링 방법에 관한 것이다.
본 발명의 일 실시예에 의한 방법은, M2M 시스템에서 동적 보고 스케줄링을 M2M 장치가 구현하는 방법에 있어서, M2M 장치가 서버에게 제 1 스케줄에 따라 보고를 송신하는 단계, 상기 M2M 장치가 제 2 스케줄로 변경을 결정하여 상기 서버에게 스케줄 변경 메시지를 송신한 후 상기 서버로부터 상기 변경 메시지에 대한 응답을 수신하거나, 또는 상기 서버로부터 제 2 스케줄로 변경을 결정한 스케줄 변경을 지시하는 지시 메시지를 수신하는 단계, 및 상기 제 2 스케줄로 변경하여 보고를 송신하는 단계를 포함하며, 상기 제 2 스케줄은 상기 M2M 장치 또는 상기 서버가 감지한 이벤트에 해당하는 스케줄인 것을 특징으로 한다.

Description

Ｍ２Ｍ 시스템에서 동적 보고 스케줄링을 구현하는 방법 및 장치{A method and apparatus of implementing dynamic report scheduling in M2M systems}

본 발명은 M2M (Machine to Machine Communication)에서의 장치간의 보고 스케줄(reporting schedule)을 동적으로 수행하는 방법에 관한 것이다. 보다 상세하게 본 발명은 M2M 시스템에서 동적 보고 스케줄링을 제공하는 방법 및 장치에 관한 것으로, 사물간 통신인 M2M 장치 간의 통신에 있어서 다양한 정보의 요청 및 수신을 위해 구현되는 M2M 장치와 서버 간의 보고 스케줄(Reporting Schedule)을 동적으로 구현하기 위한 방법 및 그 장치에 관한 것이다.

사물 통신 (M2M, "Machine to machine communication" 또는 MTC, "Machine type communication" 또는 스마트 디바이스 통신 "Smart Device communication" 또는 "Machine oriented communication" 또는 "Internet of Thing", 또는 "Machine oriented communication")은 사람이 통신 과정에 개입하지 않고 통신이 이루어지는 방식의 모든 통신 방식을 지칭한다.

기존 M2M 환경에서의 주기적 보고는 보고하는 주기가 고정되어 있어 유연한(flexible) 보고 체계를 구성하기가 어려우며, 이에 대한 개선이 필요한 상황이다.

상술된 문제점을 해결하기 위하여, 이에 본 발명에서는 기존 M2M의 주기적 보고 환경에서 M2M 시스템 혹은 M2M 장치의 특정 상황을 감지하여 센서노드가 서버에 보고하는 주기를 동적으로(dynamic) 변경할 수 있게 함으로써 M2M 시스템의 보고 체계뿐만 아니라 M2M 장치의 운영 능력을 향상하고자 한다.

본 발명에서는 전술한 과제를 해결하기 위하여 (1) 센서노드가 일 실시예인 M2M 장치가 상기 이벤트를 감지하고 보고 스케줄링을 변경 결정하는 실시예, (2) 센서노드가 일 실시예인 M2M 장치가 상기 이벤트를 감지하고 서버가 보고 스케줄링을 변경 결정하는 실시예 및 (3) 서버가 상기 이벤트를 감지하고 보고 스케줄링을 변경 결정하는 실시예를 제시한다.

본 발명의 일 실시예에 의한 방법은, M2M 시스템에서 동적 보고 스케줄링을 M2M 장치가 구현하는 방법에 있어서, M2M 장치가 서버에게 제 1 스케줄에 따라 보고를 송신하는 단계, 상기 M2M 장치가 제 2 스케줄로 변경을 결정하여 상기 서버에게 스케줄 변경 메시지를 송신한 후 상기 서버로부터 상기 변경 메시지에 대한 응답을 수신하거나, 또는 상기 서버로부터 제 2 스케줄로 변경을 결정한 스케줄 변경을 지시하는 지시 메시지를 수신하는 단계, 및 상기 제 2 스케줄로 변경하여 보고를 송신하는 단계를 포함하며, 상기 제 2 스케줄은 상기 M2M 장치 또는 상기 서버가 감지한 이벤트에 해당하는 스케줄인 것을 특징으로 한다.

본 발명의 다른 실시예에 의한 방법은, M2M 시스템에서 동적 보고 스케줄링을 서버가 구현하는 방법에 있어서, 상기 서버가 M2M 장치로부터 제 1 스케줄에 따라 보고를 수신하는 단계, 상기 M2M 장치로부터 제 2 스케줄로 변경을 결정한 스케줄 변경 메시지를 수신한 후 상기 변경 메시지에 대한 응답을 송신하거나, 또는 제 2 스케줄로 변경을 결정한 스케줄 변경을 지시하는 지시 메시지를 상기 M2M 장치에게 송신하는 단계, 및 상기 M2M 장치로부터 상기 제 2 스케줄에 따른 보고를 수신하는 단계를 포함하며, 상기 제 2 스케줄은 상기 M2M 장치 또는 상기 서버가 감지한 이벤트에 해당하는 스케줄인 것을 특징으로 한다.

본 발명의 일 실시예에 의한 장치는, M2M 시스템에서 동적 보고 스케줄링을 구현하는 M2M 장치에 있어서, 서버에게 보고 및 메시지를 송신하는 송신부, 상기 서버로부터 메시지를 수신하는 수신부 및 상기 송신부와 수신부를 제어하는 제어부를 포함하며, 상기 제어부는 상기 서버에게 제 1 스케줄 또는 제 2 스케줄에 따라 보고를 송신하도록 상기 송신부를 제어하며, 상기 송신부가 상기 제 1 스케줄에 따라 보고를 송신하고, 상기 수신부가 상기 서버로부터 응답을 수신하거나 또는 지시 메시지를 수신한 후 상기 제어부는 상기 제 2 스케줄로 변경하여 보고를 송신하도록 상기 송신부를 제어하며, 상기 제 2 스케줄은 상기 M2M 장치 또는 상기 서버가 감지한 이벤트에 해당하는 스케줄인 것을 특징으로 한다.

본 발명의 다른 실시예에 의한 장치는, M2M 시스템에서 동적 보고 스케줄링을 구현하는 서버에 있어서, M2M 장치로부터 메시지 및 제 1 스케줄 또는 제 2 스케줄에 따라 보고를 수신하는 수신부, 상기 M2M 장치에게 메시지를 송신하는 송신부, 및 상기 송신부와 수신부를 제어하는 제어부를 포함하며, 상기 수신부가 상기 제 1 스케줄에 따라 보고를 수신하고, 상기 송신부가 응답을 송신하거나 또는 지시 메시지를 송신한 이후에 상기 수신부는 상기 M2M 장치로부터 상기 제 2 스케줄에 따른 보고를 수신하며, 상기 제 2 스케줄은 상기 M2M 장치 또는 상기 서버가 감지한 이벤트에 해당하는 스케줄인 것을 특징으로 한다.

본 발명에 의하면, 기존 M2M의 주기적 보고 환경에서 M2M 시스템 혹은 M2M 장치의 특정 상황을 이벤트(device 상태, 네트워크 상태, 온도, 습도, 바람 등 주변 환경 변화, M2M 서비스 사업자의 정책 변경)로 감지하여 센서노드가 서버에 보고하는 주기를 동적으로(dynamic) 변경할 수 있게 함으로써 M2M 시스템의 보고 체계를 효율적으로 구성할 수 있다. 또한 배터리로만 작동되는 센서노드 혹은 M2M 장치에 적용될 경우 배터리를 절감하면서 보고 운용 기간을 최대한 늘릴 수 있다.

따라서 M2M 네트워크 오퍼레이터 혹은 M2M 서비스 사업자가 M2M 시스템 및 장치의 운영 능력을 향상할 수 있다.

도 1은 본 발명의 일 실시예에 의한 M2M 서비스 구조를 보여주는 도면이다.
도 2는 본 발명의 일 실시예에 의한 센서노드가 이벤트를 감지하고 보고 스케줄링을 변경/결정하는 과정을 보여주는 도면이다.
도 3은 본 발명의 일 실시예에 의한 센서노드가 이벤트를 감지하고 서버가 보고 스케줄링을 변경/결정하는 시나리오를 보여주는 도면이다.
도 4는 본 발명의 일 실시예에 의한 서버가 이벤트를 감지하고 보고 스케줄링을 변경/결정하는 시나리오를 보여주는 도면이다.
도 5는 본 발명의 일 실시예에 의한 동적 스케줄링 과정을 나타내는 도면이다.
도 6은 본 발명의 다른 실시예에 의한 동적 스케줄링 과정을 나타내는 도면이다.
도 7은 본 발명의 일 실시예에 의한 M2M 장치가 동적 스케줄링을 수행하는 과정을 보여주는 도면이다.
도 8은 본 발명의 일 실시예에 의한 서버가 동적 스케줄링을 수행하는 과정을 보여주는 도면이다.
도 9는 본 발명의 일 실시예에 의한 M2M 장치 및 서버의 구성을 보여준다.

이하, 본 발명의 일부 실시 예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.

또한, 본 발명의 구성 요소를 설명하는 데 있어서, 제 1, 제 2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질이나 차례 또는 순서 등이 한정되지 않는다. 어떤 구성 요소가 다른 구성요소에 "연결", "결합" 또는 "접속"된다고 기재된 경우, 그 구성 요소는 그 다른 구성요소에 직접적으로 연결되거나 접속될 수 있지만, 각 구성 요소 사이에 또 다른 구성 요소가 "연결", "결합" 또는 "접속"될 수도 있다고 이해되어야 할 것이다.

본 발명의 실시 예들은 사물 통신을 중심으로 설명한다. 사물 통신은 M2M(Machine to Machine communication), MTC(Machine Type Communication), IoT(Internet of Things), 스마트 장치 통신(Smart Device Communication, SDC), 또는 사물 지향 통신(Machine Oriented Communication) 등으로 다양하게 불려질 수 있다. 사물 통신은 사람이 통신 과정에 개입하지 않고 통신이 이루어지는 다양한 통신을 지칭한다. 사물 통신은 지능형 검침(Smart Meter), 전자 보건(e-Health), 통신 가전(Connected Consumer), 도시 자동화(City Automation), 차량 응용(Automotive Application) 등을 포함하는 다양한 분야에 사용될 수 있다.

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

또한 이러한 사물 통신은 지능형 검침(Smart Meter), 전자 보건(e-Health), 통신 가전(Connected Consumer), 도시 자동화(City Automation), 차량 응용(Automotive Application) 등을 포함하는 다양한 분야에 적용될 수 있다.

SC(Service Capabilities)는 상이한 어플리케이션들에 의하여 공유되는 기능을 제공하는 것을 의미하며, M2M 디바이스, M2M 게이트웨이, M2M 네트워크 도메인 등의 M2M 개체들은 하나 또는 복수의 특정한 SC를 포함할 수 있다.

사물 통신에서 M2M 센서 등의 M2M 장치에서 발생하는 자원(resource)은 해당 M2M 장치가 보고하는 서버의 SCL(Service Capabilities Layer)에 보고되어 저장되고 관리될 수 있다.

SCL(Service Capabilities Layer)은 크게 네트워크 도메인의 SCL인 NSCL(Network Service Capabilities Layer), 게이트웨이의 SCL인 GSCL(Gateway Service Capabilities Layer), 그리고 디바이스의 SCL인 DSCL(Device Service Capabilities Layer)로 나뉘어진다. 이하 N, G, D는 별도의 표기가 없는 경우 각각 네트워크 도메인, 게이트웨이, 디바이스를 지칭하며 이는 SCL과 결합하여 표시될 수 있다. 한편 어플리케이션(Application)은 각각 네트워크 도메인, 게이트웨이, 디바이스에 결합될 수 있으며, 이는 NA, GA, DA로 표시될 수 있다.

M2M 장치간의 보고 방법에 대해서는 명확하게 제시되어 있지 않고, M2M 서버가 센서노드 혹은 M2M 장치로부터 어떤 형태로든 보고를 받는다고 전제하고 있다.

이하, M2M 장치간의 보고 스케줄(reporting schedule)을 동적으로 하는 방법에 대해 살펴보고자 한다. 보고(reporting)이란 장치 간에 송수신되는 정보를 의미하는 실시예로, 센서노드(M2M 장치)에서 측정한 측정값에 관한 정보, 혹은 각 장치에서 산출한 정보 등을 포함할 수 있다.

일반적으로 M2M 시스템에서 센서노드 혹은 M2M 장치가 서버에 센서 데이터를 보고하는 방법은 주기적 보고(periodic reporting), 온디맨드 보고(on-demand reporting), 이벤트형 보고(event-based reporting)으로 구분된다. 주기적 보고는 센서노드와 서버간에 정해진 시간 간격으로 보고하는 것을 말하며, 온디맨드 보고는 서버가 센서노드에 보고를 요청할 때 보고하는 것을 말한다. 또한 이벤트형 보고는 특정 이벤트가 발생하면 (예를 들면, 기계 온도가 한계치를 벗어 날 때) 보고하는 것을 말한다.

앞서 살펴본 바와 같이, 기존 M2M 환경에서의 주기적 보고는 보고하는 주기가 고정되어 있어 유연한(flexible) 보고 체계를 구성하기가 어렵다.

한편 M2M 장치간의 보고 방법은 명확하게 제시되어 있지 않고, M2M 서버가 센서노드 혹은 M2M 장치로부터 온디맨드형 보고와 이벤트형 보고 형태로 보고 받는다는 가정이 묵시적으로 제시되어 있다. 또한 주기적 보고에 대한 규격은 제시되어 있지 않다.

본 명세서에서는 기존 M2M의 주기적 보고 환경에서 M2M 시스템 혹은 M2M 장치의 특정 상황을 이벤트(device 상태, 네트워크 상태, 온도, 습도, 바람 등 주변 환경 변화, M2M 서비스 사업자의 정책 변경)로 감지하여 센서노드가 서버에 보고하는 주기를 동적으로(dynamic) 변경할 수 있게 함으로써 M2M 시스템의 보고 체계뿐만 아니라 M2M 장치의 운영 능력을 향상하고자 한다.

본 명세서의 네트워크 구성은 기존의 M2M 구조와 동일한 구조이며 다수의 액세스 네트워크를 수용할 수 있는 기능을 디바이스/게이트웨이 및 M2M Core 플랫폼에서 제공하여야 한다.

도 1은 본 발명의 일 실시예에 의한 M2M 서비스 구조를 보여주는 도면이다.

본 발명의 네트워크 구성은 기존의 M2M 구조와 동일한 구조로서 디바이스/게이트웨이 및 M2M 코어 플랫폼(Core Platform)에서 다수의 액세스 네트워크를 수용할 수 있는 기능을 제공하는 환경에서 적용된다.

M2M 구조는 사물 지능 통신 서비스를 제공하기 위한 M2M 디바이스/게이트웨이 도메인(M2M Device domain)(120)과 110 및 111에 의해 지시되는 네트워크/어플리케이션 도메인(Network and Application domain) 또는 M2M 서버 플랫폼(M2M Server platform)으로 구성된다.

네트워크/어플리케이션 도메인은 M2M 서비스 능력인 M2M SC(M2M Service Capabilities)(SC1 내지 SC8)(112)에 접근하거나 서비스 로직을 제공하는 M2M 어플리케이션(M2M Application)(111)과 코어 네트워크(Core Network A and/or B), M2M SC(SC1 내지 SC8)(112)를 포함한다.

네트워크/어플리케이션 도메인은 이외에도 M2M 장치 도메인과 통신을 가능하게 하는 액세스 네트워크(Access Network)(미도시), 그리고 M2M 관리 기능(M2M Management Functions)(미도시) 및 네트워크 관리 기능(Network Management Functions)(미도시)을 더 포함할 수 있다.

한편, M2M 디바이스 도메인은 M2M 디바이스 또는 M2M 게이트웨이를 포함한다. 또한 M2M 디바이스 및 M2M 게이트웨이는 M2M 어플리케이션(121)을 포함하며, M2M SC(122)를 더 포함할 수 있다.

M2M 디바이스가 M2M SC(122)를 포함하는 경우에는 포함된 M2M SC(122)를 통해 네트워크/어플리케이션 도메인에서 동작(interworking and interconnection)할 수 있다.

또한 M2M 디바이스가 M2M SC(122)를 포함하지 않는 경우에는 M2M 게이트웨이에 포함된 M2M SC와의 인터페이스를 통해 네트워크/어플리케이션 도메인에서 동작(interworking and interconnection)할 수 있다.

M2M 디바이스는 네트워크 도메인의 기능을 이용하기 위해 M2M 어플리케이션을 구동하여 M2M 디바이스 또는 M2M 게이트웨이의 M2M SC(Service Capabilities)를 통해 네트워크/어플리케이션 도메인에서 동작(interworking and interconnection)할 수 있다.

한편 M2M 디바이스는 M2M 에어리어 네트워크(M2M Area Network)(미도시)를 통해 M2M 게이트웨이에 연결되어 동작할 수 있다.

M2M 게이트웨이는 M2M SC를 포함하며, M2M 디바이스들이 네트워크/어플리케이션 도메인에서 동작(interworking and interconnection)할 수 있도록 한다.

이러한 M2M 디바이스 또는 M2M 게이트웨이의 SCL(Service Capability Layer)은 네트워크 도메인의 SCL(Service Capability Layer)과 특정 인터페이스를 형성하여 상호 통신하며 동작(interworking and interconnection)한다.

또한 네트워크 도메인의 SC들은 하나 또는 복수의 코어 네트워크와 인터페이스할 수 있으며, 이 경우 기존의 타 규격에 따라 공지된 인터페이스를 통해 코어 네트워크의 기능을 이용할 수 있다.

네트워크 도메인과 디바이스와 게이트웨이 도메인들의 상호 인터페이스로서 mIa, mId, dIa의 참조점(reference points)이 정의된다.

도 1을 다시 참조하면, mIa는 네트워크 도메인에서 사용하는 참조점으로서 M2M 플랫폼에서 제공하는 NSCL (M2M Service Capability Layer in the network)과 NA (Network Application) 간의 인터페이스 규격이다.

mId는 네트워크 도메인의 NSCL과 디바이스/게이트웨이 도메인의 D/G SCL (DSCL 또는 GSCL) 간의 인터페이스 규격이다. mId는 M2M 플랫폼에서 제공하는 네트워크 도메인의 NSCL과 디바이스의 DSCL 간에 적용하는 인터페이스 규격 또는 네트워크의 NSCL과 게이트웨이의 GSCL에 적용하는 인터페이스 규격이다.

dIa는 M2M 디바이스/게이트웨이 도메인에서 사용하는 참조점으로서, M2M 디바이스에서 제공하는 DSCL와 디바이스 어플리케이션(Device Application)(DA)의 인터페이스, M2M 게이트웨이에서 제공하는 GSCL과 게이트웨이 어플리케이션(Gateway Application)(GA)의 인터페이스, M2M 게이트웨이에서 제공하는 GSCL과 DA의 인터페이스 규격이다.

mIa, mId, dIa 인터페이스에서 데이터를 전송하고 제어하기 위해서 자원(resource)를 규정하고 있다. 자원은 M2M 자원 구조인 표현적 상태 전달 구조 (RESTful Architecture)에서 유일한 주소를 가진 객체이다.

자원을 표현하기 위한 메타 정보를 속성(attribute)이라고 한다. 속성은 클라이언트에서 읽기 쓰기가 가능한 RW(Read Write), 서버에서 쓰고(또는 설정하고) 클라이언트는 읽기만 가능한 RO(Read Only), 처음 생성하는 경우에만 쓰고 이후에는 변경할 수 없는 WO(Write once)의 세 가지로 구분한다.

M2M 환경에서 센서노드 혹은 M2M 장치가 서버에게 주기적으로 보고할 때 보고 주기가 고정되어 있다. 시스템 혹은 M2M 장치가 다음과 같은 특정 상황을 이벤트로 감지하여 보고 주기를 해당 상황에 맞게 변경할 수 있다.

- 디바이스(Device) 상태 : busy/idle, 배터리 충분/부족 등

- 네트워크(Network) 상태 : normal/congested

- 디바이스 주변 환경 : 온도, 습도, 바람이 정해진 임계치 초과

- M2M 시스템 상태 : busy/idle

- M2M 서비스 사업자의 보고(reporting) 정책 변경

이하, 본 발명의 일 실시예에 의한 주기적 보고 환경에서 M2M 시스템 혹은 M2M 장치의 특정 상황 또는 특정한 상황으로의 변화를 이벤트(device 상태, 네트워크 상태, 온도, 습도, 바람 등 주변 환경 변화, M2M 서비스 사업자의 정책 변경)로 감지하여 센서노드가 서버에 보고하는 주기를 동적으로(dynamic) 변경하는 방법 및 장치에 대해 살펴보고자 한다. 이를 위하여, M2M 장치가 서버에게 주기적으로 보고할 때, 기 설정된 이벤트의 발생 유무에 따라 보고 스케줄링을 변경할 수 있다.

본 발명에서는 주기적 보고 스케줄에서 주기를 동적으로 변경하는 것을 보고 스케줄의 동적 변경의 일 실시예로 설명하고 있으나, 본 발명이 이에 한정되는 것은 아니다. 즉, 주기를 동적으로 변경하는 것은 보고 스케줄의 동적 변경 중 주기라는 파라미터를 변경하는 것이며, 본 발명은 파라미터의 변경을 포함하며, 다양한 보고 스케줄들 간에 변경을 수행하는 것을 포함한다. 예를 들어 주기적 보고 스케줄에서 이벤트 보고 스케줄로, 혹은 온디맨드 보고 스케줄로 변경하거나 그 역의 실시예를 모두 포함한다.

주기적 보고 스케줄의 변경의 일 실시예로, 기 설정된 이벤트 정보의 발생 유무를 감지하여, 기 설정된 이벤트 정보가 발생하는 경우, 상기 이벤트 정보에 기초하여 M2M 장치가 서버에게 보고하는 주기를 동적으로 변경할 수 있다.

한편 본 발명의 일 실시예에서 보고 스케줄의 변경은 특정 상황에 맞추어 변경하는 것이며, 이러한 특정 상황은 기 설정된 이벤트 정보의 발생에 따라 판단된다. 기 설정된 이벤트 정보의 발생 유무를 감지하는 주체와 보고 스케줄링을 변경하는 주체에 따라, 본 발명에 따른 동적 스케줄링 방법은 (a) M2M 장치인 클라이이언트가 이벤트 정보의 발생 유무를 감지하여 보고 스케줄링을 결정하는 방법과, (b) 클라이언트가 이벤트 정보의 발생 유무를 감지하고, 상기 클라이언트에 의해 감지된 이벤트 정보에 기초하여 서버가 보고 스케줄링을 결정하는 방법과, (c) 서버가 이벤트 정보의 발생 유무를 감지하여 보고 스케줄링을 결정하는 방법으로 구분될 수 있다. 이하, 클라이언트인 M2M 장치의 일 실시예로 센서노드를 중심으로 설명하고자 하나, 본 발명이 이에 한정되는 것은 아니다. 센서노드에서도, 앞서 살펴본 이벤트 발생 시의 실시예로 다음과 같이 동작할 수 있다. 도 2, 3, 4에서 센서노드는, M2M 장치. 예를 들어 M2M 디바이스 또는 M2M 게이트웨이일 수 있다. 서버(SCL)는 M2M 장치가 요청하는 자원을 관리하는 SCL로서, 다수의 M2M 장치로부터 생성된 리소스를 관리하는 M2M 게이트웨이 또는 M2M 네트워크의 SCL 등이 될 수 있다. 서버는 다수의 M2M 장치로부터 리소스 생성을 위한 보고를 받으며, 본 발명의 일 실시예에서 각 M2M 장치로부터 수신되는 보고에 대한 스케줄 정보는 센서노드 또는 서버에서 저장 및 관리될 수 있다.

(1) 센서노드가 상기 이벤트를 감지하고 보고 스케줄링을 변경 결정하는 실시예에 대해 도 2에서 상술한다.

(2) 센서노드가 상기 이벤트를 감지하고 서버가 보고 스케줄링을 변경 결정하는 실시예에 대해 도 3에서 상술한다.

(3) 서버가 상기 이벤트를 감지하고 보고 스케줄링을 변경 결정하는 실시예에 대해 도 4에서 상술한다.

본 발명에서 동적 스케줄링이란 스케줄링 방식 혹은 스케줄링시 필요한 시간, 횟수, 조건과 같은 파라미터를 특정 상황에 따라 변경하는 것을 의미한다. 따라서, 스케줄링 방식은 주기적 보고, 온디맨드 보고, 이벤트 보고와 같이 다양한 보고 방식을 상황에 맞게 동적으로 적용할 수 있음을 의미하며, 주기를 변화시키거나, 보고 시간 또는 보고 방식을 변경 혹은 추가하는 것과 같은 동적인 변경이 본 발명의 동적 스케줄링에 모두 포함된다.

본 발명에서 이벤트란 센서노드 또는 M2M 장치에 해당하는 M2M 객체의 상태 정보, 네트워크 상태 정보, M2M 객체의 주변 환경 정보, M2M 시스템의 상태 정보, M2M 서비스 사업자의 보고 정책 변경 정보 중 어느 하나 이상을 포함할 수 있다. M2M 객체의 상태 정보의 예로 M2M 객체의 busy/idle상태 또는 배터리 충분/부족 등을 나타내는 정보를 포함할 수 있다. 네트워크 상태 정보의 예로 네트워크의 normal/congested 여부를 나타내는 정보를 포함할 수 있다. M2M 객체의 주변 환경 정보란, 온도, 습도, 바람 등이 정해진 임계값을 초과하는 지를 나타내는 정보를 포함할 수 있다. 그 외에도, M2M 시스템의 상태 정보의 예로 M2M 시스템의 busy/idle상태를 나타내는 정보를 포함할 수 있다. M2M 서비스 사업자의 보고 정책 변경은 사업자가 미리 설정한 보고 정책을 새로운 보고 정책으로 변경하는 것을 의미하며, 이는 사업자가 서버를 통하여 스케줄링의 변경/결정을 수행하거나 사업자가 설치한 센서노드에 기 설치된 어플리케이션 등을 이용하여 스케줄링의 변경/결정을 수행할 수 있다.

이하 스케줄링의 변경 및 결정은 동일한 기술이며, 스케줄링의 변경을 결정하거나, 다른 스케줄링으로 보고를 수행할 것을 결정하는 것은 동일한 기술적 표현을 의미한다.

이하, 세 가지의 실시예에 대해 도 2 내지 도 6에서 상세히 살펴보고자 한다. M2M 장치의 일 실시예로 센서노드를 중심으로 살펴본다.

도 2는 본 발명의 일 실시예에 의한 센서노드가 이벤트를 감지하고 보고 스케줄링을 변경/결정하는 과정을 보여주는 도면이다.

도 2에서 클라이언트에 해당하는 센서노드(205)는 이벤트 정보의 발생 유무를 감지하여 보고 스케줄(reporting schedule)을 결정 또는 변경할 수 있다. 보고 스케줄을 결정하는 것과 변경하는 것은 동일한 동작을 지시한다.

센서노드(205)는 기 설정된 스케줄링 방식, 예를 들어 주기에 따라 서버로 보고를 전송(reporting)를 한다(S211). 센서노드(205)는 기 설정된 이벤트를 감지하여 기 설정된 이벤트 정보가 발생하면(S213), 이벤트 발생 알림 정보, 즉 이벤트의 발생을 상기 서버에 통지하는 메시지를 서버(201)로 전송한다(S215).

기 설정된 이벤트의 실시예는 앞서 살펴본 바와 같이, 센서노드(205)인 M2M 장치의 상태 정보, 네트워크 상태 정보, M2M 장치의 주변 환경 정보, M2M 시스템의 상태 정보, M2M 서비스 사업자의 보고 정책 변경 정보 중 어느 하나 이상을 포함할 수 있다. 센서노드에 발생가능한 이벤트의 실시예로는 센서노드의 전력(power)이 부족해지거나 네트워크의 상태의 변화, 혹은 주변 환경(온도, 습도, 바람 등)이 변하는 등을 모두 포함한다.

이벤트 발생 알림 정보란, 전술한 이벤트가 발생하였음을 알리는 정보를 포함하며, 서버(201)와 센서노드(205)가 미리 약속한 메시지 또는 데이터 구조의 방식으로 송수신될 수 있다.

이후, 센서노드(205)는 서버로부터 S215 단계에서 전송한 이벤트 발생 알림 정보에 대한 응답을 수신할 수 있다(S217). 센서노드(205)는 서버(201)로부터 이벤트 발생 알림 정보에 대한 응답을 수신하면, 전술한 이벤트 정보에 근거하여 보고 스케줄(reporting schedule)에 관한 변경 혹은 특정 보고 스케줄을 결정할 수 있다(S219). 즉, 센서노드(205)는 이벤트 정보에 근거하여 특정 보고 스케줄로 변경하거나 특정 보고 스케줄을 사용할 것을 결정하고, 이에 따라 기존의 보고 스케줄 정보를 변경할 수 있다. 예를 들어, 센서노드(205)의 상태가 파워가 부족하거나 혹은 주변 네트워크의 상태가 혼잡하여 데이터 송수신이 원활하지 않거나, 혹은 센서노드(205)가 감지해야 할 주변 환경이 기존의 보고 방식과 다른 스케줄링을 필요로 하는 상황인 경우, 보고 스케줄을 변경/결정한다.

따라서 미리 정해진, 주기적 방식으로 S211과 같이 보고를 하는 경우, 이벤트를 감지하여 동적으로 주기를 변경할 수 있고, 반대로 10분 주기의 보고 방식을 5분 주기 혹은 30분 주기와 같이 주기를 변경하도록 보고 스케줄링을 변경할 것을 결정할 수 있다. 보고 스케줄의 변경/결정은 스케줄링 방식의 변경뿐만 아니라 스케줄링을 구성하는 시간, 횟수 혹은 조건을 변경하는 실시예를 모두 포함한다.

센서노드(205)는 변경(결정)된 보고 스케줄 정보를 서버(201)로 통보(notification)할 수 있다(S221). 이는 서버(201)에게 스케줄 변경 메시지를 송신하는 일 실시예이다. 센서노드(205)는 통보에 대한 응답을 서버(201)로부터 수신할 수 있다(S223). 이후, 센서노드(205)는 변경(결정)된 보고 스케줄 정보에 근거하여 서버(201)로 보고를 전송(reporting)할 수 있다(S225).

도 3은 본 발명의 일 실시예에 의한 센서노드가 이벤트를 감지하고 서버가 보고 스케줄링을 변경/결정하는 시나리오를 보여주는 도면이다.

도 3에서 클라이언트에 해당하는 센서노드(305)는 이벤트 정보의 발생 유무를 감지하고, 상기 클라이언트에 의해 감지된 이벤트 정보에 기초하여 서버(301)는 보고 스케줄링을 결정할 수 있다.

센서노드(305)는 기 설정된 스케줄링 방식, 예를 들어 주기에 따라 서버로 보고를 전송(reporting)한다(S311). 센서노드 또는 M2M 장치(305)는 기 설정된 이벤트를 감지하여 기 설정된 이벤트 정보가 발생하면(S313), 이벤트 발생 알림 정보, 즉 이벤트의 발생을 상기 서버에 통지하는 메시지를 서버(301)로 전송한다(S315).

기 설정된 이벤트의 실시예는 앞서 살펴본 바와 같이, 센서노드(305)인 M2M 장치의 상태 정보, 네트워크 상태 정보, M2M 장치의 주변 환경 정보, M2M 시스템의 상태 정보, M2M 서비스 사업자의 보고 정책 변경 정보 중 어느 하나 이상을 포함할 수 있다. 센서노드에 발생가능한 이벤트의 실시예로는 센서노드의 전력(power)가 부족해지거나 네트워크의 상태의 변화, 혹은 주면 환경(온도, 습도, 바람 등)이 변하는 등을 모두 포함한다.

이벤트 발생 알림 정보란, 전술한 이벤트가 발생하였음을 알리는 정보를 포함하며, 서버(301)와 센서노드(305)가 미리 약속한 메시지 또는 데이터 구조의 방식으로 송수신될 수 있다.

센서노드 또는 M2M 장치(305)는 서버(301)로 보고 스케줄 정보에 대한 변경(결정)을 요청할 수 있다(S317). 센서노드 또는 M2M 장치(305)로부터 보고 스케줄 정보에 대한 변경(결정) 요청을 수신한 서버(301)는, 센서노드 또는 M2M 장치(305)에 이벤트 상세 정보에 관한 요청을 전송할 수 있고(S319), 센서노드 또는 M2M 장치(305)는 요청된 이벤트 상세 정보를 서버(301)로 전송할 수 있다(S321). 이벤트 상세 정보란 이벤트가 발생한 것에 대한 보고 스케줄을 변경/결정하기 위해 서버(301)가 필요로 하는 이벤트와 관련된 세부적인 정보를 의미한다. 이벤트 상세 정보의 요청 및 이를 제공하는 과정(S319 및 S321)은 이벤트의 종류에 따라 생략될 수 있다.

서버(301)는 S321단계에서 수신한 이벤트 상세 정보에 근거하여 보고 스케줄(reporting schedule)에 관한 변경 혹은 특정 보고 스케줄을 결정할 수 있다(S323). 이에 따라 기존의 보고 스케줄 정보를 변경할 수 있다.

즉, 서버(301)는 이벤트 정보에 근거하여 특정 보고 스케줄로 변경하거나 특정 보고 스케줄을 사용할 것을 결정하고, 이에 따라 기존의 보고 스케줄 정보를 변경할 수 있다. 예를 들어, 센서노드(305)의 상태가 파워가 부족하거나 혹은 주변 네트워크의 상태가 혼잡하여 데이터 송수신이 원활하지 않거나, 혹은 센서노드(305)가 감지해야 할 주변 환경이 기존의 보고 방식과 다른 스케줄링을 필요로 하는 상황인 경우, 보고 스케줄을 변경/결정한다.

서버(301)는 변경(결정)된 보고 스케줄 정보를 센서노드(305)로 통보(notification)할 수 있고(S325), 통보에 대한 응답을 센서노드(305)로부터 수신할 수 있다(S327).

이후, 센서노드 또는 M2M 장치(305)는 변경(결정)된 보고 스케줄 정보에 근거하여 보고를 전송할 수 있다(S329).

본 발명에 각 M2M 장치로부터 수신되는 보고(reporting)에 대한 스케줄은 센서노드(305) 또는 서버(301)에서 저장 및 관리될 수 있다.

도 4는 본 발명의 일 실시예에 의한 서버가 이벤트를 감지하고 보고 스케줄링을 변경/결정하는 시나리오를 보여주는 도면이다.

도 4에서는 서버가 이벤트 정보의 발생 유무를 감지하여 보고 스케줄링을 결정하는 실시예이다.

센서노드(405)는 기 설정된 스케줄링 방식에 따라 서버(401)로 보고를 전송(reporting)한다(S411). 서버(401)는 앞서 살펴본 기 설정된 이벤트를 감지하여, 해당 이벤트가 발생한 경우(S413), 발생한 이벤트 정보에 근거하여 보고 스케줄에 관한 정보를 결정할 수 있다(S415).

서버(401)는 이벤트 정보에 근거하여 보고 스케줄 정보를 결정하고, 이에 따라 기존의 보고 스케줄 방식을 변경할 수 있다.

서버(401)는 결정(변경)된 보고 스케줄 정보를 센서노드 또는 M2M 장치(405)로 통보(notification)할 수 있고(S417), 통보에 대한 응답을 센서노드 또는 M2M 장치(405)로부터 수신할 수 있다(S419). 이후, 센서노드 또는 M2M 장치(405)는 변경된 보고 스케줄 정보에 근거하여 서버로 보고를 전송(reporting)할 수 있다(S421).

도 2 내지 도 4를 참조하여 전술한 본 발명의 실시예에 따른 동적 스케줄은, 배터리로만 동작되는 센서노드의 경우, 배터리 부족 상태를 나타내는 이벤트 정보가 발생하면 슬립(sleep) 모드와 어웨이크(awake) 모드를 반복할 수 있다.

이 때, 배터리를 효율적으로 사용하면서 결정된 보고 스케줄에 따라 서버로 보고할 수 있으므로, 배터리를 절감하면서 보고 운용 기간을 최대로 늘릴 수 있다.

슬립 모드란, M2M 디바이스가 절전을 위해 대기 상태로 동작하는 경우를 의미하고, 어웨이크 모드란, 상기 슬립 모드에서 해제된 상태를 의미할 수 있다.

도 2 내지 도 4를 참조하여 전술한 기 설정된 이벤트 정보가, M2M 장치(예를 들어, M2M 디바이스)의 배터리 정보를 포함하는 경우에 있어서, 보고를 전송하는 단계(S225, S329, S421)는, 슬립 모드와 어웨이크 모드를 반복하도록 구성할 수 있다.

이에, 도 5 및 도 6에서는 도 2와 같이 스케줄의 변경이 센서노드에시 이루어지는 경우 슬립 모드와 어웨이크 모드를 반복하며 이에 따른 보고 스케줄을 변경하는 실시예에 대해 살펴보고자 한다. 도 2의 S225, S329 또는 S421단계에도 동일한 방식으로 적용될 수 있다.

도 5 및 도 6은 본 발명의 일 실시예에 의하여 센서노드가 이벤트를 감지하고 보고 스케줄링을 변경 결정하는 경우, 센서노드가 슬립 모드와 어웨이크 모드를 반복하여 배터리를 효율적으로 사용하면서 정해진 보고 스케줄에 따라 보고하는 시나리오를 나타내는 도면이다. 마찬가지로 (1) 센서노드가 이벤트를 감지하고 서버가 보고 스케줄링을 변경 결정하는 경우 (2) 서버가 이벤트를 감지하고 보고 스케줄링을 변경 결정하는 경우에 있어, 배터리 부족 발생시 슬립 모드와 어웨이크 모드를 반복하면서 보고하는 실시예는 도 5 및 도 6 과 같이 구현될 수 있다.

도 5는 본 발명의 일 실시예에 의한 동적 스케줄링 과정을 나타내는 도면이다. 도 2와 동일한 단계와 동일한 개체는 동일한 참조 번호를 사용한다. 이에, 동일한 참조 번호에 대한 설명은 도 2의 설명을 참조한다.

도 5는 센서노드가 이벤트를 감지하고 보고 스케줄링을 변경 결정하는 경우, 센서노드 혹은 M2M 장치가 슬립 모드와 어웨이크 모드를 반복하여 배터리를 효율적으로 사용하면서 정해진 보고 스케줄에 따라 보고하는 시나리오를 나타내는 도면이다.

S211 내지 S223의 과정을 진행하고, 결정/변경된 보고 스케줄에 따라 진행되는 S225 단계를 수행함에 있어 센서노드(205)는 슬립 모드(S520)와 어웨이크 모드(S530)에 따라 동작한다. 즉, 변경(결정)된 보고 스케줄 정보에 근거하여 보고를 전송(reporting)하는 단계(S225)는, 센서노드(205)가 변경(결정)된 보고 스케줄 정보에 근거하여 제 1 보고를 서버(201)로 전송하는 단계(S510)와, 센서노드(205)가 기 설정된 디바이스 슬립 기간(device sleep duration) 동안 슬립 모드로 동작하는 단계(S520)와, 센서노드(205)가 기 설정된 디바이스 슬립 기간이 경과하면, 어웨이크 모드로 동작하는 단계(S530)와, 센서노드(205)가 변경(결정)된 보고 스케줄 정보에 근거하여 제 2 보고를 전송하는 단계(S540) 등을 포함할 수 있다.

여기서 슬립 모드로 동작하는 단계(S520)는, M2M 클라이언트로 동작하는 센서노드(205)가, 서버(201)로 슬립 모드 진입에 관한 알림 정보를 전송하는 단계(S521)와, 서버(201)로부터 상기 전송한 알림 정보에 관한 응답을 수신하면(S523), 센서노드(205)가 접속한 네트워크(509)로 슬립 모드 진입에 관한 알림 정보 및 네트워크 등록 해지 요청을 전송하는 단계(S525)와, 전송한 네트워크 등록 해지 요청에 관한 응답을 수신하면(S527), 기 설정된 디바이스 슬립 기간 동안 슬립 모드로 동작하는 단계(S529) 등을 포함할 수 있다.

또한, 여기서, 어웨이크 모드로 동작하는 단계(S530)는, 상기 M2M 클라이언트로 동작하는 센서노드(205)가, 기 설정된 디바이스 슬립 기간이 경과하면, 어웨이크 모드로 동작하는 단계(S531)와, 센서노드(205)가 접속한 네트워크(509)로 어웨이크 모드 진입에 관한 알림 정보 및 네트워크 등록 요청을 전송하는 단계(S532)와, 상기 전송한 네트워크 등록 요청에 관한 응답을 수신하는 단계(S534), 그리고 센서노드(205)가 서버(201)로 어웨이크 모드 진입에 관한 알림 정보를 전송하는 단계(S536)와, 서버(201)로부터 상기 전송한 알림 정보에 관한 응답을 수신하는 단계(S538) 등을 포함할 수 있다.

여기서, 디바이스 슬립 기간은 상기 결정된 보고 스케줄 정보에 따라 결정될 수 있다. S520 및 S530은 모드에 따라 어느 하나가 실행된다. 디바이스 슬립 간의 간격(device sleep interval)이 경과하면 다시 디바이스는 슬립 모드가 될 수 있다.

도 6은 본 발명의 다른 실시예에 의한 동적 스케줄링 과정을 나타내는 도면이다. 도 6은 센서노드가 이벤트를 감지하고 보고 스케줄링을 변경 결정하는 경우, 센서노드 혹은 M2M 장치가 슬립 모드와 어웨이크 모드를 반복하여 배터리를 효율적으로 사용하면서 정해진 보고 스케줄에 따라 보고하는 시나리오를 나타내는 또 다른 도면이다.

도 6은 도 5와 동일한 구성이며, 다만 동적 스케줄링 과정에서 단말의 파워를 조절하는 과정(S519)이 더 부가되어 있다.

M2M 객체(205)가 서버(201)로부터 이벤트 발생 알림 정보에 대한 응답을 수신하는 단계(S217) 이후에, 보고 스케줄 정보를 결정하고 파워 스케줄 정보를 결정하는 단계(S619)와, 상기 결정된 보고 스케줄 정보 및 파워 스케줄 정보를 상기 서버(201)로 전송하는 단계(S620)를 포함할 수 있다. 여기서 파워 스케줄 정보에는, 슬립 기간 또는 슬립 간격에 관한 정보가 포함될 수 있다.

이상에서 도 2를 기초로 도 5 내지 도 6을 참조하였다. 도 5, 6에서 단말의 슬립 모드와 어웨이크 모드인 경우의 실시예는 도 3 및 도 4에도 적용될 수 있다.

도 3을 참조하면, 본 발명의 또 다른 실시예에 따른 동적 스케줄링 방법에서, 보고를 전송하는 단계(S329)는, 결정된 보고 스케줄 정보에 근거하여 센서노드(305) 가 서버(301)로 제1 보고를 전송하는 단계(미도시)와, 센서노드(305)가 기 설정된 슬립 기간 동안 슬립 모드로 동작하는 단계(미도시)와, 기 설정된 슬립 시간이 경과하면, 센서노드(305)가 어웨이크 모드로 동작하는 단계(미도시)와, 상기 결정된 보고 스케줄 정보에 근거하여 센서노드(305)가 서버(301)로 제2 보고를 전송하는 단계(미도시) 등을 포함할 수 있다.

또한, 도 3을 참조할 때, 본 발명의 또 다른 실시예에 따른 동적 스케줄링 방법에서, 서버(301)가 이벤트 정보에 근거하여 보고 스케줄 정보를 결정하는 단계는 (S323), 서버(301)가 이벤트 정보에 근거하여 보고 스케줄 정보를 결정하고 파워 스케줄 정보를 결정하는 단계일 수 있으며, 서버(301)가 결정된 보고 스케줄 정보를 센서노드(305)로 통보(notification)하는 단계(S325)는, 서버(301)가 결정된 보고 스케줄 정보 및 파워 스케줄 정보를 센서노드(305)로 전송하는 단계일 수 있다.

도 4를 참조하면, 본 발명의 또 다른 실시예에 따른 동적 스케줄링 방법에서, 보고를 전송하는 단계(S421)는, 결정된 보고 스케줄 정보에 근거하여 센서노드(405)가 서버(401)로 제 1 보고를 전송하는 단계(미도시)와, 센서노드(405)가 기 설정된 슬립 기간 동안 슬립 모드로 동작하는 단계(미도시)와, 기 설정된 슬립 기간이 경과하면, 센서노드(405)가 어웨이크 모드로 동작하는 단계(미도시)와, 상기 결정된 보고 스케줄 정보에 근거하여 센서노드(405)가 서버(401)로 제2 보고를 전송하는 단계(미도시) 등을 포함할 수 있다.

또한, 도 4를 참조할 때, 본 발명의 또 다른 실시예에 따른 동적 스케줄링 방법에서, 서버(401)가 이벤트 정보에 근거하여 보고 스케줄 정보를 결정하는 단계는 (S415), 서버(401)가 이벤트 정보에 근거하여 보고 스케줄 정보를 결정하고 파워 스케줄 정보를 결정하는 단계일 수 있으며, 서버(401)가 결정된 보고 스케줄 정보를 센서노드(405)로 통보(notification)하는 단계(S417)는, 서버(401)가 결정된 보고 스케줄 정보 및 파워 스케줄 정보를 센서노드(405)로 전송하는 단계일 수 있다.

상기 도 2 내지 도 6에서 살펴본 동적 스케줄링을 구현하기 위해서는 스케줄 관리가 필요하다. 표 1은 보고 스케줄 관리 DB의 일 실시예를 제시하고 있다. 표 1에서 이벤트 종류는 M2M 시스템의 상황에 적합하게 변경될 수 있다.

아래 이벤트는 앞서 살펴본 바와 같이, 센서노드 또는 M2M 장치에 해당하는 M2M 객체의 상태 정보, 네트워크 상태 정보, M2M 객체의 주변 환경 정보, M2M 시스템의 상태 정보, M2M 서비스 사업자의 보고 정책 변경 정보 중 어느 하나 이상을 포함할 수 있다. 따라서 각 이벤트 별로 보고를 수행할 시간과 주기를 정할 수 있다. 또한, 표 1과 달리 동적 혹은 온디맨드 방식과 같이 스케줄링 방식도 DB 내에 포함시킬 수 있다.

보고 스케줄 관리 DB는, 센서노드와 같은 M2M 장치 또는 SCL 서버에서 저장 및 관리될 수 있다.

본 발명의 실시예를 ETSI M2M 표준에 반영하기 위해서는 <areaNwkDeviceInfoInstance> 자원(resource)을 [표 2]과 같이 구성할 수 있다.

표 1의 보고 시작 및 종료 시각과 보고 간격에 대해 reportInterval, reportStartTime, reportEndTime으로 구송되어 있다.

한편, <areaNwkDeviceReportScheduleInstance> 자원을 [표 3]과 같이 구성할 수도 있다.

표 3에는 표 1, 2에서 살펴본 보고 시작/종료 시각과 주기 외에도 보고 스케줄 식별정보(reportScheduleID), 슬립 간격(sleepInterval), 슬립 기간(sleepDuration) 및 디바이스 상태(deviceStatus) 정보를 포함하고 있다.

또한 SCL 중의 하나인 xREM(Remote Entity Management)인 GREM(Gateway Remote Entity Management), NREM(Network Remote Entity Management), DREM(Device Remote Entity Management)의 역할에 다음 기능이 지원하도록 추가될 수 있다.

- 특정 이벤트 발생시 M2M 장치간의 보고 스케줄을 변경할 수 있어야 한다.

- M2M 장치간의 보고 스케줄을 동적으로 변경할 수 있어야 한다.

기존 M2M의 주기적 보고 환경에서 M2M 시스템 혹은 M2M 장치의 특정 상황을 이벤트(device 상태, 네트워크 상태, 온도, 습도, 바람 등 주변 환경 변화, M2M 서비스 사업자의 정책 변경)로 감지하여 센서노드가 서버에 보고하는 주기를 동적으로(dynamic) 변경할 수 있게 함으로써 M2M 시스템의 보고 체계를 효율적으로 구성할 수 있다. 또한 배터리로만 작동되는 센서노드 혹은 M2M 장치에 적용될 경우 배터리를 절감하면서 보고 운용 기간을 최대한 늘릴 수 있다.

이하, 본 발명의 일 실시예에 의한 M2M 장치의 동작 과정을 살펴보고자 한다.

도 2 내지 도 6의 M2M 장치의 실시예인 센서노드의 동작과정에서 살펴본 바와 같이, M2M 장치는 보고를 수행하며, 보고를 수신하는 서버 또는 M2M 장치에서 변경/결정된 보고 스케줄에 따라 보고 스케줄을 변경하고, M2M 장치가 변경된 방식으로 보고를 수행하는 것을 특징으로 한다.

앞서 도 2 내지 6은 이벤트의 감지 주체와 스케줄의 결정 주체에 따라 다음과 같이 3가지 경우로 나누어질 수 있다.

이벤트의 감지 및 스케줄 결정을 M2M 장치가 수행하는 경우로 이는 도 2의 실시예를 포함하며 케이스 A라고 지칭한다.

이벤트의 감지는 M2M 장치가, 스케줄 결정은 서버가 수행하는 경우, 도 3의 실시예를 포함하며 케이스 B라고 지칭한다.

이벤트의 감지와 스케줄의 결정을 서버가 수행하는 경우, 도 4의 실시예를 포함하며 케이스 C라고 지칭한다.

도 7은 본 발명의 일 실시예에 의한 M2M 장치가 동적 스케줄링을 수행하는 과정을 보여주는 도면이다.

도 7은 케이스 A, B, C로 나누어 설명하고 있으나 이를 통합하면, M2M 장치가 서버에게 제 1 스케줄에 따라 보고를 송신하는 단계(S710), 상기 M2M 장치가 제 2 스케줄로 변경을 결정하여 상기 서버에게 스케줄 변경 메시지를 송신한 후 상기 서버로부터 상기 변경 메시지에 대한 응답을 수신하거나 또는 상기 서버로부터 제 2 스케줄로 변경을 결정한 스케줄 변경을 지시하는 지시 메시지를 수신하는 단계(S720~S750), 상기 제 2 스케줄로 변경하여 보고를 송신하는 단계(S760)로 이루어져있다. 보다 상세히 살펴보면 다음과 같다.

M2M 장치의 동작은 앞서 살펴본 케이스 A/B/C 인 경우 동작이 나뉘어진다.

케이스 A의 경우, M2M 장치는 이벤트를 감지하고(S732), 상기 이벤트의 발생을 상기 서버에 통지하는 메시지를 송신한다(S734), 그리고 M2M 장치는 제 2 스케줄로 변경을 결정하여 서버에게 스케줄 변경 메시지를 송신하고(S736), 이후 상기 서버로부터 상기 변경 메시지에 대한 응답을 수신하고(S738), 상기 제 2 스케줄로 변경하여 보고를 송신한다(S760).

케이스 B의 경우, M2M 장치는 이벤트를 감지하고(S742), 상기 이벤트의 발생을 상기 서버에 통지하는 메시지를 송신한다(S744), 이후 서버가 제 2 스케줄로 변경을 결정하여 스케줄 변경을 지시하는 지시 메시지를 상기 서버로부터 수신하고(S746), 상기 제 2 스케줄로 변경하여 보고를 송신한다(S760). S744와 S746 단계 사이에 서버가 이벤트의 상세 정보를 요청하고 M2M 장치가 상세한 이벤트의 정보를 제공하는 과정이 추가로 포함될 수 있다.

케이스 C의 경우, M2M 장치는 이벤트를 감지하지 않는다. 서버가 이벤트를 감지하고 제 2 스케줄로 변경을 결정하여 스케줄 변경을 지시하는 지시 메시지를 서버로부터 M2M 장치가 수신한다(S750).

또한 S746, S750 단계 이후에 M2M 장치가 서버에게 상기 지시 메시지의 수신에 대한 응답을 송신할 수 있다.

한편, 도 6에서 살펴본 바와 같이 변경된 스케줄을 서버에 변경 메시지로 송신하는 과정(S736)에서 M2M 장치의 상태 변화를 결정하여 결정된 사항을 함께 송신할 수 있다. 한편, S746 또는 S750에서 서버에서 결정한 M2M 장치의 상태 변화에 대한 사항을 수신할 수 있다.

상기 제 2 스케줄은 상기 M2M 장치 또는 상기 서버가 감지한 이벤트에 해당하는 스케줄이다. 이는 표 1과 같이 보고 스케줄 관리 DB에 특정한 이벤트에 해당하는 보고 스케줄의 파라미터가 설정되거나 또는 보고 스케줄의 종류가 매칭되는 것을 의미한다.

도 7의 상기 이벤트는 상기 M2M 장치의 상태 정보, 상기 M2M 네트워크의 상태 정보, 상기 M2M 장치 주변의 환경 정보, 상기 M2M 서버를 포함하는 시스템의 상태 정보, 또는 상기 M2M 서비스 사업자의 보고 정책 변경 정보 중 어느 하나 이상을 포함한다. 또한, 상기 제 1 스케줄에서 상기 제 2 스케줄로의 변경은 상기 스케줄을 구성하는 파라미터를 변경하거나, 또는 상기 스케줄의 종류인 주기적 보고 스케줄, 온디맨드 보고 스케줄, 또는 이벤트 보고 스케줄 중 어느 하나로 변경하는 것을 포함한다.

도 8은 본 발명의 일 실시예에 의한 서버가 동적 스케줄링을 수행하는 과정을 보여주는 도면이다.

서버는 SCL 기능을 제공하는 서버가 될 수 있다. 도 8은 케이스 A, B, C로 나누어 설명하고 있으나 이를 통합하면, 서버가 M2M 장치로부터 제 1 스케줄에 따라 보고를 수신하는 단계(S810), 상기 M2M 장치로부터 제 2 스케줄로 변경을 결정한 스케줄 변경 메시지를 수신한 후 상기 변경 메시지에 대한 응답을 송신하거나, 또는 제 2 스케줄로 변경을 결정한 스케줄 변경을 지시하는 지시 메시지를 상기 M2M 장치에게 송신하는 단계(S820~S854), 상기 M2M 장치로부터 상기 제 2 스케줄에 따른 보고를 수신하는 단계(S860)로 구성된다.

서버의 동작은 앞서 살펴본 케이스 A/B/C 인 경우 동작이 나뉘어진다.

케이스 A의 경우, M2M 장치로부터 이벤트의 발생을 통지하는 메시지를 수신하고(S832), M2M 장치로부터 제 2 스케줄로 변경을 결정한 스케줄 변경 메시지를 수신한 후(S834), 상기 변경 메시지에 대한 응답을 송신한다(S836). 이후, M2M 장치로부터 상기 제 2 스케줄에 따른 보고를 수신한다(S860).

케이스 B의 경우, M2M 장치로부터 이벤트의 발생을 통지하는 메시지를 수신하고(S842), 제 2 스케줄로 변경을 결정한 스케줄 변경을 지시하는 지시 메시지를 상기 M2M 장치에게 송신한다(S844). 이후, M2M 장치로부터 상기 제 2 스케줄에 따른 보고를 수신한다(S860). S842와 S844 단계 사이에 서버가 이벤트의 상세 정보를 요청하고 M2M 장치가 상세한 이벤트의 정보를 제공하는 과정이 추가로 포함될 수 있다.

케이스 C의 경우, 서버가 이벤트를 감지한다(S852). 감지한 이벤트에 기반하여, 제 2 스케줄로 변경을 결정한 스케줄 변경을 지시하는 지시 메시지를 상기 M2M 장치에게 송신한다(S854). 이후, M2M 장치로부터 상기 제 2 스케줄에 따른 보고를 수신한다(S860).

또한, S844, S854 단계 이후에 M2M 장치로부터 상기 지시 메시지에 대한 응답을 수신할 수 있다.

한편, 도 6에서 살펴본 바와 같이 변경된 스케줄에 대한 변경 메시지를 수신하는 과정(S834)에서 M2M 장치가 결정한 상태 변화에 대한 정보를 함께 수신할 수 있다. 한편, S844 또는 S854에서 서버는 결정한 M2M 장치의 상태 변화에 대한 사항을 M2M 장치에게 송신할 수 있다.

도 9는 본 발명의 일 실시예에 의한 M2M 장치 및 서버의 구성을 보여준다. 도 9의 M2M 장치 및 서버는 앞서 도 2 내지 도 8의 과정을 수행하는 장치이다.

M2M 장치(910)는 앞서 살펴본 센서노드를 일 실시예로 하며 서버(920)는 SCL 기능을 제공하는 서버를 일 실시예로 한다.

M2M 장치(910)는 수신부(912), 제어부(914) 및 송신부(916)로 구성된다.

송신부(916)는 서버에게 보고 및 메시지를 송신하며, 수신부(912)는 상기 서버로부터 메시지를 수신한다. 제어부(914)는 송신부(916)와 수신부(912)를 제어한다. 보다 상세히 M2M 장치(910)의 구성에 대해 살펴보면, 상기 제어부(914)는 상기 서버(920)에게 제 1 스케줄 또는 제 2 스케줄에 따라 보고를 송신하도록 상기 송신부(916)를 제어한다. 상기 송신부가 상기 제 1 스케줄에 따라 보고를 송신한 후에 각 케이스에 따라 다음과 같이 동작할 수 있다.

케이스 A의 경우, 제어부(914)는 이벤트를 감지하고, 상기 송신부(916)가 상기 이벤트의 발생을 상기 서버(920)에 통지하는 메시지를 송신한다. 이후, 상기 제어부(914)는 제 2 스케줄로 변경을 결정하여 상기 송신부(916)가 상기 서버(920)에게 스케줄 변경 메시지를 송신한 후 상기 수신부(912)가 상기 서버(920)로부터 상기 변경 메시지에 대한 응답을 수신한다. 이후 제어부(914)는 상기 제 2 스케줄로 변경하여 보고를 송신하도록 상기 송신부(916)를 제어한다.

케이스 B의 경우, 제어부(914)는 이벤트를 감지하고, 상기 송신부(916)가 상기 이벤트의 발생을 상기 서버(920)에 통지하는 메시지를 송신한다. 이후 서버가 상기 제 2 스케줄로 변경을 결정하여 스케줄 변경을 지시하는 지시 메시지를 수신부(912)가 수신하면, 이후 제어부(914)는 상기 제 2 스케줄로 변경하여 보고를 송신하도록 상기 송신부(916)를 제어한다.

케이스 C의 경우, 서버(920)가 상기 제 2 스케줄로 변경을 결정한 스케줄 변경을 지시하는 지시 메시지를 상기 수신부(912)가 상기 서버로부터 수신하는 경우, 제어부(914)는 상기 제 2 스케줄로 변경하여 보고를 송신하도록 상기 송신부(916)를 제어한다.

서버(920)는 수신부(922), 제어부(924) 및 송신부(926)로 구성된다.

수신부(922)는 M2M 장치(910)로부터 메시지 및 제 1 스케줄 또는 제 2 스케줄에 따라 보고를 수신하며, 송신부(926)는 상기 M2M 장치(910)에게 메시지를 송신한다. 제어부(924)는 수신부(922) 및 송신부(926)를 제어한다. 보다 상세히 서버(920)의 구성에 대해 살펴보면, 상기 수신부(922)가 상기 제 1 스케줄에 따라 보고를 수신한 후에 각 케이스에 따라 다음과 같이 동작할 수 있다.

케이스 A의 경우, 상기 수신부(922)가 상기 M2M 장치(910)로부터 상기 이벤트의 발생을 통지하는 메시지를 수신한다. 이후, 상기 M2M 장치(910)가 제 2 스케줄로 변경을 결정한 스케줄 변경 메시지를 상기 수신부(922)가 상기 M2M 장치(910)로부터 수신하면, 상기 송신부(926)가 상기 변경 메시지에 대한 응답을 송신한 후, 상기 수신부(922)가 상기 제 2 스케줄에 따라 보고를 수신한다.

케이스 B의 경우, 상기 수신부(922)가 상기 M2M 장치(910)로부터 상기 이벤트의 발생을 통지하는 메시지를 수신한다. 이후, 제어부(924)가 제 2 스케줄로 변경을 결정한 스케줄 변경을 지시하는 지시 메시지를 생성하여, 상기 송신부(925)가 상기 지시 메시지를 상기 M2M 장치(910)에게 송신한다. 이후, 상기 수신부(922)가 상기 제 2 스케줄에 따라 보고를 수신한다.

케이스 C의 경우, 제어부(924)가 상기 이벤트를 감지한 후, 제 2 스케줄로 변경을 결정한 스케줄 변경을 지시하는 지시 메시지를 생성한다. 그리고 상기 송신부(925)가 상기 지시 메시지를 상기 M2M 장치(910)에게 송신한다. 이후, 상기 수신부(922)가 상기 제 2 스케줄에 따라 보고를 수신한다.

또한 상기 이벤트는 상기 M2M 장치의 상태 정보, 상기 M2M 네트워크의 상태 정보, 상기 M2M 장치 주변의 환경 정보, 상기 M2M 서버를 포함하는 시스템의 상태 정보, 또는 상기 M2M 서비스 사업자의 보고 정책 변경 정보 중 어느 하나가 될 수 있다. 상기 제 1 스케줄에서 상기 제 2 스케줄로의 변경은 상기 스케줄을 구성하는 파라미터를 변경하거나, 또는 상기 스케줄의 종류인 주기적 보고 스케줄, 온디맨드 보고 스케줄, 또는 이벤트 보고 스케줄 중 어느 하나로 변경하는 것을 포함한다.

본 발명에 따른 동적 스케줄링 방법은, 네트워크 자원 및 트래픽 측면에서 매우 효율적인 방법이다.

이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시 예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시 예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims

M2M 시스템에서 동적 보고 스케줄링을 M2M 장치가 구현하는 방법에 있어서,
M2M 장치가 서버에게 제 1 스케줄에 따라 보고를 송신하는 단계;
상기 M2M 장치가 제 2 스케줄로 변경을 결정하여 상기 서버에게 스케줄 변경 메시지를 송신한 후 상기 서버로부터 상기 변경 메시지에 대한 응답을 수신하거나, 또는 상기 서버로부터 제 2 스케줄로 변경을 결정한 스케줄 변경을 지시하는 지시 메시지를 수신하는 단계; 및
상기 제 2 스케줄로 변경하여 보고를 송신하는 단계를 포함하며,
상기 제 2 스케줄은 상기 M2M 장치 또는 상기 서버가 감지한 이벤트에 해당하는 스케줄인 것을 특징으로 하는 방법.
제 1항에 있어서,
상기 M2M 장치가 상기 제 1 스케줄에 따라 보고를 송신하는 단계 이후에
이벤트를 감지하는 단계; 및
상기 이벤트의 발생을 상기 서버에 통지하는 메시지를 송신하는 단계를 더 포함하는 방법.
제 1항에 있어서,
상기 이벤트는 상기 M2M 장치의 상태 정보, 상기 M2M 네트워크의 상태 정보, 상기 M2M 장치 주변의 환경 정보, 상기 M2M 서버를 포함하는 시스템의 상태 정보, 또는 상기 M2M 서비스 사업자의 보고 정책 변경 정보 중 어느 하나 이상을 포함하는 방법.
제 1항에 있어서,
상기 제 1 스케줄에서 상기 제 2 스케줄로의 변경은
상기 스케줄을 구성하는 파라미터를 변경하거나,
또는 상기 스케줄의 종류인 주기적 보고 스케줄, 온디맨드 보고 스케줄, 또는 이벤트 보고 스케줄 중 어느 하나로 변경하는 것을 특징으로 하는 방법.
M2M 시스템에서 동적 보고 스케줄링을 서버가 구현하는 방법에 있어서,
상기 서버가 M2M 장치로부터 제 1 스케줄에 따라 보고를 수신하는 단계;
상기 M2M 장치로부터 제 2 스케줄로 변경을 결정한 스케줄 변경 메시지를 수신한 후 상기 변경 메시지에 대한 응답을 송신하거나, 또는 제 2 스케줄로 변경을 결정한 스케줄 변경을 지시하는 지시 메시지를 상기 M2M 장치에게 송신하는 단계; 및
상기 M2M 장치로부터 상기 제 2 스케줄에 따른 보고를 수신하는 단계를 포함하며,
상기 제 2 스케줄은 상기 M2M 장치 또는 상기 서버가 감지한 이벤트에 해당하는 스케줄인 것을 특징으로 하는 방법.
제 5항에 있어서,
상기 서버가 M2M 장치로부터 제 1 스케줄에 따라 보고를 수신하는 단계 이후에
상기 M2M 장치로부터 이벤트의 발생을 통지하는 메시지를 수신하는 단계를 더 포함하는 방법.
제 5항에 있어서,
상기 서버가 M2M 장치로부터 제 1 스케줄에 따라 보고를 수신하는 단계 이후에
상기 서버가 이벤트를 감지하는 단계를 더 포함하는 방법.
제 5항에 있어서,
상기 이벤트는 상기 M2M 장치의 상태 정보, 상기 M2M 네트워크의 상태 정보, 상기 M2M 장치 주변의 환경 정보, 상기 M2M 서버를 포함하는 시스템의 상태 정보, 또는 상기 M2M 서비스 사업자의 보고 정책 변경 정보 중 어느 하나 이상을 포함하는 방법.
제 5항에 있어서,
상기 제 1 스케줄에서 상기 제 2 스케줄로의 변경은
상기 스케줄을 구성하는 파라미터를 변경하거나,
또는 상기 스케줄의 종류인 주기적 보고 스케줄, 온디맨드 보고 스케줄, 또는 이벤트 보고 스케줄 중 어느 하나로 변경하는 것을 특징으로 하는 방법.
M2M 시스템에서 동적 보고 스케줄링을 구현하는 M2M 장치에 있어서,
서버에게 보고 및 메시지를 송신하는 송신부;
상기 서버로부터 메시지를 수신하는 수신부; 및
상기 송신부와 수신부를 제어하는 제어부를 포함하며,
상기 제어부는 상기 서버에게 제 1 스케줄 또는 제 2 스케줄에 따라 보고를 송신하도록 상기 송신부를 제어하며,
상기 송신부가 상기 제 1 스케줄에 따라 보고를 송신하고,
상기 수신부가 상기 서버로부터 응답을 수신하거나 또는 지시 메시지를 수신한 후 상기 제어부는 상기 제 2 스케줄로 변경하여 보고를 송신하도록 상기 송신부를 제어하며,
상기 제 2 스케줄은 상기 M2M 장치 또는 상기 서버가 감지한 이벤트에 해당하는 스케줄인 것을 특징으로 하는 M2M 장치.
제 10항에 있어서,
상기 수신부가 상기 서버로부터 응답을 수신하는 것은 상기 제어부가 상기 제 2 스케줄로 변경을 결정하여 상기 송신부가 상기 서버에게 스케줄 변경 메시지를 송신한 후 상기 수신부가 상기 서버로부터 상기 변경 메시지에 대한 응답을 수신하는 것을 포함하며,
상기 수신부가 상기 서버로부터 지시 메시지를 수신하는 것은 상기 서버가 상기 제 2 스케줄로 변경을 결정한 스케줄 변경을 지시하는 지시 메시지를 상기 수신부가 상기 서버로부터 수신하는 것을 포함하는 M2M 장치.
제 10항에 있어서,
상기 송신부가 상기 제 1 스케줄에 따라 보고를 송신한 후에
상기 제어부가 이벤트를 감지하고, 상기 송신부가 상기 이벤트의 발생을 상기 서버에 통지하는 메시지를 송신하는 것을 특징으로 하는 M2M 장치.
제 10항에 있어서,
상기 이벤트는 상기 M2M 장치의 상태 정보, 상기 M2M 네트워크의 상태 정보, 상기 M2M 장치 주변의 환경 정보, 상기 M2M 서버를 포함하는 시스템의 상태 정보, 또는 상기 M2M 서비스 사업자의 보고 정책 변경 정보 중 어느 하나 이상을 포함하는 M2M 장치.
제 10항에 있어서,
상기 제 1 스케줄에서 상기 제 2 스케줄로의 변경은
상기 스케줄을 구성하는 파라미터를 변경하거나,
또는 상기 스케줄의 종류인 주기적 보고 스케줄, 온디맨드 보고 스케줄, 또는 이벤트 보고 스케줄 중 어느 하나로 변경하는 것을 특징으로 하는 M2M 장치.
M2M 시스템에서 동적 보고 스케줄링을 구현하는 서버에 있어서,
M2M 장치로부터 메시지 및 제 1 스케줄 또는 제 2 스케줄에 따라 보고를 수신하는 수신부;
상기 M2M 장치에게 메시지를 송신하는 송신부; 및
상기 송신부와 수신부를 제어하는 제어부를 포함하며,
상기 수신부가 상기 제 1 스케줄에 따라 보고를 수신하고,
상기 송신부가 응답을 송신하거나 또는 지시 메시지를 송신한 이후에 상기 수신부는 상기 M2M 장치로부터 상기 제 2 스케줄에 따른 보고를 수신하며,
상기 제 2 스케줄은 상기 M2M 장치 또는 상기 서버가 감지한 이벤트에 해당하는 스케줄인 것을 특징으로 하는 서버.
제 15항에 있어서,
상기 송신부가 응답을 송신하는 것은 상기 M2M 장치가 제 2 스케줄로 변경을 결정한 스케줄 변경 메시지를 상기 수신부가 상기 M2M 장치로부터 수신한 후 상기 송신부가 상기 변경 메시지에 대한 응답을 송신하는 것을 포함하며,
상기 송신부가 지시 메시지를 송신하는 것은 상기 제어부가 제 2 스케줄로 변경을 결정한 스케줄 변경을 지시하는 지시 메시지를 생성하여 상기 송신부가 상기 M2M 장치에게 상기 지시 메시지를 송신하는 것을 포함하는 서버.
제 15항에 있어서,
상기 수신부가 상기 M2M 장치로부터 제 1 스케줄에 따라 보고를 수신한 후에
상기 수신부가 상기 M2M 장치로부터 상기 이벤트의 발생을 통지하는 메시지를 수신하는 것을 특징으로 하는 서버.
제 15항에 있어서,
상기 수신부가 상기 M2M 장치로부터 제 1 스케줄에 따라 보고를 수신한 후에,
상기 제어부가 상기 이벤트를 감지하는 것을 특징으로 하는 서버.
제 15항에 있어서,
상기 이벤트는 상기 M2M 장치의 상태 정보, 상기 M2M 네트워크의 상태 정보, 상기 M2M 장치 주변의 환경 정보, 상기 M2M 서버를 포함하는 시스템의 상태 정보, 또는 상기 M2M 서비스 사업자의 보고 정책 변경 정보 중 어느 하나 이상을 포함하는 서버.
제 15항에 있어서,
상기 제 1 스케줄에서 상기 제 2 스케줄로의 변경은
상기 스케줄을 구성하는 파라미터를 변경하거나,
또는 상기 스케줄의 종류인 주기적 보고 스케줄, 온디맨드 보고 스케줄, 또는 이벤트 보고 스케줄 중 어느 하나로 변경하는 것을 특징으로 하는 서버.