KR20140103532A

KR20140103532A - M2m 데이터 전송 방법 및 그 장치

Info

Publication number: KR20140103532A
Application number: KR1020130017011A
Authority: KR
Inventors: 윤사무엘; 강수진; 허성필
Original assignee: 주식회사 케이티
Priority date: 2013-02-18
Filing date: 2013-02-18
Publication date: 2014-08-27

Abstract

M2M 정보를 관리하는 방법 및 그 장치가 제공된다. 본 방법은, 단말 어플리케이션(Application)으로부터 비공개(privacy) 데이터임을 나타내는 속성(attribute)을 포함하며 데이터의 목적지 주소를 포함하는 리소스 생성 요청을 수신하는 단계 및 리소스 생성 요청을 수신한 네트워크 서비스 능력(Network Service Capability Layer)에서 상기 요청이 비공개 데이터에 대한 요청인지 확인하는 단계를 포함한다.

Description

M2M 데이터 전송 방법 및 그 장치{A method for transmitting data of M2M system and apparatus therefor}

본 발명은 M2M (Machine to Machine Communication) 네트워크에서 M2M 데이터를 전송하는 방법 및 그 장치에 관한 것이다.

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

ETSI (European Telecommunications Standards Institute)에서는 M2M 통신을 제공하기 위한 기능 구조를 2011년 10월에 ETSI TS 102 690 V1.1.1 (이하 '구조'라 한다)으로 발표한 바 있다.

기존의 ETSI M2M 표준의 구조에 따라 규정된 컨테이너 자원을 이용하여 단말이나 게이트웨이 또는 게이트웨이에 연결된 단말에서 데이터를 전송하면, M2M 플랫폼(서버)에서는 데이터를 저장한다. 또한 이러한 데이터가 저장될 때 데이터에 관한 각종 정보가 함께 저장된다.

그러나 타인에 대한 노출이 금지되거나 곤란한 데이터의 경우 M2M 플랫폼에서 데이터를 저장하는 것이 적절하지 않은 문제가 있다.

본 발명에서는 M2M 데이터를 플랫폼에 저장하지 않고 전송하는 방법 및 그 장치를 제공하고자 한다.

본 발명의 일 실시예에 따르면 단말 어플리케이션(Application)으로부터 비공개(privacy) 데이터임을 나타내는 속성(attribute)을 포함하며 상기 데이터의 목적지 주소를 포함하는 리소스 생성 요청을 수신하는 단계; 및 상기 리소스 생성 요청을 수신한 네트워크 서비스 능력(Network Service Capability Layer)에서 상기 요청이 비공개 데이터에 대한 요청인지 확인하는 단계;를 포함하는 하는 M2M 데이터 전송 방법이 제공된다.

상기 리소스 생성 요청을 수신한 네트워크 서비스 능력은, 상기 리소스 생성 요청에 비공개 데이터임을 나타내는 속성이 포함되어 있는 경우, 컨텐트 인스턴스 (contentInstance) 리소스를 생성하여 컨텐트(content) 속성을 제외한 타 속성을 저장하는 단계를 더 포함할 수 있다.

또한 상기 비공개(privacy) 데이터임을 나타내는 속성(attribute)은 컨텐트 타입(contentType) 속성에 설정될 수 있다.

그리고 상기 리소스 생성 요청을 수신한 네트워크 서비스 능력은, 상기 요청으로부터 목적지 주소를 획득하고 가입 알림 요청의 목적지(targetID)로 설정하여 상기 비공개 데이터를 전송하는 단계;를 더 포함할 수 있다.

상기 리소스 생성 요청에 포함된 목적지 주소는 목적지객체(targetEntity) 속성에 설정될 수 있다.

또한 상기 가입 알림 요청은 알림 표시(Notify representation)의 표시(representation) 속성에 상기 비공개 데이터를 포함할 수 있다.

한편, 본 발명의 다른 실시 예에 따르면 단말 어플리케이션(Application)으로부터 비공개(privacy) 데이터임을 나타내는 속성(attribute)을 포함하며 상기 데이터의 목적지 주소를 포함하는 리소스 생성 요청을 수신하면, 상기 리소스 생성 요청이 비공개 데이터에 대한 요청인지 확인하는 M2M 플랫폼이 제공된다.

본 발명에 따르면 법령에 의해 저장이 제한되는 개인 정보 또는 고객의 요구에 의해 저장이 제한되는 데이터와 같은 비공개 데이터를 데이터 전송 중간에 거치게 되는 플랫폼에 저장하지 않고 사용자로부터 목표 시스템으로 바로 전송 할 수 있다.

개인 정보 취급 방식에 민감한 비공개 정보를 ETSI TS 규격의 플랫폼에 저장하지 않고 전달 할 수 있게 함으로써 ETSI TS 규격 M2M 시스템의 서비스 적용 범위를 확대할 수 있다.

도 1은 본 발명에 적용되는 M2M 시스템의 구성을 도시한 도면이다.
도 2는 리소스를 사용하여 M2M 데이터가 전송되는 예를 설명하기 위한 도면이다.
도 3은 M2M 데이터가 전송되는 과정을 설명하기 위한 도면이다.
도 4는 본 발명에 따른 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) 등으로 다양하게 불려지며, 본 명세서에서는 M2M을 중심으로 설명한다. 그러나 이러한 설명이 M2M에만 한정되는 것은 아니며, 기기간 통신, 즉 사물 통신을 제공하는 모든 시스템 및 구조와 이들 시스템에서 발생하는 통신에 적용 가능하다.

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

본 명세서에서의 M2M 객체 또는 장치는, M2M 단말(예를 들어, M2M 표준규격 단말(D), M2M 비표준규격 단말(d) 또는 M2M 부분표준규격 단말(D')일 수 있다), M2M 게이트웨이(G) 또는 M2M 네트워크 서버를 포함하는 상위 개념으로 사용될 수 있다.

도 1은 본 발명이 적용되는 M2M 시스템의 구조(Architecture)를 도시한 도면이다.

도 1을 참조하면, 국제표준인 ETSI(European Telecommunication Standards Institute) TC(Technical Committee) M2M 표준에 기술된 M2M 구조는 크게 네트워크 도메인(100)과 단말/게이트웨이 도메인(200)으로 구성된다.

네트워크 도메인(100)에는 액세스 네트워크(Access Network)(110), 코어 네트워크(Core Network)(120), M2M 서비스 능력(M2M Service Capabilities)(130), M2M 어플리케이션(M2M Application)(140)이 있다.

액세스 네트워크(Access Network)(110)는 M2M 게이트웨이/단말들이 코어 네트워크(Core Network)에 접속할 수 있도록 하는 네트워크로 xDSL, FTTH, Wi-Fi 등을 포함한다.

코어 네트워크(Core Network)(120)는 IP 연결이 되며 로밍을 지원하고 다른 네트워크와의 상호 연동을 지원하는 네트워크로 예를 들면 3GPP 등이 해당된다.

M2M 서비스 능력(Service Capabilities)(130)은 M2M 서비스에 공통으로 필요한 기능들을 포함한다. M2M Service Capabilities에서 제공하는 M2M 서비스 공통 기능으로는 xAE(Application Enablement), xGC(Generic Communication), xREM(Remote Entity Management), xRAR(Rechability, Addressing and Repository), xCS(Communication Selection), xSEC(Security), xHDR(History and Data Retention), xTM(Transaction Management), xIP(Interworking Proxy), xCB(Compensation Brokerage), xTOE(Telco Operator Exposure)의 11개의 서비스 능력(Service Capability)이 있으며, mId(SCL간), mIa(NSCL과 NA간), dIa(DSCL/GSCL과 DA/GA간)의 오픈 인터페이스를 통해 사용된다.

M2M 서비스 능력(Service Capabilities)은 M2M 플랫폼으로서 네트워크 도메인(100) 및 단말/게이트웨이 도메인(200)에 존재하며, 네트워크 도메인의 M2M 서비스 능력(NSCL: Network Service Capability Layer)은 서버 플랫폼 형태로 구현되며, 단말/게이트웨이 도메인(200)의 M2M 서비스 능력(Service Capabilities)은 단말 플랫폼(221)(DSCL: Device Service Capability Layer) 또는 게이트웨이 플랫폼(211)(GSCL: Gateway Service Capability Layer)과 같은 미들웨어 형태로 예를 들면 단말이나 게이트웨이에 상주하여 동작하도록 구현될 수 있다.

M2M 어플리케이션(M2M Application)은 서비스 로직이 수행되며 오픈 인터페이스를 통해 M2M 서비스 능력(Service Capabilities)을 사용하는 응용서비스로서, 네트워크 도메인(100)과 단말/게이트웨이 도메인에(200) 각각 존재한다.

네트워크 도메인의 M2M 어플리케이션은 일반적으로 알려진 M2M 응용서비스(140)(NA : Network Application) 형태이며, 단말/게이트웨이 도메인의 M2M 어플리케이션은 일반적으로 단말앱(222)(DA: Device Application) 또는 게이트웨이앱(212)(GA: Gateway Application)으로 게이트웨이나 단말에 상주하여 동작할 수 있다.

M2M 단말(220, 240)은 네트워크 도메인의 기능을 이용하기 위해 M2M 어플리케이션(222)을 구동하여 M2M 단말(220) 또는 M2M 게이트웨이(210)의 M2M 서비스 능력(Service Capabilities: SC)(221, 211)을 통해 네트워크/어플리케이션 도메인(100)에서 동작(interworking and interconnection)할 수 있다.

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

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

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

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

mId는 네트워크 도메인(100)의 NSCL(130)과 단말/게이트웨이 도메인(200)의 단말/게이트웨이 서비스 능력(DSCL 또는 GSCL)(211, 221) 간의 인터페이스 규격이다. 즉, mId는 M2M 서버 플랫폼(NSCL)(130)과 M2M 단말/게이트웨이 플랫폼(DSCL/GSCL)(221, 211) 간에 적용하는 인터페이스 규격이다.

dIa는 M2M 단말/게이트웨이 도메인(200)에서 사용하는 참조점으로서, M2M 단말 플랫폼(DSCL)(221)과 단말 어플리케이션(Device Application)(DA)의 인터페이스, M2M 게이트웨이 플랫폼(GSCL)(211)과 게이트웨이 어플리케이션(Gateway Application)(GA)의 인터페이스, M2M 게이트웨이 플랫폼(211)과 단말 어플리케이션(240)의 인터페이스 규격이다.

ETSI M2M 규격에 따르면 각종 센서 등의 M2M 장치에서 생성되는 데이터는 리소스(resource)의 형태로 트리(Tree) 형식의 레스트풀(RESTful) 구조에서 유일하게 구별될 수 있는 주소를 갖고 저장되며, 이러한 리소스(resource)는 M2M 규격에 따라 정의된 메소드(Method)들에 의해서 관리될 수 있다.

ETSI M2M 기술에서는 리소스 관리를 위한 메소드(Method)로서 CRUD(Create, Retrieve, Update, Delete)를 정의하고 있다. 즉 리소스를 생성하기 위해 생성(Create) 메소드가 사용되며, 리소스의 내용을 읽기 위해 독출(Retrieve) 메소드가 사용된다. 또한 리소스의 내용을 갱신하기 위해서 갱신(Update) 메소드가 사용되며, 리소스를 삭제하기 위해서 삭제(Delete) 메소드가 사용된다. 이러한 4종류의 메소드 외에 알림(notify) 및 실행(execute)의 메소드가 더 정의되어 있다.

한편 리소스는 한 개 이상의 속성을 가질 수 있으며 이러한 속성은 리소스에 저장되는 데이터에 대한 메타데이타(meta-data)로서 이 값들은 실제로 리소스의 내용에 대한 정보를 표현한다. 리소스의 속성들 중에는 리소스가 생성되거나 수정된 시점의 시간정보를 가지고 있는 속성들이 존재한다.

M2M 어플리케이션과 M2M 서비스 능력은 상술한 RESTful 구조 형식을 적용하여 유일하게 정의된 리소스들의 표현 정보를 이용하여 M2M 어플리케이션과 M2M 서비스 능력 간 데이터를 전달할 수 있다.

도 2는 이러한 데이터 전송 방식을 설명하기 위한 도면이다. 도 2를 참조하여 M2M 어플리케이션과 M2M 서비스 능력 사이의 데이터 전송을 위해 상술한 리소스를 이용하여 서비스 능력이 수행하는 동작 예를 설명한다.

도 2의 (a)를 참조하면 단말 어플리케이션(DA)은 네트워크 서비스 능력(NSCL)에 생성 및 갱신 메소드를 이용하여 리소스를 생성하고 생성된 리소스에 기록 데이터를 기록할 수 있다.

도 2의 (b)를 참조하면 네트워크 어플리케이션(NA)은 단말 어플리케이션(DA)에 의해 생성된 리소스에 가입(subscription)하는 방식으로 네트워크 서비스 능력(NSCL)의 리소스 데이터가 갱신되었을 경우에 네트워크 서비스 능력(NSCL)으로부터 통지(notify)를 받는 방법으로 데이터 정보를 전송받을 수 있다.

물론 도 2의 (c)를 참조하면, 별로도 가입 절차 없이 네트워크 어플리케이션(NA)이 네트워크 서비스 능력(NSCL)에 기록된 리소스를 조회(Retrieve) 메소드를 이용하여 전송받을 수도 있다.

ETSI TS의 리소스가 계층구조이므로 실제적인 단말 데이터에 접근하기 위해서는 “<sclbase>/applications/<application>/containers/<container>/contentInstances/<contentInstace>”와 같이 계층적으로 접근해야 하며, <contentInstance> 생성을 위해서는 서비스 능력(SCL) 및 어플리케이션(Application)의 등록을 통해 <application>, <container> 등의 상위 리소스가 생성 되어야 한다.

ETSI M2M 표준에 따르면 단말 어플리케이션(DA)에서 단말/게이트웨이 서비스 능력(D/GSCL)을 통해 네트워크 서비스 능력(NSCL)에 데이터를 저장 할 때 컨텐트 인스턴스 생성 요청(contentInstanceCreateRequestIndication()) 프리미티브(primitive)를 이용해 네트워크 서비스 능력(NSCL)에 실재 데이터를 저장하기 위한 컨텐트 리소스 생성을 요청할 수 있다.

contentInstanceCreateRequestIndication()은 요청 알림(RequestIndication) 프리미티브(primitive)와 컨텐트 인스턴스 리소스(contentInstance Resource)의 조합으로 구성되고, 컨텐트 인스턴스 리소스(contentInstance Resource)를 통해 실제 저장할 컨텐트의 데이터와 메타데이터를 함께 전송할 수 있다.

네트워크 어플리케이션(NA)은 주기적으로 컨텐트 인스턴스 조회 요청(contentInstanceRetrieveRequestIndication())을 통해 네트워크 서비스 능력(NSCL)에 저장된 데이터를 획득하거나, 네트워크 서비스 능력(NSCL)의 컨텐트 인스턴스(contentInstance)의 상위 리소스인 컨텐트 인스턴스 콜렉션(contentsInstances)에 가입(subscription)을 하여, 가입 알림 요청(subscriptionNotifyRequestIndication()을 통해 갱신(Update) 내역에 대한 알림(Notify) 메시지를 전송 받아 비동기 방식으로 컨텐트 인스턴스 리소스에 저장된 데이터를 조회(retrieve) 할 수 있다.

도 3은 후자의 방식, 즉 네트워크 어플리케이션(NA)이 가입하고 있는 리소스에 대해 알림(Notify)메시지를 수신하고 이에 따라 조회 요청을 통해 데이터를 획득하는 방식을 설명하기 위한 도면이다.

즉, 단말 어플리케이션(DA)이 컨텐트 인스턴스 생성 요청(contentInstanceCreateRequestIndication()) 등을 통해 생성된 데이터를 서비스 능력(NSCL)에 저장하면(S310), 네트워크 서비스 능력(NSCL)은 컨텐트 인스턴스(contentInstance)의 상위 리소스인 컨텐트 인스턴스즈(contentsInstances)에 미리 가입(subscription)되어 있는 네트워크 어플리케이션(NA)에 대해 가입 알림 요청(subscriptionNotifyRequestIndication())을 통해 갱신(Update) 내역에 대해 통지하며(S320), 이에 따라 네트워크 어플리케이션(NA)은 컨텐트 인스턴스 조회 요청(contentInstanceRetrieveRequestIndication())을 통해 컨텐트 인스턴스 리소스에 저장된 데이터를 획득할 수 있다(S330).

상술한 바와 같이 ETSI TS 규격에 따르면 단말 어플리케이션(DA)과 네트워크 어플리케이션(NA) 간의 데이터 교환을 위해서는 중간에 플랫폼(SCL)에 데이터가 저장되어야 한다.

이때 온도, 풍속, 습도 센서 등의 환경 센서와 같은 단말에서 생성된 일반적인 데이터가 아니라 개인정보와 관련 있는 데이터의 경우에는 데이터의 최종 목적지가 아닌 중간 단계의 장치에 저장하는 것은 법률상의 제약을 받는다. 또한 법률상의 제약이 없더라도 특정 장소의 특정 카메라 센서(cctv)에 의해 생성된 동영상 등 민감한 개인정보는 사용자가 중간 저장을 원치 않는 경우가 발생할 수 있다.

특히 사용자가 댁내의 혈당계와 같은 기기를 이용하여 자신의 혈당 데이터를 측정하고, 이를 의료인 또는 의료기관에 전송하여 원격 진료를 받고자 하는 경우, 전송 되는 데이터는 개인 건강 기록(Personal Health Record: PHR)에 해당하며, 의료법 제 23조에 따르면, 개인 건강 기록과 같은 전자의무기록을 저장할 수 있는 주체는 의료인과 의료기관에 한정되므로, PHR 에 해당 하는 데이터를 사용자(DA에 해당)가 개인적으로 측정하여 의료인이나 의료기관(NA에 해당)에 전달하고자 하는 경우, M2M 플랫폼인 서비스 능력(SCL)에 데이터를 저장하지 않고 DA에서 NA로 바로 데이터를 전달 할 수 있는 방안이 필요하다.

이상 언급한 바와 같이 중간에 거치게 되는 장치에 저장하지 않고 최종 목적지 장치에 전달하고자 하는 데이터를 이하 비공개(private) 데이터라 칭하나 그 용어는 이에 한정되지 않으며 사적 데이터, 전용 데이터 또는 보안 데이터 등 다수의 다른 용어로 칭할 수 있음은 물론이다.

본 발명에서는 SCL에 데이터를 저장 하지 않고 DA에서 NA로 데이터를 전송하기 위해 도 3을 참조하여 설명한 데이터 교환 방식에서 DA가 contentInstanceCreateRequestIndication() 전송시 <contentInstance> 리소스의 속성(attribute)에 DA가 데이터를 전송하고자 하는 목적지 NA의 주소 정보를 추가할 수 있다.

아래 표 1은 컨텐트 인스턴스 생성 요청 프리미티브(contentInstanceCreateRequestIndication)의 속성들을 나타낸다.

Attribute Name	Presence in createReq	Presence in updateReq	Presence in response	Description
id	O	N/A	M*	Id suggested by the issuer (in the CREATE request) or provided by the hosting SCL (in the response)
href	NP	N/A	O	This is the URI to be used to directly retrieve the contentInstance. Some contentInstance (i.e. a resource that represents a location retrieved from location server) cannot be addressed explicitly, in which case the attribute is optional.
targetEntity	O	N/A	O	NA? URI
contentTypes	NP	N/A	M	See table　11.36
contentSize	NP	N/A	M	See table　11.36
creationTime	NP	N/A	M	See table　11.36
lastModifiedTime	NP	N/A	M	See table　11.36
delayTolerance	O	N/A	O	See table　11.36
searchStrings	O	N/A	O	See table　11.36
content	M	N/A	M	See table　11.36. The attribute is mandatory in a contentInstancesRetrieveResponseConfirm, but in case the contentInstance resource is transported in a contentInstancesRetrieveResponseConfirm then the content element shall only be included if the metaDataOnly primitive parameter in the contentInstancesRetrieveRequestIndication was absent or set to false.

목적지객체(targetEntity) 속성은 DA로부터 생성된 비공개(privacy) 데이터를 전달 받을 NA의 주소 URI 값으로서, NSCL이 데이터를 저장 하지 않고 목적지객체(targetEntity)에 의해 지정된 NA로 데이터를 바로 전달 할 수 있도록 한다.

도 4는 본 발명에 따른 비공개(private) 데이터 전송 방법을 설명하기 위한 도면이다.

단말 어플리케이션(DA)은 요청 메시지를 작성하여 네트워크 서비스 능력에 전송한다(S410). 즉 단말 어플리케이션(DA)은 예를 들면 표 1에 나타낸 바와 같은 contentInstanceCreateRequestIndication() 메시지를 생성하여 네트워크 서비스 능력(NSCL)에 전송할 수 있다.

contentInstanceCreateRequestIndication() 메시지 생성시 단말 어플리케이션(DA)은 표 1에 나타낸 바와 같은 컨텐트 타입(contentType)속성을 사적(privacy) 데이터로 설정하고 해당 컨텐트 인스턴스 리소스 <contentInstance>의 목적지객체(targetEntity) 속성에 NA의 주소 URI를 설정한다.

이에 따라 contentInstanceCreateRequestIndication() 메시지를 수신한 네트워크 서비스 능력(NSCL)은 컨텐트 타입(contentType) 속성을 조회하여 데이터의 비공개(privacy) 여부를 판단하고, 수신한 데이터가 비공개 데이터인 경우 컨텐트 인스턴스 리소스를 생성하되, 컨텐트 인스턴스 (contentInstance) 리소스 중 컨텐트(content) 속성을 제외한 모든 메타데이터, 즉 속성(attribute)을 네트워크 서비스 능력(NSCL)에 저장한다(S420).

이후, 네트워크 서비스 능력(NSCL)은 contentInstanceCreateRequestIndication() 메시지로부터 목적지객체(targetEntity)로 설정된 네트워크 어플리케이션(NA)의 주소를 획득하고, 가입 알림 요청(subscriptionNotifyRequestIndication())을 이용하여 저장 하지 않은 컨텐트 데이터를 네트워크 어플리케이션(NA)으로 전송 한다(S430).

이 때 네트워크 어플리케이션(NA)이 별도로 네트워크 서비스 능력(NSCL)의 컨텐트 인스턴스 콜렉션 리소스 <contentsInstances>에 가입(subscription)하지 않은 경우에도 비공개 데이터인 경우 목적지객체(targetEntity)가 설정되어 있으면 목적지객체(targetEntity)로부터 획득된 주소 URI를 목적지 주소(targetID)로 하여 가입 알림 요청 메시지를 전송하도록 할 수 있다.

이 때, 네트워크 서비스 능력(NSCL)은 컨텐트 인스턴스(contentInstance)의 컨텐트 속성(content attribute) 값을 가입 알림 요청(subscriptionNotifyRequestIndication())의 알림 표시(Notify representation)의 표시(representation) 값으로 설정하여 전송할 수 있다.

아래 표 2는 ETSI TS 102 921의 표 Table 10.307: subscriptionNotifyRequestIndication의 속성(attribute)과 리소스를 나타낸다.

SCL Primitive : subscriptionNotifyRequestIndication
Primitive attribute	Mandatory / Optional	Description
requestingEntity	M	The identity of the hosting SCL, i.e. the SCL where the subscription resource located
Targeted	M	The contactURI from the subscription
primitiveType	M	SUBSCRIPTION_NOTIFY_REQUEST
Resource	Mandatory / Optional	Description
Notify	M	The notify structure as described above. The representation contains the current resource representation of the subscribed-to resource. In case of partial addressing, the representation only contains the partial representation that corresponds to the attribute accessor in the filterCriteria. The data structure is defined in clause 10.25.6

ETSI TS 규격에 따르면 리소스에 대한 생성, 갱신, 삭제 등의 이벤트 발생시, 미리 가입(subscription)된 가입자 객체들의 주소(contactURI)를 목적지주소(targetID)로 설정하여 가입 알림 요청(subscrptionNotifyRequestIndication())을 전송한다.

본 발명에 따르면, 네트워크 서비스 능력(NSCL)은 컨텐트 인스턴스 생성 요청(contentInstanceCreateRequestIndication())을 수신하면 이로부터 획득한 목적지객체(targetEntity)의 주소 URI를 가입 알림 요청(subscriptionNotifyRequestIndication())의 목적지주소(targetID)로 설정하여 전송함으로써 NA가 사전에 미리 가입(subscription)하지 않더라도 네트워크 서비스 능력(NSCL)이 해당 NA로 가입 알림 요청을 전송할 수 있게 한다.

아래 표 3은 ETSI TS 102 921의 표 Table 10.305의 알림 표시(Notify representation)를 나타내며, 상술한 가입 알림 요청(subscriptionNotifyRequestIndication())의 리소스(Resource)로서 전송될 수 있다.

AttributeName	presence in subscriptionNotifyRequest	Description
statusCode	M	The status code, that would correspond to a retrieve request on the Subscribed-to resource. In case of partial addressing (see clause　10.39) this corresponds to the retrieve using the attribute accessor from the filter-criteria. If the status code indicates an error (i.e. any code except STATUS_OK, STATUS_CREATED or STATUS_ACCEPTED), then this also indicates that the subscription resource has been deleted.
Representation	M	The representation of the Subscribed-to resource in case the status code indicated "success". The representation shall be modified to match the filterCriteria is present in the subscription. See [Complex Datatypes; FilterCriteria] for details. In case the statusCode indicates an error, the representation contains additional error information that would have been present in the corresponding retrieve response to the Subscribed-to Resource, i.e. the errorInfo.
subscriptionReference	M	Reference to the < subscription > resource that generated this notification.

표 3을 참조하면, 알림 표시(Notify representation)의 속성(attribute) 중 표시(representation)는 콤플렉스 데이터 타입(complex data types)에서 정의된 데이터 타입으로서 실제 데이터인 컨텐트(content)를 전송 할 수 있다.

따라서, 서비스 능력(NSCL)은 DA가 네트워크 서비스 능력(NSCL)으로 전달한 컨텐트 인스턴스 리소스 <contentInstance>의 컨텐트 속성(content attribute)을 가입 알림 요청(subscriptionNotifyRequestIndication())의 알림 표시(Notify representation)의 표시(representation) 속성에 삽입하여 네트워크 어플리케이션(NA)으로 전송함으로써 네트워크 서비스 능력(NSCL)에 컨텐트(content)를 저장하지 않고도 단말 어플리케이션(DA)으로부터 네트워크 어플리케이션(NA)으로 데이터를 직접 전송할 수 있다.

이어서, 네트워크 어플리케이션(NA)은 전송된 알림(Notify) 요청에 대한 응답을 보낸다(S440). 이에 따라 네트워크 서비스 능력(NSCL)은 알림 요청에 대한 응답을 수신하고, 데이터를 전송한 단말 어플리케이션(DA)에 컨텐트 인스턴스 생성 요청에 대한 응답(contentInstanceCreateResponseConfirm())을 전송한다(S450).

상술한 과정을 더욱 상세히 설명하면, S410 단계에서 단말 어플리케이션은 이슈어(issuer)로서 <contentInstance>의 contentType 속성을 비공개 데이터(privacy data)로 설정하고 targetEntity를 NA의 URI로 설정하여 요청 알림 프리미티브를 작성하고 이를 수신자인 NSCL로 전송하며 응답(ResponseConfirm) 프리미티브를 기다린다.

S420 단계에서, NSCL은 메시지 수신 과정에서 메시지에 에러 등이 발생한 경우에는 해당하는 상태 코드(statusCode)를 포함하는 실패의 응답(unsuccessful ResponseConfirm) 메시지를 생성하여 이슈어에게 전송한다. 또한 수신자인 NSCL은 수신한 요청을 해석하여 재전송(re-target)인 경우에는 아래 단계를 수행하지 않고 요청에 설정된 수신자 SCL로 요청 메시지를 재전송한다.

한편 NSCL은 언급된 리소스(addressed resource)가 존재하는지 확인하고, 접근권한식별자(accessRightID)에 기초하여 요청자(requestingEntity)의 권한(authorization)을 확인한다. 이 경우에는 상위 리소스인 컨테이너 리소스의 접근권한식별자가 사용될 수 있다.

또한 요청에 컨텐트 인스턴스 리소스 표시(contentInstance resource representation)가 존재하면 수신된 메시지의 구문(syntax)을 확인한다.

그러나 요청 메시지에 실제 데이터(raw content)가 포함되어 있지 않고 컨텐트 인스턴스 리소스 표시(contentInstance resource representation)도 포함되어 있지 않은 경우에는 상태 코드(STATUS_BAD_REQUEST)를 포함하는 응답 메시지를 생성하여 이슈어에게 전송한다.

요청 프리미티브에 실제 데이터(raw content)가 포함되어 있으면, NSCL은 실제 데이터(raw content)를 이용하여 컨텐트 인스턴스 리소스 표시(contentInstance resource representation)를 생성할 수 있다. 이때 NSCL은 리소스 표시의 유효성을 판단한다.

또한 NSCL은 속성들의 유효성을 판단한다. 컨텐트 인스턴스 리소스의 상위 리소스가 로케이션 컨테이터 타입 속성(locationContainerType attribute)이 LOCATION_SERVER_BASED로 성정된 로케이션 컨테이너 리소스(locationContainer resource)인 경우에는 요청은 상태 코드 STATUS_FORBIDDEN을 포함하는 응답에 의해 거부될 것이다.

컨텐트 인스턴스 리소스의 속성인 컨텐트 타입(contentType)이 비공개 데이터(privacy data)로 설정되어 있는 경우 NSCL은 가입 알림 요청 프리미티브(subscriptionNotifyRequestIndication primitive)를 생성하여 NA로 전송한다(S430).

이때 가입 알림 요청 프리미티브의 targetID는 이슈어로부터 전달받은 컨텐트 인스턴스 리소스의 목적지객체(targetEntity) 값으로 설정한다.

또한 NSCL은 이슈어로부터 전송된 요청에 따라 컨텐트 인스턴스 리소스를 생성할 때 컨텐트 타입(contentType)이 비공개 데이터(privacy data)로 설정된 경우에는 생성되는 컨텐트 인스턴스의 컨텐트(content)에는 실제 데이터 대신 targetEntity의 URI 또는 미리 설정된 임의의 값, 예를 들면 전달됨(forwarded) 등의 값으로 대치하여 저장할 수 있다. 생성된 컨텐트 인스턴스의 상위 리소스인 컨텐트 인스턴스 콜렉션 리소스(contentInstances)의 최종갱신시간(lastModifiedTime)은 생성된 컨텐트 인스턴스 리소스가 생성된 시간(creationTime)으로 설정된다.

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

130 : NSCL 140 : NA 222: DA

Claims

단말 어플리케이션(Application)으로부터 비공개(privacy) 데이터임을 나타내는 속성(attribute)을 포함하며 상기 데이터의 목적지 주소를 포함하는 리소스 생성 요청을 수신하는 단계; 및
상기 리소스 생성 요청을 수신한 네트워크 서비스 능력(Network Service Capability Layer)에서 상기 요청이 비공개 데이터에 대한 요청인지 확인하는 단계;를 포함하는 하는 M2M 데이터 전송 방법.
제 1 항에 있어서,
상기 리소스 생성 요청을 수신한 네트워크 서비스 능력은, 상기 리소스 생성 요청에 비공개 데이터임을 나타내는 속성이 포함되어 있는 경우, 컨텐트 인스턴스 (contentInstance) 리소스를 생성하여 컨텐트(content) 속성을 제외한 타 속성을 저장하는 단계;를 더 포함하는 M2M 데이터 전송 방법.
제 1 항에 있어서,
상기 비공개(privacy) 데이터임을 나타내는 속성(attribute)은 컨텐트 타입(contentType) 속성에 설정되는 것을 특징으로 하는 M2M 데이터 전송 방법.
제 1 항에 있어서,
상기 리소스 생성 요청을 수신한 네트워크 서비스 능력은, 상기 요청으로부터 목적지 주소를 획득하고 가입 알림 요청의 목적지(targetID)로 설정하여 상기 비공개 데이터를 전송하는 단계;를 더 포함하는 것을 특징으로 하는 M2M 데이터 전송 방법.
제 4 항에 있어서,
상기 리소스 생성 요청에 포함된 목적지 주소는 목적지객체(targetEntity) 속성에 설정되는 것을 특징으로 하는 M2M 데이터 전송 방법.
제 4 항에 있어서,
상기 가입 알림 요청은 알림 표시(Notify representation)의 표시(representation) 속성에 상기 비공개 데이터를 포함하는 것을 특징으로 하는 M2M 데이터 전송 방법.
단말 어플리케이션(Application)으로부터 비공개(privacy) 데이터임을 나타내는 속성(attribute)을 포함하며 상기 데이터의 목적지 주소를 포함하는 리소스 생성 요청을 수신하면, 상기 리소스 생성 요청이 비공개 데이터에 대한 요청인지 확인하는 M2M 플랫폼.
제 7 항에 있어서,
상기 리소스 생성 요청에 비공개 데이터임을 나타내는 속성이 포함되어 있는 경우, 컨텐트 인스턴스 (contentInstance) 리소스를 생성하여 컨텐트(content) 속성을 제외한 타 속성을 저장하는 것을 특징으로 하는 M2M 플랫폼.
제 7 항에 있어서,
상기 비공개(privacy) 데이터임을 나타내는 속성(attribute)을 컨텐트 타입(contentType) 속성에 설정하는 것을 특징으로 하는 M2M 플랫폼.
제 7 항에 있어서,
상기 리소스 생성 요청으로부터 목적지 주소를 획득하고 가입 알림 요청의 목적지(targetID)로 설정하여 상기 비공개 데이터를 전송하는 것을 특징으로 하는 M2M 플랫폼.
제 10 항에 있어서,
상기 리소스 생성 요청에 포함된 목적지 주소는 목적지객체(targetEntity) 속성에 설정되는 것을 특징으로 하는 M2M 플랫폼.
제 10 항에 있어서,
상기 가입 알림 요청의 알림 표시(Notify representation)의 표시(representation) 속성에 상기 비공개 데이터를 포함시키는 것을 특징으로 하는 M2M 플랫폼.
전송하고자 하는 데이터가 비공개(privacy) 데이터임을 나타내는 속성(attribute) 및 상기 데이터의 목적지 주소를 포함하는 리소스 생성 요청을 전송하는 단계; 및
상기 리소스 생성 요청 수신한 네트워크 서비스 능력(Network Service Capability Layer)으로부터 상기 리소스 생성 요청에 대한 응답을 수신하는 단계;를 포함하는 하는 M2M 데이터 전송 방법.
제 13 항에 있어서,
상기 비공개(privacy) 데이터임을 나타내는 속성(attribute)은 컨텐트 타입(contentType) 속성에 설정되는 것을 특징으로 하는 M2M 데이터 전송 방법.
제 13 항에 있어서,
상기 데이터의 목적지 주소는 목적지객체(targetEntity) 속성에 설정되는 것을 특징으로 하는 M2M 데이터 전송 방법.
제 13 항에 있어서,
상기 데이터는 컨텐트(content) 속성에 포함되는 것을 특징으로 하는 M2M 데이터 전송 방법.
전송하고자 하는 데이터가 비공개(privacy) 데이터임을 나타내는 속성(attribute) 및 상기 데이터의 목적지 주소를 포함하는 리소스 생성 요청을 전송하고, 상기 리소스 생성 요청 수신한 네트워크 서비스 능력(Network Service Capability Layer)으로부터 상기 리소스 생성 요청에 대한 응답을 수신하는 M2M 단말.
제 17 항에 있어서,
상기 비공개(privacy) 데이터임을 나타내는 속성(attribute)은 컨텐트 타입(contentType) 속성에 설정하는 것을 특징으로 하는 M2M 단말.
제 17 항에 있어서,
상기 데이터의 목적지 주소는 목적지객체(targetEntity) 속성에 설정하는 것을 특징으로 하는 M2M 단말.
제 17 항에 있어서,
상기 데이터는 컨텐트(content) 속성에 포함시키는 것을 특징으로 하는 M2M 단말.