KR20150145226A - 도메인들에 걸쳐 서비스 계층 리소스 전파 - Google Patents

도메인들에 걸쳐 서비스 계층 리소스 전파 Download PDF

Info

Publication number
KR20150145226A
KR20150145226A KR1020157025229A KR20157025229A KR20150145226A KR 20150145226 A KR20150145226 A KR 20150145226A KR 1020157025229 A KR1020157025229 A KR 1020157025229A KR 20157025229 A KR20157025229 A KR 20157025229A KR 20150145226 A KR20150145226 A KR 20150145226A
Authority
KR
South Korea
Prior art keywords
machine
resources
resource
functions
nscl
Prior art date
Application number
KR1020157025229A
Other languages
English (en)
Inventor
구앙 엑스. 루
데일 엔. 시드
폴 엘. 주니어 러셀
Original Assignee
콘비다 와이어리스, 엘엘씨
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 콘비다 와이어리스, 엘엘씨 filed Critical 콘비다 와이어리스, 엘엘씨
Publication of KR20150145226A publication Critical patent/KR20150145226A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H04L67/16—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/288—Distributed intermediate devices, i.e. intermediate devices for interaction with other intermediate devices on the same level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H04W4/005—
    • H04W72/048—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Abstract

머신-투-머신 서비스 능력 계층 리소스들 및 서브리소스들의 광고를 허용하는 머신-투-머신(M2M) 고지 절차들을 위한 기법들이 개시된다. 개시된 다양한 실시예들의 리소스 구조들 및 신호 흐름들이 정의된다.

Description

도메인들에 걸쳐 서비스 계층 리소스 전파{SERVICE LAYER RESOURCE PROPAGATION ACROSS DOMAINS}
[관련 출원들에 대한 상호 참조]
본 출원은 2013년 2월 15일자로 출원된 "MECHANISM FOR SERVICE LAYER RESOURCE PROPAGATION"이라는 제목의 미국 특허 가출원 번호 제61/765,325호의 우선권을 청구하고, 그 내용들이 본 명세서에 참조되어 포함된다.
머신-투-머신(Machine-to-machine, M2M) 기술들은 디바이스들이 유선 및 무선 통신 시스템들을 이용하여 서로 더 직접적으로 통신하게 해준다. M2M 기법들은 일의적으로 식별 가능한 객체들 및 서로 통신하고 인터넷 등의 네트워크를 통해 통신하는 그러한 객체들의 가상 표현들의 시스템인, 사물 인터넷(Internet of Things, IoT)의 추가적 실현을 가능하게 한다. IoT는 식료품점에서의 제품들 또는 집에서의 가전들 등과 같은, 심지어 일상적인 매일의 객체들과의 통신을 용이하게 할 수 있고, 이에 의해 그러한 객체들의 지식을 향상시킴으로써 비용들 및 낭비를 줄일 수 있다. 예를 들어, 상점들은 재고로 있을 수 있거나, 판매되었을 수 있는 객체들과 통신할 수 있거나 그로부터 데이터를 획득할 수 있음으로써, 매우 정확한 재고 데이터를 유지할 수 있다.
M2M 개체(예를 들어, 디바이스, 게이트웨이, 하드웨어, 소프트웨어 또는 하드웨어와 소프트웨어의 조합에 의해 구현될 수 있는 서버/플랫폼 등과 같은 M2M 기능 개체)는 애플리케이션 또는 서비스를 제공할 수 있다. 예를 들어, 광 센서는 검출된 광 레벨들을 지시하는 데이터를 제공할 수 있거나, 또는 온도조절기는 온도 데이터 및 에어 컨디셔닝 제어를 조절하기 위한 능력을 제공할 수 있다. 이 데이터는 다른 M2M 개체들에 의해 액세스될 수 있고 M2M 개체들 간에 데이터를 교환하기 위한 수단으로서 실질적으로 기능하는 "리소스"로서 이용 가능하게 될 수 있다. 리소스는 유니버셜 리소스 지시자(URI)를 이용하여 어드레싱될 수 있는 데이터의 일의적으로 어드레싱 가능한 표현일 수 있다. 그러한 리소스들의 가용성은 이러한 개체들이 M2M 통신 시스템에서 가용 리소스들을 광고하고 발견하게 해주는 "고지(Announce)"라고 불리는 메커니즘을 이용하여 M2M 서비스 능력 계층(SCL)을 통해 M2M 개체들 간에 통신될 수 있다. M2M SCL은 하드웨어 및/또는 소프트웨어에 의해 구현될 수 있고 참조 포인트들 상에 노출된 기능들(즉, M2M 개체들 사이의 기능적 인터페이스들)을 제공하는 기능적 개체이다. 예를 들어, M2M SCL은 상이한 M2M 애플리케이션들 및/또는 서비스들에 의해 공유되거나 공통적으로 이용되는 공통 (서비스) 기능성들을 제공할 수 있다. 이러한 공통 기능성들은 개방된 인터페이스들의 세트를 이용하여 노출될 수 있다. 예를 들어, M2M 서비스 능력들은 노출된 인터페이스들(예를 들어, 3GPP, 3GPP2, ETSI TISPAN, 등에 의해 특정된 기존의 인터페이스들)의 세트를 통해 셀 방식 코어 네트워크 기능성들을 이용할 수 있고, 또한 하나 이상의 다른 코어 네트워크에 인터페이스할 수 있다. 리소스들을 제공하는 디바이스들이 간단한 디바이스들일 수 있기 때문에, 리소스를 고지하는 통신들은, 원래의 리소스가 상주하는 곳일 수 있는 "호스팅" SCL 개체로서 지칭되는 더 지적인 디바이스에 의해 종종 취급된다. SCL에서의 다른 M2M 통신들처럼, 리소스 고지들은 임의의 통신하는 M2M 개체들 사이에 애플리케이션 계층 아래의 실제 통신 경로 및 물리적 통신 인터페이스들과 무관한 "참조 포인트들"이라고 지칭되는 각각의 개체에서 논리적 통신 인터페이스들을 이용하여 이루어진다.
M2M 디바이스들 및 개체들은 일반적으로 M2M 네트워크 도메인들로 조직화된다. 많은 구현들에서, 네트워크 SCL 개체(NSCL)로 구성된 M2M 서버는 동일한 M2M 네트워크 도메인에서 다른 디바이스들(예를 들어, 다른 M2M 디바이스들과 M2M 게이트웨이들)에 의한 사용을 위해 리소스들과 리소스 데이터를 유지할 수 있다. 그러나, 현재 M2M 구현들에서, SCL 개체는 그 자신의 네트워크 도메인 내의 다른 SCL 개체들에게 SCL에 등록된 애플리케이션과 연관된 리소스들만을 고지할 수 있다. 현재 사용중인 고지 절차들은 SCL들의 고지를 또한 허용하는 것보다 오히려 SCL 개체들(간단히 "SCL들"로서 지칭될 수 있음)에 의해 애플리케이션 리소스들을 고지하는 것으로 제한되고, 리소스를 고지하는 디바이스와 동일한 네트워크 도메인 내의 NSCL에의 고지들만을 용이하게 한다.
본 명세서에 개시된 실시예들은 하나의 도메인 내의 머신-투-머신 네트워크 노드의 방법들을 포함하고, 상기 방법들은 그 도메인 내의 리소스 또는 서비스 능력 계층 개체를 광고하기 위한 요청을 생성하고, 노드들 사이에 인터-도메인 참조 포인트를 통해 다른 도메인 내의 다른 머신-투-머신 네트워크 노드에 그 요청을 송신하기 위한 것이다.
본 명세서에 개시된 실시예들은 머신-투-머신 네트워크 노드를 더 포함하고, 상기 노드는 그 노드의 도메인 내의 리소스를 광고하기 위한 요청을 생성하는 동작, 및 노드들 사이에 인터-도메인 참조 포인트를 통해 다른 도메인 내의 다른 머신-투-머신 네트워크 노드에 그 요청을 송신하는 동작을 포함하는 동작들을 유발하기 위한 명령어들을 실행한다.
본 명세서에 개시된 실시예들은 컴퓨터 판독 가능 명령어들이 저장되어 있는 컴퓨터 판독 가능 매체를 더 포함하고, 상기 컴퓨터 판독 가능 명령어들은 실행될 때, 노드의 도메인 내의 리소스를 광고하기 위한 요청을 생성하는 동작, 및 노드들 사이에 인터-도메인 참조 포인트를 통해 다른 도메인 내의 다른 머신-투-머신 네트워크 노드에 그 요청을 송신하는 동작을 포함하는 동작들을 유발한다.
이 개요는 하기의 상세한 설명에서 더 기술되는 개념들 중 선택된 것들을 간단한 형태로 소개하기 위해 제공된다. 이 개요는 청구되는 요지의 주요 특징들 또는 핵심 특징들을 식별하기 위해 의도되지 않으며, 청구된 요지의 범위를 제한하기 위해 사용되도록 의도되지 않는다. 또한, 청구된 요지는 본 개시의 임의의 부분에서 주목된 임의의 또는 모든 단점들을 해결하는 임의의 한정들로 제한되지 않는다.
도 1은 디바이스들과 참조 포인트들을 포함하는 예시적인 M2M 시스템을 도해한다.
도 2는 도메인 내의 리소스들을 고지하기 위한 절차들의 예시적인 신호 흐름을 도해한다.
도 3은 예시적인 리소스 구조를 도해한다.
도 4는 다른 예시적인 리소스 구조를 도해한다.
도 5는 다른 예시적인 리소스 구조를 도해한다.
도 6은 네트워크 도메인들 사이에 리소스들을 고지하기 위한 절차들의 예시적인 신호 흐름을 도해한다.
도 7은 네트워크 도메인들 사이에 SCL들을 고지하기 위한 절차들의 예시적인 신호 흐름을 도해한다.
도 8은 네트워크 도메인들 사이에 리소스들을 갱신하기 위한 절차들의 예시적인 신호 흐름을 도해한다.
도 9는 도메인들 사이에 리소스들을 삭제하기 위한 절차들의 예시적인 신호 흐름을 도해한다.
도 10은 SCL 리소스를 고지하기 위한 절차들의 예시적인 신호 흐름을 도해한다.
도 11은 예시적인 리소스 트리 구조를 도해한다.
도 12는 예시적인 리소스 트리 구조를 도해한다.
도 13은 고지된 SCL 리소스의 서브리소스를 고지하기 위한 절차들의 예시적인 신호 흐름을 도해한다.
도 14는 예시적인 리소스 트리 구조를 도해한다.
도 15는 예시적인 리소스 트리 구조를 도해한다.
도 16a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 머신-투-머신(M2M) 또는 사물 인터넷(IoT) 통신 시스템의 계통도이다.
도 16b는 도 16a에 도해된 M2M/IoT 통신 시스템 내에 이용될 수 있는 예시적인 아키텍처의 계통도이다.
도 16c는 도 16a에 도해된 통신 시스템 내에 이용될 수 있는 예시적인 M2M/IoT 단말기 또는 게이트웨이 디바이스의 계통도이다.
도 16d는 도 16a의 통신 시스템의 양태들이 실시될 수 있는 예시적인 컴퓨팅 시스템의 블록도이다.
ETSI M2M TS 102 690 V2.0.12(본 명세서에서: "ETSI M2M 규격")는 하나의 서비스 계층 개체가 그의 리소스들을 다른 개체들에 광고하는 것을 허용함에 의해 여러 개체들에 의한 리소스들의 이용을 용이하게 하는 "고지(Announce)"라고 불리는 메커니즘을 정의한다. 본 개시는 이 규격을 참조할 수 있고/있거나 개시된 실시예들의 이해를 돕기 위해 이 규격에서 이해되는 용어들을 사용할 수 있다.
본 명세서에 기재된 실시예들은 묘사적 상태 전달(REST) 아키텍처의 관점에서 기술되고, 기술되는 컴포넌트들 및 개체들은 REST 아키텍처(REST적인 아키텍처)의 제약들에 따른다. REST적인 아키텍처는 이용되는 물리적 컴포넌트 구현 또는 통신 프로토콜들의 관점에서보다는 오히려 아키텍처에 사용된 컴포넌트들, 개체들, 커넥터들, 및 데이터 요소들에 적용된 제약들의 관점에서 설명된다. 그러므로, 컴포넌트들, 개체들, 커넥터들, 및 데이터 요소들의 역할들과 기능들이 기술될 것이다. REST적인 아키텍처에서, 일의적으로 어드레싱 가능한 리소스들의 표현들이 개체들 사이에 전달된다. ETSI M2M 규격은 SCL상에 상주하는 리소스 구조를 표준화했다. REST적인 아키텍처에서 리소스들을 취급할 때, 생성(Create)(자식 리소스들을 생성), 검색(Retrieve)(리소스의 콘텐츠를 판독), 갱신(Update)(리소스의 콘텐츠를 기입), 또는 삭제(Delete)(리소스를 삭제) 등과 같이, 리소스들에 적용될 수 있는 기본적인 방법들이 있다. 통상의 기술자는 본 실시예들의 구현들이 본 개시의 범위 내에 남아 있으면서 변형될 수 있다는 것을 이해할 것이다. 통상의 기술자는 또한 개시된 실시예들이 예시적인 실시예들을 기술하기 위해 본 명세서에 사용된 ETSI M2M 아키텍처를 이용하는 구현들로 제한되지 않는다는 것을 이해할 것이다. 개시된 실시예들은 예컨대, 하나의 M2M 및 다른 M2M 시스템들 및 아키텍처들과 같은, 다른 아키텍처들 및 시스템들에서 구현될 수 있다.
배경 기술 섹션에서 논의한 바와 같이, 현재 M2M 구현들에서, SCL 개체는 그 자신의 네트워크 도메인 내의 다른 SCL 개체들에게 애플리케이션과 연관된 리소스들을 고지하는 것만 할 수 있다. 또한, 현재 사용 중인 고지 절차들은 SCL을 나타내는 리소스들(간단히 "SCL 리소스"로서 지칭될 수 있음)의 고지를 또한 허용하는 것보다 오히려 SCL 개체들(간단히 "SCL들"로서 지칭될 수 있음)에 의해 애플리케이션과 연관된 리소스들(간단히 "리소스"로서 지칭될 수 있음)을 고지하는 것으로 제한되고, 리소스를 고지하는 개체와 동일한 네트워크 도메인 내의 NSCL에의 고지들만을 용이하게 한다. 하기에 기술된 실시예들은 기존의 고지 메커니즘을 향상시켜서, SCL이 SCL 리소스 및 그것의 서브리소스들을 다른 SCL들에 고지할 수 있게 한다. 예를 들어, NSCL은 NSCL의 도메인 내의 리소스들 및 SCL 리소스들을 상이한 도메인들 내의 하나 이상의 다른 NSCL에 광고할 수 있다. 대안적으로, 예컨대 게이트웨이 SCL들(GSCL들) 및 디바이스 SCL들(DSCL들)과 같은 다른 SCL들도 또한 리소스들 및 SCL 리소스들을 동일한 또는 상이한 도메인 내의 하나 이상의 다른 SCL에 광고할 수 있다. 이것은 상이한 네트워크 도메인들 내의 M2M 개체들에 의한 하나의 네트워크 도메인 내의 리소스들 및 SCL 리소스들에의 액세스를 허용한다.
도 1은 어떤 개시된 실시예들에 사용될 수 있는 예시적인 ETSI M2M 시스템(100)을 도해한다. 이 예시적인 시스템은 개시된 요지의 기술을 용이하게 하기 위해 간단화되고, 본 개시의 범위를 제한하고자 의도되지 않는다는 것을 유의한다. 다른 디바이스들, 시스템들, 및 구성들이 시스템(100) 등과 같은 시스템에 부가적으로, 또는 그 대신에 본 명세서에 개시된 실시예들을 구현하기 위해 이용될 수 있고, 그러한 실시예들 모두는 본 개시의 범위 내인 것으로 고려된다.
시스템(100)은 네트워크 도메인들(110, 120) 내의 M2M 디바이스들과 개체들을 포함할 수 있다. NSCL(111)은 도메인(110) 내에 있을 수 있고, M2< 서버 플랫폼(115)에서 네트워크 애플리케이션(NA)(112)으로 구성될 수 있다. NA(112)와 NSCL(111)은 참조 포인트 mIa(113)를 통해 통신할 수 있다. mIa 참조 포인트들은 NA가 M2M 도메인에서 NSCL로부터 이용 가능한 M2M 서비스 능력들에 액세스하게 허용할 수 있다. 또한 M2M 게이트웨이 디바이스(140)에서 구성될 수 있는 게이트웨이 애플리케이션(GA)(142)과 GSCL(141)은 네트워크 도메인(100) 내에 있을 수 있다. GSCL(141)과 GA(142)는 참조 포인트 dIa(143)를 이용하여 통신할 수 있다. M2M 디바이스(150)에서 구성될 수 있는 디바이스 애플리케이션(DA)(152)과 DSCL(151)이 네트워크 도메인(100) 내에 더 있을 수 있다. DSCL(151)과 DA(152)는 참조 포인트 dIa(153)를 이용하여 통신할 수 있다. GSCL(141)과 DSCL(151) 각각은 참조 포인트 mId(160)를 이용하여 NSCL(111)과 통신할 수 있다. 일반적으로, dIa 참조 포인트들은 디바이스 및 게이트웨이 애플리케이션들이 그들 각각의 로컬 서비스 능력들(즉, DSCL과 GSCL에서 각각 이용 가능한 서비스 능력들)과 통신하게 해준다. mId 참조 포인트는 M2M 디바이스(예를 들어, DSCL(151)) 또는 M2M 게이트웨이(예를 들어, GSCL(141)) 내에 상주하는 M2M SCL이 네트워크 도메인 내의 M2M 서비스 능력들과 통신하게 해주고, 그 역도 마찬가지이다(예를 들어, NSCL(111)).
NSCL(121)은 NA(122)와 도메인(120) 내에 있을 수 있다. NA(122)와 NSCL(121)은 mIa 참조 포인트(123)를 통해 통신할 수 있다. mIm 참조 포인트(130)는 상이한 네트워크 도메인들 내의 M2M 네트워크 노드들, 예컨대 네트워크 도메인(110) 내의 NSCL(111)과 네트워크 도메인(120) 내의 NSCL(121)이 서로 통신하게 허용하는 인터-도메인 참조 포인트일 수 있다. 하기에서 설명되는 방법들 및 장치의 실시예들에서, 그러한 인터-도메인 통신은 도메인들에 걸쳐 리소스들 및 SCL 리소스들을 고지하기 위해 이용될 수 있다.
SCL은 그것이 등록했던 그리고 고지 요청을 수용할 수 있는 SCL들에만 리소스를 고지할 수 있다. 실시예에서, 모든 잠재적 "고지 받는 SCL들"에 리소스를 고지하는 데 사용되는 절차들은 관련된 mIa 또는 dIa 및 mId 참조 포인트 중 하나 또는 둘 다를 이용할 수 있다. 고지 받는 SCL은 콘텐츠가 호스팅 SCL에 의해 호스팅되는 원래의 리소스를 지칭할 수 있는 "고지된 리소스"를 포함하는 SCL이다. 고지된 리소스는 예컨대 다른 SCL(호스팅 SCL)에 의해 호스팅되는 원래의 리소스에의 링크, 검색 스트링들, 및 액세스 권리들 등과 같은 속성들의 단지 제한적 세트로 구성될 수 있는 실제 리소스이다. 고지된 리소스는 발견 요청의 발행자가 원래의 리소스를 찾기 위해 모든 SCL들에 연락할 필요가 없도록 호스팅 SCL에 의해 호스팅되는 원래의 리소스의 발견을 용이하게 한다. 고지의 원래의 발행자가 예컨대 GA(142), DA(152), 또는 NA(122) 등과 같은 애플리케이션이면, 고지는 mIa 또는 dIa 참조 포인트 각각에서 트리거될 수 있다. 예를 들어, dIa(143)는 GA(142)에 대한 고지를 트리거하는 데 사용될 수 있고 dIa(153)는 DA(152)에 대한 고지를 트리거하는 데 사용될 수 있다. 고지는 그 후 mId(160)를 이용하여 NSCL(111)에 전송(실행)될 수 있다. 고지 요청의 원래의 발행자가 예컨대 GSCL(141) 또는 DSCL(151)과 같은 SCL이면, 고지는 mId(160)에서 트리거 및 실행 둘 다 될 수 있다. 고지 요청의 원래의 발행자가 예컨대 GSCL(141) 또는 DSCL(151)과 같은 SCL이면, 애플리케이션은 고지의 상태를 통지받도록 요청할 수 있다. 애플리케이션들은 리소스에 액세스하기 위해 SCL에 고지되는 정보를 이용할 수 있다. 예를 들어, 고지된 애플리케이션에 대한 링크 및/또는 검색 스트링들이 고지된 애플리케이션과 통신하기 위해 다른 애플리케이션에 의해 이용될 수 있다.
실시예에서, 고지 요청의 발행자가 애플리케이션(예를 들어, NA(122), GA(142), DA(152))인 경우에, 애플리케이션은 리소스의 적절한 속성을 변경하여 리소스를 다른 SCL들에 고지하도록 요청할 수 있다. 고지 절차를 시작하기 위한 트리거는 그것의 로컬 SCL에의 발행자의 등록일 수 있다. 예를 들어, GA(142)가 네트워크 도메인(110) 내의 GSCL(141)에 등록할 때, 등록은 GA(142)의 리소스들을 고지하기 위한 프로세스의 개시를 트리거할 수 있다. 대안적으로, 예컨대 네트워크 도메인(110) 내의 DSCL(151)상의 DA(152)를 위한 새로운 리소스의 생성 등과 같은 로컬 SCL상의 새로운 리소스의 생성, 또는 예컨대 네트워크 도메인(120) 내의 NSCL(121)상의 NA(122)와 연관된 리소스의 갱신 등과 같은 로컬 SCL상의 리소스의 갱신은 각각의 애플리케이션의 리소스들을 고지하기 위한 프로세스의 개시를 트리거할 수 있다.
도 2는 리소스 고지 절차의 신호 흐름을 도해한다. 애플리케이션(예를 들어, NA, GA, 또는 DA)과 연관된 리소스들의 고지를 요청하기 위해, 발행자(210)는 호스팅 SCL일 수도 있지만 그럴 필요는 없을 수 있는 로컬 SCL일 수 있는 SCL(220)에 mIa 또는 dIa 참조 포인트(240)를 통해 고지 요청(211)을 전송할 수 있다. 고지 요청(211)은 발행자(210)의 SCL(220)에의 등록시에 발생되는 생성 요청일 수 있다. 대안적으로, 고지 요청(211)은 발행자(210)를 위해 SCL(220)에서의 새로운 리소스(즉, 이전에 발행자(210)를 위해 SCL(220)에서 생성되지 않은 리소스)의 생성을 요청하는 것일 수 있다. 다른 대안에서, 고지 요청(211)은 발행자(210)를 위해 SCL(220)상에서의 기존의 리소스(즉, 발행자(210)를 위해 이미 SCL(220)에 의해 호스팅된 리소스)의 갱신을 요청하는 갱신 요청일 수 있다.
고지 요청(211)은 "고지 속성 리스트"로서 지칭되는 리스트에 제공된 하나 이상의 고지 속성을 포함할 수 있고, 여기서 각각의 속성은 고지의 범위에 관한 정보를 포함한다. 그러한 속성들은 요청되는 고지의 타입을 포함할 수 있다. 속성들은 발행자가 고지 속성 리스트 또는 고지 요청(211)에서 특정 SCL들을 열거하여 고지가 행해질 그 특정 SCL들을 결정할 것임을 더 지시할 수 있거나, 또는 속성들은 로컬 SCL이 고지가 행해질 SCL들의 결정을 행할 것임을 지시할 수 있다. 속성들은 고지 동작이 발행자에게 확인될 필요가 있는지 더 지시할 수 있다. 고지 동작 확인은 모든 인터페이스 절차들에 대해 또는 그러한 절차들의 단지 서브세트에 대해서만 이용될 수 있다. 이러한 속성들은 고지가 가능한지(예를 들어, 활성 또는 비활성) 더 지시할 수 있다. 비활성 속성을 이용함에 의해, 고지 속성 리스트가 로컬 SCL(예를 들어, SCL(220))에 파퓰레이팅할 수 있지만, 고지가 로컬 SCL로부터 다른 SCL들(예를 들어, SCL(230))에 행해지지 않을 수 있다. 비활성 속성의 이용은 리소스 생성시에만 허용될 수 있고, 활성 속성이 수신될 때까지 SCL이 리소스를 고지하는 것을 방지하기 위해 사용될 수 있다. 어떤 실시예들에서, 일단 고지가 활성인 것으로 지시되면, 비활성 속성의 이용이 허용 또는 수용되지 않을 수 있다.
속성 리스트는 발행자(210)가 SCL(220)에서 생성 또는 갱신을 요청할 수 있는 모든 고지가능 리소스들에 적용 가능할 수 있다. SCL(220)에 등록시에 발행자(210)에 의해 제공되는 속성 리스트는 발행자(210)의 디폴트 속성 리스트로서 지칭될 수 있다. 발행자(210)의 고지가능 리소스들은 또한 그들 자신의 각각의 속성 리스트를 제공할 수 있고, 이 경우에 발행자(210)의 디폴트 속성 리스트는 그 특정 리소스에 대해 사용되지 않을 수 있다. 발행자(210)에 의한 디폴트 속성 리스트에의 갱신들 또는 변화들은 이전에 SCL(220)상에서 생성된 고지가능 리소스들에 전파되지 않지만, 갱신된 디폴트 속성 리스트를 이용하여 발행자(210)의 임의의 새로운 고지가능 리소스들이 요청될 수 있다. SCL(220)에서 기존의 리소스의 속성들을 변화시키기 위해, 발행자(210)는 갱신된 속성 리스트를 포함하는 리소스에 대한 갱신을 SCL(220)에 전송할 수 있다.
SCL(220)은 발행자(210)가 리소스들을 고지하기 위해 허가된 발행자들의 리스트에 있다고 결정함으로써 수신된 고지 요청(211)을 유효화할 수 있다. 이 리스트는 "액세스권리들(accessRights)"이라고 레이블될 수 있다. 유효화될 수 없다면(예를 들어, 발행자(210)가 SCL(220)에 등록되지 않거나, 발행자(210)가 SCL(220)에서 요청된 리소스를 생성하거나 갱신하는 것이 허가되지 않거나, 또는 고지 요청(211)에 포함된 속성이 허용 가능하지 않기 때문에), SCL(220)은 고지 절차들 중 어떤 것도 수행하지 않을 수 있고, 어떤 실시예들에서는 에러 메시지를 발행자(210)에게 리턴할 수 있다. 유효화된다면, 블록(221)에서, SCL(220)은 애플리케이션(예를 들어, NA, GA, 또는 DA)을 나타내는 리소스를 생성 또는 갱신할 수 있다. 고지 요청(211)에 제공된 속성이 없다면, SCL(220)은 새로운 요청된 리소스를 생성하는 데 발행자(210)에 대한 현재 디폴트 속성 리스트를 사용할 수 있다. 발행자(210)가 SCL(220)에서 리소스들의 생성을 요청하는 것이 허가됨을 확인하는 응답(222)이 mIa 또는 dIa 참조 포인트(240)를 통해 발행자(210)에게 송신될 수 있다. SCL(220)은 고지 절차의 완료 전 또는 후에 이 응답을 전송할 수 있다.
실시예에서, 발행자(210)가 애플리케이션이고, SCL(220)이 고지해야 할 SCL들을 고지 요청(211)에 지시하지 않은 경우, SCL(220)은 후술하는 mId 참조 포인트(250)를 이용하여 고지 절차를 완료하기 전에 mIa 또는 dIa 참조 포인트(240)를 통해 발행자(210)에게 응답(222)을 전송한다는 것을 유의한다. 본 실시예에서, SCL(220)은 언제 그리고 어느 SCL들에 리소스를 고지할지 결정한다. 다른 실시예에서, 발행자(210)가 애플리케이션이고 고지 요청(211)이 SCL(220)이 고지해야 할 SCL들을 지시하는 경우, SCL(220)은 모든 지시된 SCL들에 리소스의 고지를 완료한 후 (mIa 또는 dIa 참조 포인트(240)를 통해) 응답(222)을 발행자(210)에게 전송한다. 본 실시예에서, 응답(222)은 고지된 리소스들의 상태(즉, 지시된 SCL들 각각에서 리소스가 성공적으로 생성되었는지)를 발행자(210)에게 지시할 수 있다. 본 실시예에서, 응답(222)은 성공적으로 고지된 SCL들의 리스트를 포함할 수 있다. 다른 실시예에서, 고지 요청(211)은 어떤 확인도 요구되지 않음을 지시할 수 있고, 그러므로 본 실시예에서 응답(222)이 전송되지 않을 수 있다. 다른 실시예들에서, 고지 요청(211)이 생성 요청보다 오히려 갱신 요청이고, 어떤 확인도 요구되지 않는다는 지시가 고지 요청(211)에 포함되는 경우, 응답(222)이 전송되지 않지만, 고지 요청(211)이 생성 요청일 때에는 여하튼 응답(222)이 전송된다.
고지 요청(211)이 유효하다는 결정에 응답하여, SCL(220)은 블록(223)에서 고지 절차 프로세싱을 계속할 수 있고, 언제 그리고 어느 SCL들에 새롭게 생성된 또는 갱신된 리소스를 고지할지 결정할 수 있다.
리소스 고지 요청(224)이 고지 받는 SCL(230)에 참조 포인트 mId(250)를 통해 전송될 수 있다. 리소스 고지 요청(224)은 간단히 "고지(Announce)"로서 지칭될 수 있고, 리소스의 생성을 요청하는 "생성(Create)" 요청일 수 있다. 고지(224)는 검색 스트링들, 및 생성된 리소스에의 링크를 포함할 수 있다.
실시예에서, 고지 요청(211)을 유효화하기 위해 SCL(220)에 의해 이용되는 프로세스와 마찬가지로, 고지 받는 SCL(230)은 고지(224)를 유효화할 수 있지만, 유효화의 대안적인 방법들을 이용하는 다른 실시예들이 본 개시의 범위 내에 있는 것으로 고려된다. 실시예에서, 고지 받는 SCL(230)에 리소스를 고지하도록 허가된 개체들의 고지 받는 SCL(230)의 액세스권리(accessRight) 리스트에 SCL(220)이 포함될 경우에만 리소스의 생성이 허용될 수 있다.
블록(231)에서, SCL(220)이 성공적으로 유효화되었다면, 고지 받는 SCL(230)은 특정 속성들을 갖는, 요청된 리소스 예를 들면, 애플리케이션(NA, GA, 또는 DA)의 활성 고지를 나타내는 고지된 리소스를 생성하도록 시도할 수 있다. SCL(220)이 고지 받는 SCL(230)에 리소스들을 고지하도록 허용된다고 고지 받는 SCL(230)이 결정하면, 고지 받는 SCL(230)은 고지된 리소스 데이터를 포함하기 위한 메모리 공간을 생성 및 파퓰레이팅하고, 리소스의 고지를 준비, 수행하는 데 필요한 임의의 다른 단계들을 행하는 것에 의해 진행할 것이다.
블록(231)에서의 프로세싱의 완료시에, 고지 받는 SCL(230)은 고지된 리소스의 생성이 성공적이었는지 성공적이 아니었는지 지시할 수 있는 응답(232)을 송신할 수 있다. 고지된 리소스가 고지 받는 SCL(230)에서 생성되지 않았다면(예를 들어, SCL(220)이 고지 받는 SCL(230)에 등록되지 않거나, SCL(220)이 고지 받는 SCL(230)에서 요청된 리소스를 생성하도록 허가되지 않거나, 또는 요청(224)에 포함된 속성(들)이 허용 가능하지 않기 때문에), SCL(220)은 어떤 고지 절차도 수행하지 않을 수 있고, 어떤 실시예들에서는 에러 메시지를 발행자(210)에게 리턴할 수 있다. 고지 받는 SCL(230)에서 고지된 리소스의 생성이 성공적이었다면, 응답(232)은 고지된 리소스의 식별자(예를 들어, URI(Uniform Resource Identifier)를 포함한다.
SCL(220)은 또한 고지(224)를 다른 SCL들에도 전송할 수 있고, 그러므로 점선 박스(260) 내의 단계들은, 리소스가 SCL(220)이 고지되어야 한다고 결정했던 모든 SCL에 고지될 때까지 반복될 수 있다는 것을 유의한다. 고지 요청(211)에 포함된 고지 속성 리스트에서 특정되지 않았다면, SCL(220)은 어느 SCL들에 리소스가 고지되어야 하는지 결정할 수 있다. SCL(220)은 또한 리소스에 대해 대응하는 만료 시각을 제공할 수 있다.
실시예에서, 기존의 M2M 고지 프로세스들에 비한 개선으로서, 다시 도 1을 참조하면, NSCL(111)은 고지가능 서브리소스들을 포함한, SCL 리소스들을 고지하도록 구성될 수 있다. 다른 SCL(예를 들어, GSCL(141), DSCL(151))로부터 또는 애플리케이션(예를 들어, NA(112), GA(142), DA(152))으로부터 수신된 고지 속성 리스트에 기초하여, NSCL(111)은 mIm 참조 포인트(130)를 통해 고지(예를 들어, 생성 요청)를 전송함으로써 mIm 참조 포인트(130)를 통해 도메인(120) 내의 NSCL(121) 등과 같은 고지 받는 NSCL에 리소스를 고지할 수 있다. 리소스가 NSCL(111)에 의해 호스팅된다면(예를 들어, NA(112)에서 유래한 리소스), NSCL(111)은 고지된 리소스를 생성할 수 있고, 예를 들어, 검색 스트링들 및 원래 리소스에의 링크를 포함하는 고지된 리소스를 포함하는 "리소스 고지" 요청을 NSCL(121)에 전송할 수 있다. 리소스가 다른 SCL(예를 들어, GSCL(141), DSCL(151))에 의해 NSCL(111)에 고지되었다면, 리소스는 NSCL(111)에서 고지된 리소스이고, NSCL(111)에 의해 수신된 리소스를 생성하기 위한 요청과 동반된 속성 리스트에 포함되었던 고지가 행해져야 할 특정 SCL들의 리스트에 따라 NSCL(111)은 리소스를 NSCL(121)에 고지할 수 있다. 이 속성 또는 리스트는 리소스의 "announceTo" 속성으로서 지칭될 수 있다는 것을 유의한다.
ETSI M2M 규격은 <scl> 리소스를 정의하는데, 이 리소스는 <scl> 리소스를 저장하는 SCL에 등록된 원격 SCL을 나타낸다. 이 규격은 <sclBase> 리소스가 위치한 SCL에 등록된 모든 SCL들(또는 SCL이 등록된 것)(즉, <sclBase> 리소스를 저장하는 SCL에 등록된 모든 SCL들)을 나타내는 모든 <scl> 리소스들을 포함하는 컬렉션 리소스(즉, 제로 이상의 다른 리소스를 나타내는 리소스) "scls"를 포함한, <sclBase> 리소스를 저장하는 SCL에서 상주하고 이용 가능한 모든 리소스들("서브리소스들"로서 지칭될 수 있음)을 포함한 루트 리소스인 <sclBase>를 더 정의한다. 그러므로, SCL의 <sclBase>에 등록된 각각의 원격 SCL은 그 SCL의 <sclBase> 리소스 내의 <scl> 리소스에 의해 표현된다. 마찬가지로, 각각의 등록받는 SCL은 또한 등록하는 SCL의 <sclBase> 내의 서브-세트 <scl> 리소스로서 표현된다. 예를 들어, 도 1을 다시 참조하고 ETSI 리소스 표기법을 이용하면, GSCL(141)이 NSCL(111)에 등록할 때, 두 개의 <scl> 리소스가 생성되는데, 하나는 GSCL(141) 내에 있고 - <sclBase 141>/scls/<scl 111> 리소스 - 하나는 NSCL(111) 내에 있다 - <sclBase 111)>/scls/<scl 141> 리소스 -.
도 3은 도 1에 대해 설명한 것 등과 같은 어떤 실시예들에서 기술된 SCL들을 나타낼 수 있는 예시적인 <scl> 리소스(300)의 구조를 도해한다. <scl> 리소스(300)는 하나 이상의 속성들(attributes)(305)과 제로 이상의 각각의 서브리소스 컨테이너(containers)(310), 그룹들(groups)(315), 애플리케이션들(applications)(320), 액세스권리들(accessRights)(325), 가입들(subscriptions)(330), mgmtObjs(335), 통지채널들(notificationsChannels)(340), m2mPocs(345), 및 어태치된디바이스들(attachedDevices)(350)을 포함할 수 있다. 어떤 실시예들에서, 다른 서브리소스들 및 리소스 파라미터들이 이용될 수 있지만, 다른 실시예들에서는 도 3에 도시된 서브리소스들 및 리소스 파라미터들 모두가 이용되는 것은 아닐 수 있다.
실시예에서, 기존의 M2M 고지 절차들에 비한 개선으로서, 고지된 SCL을 각각 나타내는 리소스들의 세트, 및 컬렉션 리소스가 위치하는 개체의 것과 상이한 네트워크 도메인 내에 있을 수 있는 그것의 가용의 서브리소스들을 나타내는 컬렉션 리소스가 또한 <scl> 리소스 아래에 포함될 수 있다. 이 컬렉션 리소스는 어떤 실시예들에서 "sclAnncs"로서 지칭될 수 있다. 이 컬렉션 리소스의 예는 도 3의 <scl> 리소스(300) 아래의 sclAnncs(355)로서 도시된다. 또한, 속성들(305) 중에 이 <scl> 리소스(300)의 고지가 행해져야 하는 SCL들의 리스트인 "announceTo" 속성이 있을 수 있다. <scl> 리소스(300)가 구성되는 SCL은 announceTo 리스트 내의 SCL들에 리소스들을 고지하려고 시도할 것이다. 전술한 바와 같이, 리소스들을 고지할 개체들의 리소스가 mIa 또는 dIa 참조 포인트를 통해 수신되는 고지 요청에 제공되지 않는다면, 로컬 SCL은 어디에 리소스가 고지될지를 결정할 것이다. 또한 속성들(305) 중에 <scl> 리소스(300)로 구성된 SCL에 등록되는 SCL들의 리스트인 "registeredScls" 속성이 있을 수 있다. (도 1의 예에서, <scl> 리소스(300)로 구성된 NSCL(111)에 GSCL(141)이 등록하면, GSCL(141)은 NSCL(111)의 registeredScls의 요소이다).
sclAnncs 리소스(355)는 제로 이상의 서브리소스(예를 들어, SCL의 리소스들)를 포함할 수 있는데, 그 각각은 <sclAnnc> 리소스로서 지칭될 수 있다. 각각의 <sclAnnc> 리소스, 고지된 SCL 리소스는 SCL의 활성 고지를 나타낸다. SCL은 sclAnncs 리소스(355)가 구성되는 SCL의 것과는 상이한 네트워크 도메인 내의 등록된 SCL일 수 있다. <sclAnnc> 리소스는 SCL로부터 다른 SCL들로, 어떤 실시예들에서는 mIm 참조 포인트를 통해 SCL 리소스를 고지하는 데 사용된다.
도 4는 도 3의 예시적 <scl> 리소스(300)의 sclAnncs 리소스(355) 등과 같은 sclAnncs 리소스를 나타내는 데 사용될 수 있는 예시적인 sclAnncs 컬렉션 리소스(400)의 데이터 구조를 도해한다. sclAnncs 리소스(400)는 본 명세서에 기재된 임의의 속성들 또는 임의의 다른 속성들일 수 있는 속성들(405)을 가질 수 있다. 예를 들어, sclAnncs 리소스(400)의 속성들(405)은 액세스 권리 리소스의 URI를 지시하는 accessRightID 속성을 포함할 수 있고, 이것은 "accessRight" 리소스로서 지칭될 수 있다. accessRightID 속성에서 참조되는 accessRight 리소스에 정의된 인가는 이 속성을 포함하는 리소스(이 예에서, sclAnncs 리소스(400))에 액세스하는 것이 허용되는 개체들, 및 수행될 수 있는 기능들(예를 들어, 검색, 갱신, 삭제, 등)을 결정할 수 있다. 리소스 타입이 accessRightID 속성 정의를 갖지 않는다면, 그 타입의 리소스들에 대한 인가들은 다른 방식들로, 예컨대 accessRightID 속성 정의를 갖지 않은 자식 리소스에 대한 부모 리소스와 연관된 인가들을 이용하여, 또는 고정된 인가를 이용하여 결정될 수 있다.
sclAnncs 리소스(400)의 속성들(405)은 또한 sclAnncs 리소스(400)의 생성의 시각을 지시하는 "creationTime" 속성을 포함할 수 있다. sclAnncs 리소스(400)의 속성들(405)은 sclAnncs 리소스(400)의 가장 최근의 갱신 또는 수정 시각을 지시하는 "lastModifiedTime" 속성을 더 포함할 수 있다. sclAnncs 리소스(400)는 또한 sclAnncs 리소스(400)가 가입될 수 있는지 지시할 수 있는 가입(subscriptions)(415)을 포함할 수 있다.
sclAnncs 리소스(400)는 또한 제로 이상의 서브리소스들 <sclAnnc>(410)을 포함할 수 있는데, 그 각각은 상이한 네트워크 도메인에 있을 수 있는 (원격) SCL의 활성 고지를 나타내고, 이들은 sclAnncs 리소스(400)가 구성된 SCL에 고지된다.
도 5는 도 4의 예시적 sclAnncs 리소스(400)의 <sclAnnc> 리소스(410) 등과 같은 <sclAnnc> 리소스를 나타낼 수 있는 예시적 <sclAnnc> 리소스(500)의 데이터 구조를 도해한다. 이 리소스는 다른 네트워크 도메인에 등록된 SCL의 활성 고지를 나타낸다. 본 명세서에서 기술되는 향상된 도메인-대-도메인 고지 능력들에 따라, <sclAnnc> 리소스(500)는, 예를 들어, mIm 참조 포인트(예를 들어, 도 1의 mIm(130))를 통해 고지들(Announces)을 송신하기 위해 이용될 수 있다.
<sclAnnc> 리소스(500)는 속성들(505), 및 <containerAnnc> 리소스들을 포함할 수 있는 제로 이상의 서브리소스 컨테이너들(510), <groupAnnc> 리소스들을 포함할 수 있는 그룹들(515), 다른 SCL에 등록된 애플리케이션의 활성 고지를 나타낼 수 있고 원래의 리소스에의 링크를 유지할 수 있는 <applicationAnnc> 리소스들을 포함할 수 있는 애플리케이션들(520), 및 <accessRightAnnc> 리소스들을 포함할 수 있는 accessRights(525)를 포함할 수 있고, 그 각각은 컬렉션 리소스일 수 있다. 이러한 서브리소스들 각각은 <sclAnnc> 리소스(500)에 링크된 수명과 범위를 가질 수 있다. 예를 들어, 고지된 <sclAnnc> 리소스(500)의 후손으로서 생성된 각각의 리소스는 <sclAnnc> 리소스(500)와 연관된 SCL이 고지 취소되거나, 또는 SCL의 고지가 만료될 때 자동으로 삭제될 수 있다. SCL의 고지는 고지되는 리소스와 동기화된 리소스와 연관된 accessRightID 및 임의의 검색스트링들(searchStrings)(리소스를 발견하기 위한 키들로서 이용되는 토큰들)를 유지할 수 있다.
컨테이너들(510)은 <containerAnnc> 리소스들의 제로 이상의 표현들을 포함할 수 있고, 그 각각은 <sclAnnc> 리소스(500)와 <sclAnnc> 리소스(500)의 부모 sclAnncs 리소스가 위치한 <scl> 리소스에 의해 표현된 SCL에 위치한 컨테이너를 나타낸다. 그룹들(515)은 <groupAnnc> 리소스의 제로 이상 표현들을 포함할 수 있고, 그 각각은 <sclAnnc> 리소스(500) 및 <sclAnnc> 리소스(500)의 부모 sclAnncs 리소스가 위치한 <scl> 리소스에 의해 표시된 SCL에 위치한 그룹 리소스를 나타낼 수 있다. 애플리케이션들(520)은 <applicationAnnc> 리소스들의 제로 이상의 표현을 포함할 수 있고, 그 각각은 <sclAnnc> 리소스(500)와 <sclAnnc> 리소스(500)의 부모 sclAnncs 리소스가 위치한 <scl> 리소스에 의해 표시된 SCL에 위치한 활성 애플리케이션을 나타낼 수 있다. AccessRights(525)는 <accessRightAnnc> 리소스들의 제로 이상의 표현을 포함할 수 있고, 그 각각은 다른 SCL 내의 <accessRight> 리소스를 표현할 수 있고 원래의 리소스에의 링크를 포함할 수 있다. 표현된 SCL들은 <sclAnnc> 리소스(500)와 <sclAnnc> 리소스(500)의 부모 sclAnncs 리소스가 위치한 <scl> 리소스에 의해 표현된 SCL에 액세스하는 것이 허용된 개체들일 수 있다.
속성들(505)은 고지되고 <sclAnnc> 리소스(500)와 연관된 리소스를 참조하는 링크인 링크 속성을 포함할 수 있다. 이 링크는 발견 프로세스 동안 제공되는 참조일 수 있다. 속성들(505)은 또한 본 명세서에 기술된 바와 같이 액세스 권리 리소스의 URI를 지시하는 accessRightID 속성을 포함할 수 있다. 속성들(505)은 또한 본 명세서에 기술된 바와 같이 연관된 리소스가 고지되어야 하는 SCL들의 리스트일 수 있는 announceTo 속성을 포함할 수 있다. 속성들(505)은 또한 리소스들을 발견하기 위한 키들로서 이용될 수 있는 토큰을 제공하는 검색스트링들(searchStrings) 속성을 포함할 수 있다. 속성들(505)은 시각(어떤 실시예들에서, 절대 시각)을 정의하는 만료시각(expirationTime) 속성을 더 포함할 수 있고, 그 시각 후에 <sclAnnc> 리소스(500)가 호스팅되는 SCL에 의해 삭제될 것이다.
ETSI 표기법을 이용하고 다시 도 1을 참조하면, GSCL(141)이 NSCL(111)에 의해 NSCL(121)에 고지되는 경우, GSCL(141)의 고지(즉, GSCL(141) 리소스의 활성 고지들을 나타내는 고지된 SCL 리소스로서)는 <nscl121Base>/scls/<nscl111>/sclAnncs/<gscl141Annc>로서 표현될 수 있다.
실시예에서, 도 1을 참조하면, SCL들 및 애플리케이션 리소스들을 고지하는 고지들(Announces)은 NSCL(111)에 의해 NSCL(121)에 mIm를 통해 전송될 수 있다. 그러한 고지들(Announces)은 SCL들 및 서브리소스들의 활성 고지들을 나타내는 <sclAnnc> 리소스들, 및 sclAnncs 컬렉션 리소스를 이용하여 행해질 수 있다. NSCL(111)과 NSCL(121)이 서로에 등록하는 경우에, <scl> 리소스가 각각에 생성된다(예를 들어, <nscl111Base>/scls/<nscl121>이 NSCL(111)에서 생성되고, <nscl121Base>/scls/<nscl111>이 NSCL(121)에서 생성된다). 고지된 SCL들은 등록 후에 생성된 <scl> 리소스 아래에 저장될 수 있다. 예를 들어, NSCL(111)이 NSCL(121)에 등록한 때, GSCL(141)이 그것이 임의의 SCL들에 또는 적어도 NSCL(121)에 고지될 수 있음을 지시한다면, GSCL(141)(NSCL(111)에 등록됨)은 mIm 참조 포인트(130)를 통해 NSCL(121)에 고지될 수 있다. ETSI 표기법을 이용하면, 고지된 GSCL(141) 리소스(즉, GSCL(141) 리소스의 활성 고지의 표현)는 <nscl121Base>/scls/<NSCL111>/sclAnncs/<gscl141Annc>로서 <nscl121Base>/scls/<NSCL111>/sclAnncs/ 아래에 저장된 <GSCL141Annc>일 수 있다. 일단 NSCL(121)에 고지된다면, 고지된 GSCL(141) 리소스는 도메인(120)에서 개체들에 이용 가능할 수 있다.
NSCL(111) 등의 고지하는 NSCL은 네트워크 도메인(170) 내의 NSCL(171), 및 네트워크 도메인(180) 내의 NSCL(181) 등 여러 다른 NSCL들에 동일한 리소스를 고지할 수 있다. 일단 NSCL들에 고지된다면, 고지된 리소스는 도메인들(170, 180) 내의 개체들뿐만 아니라, 또는 그 대신에, 도메인(110) 내의 개체들에도 이용 가능할 수 있다. 고지 속성 리스트에서 특정되지 않았다면, NSCL(111)은 어느 SCL들에 고지할지 결정할 수 있다. NSCL(111)에서 호스팅되는 리소스들에 대해, NSCL(111)은 또한 만료 시각을 제공할 수 있다. NSCL(111)에 고지된 리소스들에 대해(즉, NSCL(111)에서 호스팅되지 않음), NSCL(111)은 대응하는 리소스의 고지(Announce)에서 속성으로서 수신된 만료 시각을 이용할 수 있다.
실시예에서, 고지 받는 NSCL(121)은 NSCL(111)로부터 SCL 리소스의 고지를 수신하고 특정된 속성들을 갖는 고지된 SCL 리소스(예를 들어, <gscl141Annc>)를 생성할 수 있다. 생성은 NSCL(111)이 리소스에 대해 정의된 액세스권리(accessRight)에 따라 자식 리소스를 생성하도록 허가된다고 고지하여 허용될 수 있다. 생성이 성공적이면, 고지 받는 NSCL(121)은 생성된, 고지된 SCL 리소스의 식별자(예를 들어, URI)를 포함할 수 있는 NSCL(121)에 성공을 지시하는 응답을 리턴할 수 있다. 생성이 성공적이 아니라면, NSCL(121)은 에러 메시지를 NSCL(111)에 리턴할 수 있다.
도 6은 도 3 내지 도 5에 관해 전술한 바와 같은 데이터 구조들 및 그러한 구조들의 요소들을 이용할 수 있는 도메인들에 걸쳐 리소스들을 고지하기 위한 리소스 고지 절차의 실시예의 신호 흐름을 도해한다. 본 실시예에서, 고지 발행자(610)는 본 명세서에서 기술되는 바와 같이 예컨대 NA, GA, 또는 DA와 같은 애플리케이션이지만, 이것으로 제한되지 않는다. 고지 발행자(610)는 mIa 또는 dIa 참조 포인트(640)를 통해 고지 요청(611)을 도메인(1) 내의 NSCL(620)에 송신할 수 있다. 대안적으로, 고지 발행자(610)는 호스팅 SCL(예를 들어, DA를 호스팅하는 DSCL 또는 GA를 호스팅하는 GSCL)을 통해 고지 요청(611)을 NSCL(620)에 전송하는 애플리케이션일 수 있다. 그러한 실시예에서, 고지 요청은 mIa/dIa 인터페이스를 통해 우선 호스팅 SCL에 전송될 수 있고 호스팅 SCL은 고지 요청을 mId 인터페이스를 통해 NSCL(620)에 전송할 수 있다. 고지 요청(611)은 NSCL(620)에 발행자(610)의 등록시에 발생되는 Create(생성) 요청일 수 있다. 대안적으로, 고지 요청(611)은 발행자(610)를 위해 NSCL(620)에서의 새로운 리소스(즉, 발행자(610)를 위해 이전에 NSCL(620)에서 생성되지 않은 리소스)의 생성을 요청하는 생성 요청일 수 있다. 다른 대안에서, 고지 요청(611)은 발행자(610)를 위해 NSCL(620)에서의 기존의 리소스(즉, 발행자(610)를 위해 이미 NSCL(620)에 의해 호스팅된 리소스)의 갱신을 요청하는 "갱신" 요청일 수 있다.
고지 요청(611)은 본 명세서에서 기술된 고지 속성들, 예컨대 도 3, 도 4, 및 도 5의 속성들(305, 405, 505) 각각에 대해 기술된 것들 중 하나 이상의 임의의 것을 포함하는 고지 속성 리스트를 포함할 수 있다. 고지 속성 리스트는 발행자(610)가 NSCL(620)에서의 생성을 요청할 수 있는 모든 고지 가능 리소스들에 적용 가능할 수 있다. NSCL(620)에의 등록시에 발행자(610)에 의해 제공되는 고지 속성 리스트는 발행자(610)의 디폴트 속성 리스트로서 지칭될 수 있다. 발행자(610)의 고지 가능 리소스들은 또한 그들 자신의 속성 리스트를 제공할 수 있고, 이 경우에 발행자(610)의 디폴트 속성 리스트가 그 특별한 리소스에 대해 사용되지 않을 수 있다. 발행자(610)에 의한 디폴트 고지 속성 리스트에의 갱신들 또는 변경들은 NSCL(620)에서 이전에 생성된 고지가능 리소스들에는 전파되지 않지만, 발행자(610)의 임의의 새로운 고지가능 리소스들이 갱신된 디폴트 고지 속성 리스트를 이용하여 요청될 수 있다. NSCL(620)에서 기존의 리소스의 속성들을 변화시키기 위해, 발행자(610)는 갱신된 고지 속성 리스트를 포함하는 리소스에 대한 갱신을 SCL(620)에 전송할 수 있다.
NSCL(620)은 예를 들어, 발행자(610)가 액세스권리들(accessRights) 리스트에 있다고 결정함으로써, 본 명세서에 기술된 방법들을 이용하여 수신된 고지 요청(611)을 유효화할 수 있다. 유효화될 수 없다면(예를 들어, 발행자(610)가 NSCL(620)에 등록되지 않거나, 발행자(610)가 NSCL(620)에서 요청된 리소스를 생성 또는 갱신하도록 허가되지 않거나, 또는 고지 요청(611)에 포함된 속성들이 허용 가능하지 않기 때문에), NSCL(620)은 어떤 고지 절차도 수행하지 않을 수 있고, 어떤 실시예들에서는 에러 메시지를 발행자(610)에게 리턴할 수 있다. 유효화된다면, 블록(621)에서, NSCL(620)은 리소스를 생성 또는 갱신할 수 있다. 고지 요청(611)에 제공된 속성들이 없다면, NSCL(620)은 새로운 요청된 리소스를 생성시에 발행자(610)에 대해 현재 디폴트 고지 속성 리스트를 이용할 수 있다. 응답(622)은 mIa 또는 dIa 참조 포인트(640)를 통해 발행자(610)에게 송신될 수 있다. 응답(622)은 발행자(610)가 NSCL(620)에서의 리소스들의 생성 또는 갱신을 요청하도록 허가된다는 것을 확인할 수 있다. NSCL(620)은 고지 절차의 완료 전 또는 후에 이 응답을 전송할 수 있다.
실시예에서, 발행자(610)가 NSCL(620)이 고지해야 할 SCL들을 고지 요청(611)에 지시하지 않는 경우에, NSCL(620)은 후술하는 고지 절차의 완료 전에 응답(622)을 발행자(610)에게 전송한다는 것을 유의한다. 본 실시예에서, NSCL(620)은 언제 그리고 어느 SCL들에 리소스를 고지할지 결정한다. 다른 실시예에서, 고지 요청(611)이 NSCL(620)이 고지해야 할 SCL들을 지시하는 경우에, NSCL(620)은 모든 지시된 SCL들에 리소스의 고지를 완료한 후, mIa 또는 dIa 참조 포인트(640)를 통해 응답(622)을 발행자(610)에게 전송한다. 본 실시예에서, 응답(622)은 고지된 리소스들의 상태(즉, 지시된 SCL들 각각에 리소스가 성공적으로 생성되었는지)를 발행자(610)에게 지시할 수 있다. 본 실시예에서, 응답(622)은 성공적으로 고지되었던 SCL들의 리스트를 포함할 수 있다. 다른 실시예에서, 고지 요청(611)은 어떤 확인도 요구되지 않는다고 지시할 수 있고, 그러므로 본 실시예에서 응답(622)이 전송되지 않을 수 있다. 다른 실시예들에서, 고지 요청(611)이 생성 요청보다 오히려 갱신 요청인 경우에, 그리고 어떤 확인도 요구되지 않는다는 지시가 고지 요청(611)에 포함되는 경우에, 응답(622)이 전송되지 않지만, 고지 요청(611)이 생성 요청일 때 응답(622)이 여하튼 송신된다.
고지 요청(611)이 유효하다는 결정에 응답하여, NSCL(620)은 블록(623)에서 고지 절차 처리를 계속할 수 있고, 발행자(610)에 의해 고지될 새롭게 생성된 또는 갱신된 리소스를 언제 그리고 어느 SCL들에 고지할지 결정할 수 있다.
고지(624)는 NSCL(620)의 것(도메인(1))과는 상이한 도메인(도메인(2)) 내의 고지 받는 NSCL(630)에 참조 포인트 mIm(650)을 통해 전송될 수 있다. 고지(624)는 발행자(610)에 의해 고지될 리소스의 활성 고지를 나타내는 고지된 리소스의 생성을 요청하는 생성 요청일 수 있다. 고지(624)는 고지 받는 NSCL(230)이 본 명세서에서 바와 같이 기술된 원래 리소스에의 링크, 및 검색 스트링들을 포함할 수 있는 고지된 리소스를 생성할 것을 요청한다.
고지 받는 NSCL(630)은 실시예에서, 고지 요청(611)을 유효화하기 위해 NSCL(620)에 의해 이용되는 프로세스와 유사하게 고지(624)를 유효화할 수 있지만, 유효화의 대안적인 방법들을 이용하는 다른 실시예들이 본 개시의 범위 내에 있는 것으로 고려된다. 실시예에서, 리소스의 생성은 NSCL(620)이 고지 받는 NSCL(630)에 리소스들을 고지하도록 허가된 개체들의 고지 받는 NSCL(630)의 액세스권리(accessRight) 리스트에 포함되는 경우에만 허용될 수 있다.
블록(631)에서, NSCL(620)이 성공적으로 유효화되었다면 고지 받는 NSCL(630)은 특정 속성들을 갖는 요청된 리소스를 생성하려고 시도할 수 있다.
블록(631)에서의 처리가 완료되면, 고지 받는 NSCL(630)은 고지된 리소스의 생성이 성공적이었는지 성공적이지 않았는지 지시할 수 있는 응답(632)을 전송할 수 있다. 고지 받는 NSCL(630)에서 고지된 리소스가 생성되지 않았다면(예를 들어, NSCL(620)이 고지 받는 NSCL(630)에 등록되지 않거나, NSCL(620)이 고지 받는 NSCL(630)에서 요청된 리소스를 생성하도록 허가되지 않거나, 또는 요청(624)에 포함된 속성이 허용 가능하지 않기 때문에), NSCL(620)은 어떤 고지 절차도 수행하지 않을 수 있고, 어떤 실시예들에서는 응답(632)에서 에러 메시지를 발행자(610)에게 리턴할 수 있다. 고지 받는 NSCL(630)에서 리소스의 생성이 성공적이었다면, 응답(632)은 리소스의 식별자(예를 들어, 유니폼 리소스 식별자(Uniform Resource Identifier, URI)를 포함할 수 있다.
NSCL(620)은 또한 다른 NSCL들에도 고지(624)를 전송할 수 있고, 그러므로 점선 박스(660) 내의 단계들은, 고지 요청(611)에서 고지되도록 요구된 리소스가 NSCL(620)이 고지되어야 한다고 결정했던 모든 NSCL들에 고지될 때까지 반복될 수 있다는 것을 유의한다. 고지 요청(611)에 포함된 고지 속성 리스트에서 특정되지 않았다면, NSCL(620)은 어느 SCL들에 리소스가 고지되어야 하는지 결정할 수 있다. NSCL(620)은 또한 리소스에 대해 대응하는 만료 시각을 제공할 수 있다.
도 7은 도 3 내지 도 5에 대해 전술한 바와 같은 데이터 구조들 및 그러한 구조들의 요소들을 이용할 수 있는 SCL들을 고지하기 위한 SCL 고지 절차의 실시예의 신호 흐름을 도해한다. 본 실시예에서, 고지 발행자(710)는 본 명세서에서 기술되는 바와 같이 예컨대 DSCL 또는 GSCL과 같은 SCL이지만, 이것으로 제한되지 않는다. 고지 발행자(710)는 mId 참조 포인트(740)를 통해 SCL 리소스를 고지하기 위한 고지 요청(711)을 도메인(1) 내의 NSCL(720)에 전송할 수 있다. 이 요청은 발행자(710)의 NSCL(720)에의 등록시에 발생되는 생성 요청일 수 있다. 대안적으로, 고지 요청(711)은 발행자(710)를 위해 NSCL(720)에서의 새로운 리소스(즉, 발행자(710)를 위해 이전에 NSCL(720)에서 생성되지 않은 리소스)의 생성을 요청하는 생성 요청일 수 있다. 다른 대안에서, 고지 요청(711)은 발행자(710)를 위해 NSCL(720)에서의 기존의 리소스(즉, 발행자(710)를 위해 이미 NSCL(720)에 의해 호스팅된 리소스)의 갱신을 요청하는 "갱신" 요청일 수 있다.
고지 요청(711)은 본 명세서에서 기술된 고지 속성들, 예컨대 도 3, 도 4, 및 도 5의 속성들(305, 405, 505) 각각에 대해 기술된 것들 중 하나 이상의 임의의 것을 포함하는 고지 속성 리스트를 포함할 수 있다. 고지 속성 리스트는 NSCL(720)에 의해 고지된 SCL 발행자(710)의 모든 고지들에 적용 가능할 수 있다. 발행자(710)는 그 자신의 고지 속성 리스트를 제공할 수 있다. 발행자(710)에 의한 고지 속성 리스트에의 갱신들 또는 변경들은 NSCL(720)에는 전파되지 않을 수 있지만, 그러한 변경들은 갱신된 고지 속성 리스트를 포함하는 SCL(720)에의 갱신의 전송에 의해 NSCL(720)에 제공될 수 있다.
NSCL(720)은 예를 들어, 발행자(710)가 액세스권리들(accessRights) 리스트에 있다고 결정함으로써, 본 명세서에 기술된 방법들을 이용하여 수신된 고지 요청(711)을 유효화할 수 있다. 유효화될 수 없다면(예를 들어, 발행자(710)가 NSCL(720)에 등록되지 않거나, 발행자(710)가 NSCL(720)에서 요청된 SCL을 생성하도록 허가되지 않거나, 또는 고지 요청(711)에 포함된 속성들이 허용 가능하지 않기 때문에), NSCL(720)은 어떤 고지 절차도 수행하지 않을 수 있고, 어떤 실시예들에서는 에러 메시지를 발행자(710)에게 리턴할 수 있다. 유효화된다면, 블록(721)에서, NSCL(720)은 NSCL(720)에 저장된 SCL 리소스(예를 들어, DSCL 리소스 또는 GSCL 리소스)를 생성 또는 갱신할 수 있다. 고지 요청(711)에 제공된 속성들이 없다면, NSCL(720)은 새로운 요청된 SCL을 생성시에 발행자(710)에 대해 현재 디폴트 속성 리스트를 이용할 수 있다. 응답(722)은 mId 참조 포인트(740)를 통해 발행자(710)에게 전송될 수 있다. 응답(722)은 발행자(710)가 NSCL(720)에서의 SCL의 생성 또는 갱신을 요청하도록 허가된다는 것을 확인할 수 있다. NSCL(720)은 고지 절차의 완료 전 또는 후에 이 응답을 전송할 수 있다.
실시예에서, 발행자(710)가 NSCL(720)이 고지해야 할 SCL들을 고지 요청(711)에 지시하지 않는 경우에, NSCL(720)은 후술하는 mIm 참조 포인트(750)에서의 고지 절차의 완료 전에 응답(722)을 발행자(710)에게 (mId 참조 포인트(740)를 통해) 전송한다는 것을 유의한다. 본 실시예에서, NSCL(720)은 언제 그리고 어느 SCL들에 리소스를 고지할지 결정한다. 다른 실시예에서, 발행자(710)가 NSCL(720)이 고지해야 할 SCL들을 지시하는 경우에, NSCL(720)은 모든 지시된 SCL들에 SCL의 고지를 완료한 후, mId 참조 포인트(740)를 통해 응답(722)을 발행자(710)에게 전송한다. 본 실시예에서, 응답(722)은 고지되도록 요구된 SCL 리소스의 상태(즉, 지시된 SCL들 각각에 SCL 리소스가 성공적으로 생성되었는지)를 발행자(710)에게 지시할 수 있다. 본 실시예에서, 응답(722)은 성공적으로 고지되었던 SCL들의 리스트(즉, 고지 받는 SCL들의 리스트)를 포함할 수 있다. 다른 실시예에서, 고지 요청(711)은 어떤 확인도 요구되지 않는다고 지시할 수 있고, 그러므로 본 실시예에서 응답(722)이 전송되지 않을 수 있다. 다른 실시예들에서, 고지 요청(711)이 생성 요청보다 오히려 갱신 요청인 경우에, 그리고 어떤 확인도 요구되지 않는다는 지시가 고지 요청(711)에 포함되는 경우에, 응답(722)이 전송되지 않지만, 고지 요청(711)이 생성 요청일 때 응답(722)이 여하튼 전송된다.
고지 요청(711)이 유효하다는 결정에 응답하여, NSCL(720)은 블록(723)에서 고지 절차 처리를 계속할 수 있고, 새롭게 생성된 또는 갱신된 리소스를 언제 그리고 어느 SCL들에 고지할지 결정할 수 있다.
고지(724)는 NSCL(720)의 것(도메인(1))과는 상이한 도메인(도메인(2)) 내의 고지 받는 NSCL(730)에 참조 포인트 mIm(750)을 통해 전송될 수 있다. 고지(724)는 발행자(710)에 의해 고지될 것이 요구된 SCL 리소스(예를 들어, DSCL 또는 GSCL)의 활성 고지를 나타낼 수 있는 고지 받는 NSCL(730)에서 고지된 SCL 리소스를 생성하기 위한 생성 요청일 수 있다. 고지된 SCL 리소스는 도 5에 도시된 <sclAnnc>로 구성될 수 있고, 본 명세서에 기술된 바와 같이 원래 리소스에의 링크뿐만 아니라 만료 시각, 액세스권리(accessRight) 정보, 및/또는 검색 스트링들을 포함할 수 있다.
고지 받는 NSCL(730)은 실시예에서, 고지 요청(711)을 유효화하기 위해 NSCL(720)에 의해 이용된 프로세스와 유사하게 고지(724)를 유효화할 수 있지만, 유효화의 대안적인 방법들을 이용하는 다른 실시예들이 본 개시의 범위 내에 있는 것으로 고려된다. 실시예에서, 고지된 SCL 리소스의 생성은, NSCL(720)이 고지 받는 NSCL(730)에 SCL들을 고지하도록 허가된 개체들의 고지 받는 NSCL(730)의 액세스권리(accessRight) 리스트에 포함되는 경우에만 허용될 수 있다.
블록(731)에서, NSCL(720)이 성공적으로 유효화되었면, 고지 받는 NSCL(730)은 특정 속성들을 갖는 요청된 고지된 SCL 리소스를 생성하려고 시도할 수 있다. 고지 받는 NSCL(730)에 의해 리소스에 대해 구성된 그러한 속성들 및 다른 데이터는 예컨대 원래 리소스에의 링크, 만료 시각, 액세스권리(accessRight) 정보, 및/또는 검색 스트링들 등과 같은 고지(724)에 제공된 데이터를 포함할 수 있다.
블록(731)에서의 처리가 완료되면, 고지 받는 NSCL(730)은 고지된 SCL 리소스의 생성이 성공적이었는지 성공적이지 않았는지 지시할 수 있는 응답(732)을 전송할 수 있다. 고지 받는 NSCL(730)에서 고지된 SCL 리소스가 성공적으로 생성되지 않았다면(예를 들어, NSCL(720)이 고지 받는 NSCL(730)에 등록되지 않거나, NSCL(720)이 고지 받는 NSCL(730)에서 고지된 SCL 리소스를 생성하도록 허가되지 않거나, 또는 요청(724)에 포함된 속성들이 허용 가능하지 않기 때문에), NSCL(720)은 어떤 고지 절차도 수행하지 않을 수 있고, 어떤 실시예들에서는 에러 메시지를 발행자(710)에게 리턴할 수 있다. 고지 받는 NSCL(730)에서 고지된 SCL 리소스의 생성이 성공적이었다면, 응답(732)은 고지된 SCL의 식별자(예를 들어, 유니폼 리소스 식별자(Uniform Resource Identifier, URI)를 포함한다. 생성이 성공적이지 않다면, 응답(732)은 에러 메시지일 수 있다.
NSCL(720)은 또한 다른 NSCL들에도 고지(724)를 전송할 수 있고, 그러므로 점선 박스(760) 내의 단계들은, 발행자(710)에 의해 고지되도록 요구된 SCL 리소스가 NSCL(720)이 고지되어야 한다고 결정했던 모든 NSCL들에 고지될 때까지 반복될 수 있다는 것을 유의한다. 도 7과 관련하여 기술된 예시적인 실시예에서, SCL 리소스는 mIm 참조 포인트를 통해 하나의 NSCL로부터 다른 NSCL로 고지된다. 그러나, 다른 실시예들에서, <sclAnnc> 리소스 구성(예를 들어, 도 3, 도 4, 및 도 5를 참조)을 활용하는 유사한 SCL 리소스 고지 메커니즘이 사용될 수 있고, 이 경우에 SCL 리소스들은 다른 타입의 SCL들 간에, 예컨대 GSCL들, DSCL들 간에, 또는 상이한 타입들의 SCL들의 임의의 조합 간에 고지된다. 고지 요청(711)에 포함된 고지 속성 리스트에서 특정되지 않았다면, NSCL(720)은 어느 SCL들에 SCL 리소스가 고지되어야 하는지 결정할 수 있다. NSCL(720)은 또한 리소스에 대해 대응하는 만료 시각을 제공할 수 있다.
도 8은 도 3 내지 도 5에 대해 전술한 바와 같은 데이터 구조들 및 그러한 구조들의 요소들을 이용할 수 있는 도메인들에 걸쳐 이전에 고지된 리소스들(예를 들어, 도 6 및 도 7에 관해 기술된 방법들을 통해 생성된 고지된 리소스들)을 갱신하기 위한 리소스 고지 절차의 실시예의 신호 흐름을 도해한다. 리소스에 대한 변화들 또는 갱신들은 mId, dIa, 또는 mIa 참조 포인트들 중 임의의 것을 통해 도메인(1) 내의 고지하는 NSCL(820)에 의해 수신될 수 있다. 블록(821)에서, 고지하는 NSCL(820)은 처음에 리소스를 저장할 수 있거나, 또는 이전 갱신에 뒤이어 갱신된 리소스를 저장할 수 있다. 블록(823)에서, NSCL(820)은 리소스를 갱신하기 위한 트리거를 검출할 수 있다. 이 트리거는 searchStrings 속성 또는 accessRightID 속성의 변화 등과 같은, 원래의 리소스의 속성들의 변화에 의해 발생될 수 있다. 이 변화는 리소스의 발행자로부터 갱신을 수신함으로써 또는 임의의 다른 수단에 의해 검출될 수 있다.
트리거를 검출하는 것에 응답하여, NSCL(820)은 갱신 요청(824)을 생성할 수 있고 mIm 참조 포인트(850)를 통해 도메인(2) 내의 고지 받는 NSCL(830)에 요청(824)을 전송할 수 있다. 어떤 실시예들에서는, 리소스를 원래 고지했던 고지하는 NSCL만이 고지된 리소스를 갱신하도록 허용될 수 있다는 것을 유의한다.
요청(824)이 수신되면, 고지 받는 NSCL(830)은 본 명세서에 기재된 임의의 방법 또는 수단을 이용하여 수신된 요청을 유효화할 수 있고, 그 후, 유효화가 성공적이면, 요청(824)에 명시된 속성들로 고지된 리소스를 블록(831)에서 갱신할 수 있다. 고지된 리소스의 갱신이 성공하면, NSCL(830)은 고지된 (SCL) 리소스의 성공적인 갱신을 지시하는 응답(832)을 mIm 참조 포인트(850)를 통해 NSCL(820)에 전송할 수 있다. 그렇지 않다면, NSCL(830)은 리소스의 갱신이 성공적이지 않았다는 것을 지시하는 응답(832)을 mIm 참조 포인트(850)를 통해 NSCL(820)에 전송할 수 있다.
어떤 실시예들에서, 리소스는 하나 이상의 SCL들로부터 제거될, 또는 "고지 취소될" 필요가 있을 수 있다. 도 9는 도 3 내지 도 5에 대해 전술한 바와 같은 구조들 및 그러한 구조들의 요소들을 이용할 수 있는 도메인들에 걸쳐 이전에 고지된 리소스를 고지 취소하기 위한 리소스 고지 취소 절차의 실시예의 신호 흐름을 도해한다. 도 9에 대해 기술된 예시적인 실시예들이 SCL 리소스들을 포함한, 임의의 리소스를 고지 취소하기 위해 사용될 수 있다는 것을 유의한다. 리소스의 만료의 결과로서(즉, 리소스의 만료시각 속성에 제공된 시각이 도달했음), 리소스가 삭제되었기 때문에, 또는 mId, dIa, 또는 mIa 참조 포인트들(940) 중 임의의 것을 통해 수신된 발행자(910)로부터의 갱신 요청(911)에서 수신된 리소스에 대한 고지 속성 리스트에 대한 변경(즉, 이전에 고지되었을 SCL의 제거)의 결과로서, 도메인(1)의 NSCL(920)은 리소스가 고지 취소될 것임을 결정할 수 있다. 다른 실시예에서, 고지 취소 요청(911)은 발행자(910)로부터 수신된 리소스 삭제 요청일 수 있다. NSCL(920)은 본 명세서에 기재된 임의의 수단 또는 방법을 이용하여 또는 다른 방식으로 고지 취소 요청(911)을 유효화할 수 있다.
고지 취소 요청(911)이 성공적으로 유효화되지 않으면, NSCL(920)은 고지 취소 요청(911)이 유효화되지 않았음을 발행자(910)에게 통지하는 응답(922)을 발행자(910)에게 전송할 수 있다. 이것은 에러 메시지의 형식을 취할 수 있다. 고지 취소 요청(911)이 성공적으로 유효화되면, 리소스가 NSCL(920)로부터 삭제될 것이라면, 블록(921)에서 고지하는 NSCL(920)은 리소스를 삭제할 수 있다. 대안적으로, SCL들의 서브세트로부터 리소스가 단지 삭제될 것이거나, 또는 더 이상 고지되지 않을 것인 경우에, NSCL(920)은 고지 취소 요청들을 그러한 SCL들에 전송할 수 있다. 고지하는 NSCL(920)은 또한, 또는 그 대신에, 예를 들어, 고지 취소되도록 요구된 리소스의 고지 속성 리스트를 갱신함으로써, 블록(921)에서 리소스에 대한 고지 속성 리스트를 갱신할 수 있다. 발행자(910)가 고지 취소 요청(911)에서 요청한 고지 취소 동작들을 수행하도록 허가됨을 확인하는 응답(922)이 발행자(910)에게 전송될 수 있다. 응답(922)은 고지 취소 절차의 완료 전에 또는 고지 취소 절차가 완료한 후에 전송될 수 있다는 것을 유의한다.
블록(923)에서, NSCL(920)은 리소스가 고지 취소될 SCL들(즉, 고지 받는 SCL들)을 결정할 수 있고 NSCL(920)(도메인(1))의 것과는 상이한 도메인(도메인(2))에 있을 수 있는 고지 받는 NSCL(930)에 참조 포인트 mIm(950)을 통해 고지 취소(924)를 전송할 수 있다. 고지 취소(924)는 고지 취소되도록 요구된 리소스의 고지 속성 리스트로부터 고지 받는 NSCL(930)을 제거하는 요청(911)에서의 갱신 요청, 또는 고지 취소 요청(911)에서의 삭제 요청에 기초하여 고지된 (어떤 실시예들에서, SCL) 리소스의 삭제를 요청하는 삭제 요청일 수 있다.
고지 받는 NSCL(930)은 본 명세서에 기재된 임의의 수단 또는 방법들을 이용하여 또는 다른 방식으로 고지 취소 요청(924)을 유효화할 수 있다. 블록(931)에서, 고지 받는 NSCL(930)은 고지 취소(924)가 성공적으로 유효화되었다면 리소스를 삭제하려고 시도할 수 있다.
블록(931)에서 처리가 완료되면, 고지 받는 NSCL(930)은 리소스의 삭제가 성공적이었는지 성공적이지 않았는지 지시할 수 있는 응답(932)을 전송할 수 있다. 고지 받는 NSCL(930)로부터 리소스가 성공적으로 삭제되지 않았다면(예를 들어, NSCL(920)이 고지 받는 NSCL(930)에 등록되지 않거나, NSCL(920)이 고지 받는 NSCL(930)에서 요청된 리소스를 삭제하도록 허가되지 않거나, 또는 요청(924)에 포함된 속성들이 허용 가능하지 않기 때문에), NSCL(930)은 리소스를 삭제할 수 없을 수 있고 에러 메시지를 포함하는 응답(932)을 NSCL(920)에 리턴할 수 있다. 고지 받는 NSCL(930)에서의 리소스의 삭제가 성공적이었다면, 응답은 리소스의 성공적인 삭제의 확인을 NSCL(920)에 보낼 수 있다.
NSCL(920)은 또한 다른 NSCL들에도 고지 취소(924)를 전송할 수 있고, 그러므로 점선 박스(960) 내의 단계들은, NSCL(920)이 리소스가 고지 취소되어야 한다고 결정했던 모든 NSCL들에 리소스가 고지 취소될 때까지 반복될 수 있다는 것을 유의한다. 도 9와 관련하여 기술된 예시적인 실시예에서, 리소스(SCL 또는 다른 것)는 mIm 참조 포인트를 이용하여 두 개의 NSCL들 간에 고지 취소된다. 그러나, 다른 실시예들에서, <sclAnnc> 리소스 구성(예를 들어, 도 3, 도 4, 및 도 5를 참조)을 활용하는 유사한 리소스 고지 취소 메커니즘이 사용될 수 있고, 이 경우에 SCL 리소스들은 다른 타입들의 SCL들 간에, 예컨대 GSCL들, DSCL들 간에, 또는 상이한 타입들의 SCL들의 임의의 조합 간에 고지 취소된다.
도 10은 실시예에 따라 리소스로서 <sclAnnc>(예를 들어, 도 3, 도 4, 및 도 5를 참조)를 이용하는 SCL 리소스의 고지를 나타내는 예시적인 신호 흐름(1000)을 도해한다. 네트워크 도메인(1010) 내에 DA(1011), GSCL(1012), NA(1013), 및 NSCL(1014)이 있을 수 있다. 네트워크 도메인(1020) 내에 DA(1021), GSCL(1022), NA(1023), 및 NSCL(1024)이 있을 수 있다. 이 예에서, GSCL(1012)은 도메인(1020) 내의 개체들에 발견 가능하게 형성될 것이다. 블록(1031)에서, NSCL(1014)은 NSCL(1024)에 등록하고, NSCL(1024)은 NSCL(1014)에 등록한다. NSCL(1024)이 NSCL(1014)에 등록할 때, NSCL(1014)에서 <NSCL 1024> 리소스가 생성되는데, 이것은 NSCL(1014)에 의해 생성되는 등록된 NSCL(1024)을 나타내는 <scl> 리소스이다(즉, <NSCL 1014 Base>/scls/<NSCL 1024>). 마찬가지로, NSCL(1014)이 NSCL(1024)에 등록할 때, NSCL(1024)에서 <NSCL 1014> 리소스가 생성되는데, 이것은 NSCL(1024)에 의해 생성되는 등록된 NSCL(1014)을 나타내는 <scl> 리소스이다(즉, <NSCL 1024 Base>/scls/<NSCL 1014)).
블록(1032)에서, GSCL(1012)이 NSCL(1014)에 등록한다. 그에 대한 응답으로, NSCL(1014)은 <GSCL 1012>을 생성하는데, 이것은 <NSCL 1014 Base>/scls/ 아래의 등록된 GSCL(1012)을 나타내는 <scl> 리소스이다(즉, <NSCL 1014 Base>/scls/<GSCL 1012>). 등록시에, GSCL(1012)은 그것이 NSCL(1014)에 의해 임의의 다른 SCL들에 고지될 수 있다는 것을 지시할 수 있다. 대안적으로, GSCL(1012)은 NSCL(1014)이 GSCL(1012)을 고지할 수 있는 특정 SCL들을 지시할 수 있다.
블록(1033)에서, NSCL(1014)은 언제 그리고 어느 SCL들에 GSCL(1012)을 고지할지 결정할 수 있고, 그러한 고지들은 mIm 인터페이스를 통해 전송될 수 있다. NSCL(1014)이 GSCL(1012)의 고지를 NSCL(1024)에 전송한 후에, 블록(1034)에서, NSCL(1024)은 <GSCL 1012 Annc>를 생성할 수 있는데, 이것은 NSCL(1024)의 리소스 트리 내의 <NSCL 1024 Base>/scls/<NSCL 1014> 아래의 GSCL(1012) 리소스의 활성 고지를 나타내는 <sclAnnc> 리소스로 구성된 고지된 SCL 리소스이다(즉, <NSCL 1024 Base>/scls/<NSCL 1014>/sclAnnces/<GSCL 1012 Annc>). 리소스 <GSCL 1012 Annc>는 NSCL(1014)에 저장된 GSCL(1012) 리소스의 URI에의 링크를 포함할 수 있다. 그러므로, 이제 GSCL(1012)은 도메인(1020) 내의 SCL들 및 애플리케이션들에 발견 가능할 수 있다.
도 11은 NSCL(1014)에서 도 10의 신호 흐름에 의해 생성된 예시적인 리소스 트리(1100)를 도해한다. 블록(1101)은 <NSCL 1014 Base>이며, 그 아래에 애플리케이션 브렌치(1103)와 scls 브렌치(1102)가 위치할 수 있다. 애플리케이션 브렌치(1103)로부터 <NA 1013> 리소스의 표현을 포함하는 블록(1106)이 파생될 수 있다. scls 브렌치(1102)로부터, 연락 정보 및 리소스에의 링크를 포함할 수 있는 데이터(1107)를 포함할 수 있는 <GSCL 1012> SCL 리소스의 표현을 포함하는 블록(1104)이 파생될 수 있다. 또한 scls 브렌치(1102)로부터, 연락 정보 및 리소스에의 링크를 포함할 수 있는 데이터(1108)를 포함할 수 있는 도메인(1020) 내의 <NSCL 1024> SCL 리소스의 표현을 포함하는 블록(1105)이 파생될 수 있다.
도 12는 NSCL(1024)에서 도 10의 신호 흐름에 의해 생성된 예시적인 리소스 트리(1200)를 도해한다. 블록(1201)은 <NSCL 1024 Base>이며, 그 아래에 애플리케이션 브렌치(1203)와 scls 브렌치(1202)가 위치할 수 있다. 애플리케이션 브렌치(1203)로부터 <NA 1023> 리소스의 표현을 포함하는 블록(1206)이 파생될 수 있다. scls 브렌치(1202)로부터, 연락 정보 및 리소스에의 링크를 포함할 수 있는 데이터(1207)를 포함할 수 있는 <GSCL 1022> SCL 리소스의 표현을 포함하는 블록(1204)이 파생될 수 있다. 또한 scls 브렌치(1202)로부터, 연락 정보 및 리소스에의 링크를 포함할 수 있는 데이터(1208)를 포함할 수 있는 도메인(1010) 내의 <NSCL 1014> SCL 리소스의 표현을 포함하는 블록(1205)이 파생될 수 있다. 블록(1205) 아래에 sclAnncs 브렌치(1209)가 있을 수 있고, 그 아래에 <GSCL 1014 Annc>로서 GSCL(1014) 리소스를 나타내는 블록(1210)이 위치할 수 있다. 블록(1210)은 블록(1211)에 도시된 바와 같이 GSCL(1012) 리소스에의 링크(예를 들어, <NSCL 1014 Base>/scls/<GSCL 1012>의 URI 또는 <GSCL 1012 Base>의 URI)를 포함할 수 있다.
도 13은 실시예에 따라 고지된 SCL 리소스의 서브리소스로서의 애플리케이션의 고지를 나타내는 예시적인 신호 흐름(1300)을 도해한다. 네트워크 도메인(1310) 내에 DA(1311), GSCL(1312), NA(1313), 및 NSCL(1314)이 있을 수 있다. 네트워크 도메인(1320) 내에 DA(1321), GSCL(1322), NA(1323), 및 NSCL(1324)이 있을 수 있다. 이 예에서, DA(1311)는 도메인(1320) 내의 개체들에 발견 가능하게 형성될 것이다. 블록(1331)에서, DA(1311)는 GSCL(1312)에 등록하고, GSCL(1312)이 DA(1311)를 임의의 SCL들에 고지할 수 있음을 지시한다. 대안적으로, DA(1311)는 GSCL(1312)이 DA(1311)를 고지할 수 있는 특정 SCL들을 지시할 수 있다. GSCL(1312)는 DA(1311)를 NSCL(1314)에, 그리고 그것이 DA(1311)를 고지하도록 허용될 수 있는 도메인(1310) 내의 임의의 다른 SCL들에 고지한다.
GSCL(1312)이 DA(1311)를 NSCL(1314)에 고지했을 때, 블록(1332)에서 NSCL(1314)은 <DA 1311 Annc>를 생성했는데, 이것은 NSCL(1314)에서 DA(1311)의 고지된 리소스를 나타내기 위한 <NSCL 1314 Base>/scls/<GSCL 1312>/applications/ 아래의, DA(1311)의 활성 고지를 나타내는 고지된 리소스이다(즉, <NSCL 1314 Base>/scls/<GSCL 1312>/applications/<DA 1311 Annc>). 블록(1334)에서, 예를 들어 도 10에 나타낸 바와 같이, NSCL(1314)은 GSCL(1312)을 NSCL(1324)에 고지한다. GSCL(1312)에 등록된 애플리케이션들이 있기 때문에, NSCL(1314)은 GSCL(1312)에 등록된 그 애플리케이션들을 NSCL(1324)에 고지할 수 있다. DA(1311)는 하나의 그러한 애플리케이션의 예이다. 블록(1335)에서, NSCL(1314)은 NSCL(1324)이 DA(1311)를 고지하는 것을 요청하는 고지 요청을 NSCL(1324)에 전송한다. 블록(1336)에서, NSCL(1324)은 <NSCL 1324 Base>/scls/<NSCL 1314>/sclAnncs/<GSCLAnnc>/applications/ 아래에, DA(1311)의 고지된 리소스, <DA 1311 Annc>를 생성한다(즉, <NSCL 1324 Base>/scls/<NSCL 1314>/sclAnncs/<GSCLAnnc>/applications/<DA 1311 Annc>). 이 단계가 완료되면, 블록(1337)에서, 게이트웨이 뒤의 애플리케이션으로서 원래는 GSCL(1312)에서만 "가시적인" DA(1311)가 NSCL(1314)에서 가시적으로 된 후 도메인(1320) 내의 NSCL(1324)에서 가시적으로 된다. 그러므로, DA(1311)는 도메인(1320) 내의 SCL들 및 애플리케이션들에 대해 발견 가능하게 된다.
도 14는 NSCL(1314)에서 도 13의 신호 흐름에 의해 생성된 예시적인 리소스 트리(1400)를 도해한다. 블록(1401)은 <NSCL 1314 Base>이며, 그 아래에 애플리케이션 브렌치(1403)와 scls 브렌치(1402)가 위치할 수 있다. 애플리케이션 브렌치(1403)로부터 <NA 1313> 리소스의 표현을 포함하는 블록(1406)이 파생될 수 있다. scls 브렌치(1402)로부터, 데이터(1407)를 포함할 수 있는, <NSCL 1314>에 등록된, <GSCL 1312> SCL 리소스의 표현을 포함하는 블록(1404)이 파생될 수 있다. 데이터(1407)는 GSCL(1312)이 고지될 수 있는 SCL들의 리스트를 포함한, 이 SCL 리소스에 대한 속성들을 포함할 수 있다. 또한 scls 브렌치(1402)로부터, 도메인(1320) 내의 <NSCL 1324> SCL 리소스의 표현을 포함하는 블록(1405)이 파생될 수 있다.
<GSCL 1312> SCL 리소스를 나타내는 블록(1404) 아래에 애플리케이션 브렌치(1408)가 있을 수 있는데, 이것은 애플리케이션 리소스들의 컬렉션 리소스이다. 애플리케이션 브렌치(1408) 아래에 리소스 <DA 1311 Annc>일 수 있는, 즉, DA(1311) 리소스의 활성 고지를 나타내는 고지된 리소스일 수 있는 블록(1409)이 있을 수 있다. 이 리소스는 <GSCL 1312 Base>/Applications/<DA 1311>과 같은, 원래의 리소스에의 링크를 포함할 수 있다.
도 15는 NSCL(1324)에서 도 13의 신호 흐름에 의해 생성된 예시적인 리소스 트리(1500)를 도해한다. 블록(1501)은 <NSCL 1324 Base>이며, 그 아래에 애플리케이션 브렌치(1503)와 scls 브렌치(1502)가 위치할 수 있다. 애플리케이션 브렌치(1503)로부터 <NA 1523> 리소스의 표현을 포함하는 블록(1506)이 파생될 수 있다. scls 브렌치(1502)로부터, 연락 정보 및 리소스에의 링크를 포함할 수 있는 데이터(1507)를 포함할 수 있는 <GSCL 1322> SCL 리소스의 표현을 포함하는 블록(1504)이 파생될 수 있다. 또한, scls 브렌치(1502)로부터, 연락 정보 및 리소스에의 링크를 포함할 수 있는 데이터(1508)를 포함할 수 있는 도메인(1310) 내의 <NSCL(1314)> SCL 리소스의 표현을 포함하는 블록(1505)이 파생될 수 있다. 블록(1505) 아래에 sclAnncs 브렌치(1509)가 있을 수 있는데, 이것은 고지된 SCL 리소스들의 컬렉션 리소스이고, 그 아래에 <GSCL 1312 Annc>로서 GSCL(1312) 리소스를 나타내는, 즉, GSCL(1312) 리소스의 활성 고지를 나타내는 고지된 SCL 리소스를 나타내는 블록(1510)이 위치할 수 있다. 블록(1510)은 블록(1511)에서 GSCL(1312) 리소스에의 링크(예를 들어, <NSCL 1314 Base>/scls/<GSCL 1312>의 URI 또는 <GSCL 1312 Base>의 URI)를 포함할 수 있다. 고지된 GSCL(1312) SCL 리소스를 나타내는 블록(1510) 아래에 애플리케이션 블록(1512)(애플리케이션 리소스들의 컬렉션)이 있을 수 있는데, 그 아래에 블록(1513)이, 즉, <DA 1311 Annc>로서 DA(1311) 리소스의 활성 고지를 나타내는 고지된 리소스가 있을 수 있다. <DA 1311 Annc>는 블록(1514)에 도시된 바와 같이 그 리소스에의 링크를 포함할 수 있다.
도 16a는 서비스 계층 리소스 전파 예컨대 SCL 리소스들의 고지 또는 고지 취소 등을 위한 시스템들 및 방법들의 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적인 M2M 또는 IoT 통신 시스템(10)의 다이어그램이다. 일반적으로, M2M 기법들은 IoT에 대한 빌딩 블록들을 제공하고, 임의의 M2M 디바이스, 게이트웨이, 또는 서비스 플랫폼은 IoT뿐만 아니라 IoT 서비스 계층 등의 컴포넌트일 수 있다.
도 16a에 도시된 바와 같이, M2M/IoT 통신 시스템(10)은 통신 네트워크(12)를 포함한다. 통신 네트워크(12)는 고정 네트워크 또는 무선 네트워크(예를 들어, WLAN, 셀 방식, 또는 그와 유사한 것) 또는 이종 네트워크들의 네트워크일 수 있다. 예를 들어, 통신 네트워크(12)는 음성, 데이터, 비디오, 메시징, 브로드캐스트, 또는 그와 유사한 것 등의 콘텐츠를 여러 이용자들에게 제공하는 다중 액세스 네트워크들로 구성될 수 있다. 예를 들어, 통신 네트워크(12)는 코드 분할 다중 액세스(CDMA), 시간 분할 다중 액세스(TDMA), 주파수 분할 다중 액세스(FDMA), 직교 FDMA(OFDMA), 싱글-반송파 FDMA(SC-FDMA), 및 그와 유사한 것 등과 같은 하나 이상의 채널 액세스 방법들을 채택할 수 있다. 또한, 통신 네트워크(12)는 예를 들어, 코어 네트워크, 인터넷, 센서 네트워크, 산업적 제어 네트워크, 개인 권역 네트워크, 융합된 개인 네트워크, 위성 네트워크, 홈 네트워크, 또는 기업 네트워크 등과 같은 다른 네트워크들을 포함할 수 있다.
도 16a에 도시된 바와 같이, M2M/IoT 통신 시스템(10)은 M2M 게이트웨이 디바이스(14) 및 M2M 단말 디바이스들(18)을 포함할 수 있다. 임의의 개수의 M2M 게이트웨이 디바이스들(14)과 M2M 단말 디바이스들(18)이 요망에 따라 M2M/IoT 통신 시스템(10)에 포함될 수 있다는 것을 이해할 것이다. M2M 게이트웨이 디바이스들(14)과 M2M 단말 디바이스들(18) 각각은 통신 네트워크(12) 또는 직접 무선 링크를 통해 신호들을 전송 및 수신하도록 구성될 수 있다. M2M 게이트웨이 디바이스(14)는 고정 네트워크 M2M 디바이스들(예를 들어, PLC)뿐만 아니라 무선 M2M 디바이스들(예를 들어, 셀 방식 및 비-셀 방식)이 통신 네트워크(12)와 같은, 오퍼레이터 네트워크들을 통해 또는 직접 무선 링크를 통해 통신하도록 허용한다. 예를 들어, M2M 디바이스들(18)은 통신 네트워크(12) 또는 직접 무선 링크를 통해 데이터를 수집할 수 있고 M2M 애플리케이션(20) 또는 M2M 디바이스들(18)에 데이터를 전송할 수 있다. M2M 디바이스들(18)은 또한 M2M 애플리케이션(20) 또는 M2M 디바이스(18)로부터 데이터를 수신할 수 있다. 또한, 데이터와 신호들은 후술하는 바와 같이 M2M 서비스 플랫폼(22)을 통해 M2M 애플리케이션(20)에 전송될 수 있고 그로부터 수신될 수 있다. M2M 디바이스들(18)과 게이트웨이들(14)은 예를 들어, 셀 방식, WLAN, WPAN(예를 들어, 지그비(Zigbee), 6LoWPAN, 블루투스(Bluetooth)), 직접 무선 링크, 및 유선을 포함한 다양한 네트워크들을 통해 통신할 수 있다.
예시된 M2M 서비스 플랫폼(22)은 M2M 애플리케이션(20), M2M 게이트웨이 디바이스들(14), M2M 단말 디바이스들(18), 및 통신 네트워크(12)를 위한 서비스들을 제공한다. M2M 서비스 플랫폼(22)은 요망에 따라 임의 개수의 M2M 애플리케이션들, M2M 게이트웨이 디바이스들(14), M2M 단말 디바이스들(18), 및 통신 네트워크들(12)과 통신할 수 있다는 것을 이해할 것이다. M2M 서비스 플랫폼(22)은 하나 이상의 서버들, 컴퓨터들, 또는 그와 유사한 것에 의해 구현될 수 있다. M2M 서비스 플랫폼(22)은 M2M 단말 디바이스들(18) 및 M2M 게이트웨이 디바이스들(14)의 모니터링 및 관리 등과 같은 서비스들을 제공한다. M2M 서비스 플랫폼(22)은 또한 데이터를 수집하고, 상이한 타입들의 M2M 애플리케이션들(20)과 호환적이도록 데이터를 변환할 수 있다. M2M 서비스 플랫폼(22)의 기능들은 예를 들어, 웹 서버로서, 셀 방식 코어 네트워크에서, 클라우드에서, 기타 등등 다양한 방법들로 구현될 수 있다.
도 16b를 참조하면, M2M 서비스 플랫폼은 다양한 애플리케이션들과 버티컬들(verticals)이 레버리지 효과를 낼 수 있는 서비스 전달 능력들의 핵심 세트를 제공하는 서비스 계층(26)(예를 들어, 본 명세서에서 기술되는 바와 같은 네트워크 서비스 능력 계층(NSCL))을 일반적으로 구현한다. 이러한 서비스 능력들은 M2M 애플리케이션들(20)이 디바이스들과 상호 작용할 수 있게 하고 데이터 수집, 데이터 분석, 디바이스 관리, 보안, 청구, 서비스/디바이스 발견, 등과 같은 기능들을 수행할 수 있게 한다. 본질적으로, 이러한 서비스 능력들은 이러한 기능성들을 구현하는 애플리케이션들의 부담을 없애고, 따라서 애플리케이션 개발을 간단화하고 시장에의 비용 및 시간을 줄인다. 서비스 계층(26)은 또한 M2M 애플리케이션들(20)이, 서비스 계층(26)이 제공하는 서비스들과 관련하여 다양한 네트워크들(12)을 통해 통신할 수 있게 한다.
어떤 실시예들에서, M2M 애플리케이션들(20)은 예컨대 SCL 리소스들의 고지 또는 고지 취소 등과 같은 서비스 계층 리소스 전파를 위한 개시된 시스템들 및 방법들을 이용할 수 있는 디바이스들을 포함하는 하나 이상의 피어-투-피어 네트워크의 생성을 위한 기저를 형성하는 바람직한 애플리케이션들을 포함할 수 있다. M2M 애플리케이션들(20)은 예컨대 제한 없이, 수송, 건강 및 건강관리, 접속된 홈, 에너지 관리, 자산 추적, 및 보안과 감시 등과 같은 다양한 산업들에서의 응용들을 포함할 수 있다. 전술한 바와 같이, M2M 서비스 계층, 디바이스들에 걸쳐 실행하는 것, 게이트웨이들, 시스템의 다른 서버들은 예를 들어, 데이터 수집, 디바이스 관리, 보안, 청구, 위치 추적/지오펜싱, 디바이스/서비스 발견, 및 레거시 시스템들의 통합 등과 같은 기능들을 지원하고, 이러한 기능들을 서비스들로서 M2M 애플리케이션들(20)에 제공한다. 기술된 서비스 계층과 객체들이 상호작용하는 애플리케이션들은 M2M 애플리케이션들(20)의 것들과 같은 애플리케이션들일 수 있다.
도 16c는 예를 들어, M2M 단말 디바이스(18) 또는 M2M 게이트웨이 디바이스(14) 등과 같은 예시적 M2M 디바이스(30)의 시스템 다이어그램이다. 도 16c에 도시된 바와 같이, M2M 디바이스(30)는 프로세서(32), 송수신기(34), 송신/수신 요소(36), 스피커/마이크로폰(38), 키패드(40), 디스플레이/터치패드/인디케이터들(예를 들어, 하나 이상의 발광 다이오드들(LEDs))(42), 비이동식 메모리(44), 이동식 메모리(46), 전원(48), 전 지구 위치 파악 시스템(GPS) 칩세트(50), 및 다른 주변 디바이스들(52)을 포함할 수 있다. M2M 디바이스(40)는 실시예에 부합하면서 전술한 요소들의 임의의 서브-조합을 포함할 수 있다는 것을 이해할 것이다. 이 디바이스는 예컨대 SCL 리소스들의 고지 또는 고지 취소 등과 같은, 서비스 계층 리소스 전파를 위한 개시된 시스템들과 방법들을 이용하는 디바이스일 수 있다.
프로세서(32)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서, DSP 코어에 연관된 하나 이상의 마이크로프로세서, 컨트롤러, 마이크로컨트롤러, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 필드 프로그래머블 게이트 어레이(FPGA) 회로, 임의의 다른 타입 및 개수의 집적 회로(IC), 상태 머신, 및 그와 유사한 것들일 수 있다. 프로세서(32)는 신호 코딩, 데이터 프로세싱, 전력 제어, 입력/출력 프로세싱, 및/또는 M2M 디바이스(30)가 무선 환경에서 동작할 수 있게 하는 임의의 다른 기능을 수행할 수 있다. 프로세서(32)는 송신/수신 요소(36)에 결합될 수 있는 송수신기(34)에 결합될 수 있다. 도 16c는 프로세서(32)와 송수신기(34)를 별도의 요소들로서 묘사하지만, 프로세서(32)와 송수신기(34)는 전자 패키지 또는 칩 내에 함께 통합될 수 있다는 것을 이해할 것이다. 프로세서(32)는 애플리케이션-계층 프로그램들(예를 들어, 브라우저들) 및/또는 무선 액세스-계층(RAN) 프로그램들 및/또는 통신을 수행할 수 있다. 프로세서(32)는 예를 들어, 액세스-계층 및/또는 애플리케이션 계층 등에서의 인증, 보안 키 일치, 및/또는 암호화 연산들 등과 같은 보안 동작을 수행할 수 있다.
송신/수신 요소(36)는 M2M 서비스 플랫폼(9)에의 신호들의 송신 및/또는 그로부터의 신호들의 수신을 수행하도록 구성될 수 있다. 예를 들어, 실시예에서, 송신/수신 요소(36)는 RF 신호들을 송신 및/또는 수신하도록 구성된 안테나일 수 있다. 송신/수신 요소(36)는 예컨대 WLAN, WPAN, 셀 방식, 및 그와 유사한 것 등과 같은 다양한 네트워크들 및 에어 인터페이스들을 지원할 수 있다. 실시예에서, 송신/수신 요소(36)는 예를 들어, IR, UV, 또는 가시광 신호들을 송신 및/또는 수신하도록 구성된 이미터/검출기일 수 있다. 또 다른 실시예에서, 송신/수신 요소(36)는 RF 신호 및 광 신호 양쪽을 송신 및 수신하도록 구성될 수 있다. 송신/수신 요소(36)는 무선 또는 유선 신호들의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있음을 이해할 것이다.
또한, 송신/수신 요소(36)가 단일 요소로서 도 16c에 묘사되지만, M2M 디바이스(30)는 임의의 개수의 송신/수신 요소(36)를 포함할 수 있다. 더 구체적으로, M2M 디바이스(30)는 MIMO 기법을 채택할 수 있다. 따라서, 실시예에서, M2M 디바이스(30)는 무선 신호들을 송신 및 수신하기 위한 두 개 이상의 송신/수신 요소(36)(예를 들어, 여러 안테나들)를 포함할 수 있다.
송수신기(34)는 송신/수신 요소(36)에 의해 송신될 신호들을 변조하고 송신/수신 요소(36)에 의해 수신되는 신호들을 복조하도록 구성될 수 있다. 전술한 바와 같이, M2M 디바이스(30)는 다중-모드 능력들을 가질 수 있다. 그러므로, 송수신기(34)는 M2M 디바이스(30)가 예를 들어, UTRA 및 IEEE 802.11 등과 같은 여러 RAT들을 통해 통신할 수 있게 하기 위한 여러 송수신기들을 포함할 수 있다.
프로세서(32)는 예컨대 비이동식 메모리(44) 및/또는 이동식 메모리(46) 등과 같은, 임의의 타입의 적합한 메모리로부터 정보를 액세스할 수 있고 거기에 데이터를 저장할 수 있다. 비이동식 메모리(44)는 랜덤-액세스 메모리(RAM), 판독 전용 메모리(ROM), 하드 디스크, 또는 다른 타입의 메모리 저장 디바이스를 포함할 수 있다. 이동식 메모리(46)는 가입자 식별 모듈(SIM) 카드, 메모리 스틱, 보안 디지털(SD) 메모리 카드, 및 그와 유사한 것 등을 포함할 수 있다. 다른 실시예들에서, 프로세서(32)는 예컨대 서버 또는 홈 컴퓨터 등과 같은 M2M 디바이스(30)에 물리적으로 위치하지 않는 메모리로부터 정보를 액세스할 수 있고 거기에 데이터를 저장할 수 있다. 프로세서(32)는 본 명세서에 기술된 실시예들의 일부의 리소스 전파(예를 들어, SCL 리소스들의 고지 또는 고지 취소)가 성공적인지 성공적이 아닌지에 대한 응답으로 디스플레이 또는 인디케이터들(42)의 점등 패턴들, 이미지들, 또는 컬러들을 제어하거나, 또는 달리 리소스 전파 프로세스들의 상태를 지시하도록 구성될 수 있다.
프로세서(32)는 전원(48)으로부터 전력을 수신할 수 있고, M2M 디바이스(30) 내의 다른 컴포넌트들에 전력을 분배하고/하거나 제어하도록 구성될 수 있다. 전원(48)은 M2M 디바이스(30)에 전력을 공급하기 위한 임의의 적합한 디바이스일 수 있다. 예를 들어, 전원(48)은 하나 이상의 드라이 셀 배터리들(예를 들어, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 금속 수소화물(NiMH), 리튬-이온(Li-이온), 등), 태양광 전지들, 연료 전지들, 및 그와 유사한 것 등을 포함할 수 있다.
프로세서(32)는 또한 M2M 디바이스(30)의 현재 위치에 관한 위치 정보(예를 들어, 경도와 위도)를 제공하도록 구성될 수 있는, GPS 칩세트(50)에 결합될 수 있다. M2M 디바이스(30)는 실시예에 부합하면서, 임의의 적합한 위치-결정 방법에 의해 위치 정보를 획득할 수 있음을 이해할 것이다.
프로세서(32)는 다른 주변 디바이스들(52)에 더 결합될 수 있는데, 이러한 주변 디바이스들은 부가의 특징들, 기능, 및/또는 유선 또는 무선 연결을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈들을 포함할 수 있다. 예를 들어, 주변 디바이스들(52)은 가속도계, e-컴파스, 위성 송수신기, 센서, (사진들 또는 비디오를 위한) 디지털 카메라, 범용 직렬 버스(USB) 포트, 진동 디바이스, 텔레비전 송수신기, 핸즈프리 헤드셋, Bluetooth® 모듈, 주파수 변조(FM) 무선 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 및 그와 유사한 것 등을 포함할 수 있다.
도 16d는 예를 들어, 도 16a 및 도 16b의 M2M 서비스 플랫폼(22)이 구현될 수 있는 예시적인 컴퓨팅 시스템(90)의 블록도이다. 컴퓨팅 시스템(90)은 컴퓨터 또는 서버를 포함할 수 있고, 주로 컴퓨터 판독 가능 명령어들에 의해 제어될 수 있는데, 이 컴퓨터 판독 가능 명령어들은 소프트웨어의 형태일 수 있거나, 그러한 소프트웨어가 저장되거나 액세스되는 수단이면 무엇이든지에 의해 또는 어디서든지 있을 수 있다. 그러한 컴퓨터 판독 가능 명령어들은 컴퓨팅 시스템(90)이 작업하게 하기 위해 중앙 처리 유닛(CPU)(91) 내에서 실행될 수 있다. 많은 알려진 워크스테이션들, 서버들, 및 퍼스널 컴퓨터들에서, 중앙 처리 유닛(91)은 마이크로프로세서라고 불리는 단일 칩 CPU에 의해 구현된다. 다른 머신들에서, 중앙 처리 유닛(91)은 여러 프로세서들을 포함할 수 있다. 코프로세서(81)는 메인 CPU(91)와는 구별되는, 부가적 기능들을 수행하거나, CPU(91)를 조력하는 옵션의 프로세서이다. CPU(91) 및/또는 코프로세서(81)는 SCL 리소스들의 고지 또는 고지 취소 등과 같은 서비스 계층 리소스 전파를 위한 시스템들 및 방법들과 관련된 데이터를 수신, 생성, 및 처리할 수 있다.
동작시에, CPU(91)는 명령어들을 페치, 디코딩, 및 실행하고, 컴퓨터의 메인 데이터-경로, 시스템 버스(80)를 통해 다른 리소스들에 그리고 그들로부터 정보를 전송한다. 그러한 시스템 버스는 컴퓨팅 시스템(90) 내의 컴포넌트들을 연결시키고, 데이터 교환을 위한 매체를 정의한다. 시스템 버스(80)는 데이터를 전송하기 위한 데이터 라인들, 어드레스들을 전송하기 위한 어드레스 라인들, 인터럽트들을 전송하고 시스템 버스를 작동시키기 위한 제어 라인들을 일반적으로 포함한다. 그러한 메시지 버스(80)의 일 예는 PCI(Peripheral Component Interconnect, 주변 컴포넌트 상호접속) 버스이다.
시스템 버스(80)에 연결된 메모리 디바이스들은 랜덤 액세스 메모리(RAM)(82) 및 판독 전용 메모리(ROM)(93)를 포함한다. 그러한 메모리들은 정보가 저장 및 검색되도록 허용하는 회로를 포함한다. ROM들(93)은 쉽게 변경될 수 없는 저장된 데이터를 일반적으로 포함한다. RAM(82)에 저장된 데이터는 CPU(91) 또는 다른 하드웨어 디바이스들에 의해 판독 또는 변경될 수 있다. RAM(82) 및/또는 ROM(93)에의 액세스는 메모리 제어기(92)에 의해 제어될 수 있다. 메모리 제어기(92)는 명령어들이 실행될 때 가상 어드레스들을 물리 어드레스들로 변환하는 어드레스 변환 기능을 제공할 수 있다. 메모리 제어기(92)는 또한 시스템 내의 프로세스들을 분리시키고, 시스템 프로세스들을 사용자 프로세스들과 분리시키는 메모리 보호 기능을 제공할 수 있다. 그러므로, 제1 모드에서 실행하는 프로그램은 그 자신의 프로세스에 의해 가상 어드레스 공간에 매핑된 메모리만을 액세스할 수 있다; 그것은 프로세스들 간에 공유하는 메모리가 셋업되지 않았다면 다른 프로세스의 가상 어드레스 공간 내의 메모리를 액세스할 수 없다.
또한, 컴퓨팅 시스템(90)은 예컨대 프린터(94), 키보드(84), 마우스(95), 및 디스크 드라이브(85) 등과 같은 주변 디바이스들에 CPU(91)로부터의 명령어들을 통신하는 것을 담당하는 주변 디바이스 제어기(83)를 포함할 수 있다.
디스플레이 제어기(96)에 의해 제어되는 디스플레이(86)는 컴퓨팅 시스템(90)에 의해 생성된 가시적 출력을 디스플레이하는 데 사용된다. 그러한 가시적 출력은 텍스트, 그래픽, 애니메이션 그래픽, 및 비디오를 포함할 수 있다. 디스플레이(86)는 CRT 기반 비디오 디스플레이, LCD 기반 평면-패널 디스플레이, 가스 플라즈마-기반 평면-패널 디스플레이, 또는 터치 패널로 구현될 수 있다. 디스플레이 제어기(96)는 디스플레이(86)에 전송되는 비디오 신호를 생성하기 위해 필요한 전자 컴포넌트들을 포함한다.
또한, 컴퓨팅 시스템(90)은 도 16a 및 도 16b의 네트워크(12) 등과 같은 외부 통신 네트워크에 컴퓨팅 시스템(90)을 연결하는 데 사용될 수 있는 네트워크 어댑터(97)를 포함할 수 있다. 실시예에서, 네트워크 어댑터(97)는 예컨대 SCL 리소스들의 고지 또는 고지 취소 등과 같은 서비스 계층 리소스 전파를 위한 개시된 시스템들 및 방법들과 관련된 데이터를 수신 및 송신할 수 있다.
본 명세서에 기술되는 시스템들, 방법들, 및 프로세스들 중 임의의 것 또는 모두는 물리적 디바이스 또는 장치로서 구현된 컴퓨터 판독 저장 매체에 저장된 컴퓨터 실행 가능 명령어들(즉, 프로그램 코드)의 형태로 실시될 수 있다는 것을 이해할 것이다. 그러한 명령어들은 예컨대 컴퓨터, 서버, M2M 단말 디바이스, M2M 게이트웨이 디바이스, 또는 그와 유사한 것 등과 같은 머신에 의해, 또는 머신 내에 구성된 프로세서에 의해 실행될 때, 본 명세서에 기술된 시스템들, 방법들, 및 프로세스들을 유발, 수행, 및/또는 구현한다. 특히, 전술한 단계들, 동작들, 또는 기능들 중 임의의 것이 그러한 컴퓨터 실행 가능 명령어들의 형태로 구현될 수 있다. 컴퓨터 판독 가능 저장 매체는 정보의 저장을 위해 임의의 방법 또는 기술로 구현된 휘발성 및 비휘발성, 이동식 및 비이동식 매체를 포함하지만, 그러한 컴퓨터 판독 가능 저장 매체는 신호들을 포함하진 않는다. 컴퓨터 판독 가능 저장 매체는 RAM, ROM, EEPROM, 플래시 메모리, 또는 다른 메모리 기술, CDROM, DVD(digital versatile disk), 또는 다른 광 디스크 저장 장치, 자기 카세트, 자기 테이프, 자기 디스크 저장 장치, 또는 다른 자기 저장 디바이스, 또는 원하는 정보를 저장하기 위해 이용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 물리 매체를 포함하지만, 이들로 제한되지 않는다.
본 개시의 요지의 바람직한 실시예들을 설명할 때, 도면에 도시된 바와 같이, 명료성을 위해 특정 용어가 채택된다. 그러나, 청구된 요지는 그렇게 선택된 특정 용어로 한정되도록 의도되지 않고, 각각의 특정 요소는 유사한 목적을 달성하기 위해 유사한 방식으로 동작하는 모든 기술적 균등물을 포함하는 것으로 이해되어야 한다.
이 작성된 설명은, 최선의 모드를 포함한 본 발명을 개시하기 위해, 또한 통상의 기술자가 임의의 디바이스들 또는 시스템들을 제조하고 사용하며, 임의의 통합된 방법들을 수행하는 것을 포함한, 본 발명의 실시를 가능하게 하기 위해 예들을 이용한다. 본 발명의 특허 가능한 범위는 청구항들에 의해 정의되며, 통상의 기술자에게 떠오르는 다른 예들을 포함할 수 있다. 그러한 다른 예들은 그들이 청구항들의 기재와 다르지 않은 구조 요소들을 갖는 경우에 또는 그들이 청구항들의 기재와의 미미한 차이를 갖는 등가 구조 요소들을 포함하는 경우에 청구항들의 범위 내에 있는 것으로 의도된다.

Claims (20)

  1. 통신 네트워크에서의 제1 머신-투-머신 네트워크 서비스 능력 계층 개체로서,
    통신 네트워크에 이용되는 기능들 및 리소스들의 제1 세트를 제공하기 위한 실행 가능 명령어들을 포함하는 메모리; 및
    상기 실행 가능 명령어들을 실행할 때, 하기의 동작들을 유발하는 프로세서를 포함하고, 상기 동작들은:
    상기 기능들 및 리소스들의 제1 세트를 관리하는 동작;
    상기 기능들 및 리소스들의 제1 세트를 제2 머신-투-머신 네트워크 서비스 능력 계층 개체에 고지하기로 결정하는 동작;
    상기 제1 머신-투-머신 네트워크 서비스 능력 계층 개체에서 이용 가능한 상기 기능들 및 리소스들의 제1 세트를 광고하는 상기 기능들 및 리소스들의 제1 세트의 고지를 생성하는 동작; 및
    상기 기능들 및 리소스들의 제1 세트의 상기 고지를 상기 제2 머신-투-머신 네트워크 서비스 능력 계층 개체에 송신하는 동작을 포함하는, 제1 머신-투-머신 네트워크 서비스 능력 계층 개체.
  2. 제1항에 있어서,
    상기 제1 머신-투-머신 네트워크 서비스 능력 계층 개체는 제1 네트워크 도메인에 있고, 상기 제2 머신-투-머신 네트워크 서비스 능력 계층 개체는 제2 네트워크 도메인에 있는, 제1 머신-투-머신 네트워크 서비스 능력 계층 개체.
  3. 제1항에 있어서,
    상기 동작들은 상기 제2 머신-투-머신 네트워크 서비스 능력 계층 개체로부터 응답을 수신하는 동작을 더 포함하는, 제1 머신-투-머신 네트워크 서비스 능력 계층 개체.
  4. 제1항에 있어서,
    상기 기능들 및 리소스들의 제1 세트는 상기 제1 머신-투-머신 네트워크 서비스 능력 계층 개체를 나타내는 제2 서브리소스 데이터 구조를 포함하는 제1 서브리소스 데이터 구조를 포함하는 리소스 데이터 구조를 포함하는, 제1 머신-투-머신 네트워크 서비스 능력 계층 개체.
  5. 제1항에 있어서,
    상기 동작들은:
    제3 머신-투-머신 서비스 능력 계층 개체로부터 기능들 및 리소스들의 제3 세트를 상기 기능들 및 리소스들의 제1 세트에 등록하기 위한 요청을 수신하는 동작 - 상기 기능들 및 리소스들의 제3 세트는 상기 제2 머신-투-머신 네트워크 서비스 능력 계층 개체에서 이용 가능함 -; 및
    상기 기능들 및 리소스들의 제3 세트를 상기 기능들 및 리소스들의 제1 세트에 등록하는 동작을 더 포함하는, 제1 머신-투-머신 네트워크 서비스 능력 계층 개체.
  6. 제1항에 있어서,
    상기 동작들은:
    제3 머신-투-머신 서비스 능력 계층 개체로부터 상기 제3 머신-투-머신 네트워크 서비스 능력 계층 개체에서 이용 가능한 기능들 및 리소스들의 제3 세트를 제거하기 위한 요청을 수신하는 동작 - 상기 기능들 및 리소스들의 제3 세트는 상기 기능들 및 리소스들의 제1 세트에 등록됨 -; 및
    상기 기능들 및 리소스들의 제1 세트로부터 상기 기능들 및 리소스들의 제3 세트를 제거하는 동작을 더 포함하는, 제1 머신-투-머신 네트워크 서비스 능력 계층 개체.
  7. 제1항에 있어서,
    상기 동작들은:
    제3 머신-투-머신 서비스 능력 계층 개체로부터 상기 제3 머신-투-머신 네트워크 서비스 능력 계층 개체에서 이용 가능한 기능들 및 리소스들의 제3 세트를 갱신하기 위한 요청을 수신하는 동작 - 상기 기능들 및 리소스들의 제3 세트는 상기 기능들 및 리소스들의 제1 세트에 등록됨 -; 및
    상기 기능들 및 리소스들의 제1 세트 내의 상기 기능들 및 리소스들의 제3 세트를 갱신하는 동작을 더 포함하는, 제1 머신-투-머신 네트워크 서비스 능력 계층 개체.
  8. 통신 네트워크에서의 제1 머신-투-머신 네트워크 서비스 능력 계층 개체로서,
    통신 네트워크에 이용되는 기능들 및 리소스들의 제1 세트를 제공하기 위한 실행 가능 명령어들을 포함하는 메모리; 및
    상기 실행 가능 명령어들을 실행할 때, 하기의 동작들을 유발하는 프로세서를 포함하고, 상기 동작들은:
    상기 기능들 및 리소스들의 제1 세트를 관리하는 동작;
    제2 머신-투-머신 서비스 능력 계층 개체로부터 상기 제2 머신-투-머신 네트워크 서비스 능력 계층 개체에서 이용 가능한 기능들 및 리소스들의 제2 세트를 상기 기능들 및 리소스들의 제1 세트에 등록하기 위한 요청을 수신하는 동작; 및
    상기 기능들 및 리소스들의 제2 세트를 상기 기능들 및 리소스들의 제1 세트에 등록하는 동작을 포함하는, 제1 머신-투-머신 네트워크 서비스 능력 계층 개체.
  9. 제8항에 있어서,
    상기 제1 머신-투-머신 네트워크 서비스 능력 계층 개체는 제1 네트워크 도메인에 있고, 상기 제2 머신-투-머신 네트워크 서비스 능력 계층 개체는 제2 네트워크 도메인에 있는, 제1 머신-투-머신 네트워크 서비스 능력 계층 개체.
  10. 제8항에 있어서,
    상기 동작들은 상기 제2 머신-투-머신 네트워크 서비스 능력 계층 개체에 응답을 송신하는 동작을 더 포함하는, 제1 머신-투-머신 네트워크 서비스 능력 계층 개체.
  11. 제8항에 있어서,
    상기 기능들 및 리소스들의 제2 세트는 상기 제2 머신-투-머신 네트워크 서비스 능력 계층 개체를 나타내는 제2 서브리소스 데이터 구조를 포함하는 제1 서브리소스 데이터 구조를 포함하는 리소스 데이터 구조를 포함하는, 제1 머신-투-머신 네트워크 서비스 능력 계층 개체.
  12. 제8항에 있어서,
    상기 동작들은:
    제3 머신-투-머신 서비스 능력 계층 개체로부터 상기 제3 머신-투-머신 서비스 능력 계층 개체에서 이용 가능한 기능들 및 리소스들의 제3 세트를 제거하기 위한 요청을 수신하는 동작 - 상기 기능들 및 리소스들의 제3 세트는 상기 기능들 및 리소스들의 제1 세트에 등록됨 -; 및
    상기 기능들 및 리소스들의 제1 세트로부터 상기 기능들 및 리소스들의 제3 세트를 제거하는 동작을 더 포함하는, 제1 머신-투-머신 네트워크 서비스 능력 계층 개체.
  13. 제8항에 있어서,
    상기 동작들은:
    제2 데이터 리소스를 제3 머신-투-머신 네트워크 서비스 능력 계층 개체에 고지하기로 결정하는 동작;
    상기 제2 머신-투-머신 네트워크 서비스 능력 계층 개체에서 이용 가능한 상기 기능들 및 리소스들의 제2 세트를 광고하는 상기 제2 데이터 리소스의 고지를 생성하는 동작; 및
    상기 제2 데이터 리소스의 상기 고지를 상기 제3 머신-투-머신 네트워크 서비스 능력 계층 개체에 송신하는 동작을 더 포함하는, 통신 네트워크에서의 제1 머신-투-머신 네트워크 서비스 능력 계층 개체.
  14. 제8항에 있어서,
    상기 동작들은:
    상기 제2 머신-투-머신 서비스 능력 계층 개체로부터 상기 제2 머신-투-머신 네트워크 서비스 능력 계층 개체에서 이용 가능한 상기 기능들 및 리소스들의 제2 세트를 갱신하기 위한 요청을 수신하는 동작; 및
    상기 기능들 및 리소스들의 제1 세트 내의 상기 기능들 및 리소스들의 제2 세트를 갱신하는 동작을 더 포함하는, 제1 머신-투-머신 네트워크 서비스 능력 계층 개체.
  15. 방법으로서,
    프로세서에 의해, 기능들 및 리소스들의 제1 세트를 관리하는 단계;
    상기 프로세서에 의해, 상기 기능들 및 리소스들의 제1 세트를 제2 머신-투-머신 네트워크 서비스 능력 계층 개체에 고지하기로 결정하는 단계;
    상기 프로세서에 의해, 상기 제1 머신-투-머신 네트워크 서비스 능력 계층 개체에서 이용 가능한 상기 기능들 및 리소스들의 제1 세트를 광고하는 상기 기능들 및 리소스들의 제1 세트의 고지를 생성하는 단계; 및
    상기 프로세서에 의해, 상기 기능들 및 리소스들의 제1 세트의 상기 고지를 상기 제2 머신-투-머신 네트워크 서비스 능력 계층 개체에 송신하도록 송신기에 명령하는 단계를 포함하는, 방법.
  16. 제15항에 있어서,
    상기 제1 머신-투-머신 네트워크 서비스 능력 계층 개체는 제1 네트워크 도메인에 있고, 상기 제2 머신-투-머신 네트워크 서비스 능력 계층 개체는 제2 네트워크 도메인에 있는, 방법.
  17. 제15항에 있어서,
    상기 제3 머신-투-머신 네트워크 서비스 능력 계층 개체로부터 응답을 수신하는 단계를 더 포함하는, 방법.
  18. 제15항에 있어서,
    상기 기능들 및 리소스들의 제1 세트는 상기 제1 머신-투-머신 네트워크 서비스 능력 계층 개체를 나타내는 제2 서브리소스 데이터 구조를 포함하는 제1 서브리소스 데이터 구조를 포함하는 리소스 데이터 구조를 포함하는, 방법.
  19. 제15항에 있어서,
    제3 머신-투-머신 서비스 능력 계층 개체로부터 기능들 및 리소스들의 제3 세트를 상기 기능들 및 리소스들의 제1 세트에 등록하기 위한 요청을 수신하는 단계 - 상기 기능들 및 리소스들의 제3 세트는 상기 제2 머신-투-머신 네트워크 서비스 능력 계층 개체에서 이용 가능함 -; 및
    상기 기능들 및 리소스들의 제3 세트를 상기 기능들 및 리소스들의 제1 세트에 등록하는 단계를 더 포함하는, 방법.
  20. 제15항에 있어서,
    제3 머신-투-머신 서비스 능력 계층 개체로부터 상기 제3 머신-투-머신 서비스 능력 계층 개체에서 이용 가능한 기능들 및 리소스들의 제3 세트를 제거하기 위한 요청을 수신하는 단계 - 상기 기능들 및 리소스들의 제3 세트는 상기 기능들 및 리소스들의 제1 세트에 등록됨 -; 및
    상기 기능들 및 리소스들의 제1 세트로부터 상기 기능들 및 리소스들의 제3 세트를 제거하는 단계를 더 포함하는, 방법.
KR1020157025229A 2013-02-15 2014-02-14 도메인들에 걸쳐 서비스 계층 리소스 전파 KR20150145226A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201361765325P 2013-02-15 2013-02-15
US61/765,325 2013-02-15
PCT/US2014/016518 WO2014127255A1 (en) 2013-02-15 2014-02-14 Service layer resource propagation across domains

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020187007695A Division KR102064690B1 (ko) 2013-02-15 2014-02-14 도메인들에 걸쳐 서비스 계층 리소스 전파

Publications (1)

Publication Number Publication Date
KR20150145226A true KR20150145226A (ko) 2015-12-29

Family

ID=50190808

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020187007695A KR102064690B1 (ko) 2013-02-15 2014-02-14 도메인들에 걸쳐 서비스 계층 리소스 전파
KR1020157025229A KR20150145226A (ko) 2013-02-15 2014-02-14 도메인들에 걸쳐 서비스 계층 리소스 전파

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020187007695A KR102064690B1 (ko) 2013-02-15 2014-02-14 도메인들에 걸쳐 서비스 계층 리소스 전파

Country Status (6)

Country Link
US (3) US9332549B2 (ko)
EP (2) EP3745675B1 (ko)
JP (3) JP6116712B2 (ko)
KR (2) KR102064690B1 (ko)
CN (2) CN105229986B (ko)
WO (1) WO2014127255A1 (ko)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104284297B (zh) * 2013-07-11 2018-12-25 华为终端有限公司 一种资源迁移的方法、装置
US10015684B2 (en) * 2013-12-01 2018-07-03 Lg Electronics Inc. Method and apparatus for managing specific resource in wireless communication system
US20170201411A1 (en) * 2014-07-10 2017-07-13 Convida Wireless, Llc Layered management server delegation
EP3195572B1 (en) 2014-09-17 2019-03-20 Convida Wireless, LLC Systems and methods for enabling access to third party services via a service layer
US10142805B2 (en) 2014-10-24 2018-11-27 Lg Electronics Inc. Method for managing child resource of group member in wireless communication system and device for same
KR20170074861A (ko) * 2014-10-27 2017-06-30 엘지전자 주식회사 무선 통신 시스템에서 제어 메시지의 동작을 보장하기 위한 방법 및 이를 위한 장치
US9838258B2 (en) 2014-12-04 2017-12-05 At&T Intellectual Property I, L.P. Network service interface for machine-to-machine applications
WO2016109473A1 (en) * 2014-12-29 2016-07-07 Convida Wireless, Llc Resource link management at service layer
WO2016109972A1 (zh) * 2015-01-09 2016-07-14 华为技术有限公司 机器到机器系统中宣告属性的方法、公共服务实体和应用实体
WO2017014381A1 (ko) * 2015-07-17 2017-01-26 엘지전자 주식회사 무선 통신 시스템에서 자원의 동기를 유지하기 위한 방법 및 이를 위한 장치
GB2548405B (en) * 2016-03-18 2019-08-14 Advanced Risc Mach Ltd Combination of control interfaces for multiple communicating domains
US10129852B2 (en) * 2016-06-01 2018-11-13 Lg Electronics Inc. Method for broadcasting to unspecified entity in wireless communication system and device for the same
CN107623708A (zh) * 2016-07-14 2018-01-23 中兴通讯股份有限公司 信息同步方法及装置
US10643039B2 (en) 2016-08-04 2020-05-05 Industrial Technology Research Institute Location based situation awareness system and method thereof
US10127420B2 (en) 2016-08-04 2018-11-13 Industrial Technology Research Institute Location based situation awareness system and method thereof
US10650621B1 (en) 2016-09-13 2020-05-12 Iocurrents, Inc. Interfacing with a vehicular controller area network
CN106657227B (zh) * 2016-09-26 2019-10-25 海尔优家智能科技（北京）有限公司 一种变更订阅资源的方法及装置
WO2018067947A1 (en) * 2016-10-06 2018-04-12 Convida Wireless, Llc Profile based content and services
WO2019028918A1 (zh) * 2017-08-11 2019-02-14 华为技术有限公司 一种设备发现方法及相关设备
CN112653475B (zh) * 2019-10-12 2024-04-09 华为技术有限公司 Scl译码方法、装置及设备
CN111245834B (zh) * 2020-01-13 2020-12-29 北京科技大学 一种基于虚拟标识的物联网跨域访问控制方法

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE0203297D0 (sv) * 2002-11-05 2002-11-05 Ericsson Telefon Ab L M Remote service execution in an heterogenous network
US8363586B2 (en) * 2008-12-31 2013-01-29 Intel Corporation Social networking and advertisements in a mobile device on a local personal area network
CN102405630B (zh) * 2009-04-20 2017-04-12 交互数字专利控股公司 多个域和域所有权的系统
WO2011112683A1 (en) * 2010-03-09 2011-09-15 Interdigital Patent Holdings, Inc. Method and apparatus for supporting machine-to-machine communications
US8934909B2 (en) * 2010-05-19 2015-01-13 Nokia Corporation Method and apparatus for providing communication offloading to unlicensed bands
US9009810B2 (en) * 2010-05-28 2015-04-14 Nokia Corporation Method and apparatus for providing reactive authorization
US20120044865A1 (en) * 2010-08-20 2012-02-23 Industrial Technology Research Institute Apparatus And Method For Coupling An M2M Device To A Wireless Network
CN105872950B (zh) * 2010-11-19 2020-12-04 Iot控股公司 用于资源通告及去通告的机器对机器（m2m）接口过程
CN102137105B (zh) * 2011-03-11 2012-11-07 华为技术有限公司 机器通信的私密性保护方法、系统和机器通信业务管理实体及相关设备
CN102843233B (zh) * 2011-06-21 2017-05-31 中兴通讯股份有限公司 一种机器到机器通信中组认证的方法和系统
US9894457B2 (en) * 2012-02-03 2018-02-13 Interdigital Patent Holdings, Inc. Method and apparatus to support M2M content and context based services
US20130212236A1 (en) * 2012-02-13 2013-08-15 Telefonaktiebolaget L M Ericsson (Publ) M2m service enablement over access networks
WO2013153514A2 (en) * 2012-04-09 2013-10-17 Telefonaktiebolaget Lm Ericsson (Publ) Quality of service support for machine-to-machine applications including e-health
KR101453154B1 (ko) * 2012-05-30 2014-10-23 모다정보통신 주식회사 Ｍ2ｍ 통신에서 리소스 접근 권한 설정 방법
WO2014037054A1 (en) * 2012-09-10 2014-03-13 Telefonaktiebolaget L M Ericsson (Publ) Method and system for communication between machine to machine (m2m) service provider networks
KR101441567B1 (ko) * 2013-03-05 2014-09-22 주식회사 케이티 Ｉｍｓ 망을 통한 ｍ２ｍ 데이터 전달 방법 및 이를 위한 ｍ２ｍ 서비스 플랫폼

Also Published As

Publication number Publication date
US9332549B2 (en) 2016-05-03
EP2957085B1 (en) 2020-09-16
CN110035110B (zh) 2021-12-10
JP2019083544A (ja) 2019-05-30
US20160227346A1 (en) 2016-08-04
JP2017139788A (ja) 2017-08-10
WO2014127255A8 (en) 2015-10-01
EP2957085A1 (en) 2015-12-23
EP3745675A1 (en) 2020-12-02
KR102064690B1 (ko) 2020-01-08
US10021549B2 (en) 2018-07-10
CN105229986A (zh) 2016-01-06
WO2014127255A1 (en) 2014-08-21
CN105229986B (zh) 2019-02-12
US10492048B2 (en) 2019-11-26
KR20180030956A (ko) 2018-03-26
US20140233473A1 (en) 2014-08-21
CN110035110A (zh) 2019-07-19
JP6116712B2 (ja) 2017-04-19
EP3745675B1 (en) 2023-05-17
JP6803779B2 (ja) 2020-12-23
JP2016517055A (ja) 2016-06-09
US20180317069A1 (en) 2018-11-01

Similar Documents

Publication Publication Date Title
US10492048B2 (en) Service layer resource propagation across domains
US11677812B2 (en) Lightweight IoT information model
JP6629392B2 (ja) デバイストリガ
CN105531980B (zh) 服务层设备位置管理和隐私控制

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application
A107 Divisional application of patent
J201 Request for trial against refusal decision
J301 Trial decision

Free format text: TRIAL NUMBER: 2018101001199; TRIAL DECISION FOR APPEAL AGAINST DECISION TO DECLINE REFUSAL REQUESTED 20180316

Effective date: 20190627