KR20140110172A

KR20140110172A - Ｍ２ｍ 비표준 디바이스와의 연동 방법 및 장치

Info

Publication number: KR20140110172A
Application number: KR1020130023119A
Authority: KR
Inventors: 김준원
Original assignee: 주식회사 케이티
Priority date: 2013-03-05
Filing date: 2013-03-05
Publication date: 2014-09-17
Also published as: KR101997603B1

Abstract

본 발명의 일실시예에 따른 M2M 비표준 디바이스와의 연동 방법은, M2M 비표준 디바이스에서 활성화된 서비스 링크에 대응하는 기능 모듈의 활성화 요청 메시지를 상기 M2M 비표준 디바이스로부터 전송받는 단계; 및 상기 기능 모듈 활성화 요청 메시지의 전송에 따라 상기 기능 모듈이 활성화되는 단계를 포함하는 것을 특징으로 한다.

Description

Ｍ２Ｍ 비표준 디바이스와의 연동 방법 및 장치 {Method And Apparatus for Interworking with non-M2M compliant device}

사물 통신 또는 사물간 통신은 장치(Machine) 간에 이루어지는 통신을 의미한다. 이러한 사물 간의 통신은 다양한 정보를 특정한 패턴에 따라 다양하게 송수신하는 특징을 가진다는 점에서 통상적인 휴대폰 등의 통신과 상이하게 구현된다. 본 명세서에서는 이러한 사물 통신을 구현함에 있어 비표준 디바이스와의 효율적인 통신이 가능하도록 M2M 비표준 디바이스와의 연동 방법 및 이를 구현하기 위한 장치를 제공하고자 한다.

M2M(Machine-to-Machine)은 방송통신망을 이용하여 사람이나 지능화된 기기에게 사물정보를 제공하거나, 사람이나 지능화된 기기가 사물의 상태를 제어하기 위한 통신을 의미한다. M2M은 IOT(Internet of Things), 사물지능통신(O2N : Object to Object Intelligent Network)란 이름으로도 불린다.

과거 1990년대 전·후반의 M2M 통신은 단순한 P2P(Point-to-Point) 연결을 위한 일대일 혹은 일대 다수의 통신을 의미하였다면, 궁극적으로 M2M 통신에서 지향하고자 하는 것은 위치인식, 상황인식, 증강현실 도입 등으로 개인 혹은 상황에 맞춤적으로 인간의 제어없이 또는 인간의 개입을 최소화한 상태에서 자동적으로 동작하면서 보다 향상된 M2M 통신 서비스의 품질과 안정성을 목표로 한다.

M2M 네트워크 통신은 종래의 u-City, u-Health, u-교통, u-환경 사업 등을 통해 사회 현안 해결, 재난 및 재해 방지, 에너지 절감 등에 기여할 수 있는 필수적인 인프라로 활용될 수 있다. 현재 대표적으로 원격검침, 건물·시설물 관리, 자판기 관리, 실내 조명 조절 서비스, 교통정보·차량관제, 긴급출동, 화재 경보기, 방범 경보 장치, 자판기, 텔레매틱스, 무선 결재 분야 서비스 등 매우 다양한 서비스가 M2M 서비스로서 제공되고 있다. 또한, 최근에는 맥박계, 심전도계 등의 의료기기에 적용되어 원격 진료 서비스 등을 포함하는 e-Health 분야에서의 적용도 활발하게 진행되고 있다.

M2M 통신은 사물장치간의 통신으로 기존의 사람 중심 H2H(Human-to-Human) 통신과는 여러 특징에서 차이를 보인다. 이러한 특성의 차이에서부터 기술적으로 필요한 기술이 달라질 수 있고 M2M 통신을 이용하는 활용 분야에 따라서도 필요한 특성은 조금씩 달라질 수 있다. 현재 대표적으로 ETSI(European Telecommunication Standard Institute)를 포함한 세계 각국의 표준화 그룹에서는 성공적인 M2M 통신의 표준화를 위한 연구개발이 계속되고 있다. 도 1은 ESTI 표준 문서들 중 ETSI TS(Technical Specification) 102 690[Machine-to-Machine Communications (M2M); Functional architecture] 의 제 4 장에서 제공하는 디바이스 및 게이트웨이 도메인과 네트워크 도메인을 포함하는 M2M 서비스를 위한 아키텍처를 도시한다. 이하에서는 상기 ETSI TS(Technical Specification) 102 690을 포함하여 ETSI에서 진행되는 표준화 작업의 내용을 “ETSI 표준” 또는 “M2M 표준"이라고 한다.

도 1을 참조하면, M2M 디바이스들(10, 10')은 인간의 입력 및 개입이 없거나 이를 최소화한 상태에서 통신하는 단말기기로서, 요청에 의해 혹은 자동적으로 자신이 보유한 데이터를 송출 및 전달하는 모든 종류의 디바이스를 일컫는다.

또한 상기 ETSI 표준에 따르면, M2M 디바이스(10)가 액세스 네트워크(40)에 직접 접속하는 경우에는 M2M 디바이스(10')의 M2M 서비스 케이퍼빌리티(M2M Service Capability)(11)를 이용하여 M2M 디바이스(10)의 M2M 애플리케이션(M2M Application)인 디바이스 애플리케이션(DA, 12)을 실행하는 것으로 규정되고 있으며, M2M 디바이스(10')가 M2M 게이트웨이(30)를 통해 액세스 네트워크(40)에 접속하는 경우에는 M2M 게이트웨이(30)의 M2M 서비스 케이퍼빌리티(31)를 이용하는 것으로 규정되고 있다.

또한 M2M 지역 네트워크(M2M Area Network)(20)는 M2M 디바이스(10')와 M2M 게이트웨이(30) 간의 연결을 제공한다. M2M 지역 네트워크(20)의 예로는 IEEE 802.15.x, Zigbee, Bluetooth, IETF ROLL, ISA100.11a 등과 같은 개인 영역 네트워크(Personal Area Network; 이하에서 “PAN”이라 한다)이나 무선 로컬 지역 네트워크(Wireless Local Area Network; 이하에서 “WLAN”이라 한다), PLC, M-BUS, Wireless M-BSU, KNX와 같은 LAN을 포함할 수 있다.

M2M 게이트웨이(30)는 M2M 서비스 케이퍼빌리티(31)를 이용하여 M2M 게이트웨이(30)의 M2M 애플리케이션인 게이트웨이 애플리케이션(GA, 32)을 실행하는 게이트웨이이며, M2M 디바이스(10')와 액세스 네트워크(40) 사이에서 프록시(Proxy) 역할을 수행한다.

액세스 네트워크(40)는 M2M 디바이스(10') 내지 M2M 게이트웨이(30)가 코어 네트워크(50)와 통신할 수 있도록 하는 네트워크이다. 액세스 네트워크(40)의 예로는 xDSL, HFC, FTTH, PLC, Satellite망, GERAN, UTRAN, eUTRAN, Wireless LAN, WiMAX(WiBro) 등이 있다.

코어 네트워크(50)는 IP 연결, 액세스 네트워크 제어 및 네트워크 서비스 제어 기능, 다른 네트워크와의 상호 연결, 로밍(Roaming) 기능 등을 제공하는 네트워크이다. 코어 네트워크(50)의 예로는 3GPP CN, ETSI TISPAN CN, 3GPP2 CN, IMS 등이 있다.

네트워크 도메인의 M2M 서비스 케이퍼빌리티(60)는 서로 다른 애플리케이션들에 의해 공유될 수 있는 기능을 제공하며, 개방형 인터페이스를 통해 다른 서비스 케이퍼빌리티에 접근할 수 있는 환경을 제공한다. 이와 같은 M2M 서비스 케이퍼빌리티들을 사용하여, 하위 네트워크 계층의 특성들을 고려하지 않고도 최적의 애플리케이션을 개발하고 배포할 수 있게 된다.

네트워크 도메인의 M2M 애플리케이션인 네트워크 애플리케이션(NA, 70)들은 M2M 서비스 로직을 실행하고 M2M 시스템에서 제공하는데 개방형 인터페이스를 통해 M2M 서비스 케이퍼빌리티(60)를 이용한다.

한편, 도 1에 따르면 네트워크 도메인에는 M2M 관리 기능들(M2M Management Functions)과 네트워크 관리 기능들(Network Management Functions)를 포함하는 것으로 규정되어 있다. 여기서, M2M 관리 기능들(M2M Management Functions)(80)은 네트워크 도메인에서 M2M 서비스 케이퍼빌리티들을 관리하기 위해 요구되는 모든 기능들로 구성되며, M2M 디바이스 내지 M2M 게이트웨이의 관리는 특정 M2M 서비스 케이퍼빌리티를 이용하게 된다. 또한, 네트워크 관리 기능들(90)은 액세스 네트워크(40)와 코어 네트워크(50)를 관리하기 위해 요구되는 모든 기능들로 구성되며, 프로비저닝(Provisioning), 감시(Supervision), 장애 관리(Fault Management) 등의 기능을 포함한다.

또한 상기 ETSI 표준에 따르면 네트워크 도메인에 있는 M2M 서비스 케이퍼빌리티들을 나타내는 계층을 네트워크 서비스 케이퍼빌리티 계층(Network Service Capability Layer; 이하 “NSCL”이라 함), 게이트웨이의 M2M 서비스 케이퍼빌리티들을 나타내는 계층을 게이트웨이 서비스 케이퍼빌리티 계층(Gateway Service Capability Layer; 이하 “GSCL”이라 함), M2M 디바이스의 M2M 서비스 케이퍼빌리티들을 나타내는 계층을 디바이스 서비스 케이퍼빌리티 계층(Device Service Capability Layer; 이하 “DSCL”이라 함)이라고 정의되고 있다. 상기 NSCL, GSCL 및 DSCL을 총칭하여 서비스 케이퍼빌리티 계층(Service Capability Layer; 이하 “SCL”이라 함)이라고 한다. 여기서 NSCL은 각각의 M2M 서비스를 제공하는 서비스 제공업자에 의해 각각의 서비스 별로 개별적으로 구축되는 플랫폼을 의미하는 것으로서, 이하에서는 “M2M 서비스 플랫폼"이라고도 한다.

한편, ETSI 표준에는 M2M 디바이스(10)의 DA(12)와 DSCL(11) 사이, M2M 디바이스(10')와 게이트웨이(30) GSCL(31) 사이, 및 게이트웨이(30)의 GA(32)와 GSCL(31) 사이의 레퍼런스 포인트(reference point)를 dIa, DSCL(11) 및 GSCL(31)과 NSCL(60) 사이의 레퍼런스 포인트를 mId, 그리고 NA(70)와 NSCL(60) 사이의 레퍼런스 포인트를 mIa로 규정하고 있다.

상술한 바와 같은 M2M 서비스 환경에서 콘텐츠의 수급을 원활히 하기 위해서는 기존의 히트 서비스(hit service), 킬러 애플리케이션(killer application)이 단기간에 손쉽게 옮겨올 수 있어야 한다. 즉, 예를 들어 종래의 스마트폰 환경에서의 킬러 애플리케이션의 경우, 이를 M2M 서비스 환경으로 옮겨서 실행하기 위해서는 상기 킬러 애플리케이션을 M2M 플랫폼에 맞게 재설계, 재개발 및 테스트를 수행한 이후에 출시되어야 한다. 따라서 동일한 서비스를 제공함에도 불구하고 단말 플랫폼이 바뀌었기 때문에 다시 개발 비용을 부담하여야 한다는 문제점이 있다.

또한 M2M 서비스의 경우 특히 디바이스의 운영환경과 관계없이 최상의 성능이 발현되어야 한다. 즉, M2M 환경에서 디바이스는 센서에서 스마트폰까지 그 성능이 다양하다는 특징이 있기 때문에, 다양한 디바이스 시스템 환경에서도 응용 프로그램인 애플리케이션들의 품질을 보장할 수 있어야 한다. 애플리케이션의 성능은 애플리케이션이 실행되는 하드웨어 환경에 종속적이므로, 동일한 애플리케이션이라도 디바이스의 성능에 따라 그 성능이 좌우되며, 안정성에도 위험성이 내포하게 된다.

또한, 상기 ETSI 표준에 바탕을 둔 종래의 M2M 서비스는 구축형(In-House Building)으로 예를 들어 통신 사업자가 M2M 서비스의 관리 기능 등을 SI(System Integration) 형태로 구축하여 제공하는 것이 일반적이다. 그러나, 이러한 경우 롱테일(long tail)형 M2M 시장에서 과도한 초기 투자가 필요하여 그 수익성을 보장하기 어렵다. 따라서 서비스 환경을 정적으로 구축하지 않고, M2M 서비스 공급업자에 접속 시 디바이스 시스템 사양에 맞게 서비스 실행 환경을 동적으로 구축하여 플랫폼 구축 비용을 줄일 수 있는 방안이 필요하다.

또한, 종래의 M2M 서비스의 경우 경쟁사 또는 이종 M2M 생태계에서도 자사의 서비스가 실행할 수 있는 환경을 제공하는 것을 전혀 고려하지 않고 있다. 이는 상술한 바와 같은 M2M 표준을 통해 시장 표준화가 이루어지더라도, 시간이 지나면서 통신 사업자 및 제조사 별로 생태계를 보호하고자 M2M 표준 기반으로 변형된 M2M 플랫폼을 구축하여 경쟁사의 시장 진입을 기술적으로 방해하기를 원할 수 있기 때문이다. 따라서 이와 같은 기술적 보호 장벽이 있을 경우에 상대방의 생태계에서도 자사의 서비스가 실행될 수 있는 방안이 필요하다.

본 발명은 상술한 바와 같은 종래 기술의 문제점을 해결하기 위하여 안출된 것으로서, M2M 단말 플랫폼에 독립적인 실행 환경을 제공할 수 있는 M2M 비표준 디바이스와의 효율적인 연동 방법 및 장치를 구현하는 것을 그 목적으로 한다.

상술한 목적을 달성하기 위하여 본 발명의 일실시예에 따른 M2M 비표준 디바이스와의 연동 방법은, M2M 비표준 디바이스에서 활성화된 서비스 링크에 대응하는 기능 모듈의 활성화 요청 메시지를 상기 M2M 비표준 디바이스로부터 전송받는 단계; 및 상기 기능 모듈 활성화 요청 메시지의 전송에 따라 상기 기능 모듈이 활성화되는 단계를 포함하는 것을 특징으로 한다.

여기서, 상기 기능 모듈은 M2M 표준에 부합하는 프로토콜에 따라 데이터를 처리할 수 있다.

또한, 상기 기능 모듈의 활성화 요청 메시지는 상기 M2M 비표준 디바이스에 의해 생성된 벌크 데이터를 포함할 수 있으며, 상기 기능 모듈의 활성화 단계는, 상기 벌크 데이터에 대하여 상기 기능 모듈의 활성화에 따라 M2M 표준에 부합하도록 관련 리소스를 생성하는 단계를 포함할 수 있다.

또한, 상기 방법은 상기 리소스의 생성에 따른 리소스 생성 완료 메시지를 상기 M2M 비표준 디바이스로 전송하는 단계; 및 상기 M2M 비표준 디바이스로부터의 데이터 전송 요청 메시지에 따라 상기 생성된 리소스를 목적지로 전달하는 단계를 더 포함할 수 있다.

상술한 목적을 달성하기 위하여 본 발명의 다른 일실시예에 따른 M2M 개체를 구현하는 장치는, M2M 비표준 디바이스에서 활성화된 서비스 링크에 대응하는 기능 모듈의 활성화 메시지를 상기 M2M 비표준 디바이스로부터 전송받는 통신부; 및 상기 기능 모듈 활성화 메시지의 전송에 따라 활성화되는 상기 기능 모듈을 포함하는 복수의 기능 모듈을 포함하는 링크 케이퍼빌리티(Link Capability)부를 포함하는 것을 특징으로 한다.

여기서, 상기 기능 모듈의 활성화 메시지는 상기 M2M 비표준 디바이스에서 생성된 벌크 데이터를 포함하고, 상기 링크 케이퍼빌리티는 M2M 표준에 부합하는 프로토콜에 따라 상기 벌크 데이터를 처리할 수 있다.

상술한 목적을 달성하기 위하여 본 발명의 또다른 일실시예에 따른 M2M 개체와 연동하는 방법은, 서비스 링크의 활성화에 따라 상기 서비스 링크에 대응하는 M2M 개체의 기능 모듈의 활성화 요청 메시지를 상기 M2M 개체에 전송하는 단계; 및 상기 M2M 개체의 상기 기능 모듈의 활성화에 대한 결과 메시지를 상기 M2M 개체로부터 응답 받는 단계를 포함하는 것을 특징으로 한다.

여기서 상기 기능 모듈의 활성화 요청 메시지에는 상기 M2M 개체의 기능 모듈에 의해 처리될 벌크 데이터가 포함될 수 있다.

상술한 목적을 달성하기 위하여 본 발명의 또다른 일실시예에 따른 M2M 개체와의 연동을 위한 장치는, M2M 개체에 구현된 복수의 기능 모듈에 각각 대응하는 복수의 서비스 링크를 포함하는 가상 플레이어부; 및 상기 서비스 링크의 활성화에 의해 상기 서비스 링크에 대응하는 기능 모듈의 활성화 요청 메시지를 상기 M2M 개체에 전송하는 통신부를 포함하는 것을 특징으로 한다.

본 발명에 따르면, M2M 단말 플랫폼에 독립적으로 실행 가능한 가상 SCL 플레이어를 이용함으로써 M2M 표준을 따르지 않는 이종 M2M 환경에서도 자사의 서비스를 최적의 상태로 실행할 수 있는 효과가 있다. 이에 의해 M2M 서비스 생태계 구축과 확산이 용이하게 된다.

또한 기존의 킬러 애플리케이션을 M2M 시장에 단시간에 적용할 수 있어 고객의 M2M 사용에 대한 효용성을 단기간에 극대화할 수 있으며, 기반 환경의 변화에도 불구하고 자사의 생태계를 유지할 수 있어 효율적이고 경제적으로 M2M 환경을 확산시킬 수 있는 효과가 있다.

도 1은 종래 기술에 따른 디바이스 및 게이트웨이 도메인과 네트워크 도메인을 포함하는 M2M 서비스를 위한 아키텍처를 도시한다.
도 2는 본 발명이 적용될 수 있는 M2M 시스템의 전체 구성을 개략적으로 도시한다.
도 3는 본 발명의 일실시예에 따른 xIP 기능을 구현하기 위한 세부 기능 모듈을 예시하는 도면이다.
도 4은 본 발명의 실시예에 따라 M2M 디바이스의 DIP기능을 이용하여 가상 SCL 플레이어가 구현된 M2M 비표준 디바이스와의 연동 관계를 개념적으로 도시한 도면이다.
도 5는 본 발명의 실시예에 따른 M2M 비표준 디바이스 및 M2M 개체의 구성을 개략적으로 도시한 도면이다.
도 6은 본발명의 일실시예에 따라 M2M 비표준 디바이스에서 발생된 데이터를 처리하는 절차를 도시하는 도면이다.
도 7은 본발명의 다른 일실시예에 따라 M2M 비표준 디바이스에서 발생된 데이터를 처리하는 절차를 도시하는 도면이다.
도 8은 본 발명의 일실시예에 따라 M2M 비표준 디바이스에 가상 SCL 플레이어를 다운로드하고 실행하는 절차를 도시한 도면이다.

이하, 첨부한 도면들을 참조하여, 본 발명을 보다 상세하게 설명하고자 한다. 본 발명은 다양한 변경을 가할 수 있고 여러 가지 형태를 가질 수 있는바, 특정 실시예들을 도면에 예시하고 본문에 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 개시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.

각 도면을 설명하면서 유사한 참조부호를 유사한 구성요소에 대해 사용하였다. 여기서, 제1, 제2 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다.

본 출원에서, "포함하다" 또는 "가지다" 등의 용어는 명세서 상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

또한, 다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.

도 2는 본 발명이 적용될 수 있는 M2M 시스템의 전체 구성을 개략적으로 도시한다.

도 2을 참조하면, 전체 M2M 시스템(100)은 네트워크 어플리케이션(NA)(70), M2M 서비스 플랫폼(NSCL)(60), M2M 디바이스(M2M Device)(10a, 10b, 10'), M2M 게이트웨이(M2M Gateway)(30)를 포함할 수 있다. 이하에서는 도 1과 관련하여 상술한 내용과 중복되지 않는 부분 위주로 설명한다.

본 발명의 실시예에 따른 M2M 시스템은, 상술한 바와 같은 소정의 ETSI M2M 표준을 따르지 않는 디바이스(d)[이하 “M2M 비표준 디바이스(non-ETSI M2M compliant device)"라고 한다]를 더 포함할 수 있다. 상기 M2M 비표준 디바이스(d)는 M2M 표준에 규정된 서비스 케이퍼빌리티가 디바이스 자체에 구현되지 않거나 이를 이용할 수 없는 디바이스에 해당하는데, 이에는 M2M 표준과 관련없이 개별적인 M2M 서비스 제공업자에 의해 설치된 디바이스가 포함될 수 있다. 본 발명은 이와 같은 M2M 비표준 디바이스(d)와 M2M 표준에 따르는 디바이스, 게이트웨이 및 M2M 서비스 플랫폼과의 연동을 지원하기 위한 기능의 구현과 관련된 것이다.

이를 위해 본 발명에 따르면, M2M 비표준 디바이스(d)와 통신을 위해 사용되는 NIP(Network Interworking Proxy)(63) 기능, GIP(Gateway Interworking Proxy) 기능, DIP(Device Interworking Proxy)(13) 기능이 각각 NSCL(60), GSCL(31) 및 DSCL(11b)에 포함될 수 있다. 여기서, M2M 비표준 디바이스(d)와의 연동을 위한 xIP(NIP, GIP 또는 DIP) 기능을 갖는 M2M 디바이스(10b), M2M 게이트웨이(30) 및 M2M 서비스 플랫폼[또는 NSCL(60)]을 본 명세서에서는 “M2M 개체”라고 한다.

도 3는 본 발명의 일실시예에 따른 xIP 기능을 구현하기 위한 세부 기능 모듈을 예시한 도면이다. 본 발명 M2M 비표준 디바이스와의 연동에 관한 것이므로, 상기 xIP 기능은 M2M 표준에 따른 M2M 단말 플랫폼과 관련이 있는 것으로서, 도 3에 예시된 기능 모듈은, 상술한 바와 같은 ETSI 표준에서 제공하는 기능 아키텍처(Functional architecture)를 참조로 하였으나, 이는 단지 예시에 지나지 않으며 다른 아키텍처에서는 다른 기능 모듈들이 포함될 수 있음은 자명할 것이다.

도 3에 도시된 바와 같이 xIP 기능은 크게 서비스 케이퍼빌리티와 네트워크 케이퍼빌리티로 나눌 수 있다.

네트워크 케이퍼빌리티는 네트워크 계층에서 네트워크 케이퍼빌리티 기능을 수행하기 위한 것으로서, 디바이스로부터의 데이터 수집을 위한 데이터 수집 기능 모듈; 수집한 데이터에 대한 연결/세션 관리 기능 모듈; 품질 관리를 위한 QoS 관리 기능 모듈; ID/Address 관리 기능 모듈 등을 포함하도록 구성될 수 있다.

서비스 케이퍼빌리티는 서비스 계층에서 서비스 케이퍼빌리티 기능을 수행하기 위하나 것으로서, 개별 및 그룹 제어 등을 위한 제어 관리 기능 모듈; 게이트웨이, 디바이스 및 애플리케이션의 인증/개통 관리 기능 모듈; 보안 관리 기능 모듈; 게이트웨이/디바이스 프로파일 관리 모듈 등을 포함하도록 구성될 수 있다.

도 4는 본 발명의 실시예에 따른 M2M 개체의 일례로서의 M2M 디바이스(10b)의 DIP(13) 를 이용하여 가상 SCL 플레이어가 구현된 M2M 비표준 디바이스(d)와의 연동 관계를 개념적으로 도시한 도면이다.

도 4에 도시된 바와 같이 본 발명에 따른 M2M 비표준 디바이스(d)와의 연동을 위해서는 M2M 비표준 디바이스(d)에 구현된 가상 SCL 플레이어(400) 및 M2M 개체[도 4의 예시에서는 M2M 디바이스(10b)]의 DIP에 구현된 SCL 링크 캐이퍼빌리티(SCL Link Capability)(401)를 포함한다.

M2M 개체(10b)에 구현된 SCL 링크 캐이퍼빌리티(401)는 도 3에 도시된 바와 같이 M2M 서비스를 제공할 수 있도록 M2M 표준에 부합하는 프로토콜에 따라 데이터를 처리하는데 필요한 복수의 기능 모듈로 구성되어 있다.

M2M 비표준 디바이스(d)에 구현된 가상 SCL 플레이어(400)에는 상기 M2M 개체(10b)에 구현된 SCL 링크 케이퍼빌리티(401)의 각각의 기능 모듈에 대한 연결 고리인 서비스 링크(link)만이 제공된다. 즉, 상기 가상 SCL 플레이어(400)는 도 3과 같이 실제 SCL과 동일한 구성으로 이루어지나, 각 기능 모듈에 대한 구현 부분이 제외되고 실제 SCL[즉 M2M 개체(10b)에 구현된 SCL 링크 케이퍼빌리티(401)]의 각 기능 모듈과 연결될 수 있는 서비스 링크만을 가지도록 구성된다.

따라서, M2M 비표준 디바이스(d)에서의 애플리케이션의 실행에 의해 수행되어야 할 기능 모듈에 대응하는 서비스 링크가 활성화되면, M2M 비표준 디바이스(d)는 활성화된 서비스 링크에 대응하는 M2M 개체(10b) 내의 기능 모듈의 활성화를 위한 메시지를 M2M 개체에 전송한다. 이후 M2M 개체(10b)는 대응 기능 모듈을 활성화시켜 M2M 표준에 부합하는 프로토콜에 따라 데이터를 처리함으로써, M2M 비표준 디바이스(d)와 M2M 개체(10b)의 SCL과의 연결에 의한 연동이 이루어질 수 있다.

도 5는 본 발명의 실시예에 따른 M2M 비표준 디바이스 및 M2M 개체의 구성을 개략적으로 도시한 도면이다.

본 발명의 실시예에 따른 M2M 비표준 디바이스(500)는 M2M 애플리케이션부(501), 가상 SCL 플레이어부(502) 및 통신부(503)를 포함할 수 있다.

M2M 애플리케이션부(501)는 M2M 서비스 플랫폼에서 제공하는 서비스를 이용하고자 하는 경우 M2M 비표준 디바이스(500)에 설치되는 응용 프로그램에 해당한다.

가상 SCL 플레이어부(502)는 상술한 바와 같이, M2M 개체(510)에 구현된 xIP 기능을 구성하는 각각의 기능 모듈에 대응하는 서비스 링크만을 갖고 있는 일종의 응용 프로그램 형태로 M2M 비표준 디바이스(500)에 제공되는 것이다.

또한, 상기 M2M 애플리케이션부(501)의 애플리케이션의 실행에 대응하는 가상 SCL 플레이어부(502)에서의 서비스 링크의 활성화가 되면, 활성화된 서비스 링크에 대응하는 기능 모듈을 활성화시키라는 기능 모듈 활성화 메시지가 통신부(503)를 통해서 M2M 개체(510)에 전달된다.

M2M 개체(510)는 SCL 링크 케이퍼빌리티부(511) 및 통신부(512)를 포함할 수 있다. SCL 링크 케이퍼빌리티부(511)는 도 3에 도시된 바와 같이 M2M 표준에 부합하는 프로토콜에 따라 데이터를 처리할 수 있는 각각의 기능 모듈을 포함하고 있으며, 통신부(512)를 통해 M2M 비표준 디바이스(500)로부터 기능 모듈 활성화 메시지를 전달받는 경우 해당 기능 모듈 활성화 메시지에 대응되는 기능 모듈이 활성화된다.

이와 같이 본 발명에 따르면, M2M 비표준 디바이스(500)의 가상 SCL 플레이어부(502)에서는 서비스 링크만이 활성화되고, 활성화된 서비스 링크에 대응하는 기능 모듈의 실행에 의해 M2M 표준에 부합하는 프로토콜에 따른 관련 리소스의 생성은 실제로 M2M 개체(511)의 SCL 링크 케이퍼빌리티부(511)에서 이루어지게 된다.

도 6은 본발명의 일실시예에 따라 M2M 비표준 디바이스에서 발생된 데이터를 처리하는 절차를 도시하는 도면이다. 본 예시는 M2M 비표준 디바이스가 풍속을 관측하는 디바이스이고, M2M 표준에 따른 M2M 서비스 플랫폼으로 풍속 데이터를 전송하는 경우에 해당한다.

먼저 단계 S601에서 풍속 측정 디바이스의 M2M 애플리케이션에 의해 측정된 풍속 데이터를 가상 SCL 플레이어부에 전달한다.

단계 S602에서 가상 SCL 플레이어부는, 예를 들어 풍속 데이터의 측정에 따른 M2M 표준에 부합하는 리소스를 생성하기 위해 네트워크 케이퍼빌리티의 데이터 수집 모듈에 대응하는 서비스 링크를 활성화시킨다.

단계 S603에서 상기 가상 SCL 플레이어의 서비스 링크의 활성화에 따라, 측정된 풍속 데이터(벌크 데이터)에 대한 데이터 수집 모듈을 활성화시키기 위한 기능 모듈 활성화 메시지를 상기 풍속 데이터와 함께 M2M 개체로 전송한다.

이후 단계 S604에서 M2M 개체의 SCL 링크 케이퍼빌리티부는, 가상 SCL 플레이어로부터 전송 받은 기능 모듈 활성화 메세지 내에 포함된 벌크 데이터에 대해 SCL 링크 케이퍼빌리티부 내의 데이터 수집 모듈을 활성화시켜 M2M 표준용 포맷인 <container> 리소스를 생성한다. 여기서 <container> 리소스는 M2M 표준에 규정되어 있는 것으로서, 데이터를 버퍼링하는 매개자(mediator)로서의 역할을 하며 애플리케이션과 SCL 사이에서 데이터를 교환하기 위해 사용되는 범용 리소스에 해당한다.

단계 S605에서 M2M 개체가 M2M <container> 리소스가 생성되었음을 나타내는 응답 메시지를 가상 SCL 플레이어에 전송하면, 가상 SCL 플레이어는 생성된 데이터를 목적지인 호스팅 SCL로 전송하도록 M2M 개체에 요청한다(단계 S606). 여기서 호스팅 SCL은 상기 M2M 표준에 따라 주소가 지정된 리소스(Master/original Resouce) 가 상주해야 하는 SCL이다.

이후 M2M 개체는 M2M 표준에 규정된 소정의 절차에 따라 호스팅 SCL을 찾아서 해당 데이터를 전달하고(단계 S607 및 S608), 호스팅 SCL로부터 데이터가 목적지에 도달하였음을 알리는 응답 메시지를 전송받으면(단계 S609), 이를 가상 SCL 플레이어에게 전달하고, 가상 SCL 플레이어는 M2M 애플리케이션에 풍속 데이터의 목적지 도달이 완료되었음을 알리는 응답 메시지를 전송한다(단계 S609 내지 단계 S611).

도 7은 본 발명의 다른 일실시예에 따라 M2M 비표준 디바이스에서 발생된 데이터를 처리하는 절차를 도시하는 도면이다.

도 6에 도시된 바와 같은 절차에 따르면, M2M 비표준 디바이스로서의 풍속 측정 디바이스가 풍속 데이터를 보내는 과정에서 풍속 측정 디바이스의 성능에 부하를 주지 않으면서, M2M 개체의 SCL 성능을 사용할 수 있게 된다. 그러나 이러한 경우에 다수의 M2M 비표준 디바이스가 M2M 개체에 접속하는 경우에는 M2M 개체의 부하가 심해지는 문제가 발생할 수 있다.

M2M 표준에서는 원격 호스팅된(hosted) 리소스에 접근하기 위한 SAF(Store-and-Forward) 처리의 일반적인 원칙이 적용되며, 이는 NA나 NSCL이 D/GSCL의 리소스들에 접근하기 위해 발행된 요청뿐만 아니라 D/GA나 D/GSCL이 NSCL의 리소스에 접근하기 위해 발행된 요청에 적용하는 것을 규정하고 있다. 이 경우 원격 호스팅된 리소스들에 접근하는 각 요청에 대해 요청자(Issuer)는 용인할 수 있는 요청 처리 지연 시간 (Tolerable Request Processing Delay Time; 이하 “TRPDT”라 함) 그리고/또는 요청 범주(Request Catagory; 이하 “RCAT”이라 함)를 SCL에서 설정하여 부하를 관리할 수 있음이 규정되어 있다.

도 7에 도시된 실시예는 M2M 표준에 규정된 TRPDT 및 RCAT를 이용하여 상술한 바와 같은 다수의 M2M 비표준 디바이스에 의한 다중 처리 요청에 의한 과부하의 문제를 해결한다. 이하에서는 편의상 도 6에 도시된 실시예와 상이한 부분에 대해서만 설명한다.

단계 S602에서 가상 SCL 플레이어가 M2M 표준에 따르는 리소스를 생성하기 위해 네트워크 케이퍼빌리티 모듈의 데이터 수집 모듈에 대응하는 서비스 링크를 활성화시킨 경우, M2M 개체의 SCL의 TRPDT 및 RCAT를 M2M 개체에 요청하여 이에 대한 응답을 수신한다(단계 S620 및 S621).

이후 단계 S622에서는 전송된 TRPDT 및 RCAT를 이용하여 M2M 개체의 SCL이 풍속 측정 데이터를 처리할 여유가 있는가를 판단한다. 여유가 있다고 판단되면, 도 6에 예시된 절차와 동일하게 단계 S603 및 그 이후의 단계들을 수행한다. 여유가 없다고 판단되면, TRPDT 만큼 대기한 이후 단계 S620의 절차를 반복한다.

도 8은 본 발명의 일실시예에 따라 M2M 비표준 디바이스에 가상 SCL 플레이어를 다운로드하고 실행하는 절차를 도시한 도면이다.

M2M 비표준 디바이스의 경우에는 디바이스 별로 각각 다른 운영체제 하에서 동작하게 될 가능성이 크나, 본 발명에 따르면, 포팅 방식 등과 같은 종래의 플랫폼 설치 방식을 지양하고 M2M 애플리케이션이 M2M 서비스 제공업자에 최초 접속 시 도 8에 도시된 절차에 의해 M2M 비표준 디바이스에 다운로드 및 실행될 수 있다. 따라서 본 발명의 가상 SCL 플레이어는 M2M 표준 기반으로 개발된 응용 프로그램(M2M 애플리케이션)을 디바이스의 운영 체제에 독립적으로 실행 가능하고 슬림하며 강력한 실행 환경을 제공할 수 있게 된다.

먼저 단계 S801에서 M2M 애플리케이션이 장착된 M2M 비표준 디바이스에 전원이 켜지면, 일반적으로 M2M 애플리케이션의 경우 M2M 서비스 제공업자에 의해 공급되므로, 단계 S802에서 상기 M2M 애플리케이션은 자신의 M2M 서비스 플랫폼으로의 등록을 위해서 M2M 서비스 제공업자에 접근하게 된다.

이후 M2M 서비스 제공업자는 상기 M2M 비표준 디바이스의 운영체계와 시스템 사양 정보를 요청하여 이를 응답받는다(단계 S803 및 S804).

다음 단계 S805에서 M2M 서비스 제공업자는 전송받은 M2M 비표준 디바이스의 시스템 정보에 따라 SCL 서비스 링크를 구성한다. 이 경우 SCL 서비스 링크 구성 방법은 다음과 같은 2가지 방식을 선택할 수 있다. 하나의 방식은 요청된 M2M 애플리케이션의 개수와 동일하게 가상 SCL 플레이어를 일대일 연결할 수 있도록 실행 환경을 제공하는 방식이고, 다른 방식은 요청된 M2M 애플리케이션의 개수와 무관하게 하나의 가상 SCL 플레이어를 설치하여 모든 M2M 애플리케이션에 적용할 수 있는 실행환경을 제공하는 방식이다.

이후 단계 S806에서 M2M 비표준 디바이스의 운영체제 정보에 따라 크로스 컴파일(Cross Compile)을 통해 각 서비스 링크를 조합하여 가상 SCL 플레이어를 작성하고, 각각의 M2M 애플리케이션 및/또는 비표준 디바이스에 대한 맞춤형 가상 SCL 플레이어를 다운로드시키면(단계 S807), M2M 비표준 디바이스는 다운로드된 가상 SCL 플레이어에 의해 가상 SCL 플레이어 환경에서 M2M 애플리케이션을 실행할 수 있게 된다(단계 S808).

10a, 10b, 10': M2M 디바이스(M2M Device)
30: M2M 게이트웨이
60: M2M 서비스 플랫폼
70: 네트워크 어플리케이션(NA)
d, 500: M2M 비표준 디바이스
400: 가상 SCL 플레이어
401: SCL 링크 캐이퍼빌리티(SCL Link Capability)
501: M2M 애플리케이션부
502: 가상 SCL 플레이어부
503, 512: 통신부
511: SCL 링크 케이퍼빌리티부

Claims

M2M 비표준 디바이스에서 활성화된 서비스 링크에 대응하는 기능 모듈의 활성화 요청 메시지를 상기 M2M 비표준 디바이스로부터 전송받는 단계; 및
상기 기능 모듈 활성화 요청 메시지의 전송에 따라 상기 기능 모듈이 활성화되는 단계를 포함하는 것을 특징으로 하는 M2M 비표준 디바이스와의 연동 방법.
제 1 항에 있어서,
상기 기능 모듈은 M2M 표준에 부합하는 프로토콜에 따라 데이터를 처리하는 것을 특징으로 하는 M2M 비표준 디바이스와의 연동 방법.
제 1 항에 있어서,
상기 기능 모듈의 활성화 요청 메시지는 상기 M2M 비표준 디바이스에 의해 생성된 벌크 데이터를 포함하는 것을 특징으로 하는 M2M 비표준 디바이스와의 연동 방법.
제 3 항에 있어서,
상기 기능 모듈의 활성화 단계는,
상기 벌크 데이터에 대하여 상기 기능 모듈의 활성화에 따라 M2M 표준에 부합하도록 관련 리소스를 생성하는 단계를 포함하는 것을 특징으로 하는 M2M 비표준 디바이스와의 연동 방법.
제 4 항에 있어서,
상기 리소스의 생성에 따른 리소스 생성 완료 메시지를 상기 M2M 비표준 디바이스로 전송하는 단계; 및
상기 M2M 비표준 디바이스로부터의 데이터 전송 요청 메시지에 따라 상기 생성된 리소스를 목적지로 전달하는 단계를 더 포함하는 것을 특징으로 하는 M2M 비표준 디바이스와의 연동 방법.
M2M 비표준 디바이스에서 활성화된 서비스 링크에 대응하는 기능 모듈의 활성화 메시지를 상기 M2M 비표준 디바이스로부터 전송받는 통신부; 및
상기 기능 모듈 활성화 메시지의 전송에 따라 활성화되는 상기 기능 모듈을 포함하는 복수의 기능 모듈을 포함하는 링크 케이퍼빌리티(Link Capability)부를 포함하는 것을 특징으로 하는 M2M 개체를 구현하는 장치.
제 6 항에 있어서,
상기 기능 모듈의 활성화 메시지는 상기 M2M 비표준 디바이스에서 생성된 벌크 데이터를 포함하고, 상기 링크 케이퍼빌리티는 M2M 표준에 부합하는 프로토콜에 따라 상기 벌크 데이터를 처리하는 것을 특징으로 하는 M2M 개체를 구현하는 장치.
서비스 링크의 활성화에 따라 상기 서비스 링크에 대응하는 M2M 개체의 기능 모듈의 활성화 요청 메시지를 상기 M2M 개체에 전송하는 단계; 및
상기 M2M 개체의 상기 기능 모듈의 활성화에 대한 결과 메시지를 상기 M2M 개체로부터 응답 받는 단계를 포함하는 것을 특징으로 하는 M2M 개체와 연동하는 방법.
제 8 항에 있어서,
상기 기능 모듈의 활성화 요청 메시지에는 상기 M2M 개체의 기능 모듈에 의해 처리될 벌크 데이터가 포함되는 것을 특징으로 하는 M2M 개체와 연동하는 방법.
M2M 개체에 구현된 복수의 기능 모듈에 각각 대응하는 복수의 서비스 링크를 포함하는 가상 플레이어부; 및
상기 서비스 링크의 활성화에 의해 상기 서비스 링크에 대응하는 기능 모듈의 활성화 요청 메시지를 상기 M2M 개체에 전송하는 통신부를 포함하는 것을 특징으로 하는 M2M 개체와의 연동을 위한 장치.
제 10 항에 있어서,
상기 기능 모듈의 활성화 요청 메시지에는 상기 M2M 개체의 기능 모듈에 의해 처리될 벌크 데이터가 포함되는 것을 특징으로 하는M2M 개체와의 연동을 위한 장치.