KR102045905B1

KR102045905B1 - 단말 이동성 제공을 위한 단말 어플리케이션 등록 방법 및 그 장치

Info

Publication number: KR102045905B1
Application number: KR1020130028500A
Authority: KR
Inventors: 강수진; 김상언; 허성필
Original assignee: 주식회사 케이티
Priority date: 2012-11-05
Filing date: 2013-03-18
Publication date: 2019-11-18
Also published as: KR20140058307A

Abstract

단말 앱 등록 방법 및 그 장치가 개시된다. 본 발명에 따른 단말 앱 등록 방법은, 호스팅 서비스 능력 레이어에서 이슈어로부터 어플리케이션 리소스 생성 요청을 수신하는 단계, 호스팅 서비스 능력 레이어에서 어플리케이션 리소스를 생성하고, 이슈어의 속성 정보를 확인하는 단계 및 속성 정보에 따라 이슈어가 비표준규격 단말 또는 부분표준규격단말에 해당하면, 이슈어에 대한 접속권한을 가진 응용서비스에 리소스 생성 알림 메시지를 전송하는 단계를 포함한다.

Description

단말 이동성 제공을 위한 단말 어플리케이션 등록 방법 및 그 장치{A Method for Registering Device Application for Providing Device Mobility and An Apparatus therefor}

본 발명은 M2M(machine to machine) 기술에 관한 것으로, 보다 구체적으로 게이트웨이/표준규격단말 하단 단말의 이동성을 제공하는 방법 및 그 장치에 관한 것이다.

M2M 단말들은 기본적으로 이동이 가능하다. 즉 표준규격단말(D) 뿐만 아니라 비표준규격단말 또는 부분표준규격단말(d 또는 D')이 이동하여 복수의 게이트웨이(G) 또는 표준규격단말(D)에 연결되는 경우도 있다.

도 1은 웰니스 서비스와 자가보안 서비스를 제공하기 위한 구성을 나타낸다.

도 1에 도시된 바와 같은 구성에서 웰니스서비스는 체중계, 족적센서, 바이크로부터 데이터를 수집하여 서비스를 제공하고, 자가보안서비스는 문열림센서, 열감지센서, 아이피(International Protocol: IP) 카메라로부터 데이터를 수집하여 서비스를 제공한다.

자가보안서비스는 서비스의 특성상 단말들의 위치가 집 내부로 고정되어 있을 것이다. 따라서, 문열림센서, 열감지센서는 항상 홈 게이트웨이(GW)에 연결되어 있다.

그러나 웰니스서비스의 경우 데이터를 제공하는 단말들이 이동하는 경우가 있다. 예를 들면, 족적센서가 부착된 운동화를 신고 집에서 족적 정보를 측정할 수도 있지만, 회사에서 족적 정보를 측정할 수도 있을 것이다. 또한, M2M서비스가 보다 보편화되면 공용(public) 게이트웨이가 보급되어 다양한 형태의 M2M 단말이 이동하면서 원하는 시점에 공용 게이트웨이를 통해 데이터를 전달할 수도 있다.

표준규격단말(D)인 체중계가 어디로 이동하든지 체중계에 접속할 수 있는 주소는 변함이 없다. 집에 있을 때 체중계의 주소는 http://scale#1.and.com/DSCL_base/~~~ 로서 웰니스서비스는 해당 주소에 접속하여 데이터를 수집할 수 있으며, 체중계가 회사로 이동해도 주소는 동일하게 http://scale#1.and.com/DSCL_base/~~~ 로 접근할 수 있다. 체중계가 한국에 있거나 외국으로 이동하더라도 웰니스 서비스가 접근할 수 있는 체중계 리소스의 주소는 변함이 없다.

그러나, 족적센서나 바이크와 같은 게이트웨이 또는 표준규격단말 하단의 단말들은 이와 달리 어떤 게이트웨이 또는 표준규격단말에 연동되느냐에 따라 그 주소가 달라진다.

족적센서가 홈게이트웨이에 연동되는 경우, 웰니스 서비스는 http://home_게이트웨이#1. public . com / GSCL _ base / applications / 족적센서 /~~ 에 접속하여 데이터를 수집하지만, 족적센서가 회사게이트웨이에 연동되는 경우, 웰니스 서비스는 http://company_게이트웨이#10. public . com / GSCL _ base / applications / 족적센서 /~~ 에 접속해야 한다.

응용서비스는 자신이 사용할 데이터를 보내주는 표준규격단말/게이트웨이에게 단말 어플리케이션(DA)이 새로 추가되면 알려달라고 요청을 해야 한다. 따라서, 자가보안서비스는 집 내부에 위치한 홈게이트웨이(http://home_게이트웨이#1.public.com)와 IP 카메라(http://ip_camera#1.btn.com)에 관련 단말 어플리케이션(DA)이 추가되면 자가보안서비스에 알려달라고 요청하고, 홈게이트웨이는 홈게이트웨이에 문열림센서, 열감지센서가 연동되어 관련 단말 어플리케이션(DA)이 생성될 때 이를 자가보안서비스에 알려준다.

그러나, 웰니스서비스는 홈게이트웨이와 체중계에 관련 단말 어플리케이션(DA)이 새로 추가되면 알려달라고 요청하여야 할 뿐만 아니라, 족적센서나 바이크가 이동하여 회사게이트웨이에 연동될 수 있기 때문에 회사게이트웨이에도 관련 단말 어플리케이션(DA) 추가에 대한 알림 요청을 해야 한다. 따라서 회사에 게이트웨이가 10대라면, 족적센서나 바이크가 회사 어떤 게이트웨이에 연동되더라도 서비스를 제공하기 위해서는 10대의 모든 게이트웨이에 이러한 알림 요청을 해야 한다. 또한 출퇴근 뿐만 아니라 여행중에도 웰니스 서비스를 받고 싶다면, 여행 경로에 있는 모든 공용 게이트웨이(GW)에 대해 알림 요청을 해야 한다.

도 2는 비/부분표준규격단말의 이동에 따른 알림 요청에 대해 설명하기 위한 도면이다.

상술한 바에 따르면 비/부분표준규격단말(d,D')에 이동성을 제공하기 위해서는 비/부분표준규격단말(d,D')을 이용하는 모든 응용서비스(NA)가 모든 공용 게이트웨이(G)에 대해 알림 요청을 해야 한다. 이에 따라 임의의 비/부분표준규격단말(d, D')이 하나의 공용 게이트웨이에 연결되면 해당 공용 게이트웨이에 알림 요청을 했던 모든 응용서비스가 알림을 받아 해당 공용 게이트웨이에 접속하여 데이터를 가지고 오려는 시도를 하게 되고, 해당 비/부분표준규격단말(d, D')에 대한 접속권한이 있는 응용서비스만이 데이터를 수집해 간다. 즉, 모든 응용서비스가 데이터 수집을 시도하되 족적센서 데이터에 대한 접근권한이 있는 웰니스서비스만이 실제로 데이터를 수집하게 된다.

그러나, 이러한 방법은 응용서비스가 추가될 때마다 모든 공용 게이트웨이에 알림을 등록해야 하고, 비/부분표준규격단말(d, D')이 공용 게이트웨이에 접속할 때마다 모든 응용서비스에 알림 메시지를 전송하고, 알림 메시지를 받은 모든 응용서비스가 해당 게이트웨이에 접속하게 된다. 따라서, 불필요한 트래픽이 너무 많이 유발된다.

따라서, 본 발명은 비/부분표준규격단말(d, D')의 이동을 효과적으로 수용하는 방법 및 그 장치를 제공하고자 한다.

보다 구체적으로는, 비/부분표준규격단말(d, D')이 게이트웨이(G)/표준규격단말(D)에 접속될 때 이를 비/부분표준규격단말에서 생성된 데이터를 사용하는 응용서비스에 알림으로써 응용서비스가 해당 단말이 접속된 게이트웨이(G)/표준규격단말(D)에 접속하여 해당 단말의 데이터를 수집할 수 있도록 하는 방법 및 그 장치를 제공하고자 한다.

본 발명의 일 양상에 따르면 호스팅 서비스 능력 레이어에서 이슈어로부터 어플리케이션 리소스 생성 요청을 수신하는 단계, 상기 호스팅 서비스 능력 레이어에서 상기 어플리케이션 리소스를 생성하고, 상기 이슈어의 속성 정보를 확인하는 단계 및 상기 속성 정보에 따라 상기 이슈어가 비표준규격 단말 또는 부분표준규격단말에 해당하면, 상기 이슈어에 대한 접속권한을 가진 응용서비스에 리소스 생성 알림 메시지를 전송하는 단계를 포함하는 단말앱 등록방법이 제공된다.

본 단말 앱 등록 방법은, 상기 호스팅 서비스 능력 레이어에서 상기 응용서비스로부터 상기 생성된 리소스의 하위 계층의 리소스 생성시 알림 요청 메시지를 수신하는 단계; 및 상기 하위 계층에 리소스가 생성되면 상기 하위 계층 리소스 생성에 대한 알림 메시지를 상기 응용서비스에 전송할 수 있다. 또한 상기 하위 계층 리소스 생성에 대한 알림 메시지에 대한 응답을 통해 상기 응용서비스로부터 상기 리소스에 대한 요청을 수신하면 상기 리소스에 저장된 데이터를 전송할 수 있다.

상기 이슈어의 속성 정보는, 상기 이슈어가 표준규격단말, 비표준규격단말, 부분표준규격단말 및 게이트웨이 중 어느 하나에 해당함을 나타내는 정보일 수 있다.

본 발명의 다른 양상에 따르면, 이슈어로부터 어플리케이션 리소스 생성 요청을 수신하면 상기 어플리케이션 리소스를 생성하고, 상기 이슈어의 속성 정보를 확인하여 상기 속성 정보에 따라 상기 이슈어가 비표준규격 단말 또는 부분표준규격단말에 해당하면, 상기 이슈어에 대한 접속권한을 가진 응용서비스에 리소스 생성 알림 메시지를 전송하는 단말앱 등록 장치가 제공된다.

비/부분표준규격단말이 공용게이트웨이에 접속될 때마다 모든 응용서비스(NA)에 알림 메시지가 전송되고 모든 응용서비스(NA)가 해당 게이트웨이에 접속하지 않아도 되어 네트워크 자원이 절약될 수 있다.

또한 비/부분표준규격단말이 게이트웨이/표준규격단말에 접속될 때 해당 단말에 대한 접속권한을 가진 응용서비스(NA)에 자동으로 알림 메시지를 전송함으로써 비/부분표준규격단말의 이동성을 효과적으로 수용할 수 있다.

도 1 및 도 2는 종래기술을 설명하기 위한 도면이다.
도 3은 M2M 아키텍처를 설명하기 위한 도면이다.
도 4는 ETSI TC M2M의 참조점을 설명하기 위한 도면이다.
도 5는 M2M 서비스 구성의 일 예를 설명하기 위한 도면이다.
도 6은 체중계 데이터의 수집 절차를 설명하기 위한 도면이다.
도 7 내지 도 9는 체중계 데이터의 리소스 구조를 설명하기 위한 도면이다.
도 10은 족적센서 데이터의 수집 절차를 설명하기 위한 도면이다.
도 11 내지 도 13은 족적센터 데이터의 리소스 구조를 설명하기 위한 도면이다.
도 14는 어플리케이션 리소스 생성 절차를 설명하기 위한 도면이다.
도 15는 본 발명에 따른 어플리케이션 리소스 생성 절차를 설명하기 위한 도면이다.
도 16은 본 발명에 따른 어플리케이션(Application) 등록 방법에 따른 족적센서 데이터 수집 절차를 설명하기 위한 도면이다.

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

또한, 본 발명의 구성 요소를 설명하는 데 있어서, 제 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) 등을 포함하는 다양한 분야에 사용될 수 있다.

도 3은 본 명세서의 실시예가 적용될 환경으로서 M2M 구조를 나타내는 도면이다. 본 발명에 적용되는 네트워크 환경은 국제표준인 ETSI(European Telecommunication Standards Institute) TC(Technical Committee) M2M에 기술된 M2M 구조(Architecture)에 기초하여 디바이스/게이트웨이 및 M2M 코어 플랫폼(Core Platform)에서 다수의 액세스 네트워크를 수용할 수 있는 기능을 제공하는 환경에서 적용된다.

도면을 참조하면, M2M 구조는 도면의 상측에 도시된 네트워크/어플리케이션 도메인(Network and Application domain) 또는 M2M 플랫폼과, 도면의 하측에 도시된 사물 지능 통신 서비스를 제공하기 위한 M2M 디바이스/게이트웨이 도메인(M2M Device domain)으로 구성된다.

네트워크/어플리케이션 도메인은 M2M 서비스 능력인 M2M SC(M2M Service Capabilities)(112)에 접근하거나 서비스 로직을 제공하는 M2M 어플리케이션(M2M Application)(111), 3GPP와 같은 코어 네트워크(Core Network)(113), 및 M2M SC(112)를 포함한다. 네트워크 어플리케이션은 응용서비스로도 칭하며 네트워크 서비스 능력은 서버 플랫폼으로도 칭한다.

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

네트워크/어플리케이션 도메인은 이외에도 M2M 디바이스/게이트웨이 도메인과 통신을 가능하게 하는 xDSL, WiMAX와 같은 액세스 네트워크(Access Network)(114), 그리고 M2M 관리 기능(M2M Management Functions)(115) 및 네트워크 관리 기능(Network Management Functions)(116)을 더 포함할 수 있다.

한편, M2M 디바이스/게이트웨이 도메인은 M2M 게이트웨이(120) 및 M2M 디바이스(130 및 140)를 포함한다.

M2M 게이트웨이(120)는 M2M 어플리케이션(121)과 M2M 서비스 능력(122)을 포함할 수 있다.

또한 M2M 디바이스(130)는 M2M 어플리케이션(M2M Application)(131)과 M2M 서비스 능력(M2M Service Capabilities)(132)이 탑재될 수 있다. M2M 서비스 능력(132)을 탑재한 M2M 디바이스(130)는 액세스 네트워크(114)를 통해 직접 네트워크 도메인과 연동되어 동작(interworking and interconnection)할 수 있다.

한편 예를 들면 M2M SC를 포함하지 않는 M2M 디바이스(140)는 지그비(zigbee), 블루투스(bluetooth)와 같은 M2M 에어리어 네트워크(M2M area network)을 통해 M2M 게이트웨이(120)와 연결되어 네트워크 도메인에서 동작(interworking and interconnection)할 수 있다.

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

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

M2M 서비스 능력(Service Capabilities)은 M2M 서비스에 공통으로 필요한 기능으로, 네트워크 도메인에 있는 M2M 네트워크 서비스 능력(M2M Service Capabilities: NSCL)은 서버 플랫폼 형태로 구현되며, 디바이스/게이트웨이 도메인의 M2M 서비스 능력(M2M Service Capabilities: DSCL/GSCL)(132, 122)은 단말에 상주하여 동작한다.

서비스 능력(SC)은 일 실시예로서 xAE, xGC, xRAR, xCS, xREM, xSEC, xHDR, xTM, xTM, xIP, xCB 또는 xTOE 중 하나 이상을 포함할수 있으며, x는 네트워크의 경우 N, 게이트웨이의 경우 G, 디바이스의 경우 D일수 있다. 즉, xIP는 NIP, GIP 또는 DIP일 수 있다. 이하에서 기술될 xSEC는 보안 기능을 제공하는 것(Security Capability)으로서, NSEC, GSEC 또는 DSEC 일 수 있다.

본 발명에서 비표준규격단말(d)은 단말 서비스 능력 레이어(DSCL) 및 단말 어플리케이션(DA)을 포함하지 않는 단말을 의미하며, 부분표준규격단말(D')은 단말 서비스 능력 레이어(DSCL)는 포함하지 않으나, 단말 어플리케이션(DA)은 포함하는 단말을 의미하는 것으로 한다. 또한 단말 서비스 능력 레이어는 단말플랫폼, 단말 어플리케이션은 단말앱으로도 칭한다.

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

이를 위해 M2M 표준 구조에 따르면 네트워크 도메인과 디바이스와 게이트웨이 도메인들의 상호 인터페이스로서 mIa, mId, dIa의 참조점(reference points)이 정의된다.

도 4는 본 명세서의 실시예가 적용될 환경으로서 ETSI TC M2M 참조점에 관한 도면이다.

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

mId는 네트워크 도메인의 NSCL과 디바이스/게이트웨이 도메인의 D/G SCL (DSCL 또는 GSCL) 간의 인터페이스 규격이다. 즉, mId는 M2M 플랫폼에서 제공하는 네트워크 도메인의 NSCL과 디바이스의 서비스 능력 레이어인 DSCL (M2M Service Capabilities in the M2M Device) 간에 적용하는 인터페이스 규격이며, 네트워크의 NSCL과 게이트웨이의 GSCL (M2M Service Capabilities in the M2M Gateway)에 적용하는 인터페이스 규격이다.

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

M2M 표준 구조의 M2M 서비스 구조는, 예를 들어, 경우 1(Case1), 경우 2(Case2), 레거시 경우 1(Legacy case1), 레거시 경우 2(Legacy case2), 레거시 ㄱ경우 3(gacy case3) 등이 고려될 수 있다.

경우 1(Case1)에 따르면, M2M 서비스 능력(SC)(122)과 M2M 어플리케이션(121)을 포함하는 M2M 디바이스(D)(210)가 mId 참조점을 통하여 네트워크 도메인(290)의 NSCL과 연동할 수 있다.

경우 2(Case2)는, M2M 어플리케이션(121)을 포함하지만 M2M 서비스 능력(SC)(122)을 포함하지 않는 M2M 디바이스(D')(230)의 예로서, M2M 디바이스(D')(230)은 M2M 서비스 능력(SC)을 포함하지 않으며 dIa 참조점을 통해 M2M 게이트웨이(G)(270)의 M2M 서비스 능력(SC)(122)과 연동하여 네트워크 도메인(290)의 NSCL과 연동할 수 있다.

레거시 경우 1 내지 3은, 디바이스가 레거시 디바이스, 즉 M2M 디바이스가 아닌 비표준규격 디바이스(d)(250)인 경우를 말한다. 이러한 경우, 레거시 디바이스(d)는 M2M 디바이스가 구비하는 M2M 어플리케이션을 구비하지 않으므로 M2M 네트워크 내의 타 장치의 서비스 능력(SCL)인 xIP(Interworking Proxy capability)를 통해 네트워크 도메인(290)에서 동작(interworking and interconnection)하게 된다.

여기서, x는 네트워크의 경우 N, 게이트웨이의 경우 G, 디바이스의 경우 D일수 있다. 즉, xIP는 NIP, GIP, DIP일 수 있다.

xIP는 M2M 에어리어 네트워크(Area Network)의 구조(structure)를 발견하고, 서비스 능력 레이어(SCL)에 M2M 에어리어 네트워크(Area Network structure)를 나타내는 M2M 리소스 구조를 생성할 수 있다. M2M 에어리어 네트워크(Area Network structure)가 바뀌면, 이것이 반영되도록 M2M 리소스 구조를 관리할 수 있다.

레거시 경우1(Legacy case1)은, 비표준규격 디바이스(d)(250)가 네트워크 도메인의 NIP를 통해 네트워크 도메인(290)에서 동작(interworking and interconnection)하는 경우를 나타낸다.

또한, 레거시 경우2(Legacy case2)는, 비표준규격 디바이스(d)(250)가 M2M 게이트웨이의 GIP를 통해 네트워크 도메인(290)에서 동작(interworking and interconnection)하는 경우를 나타낸다.

또한, 레거시 경우3(Legacy case3)에 따르면, 비표준규격 디바이스(d)(250)가 M2M 디바이스(D)의 DIP를 통해 네트워크 도메인(290)에서 동작(interworking and interconnection)할 수 있다.

본 발명은 서버플랫폼(290)(NSCL)에 직접 연결되지 않은, 즉 게이트웨이(270) 또는 M2M 표준규격 단말(210) 하단에 위치한 단말에 대한 이동성 제공 방법에 관한 것이므로, 비표준규격의 레거시 단말(d)(250), 부분표준규격의 단말(D')(230)과 관련된 경우2, 레거시 경우2 및 레거시 경우3에 해당한다.

비표준규격단말(d)이 게이트웨이(G)/표준규격단말(D)에 접속될 때라 함은, 도 4의 레거시 경우2와 레거시 경우3과 같이 비표준규격단말(d)과 게이트웨이(G)/표준규격단말(D) 간에 블루투스나 지그비(zigbee)와 같은 에어리어 네트워크망(area network)를 사용하여 비표준규격단말(d)과 게이트웨이(G)/표준규격단말(D) 간에 네트워크 연결이 생성될 때에 해당하며, 비표준규격단말(d)이 게이트웨이(G)/표준규격단말(D)에 애플리케이션 리소스를 생성할 때도 또한 해당한다.

부분표준규격단말(D')이 게이트웨이(G)에 접속할 때라 함은, 도 4의 경우2에서와 같이 부분표준규격단말(D')과 게이트웨이(G)간에 ETSI TC M2M의 단말/게이트웨이앱(DA,GA)과 단말/게이트웨이SCL(DSCL, GSCL)간 인터페이스 규격인 dIa가 설정될 때로 볼 수 있다.

본 발명에서는 설명의 편의성을 위해 비/부분표준규격단말(d,D')에 공통적으로 해당하는 애플리케이션 리소스 요청 시점을 비표준규격단말(d)과 게이트웨이(G)/표준규격단말(D)에 접속할 때로 제한하여 설명하도록 한다.

도 5는 M2M 서비스 구성 예제이다. 웰니스서비스(510)는 M2M 표준규격단말(D)인 체중계(560)와 부분표준단말(D')인 족적센서(550), 바이크(540)를 이용하는 M2M 응용서비스(NA)에 해당하며 족적센서(550)와 바이크(540)는 게이트웨이(GW#1)를 통해 네트워크 도메인의 서버플랫폼(520)에 연결된다.

도 6은 도 5와 같은 구성에서 웰니스서비스가 체중계로부터 데이터를 수집하기 위한 절차의 예를 나타내는 도면이다.

먼저 서버플랫폼과 단말이 상호 등록을 통해 서로를 인지하는 과정을 설명한다(S710).

체중계 단말(560)은 체중계앱(562)과 단말 플랫폼인 단말 서비스 능력 레이어(DSCL)(561)를 포함한다. 체중계 단말 플랫폼(561)은 단말(560) 내부에 저장된 서버플랫폼(NSCL)(520)의 주소(예를 들어 http://m2m.kt.com)에 접속하여, 서버플랫폼(520)에 체중계 단말플랫폼 리소스 생성을 요청한다(S711).

이에 따라 서버플랫폼(520)은 데이터 베이스(DB)의 "NSCL_base/scls" 리소스 하단에 "DSCL#1" 리소스를 생성하여 "NSCL_base/scls/DSCL#1" 리소스를 저장하며, 생성된 리소스의 속성(attribute)에는 체중계 단말플랫폼(561)의 주소(예를 들어 http://scale#1.and.com/DSCL_base)가 저장된다. 한편 단말(560) 측에서도 마찬가지로 체중계 단말플랫폼(561)이 서버플랫폼(520)의 요청을 받아 자신의 데이터 베이스(DB)에 "DSCL_base/scls/NSCL" 리소스를 생성한다.

이후 어플리케이션의 등록 과정(S720)을 설명한다.

응용서비스인 웰니스서비스(510)는 서버플랫폼(520)에 웰니스서비스 리소스 생성을 요청한다(S721). 이에 따라, 서버플랫폼(520)은 데이터베이스(DB)에 "NSCL_base/applications/웰니스서비스" 리소스를 생성한다.

또한 웰니스서비스(510)는 체중계 단말플랫폼(561)에 단말앱(DA) 리소스가 생성되면 웰니스서비스(510)에 알림 메시지를 전송(notify)하도록 요청한다(S723). 즉, 웰니스서비스(510)는 체중계 단말플랫폼(561)이 "DSCL_base/applications/" 하위에 단말 어플리케이션(DA) 리소스를 추가로 생성하면 웰니스서비스(510)에게 리소스가 생성되었음을 알려주도록 요청한다. 물론 이를 위해서는 웰니스서비스(510)에 "DSCL_base/applications"에 대한 접근권한(AccessRight)이 있어야 한다.

단말앱인 체중계앱(562)은 체중계 단말플랫폼(561)에 체중계앱 리소스 생성을 요청한다(S725). 그 결과 체중계 단말플랫폼은 자신의 데이터 베이스(DB)에 도 7에 도시된 바와 같이 <DSCL_base>/applications 리소스에 "체중계"라는 어플리케이션(application)을 추가한다.

이어서 컨테이너 생성 과정(S730)을 설명한다. 체중계 단말플랫폼(561)은 웰니스서비스(610)가 단계 S723에서 요청하여 설정한 대로, 새로운 단말앱(DA)인 체중계앱(562)이 추가되었음을 웰니스서비스(510)에 알려준다(S731).

체중계앱(562)의 단말앱이 새로 생성되었음을 알리는 알림을 수신한 웰니스서비스(510)는 새로 생성된 단말앱(DA)의 하단에 컨테이너(Container) 리소스가 생성되면 웰니스서비스(510)에 알림 메시지를 전송(notify)하도록 요청한다(S733). 즉, "DSCL_base/applications/체중계/containers"의 하위 컨테이너(container) 리소스가 생성될 때 체중계단말플랫폼(561)이 웰니스서비스(510)에게 리소스가 생성되었음을 알려줄 수 있도록 한다.

체중계앱(562)은 "체중"이라는 컨테이너(container) 리소스 생성을 요청하여(S735) 단말플랫폼(561)은 데이터베이스(DB)에 도 8에 도시된 바와 같은 형태의 리소스 구조를 갖게 된다.

체중계 단말플랫폼(561)은 S733 단계에서 설정한 대로 "체중"이라는 컨테이너(container) 리소스가 새로 추가되었음을 웰니스서비스(510)에 알려준다(S737). 이에 따라 웰니스서비스는 새로 생성된 컨테이너 하단에 컨텐트 인스턴스(Content Instance) 리소스가 생성되면 웰니스서비스에 알림 메시지를 전송(notify)하도록 요청한다(S739). 즉, "DSCL_base/applications/체중계/containers/체중/contentInstances" 하위 컨텐트 인스턴스(contentInstance) 리소스가 생성될 때 체중계 단말플랫폼(561)이 웰니스서비스(510)에게 리소스가 생성되었음을 알려줄 수 있도록 요청한다. 이 컨텐트 인스턴스(contentInstace) 리소스는 실제 체중계(560)에서 측정된 체중 데이터가 저장되는 위치이다.

마지막으로 실제 데이터가 생성되어 저장되는 과정(S740)을 설명한다.

사용자가 체중계를 이용해 체중을 측정하면, 단말앱(DA)인 체중계앱(562)은 단말플랫폼(561)에 컨텐트인스턴스(contentInstance) 리소스를 생성할 것을 요청하고(S741), 단말플랫폼(561)은 컨텐트 인스턴스(contentInstance) 리소스를 생성하여 측정된 체중 데이터를 저장한다. 생성된 컨텐트 인스턴스 리소스는 도 9에 도시된 바와 같은 형태의 리소스 구조를 갖게 된다.

체중계 단말플랫폼(561)은 S733 단계에서 설정한 대로 체중 데이터가 생성되었음을 웰니스서비스(510)에 알려준다(S743). 이에 따라 웰니스서비스(510)는 S743 단계에서 단말플랫폼(561)이 알려준 위치 ("http://scale#1.and.com/DSCL_base/applications/체중계/containers/체중/contentInstaces/20120910")에 접근하여 "65"라는 체중 데이터를 수집한다(S745).

도 10은 웰니스 서비스가 부분표준규격단말인 족적센서로부터 데이터를 수집하기 위한 절차를 설명하기 위한 도면이다.

먼저 서버플랫폼(520)과 게이트웨이(530)가 상호 등록을 통해 서로를 인지하는 과정(S810)을 설명한다. 게이트웨이플랫폼(530)은 게이트웨이 내부적으로 저장된 서버플랫폼(520)의 주소(예를 들어 http://m2m.kt.com)에 접속하고, 서버플랫폼(520)에 게이트웨이플랫폼 리소스 생성을 요청한다(S811). 그러면, 서버플랫폼(520)은 DB의 "NSCL_base/scls/" 리소스 하단에 "GSCL#1"리소스를 생성하여 "NSCL_base/scls/GSCL#1" 리소스를 저장하고, 생성된 리소스 속성에 게이트웨이플랫폼(530)의 주소(예를 들어 http://게이트웨이#1. public . com / GSCL _ base)를 저장한다. 마찬가지로 게이트웨이플랫폼(530)도 서버플랫폼(520)의 요청을 받아 자신의 DB에 "GSCL_base/scls/NSCL" 리소스를 생성한다.

이어서 어플리케이션 등록 과정(S820)을 설명한다. 웰니스서비스(510)는 서버플랫폼(520)에 웰니스서비스 리소스 생성을 요청한다(S821). 이에 따라, 서버플랫폼(620)은 자신의 DB에 "NSCL_base/applications/웰니스서비스" 리소스를 생성한다. 이 과정은 앞서 설명한 도 6의 S721과 같은 과정이므로, S721 단계가 수행되었다면 S821 단계는 생략할 수 있다.

웰니스서비스(510)는 게이트웨이플랫폼(530)에 단말앱(DA) 리소스가 생성되면 웰니스서비스에 알림 메시지를 전송(notify)하도록 요청한다(S823). 즉, "GSCL_base/applications/" 하위에 어플리케이션 리소스가 추가로 생성될 때 게이트웨이플랫폼(530)이 웰니스서비스(510)에게 새로운 리소스가 생성되었음을 알려줄 수 있도록 요청한다.

이후 단말앱인 족적센서앱(550)이 게이트웨이플랫폼(530)에 족적센서앱 리소스 생성을 요청하면(S825), 이에 따라 게이트웨이플랫폼(530)은 자신의 DB에 도 11에 도시된 바와 같은 <GSCL_base>/applications 리소스에 "족적센서"라는 어플리케이션을 추가한다.

이하 컨테이터 생성 과정(S830)을 설명한다. 게이트웨이플랫폼(530)이 S823 단계에서 웰니스서비스(510)가 요청하여 설정한 대로 새로운 단말앱(DA)인 족적센서앱(50)이 추가되었음을 웰니스서비스(510)에 알려준다(S831).

이에 따라, 웰니스서비스(510)는 새로 생성된 단말앱(DA)의 하단에 컨테이터(Container) 리소스가 생성될 때 웰니스서비스(510)에 알림 메시지를 전송(notify)하도록 요청한다(S833). 즉, "GSCL_base/applications/족적센서/containers" 하위 container 리소스가 생성될 때 게이트웨이플랫폼(530)이 웰니스서비스(510)에게 리소스가 생성되었음을 알려줄 수 있도록 요청한다.

족적센서앱(550)이 "족압분포"라는 컨테이너 리소스 생성을 요청하면(S835) 게이트웨이플랫폼(530)은 DB에 도 12에 도시된 바와 같은 형태의 리소스 구조를 갖는 컨테이터 리소스를 생성하게 된다.

이어서 게이트웨이플랫폼(530)은 S833번 단계에서 설정한 대로 "족압분포"라는 컨테이너 리소스가 새로 추가되었음을 웰니스서비스(510)에 알려준다(S837).

이에 따라 웰니스서비스(510)는 새로 생성된 컨테이너 리소스 하단에 컨텐트 인스턴스(Content Instance) 리소스가 생성되면 웰니스서비스(510)에 알려주도록(notify) 요청한다(S839). 즉, "GSCL_base/applications/족적센서/containers/족압분포/contentInstances"의 하위에 컨텐트인스턴스(contentInstance) 리소스가 생성될 때 게이트웨이플랫폼(530)이 웰니스서비스(510)에게 리소스가 생성되었음을 알려줄 수 있도록 한다. 이 컨텐트 인스턴스 리소스는 실제 족적센서(550)에서 측정된 족압분포 데이터가 저장되는 위치이다.

이후, 사용자가 족적센서가 장착된 신발을 신고 활동한 후, 신발을 게이트웨이에 접속시키면, 단말앱(DA)인 족적센서앱(550)은 게이트웨이플랫폼(530)에 컨텐트 인스턴스 리소스를 생성할 것을 요청하고(S841), 게이트웨이플랫폼(530)은 도 13에 도시된 바와 같은 형태의 리소스 구조를 갖는 컨텐트 인스턴스 리소스를 생성하여 측정된 족압분포 데이터를 저장한다.

게이트웨이플랫폼(530)은 S839번 단계에서 설정한 대로 족압분포 데이터가 생성되었음을 웰니스서비스(510)에 알려준다(S843). 이에 따라 웰니스서비스(510)는 S843 단계에서 알림 메시지를 통해 게이트웨이플랫폼(530)이 알려준 위치 ("http://게이트웨이#1.public.com/GSCL_base/applications/족적센서/containers/족압분포/contentInstaces/20120910")에 접근하여 "2,2,1,2,0,1,0,1"이라는 족압분포 데이터를 수집한다.

상술한 바와 같이 복수의 단계에 걸쳐 웰니스서비스(510)가 단말/게이트웨이플랫폼(561, 530)에 알림을 요청하고, 단말/게이트웨이플랫폼(561, 530)으로부터 리소스 생성을 알림 메시지(notify)를 수신하여 처리하는 것은, 실제 ETSI의 리소스가 계층구조로 구성되기 때문이다. 즉, 실제적인 단말 데이터에 접근하기 위해서는 "<sclbase>/applications/<application>/containers/<container>/contentInstances/<contentInstace>"의 계층으로 접근해야 하는데 <application>, <container>, <contentInstance> 리소스가 생성되어야 정확한 주소(URI)로 접근할 수 있기 때문에, 각 단계의 리소스가 생성될 때마다 알림을 받아야 그 다음 단계의 리소스에 접근할 수 있다.

도 10을 참조하여 설명한 데이터 수집 절차는 웰니스서비스가 사용할 족적센서와 바이크가 어떤 게이트웨이에 접속할지를 미리 알고 있다는 것을 전제로 한다. 다시 말하면, 족적센서가 http://게이트웨이#1.public.com 주소를 가진 게이트웨이에 연결되리라는 것을 알고, 웰니스서비스가 해당 게이트웨이에 S823, S833, S839와 같은 알림 요청을 하게 된다.

이를 위해, 비/부분표준규격단말(d, D')의 애플리케이션 리소스가 생성될 때 해당 응용서비스(NA)에 자동으로 알리기 위해서는, 애플리케이션 리소스를 요청하는 절차에서 비/부분표준규격단말(d,D')의 단말앱(DA)과 다른 단말앱, 예를 들면 게이트웨이앱(GA)이나 표준규격단말앱(DA)을 구분하는 인자가 필요하다.

따라서, 본 발명에서는 아래 표 1에 나타낸 바와 같이 <application> 리소스의 속성(attribute)에 단말앱을 구분하는 인자를 추가하는 것을 제안한다.

AttributeName	Mandatory/Optional	Type	Description
expirationTime	M	RW	See clause 9.2.2 Common attributes. This shall represent the expiration time of the registration. If the SCL does not refresh its registration before that time the resource is deleted and the application is de-registered.
accessRightID	O	RW	See clause 9.2.2 Common attributes.
searchStrings	M	RW	See clause 9.2.2 Common attributes.
creationTime	M	RO	See clause 9.2.2 Common attributes.
lastModifiedTime	M	RO	See clause 9.2.2 Common attributes.
announceTo	M	RW	See clause 9.2.2 Common attributes.
orgDeviceType	O	RW	application 출처 단말의 유형을 구분하는 속성 (표준규격단말(D)과 비표준규격단말(d), 부분표준단말(D')의 단말앱, 게이트웨이(G)의 게이트웨이앱 구분)
aPoC	O	RW	The Application Point of Contract is a URI that identifies how request are re-targeted.
aPoCPaths	O	RW	The aPocPaths, if present, is used to determine if a targetURI is to be re-targeted, by doing a prefix match against the elements in the path. Each path can optionally have an accessRightID associated with it, which, if present, is used for authorization purposes when doing the re-targeting. The accessRightID of the best matching path prefix is used for this purpose. The value of aPoCPaths is only relevant when the aPoC attribute is also present.
locRequestor	O	RW	The identity of the Application to be used for the content of privacy control when requesting the location information of a remote M2M Device or Gateway. This attribute is only used in the case that the location information is provided by a network-based location server (e.g. a 3GPP location server). It will be provided to the location server if the content is required for the location information retrieval. The format of this attributed shall conform to the interface provided by the location server (e.g. MSISDN for a 3GPP location server).

표 1을 참조하면, 단말에 대한 속성, 예를 들면 단말유형(orgDeviceType)를 나타내는 속성을 추가하였다. 이 속성은 어플리케이션 리소스의 출처 단말의 유형을 구분하는 속성으로 표준규격단말(D)과 비표준규격단말(d), 부분표준규격단말(D'), 그리고 게이트웨이(G)의 단말/게이트웨이앱을 구분하는 기능을 수행한다. 단말에 대한 속성은 단말앱에서 어플리케이션 리소스 생성요청시 프리미티브(primitive)의 속성에 포함시켜 제공할 수 있다.

도 14는 ETSI TS 690 9.3.2.82의 어플리케이션 등록을 위한 어플리케이션 리소스 <application> 생성 과정을 설명하기 위한 도면이며, 도 15는 본 발명에 따른 어플리케이션 리소스 <application> 생성 절차를 설명하기 위한 도면이다.

도 15에 따르면, 비/부분표준규격단말(d, D')의 이동성을 보장하기 위해서는 어플리케이션 생성 절차에 있어서 비/부분표준규격단말인 경우 데이터에 대한 접근권한이 있는 응용서비스(NA)에 자동으로 알림 메시지를 전송하는 단계가 추가될 수 있다.

응용서비스(NA), 단말앱(DA), 게이트웨이앱(GA) 등의 이슈어(1510)가 호스팅 서비스 능력 레이어(Hosting SCL)(1520)에 자신의 리소스를 생성할 것을 요청한다(S1551). 호스팅 SCL(1520)은 리소스를 저장하는 SCL, 즉 호스팅 SCL(1520)은 단말앱을 등록하는 장치에 해당하며, 어플리케이션 <application> 리소스의 경우 로컬 SCL(Local SCL)에 저장해야 하므로 도 14와 도 15에서 언급되는 호스팅 SCL(Hosting SCL)은 곧 로컬 SCL이 된다.

로컬 SCL이란 이슈어로부터 처음 요청을 받게 되는 SCL로서 예를 들면 응용서비스(NA)의 로컬 SCL은 서버플랫폼(NSCL), 게이트웨이앱(GA)의 로컬 SCL은 게이트웨이플랫폼(GSCL), 표준규격단말(D)의 단말앱(DA)의 로컬 SCL은 단말플랫폼(DSCL), 부분표준규격단말(D')의 단말앱(DA)의 로컬 SCL은 단말플랫폼(DSCL) 또는 게이트웨이플랫폼(GSCL)이 될 수 있으며 단말플랫폼(DSCL)의 로컬 SCL은 게이트웨이플랫폼(GSCL) 또는 서버플랫폼(NSCL)이 될 수 있다. 따라서 호스팅 SCL은 게이트웨이플랫폼(GSCL), 서버플랫폼(NSCL) 또는 단말플랫폼(DSCL)이 될 수 있다.

리소스 생성을 요청받은 호스팅 SCL(1520)은 이슈어(1510)에게 자신의 DB에 기록할 권한이 있는지 확인하여, 권한이 없으면 오류 메시지를 이슈어(1510)에게 응답하고 종료한다. 이슈어(1510)에게 기록할 권한이 있으면, 이슈어(1510)가 요청한 대로 어플리케이션 <application> 리소스를 생성하여 저장한다(S1553).

저장된 어플리케이션 리소스 <application>가 비/부분표준규격단말의 단말앱(DA)에 해당하는 경우, 호스팅 SCL(1520)은 해당 단말을 사용하는 응용서비스(1530)에게 어플리케이션 <application> 리소스가 생성되었음을 자동으로 알린다(S1555).

이때 호스팅 SCL(1520)은 저장된 어플리케이션 리소스가 비/부분표준규격단말의 단말앱(DA)에 해당하는지를 판단하기 위해, 상술한 표 1을 참조하여 설명한 단말유형(orgDeviceType) 속성을 이용한다. 즉 어플리케이션 리소스 <application>의 속성 중 단말유형(orgDeviceType) 속성이 비표준규격단말(d)이나 부분표준규격단말(D')이라면, 접근권한ID(accessRightID) 속성에 저장된 주소(URI)로 알림 메시지를 전송(notify) 할 수 있다. 접근권한ID(accessRightID) 속성에는 해당 단말 데이터를 사용하여 서비스하려는 응용서비스(NA)의 주소(URI)가 포함되어 있다.

도 16은 웰니스 서비스가 부분표준규격단말인 족적센서로부터 데이터를 수집하기 위한 절차를 설명하기 위한 도면이다.

도 16을 참조하면 예를 들면 족적센서의 경우, 족적센서의 이동에 따라 족적센서가 어떤 게이트웨이에 연결될지 웰니스서비스가 모르는 상태이므로 웰니스서비스는 도 10에 도시된 S823 단계와 같은 S1621 단계를 수행하지 않을 수 있다.

따라서 S1623 단계를 수행하지 않고, 도 15를 참조하여 설명한 바와 같이 이슈어인 족적센서앱(550)이 호스팅 서비스 능력 레이어인 게이트웨이(530)에 애플리케이션 리소스 생성을 요청할 때(S1625), 호스팅 서비스 능력 레이어인 게이트웨이(530)가 자신의 DB에 어프플리케이션 리소스가 생성되었음을 자동으로 족적센서앱(550)을 사용하는 응용서비스인 웰니스서비스(510)에게 알려준다(S1627).

S1627 단계가 자동으로 수행되면, 웰니스서비스(510)는 족적센서(550)가 http://게 이 트웨이1. public . com의 주소를 가진 특정 게이트웨이(530)에 접속되었음을 인지하여 족적센서앱(550)의 리소스 주소가 http://게이트웨이1.public.com/GSCL_base/applications 임을 알게 되므로 S1630 이하의 각 단계들은 도 10을 참조하여 설명한 바와 같이 진행될 수 있다.

기존에는 비/부분표준규격단말이 이동되는 경우, 어떤 게이트웨이/표준규격단말에 접속했는지를 알 수 없었기 때문에 비/부분표준규격단말을 사용하는 모든 응용서비스(NA)가 모든 공용게이트웨이에 알림 요청을 하였다.

따라서, 비/부분표준규격단말이 공용게이트웨이에 접속될 때 마다 모든 응용서비스(NA)에 알림 메시지가 전송되고 모든 응용서비스(NA)가 해당 게이트웨이에 접속해야 하는 문제점이 있었다.

본 발명에서는 상술한 문제점을 해결하기 위해 제공된 게이트웨이/표준규격단말 하단 단말의 이동성 제공을 위한 단말앱(DA) 등록 방법에 따르면, 비/부분표준규격단말이 게이트웨이/표준규격단말에 접속될 때 해당 단말에 대한 접속권한을 가진 응용서비스(NA)에 자동으로 알림 메시지를 전송함으로써 비/부분표준규격단말의 이동성을 효과적으로 수용할 수 있다.

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

510: 웰니스서비스 550: 족적센서 560: 체중계

Claims

M2M 단말 어플리케이션 등록방법에 있어서,
호스팅 서비스 능력 레이어에서 이슈어로부터 어플리케이션 리소스 생성 요청을 수신하는 단계;
상기 호스팅 서비스 능력 레이어에서 상기 어플리케이션 리소스를 생성하고, 상기 이슈어의 속성 정보를 확인하는 단계; 및
상기 속성 정보에 따라 상기 이슈어가 비표준규격 단말 또는 부분표준규격단말에 해당하면, 상기 이슈어에 대한 접속권한을 가진 응용서비스에 리소스 생성 알림 메시지를 전송하는 단계;를 포함하는 것을 특징으로 하는 M2M 단말 어플리케이션 등록방법.
제 1 항에 있어서,
상기 호스팅 서비스 능력 레이어에서 상기 응용서비스로부터 상기 생성된 리소스의 하위 계층의 리소스 생성시 알림 요청 메시지를 수신하는 단계; 및
상기 하위 계층에 리소스가 생성되면 상기 하위 계층 리소스 생성에 대한 알림 메시지를 상기 응용서비스에 전송하는 단계;를 더 포함하는 것을 특징으로 하는 M2M 단말 어플리케이션 등록방법.
제 2 항에 있어서,
상기 하위 계층 리소스 생성에 대한 알림 메시지에 대한 응답을 통해 상기 응용서비스로부터 상기 리소스에 대한 요청을 수신하면 상기 리소스에 저장된 데이터를 전송하는 단계;를 더 포함하는 것을 특징으로 하는 M2M 단말 어플리케이션 등록 방법.
제 1 항에 있어서,
상기 이슈어의 속성 정보는 상기 어플리케이션 리소스의 속성 정보로서 저장되는 것을 특징으로 하는 M2M 단말 어플리케이션 등록 방법.
제 4 항에 있어서,
상기 이슈어의 속성 정보는, 상기 이슈어가 표준규격단말, 비표준규격단말, 부분표준규격단말 및 게이트웨이 중 어느 하나에 해당함을 나타내는 정보인 것을 특징으로 하는 M2M 단말 어플리케이션 등록 방법.
제 1 항에 있어서,
상기 어플리케이션 리소스를 생성하고, 상기 이슈어의 속성 정보를 확인하는 단계에서는 상기 이슈어의 리소스 생성 권한여부를 확인하여 리소스 생성 권한이 있는 경우에 상기 어플리케이션 리소스를 생성하는 것을 특징으로 하는 M2M 단말 어플리케이션 등록 방법.
M2M 단말 어플리케이션 등록 장치에 있어서,
이슈어로부터 어플리케이션 리소스 생성 요청을 수신하면 상기 어플리케이션 리소스를 생성하고, 상기 이슈어의 속성 정보를 확인하여 상기 속성 정보에 따라 상기 이슈어가 비표준규격 단말 또는 부분표준규격단말에 해당하면, 상기 이슈어에 대한 접속권한을 가진 응용서비스에 리소스 생성 알림 메시지를 전송하는 것을 특징으로 하는 M2M 단말 어플리케이션 등록 장치.
제 7 항에 있어서,
상기 응용서비스로부터 상기 생성된 리소스의 하위 계층의 리소스 생성시 알림 요청 메시지를 수신하면, 상기 하위 계층에 리소스가 생성될 때 상기 하위 계층 리소스 생성에 대한 알림 메시지를 상기 응용서비스에 전송하는 것을 특징으로 하는 M2M 단말 어플리케이션 등록장치.
제 8 항에 있어서,
상기 하위 계층 리소스 생성에 대한 알림 메시지에 대한 응답을 통해 상기 응용서비스로부터 상기 리소스에 대한 요청을 수신하면 상기 리소스에 저장된 데이터를 전송하는 것을 특징으로 하는 M2M 단말 어플리케이션 등록 장치.
제 7 항에 있어서,
상기 이슈어의 속성 정보는 상기 어플리케이션 리소스의 속성 정보로서 저장되는 것을 특징으로 하는 M2M 단말 어플리케이션 등록 장치.
제 10 항에 있어서,
상기 이슈어의 속성 정보는, 상기 이슈어가 표준규격단말, 비표준규격단말, 부분표준규격단말 및 게이트웨이 중 어느 하나에 해당함을 나타내는 정보인 것을 특징으로 하는 M2M 단말 어플리케이션 등록 장치.
제 7 항에 있어서,
상기 어플리케이션 리소스 생성시 상기 이슈어의 리소스 생성 권한여부를 확인하여 리소스 생성 권한이 있는 경우에 상기 어플리케이션 리소스를 생성하는 것을 특징으로 하는 M2M 단말 어플리케이션 등록 장치.