KR20160091881A - 무선 통신 시스템에서 특정 리소스의 관리를 위한 방법 및 장치 - Google Patents

Abstract

본 발명의 일 실시예에 따라 무선 통신 시스템에서 일 엔티티의 원본 리소스의 속성을 다른 엔티티에 통지하기 위한 방법이 개시되며, 상기 방법은 상기 원본 리소스의 특정 속성을 통지하기 위한, 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAttribute' 속성에 대한 갱신(update) 요청을 수신하는 단계, 상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 MA(Mandatory Announced) 유형, 원본 리소스 내 특정 속성의 내용에 따라 선택적으로 통지되는 OA(Optional Announced) 유형, 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되며, 그리고 상기 특정 속성이 상기 OA 유형인지를 판단하는 단계; 및 상기 특정 속성이 상기 OA 유형인 경우, 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지하는 단계를 포함할 수 있다.

Description

무선 통신 시스템에서 특정 리소스의 관리를 위한 방법 및 장치{METHOD AND APPARATUS FOR MANAGING SPECIFIC RESOURCE IN WIRELESS COMMUNICATION SYSTEM}

본 발명은 무선 통신 시스템에서 특정 리소스의 관리를 위한 방법 및 이를 위한 장치에 관한 것이다.

유비쿼터스 시대에 접어들면서 M2M(Machine to Machine) 통신 기술이 각광 받고 있다. M2M 통신 기술은 TIA, ATIS, ETSI, oneM2M 등 많은 표준화 개발 기구(SDO: Standard Development Organization)에서 연구 중에 있다. M2M 환경에서는 여러 M2M 관련 애플리케이션(Network Application/Gateway Application/Device Application)간의 통신이 발생하고, M2M 서버 파트(예컨대, 공통 서비스 엔티티(Common Service Entity; CSE)과 네트워크 측 애플리케이션(예컨대, Network Application)를 운용하는 주체가 다를 수 있다. 따라서, 다른 주체에 있는 리소스에 대한 접근이 필수적이다.

이에 본 발명에서는 리소스에 대한 접근을 좀더 효율적으로 제공할 수 있는 방안에 대해서 제안하고자 한다.

본 발명은 무선 통신 시스템에서 특정 리소스에 대한 접근을 위한 관리 절차를 제안하고자 한다.

본 발명이 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급되지 않은 또 다른 기술적 과제들은 이하의 발명의 상세한 설명으로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

본 발명의 일 실시예에 따라 무선 통신 시스템에서 일 엔티티의 원본 리소스의 속성을 다른 엔티티에 통지하기 위한 방법이 개시되며, 상기 방법은 상기 원본 리소스의 특정 속성을 통지하기 위한, 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAttribute' 속성에 대한 갱신(update) 요청을 수신하는 단계. 상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 MA(Mandatory Announced) 유형, 원본 리소스 내 특정 속성의 내용에 따라 선택적으로 통지되는 OA(Optional Announced) 유형, 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되며, 그리고 상기 특정 속성이 상기 OA 유형인지를 판단하는 단계; 및 상기 특정 속성이 상기 OA 유형인 경우, 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지하는 단계를 포함할 수 있다.

추가적으로 또는 대안적으로, 상기 갱신 요청은 상기 특정 속성의 이름을 포함할 수 있다.

추가적으로 또는 대안적으로, 상기 생성 요청은 상기 특정 속성의 이름 및 상기 특정 속성의 값을 포함할 수 있다.

추가적으로 또는 대안적으로, 상기 방법은 상기 생성 요청에 대한 응답을 수신하는 단계 및 상기 생성 요청에 대한 응답이 상기 생성이 성공적으로 되었음을 지시하면, 상기 통지 속성에 상기 특정 속성의 이름을 추가하는 단계를 더 포함할 수 있다.

추가적으로 또는 대안적으로, 상기 방법은 상기 통지 속성에 상기 특정 속성의 이름을 추가하고 나서, 상기 갱신 요청에 대한 응답을 전송하는 단계를 포함하고, 상기 갱신 요청에 대한 응답은 상기 특정 속성이 추가된 통지 속성을 포함할 수 있다.

본 발명의 다른 일 실시예에 따라 무선 통신 시스템에서 일 엔티티가 가지고 있는 원본 리소스의 속성이 다른 엔티티로 통지된 경우, 상기 원본 리소스의 속성을 통지 해제하기 위한 방법이 개시되며, 상기 방법은 상기 원본 리소스의 특정 속성을 통지 해지하기 위한, 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAttribute' 속성에 대한 갱신(update) 요청을 수신하는 단계; 상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 MA(Mandatory Announced) 유형, 원본 리소스 내 특정 속성의 내용에 따라 선택적으로 통지되는 OA(Optional Announced) 유형, 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되며, 그리고 상기 특정 속성이 상기 OA 유형인지를 판단하는 단계; 및 상기 특정 속성이 상기 OA 유형인 경우, 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지해제하는 단계를 포함할 수 있다.

추가적으로 또는 대안적으로, 상기 방법은 상기 삭제 요청에 대한 응답을 수신하는 단계 및 상기 삭제 요청에 대한 응답이 상기 삭제가 성공적으로 되었음을 지시하면, 상기 통지 속성에 상기 특정 속성의 이름을 삭제하는 단계를 더 포함할 수 있다.

추가적으로 또는 대안적으로, 상기 방법은 상기 통지 속성에 상기 특정 속성의 이름을 삭제하고 나서, 상기 갱신 요청에 대한 응답을 전송하는 단계를 포함하고, 상기 갱신 요청에 대한 응답은 상기 특정 속성이 삭제된 통지 속성을 포함할 수 있다.

본 발명의 다른 일 실시예에 따라 무선 통신 시스템에서 일 엔티티의 원본 리소스 중 다른 엔티티로 통지된 특정 리소스의 자식(child) 리소스를 생성하기 위한 방법이 개시되며, 상기 방법은 상기 자식 리소스를 생성하기 위한 요청을 상기 원본 리소스를 가지고 있는 제 1 장치 또는 상기 통지된 특정 리소스를 가지고 있는 제 2 장치 중 하나로 전송하는 단계 및 상기 요청에 대한 응답을 수신하는 단계를 포함하고, 상기 요청이 상기 제 1 장치 또는 상기 제 2 장치로 전송되는지에 따라, 상기 생성될 자식 리소스의 타입이 달라질 수 있다.

추가적으로 또는 대안적으로, 상기 생성될 자식 리소스가 원본 리소스의 통지된 리소스 타입이면 상기 요청은 상기 제 1 장치로 전송되고, 상기 생성될 자식 리소스가 일반 리소스 타입이면 상기 요청은 상기 제 2 장치로 전송될 수 있다.

본 발명의 또다른 일 실시예에 따라 무선 통신 시스템에서 일 엔티티의 원본 리소스의 속성을 다른 엔티티에 통지하도록 구성된 장치가 개시되며, 상기 장치는 무선 주파수(Radio Frequency; RF) 유닛; 및 상기 RF 유닛을 제어하도록 구성된 프로세서를 포함하고, 상기 프로세서는 상기 원본 리소스의 특정 속성을 통지하기 위한, 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAttribute' 속성에 대한 갱신(update) 요청을 수신하고, 상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 MA(Mandatory Announced) 유형, 원본 리소스 내 특정 속성의 내용에 따라 선택적으로 통지되는 OA(Optional Announced) 유형, 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되며, 상기 특정 속성이 상기 OA 유형인지를 판단하고, 그리고 상기 특정 속성이 상기 OA 유형인 경우, 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지하도록 구성될 수 있다.

본 발명의 또다른 일 실시예에 따라 무선 통신 시스템에서 일 엔티티가 가지고 있는 원본 리소스의 속성이 다른 엔티티로 통지된 경우, 상기 원본 리소스의 속성을 통지 해제하도록 구성된 장치가 개시되며, 상기 장치는 무선 주파수(Radio Frequency; RF) 유닛; 및 상기 RF 유닛을 제어하도록 구성된 프로세서를 포함하고, 상기 프로세서는 상기 원본 리소스의 특정 속성을 통지 해지하기 위한, 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAttribute' 속성에 대한 갱신(update) 요청을 수신하고, 상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 MA (Mandatory Announced) 유형, 원본 리소스 내 특정 속성의 내용에 따라 선택적으로 통지되는 OA(Optional Announced) 유형, 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되며, 상기 특정 속성이 상기 OA 유형인지를 판단하고, 상기 특정 속성이 상기 OA 유형인 경우, 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지해제하도록 구성될 수 있다.

본 발명의 또다른 일 실시예에 따라 무선 통신 시스템에서 일 엔티티의 원본 리소스 중 다른 엔티티로 통지된 특정 리소스의 자식(child) 리소스를 생성하도록 구성된 장치가 개시되며, 상기 장치는 무선 주파수(Radio Frequency; RF) 유닛; 및 상기 RF 유닛을 제어하도록 구성된 프로세서를 포함하고, 상기 프로세서는 상기 자식 리소스를 생성하기 위한 요청을 상기 원본 리소스를 가지고 있는 제 1 장치 또는 상기 통지된 특정 리소스를 가지고 있는 제 2 장치 중 하나로 전송하고, 그리고 상기 요청에 대한 응답을 수신하도록 구성되며, 상기 요청이 상기 제 1 장치 또는 상기 제 2 장치로 전송되는지에 따라, 상기 생성될 자식 리소스의 타입이 달라질 수 있다.

상기 과제 해결방법들은 본 발명의 실시예들 중 일부에 불과하며, 본 발명의 기술적 특징들이 반영된 다양한 실시예들이 당해 기술분야의 통상적인 지식을 가진 자에 의해 이하 상술할 본 발명의 상세한 설명을 기반으로 도출되고 이해될 수 있다.

본 발명의 일 실시예에 따르면, 무선 통신 시스템에서 리소스에 대한 접근에 대한 효율성을 제고할 수 있다.

본 발명에 따른 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급되지 않은 또 다른 효과는 이하의 발명의 상세한 설명으로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 사상을 설명한다.
도 1 은 M2M 통신 시스템에서의 기능 구조를 도시한다.
도 2 는 M2M 기능 구조에 기반하여 M2M 통신 시스템이 지원하는 구성을 도시한다.
도 3 은 M2M 통신 시스템에서 제공되는 공통 서비스 기능을 도시한다.
도 4 는 M2M 애플리케이션 서비스 노드와 M2M 인프라스트럭쳐 노드에 존재하는 자원 구조를 도시한다.
도 5 는 M2M 애플리케이션 서비스 노드(예컨대, M2M 디바이스)와 M2M 인프라스트럭쳐 노드에 존재하는 자원 구조를 도시한다.
도 6 은 리소스 탐색 과정을 나타낸다.
도 7 은 리소스 어나운스 절차를 나타낸다.
도 8 및 도 9 는 ＜container＞ 리소스와 ＜containerAnnc＞ 리소스를 도시한다.
도 10 은 M2M 통신 시스템에서 사용되는 생성(create) 절차에 대해 도시한다.
도 11 은 M2M 통신 시스템에서 사용되는 갱신(update) 절차에 대해 도시한다.
도 12 는 리소스 어나운스 절차 및 리소스 어나운스 해제 절차를 도시한다.
도 13 은 본 발명의 일 실시예에 따른 속성 어나운스먼트 절차를 도시한다.
도 14 는 본 발명의 일 실시예에 따른 속성 어나운스먼트 해제 절차를 도시한다.
도 15 는 본 발명의 일 실시예에 따른 자식 리소스를 생성하는 절차를 도시한다.
도 16 은 원본 리소스와 어나운스된 리소스(또는 속성)의 동기화 절차를 도시한다.
도 17 은 본 발명의 실시예(들)을 구현하기 위한 장치의 블록도를 도시한다.

이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시 형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다.

몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.

본 발명에 있어서, 기기간 통신을 위한 디바이스 즉, M2M 디바이스는 고정되거나 이동성을 가질 수 있으며, 기기간 통신을 위한 서버 즉, M2M 서버와 통신하여 사용자데이터 및/또는 각종 제어정보를 송수신하는 각종 기기들이 이에 속한다. 상기 M2M 디바이스는 단말(Terminal Equipment), MS(Mobile Station), MT(Mobile Terminal), UT(User Terminal), SS(Subscribe Station), 무선기기(wireless device), PDA(Personal Digital Assistant), 무선 모뎀(wireless modem), 휴대기기(handheld device) 등으로 불릴 수 있다. 또한, 본 발명에 있어서, M2M 서버는 일반적으로 M2M 디바이스들 및/또는 다른 M2M 서버와 통신하는 고정된 지점(fixed station)을 말하며, M2M 디바이스들 및/또는 다른 M2M 서버와 통신하여 각종 데이터 및 제어정보를 교환한다.

이하에서는 본 발명과 관련된 기술에 대해 설명한다.

M2M 애플리케이션

서비스 로직을 실행하고 개방 인터페이스를 통해 접근 가능한(accessible) 공통 서비스 엔티티(Common Service Entity; CSE)를 사용하는 애플리케이션. M2M 애플리케이션은 M2M 디바이스, M2M 게이트웨이 또는 M2M 서버에 설치 또는 탑재될 수 있다.

M2M 서비스

표준화된 인터페이스들을 통해 M2M CSE 가 이용가능하게 하는 기능들의 집합

oneM2M 은 다양한 M2M 애플리케이션(또는 애플리케이션 엔티티(Application Entity; AE)) 들을 위한 공통 M2M 서비스 프레임워크(또는 서비스 플랫폼, 공통 서비스 엔티티(CSE) 등)를 정의한다. M2M 애플리케이션이라고 하면, e-Health, City Automation, Connected Consumer, Automotive 등의 서비스 로직을 구현한 소프트웨어라고 볼 수 있으며, 이러한 다양한 M2M 애플리케이션들을 구현하기 위해, 공통적으로 필요한 기능들을 oneM2M 서비스 프레임워크는 포함하고 있다. 따라서, oneM2M 서비스 프레임워크를 이용하면, 다양한 M2M 애플리케이션들마다 필요한 각각의 프레임워크를 구성할 필요 없이, 이들 M2M 애플리케이션들을 쉽게 구현할 수 있다. 이는 현재 Smart Building, Smart Grid, e-Health, Transportation, Security 등 여러 M2M 버티컬(Vertical)들로 분열되어 있는 M2M 시장을 공통 oneM2M 서비스 프레임워크를 중심으로 통합할 수 있으며, 이는 M2M 시장을 크게 촉진할 것으로 기대된다.

도 1 은 M2M 통신 시스템에서의 기능 구조를 도시한다. 각 엔티티를 설명하도록 한다.

애플리케이션 엔티티 (AE, 101-a 또는 101-b): 애플리케이션 엔티티는 단대단 M2M 솔루션을 위한 애플리케이션 로직을 제공한다. AE 의 예로는 화물 추적, 원격 혈당 모니터링, 원격 전력 측정 및 제어 애플리케이션이 있다. (Application Entity provides Application logic for the end-to-end M2M solutions. Examples of the Application Entities can be fleet tracking application, remote blood sugar monitoring application, or remote power metering and controlling application.) 보다 쉬운 이해를 위해, AE 는 M2M 애플리케이션으로 지칭될 수 있다.

공통 서비스 엔티티 (CSE, 102-a 또는 102-b): CSE 는 M2M 환경에 공통적인 oneM2M 에서 정의된 서비스 기능들로 이루어져 있다. 이러한 서비스 기능들은 레퍼런스 포인트 Mca, Mcc 를 통해 노출되어 등록된(연결된) AE 와 타 CSE 에 의해 사용될 수 있다. 레퍼런스 포인트 Mcn 는 언더라잉 네트워크의 서비스를 접근하는데 사용된다. (A Common Services Entity comprises the set of "service functions" that are common to the M2M environments and specified by oneM2M. Such service functions are exposed to other entities through Reference Points Mca and Mcc. Reference point Mcn is used for accessing Underlying Network Service Entities.)

CSE 에서 제공하는 서비스 기능들의 예로는 데이터 관리, 디바이스 관리, M2M 구독(subscription) 관리, 위치 서비스 등이 있다. 이러한 기능들은 논리적으로 CSF(Common Services Functions)로 나뉘어 질 수 있다. CSE 안의 몇몇 CSF 는 필수적으로 존재하여야 하고, 몇몇은 선택적으로 존재 가능하다. 또한 CSF 안의 몇몇 기능은 필수적으로 존재하여야 하고, 몇몇 기능은 선택적으로 존재 가능하다. (예, "디바이스 관리" CSF 안에, 애플리케이션 소프트웨어 설치, 펌웨어 업데이트, 로깅, 모니터링 중 몇몇은 필수 기능이며, 몇몇은 선택 기능이다.)

언더라잉 네트워크 서비스 엔티티 (NSE, 103-a 또는 103-b): NSE 는 CSE 에 서비스를 제공하는데, 이러한 서비스의 예로는 디바이스 관리, 위치 서비스, 디바이스 트리거링 등이 있다. NSE 는 특정 기술로 한정하지 않으며, 네트워크가 기본적으로 제공해주는 트랜스포트(transport)의 경우 NSE 의 서비스로 생각하지 않는다.(An Underlying Network Services Entity provides services to the CSEs. Examples of such services include device management, location services and device triggering. No particular organization of the NSEs is assumed. Note: Underlying Networks provide data transport services between entities in the oneM2M system. Such data transport services are not included in the NSE.)

아울러, 도 1 에 도시된 각 레퍼런스 포인트에 대해 설명하도록 한다.

Mca 레퍼런스 포인트

Mca 레퍼런스 포인트는 AE 와 CSE 간의 레퍼런스 포인트이다. Mca 레퍼런스 포인트는 AE 가 CSE 가 제공하는 서비스를 사용할 수 있도록, AE 가 CSE 와 통신할 수 있도록 한다. (This is the reference point between an Application Entity and a CSE. The Mca reference point shall allow an Application Entity to use the services provided by the CSE, and for the CSE to communicate with the Application Entity.)

Mca 레퍼런스 포인트를 통해 제공되는 서비스들은 CSE 에서 제공하는 기능들에 의존한다. AE 와 CSE 는 같은 물리적 장치에 있을 수도 있으며, 다른 물리적 장치에 있을 수도 있다. (The services offered via the Mca reference point are thus dependent on the functionality supported by the CSE. The Application Entity and the CSE it invokes may or may not be co-located within the same physical entity.)

Mcc 레퍼런스 포인트

Mcc 레퍼런스 포인트는 두 CSE 간의 레퍼런스 포인트이다. Mcc 레퍼런스 포인트는 CSE 가 다른 CSE 의 필요한 기능의 서비스를 사용할 수 있도록 한다. Mcc 레퍼런스 포인트를 통해 제공되는 서비스들은 CSE 에서 제공하는 기능들에 의존한다. (This is the reference point between two CSEs. The Mcc reference point shall allow a CSE to use the services of another CSE in order to fulfill needed functionality. Accordingly, the Mcc reference point between two CSEs shall be supported over different M2M physical entities. The services offered via the Mcc reference point are dependent on the functionality supported by the CSEs)

Mcn 레퍼런스 포인트

Mcn 레퍼런스 포인트는 CSE 와 NSE 간의 레퍼런스 포인트이다. Mcn 레퍼런스 포인트는 CSE 가 NSE 가 제공하는 서비스들을 사용할 수 있도록 한다. (This is the reference point between a CSE and the Underlying Network Services Entity. The Mcn reference point shall allow a CSE to use the services (other than transport and connectivity services) provided by the Underlying Network Services Entity in order to fulfill the needed functionality. ) NSE 가 제공하는 서비스는 전송(transport)과 접속(connectivity) 서비스 같은 단순한 서비스 이외의 것을 뜻하며, 디바이스 트리거링(device triggering), 스몰 데이터 전송(small data transmission), 위치 결정(positioning)과 같은 서비스가 그 예이다.

Mcc' 레퍼런스 포인트

Mcc' 레퍼런스 포인트는 서로 다른 M2M 서비스 제공자에게 속하는 CSE 간의 통신을 위해 사용된다. Mcc' 레퍼런스 포인트는 Mcc 레퍼런스 포인트와 CSE 를 서로 연결한다는 점에서 비슷할 수 있으나, 기존 Mcc 레퍼런스 포인트가 단일 M2M 서비스 제공자 내의 통신으로 국한되어 있었다면 Mcc' 레퍼런스 포인트는 서로 다른 M2M 서비스 제공자로 Mcc 를 확장한다는 개념으로 볼 수 있다.

도 2 는 M2M 기능 구조에 기반하여 M2M 통신 시스템이 지원하는 구성을 도시한다. M2M 통신 시스템은 도시된 구성에 국한되지 않고 더 다양한 구성을 지원할 수 있다. 상기 도시된 구성을 이해하는데 중요한 노드(Node)라는 개념에 대해 먼저 설명하도록 한다.

애플리케이션 전용 노드(Application Dedicated Node; ADN): CSE 가 존재하지 않고, 적어도 하나의 AE 를 갖는 노드 (An Application Dedicated Node is a Node that contains at least one Application Entity and does not contain a Common Services Entity). Mca 레퍼런스 포인트를 통해 하나의 미들 노드 또는 하나의 인프라스트럭쳐 노드와 연결될 수 있다. ADN 은 M2M 디바이스에 존재할 수 있다.

애플리케이션 서비스 노드(Application Service Node; ASN): 하나의 CSE 가 존재해야 하고, 적어도 하나의 AE 를 갖는 노드(An Application Service Node is a Node that contains one Common Services Entity and contains at least one Application Entity). Mcc 레퍼런스 포인트를 통해 하나의 미들 노드 또는 하나의 인프라스트럭쳐 노드에 연결될 수 있다. ASN 은 M2M 디바이스에 존재할 수 있다.

미들 노드(Middle Node; MN): 하나의 CSE 가 존재해야 하고, AE 를 가질 수도 있는 노드(A Middle Node is a Node that contains one Common Services Entity and may contain Application Entities). Mcc 레퍼런스 포인트를 통해서 아래 다른 카테고리에 속하는 두 노드와 연결되어야 함 (A Middle Node communicates over a Mcc references point with at least two other Nodes among either (not exclusively)):

- 하나 이상의 애플리케이션 서비스 노드(ASN)들;

- 하나 이상의 미들 노드(MN)들;

- 하나 인프라스트럭쳐 노드(IN).

또한, MN 은 ADN 과 Mca 레퍼런스 포인트를 통해 연결될 수 있다. MN 은 M2M 게이트웨이에 존재할 수 있다.

인프라스트럭쳐 노드(Infrastructure Node; IN): 하나의 CSE 가 존재해야 하고, AE 를 가질 수도 있는 노드 (An Infrastructure Node is a Node that contains one Common Services Entity and may contain Application Entities). IN 은 M2M 서버에 존재할 수 있다.

인프라스트럭쳐 노드는 MN 또는 ASN 과 Mcc 레퍼런스 포인트를 통해 다음 노드들과 통신할 수 있다. (An Infrastructure Node communicates over a Y reference point with either:

- 하나 이상의 미들 노드(들);

- 및/또는 하나 이상의 애플리케이션 서비스 노드(들)

인프라스트럭쳐 노드는 ADN 과 Mca 레퍼런스 포인트를 통해 통신할 수 있다. (An Infrastructure Node may communicate with one or more Application Dedicated Nodes over one or more respective Mca reference points.)

도 3 은 M2M 통신 시스템에서 제공되는 공통 서비스 기능을 도시한다.

M2M 통신 시스템이 제공하는 M2M 서비스 기능(즉, 공통 서비스 기능)으로는 도 3 에 도시된 것처럼 'Communication Management and Delivery Handling' , 'Data Management and Repository' , 'Device Management' , 'Discovery' , 'Group Management' , 'Addressing and Identification' , 'Location' , 'Network Service Exposure, Service Execution and Triggering' , 'Registration' , 'Security' , 'Service Charging and Accounting' , 'Session Management' , 'Subscription and Notification' 이 있다.

아래는 각 기능의 간략한 소개이다.

Communication Management and Delivery Handling (CMDH): 타 CSE 들, AE 들, NSE 들과의 통신을 제공하고 어떻게 메시지를 전달할 지의 역할을 수행한다.

Data Management and Repository (DMR): M2M 애플리케이션이 데이터를 교환, 공유할 수 있도록 하는 역할을 수행한다.

Device Management (DMG): M2M 디바이스/게이트웨이를 관리하기 위한 역할을 수행한다. 세부 기능을 살펴보면, 애플리케이션 설치 및 세팅, 설정값 설정, 펌웨어(Firmware) 업데이트, 로깅(Logging), 모니터링(Monitoring), 진단(Diagnostics), 토폴로지(Topology) 관리 등이 있다.

Discovery (DIS): 조건에 기반한 자원 및 정보를 찾을 수 있도록 하는 역할을 수행한다.

Group Management (GMG): 자원, M2M 디바이스, 또는 게이트웨이를 묶어 그룹을 생성할 수 있는데, 그룹과 관련된 요청을 처리하는 역할을 수행한다.

Addressing and Identification (AID): 물리 또는 논리 자원을 식별 및 어드레싱(addressing)하는 역할을 수행한다.

Location (LOC): M2M 애플리케이션들이 M2M 디바이스 또는 게이트웨이의 위치 정보를 획득하도록 하는 역할을 수행한다.

Network Service Exposure, Service Execution and Triggering (NSE): 언더라잉 네트워크의 통신을 가능하게 하고, 언더라잉 네트워크가 제공하는 기능을 사용할 수 있도록 한다.

Registration (REG): M2M 애플리케이션 또는 다른 CSE 가 특정 CSE 에 등록을 처리하는 역할을 수행한다. 등록은 특정 CSE 의 M2M 서비스 기능을 사용하기 위해 수행된다.

Security (SEC): 보안 키와 같은 민감한 데이터 핸들링, 보안 관계(Association) 설립, 인증(Authentication), 인가(Authorization), 식별(Identity) 보호 등의 역할을 수행한다.

Service Charging and Accounting (SCA): CSE 에 요금 부가 기능을 제공하는 역할을 수행한다.

Session Management (SM): 단대단(end-to-end) 통신을 위한 M2M 세션을 관리하는 역할을 수행한다.

Subscription and Notification (SUB): 특정 자원에 대한 변경을 구독(Subscription)하면 해당 자원이 변경되면 이를 알리는 역할을 수행한다.

이러한 M2M 공통 서비스 기능은 CSE 를 통해 제공되며, AE(혹은, M2M 애플리케이션들)이 Mca 레퍼런스 포인트를 통해, 또는 타 CSE 가 Mcc 레퍼런스 포인트를 통해 해당 공통 서비스 기능들을 이용할 수 있다. 또 이러한 M2M 공통 서비스 기능은 언더라잉 네트워크(Underlying Network)(또는 언더라잉 네트워크 엔티티(Underlying Network Service Entity; NSE), 예: 3GPP, 3GPP2, WiFi, Bluetooth)와 연동하여 동작할 수 있다.

모든 디바이스/게이트웨이/인프라스트럭쳐가 상위 기능을 다 가지는 것은 아니다. 해당 기능들 중 필수 기능들과 선택 기능들 몇몇을 가질 수 있다.

도 4 는 M2M 애플리케이션 서비스 노드와 M2M 인프라스트럭쳐 노드에 존재하는 자원 구조를 도시한다.

M2M 통신 시스템은 다양한 리소스(또는 자원)를 정의하는데, 이 리소스를 조작해서, 애플리케이션을 등록하고, 센서 값을 읽어 오는 등의 M2M 서비스를 수행할 수 있다. 상기 리소스는 하나의 트리 구조로 구성이 되며, CSE 과 논리적으로 연결 또는 CSE 에 저장되어 M2M 디바이스, M2M 게이트웨이, 네트워크 도메인 등에 저장될 수 있다. 이러한 측면에서, CSE 는 리소스를 관리하는 엔티티로 지칭될 수 있다. 상기 리소스는 ＜cseBase＞를 트리 루트로 가지며, 대표적인 리소스는 아래와 같다.

＜cseBase＞ 리소스: 트리로 구성된 M2M 리소스의 루트 리소스이며, 다른 모든 리소스를 포함한다.

＜remoteCSE＞ 리소스: ＜cseBase＞ 하위에 존재하는 리소스로써 해당 CSE 에 등록(연결)된 타 CSE 의 정보가 포함된다.

＜AE＞ 리소스: ＜cseBase＞ 나 ＜remoteCSE＞ 리소스 하위에 존재하는 리소스로써, ＜cseBase＞ 의 하위에 존재할 경우 해당 CSE 에 등록(연결)된 애플리케이션들의 정보가 저장되며, ＜remoteCSE＞ 하위에 존재할 경우 타 CSE(CSE 이름을 가진)에 등록된 애플리케이션들의 정보가 저장된다.

＜accessControlPolicy＞ 리소스: 특정 리소스에 대한 접근 권한과 관련된 정보를 저장하는 리소스이다. 본 리소스에 포함된 접근 권한 정보를 이용하여, 인증(authorization)이 이루어지게 된다.

＜container＞ 리소스: containers 하위에 존재하는 리소스로써 CSE 별, 또는 AE 마다 데이터를 저장하는 리소스 이다.

＜group＞ 리소스: groups 하위에 존재하는 리소스로써, 여러 리소스를 하나로 묶어 함께 처리할 수 있도록 하는 기능을 제공하는 리소스이다.

＜subscription＞ 리소스: subscriptions 하위에 존재하는 리소스로써, 리소스의 값 등의 상태가 변경되는 것을 통지(notification)을 통해 알려주는 기능을 수행하는 리소스이다.

도 5 는 M2M 애플리케이션 서비스 노드(예컨대, M2M 디바이스)와 M2M 인프라스트럭쳐 노드에 존재하는 자원 구조를 도시한다.

예를 들어, M2M 인프라스트럭쳐 노드에 등록된 AE(application2)가 M2M 디바이스의 센서 값을 읽어오는 방법에 대해 설명한다. 상기 센서는 보통 물리적인 장치를 가리키며, M2M 디바이스 상에 존재하는 AE(application1)은 이 센서에서 값을 읽어 자신이 등록한 CSE(CSE1)에 container 리소스 형태로 읽은 값을 저장한다. 해당 M2M 디바이스 상에 존재하는 AE 는 이를 위해 M2M 디바이스에 존재하는 CSE 에 먼저 등록되어야 하며, 등록이 완료되면, 도 5 에서와 같이 cseBaseCSE1/application1 리소스의 형태로 등록된 M2M 애플리케이션 관련 정보가 저장된다.

cseBaseCSE1/application1 리소스 하위의 container 리소스에 센서 값이 M2M 디바이스상에 존재하는 AE 에 의해 저장되면, 인프라스트럭쳐 노드에 등록된 AE 가 해당 값에 접근이 가능할 수 있다. 접근이 가능하게 하기 위해서는 상기 인프라스트럭쳐 노드에 등록된 AE 도 역시 상기 인프라스트럭쳐 노드의 CSE(CSE2)에 등록이 되어있어야 하며, 이는 application1 가 CSE1 에 등록하는 방법과 같이 cseBaseCSE2/application2 리소스에 application2 에 대한 정보를 저장함으로써 이루어진다. 또, application1 는 application2 와 직접 통신하는 것이 아니라 중간의 CSE1 과 CSE2 을 통해 통신하게 되는데, 이를 위해 먼저 CSE1 는 CSE2 에 등록되어 있어야 한다. CSE1 이 CSE2 에 등록되게 되면, cseBaseCSE2 리소스 하위에 CSE1 관련 정보(예컨대, Link)가 ＜remoteCSE＞ 자원 형태로 저장된다. 즉, ＜remoteCSE＞는 등록된 CSE 에 대한 CSE 타입, 접근 주소(IP 주소 등), CSE ID, reachability 정보 등을 제공해 준다.

한편, 리소스 탐색(resource discovery)이란 원격의 CSE 에 있는 리소소를 탐색하는 과정을 말한다. 리소스 탐색은 리트리브(RETRIEVE) 요청을 통해 이루어지며 리소스 탐색을 위해 리트리브 요청은 아래의 내용을 포함한다.

＜startURI＞: URI 을 지시하며, 이 URI 는 리소스 탐색을 행할 리소스의 범위를 제한하는데 사용될 수 있다. 만약 ＜startURI＞가 리소스의 루트인 ＜cseBase＞를 가리킨다면, 본 리트리브 요청을 받은 수신자의 전 리소스를 대상으로 리소스 탐색을 수행하게 된다. 수신자는 ＜startURI＞가 지칭하는 리소스와 그 하위 리소스를 대상으로만 리소스 탐색을 수행하게 된다.

filterCriteria: 이 정보에는 탐색할 리소스와 관련된 정보가 기술된다. 수신자는 ＜startURI＞가 정의한 리소스 탐색 범위 안의 리소스 중에서 filterCriteria 를 만족시키는 리소스만을 검색하여 본 요청의 요청자에게 전송하게 된다.

도 6 은 리소스 탐색 과정을 나타내며, CSE(61)는 특정 리소스를 찾기 위해 많은 CSE(63, 64, 65)에 탐색 요청(S61, S63, S65, S67)을 보내게 되고, 자신이 원하는 리소스를 찾게 될 때(S68)까지 반복하게 된다. CSE(61)가 자신이 원하는 리소스의 위치 (URI 정보)를 미리 알지 못하는 이유는 M2M 디바이스들이 무작위로 광범위한 지역에 배포되거나 (random distribution using the aircraft), 해당 리소스가 초기부터 생성되지 않고 특정 트리거에 의해 나중에 생성될 수도 있기 때문이다. 전자의 경우에는 어느 M2M 디바이스가 어느 위치에 존재할지 미리 알 수가 없어 M2M 디바이스마다 가지고 있는 정보가 다를 수 있기 때문이며, 후자의 경우에는 특정 리소스가 언제 생성될지 알 수 없어 주기적으로 탐색 요청을 보내야 한다.

이하, 종래 기술에 따른 리소스 어나운스먼트(announcement) 기술에 대한 설명을 하도록 한다. 리소스 어나운스먼트란, 특정 리소스의 존재를 다른 CSE 에게 통지 또는 알리기 위한 것이며, 간략하게 특정 CSE 가 가지고 있는 리소스(즉, 원본 리소스)를 어나운스된 리소스 형태로 다른 CSE 에서 생성하는 과정이다. 어나운스된 리소스는 원본 리소스에 대한 URI 주소와 라벨 속성 등 제한적인 정보만을 제공해 준다.

특정 CSE 에 존재하는 리소스(original resource)는 그 리소스의 존재를 원격 CSE (Remote CSE)에게 알리기 위해 그 원격 CSE 에 어나운스(announce)될 수 있다. 리소스 어나운스먼트(Resource Announcement) 또는 리소스 어나운스를 이용하면 리소스 탐색(Resource Discovery)을 더 용이하게 할 수가 있는데 이는 특정 리소스에 관심이 있는 원격 CSE 가 광범위한 CSE 를 대상으로 리소스 탐색을 수행하지 않고도 그 특정 리소스(original resource)를 가지고 있는 CSE(original resource hosting CSE)가 원격 CSE(remote CSE)에게 해당 리소스의 존재를 알려줄 수 있기 때문이다. 기본적으로 어나운스된 리소스(Announced Resource)는 원본 리소스(Original Resource)에 대한 링크(URI) 정보(link attribute)와 원본 리소스의 라벨 속성 (labels attribute) 등 제한적인 정보만을 가지게 된다.

도 7 은 리소스 어나운스 절차를 나타내며, 특정 리소스(Original Resource)를 가지고 있는 CSE(72)가 특정 리소스의 존재를 원격 CSE(71, Remote CSE)에게 리소스 어나운스먼트(Resource Announcement)(S71)를 통해 알려주게 된다. 원격 CSE(71)에게 리소스 어나운스먼트를 하게 되면, 원격 CSE 에는 어나운스된 리소스(Announced Resource)가 생성되게 된다(S72). 이 어나운스된 리소스에는 기본적으로 원본 리소스에 대한 링크 정보를 제공하기 때문에, 원격 CSE(71)는 특정 정보를 가지고 있는 원격 리소스가 어디에 있는지를 쉽게 알 수 있게 되고, 원본 리소스에 접근(S73)함으로써 그 원본 리소스가 제공하는 서비스를 이용할 수가 있다.

특정 원본 리소스(Original Resource)가 원격 CSE 에게 어나운스되고 나서 그 원본 리소스가 삭제된다면, 모든 어나운스된 리소스(Announced Resource) 역시 삭제가 되어야 한다. 만약 어나운스된 리소스가 삭제되지 않고 남아 있다면 존재하지 않는 원본 리소스에 대한 정보를 제공하고 있어 문제가 되기 때문이다. 원본 리소스가 삭제될 때, 어나운스된 리소스가 즉시 삭제될 수 없다면(어나운스된 리소스를 가지고 있는 CSE(71)에 접근 불가 등의 이유로), 원본 리소스를 가지고 있던 CSE(72)는 어나운스된 리소스를 추후에 삭제하거나, 아니면 어나운스된 리소스는 그 자체에 할당된 'expirationTime' 속성에 따라 만료 시간이 되면 삭제될 수 있다. 이러한 목적을 위해, 원본 리소스는 어나운스될 경우에 어나운스된 리소스들에 대한 URI 주소(announceTo 속성)의 목록을 가지고 있게 된다.

리소스 어나운스먼트를 통해 아나운스된 리소스는 다른 CSE 에 존재하는 원본 리소스에 대한 URI 주소를 가지고 있다. 어나운스된 리소스 역시 별도의 리소스 타입을 갖는 등 실체하는 리소스(가상 리소스가 아님)이나, 기본적으로 원본 리소스를 가리키는 URI 를 저장하는 링크 속성을 갖게 되고, 가질 수 있는 속성이 제한적인 특징이 있다. 예를 들면, ＜container＞ 리소스가 데이터를 저장하기 위해 ＜instance＞ 리소스를 자식 리소스로 갖고, ＜instance＞ 리소스는 content 속성을 가지고 있지만, ＜container＞ 리소스의 어나운스된 리소스인 ＜containerAnnc＞ 리소스는 데이터를 직접 저장하지 않고 (＜instance＞ 리소스와 ＜instance＞ 리소스의 content 속성이 필요 없고), 단순히 원본 리소스에 대한 URI 정보를 링크 속성을 통해 제공한다. 원본 리소스의 다른 정보에 대해 더 알고 싶다면, 어나운스된 리소스가 제공하는 원본 리소스에 대한 URI 를 통해 직접 원본 리소스에 접근하는 것이 필요하다. 원본 리소스에 대한 리소스 어나운스먼트는 그 원본 리소스를 가지고 있는 CSE (Original Resource Hosting CSE)에 의해서만 수행이 되게 된다.

도 8 및 도 9 는 ＜container＞ 리소스와 ＜containerAnnc＞ 리소스를 도시한다.

도 10 은 M2M 통신 시스템에서 사용되는 생성(create) 절차에 대해 도시한다.

생성 절차는 요청자, CSE 또는 AE 에 의해 사용되며, 수신자 CSE 상에 리소스를 생성하기 위한 절차이다. 생성 절차는 크게 등록 관련 생성 절차와 비-등록 관련 생성 절차로 나뉘어지나, 도 10 은 비-등록 관련 생성 절차를 도시하고 본 명세서에서는 등록 관련 생성 절차에 대해서는 설명을 하지 않는다.

비-등록 관련 생성 절차는 등록과 관련없는 모든 리소스 타입(예컨대, ＜remoteCSE＞와 ＜AE＞를 제외한 리소스)들에 적용가능하다. 요청자(1001)는 생성 요청(CREATE Request)을 사용하여 리소스의 생성을 요청할 수 있다(S1001). 상기 생성 요청을 위한 메시지는 해당 연산자 타입(즉, Create), 생성하고자 하는 리소스가 생성될 리소스의 위치, 즉 URI(uniform resource identifier), 상기 요청자의 ID(identifier), 생성될 리소스의 타입, 상기 요청자에 의해 제공된 상기 생성될 리소스의 이름, 상기 요청자에 의해 제공될 상기 생성될 리소스의 속성(attribute)들 등을 포함할 수 있다.

수신자 CSE(1002)는 상기 요청자가 상기 요청을 수행할 적합한 권한을 가지고 있는지를 체크하는 등의 상기 요청에 대한 인증을 수행할 수 있다(S1002). 상기 인증이 성공적이면, 상기 수신자 CSE 는 상기 리소스를 생성할 수 있다.

그리고나서, 상기 수신자 CSE 는 상기 요청자의 ID, 상기 수신자 CSE 의 ID 또는 상기 생성된 리소스의 URI 및 선택사항으로 상기 생성된 리소스의 내용(content), 즉 속성들을 포함하는 응답을 상기 요청자로 전송할 수 있다(S1003). 상기 S1002 에서의 인증이 실패하면, 상기 수신자 CSE 는 에러를 지시하는 응답을 상기 요청자로 전송할 수 있다.

도 11 은 M2M 통신 시스템에서 사용되는 갱신(update) 절차에 대해 도시한다.

갱신 절차는 타깃 리소스의 속성들에 저장된 정보를 갱신하기 위해 사용된다. 특히, 만료시간(expirationTime)이 중요한데, 이는 이 속성에 명시된 시간 이후에는 그 리소스를 가지고 있는 CSE 가 그 리소스를 삭제될 수 있기 때문이다. 이를 방지하기 위해 주기적으로 만료 시간 갱신이 필요하다. 요청자 CSE 또는 AE 는 특정 속성(들)의 이름과 그 값을 상기 갱신을 위한 요청 메시지에 포함시켜 타깃 리소스에서 상기 특정 속성(들)을 갱신, 생성 또는 삭제할 수 있다.

요청자(1101)는 갱신 요청을 위한 메시지를 수신자 CSE(1102)에게 전송할 수 있다(S1101). 상기 갱신 요청을 위한 메시지는 해당 연산자 타입(즉, Update), 타깃 리소스의 위치, 즉 URI(uniform resource identifier), 상기 요청자의 ID(identifier), 상기 타깃 리소스에서 갱신, 생성 또는 삭제될 속성(들)과 관련된 정보를 포함할 수 있다. 상기 속성(들)과 관련된 정보는 상기 속성(들)의 이름 또는 그와 관련된 갱신 또는 할당된 값을 포함할 수 있다.

상기 수신자 CSE 는 상기 요청자가 상기 타깃 리소스에 대한 변경을 수행할 권한이 있는지 여부를 인증할 수 있다(S1102). 상기 인증이 성공적이면, 상기 수신자 CSE 는 요청된대로 상기 리소스를 갱신할 수 있다.

생성될 리소스의 타입, 상기 요청자에 의해 제공된 상기 생성될 리소스의 이름, 상기 요청자에 의해 제공될 상기 생성될 리소스의 속성(attribute)들 등을 포함할 수 있다.

그리고나서, 상기 수신자 CSE 는 상기 요청자의 ID, 상기 수신자 CSE 의 ID, 변경된 내용 또는 동작 결과를 포함하는 응답 메시지를 상기 요청자로 전송할 수 있다(S1103). 상기 S1102 에서의 인증이 실패하면, 상기 수신자 CSE 는 에러를 지시하는 응답을 상기 요청자로 전송할 수 있다.

AE 나 CSE 는 원본 리소스에 있는 'announceTo' 속성을 이용해서 리소스 어나운스먼트를 수행할 수 있다. 원본 리소스의 'announceTo' 속성은 원본 리소스가 성공적으로 어나운스된 리소스에 대한 URI 리스트로써, 요청자(originator)를 대신하여 원본 리소스를 가지고 있는 CSE(이하, 간단하게 "원본 소유 CSE" 라 함)가 리소스 어나운스먼트를 수행하게 된다. 요청자는 'announceTo' 속성에 대한 갱신(Update) 요청 메시지를 원본 소유 CSE 에 전송하여, 상기 'announceTo' 속성에 새로운 CSE-ID 를 추가할 수 있는데, 이 경우, 원본 소유 CSE 는 해당 CSE-ID 가 가리키는 CSE 에 리소스 어나운스먼트를 먼저 수행하고 리소스 어나운스먼트가 성공하게 되면 그 URI 주소를 'announceTo' 속성에 추가하게 된다. 또한, 요청자의 갱신 명령에 대한 응답에 'announceTo' 속성 정보가 포함될 수 있는데, 이 경우 성공적으로 리소스 어나운스먼트가 일어난 CSE 에 대한 리스트를 가리킨다. 이로써, 요청자는 원본 리소스가 특정 CSE 에 성공적으로 리소스 어나운스먼트가 일어났는지 확인할 수 있다. 반대로 요청자는 속성 갱신(Update) 명령을 보내 'announceTo' 속성에서 특정 URI 주소를 지우도록 업데이트함으로써, 상기 특정 URI 주소가 지칭하는 어나운스된 리소스를 삭제할 수도 있다.

도 12 는 요청자(1201, AE 나 CSE)가 원본 리소스에 있는 'announceTo' 속성을 이용하여 원격 CSE(1203)에게 리소스를 어나운스하고, 어나운스된 리소스를 삭제하는 과정을 보여준다.

S1201: 요청자(1201)는 CSE-ID1 으로 지칭되는 원격 CSE(1203)에게 원본 리소스를 어나운스하기 위해 요청을 보내게 된다. 상기 요청의 수신자(Receiver)는 원본 리소스를 가지고 있는 원본 소유 CSE(1202)이다. 상기 요청은 원본 리소스에 존재하는 'announceTo' 속성에 CSE-ID1 을 추가하는 요청이다.

S1202: 요청자(1201)로부터 요청을 받은 원본 소유 CSE(1202)는 CSE-ID1 으로 지칭되는 원격 CSE(1203)에게 어나운스된 리소스를 생성하는 요청을 보내게 된다. 원본 소유 CSE(1202)는 어나운스된 리소스를 생성할 정확한 위치(여기서는 URI1)를 결정할 수 있다. 어나운스된 리소스가 가져야 하는 속성 정보는 원본 리소스에 대한 링크 정보와 원본 리소스와 동일한 라벨 정보를 포함하며, 원본 리소스의 타입에 따라 다르지 않고 동일하다.

S1203: 어나운스된 리소스 생성 요청을 받은 원격 CSE(1203)는 어나운스된 리소스를 생성한다. 어나운스된 리소스는 그 타입(예컨대, ＜containerAnnc＞, ＜accessRightAnnc＞ 등)과 상관없이 동일한 정보를 가지며, 항상 링크 속성과 라벨 속성을 가져야 한다. 링크 속성은 원본 리소스에 대한 URI 를 저장한다.

S1204: 원격 CSE(1203)는 어나운스된 리소스가 성공적으로 생성되었다는 응답을 보낸다. 이 응답을 받은 원본 소유 CSE(1202)는 원본 리소스의 'announceTo' 속성에 어나운스된 리소스의 URI (여기서는 URI1)를 추가하게 된다.

S1205: 원본 소유 CSE(1202)는 요청자(1201)에게 S1201 의 요청에 대한 응답을 보내게 된다. 이 응답에는 원본 리소스의 'announceTo' 속성 정보가 들어가게 되며, 이 예에서는 URI1 이 포함된다. 이 응답을 받은 요청자(1201)는 CSE-ID1 에 성공적으로 리소스가 어나운스되었다는 것을 알게 된다(URI1 은 CSE-ID1 정보를 포함할 수 있다).

S1206: 이번에는 요청자(1201)가 어나운스된 리소스를 지우는 예이다. 요청자(1201)는 URI1 에 어나운스되어 있는 어나운스된 리소스를 지우기 위한 요청을 원본 소유 CSE(1202)에게 보내게 된다. 이 요청은 원본 리소스의 'announceTo' 속성에 있는 URI1 을 지우는 갱신 요청이다.

S1207: S1206 의 요청을 받은 원본 소유 CSE(1202)는 URI1 으로 지칭되는 원격 CSE(1203)에게 어나운스된 리소스를 삭제하는 요청을 보내게 된다.

S1208: S1207 의 요청을 받은 원격 CSE(1203)는 URI1 으로 지칭되는 어나운스된 리소스를 삭제한다.

S1209: 원격 CSE(1203)는 URI1 으로 지칭되는 어나운스된 리소스가 성공적으로 삭제되었다는 것을 응답으로 알린다. 이 응답을 받은 원본 소유 CSE(1202)는 원본 리소스의 'announceTo' 속성에서 URI1 을 지운다.

S1210: 원본 소유 CSE(1202)는 S1206 에 대한 응답을 보낸다 이 응답에는 원본 리소스의 'announceTo' 속성 정보가 들어가게 되며, 이 예에서는 URI1 이 삭제되어 해당 속성 정보는 비어있다. 이 응답을 받은 요청자는 URI1 에 해당하는 어나운스된 리소스가 성공적으로 삭제 되었다는 것을 알게 된다.

하지만, 어나운스드 리소스의 목적은 원본 리소스(original resource)의 검색을 효과적으로 수행하는 것에 있는데, 어나운스드 리소스가 'link', 'labels' 에 대한 정보만을 가지고 있다 보니 원본 리소스에 대한 정보가 부족하다. 따라서, 원본 리소스를 검색하는데 어나운스드 리소스의 제한적인 정보만을 이용하게 되어 문제가 된다. 예로, 특정 위치에 놓인 센서 장치를 검색하고 싶은 경우, 위치 정보는 ＜container＞ 리소스의 'content' 속성에 저장되게 되는데, 어나운스드 리소스는 'content' 속성에 대한 정보가 없어 그러한 검색을 수행할 수가 없다. 이를 위해 원본 리소스의 모든 속성을 어나운스드 리소스에 제공할 수도 있지만, 이럴 경우 원본 리소스가 그대로 복사되어 비효율적이고, 실제로 필요 없는 정보까지 어나운스드 리소스에 존재할 수 있어 문제가 된다.

따라서, 본 명세서에서는 위에서 설명한 문제점을 해결할 수 있는 M2M 환경에서 AE 또는 CSE 가 리소스를 어나운스하고 어나운스 해제 또는 취소(De-Announce)하는 방법에 대해 제안하고자 한다.

본 발명에서는 기존의 리소스 어나운스 방식에 추가적으로 속성 어나운스먼트 또는 속성 어나운스를 제안한다.

특정 리소스가 가지는 속성에는 필수 속성(mandatory attribute)과 옵션 속성(optional attribute)이 있다. 필수 속성은 리소스가 반드시 지원해야 하며 항상 리소스에 존재하게 된다. 반면, 옵션 속성은 지원되지 않을 수도 있으며, 지원할 경우에만 리소스에 존재하게 된다. 리소스는 항상 모든 필수 속성을 가져야하며, 선택적으로 옵션 속성을 가질 수 있다. 예로 ＜container＞ 리소스는 아래와 같은 속성을 가지며, 이 중 Multiplicity 에 0 이 포함되지 않은 속성이 필수 속성이다. Multiplicity 에 0 이 포함되어 있다면 이는 옵션 속성이 된다.

[표 1]

어나운스된 리소스는 기본적으로 링크 속성을 가지며, 링크 속성을 통해 원본 리소스에 대한 URI 를 저장하게 된다. 어나운스된 리소스는 원본 리소스의 필수 속성이라도 가지지 않을 수 있다. 또한, 앞서 설명한 종래 기술에 따르면, 항상 정해진 속성을 가지게 된다. 예로, ＜container＞ 리소스의 어나운스된 리소스 타입인 ＜containerAnnc＞는 아래의 속성을 가지게 된다.

[표 2]

따라서, 원본 리소스에 있는 'currentNrOfInstances' 속성, 'ontologyRef' 속성 등의 정보를 얻기 위해서는, ＜containerAnnc＞는 이러한 속성을 가지지 않기 때문에 직접 원본 리소스에 접근해야 한다.

만약 어나운스된 리소스가 원본 리소스의 속성에 대한 정보를 직접 제공할 수 있다면 원본 리소스에 직접 접근하지 않아도 되기 때문에 더 효율적이 된다. 예를 들면, ＜containerAnnc＞ 리소스가 'ontolotyRef' 속성을 가지며, 원본 리소스의 'ontologyRef' 속성과 동일한 값을 가지고 있다면, 굳이 원본 리소스에 접근하지 않더라도 어나운스된 리소스의 'ontolotyRef' 속성을 통해 바로 정보를 알 수가 있게 된다. 이렇게 원본 리소스의 속성을 어나운스된 리소스에 어나운스 할 수 있으며 이를 속성 어나운스먼트라고 부른다.

하지만, 모든 속성이 어나운스된다면 불필요한 속성까지 어나운스가 되어 오버헤드가 발생할 것이다. 따라서, 어나운스가 필요한 속성에 대해서만 속성 어나운스가 이루어져야한다. 원본 리소스의 타입에 따라, 그리고 동일한 리소스 타입이라도 경우에 따라 속성 어나운스먼트가 필요한 속성이 다를 수 있을 것이다. 따라서 본 발명에서는 원본 리소스의 속성을 아래의 3 가지로 분류하는 방법을 함께 제안한다.

· 필수적 어나운스(MA; Mandatory Announced): 반드시 어나운스되어야할 속성들. 이러한 속성들의 컨텐츠는 원본 리소스의 콘텐츠와 동일하다.

· 선택적 어나운스(OA; Optional Announced): 원본 리소스의 'announcedAttribute' 속성의 콘텐츠에 따라 어나운스될 수 있는 속성들. 이러한 속성들의 컨텐츠는 원본 속성들의 콘텐츠와 동일하다.

· 어나운스되지 않음(NA; Not Announced): 어나운스되어서는 안되는 속성들

OA 로 표시된 원본 리소스의 속성은 'announcedAttribute' 속성을 이용해 선택적으로 속성 어나운스먼트가 발생할 수 있다. 'announcedAttribute' 속성에 대한 설명은 아래와 같다. 'announcedAttribute' 속성은 반드시 어나운스 가능한 원본 리소스(announce-able resource)에만 존재하게 된다.

'announcedAttribute' 속성: 이 속성은 몇몇 선택적 어나운스(OA) 타입의 속성들이 다른 CSE 들로 어나운스된 경우에 원본 리소스 상에서 존재한다. 이 속성은 상기 원본 리소스에서 어나운스된 선택적 어나운스(OA) 타입의 속성들의 리스트를 포함한다. 이 속성에 대한 갱신이, 새로운 속성이 추가된 경우에 새로운 속성 어나운스먼트를 트리거하거나 또는 존재하는 속성이 제거된 경우에 속성 어나운스먼트 해제를 트리거할 것이다.

예로, ＜container＞ 리소스의 각각의 속성은 아래처럼 MA/OA/NA 로 표시될 수 있다. 언급된 것처럼, MA 로 표시된 속성은 반드시 어나운스되어 어나운스된 리소스에 반드시 존재해야 하며, NA 로 표시된 속성은 어나운스된 리소스에 존재하면 안 된다. OA 로 표시된 속성에 대해서는 'announcedAttribute' 속성에 따라 어나운스된 리소스에 존재할 수도 있다.

상기 원본 리소스의 타입(MA, OA, NA)에 따라 표 1 은 다음과 같이 표현될 수 있다.

[표 3]

도 13 은 본 발명의 일 실시예에 따른 속성 어나운스먼트 절차를 도시한다.

S1301: 요청자(1301)는 원격 CSE(1303)에게 원본 리소스를 어나운스하기 위해 요청을 원본 소유 CSE(1302)로 전송할 수 있다. 상기 요청은 원본 리소스에 존재하는 'announceTo' 속성에 CSE-ID 나 URI 를 추가하는 요청이다. 만약 상기 요청자(1301)가 어나운스된 리소스를 생성하기 위한 정확한 URI 정보를 알고 있는 경우 URI 를 추가하게 되고, CSE-ID 만을 알고 있다면 CSE-ID 를 추가하게 된다. 본 실시예에서는 CSE-ID1 을 추가한 것으로 가정한다.

S1302: 요청자(1301)로부터 요청을 받은 원본 소유 CSE(1302)는 CSE-ID1 으로 지칭되는 원격 CSE(1303)에게 어나운스된 리소스를 생성하는 요청을 전송할 수 있다. 원본 소유 CSE(1302)는 S1301 의 요청에서 CSE-ID 를 받은 경우 어나운스된 리소스를 생성할 정확한 위치(여기서는 URI1 으로 결정)를 결정할 수 있다. 물론, 만약 S1301 에서 URI 정보가 수신된 경우라면 URI1 을 결정하는 것은 불필요하다.

어나운스된 리소스는 MA 로 표시된 원본 리소스의 속성을 반드시 가져야 하고, NA 로 표시된 원본 리소스의 속성은 가져서는 안되며, OA 로 표시된 원본 리소스의 속성은 'announcedAttribute' 속성에 표시되어 있는 경우 가질 수 있다. 따라서 본 단계의 리소스 생성 요청은 MA 속성과, OA 속성 중에서 'announcedAttribute' 속성에 표시되어 있는 속성만을 포함하며, MA 및 OA 로 표시된 속성은 원본 리소스의 해당 속성과 동일한 값을 가져야 한다.

S1303: 어나운스된 리소스 생성 요청을 받은 원격 CSE(1303)는 어나운스된 리소스를 생성할 수 있다. 원격 CSE(1303)는 요청을 처리하기 전에 요청이 올바른지 확인할 수 있다. 예를 들어, 원격 CSE(1303)는 어나운스된 리소스에 원본 리소스의 모든 MA 속성이 포함되어 있는지, NA 속성은 포함되어 있지 않는지를 확인한다.

S1304: 만약 어나운스된 리소스가 성공적으로 생성되었다면, 원격 CSE(1303)는 어나운스된 리소스가 성공적으로 생성되었다는 응답을 원본 소유 CSE(1302)로 보낼 수 있다. 이 응답을 받은 원본 소유 CSE(1302)는 원본 리소스의 'announceTo' 속성에 성공적으로 생성된 어나운스된 리소스의 URI 를 추가할 수 있다 (여기서는 URI1).

S1305: 원본 소유 CSE(1302)는 요청자(1301)에게 S1301 의 요청에 대한 응답을 보내게 된다. 이 응답에는 원본 리소스의 'announceTo' 속성 정보가 들어가게 되며, 이 예에서는 URI1 이 포함된다. 이 응답을 받은 요청자(1301)는 CSE-ID1 에 성공적으로 리소스가 어나운스 되었다는 것을 알게 된다(URI1 은 CSE-ID1 정보를 포함할 수 있다). S1301 에서 CSE-ID 가 아닌, URI 를 준 경우는 URI 가 'announceTo' 속성에 포함되어있는지를 확인하면 된다.

S1306: 요청자(1301)는 특정 속성의 속성 어나운스먼트를 원본 소유 CSE(1302)에게 요청할 수 있다. 속성 어나운스먼트는 원본 리소스 중에서 OA 로 표시된 속성만 가능하다. 요청자(1301)는 속성 어나운스먼트를 요청하는 속성 이름을 원본 리소스의 'announcedAttribute' 속성에 추가하는 UPDATE 요청을 원본 소유 CSE(1302)에게 전송할 수 있다.

S1307: S1306 의 UPDATE 요청을 받은 원본 소유 CSE(1302)는 원본 리소스의 모든 어나운스된 리소스를 대상으로 어나운스된 속성의 생성을 요청하는 갱신(UPDATE) 명령을 전송할 수 있다. 속성의 생성은 리소스가 해당 속성을 갖도록 갱신하면 되므로 리소스에 대해 UPDATE 명령을 보내 수행할 수 있다. 원본 리소스의 'announceTo' 속성에 어나운스된 리소스의 URI 목록이 있기 때문에, 이 모든 어나운스된 리소스를 대상으로 어나운스된 속성의 생성 요청을 전송할 수 있다. 원본 소유 CSE(1302)는 위 요청 전에 속성 어나운스먼트가 요청된 속성이 OA 로 표시된 속성인지를 확인한다. 어나운스된 속성의 생성 요청 시, 원본 소유 CSE(1302)는 원본 리소스의 속성과 동일한 값을 포함하여 생성 요청을 보내야 한다.

S1308: S1307 의 요청을 받은 원격 CSE(1303)는 어나운스된 속성을 생성할 수 있다. 원격 CSE(1303)는 이 속성이 OA 로 표시된 속성인 경우에만 어나운스된 속성을 생성할 수 있다.

S1309: 어나운스된 속성이 성공적으로 생성된 경우, 원격 CSE(1303)는 어나운스된 속성이 성공적으로 생성되었다는 응답을 전송할 수 있다. 상기 응답을 수신한 원본 소유 CSE(1302)는 원본 리소스의 'announcedAttribute' 속성에 성공적으로 생성된 속성 이름을 추가한다. 'announcedAttribute' 속성에 추가된 속성은 추가적으로, 모든 어나운스된 리소스들에 속성 어나운스먼트가 성공적으로 이루어졌는지, 아니면 일부 어나운스된 리소스에만 속성 어나운스먼트가 발생했는지를 지시하는 정보를 포함할 수 있다.

S1310: 원본 소유 CSE(1302)는 S1306 에 대한 응답을 보낸다 이 응답에는 원본 리소스의 'announcedAttribute' 속성 정보가 들어가게 되며, 이 예에서는 attr1 이 포함되어 있다. 이 응답을 받은 요청자는 attr1 에 해당하는 속성이 성공적으로 어나운스 되었다는 것을 알게 된다.

도 14 는 본 발명의 일 실시예에 따른 속성 어나운스먼트 해제 절차를 도시한다.

S1401: 요청자(1401)는 속성 어나운스먼트가 수행된 특정 속성을 어나운스먼트 해제하기 위한 요청을 원본 소유 CSE(1402)로 전송할 수 있다. 속성 어나운스먼트 해제가 정상적으로 이루어지면 해당 속성은 어나운스된 리소스에서 삭제된다. 요청자(1401)는 원본 리소스의 'announcedAttribute' 속성에 포함되어있는 특정 속성 이름을 지우도록 갱신하는 UPDATE 명령을 원본 소유 CSE(1402)에게 전송할 수 있다. 원본 리소스에서 OA 로 표시되어있는 속성만이 속성 어나운스먼트 해제가 될 수 있다.

S1402: S1401 의 어나운스된 속성에 대한 삭제 요청을 받은 원본 소유 CSE(1402)는 원본 리소스의 모든 어나운스된 리소스를 대상으로 어나운스된 속성의 삭제를 요청하는 갱신(UPDATE) 명령을 전송할 수 있다. 원본 리소스의 'announceTo' 속성에 어나운스된 리소스의 URI 목록이 있기 때문에, 모든 어나운스된 리소스를 대상으로 어나운스된 속성의 삭제 요청을 전송하게 된다. 원본 소유 CSE(1402)는 위 요청 전에 속성 어나운스먼트 해제가 요청된 속성이 OA 로 표시된 속성인지를 확인한다.

S1403: S1402 의 속성 어나운스먼트 해제의 요청을 수신한 원격 CSE(1403)는 해당 속성을 삭제할 수 있다. 원격 CSE(1403)는 속성 어나운스먼트 해제의 대상이 OA 로 표시된 속성인지 확인한 후, 해당 속성을 삭제할 수 있다.

S1404: 원격 CSE(1403)는 어나운스된 속성이 성공적으로 삭제되었다는 응답을 전송할 수 있다. 이 응답을 받은 원본 소유 CSE(1402)는 원본 리소스의 'announcedAttribute' 속성에 성공적으로 삭제된 속성 이름을 삭제할 수 있다.

S1405: Original resource hosting CSE 는 S1401 에 대한 응답을 보낸다 이 응답에는 원본 리소스의 'announcedAttribute' 속성 정보가 들어가게 되며, 이 예에서는 attr1 이 삭제되어 있다. 이 응답을 받은 Originator 는 attr1 에 해당하는 속성이 성공적으로 디-어나운스 되었다는 것을 알게 된다.

위의 프로시저는 아래와 같이 수행될 수도 있다.

S1401: 요청자(1401)는 속성 어나운스먼트가 된 특정 속성을 어나운스먼트 해제하기 위한 요청을 원본 소유 CSE(1402)로 전송할 수 있다. 속성 어나운스먼트 해제가 되고 나면 해당 속성은 어나운스된 리소스에서 삭제된다. 속성 어나운스먼트 해제를 위해 요청자(1401)는 원본 리소스의 'announcedAttribute' 속성에 포함되어있는 특정 속성 이름을 지우도록 갱신하는 명령을 원본 소유 CSE(1402)에게 전송할 수 있다. 원본 리소스에서 OA 로 표시되어있는 속성만이 속성 어나운스먼트 해제가 될 수 있다.

S1402: S1401 의 어나운스된 속성의 삭제 요청을 받은 원본 소유 CSE(1402)는 원본 리소스의 모든 어나운스된 리소스를 대상으로 어나운스된 속성의 삭제 요청을 전송할 수 있다. 원본 리소스의 'announceTo' 속성에 어나운스된 리소스의 URI 목록이 있기 때문에, 이 모든 어나운스된 리소스를 대상으로 어나운스된 속성의 삭제 요청을 전송할 수 있다. 원본 소유 CSE(1402)는 위 요청 전에 속성 어나운스먼트 해제가 요청된 속성이 OA 로 표시된 속성인지를 확인한다. 원본 소유 CSE(1402)는 모든 어나운스된 리소스를 대상으로 어나운스된 속성의 삭제 요청을 전송하고, 그 요청에 대한 처리의 성공 여부와 상관없이 announcedAttribute 속성에서 해당 속성 이름을 삭제한다.

S1403: S1402 의 속성 어나운스먼트 해제의 요청을 수신한 원격 CSE(1403)는 어나운스된 해당 속성을 삭제할 수 있다. 원격 CSE 는 속성 어나운스먼트 해제의 대상이 OA 로 표시된 속성일 경우에만 해당 속성을 삭제할 수 있다.

S1404: 원격 CSE(1403)는 어나운스된 속성이 성공적으로 삭제되었다는 응답을 원본 소유 CSE(1402)로 전송할 수 있다.

S1405: 원본 소유 CSE(1402)는 S1401 에 대한 응답을 요청자(1401)에게 전송할 수 있다. 상기 응답에는 원본 리소스의 'announcedAttribute' 속성 정보가 포함되며, 이 예에서는 상기 속성 정보에서 attr1 이 삭제되어 있다. 원본 소유 CSE(1402)는 모든 어나운스된 리소스에 대해 속성 어나운스먼트 해제가 성공적으로 수행되었는지와 상관없이 announcedAttribute 속성에서 해당 속성 이름을 지웠기 때문에, 아직 속성 어나운스먼트 해제가 성공적으로 완료되지 않는 어나운스된 리소스를 대상으로 지속적으로 속성 어나운스먼트 해제를 수행해야 한다. 또한, S1405 는 속성 어나운스먼트 해제의 성공 여부와 상관없이 동일한 응답을 요청자(1401)에게 전송하기 때문에 S1402 전에 수행될 수도 있다.

본 발명의 또다른 실시예로서, 자식(child) 리소스 어나운스먼트 절차에 대해 설명하도록 한다.

종래 기술에 따르면, 어나운스된 리소스는 자식 리소스(child resource)를 가질 수가 없었다. 이는 어나운스된 리소스가 제공하는 원본 리소스에 대한 링크 정보를 통해 원본 리소스를 접근해 원본 리소스의 자식 리소스 정보를 얻어오면 되기 때문이다. 하지만, 어나운스된 리소스가 자식 리소스를 가지게 되면, 원본 리소스에 접근할 필요가 없이, 자식 리소스에 대한 정보를 가져올 수가 있기 때문에 효율적인 리소스 어나운스먼트가 가능하다. 따라서, 본 발명의 일 실시예에선 어나운스된 리소스도 자식 리소스를 가질 수 있도록 제안하며, 상기 자식 리소스는 어나운스된 리소스에 따라 결정되도록 제안한다.

특정 어나운스된 리소스가 가지는 자식 리소스 타입은 리소스 정의(resource specification)에 명시되어 있다. 예로, ＜applicationAnnc＞ 리소스가 가지는 자식 리소스 타입은 아래 표에 정의된다. 이 표에 따르면, ＜applicationAnnc＞ 리소스는 ＜subscription＞, ＜container＞, ＜containerAnnc＞, ＜groupAnnc＞, ＜accessRightAnnc＞, ＜mgmtObjAnnc＞, ＜commCapabilitiesAnnc＞ 등의 자식 리소스를 가질 수 있다. 즉, 어나운스된 리소스의 자식 리소스는 어나운스된 리소스 타입 또는 일반적인 리소스 타입 모두 일 수 있다.

[표 4]

어나운스된 리소스 밑에 특정 자식 리소스를 생성하려고 할 때, 만약 자식 리소스가 어나운스된 리소스 타입이 아니면 (리소스 타입이 "Annc"로 끝나지 않으면), 해당 리소스 타입에 대한 생성 방법을 이용하면 된다. 만약 어나운스된 리소스 밑에 생성되는 자식 리소스가 어나운스된 리소스 타입이라면 본 발명에서 설명한 리소스 어나운스먼트 방법이 그대로 적용되게 된다. 단, 요청자가 생성 요청을 보낼 때, 어나운스된 리소스가 특정 어나운스된 리소스 밑의 자식 리소스로 생성될 수 있도록 URI 를 정확히 전달하여야 한다(CSE-ID 가 아닌).

도 15 는 본 발명의 일 실시예에 따른 자식 리소스를 생성하는 절차를 도시한다.

도 15 의 설정에 대해 설명하면, 원본 소유 CSE(1502)는 두 개의 리소스를 가지고 있다. 예컨대, 상기 두 개의 리소스는 원본 리소스 R1 과 R2 일 수 있다. 또한, R2 는 R1 의 자식 리소스이다. R1 은 원격 CSE(1503)에 이미 AR1 이라는 리소스로서 어나운스가 완료된 상태이다.

S1501: 요청자(1501)는 원격 CSE(1503)에 존재하는 어나운스된 리소스 AR1 밑에 새로운 자식 리소스를 생성하는 요청을 원격 CSE(1503)에 전송할 수 있다. 생성될 자식 리소스가 어나운스된 리소스 타입이 아니기 때문에 상기 요청자는 원격 CSE(1503)에게 직접 리소스의 생성을 요청한다. 이때는 생성될 리소스의 타입에 맞는 리소스 생성 절차를 따른다.

S1502~S1503: 원격 CSE(1503)는 어나운스된 리소스 AR1 밑에 상기 생성 요청대로 자식 리소스를 생성할 수 있다. 자식 리소스를 생성하기 전에 어나운스된 리소스가 해당 리소스 타입을 자식 리소스로 가질 수 있는지 확인한다. 상기 생성이 성공적인 경우, 성공적으로 자식 리소스가 생성되었음을 알리는 응답을 상기 요청자(1501)에게 전송할 수 있다.

S1504: 요청자(1501)는 원격 CSE(1503)에 미리 존재하는 어나운스된 리소스 AR1 밑에 자식 리소스를 생성하는 요청을 원본 소유 CSE(1502)로 전송할 수 있다. 상기 요청은 갱신 요청을 통해 수행될 수 있다. 새롭게 생성될 자식 리소스는 어나운스된 리소스 타입이다. 요청자(1501)는 먼저 이 새로운 자식 리소스에 대한 원본 리소스(본 예에서는 R2)를 결정하게 된다. 즉, 상기 결정된 원본 리소스를 AR1 의 자식 리소스로써 어나운스하게 된다.

상기 결정된 원본 리소스(R2)의 'announceTo' 속성을 이용하여 원격 CSE(1503)에 리소스 어나운스먼트를 수행한다. 이 요청은 CSE-ID 를 포함하면 안되고, 자식 리소스를 생성하려는 정확한 위치를 URI 를 통해 알려줘야 한다.

S1505~S1508: 이 과정은 위에서 설명한 리소스 어나운스먼트 절차와 동일하다(즉, 도 13 의 S1302~S1305).

한편, 어나운스된 속성들은 원본 리소스와 동일한 값을 가져야 한다. 이는 어나운스된 속성이 생성될 때 원본 리소스의 속성과 동일한 값을 할당하도록 하며, 추후에 원본 리소스의 해당 속성 값이 바뀌면 동일한 값을 어나운스된 속성에도 할당해줘야 한다. 이러한 역할은 원본 소유 CSE 가 담당하게 된다. 도 16 은 원본 리소스와 어나운스된 리소스(또는 속성)의 동기화 절차를 도시한다.

S1601: 원본 소유 CSE(1601)는 어나운스된 특정 속성의 값이 바뀐 것을 검출할 수 있다. 상기 특정 속성을 가지고 있는 리소스가 어나운스 되었고, 상기 특정 속성 역시 어나운스되었는지 확인한다. 해당 리소스에 'announceTo' 속성이 존재하고, 'announceTo' 속성이 URI 를 포함하고 있다면 리소스 어나운스먼트가 발생했다고 볼 수 있다. 또한, 'announcedAttribute' 속성에 상기 특정 속성의 속성 이름이 기록되어 있다면 상기 특정 속성이 어나운스먼트 되었다고 볼 수 있으며, 'announcedAttribute' 속성과 상관없이 MA 로 표시된 속성이라면 어나운스먼트 되었다고 볼 수 있다.

S1602: S1601 에서 특정 리소스가 어나운스되었고 상기 특정 리소스의 특정 속성이 어나운스되었다고 판단되면, 'announceTo' 속성에 있는 모든 어나운스된 리소스를 대상으로 해당 속성 값을 업데이트하기 위한 명령을 원격 CSE(1602)로 전송할 수 있다. 업데이트되는 값은 새로 변경된 속성 값이다.

S1603: 상기 명령을 수신한 원격 CSE(1602)는 해당 속성 값을 업데이트할 수 있다. 그리고나서, 원격 CSE(1602)는 원본 소유 CSE(1601)로 성공적인 업데이트를 알리는 응답을 전송할 수 있다.

위의 절차는 속성 어나운스먼트가 가능한 OA 타입 속성과 MA 타입 속성에 대해 동기화를 해줄 수 있다.

S1604 및 S1605 는 상기 업데이트 명령의 수신자가 또 다른 원격 CSE(1603)으로 다를뿐, 나머지는 S1602 및 S1603 과 동일하다.

도 17 은 본 발명의 실시예(들)을 수행하도록 구성된 장치의 블록도를 도시한다. 전송장치(10) 및 수신장치(20)는 정보 및/또는 데이터, 신호, 메시지 등을 나르는 무선 신호를 전송 또는 수신할 수 있는 RF(Radio Frequency) 유닛(13, 23)과, 무선통신 시스템 내 통신과 관련된 각종 정보를 저장하는 메모리(12, 22), 상기 RF 유닛(13, 23) 및 메모리(12, 22)등의 구성요소와 동작적으로 연결되고, 상기 구성요소를 제어하여 해당 장치가 전술한 본 발명의 실시예들 중 적어도 하나를 수행하도록 메모리(12, 22) 및/또는 RF 유닛(13,23)을 제어하도록 구성된 프로세서(11, 21)를 각각 포함한다.

메모리(12, 22)는 프로세서(11, 21)의 처리 및 제어를 위한 프로그램을 저장할 수 있고, 입/출력되는 정보를 임시 저장할 수 있다. 메모리(12, 22)가 버퍼로서 활용될 수 있다.

프로세서(11, 21)는 통상적으로 전송장치 또는 수신장치 내 각종 모듈의 전반적인 동작을 제어한다. 특히, 프로세서(11, 21)는 본 발명을 수행하기 위한 각종 제어 기능을 수행할 수 있다. 프로세서(11, 21)는 컨트롤러(controller), 마이크로 컨트롤러(microcontroller), 마이크로 프로세서(microprocessor), 마이크로 컴퓨터(microcomputer) 등으로도 불릴 수 있다. 프로세서(11, 21)는 하드웨어(hardware) 또는 펌웨어(firmware), 소프트웨어, 또는 이들의 결합에 의해 구현될 수 있다. 하드웨어를 이용하여 본 발명을 구현하는 경우에는, 본 발명을 수행하도록 구성된 ASICs(application specific integrated circuits) 또는 DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays) 등이 프로세서(11, 21)에 구비될 수 있다. 한편, 펌웨어나 소프트웨어를 이용하여 본 발명을 구현하는 경우에는 본 발명의 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등을 포함하도록 펌웨어나 소프트웨어가 구성될 수 있으며, 본 발명을 수행할 수 있도록 구성된 펌웨어 또는 소프트웨어는 프로세서(11, 21) 내에 구비되거나 메모리(12, 22)에 저장되어 프로세서(11, 21)에 의해 구동될 수 있다.

본 발명의 실시예들에 있어서, 애플리케이션 (엔티티) 또는 리소스 관린 엔티티 등은 각각 그들이 설치되어 있거나 탑재되어 있는 장치들, 즉 전송장치(10) 또는 수신장치(20)로 동작할 수 있다.

이와 같은, 수신장치 또는 전송장치로 애플리케이션 (엔티티) 또는 리소스 관린 엔티티 등의 구체적인 구성은, 도면과 관련하여 전술한 본 발명의 다양한 실시예에서 설명한 사항들이 독립적으로 적용되거나 또는 둘 이상의 실시예가 동시에 적용되도록 구현될 수 있다.

상술한 바와 같이 개시된 본 발명의 바람직한 실시예들에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 실시예들을 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 따라서, 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다.

본 발명은 무선 이동 통신 시스템의 단말기, 기지국, 서버 또는 기타 다른 장비에 사용될 수 있다.

Claims (13)

1. 무선 통신 시스템에서 일 엔티티의 원본 리소스의 속성을 다른 엔티티에 통지하기 위한 방법으로서,
   상기 원본 리소스의 특정 속성을 통지하기 위한, 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAttribute' 속성에 대한 갱신(update) 요청을 수신하는 단계;
   상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 MA(Mandatory Announced) 유형, 원본 리소스 내 특정 속성의 내용에 따라 선택적으로 통지되는 OA(Optional Announced) 유형, 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되며, 그리고
   상기 특정 속성이 상기 OA 유형인지를 판단하는 단계; 및
   상기 특정 속성이 상기 OA 유형인 경우, 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지하는 단계를 포함하는 것을 특징으로 하는, 속성 통지 방법.
2. 제 1 항에 있어서, 상기 갱신 요청은 상기 특정 속성의 이름을 포함하는 것을 특징으로 하는, 속성 통지 방법.
3. 제 1 항에 있어서, 상기 생성 요청은 상기 특정 속성의 이름 및 그 값을 포함하는 것을 특징으로 하는, 속성 통지 방법.
4. 제 1 항에 있어서,
   상기 생성 요청에 대한 응답을 수신하는 단계; 및
   상기 생성 요청에 대한 응답이 상기 생성이 성공적으로 되었음을 지시하면, 상기 통지 속성에 상기 특정 속성의 이름을 추가하는 단계를 더 포함하는 것을 특징으로 하는, 속성 통지 방법.
5. 제 4 항에 있어서,
   상기 통지 속성에 상기 특정 속성의 이름을 추가하고 나서, 상기 갱신 요청에 대한 응답을 전송하는 단계를 포함하고,
   상기 갱신 요청에 대한 응답은 상기 특정 속성이 추가된 통지 속성을 포함하는 것을 특징으로 하는, 속성 통지 방법.
6. 무선 통신 시스템에서 일 엔티티가 가지고 있는 원본 리소스의 속성이 다른 엔티티로 통지된 경우, 상기 원본 리소스의 속성을 통지 해제하기 위한 방법으로서,
   상기 원본 리소스의 특정 속성을 통지 해지하기 위한, 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAttribute' 속성에 대한 갱신(update) 요청을 수신하는 단계;
   상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 MA(Mandatory Announced) 유형, 원본 리소스 내 특정 속성의 내용에 따라 선택적으로 통지되는 OA(Optional Announced) 유형, 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되며, 그리고
   상기 특정 속성이 상기 OA 유형인지를 판단하는 단계; 및
   상기 특정 속성이 상기 OA 유형인 경우, 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지해제하는 단계를 포함하는 것을 특징으로 하는, 속성 통지 해제 방법.
7. 제 6 항에 있어서,
   상기 삭제 요청에 대한 응답을 수신하는 단계; 및
   상기 삭제 요청에 대한 응답이 상기 삭제가 성공적으로 되었음을 지시하면, 상기 통지 속성에 상기 특정 속성의 이름을 삭제하는 단계를 더 포함하는 것을 특징으로 하는, 속성 통지 해제 방법.
8. 제 7 항에 있어서,
   상기 통지 속성에 상기 특정 속성의 이름을 삭제하고 나서, 상기 갱신 요청에 대한 응답을 전송하는 단계를 포함하고,
   상기 갱신 요청에 대한 응답은 상기 특정 속성이 삭제된 통지 속성을 포함하는 것을 특징으로 하는, 속성 통지 해제 방법.
9. 무선 통신 시스템에서 일 엔티티의 원본 리소스 중 다른 엔티티로 통지된 특정 리소스의 자식(child) 리소스를 생성하기 위한 방법으로서,
   상기 자식 리소스를 생성하기 위한 요청을 상기 원본 리소스를 가지고 있는 제 1 장치 또는 상기 통지된 특정 리소스를 가지고 있는 제 2 장치 중 하나로 전송하는 단계; 및
   상기 요청에 대한 응답을 수신하는 단계를 포함하고,
   상기 요청이 상기 제 1 장치 또는 상기 제 2 장치로 전송되는지에 따라, 상기 생성될 자식 리소스의 타입이 달라지는 것을 특징으로 하는, 자식 리소스 생성 방법.
10. 제 9 항에 있어서, 상기 생성될 자식 리소스가 원본 리소스의 통지된 리소스 타입이면 상기 요청은 상기 제 1 장치로 전송되고, 상기 생성될 자식 리소스가 일반 리소스 타입이면 상기 요청은 상기 제 2 장치로 전송되는 것을 특징으로 하는, 자식 리소스 생성 방법.
11. 무선 통신 시스템에서 일 엔티티의 원본 리소스의 속성을 다른 엔티티에 통지하도록 구성된 장치로서, 상기 장치는:
    무선 주파수(Radio Frequency; RF) 유닛; 및
    상기 RF 유닛을 제어하도록 구성된 프로세서를 포함하고,
    상기 프로세서는 상기 원본 리소스의 특정 속성을 통지하기 위한, 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAttribute' 속성에 대한 갱신(update) 요청을 수신하고,
    상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 MA(Mandatory Announced) 유형, 원본 리소스 내 특정 속성의 내용에 따라 선택적으로 통지되는 OA(Optional Announced) 유형, 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되며,
    상기 특정 속성이 상기 OA 유형인지를 판단하고, 그리고
    상기 특정 속성이 상기 OA 유형인 경우, 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지하도록 구성되는 것을 특징으로 하는, 장치.
12. 무선 통신 시스템에서 일 엔티티가 가지고 있는 원본 리소스의 속성이 다른 엔티티로 통지된 경우, 상기 원본 리소스의 속성을 통지 해제하도록 구성된 장치로서, 상기 장치는:
    무선 주파수(Radio Frequency; RF) 유닛; 및
    상기 RF 유닛을 제어하도록 구성된 프로세서를 포함하고,
    상기 프로세서는 상기 원본 리소스의 특정 속성을 통지 해지하기 위한, 상기 원본 리소스에 포함된 기-통지된 속성들의 리스트를 포함하는 'announcedAttribute' 속성에 대한 갱신(update) 요청을 수신하고,
    상기 원본 리소스의 각 속성은 필수적으로 통지되어야 하는 MA(Mandatory Announced) 유형, 원본 리소스 내 특정 속성의 내용에 따라 선택적으로 통지되는 OA(Optional Announced) 유형, 또는 통지되지 않는 NA(Not Announced) 유형 중 하나로 설정되며,
    상기 특정 속성이 상기 OA 유형인지를 판단하고,
    상기 특정 속성이 상기 OA 유형인 경우, 상기 원본 리소스의 모든 통지된 리소스로 상기 특정 속성을 통지해제하도록 구성되는 것을 특징으로 하는, 장치.
13. 무선 통신 시스템에서 일 엔티티의 원본 리소스 중 다른 엔티티로 통지된 특정 리소스의 자식(child) 리소스를 생성하도록 구성된 장치로서, 상기 장치는:
    무선 주파수(Radio Frequency; RF) 유닛; 및
    상기 RF 유닛을 제어하도록 구성된 프로세서를 포함하고,
    상기 프로세서는 상기 자식 리소스를 생성하기 위한 요청을 상기 원본 리소스를 가지고 있는 제 1 장치 또는 상기 통지된 특정 리소스를 가지고 있는 제 2 장치 중 하나로 전송하고, 그리고
    상기 요청에 대한 응답을 수신하도록 구성되며,
    상기 요청이 상기 제 1 장치 또는 상기 제 2 장치로 전송되는지에 따라, 상기 생성될 자식 리소스의 타입이 달라지는 것을 특징으로 하는, 장치.

Images