KR102647498B1

KR102647498B1 - M2m 시스템에서 통지 메시지 전송 방법 및 그 장치

Info

Publication number: KR102647498B1
Application number: KR1020190030279A
Authority: KR
Inventors: 김성윤; 방영우; 추병조
Original assignee: 주식회사 케이티
Priority date: 2019-03-18
Filing date: 2019-03-18
Publication date: 2024-03-15
Also published as: KR20200110841A

Abstract

본 실시 예는 M2M(Machine to Machine Communication) 기술에 관한 것이다. 일 실시예는 M2M 장치가 통지 메시지를 전송하는 방법에 있어서, 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보를 포함하는 등록 요청 메시지를 M2M 서버로 전송하는 단계와 M2M 서버로부터 등록 응답 메시지를 수신하는 단계 및 구독 설정 정보에 기초하여, 하나 이상의 리소스에 대한 구독 정보를 포함하는 통지 메시지를 M2M 서버로 전송하는 단계를 포함하는 방법 및 장치를 제공한다.

Description

M2M 시스템에서 통지 메시지 전송 방법 및 그 장치{Methods for transmitting a notification message for M2M system and Apparatuses thereof}

본 실시 예는 M2M(Machine to Machine Communication) 기술에 관한 것이다.

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

사물 통신은 통상적으로 사람이 직접적으로 통신과 응용 제어를 수행하지 않기 때문에, 정교한 프로토콜 설정을 통해서 사물 간에 오류 발생없이 통신을 수행하도록 하기 위한 방법과 절차와 필요하다.

이를 위해서, ITU-T, ISO, oneM2M, IEEE, 3GPP, OMA(Open Mobile Alliance) 등의 관련 단체들이 사물 통신 프로토콜에 대한 표준화 업무를 수행하고 있다. 특히, OMA는 소형장치들을 포함하는 다양한 기기를 지원하기 위해서 사물인터넷 기기 관리 표준 프로토콜을 제정하고 있다.

구체적으로, OMA는 M2M 또는 IoT 장치 관리를 위하여 LwM2M 서버와 LwM2M 장치에 있는 LwM2M 클라이언트 간의 응용 프로그램 계층 통신 프로토콜을 정의하기 위해서 LwM2M(Lightweight M2M) 기술을 개발하고 있다.

특히, M2M 네트워크의 특성에 따라 LwM2M 서버와 LwM2M 클라이언트 간의 불필요한 메시지 송수신 동작에 따라서 발생하는 시스템 부하를 최소화할 필요가 있으며, 이에 대한 기술 연구가 필요한 실정이다.

본 개시는 M2M 시스템에서의 메시지 송수신에 따른 시스템 부하를 감소시키기 위한 방법 및 장치를 제안한다.

전술한 과제를 해결하기 위한 일 실시예는 M2M 장치가 통지 메시지를 전송하는 방법에 있어서, 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보를 포함하는 등록 요청 메시지를 M2M 서버로 전송하는 단계와 M2M 서버로부터 등록 응답 메시지를 수신하는 단계 및 구독 설정 정보에 기초하여, 하나 이상의 리소스에 대한 구독 정보를 포함하는 통지 메시지를 M2M 서버로 전송하는 단계를 포함하는 방법을 제공한다.

또한, 일 실시예는 통지 메시지를 전송하는 M2M 장치에 있어서, 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보를 포함하는 등록 요청 메시지를 M2M 서버로 전송하는 송신부 및 M2M 서버로부터 등록 응답 메시지를 수신하는 수신부를 포함하되, 송신부는 구독 설정 정보에 기초하여, 하나 이상의 리소스에 대한 구독 정보를 포함하는 통지 메시지를 M2M 서버로 전송하는 M2M 장치를 제공한다.

본 개시에 따르면, M2M 시스템에서 메시지 송수신을 위한 절차를 간소화하여 시스템 부하를 감소시키는 효과가 있다.

도 1은 일 실시예에 따른 LwM2M 전개 시나리오를 설명하기 위한 도면이다.
도 2는 일 실시예에 따른 LwM2M 시스템 아키텍처를 설명하기 위한 도면이다.
도 3은 일 실시예에 따른 LwM2M 오브젝트 모델을 설명하기 위한 도면이다.
도 4는 종래 기술에 따른 M2M 서버가 통지 메시지를 수신하기 위한 동작을 설명하기 위한 도면이다.
도 5는 일 실시예에 따른 M2M 장치의 동작을 설명하기 위한 흐름도이다.
도 6은 일 실시예에 따른 M2M 서버가 통지 메시지를 수신하는 동작을 설명하기 위한 신호도이다.
도 7은 일 실시예에 따른 M2M 장치와 부트스트랩 서버 간의 부트스트랩 과정을 설명하기 위한 도면이다.
도 8은 일 실시예에 따른 등록 응답 메시지가 등록 실패를 지시하는 경우의 M2M 장치 및 M2M 서버의 동작을 설명하기 위한 도면이다.
도 9는 일 실시예에 따른 등록 응답 메시지가 부분 성공 정보를 포함하는 경우의 M2M 장치 및 M2M 서버의 동작을 설명하기 위한 도면이다.
도 10은 다른 실시예에 따른 등록 응답 메시지가 부분 성공 정보를 포함하는 경우의 M2M 장치 및 M2M 서버의 동작을 설명하기 위한 도면이다.
도 11은 일 실시예에 따른 M2M 장치의 구성을 설명하기 위한 블록도이다.

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

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

또한, 본 명세서에서 사용되는 용어와 기술적 명칭은 특정한 실시 예를 설명하기 위한 것으로, 해당 용어에 기술사상이 한정되는 것은 아니다. 이하에서 기재되는 용어는 별도의 정의가 없는 한 본 기술사상이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해서 일반적으로 이해되는 의미로 해석될 수 있다. 해당 용어가 본 기술 사상을 정확하게 표현하지 못하는 잘못된 기술적 용어일 때에는, 당업자가 올바르게 이해할 수 있는 기술적 용어로 대체되어 이해되어야 할 것이다. 또한, 본 명세서에서 사용되는 일반적인 용어는 사전에 정의되어 있는 바에 따라, 또는 전후 문맥상에 따라 해석되어야 하며, 과도하게 축소된 의미로 해석되지 않아야 한다.

이하에서 개시하는 본 실시 예들은 다양한 무선 접속 기술을 사용하여 구현될 수 있다. 예를 들어, 본 실시 예들은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(timedivision multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(singlecarrier frequency division multiple access) 등과 같은 다양한 무선 접속 기술을 이용하여 구현될 수 있다. CDMA는UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced datarates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical andelectronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTSterrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. 이와 같이 본 실시 예들은 현재 개시되거나 상용화된 무선 접속 기술에 적용될 수 있고, 현재 개발 중이거나 향후 개발될 무선 접속 기술에 적용될 수도 있다.

이 외에도, 본 실시예들은 사물 통신 프로토콜이 적용되는 다양한 무선접속 기술이 적용될 수도 있다. 예를 들어, 본 실시예들은 IEEE 802.15, oneM2M 등의 다양한 사물 통신 단체에서 정의하는 프로토콜로 구현될 수 있다. 다만, 이하에서는 OMA 단체의 LwM2M 프로토콜에 기반한 M2M 네트워크를 중심으로 설명하나, 이는 이해의 편의를 위한 것으로, 사물 통신 네트워크에 제한없이 적용될 수 있다.

또한, 본 실시 예들은 사물 통신을 중심으로 설명한다. 사물 통신은 M2M(Machine to Machine communication), MTC(Machine Type Communication), IoT(Internet of Things), 스마트 장치 통신(Smart Device Communication, SDC), 또는 사물 지향 통신(Machine Oriented Communication) 등으로 다양하게 불려질 수 있다. 사물 통신은 사람이 통신 과정에 개입하지 않고 통신이 이루어지는 다양한 통신을 지칭한다. 사물 통신은 에너지(energy) 분야, 엔터프라이즈(enterprise) 분야, 헬스케어(Healthcare) 분야, 공공 서비스(Public Services) 분야, 주거(Residential) 분야, 소매(Retail) 분야, 운송(Transportation)분야, 그리고 기타 분야 등으로 나뉘어진다. 본 개시는 전술한 분야를 포함하며, 그 외의 분야에도 적용 가능하다.

본 명세서에서 사물 통신은 Machine to Machine(M2M) 통신으로 기재하여 설명하는 이는 설명의 편의를 위한 것으로 IoT 통신, 사물인터넷, 소물통신 등 전술한 사물 통신 개념에 부합하는 범위에서 그 용어의 제한은 없다.

또한, M2M 장치는 M2M 클라이언트가 설치, 탑재 또는 구성되는 디바이스를 의미하는 것으로 유무선 통신을 위한 통신모듈, 디바이스 제어를 위한 컨트롤러, 데이터 저장을 위한 메모리 등으로 구현될 수 있다. 예를 들어, M2M 장치는 일반적인 데스크 탑이나 노트북 등의 일반 PC를 포함하고, 스마트 폰, 태블릿 PC, PDA(Personal Digital Assistants), 센서 및 이동통신 단말기 등일 수 있으며, 이에 제한되지 않고, M2M 서버와 통신 가능한 어떠한 전자 기기로 폭넓게 해석되어야 할 것이다. 필요에 따라, M2M 장치는 M2M 클라이언트, M2M 디바이스 등으로 혼용되어 사용될 수 있다.

M2M 서버는 하드웨어적으로는 통상적인 웹 서버(Web Server) 또는 웹 어플리케이션 서버(Web Application Server) 또는 왑 서버(WAP Server)와 동일 또는 유사한 구성일 수 있다. 소프트웨어적으로는, 아래에서 상세하게 설명할 바와 같이, C, C++, Java, PHP, .Net, Python, Ruby 등 여하한 언어를 통하여 구현되어 여러 가지 기능을 하는 프로그램 모듈(Module)을 포함할 수 있다.

또한, M2M 서버 및/또는 부트스트랩 서버는, 네트워크를 통하여 불특정 다수 디바이스 및/또는 다른 서버와 연결될 수 있는데, 이에 따라, M2M 서버는 디바이스 또는 다른 서버의 작업수행 요청을 접수하고 그에 대한 작업 결과를 도출하여 제공하는 컴퓨터 시스템 또는 이러한 컴퓨터 시스템을 위하여 설치되어 있는 컴퓨터 소프트웨어(서버 프로그램)를 뜻하는 것일 수 있다.

이 외에도, 본 명세서에서의 용어는 별도의 정의가 없는 한, 해당 기술분야의 당업자가 사용하는 의미로 이해되어야 하며, 용어에 따라 해당 용어가 내포하는 의미가 축소되지 않는다.

LwM2M(Lightweight M2M)이란 OMA(Open Mobile Alliance)에서 정의하는 M2M 또는 IoT 장치 관리를 위하여 LwM2M 서버와 LwM2M 클라이언트 간의 응용 프로그램 계층 통신 프로토콜을 의미한다. 소형 장치를 위한 응용 데이터 전달 프로토콜인 CoAP을 기반으로 메시지가 작고(Lightweight), 작은 실행 공간을 요구하기 때문에 다양한 사물 인터넷 기기를 지원할 수 있다. 또한, 오버헤드가 큰 XML 대신에 텍스트, JSON, TLV 포맷을 지원하고, 바이너리 포맷인 CoAP 메세지를 사용하여 효율성을 추구하고 있다.

본 개시에서는 LwM2M 시스템에서 시스템 부하를 감소시킬 수 있는 통지 메시지 전송 프로시져를 제안하고자 한다. 이하에서는 M2M 클라이언트가 구성된 M2M 장치를 중심으로 실시예를 설명하되, 필요에 따라 M2M 장치와 M2M 클라이언트를 구분하여 설명한다.

도 1은 일 실시예에 따른 LwM2M 전개 시나리오를 설명하기 위한 도면이다.

도 1을 참조하면, LwM2M 장치(100)는 다양한 시나리오에 따라 가로등 및 전자기기로부터 가정 및 건물의 자동화까지 시장 세그먼트들의 범위에 걸쳐 다양하게 형성될 수 있다. LwM2M 장치(100)들은 저전력 무선 네트워크를 통한 제한된 애플리케이션 프로토콜(CoAP)과 같은 개방형 IETF 표준들에 기초하여 LwM2M 서버(160)와 인터페이싱(12)할 수 있다. 이러한 저전력 무선 네트워크는, 저전력 무선 표준을 통한 IPv6(6LoWPAN)(140)을 이용하는 IEEE 802.15.4 기반 임베디드 및 센서 네트워크이다. LwM2M 서버(160)는, 사설 서버, 사설 클라우드 또는 공개 클라우드 환경(190)으로부터 M2M 애플리케이션들의 전개를 가능하게 하는 더 넓은 월드 와이드 웹 네트워크(180)와 인터페이싱할 수 있다.

도 2는 일 실시예에 따른 LwM2M 시스템 아키텍처를 설명하기 위한 도면이다. 도 3은 일 실시예에 따른 LwM2M 오브젝트 모델을 설명하기 위한 도면이다.

도 2 및 도 3을 참조하면, LwM2M 시스템 아키텍처는 LwM2M 장치(100) 상의 LwM2M 클라이언트(220)와 LwM2M 서버(160) 상의 서버 소프트웨어 사이에서의 이용을 위한 애플리케이션 계층 통신 프로토콜을 기술적으로 정의하고 있다.

예를 들어, LwM2M 클라이언트(220)는 LwM2M 장치(100) 상에 상주하고, 모듈 또는 LwM2M 장치(100)의 소프트웨어 라이브러리 또는 빌트-인 기능으로서 통합된다. LwM2M 서버(160)는 사설 또는 공개 데이터 센터에 위치되고, M2M 서비스 제공자, 네트워크 서비스 제공자 또는 애플리케이션 서비스 제공자에 의해 호스팅될 수 있다.

LwM2M 서버(160)와 LwM2M 클라이언트(220) 사이에는 4개의 논리 인터페이스들이 정의될 수 있다. 일 예로, 사전-프로비저닝 또는 클라이언트/서버 개시에 따른 부트스트랩(240) 인터페이스가 정의될 수 있다. 다른 예로, LwM2M 클라이언트(220) 및 LwM2M 클라이언트(220)의 오브젝트들(50)을 등록하기 위한 등록(260) 인터페이스가 정의될 수 있다. 또 다른 예로, LwM2M 서버(160)가 오브젝트(50) 또는 리소스(48)에 액세스하게 하는 오브젝트/자원 액세스 또는 디바이스 관리(280) 인터페이스가 정의될 수 있다. 또 다른 예로, 새로운 리소스(48) 값들의 통지를 위한 정보 보고(300)가 정의될 수 있다.

한편, LwM2M 프로토콜 스택(320)은 사용자 데이터그램 프로토콜(UDP) 및 단문 메시지 서버(SMS) 베어러들(360)에 대한 기본적인 전송 프로토콜로서 제한된 애플리케이션 프로토콜(CoAP)(340)을 이용한다. CoAP 프로토콜(340)은 메시지 헤더, 요청/응답 코드들, 메시지 옵션들 및 재송신 메커니즘들을 정의한다. CoAP 프로토콜(340)은 리소스-제한된 LwM2M 장치들(100) 상에서 RESTful(Representational State Transfer) 애플리케이션 프로그래밍 인터페이스들(APIs)을 위한 HTTP에 대한 대안이다. 또한, CoAP 프로토콜(340)은 HTTP의 방법들에 맵핑될 수 있는 GET, POST, PUT, DELETE의 방법들을 지원한다. HTTP와는 달리, CoAP 메시지들은 UDP와 같은 데이터그램-지향된 전송을 통해 CoAP 엔드포인트들 사이에서 비동기식으로 교환된다. CoAP 메시지들은, 4-바이트 오버헤드로 시작하는 기능을 허용하는 2진 포맷으로 인코딩된다. LwM2M는, CoAP에 의한 UDP 바인딩을 의무적인 것으로 정의하는 한편, CoAP에 의한 SMS 바인딩은 임의적이고, 이것은 실제로, 서버(160)에 대한 LwM2M 클라이언트(220)의 상호작용이 SMS 및 UDP(360) 둘 모두를 통해 발생할 수 있음을 의미한다.

LwM2M 아키텍처(200)는, 데이터그램 전송 계층 보안(DTLS)(380)을 이용하여 LwM2M 클라이언트(220)와 LwM2M 서버(160) 사이의 통신들을 보안하기 위해 보안 프로토콜들을 이용한다. DTLS(380)는, 모든 효율 페이로드(efficient payload, 40)에 대해 LwM2M 서버(160)와 LwM2M 클라이언트(220) 사이에 보안 채널을 제공하기 위해 이용된다. 효율 페이로드들(40)은, 개별적인 리소스들에 대한 평문(plain text) 및 자원 배치들(batches)(오브젝트 또는 자원 어레이들)에 대한 2진 TLV 또는 JSON일 수 있다. DTLS(380) 보안 모드들은, 임베디드 디바이스들(100)을 지원하기 위한 사전-공유 키 및 공개 키 기술 둘 모두를 포함한다.

M2M 애플리케이션(42) 개발자들은 M2M 웹 애플리케이션(44) 및 M2M 디바이스 관리 애플리케이션(46)을 통해 LwM2M 장치들(100)을 원격으로 관리할 수 있다.

또한, 도 3을 참조하면, LwM2M 클라이언트(220)에 의해 이용 가능하게 된 정보의 각각에 대한 조각은 리소스(48)이다. 리소스(48)는 판독, 기록 또는 실행될 수 있는 정보의 조각을 의미하고, URI들(/{Object ID}/{Object Instance]/[Resource ID})로 액세스된다.

리소스(48)는 오브젝트들(50)로 논리적으로 조직화된다. 각각의 LwM2M 클라이언트(220)는 임의의 수의 리소스들(48)을 가질 수 있고, 리소스들 각각은 오브젝트(50)에 속한다. 예를 들어, 펌웨어 오브젝트(52)는 펌웨어 업데이트 목적에 이용되는 모든 리소스들(54)을 포함할 수 있다.

LwM2M 장치(100) 관리 목적을 위한 오브젝트(52)의 세트는 하기와 같이 다양하게 구성될 수 있다. 아래에서는 오브젝트(52)들을 예시적으로 기재한다.

- 보안 오브젝트: LwM2M 장치(100) 상에서 관리 LwM2M 서버들(160)과 LwM2M 클라이언트(220) 사이의 보안 양상들을 핸들링하기 위한 오브젝트이다.

- 서버 오브젝트: 관리 LwM2M 서버(160)와 관련된 데이터 및 기능들을 정의하기 위한 오브젝트이다.

- 액세스 제어 오브젝트: 몇몇 허용된 관리 LwM2M 서버들(160) 각각에 대해, LwM2M 서버들(160)이 LwM2M 클라이언트(220) 상의 각각의 데이터 오브젝트에 대해 갖는 액세스 권리들을 정의하기 위한 오브젝트이다.

- LwM2M 디바이스 오브젝트: LwM2M 디바이스(100)상의 특정 정보에 관한 LwM2M 디바이스(100) 상의 리소스들을 상세화하기 위한 오브젝트이다.

- 위치 오브젝트: LwM2M 디바이스(100)의 현재의 위치에 대한 정보를 제공하는 리소스들을 그룹화하기 위한 오브젝트이다.

- 접속 오브젝트: 네트워크 접속 상태를 모니터링하는 것을 보조하는 LwM2M 디바이스(100) 상의 리소스들을 그룹화하기 위한 오브젝트이다.

- 접속 통계 오브젝트: 기존의 네트워크 접속에 대한 통계 정보를 유지하는, LwM2M 디바이스(100) 상의 리소스들을 함께 그룹화하기 위한 오브젝트이다.

오브젝트 중 디바이스 오브젝트를 예를 들어 설명하면, 디바이스 오브젝트는 제조사, 모델, 전력정보, 메모리 및 에러 정보와 같은 디바이스 정보의 원격 조회를 허용한다. 또한, 디바이스 오브젝트는 원격 재부팅 또는 공장 리셋의 개시에 사용되는 리소스를 포함한다.

이와 같이, LwM2M 클라이언트(220)는 하나 이상의 리소스를 포함하는 하나 이상의 오브젝트를 포함한다.

아래에서는 본 개시의 일 실시예를 설명함에 있어서, LwM2M 클라이언트를 포함하는 디바이스를 M2M 장치로 기재하여 설명하고, LwM2M 클라이언트와 통신을 수행하는 LwM2M 서버를 M2M 서버로 기재하여 설명한다. 다만, 이는 설명의 편의를 위한 것으로, M2M 장치와 M2M 서버는 다양한 M2M 프로토콜을 이용하여 통신을 수행하도록 설정될 수 있다.

도 4는 종래 기술에 따른 M2M 서버가 통지 메시지를 수신하기 위한 동작을 설명하기 위한 도면이다.

도 4를 참조하면, M2M 장치(400)는 M2M 서버(401)와 등록 과정을 수행하고, M2M 서버(401)로부터 관심있는 리소스에 대한 구독 요청 및 조건 설정 과정을 수행하여 통지 메시지를 전송한다.

예를 들어, M2M 장치(400)는 M2M 서버(401)와 통신을 수행하기 위해서, M2M 서버(401)에 등록 요청 메시지를 전송한다(S410). 등록 요청 메시지는 M2M 장치(400)의 식별정보, 라이프타임 정보 및 바인딩 타입을 지시하는 정보 중 적어도 하나의 정보를 포함할 수 있다.

등록 요청 메시지에 포함되는 파라미터는 하기 표 1과 같이 설정될 수 있다.

Parameter	Required	Default Value	Notes
Endpoint Client Name	Yes		LwM2M Client 식별자
Lifetime	No		LwM2M Client의 Server 오브젝트에 기록되어 있는 Lifetime값과 동일한 값이어야 한다.
Version	No	1.0	1.0
Binding Mode	No	U	하기 표 2 참고
SMS Number	No		LwM2M Client에 MSISDN 값이 설정되어 있을 시 LwM2M Client의 MSISDN 값을 설정한다.
Objects and Object Instances	Yes		LwM2M Client가 지원하는 오브젝트와 생성되어 있는 오브젝트 인스턴스 를 설정한다.

바인딩 모드 파라미터 값은 하기 표 2와 같다.

Current Transport Binding and Mode	Behavior
U (UDP/IP)	LwM2M Server는 항상 UDP/IP로 LwM2M Client로 메시지를 보낼 수 있다고 기대한다. LwM2M Server는 UDP/IP로 LwM2M Client에 메시지를 전송해야 하며, LwM2M Client도 UDP/IP로 메시지를 LwM2M Server에 전송해야 한다.
UQ (UDP/IP with Queue Mode)	LwM2M Server는 LwM2M Client로 전달할 메시지를 모두 축적하고 있다가, LwM2M Client가 on-line이 될 시 UDP/IP를 통해 축적된 메시지를 전달한다. LwM2M Server는 UDP/IP로 LwM2M Client에 메시지를 전송해야 하며, LwM2M Client도 UDP/IP로 메시지를 LwM2M Server에 전송해야 한다.

M2M 서버(401)는 M2M 장치(400)의 등록 요청 메시지의 유효성 여부 등을 확인하고, M2M 서버(401)에 M2M 장치(400)를 등록한다. 이후, M2M 서버(401)는 M2M 장치(400)로 등록이 완료되었음을 지시하는 등록 응답 메시지를 전송한다(S420).

M2M 장치(400)가 M2M 서버(401)에 등록이 완료되면, M2M 서버(400)는 M2M 장치(400)의 관심있는 리소스에 대해서 구독을 요청하거나 구독 조건을 설정할 수 있다.

일 예로, M2M 서버(401)는 M2M 장치(400)로 구독 조건을 설정하기 위해서 속성정보를 변경하기 위한 요청 메시지(Write Attribute Request message)를 전송한다(S430). Write 오퍼레이션은 리소스의 값, 리소스 인스턴스의 값, 특정 오브젝트 인스턴스의 리소스 값을 변경할 때 사용된다. 예를 들어, Write 오퍼레이션은 오브젝트 인스턴스의 내용을 교체하거나, 부분 업데이트하는 동작을 지시할 수 있다. 이를 위해서, Write 오퍼레이션 파라미터가 요청 메시지에 포함될 수 있으며, Write 오퍼레이션 파라미터는 하기의 표 3과 같이 설정될 수 있다.

Parameter	Required	Default Value	Notes
Object ID	Yes	-	오브젝트를 가리킴
Object Instance ID	No	-	오브젝트 인스턴스를 가리킴
Resource ID	No	-	값을 쓸 리소스를 가리킴. Resource ID가 명시되어 있으면, 리소스에 본 오퍼레이션의 [NOTIFICATION] 클래스의 속성들 값이 설정됨Resource ID가 명시되지 않으면, 오브젝트 인스턴스에 본 오퍼레이션의 [NOTIFICATION] 클래스의 속성들 값이 설정됨
<NOTIFICATION> 클래스 속성들	Yes		본 오퍼레이션을 통해 설정하고자 하는 <NOTIFICATION> 클래스 속성들을 나타냄.

M2M 장치(400)는 속성정보를 변경하기 위한 요청 메시지에 포함되는 파라미터에 따라 통지 메시지 속성을 설정하고, 이에 따른 응답 메시지를 M2M 서버(401)로 전송한다(S431).

S430 및 S431 단계는 필요에 따라 생략될 수 있다.

M2M 서버(401)는 M2M 장치(400)로 구독하고자 하는 오브젝트에 대한 구독 요청을 지시하는 구독 요청 메시지(Observe Request message)는 전송한다(S440). 구독 메시지는 구독 요청에 따라 수신하게 될 통지 메시지에서 사용할 토큰 정보를 포함할 수 있다.

M2M 장치(400)는 구독 요청 메시지 수신에 대한 응답 메시지를 전송한다(S441).

M2M 장치(400)와 M2M 서버(401)는 구독 요청 메시지에 포함된 토큰과 구독의 대상이 되는 리소스를 매핑한다(S450, S451).

이후, M2M 장치(400)는 요청된 리소스에 대해서 S430 및 S431 단계를 통해서 설정된 조건이 만족되는 경우에 통지 메시지를 M2M 서버(401)로 전송한다(S460).

이와 같은 과정을 통해서 M2M 서버(400)는 M2M 장치(400)에 저장된 관심있는 리소스에 대해서 특정 조건에 따라 리소스 값을 수신할 수 있다.

다만, M2M 서버(401)는 관심있는 리소스에 대해서 구독을 수행하기 위해서 S430 내지 S451의 동작을 각 오브젝트 또는 각 리소스 별로 수행해야 하였다. 예를 들어, M2M 서버(401)는 M2M 장치(400)에 포함되는 리소스 1과 리소스 2를 구독하고자 하는 경우에 리소스 1에 대한 구독 조건 설정 과정을 수행하고, 리소스 2에 대한 구독 조건 설정 과정을 수행하며, 리소스 1 및 2에 대해서 각각 구독 요청 과정을 수행해야 한다. 즉, 리소스 별 또는 오브젝트 별로 M2M 서버(400)는 S430 내지 S451 과정을 수행해야하며, M2M 장치(400)도 S430 내지 S451 동작을 수행해야 한다.

이는 M2M 시스템 전체적으로 메시지의 송수신 과정이 증가하게 되어서 시스템 부하를 증가시키는 문제점이 있다. 또한, 일반적으로 M2M 장치(400)는 소형 센서와 같이 그 목적이 한정되는 디바이스인 경우가 많으며, 이러한 경우에 M2M 서버(401)는 M2M 장치(400)에 대해서 구독을 수행해야 하는 관심있는 리소스도 사전에 정의되는 경우가 많다. 따라서, S430 내지 S451 과정은 실제 환경에서 불필요한 동작으로 인지될 가능성이 있으며 이에 따라 시스템 부하가 증가되는 문제점이 있다.

본 개시는 전술한 문제점을 해결하기 위한 것으로, M2M 장치와 M2M 서버 간의 구독을 위한 단계를 감소시키고 불필요한 시스템 부하를 방지하기 위한 기술을 제안한다.

도 5는 일 실시예에 따른 M2M 장치의 동작을 설명하기 위한 흐름도이다.

도 5를 참조하면, 일 실시예에 따른 M2M 장치는 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보를 포함하는 등록 요청 메시지를 M2M 서버로 전송하는 단계를 수행할 수 있다(S510). 예를 들어, M2M 장치는 M2M 서버와 통신을 수행하기 위해서, M2M 서버에 등록하는 과정을 수행한다. 이를 위해서, M2M 장치는 M2M 서버로 등록 요청 메시지를 전송한다.

예를 들어, 등록 요청 메시지는 M2M 장치의 식별정보(M2M 클라이언트 식별정보와 동일한 의미로 사용될 수 있음), 라이프타임 정보, 바인딩 모드 정보 및 M2M 장치 내의 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보 중 적어도 하나를 포함할 수 있다. 즉, M2M 장치는 하나 이상의 리소스에 대한 구독 설정 정보를 등록 요청 메시지에 포함하여 M2M 서버로 전송한다.

구독 설정 정보는 구독 대상이 되는 오브젝트 또는 리소스를 지시하는 구독 정보 및 각 리소스의 통지 조건에 대한 조건 정보를 포함할 수 있다. 예를 들어, 구독 설정 정보는 구독 대상이 되는 리소스 정보, 리소스와 토큰을 매핑하기 위한 토큰 정보, 해당 리소스의 통지 조건에 대한 조건 정보를 포함할 수 있다. 또한, 구독 설정 정보는 각 리소스 또는 각 오브젝트에 대해서 전술한 정보를 개별적으로 포함하도록 하고, 복수의 리소스 또는 오브젝트가 존재하는 경우에 이를 리스트 형태로 포함할 수 있다.

일 예로, 구독 설정 정보는 M2M 장치에 사전에 설정되어 저장된 값일 수 있다.

다른 예로, 구독 설정 정보는 M2M 장치와 부트스트랩 서버의 부트스트랩 과정을 통해서 M2M 장치에 설정될 수 있다. M2M 장치는 부트스트랩 과정을 수행하기 위해서, 부트스트랩 서버로 부트스트랩 요청 메시지를 전송하는 단계 및 부트스트랩 서버로부터 하나 이상의 리소스에 대한 구독 설정 정보를 포함하는 부트스트랩 구성정보를 수신하는 단계를 더 수행할 수 있다. 예를 들어, 부트스트랩 과정은 M2M 장치에 M2M 서버의 부트스트랩 정보가 존재하지 않거나, M2M 서버에 대한 등록이 실패하는 경우에 트리거될 수 있다.

M2M 장치는 M2M 서버로부터 등록 응답 메시지를 수신하는 단계를 수행할 수 있다(S520). M2M 서버는 M2M 장치가 전송한 등록 요청 메시지에 포함되는 정보를 확인한다. 예를 들어, M2M 서버는 등록 요청 메시지의 유효성을 판단하고, 유효한 경우에 M2M 장치를 M2M 서버에 등록할 수 있다. M2M 서버가 M2M 장치를 등록하기 위한 조건은 별도로 설정될 수 있으며, 해당 조건의 만족 여부를 판단하여 등록 여부를 최종 결정할 수 있다.

또한, M2M 서버는 등록 요청 메시지에 포함되는 구독 설정 정보를 확인한다. 예를 들어, M2M 서버는 구독 설정 정보에 포함되는 구독 정보를 확인하여 M2M 서버가 관심있는 리소스 또는 오브젝트가 구독 대상으로 설정되었는지 확인한다. 또는 M2M 서버는 구독 설정 정보에 포함되는 조건 정보를 확인하여, M2M 서버가 관심있는 리소스 또는 오브젝트의 구독 조건이 적합하게 설정되었는지 확인할 수 있다.

M2M 서버는 M2M 장치의 등록이 성공적으로 완료되고, 구독 설정 정보가 수용 가능한 경우에 등록 응답 메시지에 등록 성공을 지시하는 정보를 포함하여 M2M 장치로 전송한다.

또는, 등록 응답 메시지는 구독 설정 정보를 M2M 서버가 수용하지 않는 경우, 등록 실패를 지시하는 정보를 포함할 수 있다. 또는, 등록 응답 메시지는 M2M 서버가 하나 이상의 리소스에 대한 구독 설정 정보 중 일부에 대해서만 수용하는 경우, 수용한 구독 설정 정보 또는 수용하지 않는 구독 설정 정보를 지시하는 부분 성공 정보를 포함할 수 있다.

M2M 서버는 구독 대상이 되는 리소스 또는 오브젝트 정보의 일부 또는 전부에 대해서 수용하지 않을 수도 있다. 또는 M2M 서버는 통지 메시지 전송 조건과 관련된 조건 정보의 일부 또는 전부에 대해서 수용하지 않을 수 있다. M2M 서버는 미리 설정된 프로토콜에 따라 수용된(또는 수용되지 않은) 구독 정보 또는 조건 정보를 등록 응답 메시지에 포함하여 M2M 장치로 전송할 수 있다.

M2M 장치는 구독 설정 정보에 기초하여, 하나 이상의 리소스에 대한 구독 정보를 포함하는 통지 메시지를 M2M 서버로 전송하는 단계를 수행할 수 있다(S530). 예를 들어, M2M 장치는 등록 응답 메시지가 등록 성공을 지시하는 정보를 포함하고 있는 경우, 구독 설정 정보에 따라서 특정 리소스 또는 오브젝트가 조건 정보를 만족하면 M2M 서버로 리소스 값 또는 설정된 정보를 통지 메시지에 포함하여 전송한다.

만약, 등록 응답 메시지가 등록 실패를 지시하는 정보를 포함하는 경우, M2M 서버로 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보를 제외한 등록 요청 메시지를 M2M 서버로 재 전송하여 구독 설정 정보와 무관한 M2M 장치의 등록만을 요청할 수 있다.

만약, 등록 응답 메시지가 부분 성공 정보를 포함하는 경우, M2M 장치는 하나 이상의 리소스에 대한 구독 설정 정보 중 M2M 서버가 수용한 구독 설정 정보에 기초하여 통지 메시지를 전송할 수 있다. M2M 서버가 수용하지 않은 구독 설정 정보는 도 4의 과정을 통해서 M2M 서버가 M2M 장치에 구성할 수 있다.

이러한 과정을 통해서, 도 4에서와 같이 각 리소스 또는 오브젝트에 대해서 별도의 신호 송수신 동작을 통해서 M2M 서버가 M2M 장치에 구독 설정을 수행하는 과정을 생략할 수 있다. 즉, M2M 장치의 등록 과정에서 구독 설정 정보를 M2M 서버와 공유함으로써, 별도의 시그널 발생을 방지하여 시스템 부하를 줄이는 효과가 있다.

이하에서는, 전술한 본 개시의 다양한 실시예를 도면을 참조하여 보다 상세하게 설명한다.

도 6은 일 실시예에 따른 M2M 서버가 통지 메시지를 수신하는 동작을 설명하기 위한 신호도이다.

도 6을 참조하면, M2M 장치(600)는 부트스트랩 서버(602)와 부트스트랩(Bootstrap) 과정을 통해서 서버계정을 설정할 수 있다(S610). 부트스트랩 과정은 M2M 장치(600)에 등록할 M2M 서버(601)의 정보를 설정하는 기능을 수행한다. 부트스트랩 과정을 수행하는 동안 M2M 장치(600)는 M2M 서버(601)로부터의 요청을 무시하고 부트스트랩 이외의 보류 중인 응답에 대해서는 폐기(flush) 처리를 한다.

한편, 구독 설정 정보는 M2M 서버(601) 별로 상이하게 구성되어 부트스트랩 서버(602)에 저장되어 있을 수 있다. 또는, 구독 설정 정보는 M2M 장치(600)의 종류 및 기능 별로 상이하게 설정되어 부트스트랩 서버(602)에 사전에 저장될 수 있다. 따라서, 부트스트랩 과정에서 특정 M2M 서버(601)가 특정 M2M 장치(600)에 대해서 기대하는 구독 정보에 따라 M2M 장치에 구독 설정 정보를 구성할 수 있다.

부트스트랩 모드는 M2M 장치(600)의 제조 공정에서 수행되는 팩토리 부트스트랩과 M2M 장치(600)의 요청에 의해서 개시되는 클라이언트 개시 부트스트랩 모드 및 부트스트랩 서버(602)의 요청에 의해서 개시되는 서버 개시 부트스트랩 모드 등으로 구분될 수 있다.

본 명세서에서는 클라이언트 개시 부트스트랩 모드를 중심으로 설명하나, 전술한 팩토리 부트스트랩 및 서버 개시 부트스트랩에 의해서도 구독 설정 정보가 M2M 장치에 설정될 수 있다. 따라서, 본 개시는 부트스트랩 모드에 따른 한정은 없다. 따라서, S610 단계는 부트스트랩 모드에 따라 생략될 수도 있다.

M2M 장치는 부트스트랩 과정에서 설정된 M2M 서버(601)로 등록 요청 메시지를 전송한다(S620). 전술한 바와 같이, 등록 요청 메시지는 M2M 장치(600)를 M2M 서버(601)에 등록하기 위한 등록 관련 정보와 구독 설정 정보를 포함할 수 있다. 등록 관련 정보는 M2M 장치(600)와 관련된, 식별정보, 라이프타임 정보 및 바인딩 모드 정보를 포함할 수 있다. 구독 설정 정보는 리스트 형태로 포함될 수 있으며, 구독 대상이 되는 리소스 식별정보, 해당 리소스에 대한 토큰 정보 및 통지 메시지 전송을 위한 조건 정보 중 하나 이상의 정보를 포함할 수 있다.

M2M 서버(601)는 S620 단계에서 수신되는 구독 설정 정보와 M2M 장치(600)의 등록 관련 정보를 확인하고, 등록 여부를 결정한다. M2M 서버(601)는 M2M 장치(600)의 등록을 승인하고, 구독 설정 정보를 수용할 수 있는 경우, 등록 성공을 지시하는 정보를 포함하는 등록 응답 메시지를 M2M 장치(600)로 전송한다(S630). 등록 응답 메시지는 등록 성공을 지시하는 정보를 포함할 수 있으며, 등록 성공을 지시하는 경우 M2M 장치(600)는 구독 설정 정보도 수용된 것으로 가정할 수 있다.

이와 달리, 등록 응답 메시지는 등록 관련 정보의 승인 여부와 구독 설정 정보의 수용 여부를 분리하여 서로 다른 필드에 포함할 수 있다. 예를 들어, M2M 장치(600)의 M2M 서버(601)에 대한 등록은 승인되었으나, M2M 서버(601)가 구독 설정 정보를 수용할 수 없는 경우, 등록 응답 메시지는 등록 승인 성공 지시정보와 구독 설정 정보는 수용되지 않았음을 지시하는 정보를 모두 포함할 수 있다. 전술한 바와 같이 구독 설정 정보의 수용 여부는 실패 또는 부분 성공 또는 부분 실패로 구분되어 등록 응답 메시지에 포함될 수도 있다.

M2M 장치(600)는 등록 응답 메시지에서 구독 설정 정보가 수용되었음을 나타내는 정보가 포함되는 경우, 구독 설정 정보에 의해서 지시되는 리소스와 토큰을 매핑시킨다(S640). 토큰은 리소스 별로 다르게 설정될 수 있다. M2M 서버(601)도 수용된 구독 설정 정보에 대해서 구독 설정 정보에 의해서 지시되는 리소스와 토큰을 매핑시킨다(S641).

이후, M2M 장치(600)는 수용된 구독 설정 정보에 의해서 지시되는 리소스가 조건 정보를 만족하는 경우, 해당 리소스 값을 통지 메시지에 포함하여 M2M 서버(601)로 전송한다(S650). 이 경우, 통지 메시지는 리소스에 매핑되는 토큰 정보를 포함할 수 있다. 통지 메시지는 하나 이상의 리소스 값을 포함할 수 있으며, 각 리소스의 조건 만족에 따라 통지가 트리거될 수 있다. 서로 다른 리소스의 경우, 각 리소스에 매핑되는 토큰에 의해서 식별될 수 있다.

이러한 과정을 통해서 별도의 리소스 별 구독 요청 및 조건 정보 설정 과정을 생략하여 시스템 부하를 감소시킬 수 있다. 이하에서는 전술한 구독 설정 정보의 구성을 위한 부트스트랩 과정을 M2M 장치 개시 부트스트랩 모드를 예를 들어 설명한다.

도 7은 일 실시예에 따른 M2M 장치와 부트스트랩 서버 간의 부트스트랩 과정을 설명하기 위한 도면이다.

도 7을 참조하면, M2M 장치(700)는 부트스트랩 서버(701)로 부트스트랩 요청 메시지를 전송할 수 있다(S710). 부트스트랩 서버(701)는 M2M 장치(700)가 M2M 서버에 접속하는데 필요한 정보를 제공하는 기능을 수행할 수 있다. M2M 장치(700) 개시 부트스트랩 과정을 수행하기 위해서, M2M 장치(700)에는 부트스트랩 서버(701)에 대한 계정 설정이 사전에 구성될 수 있다.

M2M 장치(700) 개시 부트스트랩 과정은 M2M 장치(700)에 M2M 서버의 부트스트랩 정보가 존재하지 않거나, M2M 서버에 대한 등록이 실패하는 경우에 트리거될 수 있다. 일 예로, M2M 장치(700)에 등록 대상이 되는 M2M 서버의 부트스트랩 정보가 저장되지 않은 경우, M2M 장치(700)는 부트스트랩 서버(701)로 부트스트랩 요청 메시지를 전송할 수 있다. 다른 예로, M2M 장치(700)가 M2M 서버에 등록 요청 메시지를 보냈으나, 등록에 실패하거나, 등록 응답 메시지를 받지 못한 경우에, M2M 장치(700)는 부트스트랩 서버(701)로 부트스트랩 요청 메시지를 전송할 수 있다.

구체적으로, M2M 장치(700)는 미리 설정된 부트스트랩 서버(701) URI에 "Bootstrap-Request" 오퍼레이션을 전송한다. 부트스트랩을 요청할 때 M2M 장치(700)는 부트스트랩 서버(701)가 M2M 장치(700)에 적합한 부트스트랩 정보를 제공 할 수 있도록 M2M 장치(700)의 "Endpoint Client Name"을 매개 변수로 포함하여 전송한다.

한편, 부트스트랩 서버(701)는 부트스트랩 정보를 M2M 장치(700)에 구성한다(S720). 예를 들어, 부트스트랩 서버(701)는 "Write", "Delete", “Discover” 오퍼레이션을 사용하여 부트스트랩 정보로 M2M 장치(700)를 구성한다. 이를 위해서, 부트스트랩 서버(701)는 각 필요한 오퍼레이션 동작을 지시하는 메시지를 M2M 장치(700)로 전송한다. 즉, 부트스트랩 서버(701)는 필요한 부트스트랩 정보를 M2M 장치(700)에 추가/변경하기 위해서 Write 오퍼레이션 동작을 지시하는 메시지를 보낼 수 있다. 또한, 부트스트랩 서버(701)는 삭제가 필요한 부트스트랩 정보를 M2M 장치(700)에서 제거하기 위해서 Delete 오퍼레이션 동작을 지시하는 메시지를 M2M 장치(700)로 전송한다. 이와 같이 부트스트랩 정보는 하나 이상의 메시지 전송을 통해서 M2M 장치(700)에 구성된다.

부트스트랩 서버(701)는 모든 부트스트랩 정보를 M2M 장치(700)로 전송하는 것을 완료하면, M2M 장치(700)로 부트스트랩 완료("Bootstrap-Finish”) 오퍼레이션을 전송하여 부트스트랩 과정을 종료한다(S730). M2M 장치(700)는 부트스트랩 서버(701)로부터 S720 단계와 관련된 마지막 오퍼레이션을 수행한 후, 특정 시간 동안 부트스트랩 서버(701)로부터 부트스트랩 완료 메시지를 받지 못하면, 부트스트랩 과정이 실패되었다고 간주한다.

필요에 따라, M2M 장치(700)가 부트스트랩 완료 메시지를 정상적으로 수신했고, 전송 받은 “Write”, “Delete” 오퍼레이션이 수용 가능하다고 판단한 경우, M2M 장치(700)는 부트스트랩 완료 메시지의 응답으로 부트스트랩이 성공되었음을 부트스트랩 서버(701)로 알린다. 이에 따라 M2M 장치(700)는 부트스트랩을 성공했다고 간주한다.

M2M 장치(700)가 부트스트랩 완료 메시지를 수신하지 못하였거나, 전송 받은 “Write”, “Delete” 오퍼레이션이 수용 불가능하다고 판단한 경우, M2M 장치(700)는 부트스트랩 완료 메시지의 응답으로 부트스트랩이 실패되었음을 지시하는 정보를 부트스트랩 서버(701)로 알린다. 이에 따라 M2M 장치(700)는 부트스트랩 서버(701)로부터 전송 받은 “Write”, “Delete” 오퍼레이션을 M2M 장치(700)에 적용하지 않는다.

한편, 부트스트랩 과정은 미리 설정된 시퀀스에 따라 수행 순서가 결정될 수 있다.

예를 들어, 먼저 M2M 장치(700)는 팩토리 부트스트랩(Factory Bootstrap)을 통해 부트스트랩 정보 획득을 시도한다. 다음으로, M2M 장치(700)에 서버 오브젝트 인스턴스가 있는 경우 M2M 장치(700)는 서버 오브젝트 인스턴스 정보를 기반으로 M2M 서버에 등록(“Register”)을 시도한다. 다음으로, M2M 장치(700)는 M2M 서버에 등록하지 못하거나, M2M 장치(700)에 서버 오브젝트 인스턴스가 없으며, M2M 장치(700)가 장치 개시 부트스트랩(Client Initiated Bootstrap) 모드를 지원할 경우 Client Initiated Bootstrap 모드를 수행한다.

이상에서 설명한 부트스트랩 과정을 통해서 구독 설정 정보가 M2M 장치에 구성될 수 있다.

아래에서는 등록 요청 메시지에 포함되는 구독 설정 정보의 수용 여부가 M2M 서버에 의해서 구분되어 결정되는 경우, 각 경우에 따른 동작을 개별 실시예로 나누어 설명한다. 또한, 위에서 설명한 동작과 동일 또는 유사한 단계에 대한 설명은 아래에서 필요에 따라 생략할 수 있다.

도 8은 일 실시예에 따른 등록 응답 메시지가 등록 실패를 지시하는 경우의 M2M 장치 및 M2M 서버의 동작을 설명하기 위한 도면이다.

도 8을 참조하면, M2M 장치(800)는 위에서 설명한 바와 같이, 구독 설정 정보를 포함하는 등록 요청 메시지를 M2M 서버(801)로 전송한다(S810). M2M 서버(801)는 수신된 구독 설정 정보를 확인하고, M2M 서버(801)가 관심있는 리소스에 대해서 필요한 조건이 적절하게 설정되었는지 판단한다.

만약, M2M 서버(801)는 구독 설정 정보에 포함된 리소스가 관심 리소스가 아닌 경우 또는 조건 정보의 변경이 필요한 경우 등 구독 설정 정보를 수용할 수 없는 경우에 등록 응답 메시지에 등록 실패를 지시하는 정보를 포함하여 M2M 장치(800)로 전달할 수 있다(S820). 전술한 바와 같이, 등록 응답 메시지는 M2M 장치(800)의 등록은 승인하되, 구독 설정 정보는 불수용하는 정보를 구분하여 포함할 수도 있다. 도 8에서는 구독 설정 정보가 불수용되는 경우 등록 실패로 지시하는 경우를 중심으로 설명한다.

M2M 장치(800)는 등록 응답 메시지에 등록 실패를 지시하는 정보가 포함되는 경우, 구독 설정 정보를 삭제한 등록 요청 메시지를 M2M 서버(801)로 다시 전송한다(S830). 즉, M2M 장치(800)는 구독 설정 정보를 별도의 절차를 통해서 구성하는 것으로 처리하고, 종래 등록 요청 메시지에 포함되는 정보만을 포함하여 M2M 서버(801)로 등록 요청 메시지를 전송한다.

M2M 서버(801)는 S830단계의 등록 요청 메시지를 확인하고, 등록이 가능한 경우 등록 응답 메시지를 M2M 장치(800)로 전송하여 등록 승인을 통지한다(S840).

M2M 장치(800)가 M2M 서버(801)에 등록이 완료되면, M2M 서버(800)는 M2M 장치(800)의 관심있는 리소스에 대해서 구독을 요청하거나 구독 조건을 설정할 수 있다.

일 예로, M2M 서버(801)는 M2M 장치(800)로 구독 조건을 설정하기 위해서 속성정보를 변경하기 위한 요청 메시지(Write Attribute Request message)를 전송하고, M2M 장치(800)는 이에 응답한다(S850, S851). M2M 서버(801)는 M2M 장치(800)로 구독하고자 하는 오브젝트에 대한 구독 요청을 지시하는 구독 요청 메시지(Observe Request message)를 전송하고, M2M 장치(800)는 이에 응답한다(S860, S861). 구독 메시지는 구독 요청에 따라 수신하게 될 통지 메시지에서 사용할 토큰 정보를 포함할 수 있다.

M2M 장치(800)와 M2M 서버(801)는 구독 요청 메시지에 포함된 토큰과 구독의 대상이 되는 리소스를 매핑한다(S870, S871).

이후, M2M 장치(800)는 요청된 리소스에 대해서 S850 및 S851 단계를 통해서 설정된 조건이 만족되는 경우에 통지 메시지를 M2M 서버(801)로 전송한다(S880).

즉, 등록 요청 메시지에 포함된 구독 설정 정보에 대해서 M2M 서버(801)가 수용하지 않는 경우, 도 4에서 설명한 과정을 통해서 처리된다.

도 9는 일 실시예에 따른 등록 응답 메시지가 부분 성공 정보를 포함하는 경우의 M2M 장치 및 M2M 서버의 동작을 설명하기 위한 도면이다.

도 9를 참조하면, M2M 장치(900)는 구독 설정 정보를 포함하는 등록 요청 메시지를 M2M 서버(901)로 전송한다(S910). M2M 서버(901)는 수신된 구독 설정 정보를 확인하고, M2M 서버(901)가 관심있는 리소스에 대해서 필요한 조건이 적절하게 설정되었는지 판단한다.

M2M 서버(901)는 구독 설정 정보에 포함된 리소스 중 일부에 대해서만 수용이 가능하거나, 일부 조건에 대해서만 수용이 가능한 경우 등록 응답 메시지에 부분 성공 또는 부분 실패를 지시하는 정보를 포함하여 M2M 장치(900)로 전달할 수 있다(S920). 이를 위해서, 등록 응답 메시지는 수용된 리소스 또는 조건을 리스트 형태로 포함할 수 있다. 또는, 등록 응답 메시지는 수용되지 못한 리소스 또는 조건을 리스트 형태로 포함할 수 있다. M2M 서버(901)는 리소스 별 조건이 설정된 경우, 리소스 또는 조건 중 어느 하나가 수용되지 못하는 경우에 해당 리소스는 수용되지 못한 것으로 판단할 수 있다.

M2M 장치(900)는 S920 단계에서 수신되는 등록 응답 메시지를 확인하고, M2M 서버(901)에 의해서 수용된 리소스 또는 조건 정보를 추출한다. M2M 장치(900)는 수용된 리소스에 대해서만 리소스 별 토큰 정보를 매핑한다(S930). M2M 서버(901)도 수용한 리소스에 대해서만 리소스 별 토큰 정보를 매핑한다(S931).

이후, 수용된 리소스에 대해서 설정된 조건이 만족하면, M2M 장치(900)는 해당 리소스 값을 포함하는 통지 메시지를 M2M 서버(901)로 전송한다(S940).

도 10은 다른 실시예에 따른 등록 응답 메시지가 부분 성공 정보를 포함하는 경우의 M2M 장치 및 M2M 서버의 동작을 설명하기 위한 도면이다.

도 10을 참조하면, S1010 내지 S1035 단계는 전술한 S910 내지 S940 단계와 동일하다. 따라서, 이에 대한 중복 설명은 생략한다. 다만, S1035 단계는 트리거 여부에 따라 전송되는 메시지로 전송될 수도 있고, S1060 또는 S1061 단계 이후에 수행될 수도 있다.

전술한 바와 같이, 등록 요청 과정에서 전송되는 구독 설정 정보의 일부에 대해서만 M2M 서버(1001)가 수용하는 경우, 수용되지 않은 M2M 장치(1000)의 리소스에 대해서 M2M 서버(1001)는 별도의 과정을 통해서 구독 정보 및 조건 정보를 설정할 필요가 있다. 또는, M2M 서버(1001)는 리소스는 구독 대상이나 조건 정보를 수용할 수 없거나, 조건 정보의 변경이 필요한 경우에도 추가적인 설정 동작을 수행할 필요가 있다.

이를 위해서, 수용된 구독 설정 정보의 구독 대상 또는 조건 정보를 변경하거나, 별도의 리소스에 대한 구독이 필요한 경우, M2M 서버(1001)는 M2M 장치(1000)로 구독 조건을 설정하기 위해서, 속성정보를 변경하기 위한 요청 메시지(Write Attribute Request message)를 전송하고, M2M 장치(1000)는 이에 응답한다(S1040, S1041). 또한, M2M 서버(1001)는 M2M 장치(1000)로 구독하고자 하는 리소스 또는 오브젝트에 대한 구독 요청을 지시하는 구독 요청 메시지(Observe Request message)를 전송하고, M2M 장치(1000)는 이에 응답한다(S1050, S1051). 구독 메시지는 구독 요청에 따라 수신하게 될 통지 메시지에서 사용할 토큰 정보를 포함할 수 있다.

M2M 장치(1000)와 M2M 서버(1001)는 구독 요청 메시지에 포함된 토큰과 구독의 대상이 되는 리소스를 매핑한다(S1060, S1061).

이후, M2M 장치(1000)는 요청된 리소스에 대해서 설정된 조건이 만족되는 경우에 통지 메시지를 M2M 서버(1001)로 전송한다(S1070).

이와 같은 과정을 통해서 M2M 서버(1001)가 구독 설정을 수행하는 경우, 등록 과정에서 수용되지 않은 구독 설정만 별도로 수행하기 때문에 시스템 부하를 감소시키면서, 맞춤형 구독 설정을 수행할 수 있다.

이상에서는 M2M 장치와 M2M 서버, 그리고 부트스트랩 서버 등의 M2M 시스템 내의 엔티티의 동작을 위주로 실시예를 설명하였다. 전술한 실시예들은 M2M 시스템을 구성하는 각 엔티티에 의해서 구현될 수 있다. 아래에서는 M2M 장치가 전술한 실시예를 구현하는 것을 구성 측면에서 다시 한 번 설명한다. M2M 장치는 전술한 각 실시예의 일부 또는 전부를 수행할 수 있다.

도 11은 일 실시예에 따른 M2M 장치의 구성을 설명하기 위한 블록도이다.

도 11을 참조하면, 통지 메시지를 전송하는 M2M 장치(1100)는 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보를 포함하는 등록 요청 메시지를 M2M 서버로 전송하는 송신부(1120) 및 M2M 서버로부터 등록 응답 메시지를 수신하는 수신부(1130)를 포함한다. 송신부(1120)는 구독 설정 정보에 기초하여, 하나 이상의 리소스에 대한 구독 정보를 포함하는 통지 메시지를 M2M 서버로 전송할 수 있다.

예를 들어, 등록 요청 메시지는 M2M 장치(1100)의 식별정보, 라이프타임 정보, 바인딩 모드 정보 및 M2M 장치 내의 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보 중 적어도 하나를 포함할 수 있다. 즉, 송신부(1120)는 하나 이상의 리소스에 대한 구독 설정 정보를 등록 요청 메시지에 포함하여 M2M 서버로 전송한다.

한편, 전술한 바와 같이 구독 설정 정보는 M2M 장치(1100)에 사전에 설정되어 저장된 값일 수 있다. 또는, 구독 설정 정보는 M2M 장치(1100)와 부트스트랩 서버의 부트스트랩 과정을 통해서 M2M 장치(1100)에 설정될 수 있다. 송신부(1120)는 부트스트랩 과정을 수행하기 위해서, 부트스트랩 서버로 부트스트랩 요청 메시지를 전송할 수 있다. 또한, 수신부(1130)는 부트스트랩 서버로부터 하나 이상의 리소스에 대한 구독 설정 정보를 포함하는 부트스트랩 구성정보를 수신할 수 있다.

한편, M2M 서버는 M2M 장치(1100)가 전송한 등록 요청 메시지에 포함되는 정보를 확인한다. 예를 들어, M2M 서버는 등록 요청 메시지의 유효성을 판단하고, 유효한 경우에 M2M 장치(1100)를 M2M 서버에 등록할 수 있다. M2M 서버가 M2M 장치(1100)를 등록하기 위한 조건은 별도로 설정될 수 있으며, 해당 조건의 만족 여부를 판단하여 등록 여부를 최종 결정할 수 있다.

M2M 서버는 M2M 장치(1100)의 등록이 성공적으로 완료되고, 구독 설정 정보가 수용 가능한 경우에 등록 응답 메시지에 등록 성공을 지시하는 정보를 포함하여 M2M 장치(1100)로 전송한다. 또는, 등록 응답 메시지는 구독 설정 정보를 M2M 서버가 수용하지 않는 경우, 등록 실패를 지시하는 정보를 포함할 수 있다. 또는, 등록 응답 메시지는 M2M 서버가 하나 이상의 리소스에 대한 구독 설정 정보 중 일부에 대해서만 수용하는 경우, 수용한 구독 설정 정보 또는 수용하지 않는 구독 설정 정보를 지시하는 부분 성공 정보를 포함할 수 있다.

또한, 제어부(1110)는 등록 응답 메시지가 등록 성공을 지시하는 정보를 포함하고 있는 경우, 구독 설정 정보에 따라서 특정 리소스 또는 오브젝트가 조건 정보를 만족하는지 판단한다. 제어부(1110)는 판단 결과에 따라 M2M 서버로 리소스 값 또는 설정된 정보를 통지 메시지에 포함하여 전송하도록 제어한다.

만약, 등록 응답 메시지가 등록 실패를 지시하는 정보를 포함하는 경우, 송신부(1120)는 M2M 서버로 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보를 제외한 등록 요청 메시지를 M2M 서버로 재 전송하여 구독 설정 정보와 무관한 M2M 장치의 등록만을 요청할 수 있다.

만약, 등록 응답 메시지가 부분 성공 정보를 포함하는 경우, 송신부(1120)는 하나 이상의 리소스에 대한 구독 설정 정보 중 M2M 서버가 수용한 구독 설정 정보에 기초하여 통지 메시지를 전송할 수 있다.

이 외에도, 제어부(1110)는 전술한 본 실시예에 따른 구독 설정 정보 설정 및 리소스 정보 통지를 위한 전반적인 M2M 장치(1110)의 동작을 제어한다. 또한, 송신부(1120)와 수신부(1130)는 전술한 본 개시를 수행하기에 필요한 신호나 메시지, 데이터를 M2M 서버 및 부트스트랩 서버와 송수신하는데 사용된다.

이상에서 살펴본 본 개시에 따르면, M2M 시스템에서 M2M 서버가 특정 리소스 정보를 수신하기 위해서 수행되는 불필요한 메시지 송수신 동작을 간결하게 변경하여 시스템 전체의 부하를 감소시키는 효과가 있다.

전술한 실시예들은 무선 접속 시스템들인 IEEE 802, 3GPP 및 3GPP2, oneM2M, OMA, ITU-R 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 실시 예들 중 본 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계, 구성, 부분들은 전술한 표준 문서들에 의해 뒷받침될 수 있다. 또한, 필요에 따라 본 명세서에서 개시하고 있는 모든 용어들은 위에서 개시한 표준 문서들에 의해 설명될 수 있다.

상술한 본 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.

하드웨어에 의한 구현의 경우, 본 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 프로세서, 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.

펌웨어나 소프트웨어에 의한 구현의 경우, 본 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 장치, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.

또한, 위에서 설명한 "시스템", "프로세서", "컨트롤러", "컴포넌트", "모듈", "인터페이스", "모델", "유닛" 등의 용어는 일반적으로 컴퓨터 관련 엔티티 하드웨어, 하드웨어와 소프트웨어의 조합, 소프트웨어 또는 실행 중인 소프트웨어를 의미할 수 있다. 예를 들어, 전술한 구성요소는 프로세서에 의해서 구동되는 프로세스, 프로세서, 컨트롤러, 제어 프로세서, 개체, 실행 스레드, 프로그램 및/또는 컴퓨터일 수 있지만 이에 국한되지 않는다. 예를 들어, 컨트롤러 또는 프로세서에서 실행 중인 애플리케이션과 컨트롤러 또는 프로세서가 모두 구성 요소가 될 수 있습니다. 하나 이상의 구성 요소가 프로세스 및/또는 실행 스레드 내에 있을 수 있으며 구성 요소는 한 시스템에 위치하거나 두 대 이상의 시스템에 배포될 수 있습니다.

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

Claims

M2M 장치가 통지 메시지를 전송하는 방법에 있어서,
미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보를 포함하는 등록 요청 메시지를 M2M 서버로 전송하는 단계;
상기 M2M 서버로부터 등록 응답 메시지를 수신하는 단계; 및
상기 구독 설정 정보에 기초하여, 상기 하나 이상의 리소스에 대한 구독 정보를 포함하는 통지 메시지를 상기 M2M 서버로 전송하는 단계를 포함하되,
상기 등록 응답 메시지는,
상기 M2M 서버가 상기 하나 이상의 리소스에 대한 구독 설정 정보 중 일부에 대해서만 수용하는 경우, 수용한 구독 설정 정보 또는 수용하지 않는 구독 설정 정보를 지시하는 부분 성공 정보를 포함하며,
상기 M2M 서버로부터 상기 수용하지 않는 구독 설정 정보에 대한 구독 정보 및 조건 정보를 설정하기 위한 요청 메시지를 수신하는 단계; 및
상기 요청 메시지에 포함되는 토큰과 구독 대상이 되는 리소스를 매핑하는 단계를 더 포함하며,
상기 통지 메시지를 전송하는 단계는,
상기 하나 이상의 리소스에 대한 구독 설정 정보 중 상기 M2M 서버가 수용한 구독 설정 정보와 상기 요청 메시지에 의해서 매핑된 리소스에 기초하여 상기 통지 메시지를 전송하는 방법.
제 1 항에 있어서,
상기 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보는,
구독 대상이 되는 대상 리소스 정보 및 상기 각 대상 리소스 정보에 대한 구독 조건 정보를 포함하는 것을 특징으로 하는 방법.
제 1 항에 있어서,
상기 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보는,
상기 M2M 장치와 부트스트랩 서버의 부트스트랩 과정을 통해서 상기 M2M 장치에 설정되는 것을 특징으로 하는 방법.
제 3 항에 있어서,
상기 부트스트랩 과정은,
상기 부트스트랩 서버로 부트스트랩 요청 메시지를 전송하는 단계; 및
상기 부트스트랩 서버로부터 상기 하나 이상의 리소스에 대한 구독 설정 정보를 포함하는 부트스트랩 구성정보를 수신하는 단계를 포함하는 방법.
제 3 항에 있어서,
상기 부트스트랩 과정은,
상기 M2M 장치에 상기 M2M 서버의 부트스트랩 정보가 존재하지 않거나, 상기 M2M 서버에 대한 등록이 실패하는 경우에 트리거 되는 것을 특징으로 하는 방법.
제 1 항에 있어서,
상기 등록 응답 메시지는,
상기 구독 설정 정보를 상기 M2M 서버가 수용하지 않는 경우, 등록 실패를 지시하는 정보를 포함하는 것을 특징으로 하는 방법.
제 6 항에 있어서,
상기 등록 응답 메시지가 상기 등록 실패를 지시하는 정보를 포함하는 경우, 상기 M2M 서버로 상기 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보를 제외한 등록 요청 메시지를 전송하는 단계를 더 포함하는 방법.
삭제
삭제
통지 메시지를 전송하는 M2M 장치에 있어서,
미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보를 포함하는 등록 요청 메시지를 M2M 서버로 전송하는 송신부; 및
상기 M2M 서버로부터 등록 응답 메시지를 수신하는 수신부를 포함하되,
상기 송신부는,
상기 구독 설정 정보에 기초하여, 상기 하나 이상의 리소스에 대한 구독 정보를 포함하는 통지 메시지를 상기 M2M 서버로 전송하되,
상기 등록 응답 메시지는,
상기 M2M 서버가 상기 하나 이상의 리소스에 대한 구독 설정 정보 중 일부에 대해서만 수용하는 경우, 수용한 구독 설정 정보 또는 수용하지 않는 구독 설정 정보를 지시하는 부분 성공 정보를 포함하며,
상기 수신부는,
상기 M2M 서버로부터 상기 수용하지 않는 구독 설정 정보에 대한 구독 정보 및 조건 정보를 설정하기 위한 요청 메시지를 더 수신하고,
상기 요청 메시지에 포함되는 토큰과 구독 대상이 되는 리소스를 매핑하는 제어부를 포함하되,
상기 송신부는,
상기 하나 이상의 리소스에 대한 구독 설정 정보 중 상기 M2M 서버가 수용한 구독 설정 정보와 상기 요청 메시지에 의해서 매핑된 리소스에 기초하여 상기 통지 메시지를 전송하는 M2M 장치.
제 10 항에 있어서,
상기 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보는,
구독 대상이 되는 대상 리소스 정보 및 상기 각 대상 리소스 정보에 대한 구독 조건 정보를 포함하는 것을 특징으로 하는 M2M 장치.
제 10 항에 있어서,
상기 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보는,
상기 M2M 장치와 부트스트랩 서버의 부트스트랩 과정을 통해서 상기 M2M 장치에 설정되는 것을 특징으로 하는 M2M 장치.
제 12 항에 있어서,
상기 송신부는,
상기 부트스트랩 서버로 부트스트랩 요청 메시지를 전송하고,
상기 수신부는,
상기 부트스트랩 서버로부터 상기 하나 이상의 리소스에 대한 구독 설정 정보를 포함하는 부트스트랩 구성정보를 수신하여 상기 부트스트랩 과정을 수행하는 M2M 장치.
제 12 항에 있어서,
상기 부트스트랩 과정은,
상기 M2M 장치에 상기 M2M 서버의 부트스트랩 정보가 존재하지 않거나, 상기 M2M 서버에 대한 등록이 실패하는 경우에 트리거 되는 것을 특징으로 하는 M2M 장치.
제 10 항에 있어서,
상기 등록 응답 메시지는,
상기 구독 설정 정보를 상기 M2M 서버가 수용하지 않는 경우, 등록 실패를 지시하는 정보를 포함하는 것을 특징으로 하는 M2M 장치.
제 15 항에 있어서,
상기 등록 응답 메시지가 상기 등록 실패를 지시하는 정보를 포함하는 경우,
상기 송신부는,
상기 M2M 서버로 상기 미리 설정된 하나 이상의 리소스에 대한 구독 설정 정보를 제외한 등록 요청 메시지를 더 전송하는 M2M 장치.
삭제
삭제