KR102067093B1

KR102067093B1 - 경량 iot 정보 모델

Info

Publication number: KR102067093B1
Application number: KR1020177022827A
Authority: KR
Inventors: 광 엑스. 루; 데일 엔. 시드; 리준 동; 꽝 리; 샤밈 아크바르 라만; 총강 왕
Original assignee: 콘비다 와이어리스, 엘엘씨
Priority date: 2013-05-21
Filing date: 2014-05-21
Publication date: 2020-01-17
Also published as: EP3471445A1; US20140351312A1; CN110149616B; US20200280604A1; US11677812B2; KR101770320B1; US11159606B2; CN105612768A; JP2019140682A; KR20170098960A; JP2016526332A; JP2017153161A; JP6715978B2; US20210409484A1; US20220279039A1; CN110149616A; US10708341B2; KR20160010614A; EP3000244A1; US11368522B2

Abstract

M2M 시스템들을 위한 경량이고 확장 가능한 정보 모델이 개시된다. 서비스 계층 정보 관리 아키텍처는 원자적 오브젝트들의 세 가지 카테고리인, 서브젝트들, 행동들, 및 기술들을 이용한다. 모델 내에서의 사용을 위한 정보는 원자적 정보 오브젝트들을 이용하여 구축된다. API들이 상이한 노드들에 의한 동작들 및 정보 처리를 실행하기 위해 이용된다. 공통 서비스 기능들이 일반적 공통 서비스 정보 모델의 인스턴스들로서 모델에서 이용된다.

Description

경량 IOT 정보 모델{LIGHTWEIGHT IOT INFORMATION MODEL}

[관련 출원들에 대한 상호 참조]

본 출원은 2013년 5월 21일에 출원되고, 발명의 명칭이 "M2M 서비스 계층을 위한 경량 정보 모델(LIGHTWEIGHT INFORMATION MODEL FOR M2M SERVICE LAYER)"인 미국 임시 특허 출원 번호 제61/825,640호에 근거한 이익을 주장하고, 이 출원의 내용들은 본 명세서에 참조에 의해 이로써 통합된다

M2M(Machine-to-machine) 기술 및 인터넷과 같은 현행의 네트워크 및 통신 기술은 디바이스들로 하여금 유선 및 무선 통신 시스템들을 이용하여 서로 더 직접적으로 통신하도록 허용한다. M2M 기술은 특히, 고유하게 식별 가능한 오브젝트들 및 인터넷과 같은 네트워크에 걸쳐서 서로 통신하는 그러한 오브젝트들의 가상 표현들의 시스템인 사물 인터넷(Internet of Things: IoT)의 추가적 실현을 가능하게 한다. IoT는 식료품점에서의 제품들 또는 가정 집에서의 가전 기기들과 같은 매우 평범한 일상적 오브젝트들과의 통신을 용이하게 할 수 있고, 이에 의해 그러한 오브젝트들에 대한 지식을 향상시킴으로써 비용 및 낭비를 줄일 수 있다. 예를 들어, 가게들은 재고 상태에 있을 수 있거나 판매되었을 수 있는 오브젝트들과 통신하거나 그로부터 데이터를 획득할 수 있기 때문에 매우 정확한 재고 데이터를 유지할 수 있다.

M2M 시스템 내에 있는 리소스들은 다양한 서비스들을 시스템에서의 엔티티들에게 제공할 수 있다. 이들 서비스들은, 콘텐츠(예를 들어, 감시 비디오 콘텐츠, 온도 측정들), 디바이스 상태(예를 들어, 잔여 전력, 잔여 스토리지 공간, 현재 동작 모드), 구성 정보(예를 들어, 정책들) 또는 임의의 다른 정보를 제공하는 것과 같은 리소스가 실행할 수 있는 임의의 기능, 또는 M2M 엔티티에 의해 실행될 수 있는 임의의 다른 기능을 포함할 수 있다. 이용 가능한 서비스들의 공지, 서비스에 대한 요청들, 및 서비스에 대한 요청들에 대한 응답들과 같은, 서비스들에 관한 통신은 M2M 서비스 능력 계층(service capabilities layer: SCL)에 의해 수행된다. 서비스들을 제공하고 수신하는 엔티티들에 어드레싱하는 것은, 스케일링에 도움이 되지 않고 또한 발전하는 M2M 시스템들의 요구들에 대해 충분히 탄력적이지 않은 복잡한 트리 구조에 기초한다.

본 명세서에 개시된 실시예들은, 연결된 엔티티들의 네트워크에서의 제1 엔티티에서, 제1 서브젝트 정보 오브젝트 타입의 소스 서브젝트 - 여기서 제1 서브젝트 정보 오브젝트 타입은 서브젝트 정보 오브젝트 타입들의 미리 정해진 세트로부터 선택됨-, 제1 행동 정보 오브젝트 타입의 특정된 행동 -여기서 제1 행동 정보 오브젝트 타입은 행동 정보 오브젝트 타입들의 미리 정해진 세트로부터 선택됨-, 및 제2 서브젝트 정보 오브젝트 타입의 타깃 서브젝트(target subject) - 여기서 제2 서브젝트 정보 오브젝트 타입은 서브젝트 정보 오브젝트 타입들의 미리 정해진 세트로부터 선택됨 - 를 포함하는, 행동을 실행하기 위한 요청을 발생하기 위한 방법들을 포함한다. 요청은 제1 엔티티로부터 제2 엔티티에게 전송될 수 있고 또한 제2 엔티티로 하여금 소스 서브젝트 및 타깃 서브젝트에 기초하여 행동을 실행하도록 야기할 수 있다.

본 명세서에 개시되는 실시예들은, 프로세서상에서 명령어들을 실행할 때, 제1 서브젝트 정보 오브젝트 타입의 소스 서브젝트 - 여기서 제1 서브젝트 정보 오브젝트 타입은 서브젝트 정보 오브젝트 타입들의 미리 정해진 세트로부터 선택됨-, 제1 행동 정보 오브젝트 타입의 행동 - 여기서 제1 행동 정보 오브젝트 타입은 행동 정보 오브젝트 타입들의 미리 정해진 세트로부터 선택됨-, 및 제2 서브젝트 정보 오브젝트 타입의 타깃 서브젝트 - 여기서 제2 서브젝트 정보 오브젝트 타입은 서브젝트 정보 오브젝트 타입들의 미리 정해진 세트로부터 선택됨 - 를 포함하는, 행동을 실행하기 위한 요청을 발생하는 단계를 포함하는 동작들을 실행하는 연결된 엔티티들의 네트워크에서의 엔티티를 추가로 포함한다. 엔티티는 이후 요청을 제2 엔티티에게 전송할 수 있고, 제2 엔티티로 하여금 소스 서브젝트 및 타깃 서브젝트에 기초하여 행동을 실행하도록 야기할 수 있다.

본 명세서에 개시된 실시예들은, 프로세서상에서 명령어들을 실행할 때, 제1 서브젝트 정보 오브젝트 타입의 소스 서브젝트 - 여기서 제1 서브젝트 정보 오브젝트 타입은 서브젝트 정보 오브젝트 타입들의 미리 정해진 세트로부터 선택됨-, 제1 행동 정보 오브젝트 타입의 행동 -여기서 제1 행동 정보 오브젝트 타입은 행동 정보 오브젝트 타입들의 미리 정해진 세트로부터 선택됨-, 및 제2 서브젝트 정보 오브젝트 타입의 타깃 서브젝트 - 여기서 제2 서브젝트 정보 오브젝트 타입은 서브젝트 정보 오브젝트 타입들의 미리 정해진 세트로부터 선택됨 - 를 포함하는, 행동을 실행하기 위한 요청을 수신하는 단계를 포함하는 동작들을 실행하는 연결된 엔티티들의 네트워크에서의 엔티티를 추가로 포함한다. 요청을 수신한 것에 응답하여, 엔티티는 정보 오브젝트 인스턴스를 발생하고 정보 오브젝트 인스턴스가 발생된 것을 표시하는 응답을 제2 엔티티에게 전송할 수 있다.

본 요약은 하기 상세한 설명에서 추가로 기술되는 개념들 중 선택된 것을 간단한 형태로 소개하기 위해 제공된다. 이 요약은 청구되는 주제의 주요 특징들 또는 핵심 특징들을 식별하기 위해 의도된 것이 아니며, 청구된 주제의 범위를 제한하기 위해 사용되도록 의도된 것도 아니다. 또한, 청구된 주제는 본 개시의 임의의 부분에서 주목한 임의의 또는 모든 단점들을 해결하는 한정 사항들로만 제한되지는 않는다.

도 1은 예시적 리소스 트리 구조를 도해한다.
도 2는 예시적 정보 오브젝트 구조를 도해한다.
도 3은 예시적 정보 관리 아키텍처를 도해한다.
도 4는 예시적 원자적 정보 오브젝트 구조를 도해한다.
도 5는 개시된 정보 모델을 이용하기 위한 예시적 절차를 드러내는 신호 흐름을 도해한다.
도 6은 예시적 원자적 정보 오브젝트 구조를 도해한다.
도 7은 예시적 원자적 정보 오브젝트 구조를 도해한다.
도 8은 예시적 리소스 트리 구조를 도해한다.
도 9는 예시적 리소스 트리 구조를 도해한다.
도 10은 예시적 정보 오브젝트 조직 구조를 도해한다.
도 11은 예시적 정보 오브젝트 관계성 구조를 도해한다.
도 12는 예시적 정보 오브젝트 인스턴스들을 도해한다.
도 13은 예시적 정보 오브젝트 인스턴스들을 도해한다.
도 14는 개시된 정보 모델을 이용하기 위한 예시적 절차를 드러내는 신호 흐름을 도해한다.
도 15는 개시된 정보 모델을 이용하기 위한 예시적 절차를 드러내는 신호 흐름을 도해한다.
도 16은 개시된 정보 모델을 이용하기 위한 예시적 절차를 드러내는 신호 흐름을 도해한다.
도 17은 예시적 정보 오브젝트 인스턴스를 도해한다.
도 18은 예시적 정보 오브젝트 인스턴스들을 도해한다.
도 19는 개시된 정보 모델을 이용하기 위한 예시적 절차를 드러내는 신호 흐름을 도해한다.
도 20은 개시된 정보 모델을 이용하기 위한 예시적 절차를 드러내는 신호 흐름을 도해한다.
도 21a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적 M2M 또는 IoT 통신 시스템의 시스템 도이다.
도 21b는 도 12a에 도해된 M2M/IoT 통신 시스템 내에서 이용될 수 있는 예시적 아키텍처의 시스템 도이다.
도 21c는 도 12a에 도해된 통신 시스템 내에서 이용될 수 있는 예시적 M2M/IoT 단말 또는 게이트웨이 디바이스의 시스템 도이다.
도 21d는 도 12a의 통신 시스템의 양태들이 구체화될 수 있는 예시적 컴퓨팅 시스템의 블록도이다.

본 명세서에 제시된 실시예들은 REST(representational state transfer) 아키텍처 관점에서 기술되고, 기술되는 컴포넌트들 및 엔티티들은 REST 아키텍처(RESTful 아키텍처)의 제약들을 준수한다. RESTful 아키텍처는 이용되는 물리적 컴포넌트 구현 또는 통신 프로토콜들의 관점에서보다는 오히려 이 아키텍처에 사용되는 컴포넌트들, 엔티티들, 커넥터들, 및 데이터 요소들에 적용되는 제약들의 관점에서 설명된다. 그러므로, 컴포넌트들, 엔티티들, 커넥터들, 및 데이터 요소들의 역할들과 기능들이 기술될 것이다. RESTful 아키텍처에서, 고유하게 어드레싱 가능한 리소스들의 표현들이 엔티티들 간에 전송될 수 있다. 통상의 기술자는 본 실시예들의 구현들이 본 개시의 범위 내에 남아 있으면서 변할 수 있다는 것을 이해할 것이다. 통상의 기술자는 또한 개시된 예시적 실시예들이 ETSI(European Telecommunications Standards Institute) 및 oneM2M 과 같은 표준 단체들에 의해 제시된 표준들을 참조하여 본 명세서에서 때때로 기술되기는 하지만, 그런 표준들을 추종하는 구현들로만 제한되지 않는다는 것을 이해할 것이다. 개시된 실시예들은 이러한 표준 단체들에 의해 확립된 표준들을 추종하지 않는 시스템들에서 구현될 수 있고, 또한 통신 가능하게 연결된 엔티티들을 갖는 임의 유형의 아키텍처 또는 시스템들에 적용될 수 있다는 것을 인식할 것이다.

본 명세서에 사용되는 전문 용어가 객체 지향 프로그래밍(object oriented programming: OOP) 기술들에서 사용되는 용어들과 유사한 것처럼 보일 수 있기는 하지만, 개시된 정보 모델들이 OOP의 한정 사항들 또는 정의들 중 임의의 것을 갖는다고 해석하지 말아야 한다는 것을 유의해야 한다. OOP에서, 객체는 데이터 및 관련 연산들을 포함하는 함수를 나타낸다. 본 개시에서, 오브젝트는 본 명세서에서 제시되고 하기에서 논의되는 3개의 카테고리(서브젝트들, 행동들, 기술들) 중 임의의 것 내에 속할 수 있는 정보 모델 오브젝트일 수 있다.

본 명세서에 사용된 것처럼, 공통 서비스 기능(Common Service Function: CSF)은 공통 서비스 계층(Common Service Layer: CSL)에 의해 제공되는 M2M 서비스 능력 기능을 지칭한다. CSL은, 예를 들어 관리, 발견, 및 정책 강제를 통하여 M2M 애플리케이션들을 가능하게 하는 M2M 서비스 기능들을 포함할 수 있다. 또한 본 명세서에 사용된 것처럼, 엔티티들은 디바이스들, 게이트웨이들, 네트워크 서버들, 애플리케이션들, 및/또는 데이터를 지칭할 수 있다. 정보 오브젝트는 임의 수의 인스턴스 생성(instantiation)들을 가질 수 있는 데이터 타입일 수 있다. IM(Information management)은 스토리지 및 공유를 위해 정보를 관리할 수 있는 서비스 계층에서의 제안된 기능이다. 노드는, 본 명세서에 사용된 것처럼, 이들 계층들의 각각의 인스턴스 생성과 연관되는 참조 포인트들을 포함하는 CSL들을 포함하는 물리적 엔티티이다. URI(Uniform Resource Identifier)가 또한 본 명세서에 사용될 수 있고, 통상의 기술자에게 공지된 것이다.

특히 ETSI 표준을 추종하는 것들인 몇몇 실시예들에서, 리소스들이 리소스 트리 구조에 의해 조직될 수 있는데, 이것의 예가 리소스 트리(100)로서 도 1에 도시된다. 알 수 있는 바와 같이, M2M 리소스 또는 엔티티의 기능들이 성장하고 변함에 따라, 이 트리 구조는 매우 복잡하게 될 수 있다. 그러므로, 그러한 구조를 활용하는 M2M 구현들은, 더욱 큰 수의 엔티티들과 서비스들을 다루기 위해 스케일을 키우고자 하면 시스템에 사용되는 리소스 트리 구조들이 매우 거대해져서 과도한 메모리 소비를 불러올 수 있기 때문에 어려움을 겪을 수 있고, 이것은 물리적 리소스가 제약된 M2M 엔티티들(즉, 소량의 메모리 및/또는 처리 능력들을 가진 디바이스들상에 구현되는 엔티티들)에 대해 문제를 일으킬 수 있다. 트리 구조의 부분들의 어드레싱도 다루기 힘들게 될 수 있다. 예를 들어, ETSI 표기법을 이용하면, 트리(100)에서 컨테이너를 다루는 것은 "<sclBase>/scls/<scl>/applications/<applicationAnnc>/containers"와 같은 어드레스를 요구할 수 있다. 수취자로부터 몇 개의 홉만큼 떨어져 있는 리소스들에 어드레싱할 때, 어드레스는, 이것이 추가적 어드레스 데이터가 의도된 수신자에게 성공적으로 전달되도록 요구할 것이므로 더욱 더 다루기 힘들어질 수 있다.

알 수 있는 바와 같이, ETSI M2M 리소스 트리 구조는 복잡해질 수 있고, 스케일을 키우기가 어려울 수 있다. 그러한 트리 구조는 깊은 계층 구조들을 가질 수 있고, 매우 네트워크 서비스 계층 중심적인 아키텍처에 가장 잘 적용된다. 이 트리 구조에서, 데이터 및 데이터의 관계성은 트리에서의 이들의 로케이션들에 의해 표현되지만, 네트워크 투 네트워크, 게이트웨이 투 게이트웨이, 및 디바이스 투 디바이스 통신과 같은 더 복잡한 시나리오들은 다중 홉에 걸쳐서 트리 구조를 유지하는 것이 어려울 수 있기 때문에 지원하기에 어려울 수 있다.

기타 실시예들에서, OMA(Open Mobile Alliance) LWM2M(lightweight M2M) 정보 모델을 이용하는 것과 같은 기타 실시예들에서, 리소스들은 고유한 식별자들에 의해 정의될 수 있고 또한 클라이언트(즉, 엔티티) 및 오브젝트(즉, 클라이언트에 의해 제공되는 기능)에 의해 조직될 수 있다. 리소스의 동작들은 추가로 정의될 수 있다. 도 2는 예시적 OMA LWM2M 클라이언트(200) 및 그 연관 오브젝트들 및 리소스들을 도해한다. OMA LWM2M 정보 모델은 다양한 정보의 연관을 지원하지 않고, 모든 오브젝트들이 그와 연관되는, 디바이스상의 단일 디폴트 애플리케이션만을 지원한다. OMA LWM2M 정보 모델은 서비스 계층 또는 서비스 계층 오브젝트들을 포함하지 않는다. 그러므로, 공통 서비스 계층에서의 서비스들 및 데이터에 접근하고 이것들을 공유할 수 있는 다중 애플리케이션에 대한 어떤 지원도 없다.

M2M 시스템들에서, 및 일반적으로 IoT에서, "사일로들(silos)"으로서 지칭될 수 있는 프래그먼팅된 수직 시스템들(fragmented vertical systems)이 있을 수 있다. 실시예에서, 수평 서비스 계층은 그와 같은 수직시스템들을 함께 통합하는데 사용될 수 있다. 서비스 계층은, 다양한 수직 시스템들 및 애플리케이션들을 위해, 데이터 저장 및 공유와 같은 정보 서비스들을 제공할 수 있다. 표준화된 정보 모델을 이용함으로써, 통일된 정보 서비스들이 제공될 수 있고 상호운용성이 증가될 수 있다.

개시된 실시예들은 탄력적이고 스케일링 가능한 M2M 서비스 계층을 위한 정보 모델을 제공하고, 그러므로 수많은 M2M 디바이스들 및 애플리케이션들뿐만 아니라 이들이 생성하는 동적 및 이종 정보를 지원할 수 있다. 개시된 정보 모델은 또한 복잡한 배치 시나리오들을 지원할 수 있고, 디바이스들, 게이트웨이들, 및 네트워크 노드들과 같은 상이한 타입들의 엔티티들에 적용 가능할 수 있다. 개시된 실시예들에서, 각각의 노드는 또한 동시적으로 다중 애플리케이션을 지원할 수 있다. 개시된 정보 모델은 또한 상이한 엔티티들 간의 정보의 효율적 공유를 용이하게 할 수 있다.

더욱 상세히 본 명세서에 제시되는 바와 같이, 본 개시에 기술되는 실시예들은 하이 레벨 공통 서비스 계층 아키텍처뿐만 아니라 M2M 공통 서비스 계층을 위한 정보 모델 실시예들에 기초한 정보 관리를 위한 아키텍처를 포함한다. 일 실시예에서, 정보 모델은 원자적 정보 오브젝트들(atomic information objects)을 이용할 수 있다. 이들 오브젝트들은 "서브젝트들(subjects)", "행동들(actions)", 또는 "기술들(descriptions)"일 수 있다. 또 다른 실시예에서, 정보 모델은 서비스 계층 기능들에 기초하는 정보 오브젝트들을 포함할 수 있다. 그 단위 크기와 탄력성 때문에 "경량인 것으로" 여겨질 수 있는 예시적 정보 모델의 정보 오브젝트 및 기술의 구조가 더욱 상세히 하기 설명된다. 스토리지와 어드레싱, API들(application programming interfaces), 및 확장성과 관계되는 개시된 실시예들의 양태들이 또한 본 명세서에서 제시된다. 개시된 정보 모델을 이용하는 동작들의 예들이 또한 기술될 것이다.

도 3은 제안된 oneM2M 서비스 계층 모델에 기초한 정보 관리를 위한 서비스 계층 아키텍처(300)를 도해한다. 실시예에서, CSF(310)의 IM(Information Management) CSF(Common Service Functions)(330)는 IoT 경량 정보 모델의 구현과 동작에 사용될 수 있다. IM CSF(330)는 적어도 2개의 성분을 가질 수 있다. 한 성분은 API 동작들 및 내부 트랜잭션들을 어드레싱할 수 있는 IM 성분(331)일 수 있다. 또 다른 성분은 정보 및 데이터를 저장할 수 있는 정보 스토리지 성분(332)일 수 있다. IM CSF(330)는 그 자체의 정보 스토리지(321) 및 IM(322)을 가질 수 있는 AF(application function)(320)와 같은 정보 스토리지 및 공유 기능들을 상이한 서비스 플랫폼들 및 애플리케이션들에게 제공할 수 있다. IM CSF(330)는 X 참조 포인트(351)를 이용하여 AF(320)와 통신할 수 있다. 기부 네트워크 서비스 기능(340)은 Z 참조 포인트(353)를 경유해 지시를 받거나 달리 제어될 수 있다.

일 실시예에서, 개시된 정보 모델은 다양한 서비스 능력들에 의해 빌딩 블록들로서 이용될 수 있는 초소형 원자적 정보 오브젝트들일 수 있는 원자적 정보 오브젝트들에 기초할 수 있다. 각각의 정보 오브젝트는 둘 이상의 인스턴스 생성을 가질 수 있다. 이들 인스턴스 생성들의 조합은 새로운 정보를 형성할 수 있다.

정보 오브젝트들은 3개의 카테고리: 서브젝트들, 행동들, 및 기술들 중 하나 내에 있는 것으로 여겨질 수 있다. 서브젝트 카테고리에서의 정보 오브젝트들은 상이한 엔티티들을 정의하는 명사들의 풀(pool)로부터 도출되는 기술자(descriptor)를 가질 수 있다. 예를 들어, 각각의 서브젝트 정보 오브젝트는 M2M 애플리케이션, M2M 디바이스, M2M 게이트웨이, M2M 데이터, 기타 등등일 수 있다. 임의의 다른 M2M 엔티티는 서브젝트 카테고리에서 명사 또는 기술자로서 상정된다. 서브젝트 카테고리에서 오브젝트들을 기술하는데 사용되는 명사들의 풀이 몇몇 실시예들에서 정적이고 고정될 수 있는 반면, 기타 실시예들에서 서브젝트 카테고리에서 오브젝트들을 기술하는데 사용되는 명사들의 풀은 기술자들을 부가하거나 제거하기 위해 및 특정 실시예에 따라 동적으로 발생되고 및/또는 갱신될 수 있다는 것을 유의한다. 모든 그와 같은 실시예들은 본 개시의 범위 내에 있는 것으로 상정된다.

서브젝트들은 또한, 행동들을 실행하는 엔티티들 및/또는 행동들이 그 상에서 실행되는 엔티티들이다. 행동 카테고리에서의 정보 오브젝트들은 서브젝트 카테고리에서의 다중 엔티티 사이에서 실행될 수 있는 다양한 행동들을 정의하는 동사들의 풀로부터 도출되는 기술자를 가질 수 있다. 행동 정보 오브젝트들은 기부 프로토콜들(underlying protocols)에 의해서 선천적으로 지원되지 않는 복합적 행동들 및/또는 및/또는 모아지는 몇 가지 행동들과 연관될 수 있다. 행동 정보 오브젝트들은 재사용될 수 있다. 행동 카테고리에서 오브젝트들을 기술하는데 사용되는 동사들의 풀이 몇몇 실시예들에서 정적이고 고정될 수 있는 반면, 기타 실시예들에서 행동 카테고리에서 오브젝트들을 기술하는데 사용되는 동사들의 풀은 기술자들을 부가하거나 제거하기 위해 및 특정 실시예에 따라 동적으로 발생되고 및/또는 갱신될 수 있다는 것을 유의한다. 모든 그와 같은 실시예들은 본 개시의 범위 내에 있는 것으로 상정된다.

서브젝트 정보 오브젝트들 및 행동 정보 오브젝트들은 기술 카테고리에서 정보 오브젝트들에 의해 기술될 수 있다. 기술 정보 오브젝트는 그와 함께 연관되는 하나 이상의 특성들, 상태들, 사정들, 또는 정보 오브젝트의 임의의 다른 속성들을 기술할 수 있다. 예를 들어, 기술 정보 오브젝트는 연관된 오브젝트의 전력 사정(즉, 온 또는 오프), 로케이션, 소유자, 또는 등록 사정을 표시할 수 있다. 임의의 다른 속성 또는 특성은 상정된다. 기술 정보 오브젝트들은 또한 하나 이상의 다른 기술 정보 오브젝트들을 기술하는데 사용될 수 있다. 서브젝트 및 행동 정보 오브젝트들에 의해서 그런 것처럼, 기술 카테고리에서 오브젝트들을 기술하는데 사용되는 용어들의 풀이 몇몇 실시예들에서 정적이고 고정될 수 있는 반면, 기타 실시예들에서 기술 정보 오브젝트들에 대해 사용되는 용어들의 풀은 기술자들을 부가하거나 제거하기 위해 및 특정 실시예에 따라 동적으로 발생되고 및/또는 갱신될 수 있다는 것을 유의한다. 모든 그와 같은 실시예들은 본 개시의 범위 내에 있는 것으로 상정된다.

오브젝트들은 상이한 노드들이 오브젝트들의 공통 풀로부터 도출되는 오브젝트들을 사용할 수 있도록 미리 정의될 수 있다. 서비스 계층들은 또한 제각기 서비스 계층이 지원하는 오브젝트들을 발견하고 이것들을 교환할 수 있다. 알 수 있는 바와 같이, 이 정보 모델은, 각각의 정보 오브젝트가 상대적으로 작고 또한 그러므로 다른 정보 모델들에서 사용되는 더 크고 더 복잡한 오브젝트들 및 데이터 구성물들이 그런 것보다 엔티티들 간에서 통신하는 데에 더 적은 처리 및 대역폭을 요구하기 때문에, 인터페이스에 걸친 오버헤드를 감소시키는 장점을 가질 수 있다.

도 4는 각각의 카테고리에 포함될 수 있는 오브젝트들의 비제한적, 예시적 리스트들(410, 420, 및 440)을 도해한다. 도 4에 도시되는 오브젝트들이 단지 예들에 불과하고, 각각의 이러한 카테고리들에서 사용될 수 있는 임의의 다른 오브젝트들이 본 개시의 범위 내에 있는 것으로 상정된다는 것을 유의한다.

앞서 주목한 바와 같이, 서브젝트 카테고리(410)에서의 오브젝트들은 다양한 엔티티들을 기술하는 명사들의 풀로부터의 명사들에 의해 기술될 수 있다. 서브젝트 카테고리에서의 오브젝트들의 예들은 애플리케이션(411), 노드(412), 데이터(413), CSF(414), 및 CSL(415)을 포함한다. 임의 타입의 M2M 엔티티, 디바이스 또는 구성물을 나타내거나 또는 다른 식으로 이것들과 연관되는 기타 오브젝트들이 본 개시의 범위 내에 있는 것으로 상정된다.

또한 앞서 주목한 바와 같이, 행동 카테고리(420)에서의 오브젝트들은 다양한 엔티티들을 기술하고 또한 서브젝트 카테고리에서의 다른 것에 대해 또는 다중 엔티티 사이에서 하나의 서브젝트 정보 오브젝트에 의해 실행될 수 있는 행동을 라벨링하는 명사들의 풀로부터 도출되는 동사들에 의해 기술될 수 있다. 행동 카테고리에서의 오브젝트들의 예들은, 생성하고(421), 삭제하고(422), 등록하고(423), 부가하고(424), 갱신하고(425), 참가하고(426), 가입하고(427), 평균화하고(428), 검색하고(429), 탈퇴하고(430), 통지하고(431), 및 조합하는(432) 것을 포함한다. 임의의 M2M 엔티티, 디바이스, 또는 구성물에 의해, 이들 상에서, 또는 이들 간에서 실행될 수 있는 임의 타입의 행동을 나타내거나 또는 다른 식으로 이것들과 연관되는 기타 오브젝트들도 본 개시의 범위 내에 있는 것으로 상정된다.

또한 앞서 주목한 바와 같이, 기술 카테고리(440)에서의 오브젝트들은 하나 이상의 특성들, 상태들, 사정들, 또는 이것이 연관되는 정보 오브젝트의 임의의 다른 속성을 기술할 수 있다. 기술 카테고리에서의 오브젝트들의 예들은 식별자(441), 온/오프/슬리프/오류 상태(442), 액세스 권리들(443), 시간(444), 타입(445), 지속시간(446), 로케이션(447), 및 등록(448)을 포함한다. 임의의 행동 또는 서브젝트 정보 오브젝트 또는 임의의 M2M 엔티티, 디바이스, 또는 구성물과 연관될 수 있는 임의 타입의 속성 또는 특성의 임의의 기술자 또는 표시자를 나타내거나 또는 다른 식으로 연관되는 기타 오브젝트들도 본 개시의 범위 내에 있는 것으로 상정된다.

주목된 것처럼, 개시된 실시예들에서 M2M 시스템은 정적으로 정보 오브젝트들을 정의할 수 있거나, 또는 M2M 시스템은 새로운 정보 오브젝트들을 발견하고 제거되거나 삭제된 정보 오브젝트들을 검출함으로써 동적으로 오브젝트들을 부가하고 제거할 수 있다. 정보 오브젝트들이 임의 타입 및 개수의 노드들, 엔티티들, 디바이스들, 애플리케이션들, 및 이것들의 임의의 조합에 의해 호스팅될 수 있다는 것이 상정된다.

각각의 엔티티(예를 들어, 디바이스들, 애플리케이션들, 노드들, 리소스들, 기타 등등)는 새로운 정보 오브젝트들을 생성할 수 있고, 이들을 광고할 수 있고 다른 엔티티들과 정보 오브젝트 정보를 교환할 수 있다. 이것은 엔티티들로 하여금 다른 엔티티들로부터 이용 가능할 수 있는 리소스들 및 서비스들에 대한 지식을 획득하도록 허용할 수 있다. 도 5는 그와 같은 지식 교환들이 개시된 실시예들에서 어떻게 구현될 수 있는지를 드러내는 예시적, 비제한적 신호 흐름(500)을 도해한다.

도 5에서, 엔티티(510) 및 엔티티(520)는 각각이, 디바이스, 게이트웨이, 네트워크 노드, 또는 애플리케이션을 포함하여 임의 타입의 엔티티일 수 있다. 엔티티(510)가 블록 511에서 그 정보 오브젝트 카테고리들 및 지원된 오브젝트들을 초기화할 수 있는 한편, 엔티티(520)는 블록 521에서 그 정보 오브젝트 카테고리들 및 지원된 오브젝트들에 대해 동일한 것을 할 수 있다. 몇몇 실시예들에서, 초기에 지원된 오브젝트들은, 제각기 엔티티가 준비되고 및/또는 구성되는 동안, 결정될 수 있다. 블록 512에서, 엔티티(510)는 자신이 그 지원된 오브젝트들을 광고할 것을 결정할 수 있고, 또한 그러므로 엔티티(520)에게, "공표" 행동을 표시할 수 있는 정보 오브젝트 행동, 지원된 오브젝트들의 리스트를 포함할 수 있는 정보 오브젝트 서브젝트, 및 지원된 오브젝트들 및 연관된 행동들의 기술자들을 포함할 수 있는 정보 오브젝트 기술의 표시들을 가진 공표 요청(513)을 보낼 수 있다.

응답에서, 엔티티(520)는 응답 메시지에서 요청(513)을 단순히 확인 응답할 수 있거나, 어떤 통신도 엔티티(510)에게 보내지 않을 수 있거나, 또는 어떤 응답성 활동들도 취하지 않을 수 있다. 대안적으로, 엔티티(520)는 요청 메시지(513)에 응답하여 엔티티(510)에게 응답(523)을 보냄으로써 엔티티(510)에게 그 지원된 오브젝트들을 발표할 수 있다. 실시예에서, 엔티티는 다른 엔티티들에 의해 광고되는 오브젝트들에 기초하여 새로운 오브젝트들을 생성할 수 있으며, 그에 의해 그 자체의 정보 모델을 개선한다. 그러므로, 블록 514에서, 엔티티(510)는 응답(523)에서 엔티티(520)에 의해 표시되는 것들에 대응하는 새로운 오브젝트들을 생성할 수 있다. 블록 515에서, 엔티티(510)는 블록 514에서 생성되는 새로운 오브젝트들 및/또는 이전부터 존재하는 오브젝트들을 공표할 수 있어서(즉, 광고하거나 발표할 수 있어서), 엔티티(520)를 포함하는 다른 엔티티들이 엔티티(510)가 광고된 오브젝트들에 대한 접근을 제공하고 및/또는 광고된 오브젝트들과 관계되는 서비스들 및 기능들을 촉진할 수 있도록 한다.

대안적으로 또는 덧붙여, 엔티티는 해당 엔티티에게 적용되는 트리거 또는 정책에 기초하여 새로운 오브젝트들을 생성할 수 있다. 그러므로, 블록 524에서, 엔티티(520)는 검출된 트리거에 기초하여 하나 이상의 오브젝트들을 생성할 수 있다. 그와 같은 오브젝트들은 엔티티(520)상에 준비되는 오브젝트들, (이하에 보다 상세하게 설명된 바와 같이) 오브젝트들의 그 조직들 및/또는 조합에 기초한 엔티티(520)에 의해 생성되는 오브젝트들, 및/또는 애플리케이션들로부터 수신되는 요청들에 응답하여 생성되는 오브젝트들을 포함할 수 있다. 상정된 트리거들은 임의의 검출 가능한 조건, 데이터, 또는 M2M 엔티티가 검출할 수 있는 자극일 수 있다. 엔티티(520)가 또한 트리거들, 준비(provisioning), 및/또는 애플리케이션들로부터의 요청들에 응답하여 오브젝트들을 삭제할 수 있다는 것을 유의한다. 트리거들의 예들은, (예를 들어, 위에서 기술된 공표(515) 또는 하기 기술되는 공표(525)에서와 같이) 또 다른 엔티티로부터의 광고 또는 광고된 오브젝트의 수신, 국지적 정책들에 기초한 트리거들, 및 오브젝트들을 조직하고 및/또는 조합하기 위한 필요를 표시하는 조건들을 검출할 수 있는 엔티티의 서비스 능력에 기초한 트리거들을 포함한다. 엔티티는 새로운 서비스 인에이블먼트의 준비 및 애플리케이션으로부터 오브젝트를 생성하기 위한 요청의 수신으로 인해 새로운 오브젝트들을 생성하도록 또한 트리거링될 수 있다. 그 하에서 엔티티가 오브젝트를 생성하도록 야기될 수 있는 이들 및 임의의 다른 트리거들 및 조건들은 본 개시의 범위 내에 있는 것으로 상정된다.

525에서, 엔티티(520)는 블록 524에서 생성된 새로운 오브젝트들 및/또는 이전에 존재하는 오브젝트들을 공표(즉, 광고하거나 발표)할 수 있어서, 다른 엔티티들이 엔티티(520)가 광고된 오브젝트들에 대한 접근을 제공하고 및/또는 광고된 오브젝트들과 관계되는 서비스들 및 기능들을 촉진할 수 있도록 한다.

실시예에서, 각각의 정보 오브젝트는, "오브젝트 인스턴스들(object instances)"로서 지칭될 수 있는 임의 수의 인스턴스 생성들을 가질 수 있다. 오브젝트 인스턴스들은 상대적으로 고유한 식별자들(ID들)을 가질 수 있고, 그와 같은 ID들을 이용하여 어드레싱 가능할 수 있다. 일 실시예에서, 오브젝트 인스턴스 식별자는 오브젝트 인스턴스에 대한 어드레스 가능한 로케이션을 나타내는 URI일 수 있다. 서브젝트들, 행동들, 및 기술들은 임의의 빌트인 계층 구조적 관계성을 가지지 않을 수 있는데, 그래서, 예를 들어 서비스 제공자 "ProviderOne"은, "www.ProviderOne.com/Subjects/", "www.ProviderOne.com/Actions/", 및 www.ProviderOne.com/Descriptions/와 같은, 루트 어드레스 하의 3개의 오브젝트 카테고리를 배치할 수 있다. 본 예에서, 각각의 오브젝트 카테고리에서의 오브젝트 인스턴스들은 "www.ProviderOne.com/Subjects/CSF/csfl/", "www.ProviderOne.com/Actions/Create-RoomTempControl/", 및

"www.ProviderOne.com/Descriptions/IDl/"로서 표현될 수 있다. 정보 오브젝트들 및 오브젝트 인스턴스들은 각각이 제각기 ID의 길이를 감소시키기 위해 자신들의 상대적 어드레스들에 의해 어드레싱될 수 있다.

도 6은 예시적, 비제한적 오브젝트 인스턴스(600)를 도해한다. 오브젝트 인스턴스(600)에서의 또는 이것과 연관되는 정보는, 수치 값, 스트링, 구조, 기타 등등을 포함하여, 다양한 형태들로 저장되고 및/또는 통신될 수 있는 인스턴스 값(610)을 포함할 수 있다. 인스턴스 값은 단일 값일 수 있거나 또는 이것은 개별적으로 어드레싱될 수 있는 값들의 세트일 수 있다.

오브젝트 인스턴스(600)는, 그 모두가 선택 사항일 수 있고 그러므로 모든 오브젝트 인스턴스마다 존재하지 않을 수 있는 다양한 다른 정보를 또한 포함할 수 있다. 그와 같은 정보는 발견에 사용될 수 있는 검색 태그(620)를 포함할 수 있다. 몇몇 실시예들에서, 다중 오브젝트 인스턴스는 관련될 수 있고 그러므로 각각의 관련 인스턴스는 동일 검색 태그를 가질 수 있다. 그와 같은 실시예들에서, 그와 같은 인스턴스들이 상주할 수 있는 노드의 공통 서비스 계층은 그와 같은 인스턴스들과 연관되는 정보를 조합할 수 있다.

오브젝트 인스턴스(600)는 오브젝트(600)의 카테고리 및 타입을 표시할 수 있는 오브젝트 카테고리(630) 및 오브젝트 타입(640)을 또한 포함할 수 있다. 오브젝트 인스턴스(600)에 존재할 수 있는 다른 정보 중에는, 상대적으로 고유한 URI 또는 몇몇 다른 식별자와 같은, 오브젝트(600)의 식별자에 설정될 수 있는 자신의 식별자(650)가 있다. 오브젝트(600)는 또한 기술(660)을 포함할 수 있다. 기술(660)은 기술(660)이 연관되는 서브젝트 또는 행동과 동일한 어드레스에서 "속성들"로서 또한 저장될 수 있다. 다중 기술의 표시자들은 기술(660)에 포함될 수 있고, 그에 의해 조합된 정보를 제공한다. 오브젝트 인스턴스(600)가 하나 이상의 다른 인스턴스들과 관련된다면, 연관된 인스턴스들의 식별자(들)는 연관된 인스턴스들(670)의 식별자들에 포함될 수 있다.

실시예에서, 기술들을 별개의 카테고리로서 갖는 것은 정보 조직 융통성을 향상시키는 것을 도울 수 있다. 예를 들어, 센서 서브젝트의 1000개의 인스턴스는 모두 동일 로케이션을 가질 수 있다. 그와 같은 실시예들에서, 각각의 센서들은 단일 로케이션 오브젝트 인스턴스와 연관될 수 있고, 그에 의해 각각의 1000개의 센서 인스턴스에 대해 반복적으로 저장되는 동일 로케이션 데이터를 가질 필요를 방지한다.

도 7은 계측 기기(예를 들어, 전기 계측 기기, 수도 계측 기기, 가스 계측 기기)와 연관될 수 있는 예시적, 비제한적 데이터 정보 오브젝트 인스턴스(700)를 도해한다. 데이터 값(즉, 인스턴스 값)(710)은 1000일 수 있다. 이 예에서, 데이터 정보 오브젝트 인스턴스(700)는, (2013)에서의 이 계측 기기의 눈금을 검색하는 것을 용이하게 할 수 있는 "meter1Reading2013"으로 표시되는 어느 하나, 및 이 데이터가 (2013)에서의 수도 회사 X의 계측 기기 눈금의 검색 결과들에 속하는 것을 표시할 수 있는 "HydroXmeterReading2013"으로서의 다른 하나인, 검색 태그 필드(720)에서의 두 개의 검색 태그를 또한 가질 수 있다. 오브젝트 카테고리(730)는 "서브젝트"에 설정될 수 있고 오브젝트 타입(740)은 "데이터"에 설정될 수 있다. 이 데이터 인스턴스는 자신의 식별자 필드(750)에서 "www. HydroX.com/Subjects/meter1Data-12/01/2013"으로서의 그 URI에 의해 고유하게 식별될 수 있다. 기술 필드(760)에는 동일 로케이션에서의 다른 센서들에 상대적인 기술자 및/또는 임의의 다른 기술적 데이터를 제공할 수 있는 "meter1"의 표시자가 있을 수 있다. 오브젝트(700)는 관련 인스턴스들(770)의 식별자들에 포함되는 두 개의 다른 인스턴스와 연관될 수 있다. 이들 중 하나는 기술 인스턴스로의 저장되는 계측 기기 눈금 데이터에 대한 기술일 수 있는 한편, 다른 것은 수도 회사 제어 애플리케이션이 서브젝트 정보 오브젝트의 인스턴스로서 저장되는 것을 나타낼 수 있다.

도 8은 엔티티를 위한 정보 스토리지의 실시예를 드러내는 비제한적, 예시적 구조(800)를 도해한다. 본 명세서에서 기술되는 바와 같은 엔티티는 디바이스, 게이트웨이, 네트워크 서버, 네트워크 노드(예를 들어, 라우터, 허브 스위치, 기타 등등), 애플리케이션, 또는 통신 가능하게 연결된 엔티티들의 네트워크에서의 성분인 임의의 다른 디바이스 또는 구조물일 수 있다는 것을 유의한다. 서브젝트들(810) 하에는 임의 수의 서브젝트 인스턴스들(811-814)가 있을 수 있는 한편, 행동들(820) 하에는 임의 수의 행동 인스턴스들(821-824)이 있을 수 있고, 기술들(830) 하에는 임의 수의 기술 인스턴스들(831-834)이 있을 수 있다.

실시예에서, 각각의 정보 오브젝트 카테고리는 독립적 리소스 구조일 수 있다. 그와 같은 오브젝트들의 각각의 인스턴스는 개시된 정보 모델에서의 그 카테고리 하에 직접적으로 저장된 것으로 여겨질 수 있다. 정보 오브젝트 카테고리들은 별개의 로케이션들에서 및/또는 별개의 디바이스들상에 저장될 수 있다. 대안적으로, 정보 오브젝트 카테고리들은 도 8에서 파선에 의해 표시되는 단일 로케이션에 함께 저장될 수 있다.

기술 인스턴스들(831-833)은, 기술 인스턴스(812)와 기술 인스턴스(822)와 같이 서브젝트 인스턴스 또는 행동 인스턴스와 함께가 아니라, 별개의 로케이션들에 및/또는 별개의 디바이스들상에, 또는 단일 로케이션에서의 별개의 메모리 공간에 개별적으로 저장될 수 있다.

도 9는 엔티티에 구현되는 개시된 정보 모델에 사용하기 위한 구조를 제공하는 대안적 실시예를 보여주는 비제한적, 예시적 구조(900)를 도해한다. 서브젝트들(910)하에는 애플리케이션(911) 및 데이터(914) 하의 오브젝트 인스턴스들과 같이, 특정 서브젝트들에 의해 조직되는 임의 수의 서브젝트 인스턴스들이 있을 수 있다. 행동들(920) 하에는 등록(921) 및 가입(923) 하의 오브젝트 인스턴스들과 같이, 특정 행동들에 의해 조직되는 임의 수의 행동 인스턴스들이 있을 수 있다. 기술들(930)하에는 식별자(931) 및 로케이션(934) 하의 오브젝트 인스턴스들과 같이, 특정 기술들에 의해 조직되는 임의 수의 기술 인스턴스들이 있을 수 있다.

이 실시예에서, 오브젝트 카테고리 하에서 정의되는 각각의 타입의 오브젝트는, 인스턴스들이 어떤 계층 구조적 관계성도 갖지 않을 수 있기는 하지만, 브랜치(branch)일 수 있다. 예를 들어, 도 9의 서브젝트들(910) 하의 애플리케이션 브랜치(911)는 애플리케이션 인스턴스들 (912) 및 (913)일 수 있는 연관된 서브젝트 인스턴스들을 가질 수 있는 한편, 서브젝트들(910) 하의 데이터 브랜치(914)는 데이터 인스턴스들 (915) 및 (917)일 수 있는 연관된 서브젝트 인스턴스들을 가질 수 있다. 도 8의 트리 구조에 대해 그런 것처럼, 기술 인스턴스는 자신들의 연관된 행동 또는 서브젝트와 함께 저장될 수 있다. 예를 들어, 도 9에서, 기술 인스턴스(916)는 그 연관된 서브젝트 인스턴스 데이터 인스턴스(915)와 함께 저장될 수 있다.

유사하게, 행동들(920) 하의 등록 브랜치(921)는 등록 인스턴스들(register instances)(922 및 923) 일 수 있는 연관된 행동 인스턴스들을 가질 수 있는 한편, 행동들(920) 하의 가입 브랜치(923)는 가입 인스턴스들(924 및 926)일 수 있는 연관된 행동 인스턴스들을 가질 수 있다. 다시, 도 8의 트리 구조에서 그런 것처럼, 기술 인스턴스들은 자신들의 연관된 행동 또는 서브젝트와 함께 저장될 수 있다. 예를 들어, 도 9에서, 기술 인스턴스(925)는 그 연관된 행동 인스턴스 가입 인스턴스(924)와 함께 저장될 수 있다.

식별자(931) 하의 식별자 인스턴스들(932-933)과 같은 기술 인스턴스들 및 로케이션(934) 하의 로케이션 인스턴스들(935-936)은 기술 인스턴스(916) 및 기술 인스턴스(925)와 같이 서브젝트 인스턴스 또는 행동 인스턴스와 함께가 아니라, 별개의 로케이션들에 및/또는 별개의 디바이스들상에, 또는 단일 로케이션에서의 별개의 메모리 공간에 개별적으로 저장될 수 있다.

본 개시의 오브젝트 기반 정보 모델은 정보를 저장하는 융통성 있는 수단을 가능하게 할 수 있다. 도 10은 또 다른 비제한적 예시적 대안 구조(1000)를 도해한다. 이 실시예에서, 정보 인스턴스들은 다양한 로케이션들에서 느슨하게(loosely) 저장되고 이들은 어떤 타입의 트리 구조로도 조직된 것으로 여겨지지 않는다. 인스턴스된 것들 사이의 상관들은 인스턴스들 사이의 연관들에 의해 완전히 표현된다. 도 10에서, 카테고리들(즉, 오브젝트들, 행동들, 기술들) 및 각각의 카테고리(데이터, 애플리케이션, 기타 등등) 내의 타입들이, 이들 인스턴스들이 단지 논리적으로만 그룹화되고 반드시 자신들의 물리적 로케이션들에 의해 그룹화되지는 않았으므로, 점선 원들로 도시된다. 예를 들어, 서브젝트 카테고리(1010)에서, 데이터 인스턴스들(1011-1012)(이는 임의 수의 그와 같은 인스턴스들일 수 있음)이 논리적으로 그룹화되는 한편, 애플리케이션 인스턴스들(1013-1014)도 논리적으로 그룹화된다. 마찬가지로, 본 예에서, 행동 인스턴스(1021)가 행동 카테고리(1020)에서 동일 타입의 행동 인스턴스들과 함께 그룹화될 수 있는 한편, 행동 인스턴스(1021)와는 상이한 타이브이 행동의 행동 인스턴스(1022)가 행동 인스턴스(1022)와 동일한 행동인 다른 행동들과 함께 그룹화될 수 있다. 또한, 이 예에서 기술 인스턴스(1031)는 기술 카테고리(1030)와 동일한 타입의 기술 인스턴스들와 함께 그룹화될 수 있는 한편, 기술 인스턴스(1031)와 상이한 타입의 기술의 기술 인스턴스(1032)가 기술 인스턴스(1032)와 동일한 행동인 다른 기술과 함께 그룹화될 수 있다.

도 11은 상이한 카테고리들에 속하는 다양한 정보 오브젝트들의 인스턴스들 간의 관계성을 도해한다. 각각의 행동 인스턴스(1120)는 행동 인스턴스(1120)의 속성들 및/또는 특성들을 정의할 수 있는 연관된 기술 인스턴스(1110)를 가질 수 있다. 행동 인스턴스(1120)는 서브젝트 인스턴스들(1130 및 1140)과 같은 2개 이상의 서브젝트 인스턴스들 사이에서 실행될 수 있는 동작일 수 있다. 각각의 서브젝트 인스턴스들(1130 및 1140)은, 그들 서브젝트 인스턴스들의 속성들 및/또는 특성들을 정의할 수 있는, 제각기의 연관된 기술 인스턴스들(1135 및 1145)을 또한 가질 수 있다.

원자적 정보 오브젝트가 새로운 정보를 형성하기 위해 다른 원자적 정보 오브젝트들과 연관될 수 있다. 연관된 정보 오브젝트들은 또한 공통 특성들을 갖는 그룹들을 형성할 수 있다. 그와 같은 그룹들은 더 효율적 동작들을 용이하게 할 수 있다. 예를 들어, 발견은, 한 개의 발견 질의가 다중 상관된 정보 오브젝트를 포함하는 결과들을 발생할 수 있기 때문에 더 효율적으로 될 수 있다.

도 12는 본 명세서에 개시되는 정보 오브젝트들이 서로 연관되기 위해 이용할 수 있는 메커니즘을 도해하는 블록도이다. 서브젝트 인스턴스(1210)는 데이터 타입 서브젝트 인스턴스일 수 있다. 서브젝트 인스턴스(1210)는 데이터 값(1211) 및 기술 식별자(1212)를 포함할 수 있다. 기술 식별자(1212)는, 서브젝트 인스턴스(1210)와 연관되는 속성들(1221)을 포함할 수 있는 기술 인스턴스(1220)에 대한 참조를 표시하거나, 또는 다른 경우에는 이것에 접근하기 위한 수단을 제공할 수 있다.

도 13은 그러한 메커니즘의 예를 도해한다. 서브젝트 인스턴스(1310)는 200에 설정되는 데이터 값(1311)을 가진 데이터 타입 서브젝트 인스턴스일 수 있다. 기술 식별자(1312)는 기술 인스턴스(1320)의 어드레스인 URI(예를 들어, 도 13의 "Descriptions/HydroMeterReading-1/")를 포함할 수 있다. 기술 인스턴스(1320)는 서브젝트 인스턴스(1210)와 연관되는 속성들(1321)을 포함할 수 있다. 속성들(1321)은 서브젝트 인스턴스(1310)의 타입, 서브젝트 인스턴스(1310)의, 또는 이것과 연관되는 엔티티의 소유자, 서브젝트 인스턴스(1310)에 의해 제공되는 데이터의 측정 단위들, 및 서브젝트 인스턴스(1310)에 의해 제공되는 데이터에의 접근 권리들을 표시하는 속성들을 포함할 수 있다.

기술 인스턴스(1320)는 둘 이상의 서브젝트 인스턴스와 연관될 수 있다. 예를 들어, 빌딩에 몇 개의 온도 센서들이 있고 모든 센서들이 동일 세입자에 의해 소유되고 및/또는 작동되는 경우에, 각각의 센서들은 기술 인스턴스(1320)를 지칭하는 기술 식별자를 포함하는 연관된 서브젝트 인스턴스를 가질 수 있다. 그러한 실시예에서, 기술 인스턴스(1320)는 이것이 연관되는 서브젝트 인스턴스들의 리스트를 유지할 수 있다. 기술 인스턴스가 변경되거나 제거될 때, 대응하는 서브젝트 인스턴스들은 자동적으로 통지될 수 있고 정보 관리 공통 서비스 기능은 연관들을 갱신하기 위한 행동들을 취할 수 있다. 대안적으로, 각각의 그와 같은 서브젝트 인스턴스는 해당 서브젝트 인스턴스에 고유한 기술 인스턴스에의 참조를 가질 수 있고, 그 역으로도 마찬가지이다.

몇몇 실시예들에서, 정보 오브젝트의 인스턴스는 새로운 오브젝트(즉, 조합된 인스턴스들 및/또는 그것과 함께 연관되는 데이터를 포함하는 새로운 인스턴스)를 형성하기 위해 하나 이상의 다른 인스턴스들과 조합될 수 있다. 도 14는 인스턴스들을 조합하기 위한 예시적 신호들 및 절차들을 도해하는 예시적, 비제한적 신호 흐름(1400)을 보여준다.

블록 1411에서, 엔티티(1410)(몇몇 실시예들에서 특히 그 정보 관리(IM) 기능)는 다중 서브젝트 인스턴스를 조합하기 위해 엔티티(1420)에게 보내질 요청을 발생하기로 결정할 수 있다. 그러한 행동이 개시되기를 야기하는 다양한 트리거들 또는 다른 자극들이 있을 수 있다. 예를 들어, 엔티티(1410)의 IM 기능은 데이트를 자가 최적화하도록 구성될 수 있다. 동일하거나 비슷한 속성들을 갖는 인스턴스들과 연관되는 몇 개의 질의들의 검출 시에, 엔티티(1410)는 엔티티(1410)에 구성되는 기준 및/또는 정책들에 기초하여 그와 같은 인스턴스들을 조합하는 것을 결정할 수 있다. 대안적으로, 또는 덧붙여, 몇몇 실시예들에서 상이한 오브젝트 인스턴스들을 소유하는 애플리케이션은 인스턴스들을 조합하기 위한 요청을 발생할 수 있다.

"조합" 행동을 표시하는 요청 메시지(1412)가 엔티티(1420)에게 전송될 수 있다. 이 조합 행동 자체가 정보 오브젝트 인스턴스이고 또한 조합이 구현되어야 하는 방법을 기술하는 연관된 기술 인스턴스(들)를 가질 수 있다는 것을 유의한다. 요청 메시지(1412)는 조합될 인스턴스들의 리스트를 제공할 수 있다. 요청 메시지(1412)는 조합된 인스턴스를 위한 기술들, 예를 들어 조합될 인스턴스들이 크게 상관된다는 것을 표시하는 기술 데이터를 또한 제공할 수 있다. 요청(1412)을 수신할 시에, 블록 1421에서 엔티티(1420)는 그 정보 스토리지, 및/또는 이것이 그에 대한 접근을 가질 수 있는 임의의 다른 데이터를 검색할 수 있고, 요청(1412)에 특정되는 인스턴스들에 관한 정보를 획득할 수 있다. 임의의 필요한 데이터를 획득할 시에, 엔티티(1420)는 요청(1412)에 포함되는 명령어들에 따라 새로운 정보 오브젝트 인스턴스를 생성할 수 있다. 엔티티(1420)는 이후 응답 메시지(1422)에서 동작의 상태 및 새로운 인스턴스의 식별자를 반환할 수 있다. 또한 응답 메시지(1422)에서, 몇몇 실시예들에서, 동일 인스턴스의 식별자의 일부로서 또는 그와 동일한 것으로서 새롭게 생성되고 조합된 정보 오브젝트 인스턴스에 대한 어드레스일 수 있다.

또 다른 실시예에서, 엔티티(1420)는 국지적으로 획득된 데이터에 기초하여 다중 인스턴스를 조합하기로 결정할 수 있다. 예를 들어, 엔티티(1420)는 이것이 가능하다면 정보를 최적화하여야 하는 것을 표시하는 정책 또는 다른 구성으로 구성될 수 있다. 인스턴스들을 조합하는 것을 결정하고 블록 1423에서 결정된 조합을 실행할 시에, 엔티티(1420)는 엔티티(1410)에게 요청 메시지(1424)를 보내어 엔티티(1410)에게 인스턴스들이 조합되었다고 통지할 수 있다. 엔티티(1420)는, 엔티티(1420)에 의해 실행되는 하나 이상의 동작들의 통지에 가입된 엔티티들과 같이, 그와 같은 정보를 이용할 수 있는 임의의 다른 엔티티들에게 또한 통지할 수 있다. 엔티티(1410)는 요청(1424)의 수신을 확인 응답하고 및/또는 요청(1424)의 수신에 기초하여 상태를 제공하는 응답(1425)을 엔티티(1420)에게 전송할 수 있다.

실시예에서, API(application programming interface) 동작들은 작은 "어휘(vocabulary)"를 가진 정보 모델을 용이하게 하기 위해 단순화될 수 있다. 예를 들어, 도 15 및 예시적, 비제한적 신호 흐름(1500)에 도시된 바와 같이, 개시된 원자적 정보 모델은 통일된 API의 사용을 허용한다. 임의의 2개의 엔티티 사이의 정보 교환들은 적어도 하나의 다른 서브젝트 인스턴스에 대해 또 한 번의 행동 인스턴스들을 실행하는 서브젝트 인스턴스의 형태로 있을 수 있다. 각각의 서브젝트 인스턴스들 및 행동 인스턴스들은 그것과 함께 연관되는 기술 인스턴스들을 가질 수 있다. 다른 필드들이 또한 이용될 수 있다(도 15의 이탤릭 문자들로 표시됨). 수신하는, 또는 "타깃" 엔티티는 응답으로 보내지는 그 메시지들에서 동일 구조를 이용할 수 있다. 이 실시예에서, 통신하는 엔티티들 사이의 API 통신은 "문들(sentences)"의 자유로운 흐름이 될 수 있는데, 이것은 시스템 효율성을 증가시킬 수 있다.

예를 들어, 소스 엔티티(1510)(몇몇 실시예들에서 특히 그 정보 관리(IM) 기능)는 타깃 엔티티(1520)와 같은 게이트웨이에서의 CSL에 데이터를 기입하기를 원하는 애플리케이션을 호스팅할 수 있다. 이 애플리케이션은 엔티티(1510)(또는 이것이 그 자신의 엔티티인 경우에 애플리케이션 자체)의 식별자를 표시하는 서브젝트 인스턴스, 행동 "생성", 및 타깃 인스턴스(즉, 타깃 엔티티(1520)가 될 수 있는 게이트웨이)의 식별자를 특정할 수 있는 메시지(1511)를 발생하거나, 야기하거나, 이것이 발생되도록 요청할 수 있다. 메시지(1511)의 수신 시에, 타깃 엔티티(1520)는 그 CSL에 데이터를 기입하는 것과 같이, 블록 1521에서 메시지(1511)에 표시되는 행동들을 실행할 수 있다. 엔티티(1520)는 이후 이것이 요청된 동작들을 실행하였다거나 또는 이것이 요청된 동작들을 실행할 수 없었다는 것을 표시하는 메시지(1522)를 소스 엔티티(1510)에게 보낼 수 있다. 예를 들어, 메시지(1522)는 요청(1511)에 표시되는 대로 수반되는 엔티티들 및 행동들을 표시할 수 있다. 메시지(1522)는 메시지(1511)에 응답하여 저장되는 데이터와 같은, 결과물의 식별자 또는 로케이션을 또한 표시할 수 있다.

메시지들(1511 및 1522)과 같은 메시지들에서, 다중 서브젝트 인스턴스 및/또는 다중 행동 인스턴스가 표시될 수 있다는 것을 유의한다. 임의 수의 서브젝트 인스턴스들 및 행동 인스턴스들뿐만 아니라 이들의 연관된 기술 인스턴스들이 있을 수 있다. 다중 서브젝트 인스턴스가 단일 행동 인스턴스로 표시되는 경우에, 몇몇 실시예들에서 모든 표시된 서브젝트 인스턴스들은 다른 표시된 서브젝트 인스턴스들의 각각과 함께/각각에 대한 표시된 행동을 실행할 수 있다. 다중 오브젝트 인스턴스 및 다중 행동 인스턴스가 있는 경우에, 몇몇 실시예들에서 모든 표시된 서브젝트 인스턴스들은 다른 표시된 서브젝트 인스턴스들의 각각과 함께/각각에 대한 모든 표시된 행동들을 실행할 수 있다. 다중 메시지는 하나 이상의 타깃 엔티티들과 함께/각각에 대한 다중 행동을 실행하도록 또한 조합될 수 있다.

도 16은 개시된 정보 모델의 구현들에 이용될 수 있는 예시적 API 동작들을 도해하는 예시적, 비제한적 신호 흐름(1600)을 도해한다. 이 실시예에서, 개시된 API 동작들은 요청 및 응답 메시지들을 이용할 수 있지만, 그러나 몇몇 실시예들은 응답 메시지들을 요구하지 않는다. 이 예에서, 소스 엔티티(1610)는 요청 메시지(1611)를 타깃 엔티티(1620)에게 전송할 수 있다. 메시지(1611)는 소스 서브젝트 인스턴스(예를 들어, 소스 엔티티(1610)상에서 호스팅되는 서브젝트 인스턴스)의 식별자, 하나 이상의 타깃 서브젝트 인스턴스들의 식별자들, 및 소스 서브젝트 인스턴스가 표시된 타깃 서브젝트 인스턴스들의 각각과 함께/각각에 대해 실행하였기를 바라는 하나 이상의 행동들을 포함할 수 있다. 몇몇 실시예들에서, 메시지(1611)는 표시된 서브젝트 및 행동 인스턴스들과 연관되는 기술들을 또한 포함할 수 있다. 블록 1621에서, 엔티티(1620)는 요청(1611)에 표시되는 동작들을 실행하려고 시도할 수 있다. 엔티티(1620)는 응답 메시지(1622)에서 요청(1611)에 표시되는 동작들을 실행하려고 시도한 결과들을 보고할 수 있다. 몇몇 실시예들에서, 정보 오브젝트의 새로운 인스턴스(예를 들어, 등록 인스턴스, 조합된 인스턴스들을 반영하는 그룹 인스턴스, 데이터 인스턴스, 기타 등등)가 요청(1611)에 표시되는 동작(들)에 응답하여 생성될 수 있다. 그와 같은 실시예들에서, 응답 메시지(1622)는 새로운 오브젝트 인스턴스의 식별자를 포함할 수 있다. 대안적으로 또는 덧붙여, 응답 메시지(1622)는 임의의 영향 받은 정보 오브젝트 인스턴스들에 대한 식별자들을 포함할 수 있다.

기타 실시예들에서, 오브젝트는 CSL에서의 CSF가 오브젝트의 인스턴스일 수 있는 일반적 공통 서비스 타입에 기초할 수 있다. 예를 들어, 등록, 디바이스 관리, 상호 연동, 기타 등등을 위한 오브젝트 인스턴스들이 있을 수 있다. 도 17은 실시예에 따른 예시적, 비제한적 오브젝트 구조(1700)를 도해한다. 이 실시예에서, 필드 CSF 타입(1710)은 오브젝트의 타입 또는 기능(예를 들어, 등록, 디바이스 관리)을 표시할 수 있는 한편, 필드 CSF 서브타입(1720)에서의 데이터는 오브젝트의 타입 또는 기능(예를 들어, 애플리케이션 등록, 디바이스 등록)을 추가로 세분화할 수 있다. 필드 발신자(1730)는 초기에 오브젝트를 생성한 리소스를 식별하는 데이터를 포함하는데 사용될 수 있다. 타깃(1740)은 발신하는 리소스(발신자(1730)에서 식별됨)가 CSF 타입(1710) 및 CSF 서브타입(1720)에 표시되는 기능을 그에 의해 실행하고 싶어하는 하나 이상의 리소스들을 식별하는데 사용될 수 있다.

검색 태그들(1750)은 오브젝트(1700)의 인스턴스를 기술하는데 사용될 수 있고 또한 검색에 응답하여 오브젝트(1700)의 인스턴스를 로케이팅하는 것을 조력하는데 사용될 수 있는 하나 이상의 스트링들을 포함할 수 있다. CSF 기술들(1760)은 구조(1700)를 구현하는 오브젝트 인스턴스와 연관될 수 있는 기술 오브젝트 인스턴스들의 하나 이상의 식별자들을 포함할 수 있다. 연관 필드(1770)는 구조(1700)를 구현하는 오브젝트 인스턴스가 그와 연관될 수 있거나 또는 구조(1700)를 이용하여 구현되는 오브젝트 인스턴스가 그에 관련될 수 있는 엔티티들의 식별자들의 리스트를 포함할 수 있다.

실시예에서, CSF를 위한 경로는 "<host name>/<CSF type>"으로 정의될 수 있다. 예를 들어, 기능에 대한 등록 타입이 타입 일(1)로 정의되면, 해당 CSF에의 경로는 "http://www. serviceprovider1.com/oneM2M/1/"일 수 있다. 인스턴스가 생성될 때, 서비스 플랫폼(예를 들어, 네트워크, 게이트웨이, 또는 디바이스)은 해당 플랫폼을 이용하는 엔티티들에 대해 사용되는 식별자들 중에서 고유한 식별자를 제공할 수 있다. 그와 같은 실시예들에서, 인스턴스는 "<host name>/<CSF type>/<CSF instance ID>"의 형태로 URI에 의해 식별되고 및/또는 어드레싱될 수 있다. 예를 들어, 등록 인스턴스가 일(1)의 인스턴스 식별자를 가진다면, 그 경로는 "http://www. serviceprovider1.com/oneM2M/1/1"일 수 있다. CSF 인스턴스의 각각의 성분은 그 제각기 식별자에 의해 어드레싱 가능하고 및/또는 식별 가능할 수 있는데, 이것은 몇몇 실시예들에서 "<host name>/<CSF type>/<CSF type instance ID>/<CSF type element ID>"와 같은 URI일 수 있다. 그러므로, CSF 타입 일(1)의 인스턴스 일(1)의 성분 일(1)을 위한 URI는 "http://www. serviceprovide1.com/oneM2M/1/1/1/"일 수 있다. URI들은 또한 더 기술적 식별자들을 허용하는 더 긴 형태에 의해 표시될 수 있다. 예를 들어, CSF 타입 일(1)의 인스턴스 일(1)의 성분 일(1)을 위한 URI는 http://www. serviceprovide1.com/oneM2M/registrationType/registration1/registration/"일 수 있다.

실시예에서, 엔티티는 그 정보 스토리지 성분(예를 들어, 도 3에서의 정보 스토리지(332))에 저장되는 CSF 오브젝트들의 하나 이상의 인스턴스들을 가질 수 있다. API 동작들은 통신 엔티티들의 정보 관리(IM) 기능들(예를 들어, 도 3에서의 정보 관리(331)) 사이에서 일어날 수 있다. 그와 같은 기능들에 의해 교환되는 메시지들은 CSF 오브젝트들의 인스턴스들을 식별할 수 있다. 그와 같은 CSF 오브젝트 인스턴스들과 연관되는 행동 오브젝트 인스턴스들은 제각기 CSF 오브젝트 인스턴스와 연관되는 기술 인스턴스에서 식별될 수 있다. 대안적으로, 그와 같은 CSF 오브젝트 인스턴스들과 연관되는 행동 오브젝트 인스턴스들은 CSF 인스턴스와는 별개로 저장될 수 있다.

몇몇 실시예들에서, 오브젝트 인스턴스는 또 다른 오브젝트 인스턴스에 가입하여 해당 오브젝트 인스턴스로부터의 통지들을 선행적으로 수신할 수 있다. 도 18은 예시적 사용 예를 설명하기 위해 본 명세서에 이용될 예시적, 비제한적 오브젝트 구조들(1810 및 1820)을 도해한다. 이 예에서, 애플리케이션 가입 인스턴스(1810)는 CSL 통지 인스턴스(1820)에 가입하기를 바라는 소스 애플리케이션에 의해 이용될 수 있다. 애플리케이션 가입 인스턴스(1810)는 애플리케이션 가입 인스턴스(1810)를 상대적으로 고유하게 식별할 수 있고 또한 가입 동작들을 실행하기 위해 필요한 임의의 다른 데이터를 포함할 수 있는 데이터 가입 관리 필드(1811)를 가질 수 있다. CSF 서브타입 필드(1812)가 "애플리케이션"에 설정될 수 있는 한편, 애플리케이션 식별자(1813)가 특정 소스 애플리케이션을 식별할 수 있다. 애플리케이션 가입 인스턴스(1810)는 또한 CSL 식별자(1814)를 가질 수 있다. 그 "연관" 성분(1815)에 있어서, 애플리케이션 가입 인스턴스(1810)는 애플리케이션 가입 인스턴스(1810), CSL 통지 인스턴스(1820), 및 이들 인스턴스들(즉, 가입) 사이의 확립된 관계성의 표시자들을 가질 수 있다. 가입의 조건들은 기술 필드(1816)에 표시될 수 있고 또한 CSL 통지 인스턴스(1820)로 하여금 애플리케이션 가입 인스턴스(1810)에게 통지를 보내도록 야기하게 되는 조건들 및/또는 트리거들을 표시할 수 있다. 필드(1817)는 등록 오브젝트 인스턴스의 식별자를 포함할 수 있는데, 이것은 본 예에서는 CSL 통지 인스턴스(1820)이다.

CSL 통지 인스턴스(1820)는 CSL 통지 인스턴스(1820)를 상대적으로 고유하게 식별할 수 있고 또한 가입 동작들을 실행하는데 필요한 임의의 다른 데이터를 포함할 수 있는 데이터 가입 관리 필드(1821)를 가질 수 있다. CSF 서브타입 필드(1822)가 "애플리케이션"에 설정될 수 있는 한편, 애플리케이션 식별자(1824)는 특정 소스 애플리케이션(즉, 오브젝트(1810)의 (1813)에서 식별되는 애플리케이션)을 식별할 수 있다. 애플리케이션 가입 인스턴스(1810)는 또한 오브젝트(1801)의 CSL 식별자(1823)(즉, (1814)의 식별자)를 가질 수 있다. 그 "연관" 성분(1825)에 있어서, CSL 통지 인스턴스(1820)는 CSL(1823), 애플리케이션(1824), 및 이들 인스턴스들 간에 확립되는 관계성(예로, 통지)의 표시자들을 가질 수 있다. 그 하에서 통지가 애플리케이션 가입 인스턴스(1810)에게 보내져야 하는 조건들은 기술 필드(1826)에 표시될 수 있고 또한 CSL 통지 인스턴스(1820)로 하여금 애플리케이션 가입 인스턴스(1810)에게 통지를 보내도록 야기하게 되는 조건들 및/또는 트리거들을 표시할 수 있다. 필드(1827)는 가입하는 오브젝트 인스턴스의 식별자를 포함할 수 있는데, 이것은 본 예에서 애플리케이션 가입 인스턴스(1810) 이다.

도 19는 엔티티가 또 다른 엔티티에 가입하는 실시예들에 대해 사용될 수 있는 신호들 및 절차들의 예를 도해하는 예시적, 비제한적 신호 흐름(1900)을 보여준다. 이 예에서, 애플리케이션 인스턴스(1910)는 CSL 인스턴스(1920)에 가입하기를 바랄 수 있다. 애플리케이션 인스턴스(1910)는 블록 1911에서 가입 정보 오브젝트 인스턴스를 발생할 수 있다. 애플리케이션 인스턴스(1910)는 요청 메시지(1912)를 CSL 인스턴스(1920)에게 전송할 수 있다. 요청 메시지(1912)는 발생된 가입 정보 오브젝트 인스턴스의 표시자 또는 식별자를 포함할 수 있다. 블록 1921에서, CSL 인스턴스(1920)는 요청(1912)에 기초하여 가입 인스턴스를 생성하고 저장할 수 있다. 블록 1922에서, CSL 인스턴스(1920)는 요청(1912)에 표시되는 통지 조건들을 결정하고 저장할 수 있다. CSL 인스턴스(1920)는 애플리케이션 인스턴스(1910)에게 요청(1912)의 처리 상태(예를 들어, 성공적, 비성공적) 및/또는 생성된 가입 인스턴스의 식별자를 제공하는 응답 메시지(1923)를 보낼 수 있다.

블록 1924에서, CSL 인스턴스(1920)는 블록 1922에서 결정되는 조건이 실현된 것을 검출할 수 있고, 응답으로, 애플리케이션 인스턴스(1910)에게 요청 메시지(1912)에 지정되는 타입의 실시예로 통지 인스턴스 및/또는 통지 데이터를 가진 통지 요청(1925)을 전송할 수 있다. 블록 1913에서, 애플리케이션 인스턴스(1910)는 요청(1925)에서의 수신된 통지 인스턴스 및/또는 데이터에 기초하여 통지 인스턴스를 발생하고 및/또는 저장할 수 있다. 애플리케이션 인스턴스(1910)는 CSL 인스턴스(1920)에게 요청(1925)의 처리의 상태(예를 들어, 성공적, 비성공적) 및/또는 생성된 가입 인스턴스의 식별자를 표시하는 응답(1914)을 전송할 수 있다.

도 20은 엔티티가 CSL에서 이용 가능할 수 있는 그 자신의 오브젝트들을 정의하는 실시예들에서 사용될 수 있는 신호들 및 절차들의 예를 도해하는 예시적, 비제한적 신호 흐름(2000)을 보여준다. 엔티티상에서 실행되는 애플리케이션은 해당 애플리케이션에 의해 사적으로 이용될 수 있거나 또는 서비스 계층에서의 다른 엔티티들에 의해 발견 가능할 수 있는 오브젝트들을 생성할 수 있다. 도 20에 도시된 예에서, 애플리케이션 인스턴스(2010)는 이것이 기술 오브젝트들의 애플리케이션 특정적 인스턴스들의 생성에 대한 기초로서 이용하기를 원할 수 있는 기술 인스턴스들 X 및 Y를 가질 수 있다. 예를 들어, 기술 인스턴스들 X 및 Y는 특정 산업계에 대한 특정 타입의 애플리케이션을 지원하는 기술 인스턴스들일 수 있다.

도 20에서, 애플리케이션(2010)은 새로운 오브젝트들을 생성하기 위해 CSL 인스턴스(2020)(몇몇 실시예들에서, 특히 그 정보 관리(IM) 기능)에게 지시하는 메시지(2011)를 전송할 수 있다. 메시지(2011)에 표시되는 행동은 수신자가 애플리케이션 기술 오브젝트 인스턴스들을 생성하도록 지시하는 행동일 수 있다. 표시된 행동은 그와 연관되는 소정 규칙들을 가질 수 있다. CSL 인스턴스(2020)(몇몇 실시예들에서, 특히 그 IM 기능)는 그와 같은 규칙들을 추종하고 또한 그 오브젝트 생성 규칙에 따라 블록 2021에서 오브젝트들을 생성할 수 있다. CSL 인스턴스(2020)는 요청된 기술 오브젝트 인스턴스들의 생성을 확인하고 또한 기술 오브젝트 인스턴스들의 식별자들을 제공하는 응답 메시지(2022)를 전송할 수 있다. 블록 2023에서, CSL 인스턴스(2020)는 새롭게 생성된 인스턴스들을 광고하기로 결정할 수 있고, 메시지(2024)에 의해, CSL 인스턴스(2030)에게 이들을 광고할 수 있다. CSL 인스턴스(2030)는 검색 메시지(2031)에 의해 새로운 오브젝트들 중 하나 이상을 검색할 수 있다. CSL 인스턴스(2030)가 메시지(2031)에 그 자신의 서브젝트 식별자를 생략할 수 있다는 것을 유의한다.

이 실시예에서, 애플리케이션 인스턴스(2010)는, 애플리케이션 인스턴스(2010)가 CSL상의 새로운 오브젝트들을 생성하도록 허용되는 한 CSL 인스턴스(2020)와의 등록 관계성을 가질 필요가 없다. 그러므로, 이 실시예는 다양한 엔티티들에 의한 상이한 노드들에서의 오브젝트들의 생성을 추가로 용이하게 한다.

도 21a는 하나 이상의 개시된 실시예들이 구현될 수 있는 예시적 M2M 또는 사물 인터넷(IoT) 통신 시스템(10)의 또 다른 다이어그램이다. 일반적으로, M2M 기술들은 IoT를 위한 빌딩 블록들을 제공하고, 임의의 M2M 디바이스, 게이트웨이 또는 서비스 플랫폼은 IoT 뿐만 아니라 IoT 서비스 계층, 기타 등등의 컴포넌트일 수 있다. 서비스 계층은 API들의 세트 및 기부 네트워킹 인터페이스들을 통해 부가 가치 서비스 능력들을 지원하는 소프트웨어 미들웨어일 수 있다. ETSI M2M 및 oneM2M 양자 모두는 개시된 경량의 IoT 정보 모델을 구현하고 작동시킬 수 있는 서비스 계층을 이용한다. ETSI M2M의 서비스 계층은 SCL(Service Capability Layer)이다. SCL은 M2M 디바이스(DSCL), 게이트웨이(GSCL) 및 네트워크(NSCL) 내에 존재한다. oneM2M 서비스 계층은 CSF(Common Service Function)들의 세트(즉, 서비스 능력들)을 지원한다. CSF들 중의 하나 이상의 특정 타입들의 세트의 인스턴스 생성은 상이한 타입들의 네트워크 노드들(예를 들어, 인프라스트럭처 노드, 미들 노드, 애플리케이션 특정적 노드)상에서 호스팅될 수 있는 CSE(Common Services Entity)로서 지칭될 수 있다.

도 21a에 도시된 바와 같이, M2M/IoT 통신 시스템(10)은 통신 네트워크(12)를 포함한다. 통신 네트워크(12)는 고정 네트워크 또는 무선 네트워크(예를 들어, WLAN, 셀 방식, 또는 그와 유사한 것) 또는 이종 네트워크들의 네트워크일 수 있다. 예를 들어, 통신 네트워크(12)는 음성, 데이터, 비디오, 메시징, 브로드캐스트, 또는 그와 유사한 것과 같은 콘텐츠를 다중 이용자에게 제공하는 다중 액세스 네트워크로 구성될 수 있다. 예를 들어, 통신 네트워크(12)는 코드 분할 다중 액세스(CDMA), 시분할 다중 액세스(TDMA), 주파수 분할 다중 액세스(FDMA), 직교 FDMA(OFDMA), 단일 반송파 FDMA(SC-FDMA), 및 그와 유사한 것과 같은 하나 이상의 채널 액세스 방법들을 채택할 수 있다. 또한, 통신 네트워크(12)는 예를 들어, 코어 네트워크, 인터넷, 센서 네트워크, 산업적 제어 네트워크, 개인 지역 네트워크(personal area network), 융합된 개인 네트워크, 위성 네트워크, 홈 네트워크, 또는 기업 네트워크와 같은 다른 네트워크들을 포함할 수 있다.

도 21a에 도시된 바와 같이, M2M/IoT 통신 시스템(10)은 M2M 게이트웨이 디바이스(14) 및 M2M 단말 디바이스들(18)을 포함할 수 있다. 임의 개수의 M2M 게이트웨이 디바이스들(14) 및 M2M 단말 디바이스들(18)이 요망에 따라 M2M/IoT 통신 시스템(10)에 포함될 수 있다는 것을 이해할 것이다. 각각의 M2M 게이트웨이 디바이스들(14)과 M2M 단말 디바이스들(18)은 통신 네트워크(12) 또는 직접 무선 링크를 통해 신호들을 송신 및 수신하도록 구성된다. 그와 같은 신호들은 요청, 응답들, 및 도 5(공표), 도 14(조합, 상태, 통지), 도 15 및 도 16(인스턴스 통신), 도 19(가입), 도 20(인스턴스들의 생성, 공표)에 도시된 기타 메시지와 같은 개시된 메시지들, 기타 등등의 전송을 가능하게 할 수 있다. 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, 블루투스), 직접 무선 링크, 및 유선을 포함하는 다양한 네트워크들을 통해 통신할 수 있다. 개시된 정보 오브젝트 인스턴스들 중 임의의 것을 구현하거나 또는 용이하게 하는 임의의 엔티티들을 포함하여, 본 명세서에 설명되는 임의의 엔티티들은 M2M 디바이스들(18), 게이트웨이들(14), 및 서비스 플랫폼(22)과 같은 디바이드들상에서 부분적으로 또는 전체적으로 구현되고, 실행되고, 또는 다른 식으로 가능하게 될 수 있다. 모든 그러한 실시예들은 본 개시의 범위 내에 있는 것으로 상정된다.

예시된 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)의 기능들은, 예를 들어, 웹 서버로서, 셀 방식 코어 네트워크에서, 클라우드에서, 기타 등등에서 다양한 방식들로 구현될 수 있다.

또한 도 21b를 참조하면, M2M 서비스 플랫폼은, 다양한 애플리케이션들 및 버티컬들이 레버리지할 수 있는, 서비스 전달 능력들의 핵심 세트를 제공하는 서비스 계층(26)(예로, 본 명세서에서 설명된 NSCL)을 전형적으로 구현한다. 이들 서비스 능력들은 M2M 애플리케이션들(20)로 하여금 디바이스들과 상호 작용하고 또한 데이터 수집, 데이터 분석, 디바이스 관리, 보안성, 계산서 청구, 서비스/디바이스 발견, 기타 등등과 같은 기능들을 실행하게 할 수 있다. 기본적으로, 이들 서비스 능력들은 애플리케이션들이 이들 기능성들을 구현하는 부담으로부터 해방시키고, 따라서 애플리케이션 개발을 단순화하고 마케팅하기 위한 시간 및 비용을 절약시킨다. 서비스 계층(26)은 또한 M2M 애플리케이션들(20)로 하여금 서비스 계층(26)이 제공하는 서비스들과 연계하여 다양한 네트워크들(12)을 통해 통신하는 것을 가능하게 할 수 있다.

몇몇 실시예들에서, M2M 애플리케이션들(20)은 경량 IoT 정보 모델을 구현하고 이용하기 위한 시스템들 및 방법들의 개시 사항을 이용할 수 있는 디바이스들을 포함하는 하나 이상의 피어 투 피어 네트워크들의 생성을 위한 기초를 형성하는 요망 애플리케이션들을 포함할 수 있다. M2M 애플리케이션들(20)은, 수송, 건강 및 건강 관리, 연결된 집, 에너지 관리, 자산 추적, 및 보안과 감시와 같은 것이지만, 이것들에만 한정되지는 않는 다양한 산업들에서의 응용들을 포함할 수 있다. 전술한 바와 같이, 디바이스들, 게이트웨이들, 시스템의 다른 서버들에 걸쳐서 실행되는 M2M 서비스 계층은, 예를 들어, 데이터 수집, 디바이스 관리, 보안, 계산서 청구, 로케이션 추적/지오펜싱(geofencing), 디바이스/서비스 발견, 및 레거시 시스템 통합과 같은 기능들을 지원하고, 이들 기능들을 서비스들로서 M2M 애플리케이션들(20)에게 제공한다. 설명된 서비스 계층 및 오브젝트들이 그와 상호 작용하는 애플리케이션들은 M2M 애플리케이션들(20)의 것들과 같은 애플리케이션들일 수 있다.

도 21c는 예를 들어, M2M 단말 디바이스(18) 또는 M2M 게이트웨이 디바이스(14)와 같은 예시적 M2M 디바이스(30)의 시스템 도이다. 도 21c에 도시된 바와 같이, M2M 디바이스(30)는 프로세서(32), 송수신기(34), 송신/수신 소자(36), 스피커/마이크(38), 키패드(40), 디스플레이/터치패드/표시기들(예로, 하나 이상의 발광 다이오드들(LED들))(42), 비 착탈식 메모리(44), 착탈식 메모리(46), 전원(48), GPS 칩셋(50), 및 다른 주변 디바이스들(52)을 포함할 수 있다. M2M 디바이스(40)는 실시예에 부합하도록 남아 있으면서 전술한 요소들의 임의의 하위 조합을 포함할 수 있다는 것을 이해할 것이다. 이 디바이스는 경량 IoT 정보 모델을 구현하고 이용하기 위한 개시된 시스템들 및 방법들을 이용하는 디바이스일 수 있다.

프로세서(32)는 범용 프로세서, 특수 오브젝트 프로세서, 종래의 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서, DSP 코어와 연관되는 하나 이상의 마이크로프로세서들, 컨트롤러, 마이크로컨트롤러, ASIC(Application Specific Integrated Circuit), FPGA(Field Programmable Gate Array) 회로, 임의의 다른 타입의 집적 회로(IC), 상태 머신, 및 그와 유사한 것일 수 있다. 프로세서(32)는 신호 코딩, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 M2M 디바이스(30)가 무선 환경에서 동작할 수 있게 하는 임의의 다른 기능성을 실행할 수 있다. 프로세서(32)는 송신/수신 소자(36)에 결합될 수 있는 송수신기(34)에 결합될 수 있다. 도 21c가 프로세서(32) 및 송수신기(34)를 별도의 요소들로서 묘사하지만, 프로세서(32) 및 송수신기(34)는 전자적 패키지 또는 칩 내에 함께 통합될 수 있다는 것을 이해할 것이다. 프로세서(32)는 애플리케이션 계층 프로그램들(예를 들어, 브라우저들) 및/또는 무선 액세스 계층(RAN) 프로그램들 및/또는 통신을 실행할 수 있다. 프로세서(32)는, 예를 들어, 액세스 계층 및/또는 애플리케이션 계층에서 하는 것처럼, 인증, 보안 키 합의, 및/또는 암호화 연산들과 같은 보안 동작들을 실행할 수 있다.

송신/수신 소자(36)는 M2M 서비스 플랫폼(9)에게 신호들을 송신하고, 또는 그로부터 신호들을 수신하도록 구성될 수 있다. 예를 들어, 실시예에서, 송신/수신 소자(36)는 RF 신호들을 송신 및/또는 수신하도록 구성되는 안테나일 수 있다. 송신/수신 소자(36)는 WLAN, WPAN, 셀 방식, 및 그와 유사한 것과 같은 다양한 네트워크들 및 공중 인터페이스들을 지원할 수 있다. 실시예에서, 송신/수신 소자(36)는, 예를 들어, IR, UV, 또는 가시광 신호들을 송신 및/또는 수신하도록 구성되는 이미터/검출기일 수 있다. 또 다른 실시예에서, 송신/수신 소자(36)는 RF 신호 및 광 신호 양쪽을 송신 및 수신하도록 구성될 수 있다. 송신/수신 소자(36)는 무선 또는 유선 신호들의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있음을 이해할 것이다.

또한, 송신/수신 소자(36)가 단일 요소로서 도 21c에서 묘사되지만, 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(subscriber identity module) 카드, 메모리 스틱, 보안 디지털(SD) 메모리 카드, 및 그와 유사한 것을 포함할 수 있다. 기타 실시예들에서, 프로세서(32)는 서버 또는 홈 컴퓨터상에서 그런 것처럼, M2M 디바이스(30)상에 물리적으로 자리잡지 않은 메모리로부터의 정보에 접근할 수 있고 거기에 데이터를 저장할 수 있다. 프로세서(32)는, 본 명세서에서 제시되는 실시예들 중 몇몇에서 기술된 것들과 같은, 다양한 조건들 및 파라미터들에 응답하여 디스플레이 또는 표시자들(42)상에 점등 패턴들, 이미지들, 또는 색들을 제어하도록 구성될 수 있다.

프로세서(32)는 전원(48)으로부터 전력을 받아들일 수 있고, M2M 디바이스(30) 내의 다른 컴포넌트들에게 전력을 분배하고 및/또는 이것에의 전력을 제어하도록 구성될 수 있다. 전원(48)은 M2M 디바이스(30)에게 전력을 공급하기 위한 임의의 적합한 디바이스일 수 있다. 예를 들어, 전원(48)은 하나 이상의 건전지들(예를 들어, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 금속 수소화물(NiMH), 리튬-이온(Li-ion), 기타 등등), 태양광 전지들, 연료 전지들, 및 그와 유사한 것을 포함할 수 있다.

프로세서(32)는 또한 M2M 디바이스(30)의 현재 로케이션에 관련한 로케이션 정보(예를 들어, 경도와 위도)를 제공하도록 구성되는, GPS 칩셋(50)에 결합될 수 있다. M2M 디바이스(30)는 본 실시예에 부합하도록 남아 있으면서, 임의의 적합한 로케이션 결정 방법에 의해 로케이션 정보를 획득할 수 있음을 이해할 것이다.

프로세서(32)는 다른 주변 디바이스들(52)에 추가로 결합될 수 있는데, 이것들은 부가의 특징들, 기능성, 및/또는 유선 또는 무선 연결을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈들을 포함할 수 있다. 예를 들어, 주변 디바이스들(52)은 가속도계, e 컴퍼스, 위성 송수신기, 센서, (사진들 또는 비디오를 위한) 디지털 카메라, 범용 직렬 버스(USB) 포트, 진동 디바이스, 텔레비전 송수신기, 핸즈 프리 헤드셋, 블루투스® 모듈, 주파수 변조(FM) 무선 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 및 그와 유사한 것을 포함할 수 있다.

도 21d는, 예를 들어 도 21a 및 도 21b의 M2M 서비스 플랫폼(22)이 그 상에서 구현될 수 있는 예시적 컴퓨팅 시스템(90)의 블록도이다. 컴퓨팅 시스템(90)은 컴퓨터 또는 서버를 포함할 수 있고 또한 주로 컴퓨터 판독 가능 명령어들에 의해 제어될 수 있는데, 이 컴퓨터 판독 가능 명령어들은 그러한 소프트웨어가 저장되거나 접근되면 어디서든 간에 또는 어떠한 수단에 의해서든 간에 소프트웨어의 형태일 수 있다. 그러한 컴퓨터 판독 가능 명령어들은 컴퓨팅 시스템(90)으로 하여금 작업을 행하도록 야기하기 위해 중앙 처리 유닛(CPU)(91) 내에서 실행될 수 있다. 많은 알려진 워크스테이션들, 서버들, 및 개인용 컴퓨터들에서, 중앙 처리 유닛(91)은 마이크로프로세서로 지칭되는 단일 칩 CPU에 의해 구현된다. 다른 머신들에서, 중앙 처리 유닛(91)은 다중 프로세서를 포함할 수 있다. 보조프로세서(81)는 메인 CPU(91)와는 구별되고, 부가적 기능들을 실행하거나 CPU(91)를 조력하는 선택 사항 프로세서이다. CPU(91) 및/또는 보조프로세서(81)는 경량 IoT 정보 모델을 구현하고 이용하기 위한 개시된 시스템들 및 방법들과 관계된 데이터를 수신하고, 발생하고, 및 처리할 수 있다.

동작 시에, 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)은 도 21a 및 도 21b의 네트워크(12)와 같은 외부 통신 네트워크에 컴퓨팅 시스템(90)을 연결하는 데 이용될 수 있는 네트워크 어댑터(97)를 포함할 수 있다. 실시예에서, 네트워크 어댑터(97)는 경량 IoT 정보 모델을 구현하고 이용하기 위한 개시된 시스템들 및 방법들과 관련되는 데이터를 수신하고 송신할 수 있다.

본 명세서에서 기술되는 시스템들, 방법들, 및 절차들 중 임의의 것 또는 모든 것은, 물리적 디바이스 또는 장치로서 구체화되는 컴퓨터 판독 가능 스토리지 매체상에 저장되는 컴퓨터 실행 가능 명령어들(즉, 프로그램 코드)의 형태로 구체화될 수 있다. 그와 같은 명령어들은 컴퓨터, 서버, M2M 단말 디바이스, M2M 게이트웨이 디바이스, 또는 그와 유사한 것과 같은 머신, 또는 머신에 구성되는 프로세서에 의해 실행될 때, 본 명세서에 기술된 시스템들, 방법들, 및 절차들을 실시하고, 실행하고, 및/또는 구현한다. 특정하게는, 전술한 단계들, 동작들, 또는 기능들 중 임의의 것은 그러한 컴퓨터 실행 가능 명령어들의 형태로 구현될 수 있다. 컴퓨터 판독 가능 스토리지 매체는 정보의 저장을 위해 임의의 방법 또는 기술로 구현되는 휘발성 및 비휘발성, 착탈식 및 비 착탈식 매체 모두를 포함하지만, 그러한 컴퓨터 판독 가능 스토리지 매체는 신호들을 포함하지는 않는다. 컴퓨터 판독 가능 스토리지 매체는 RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CDROM, DVD(digital versatile disk) 또는 다른 광 디스크 스토리지, 자기 카세트, 자기 테이프, 자기 디스크 스토리지 또는 다른 자기 스토리지 디바이스들, 또는 원하는 정보를 저장하기 위해 이용될 수 있고 컴퓨터에 의해 접근될 수 있는 임의의 다른 물리적 매체를 포함하는데, 이들로만 제한되지는 않는다.

본 개시의 주제의 양호한 실시예들을 기술할 때, 도면에 도시된 바와 같이, 명료성을 위해 특정 전문 용어가 채택된다. 그러나, 청구된 주제는 그렇게 선택된 특정 전문 용어로만 한정되도록 의도되지 않았고, 각각의 특정 요소는 유사한 목적을 달성하기 위해 유사한 방식으로 동작하는 모든 기술적 균등물들을 포함하는 것으로 이해해야 한다.

이 작성된 설명은, 최상의 모드를 포함하여 본 발명을 개시하기 위해, 또한 통상의 기술자가 임의의 디바이스들 또는 시스템들을 제조하고 사용하며 임의의 통합된 방법들을 수행하는 것을 포함하여 본 발명을 실시하는 것을 가능하게 하기 위해 예들을 이용한다. 본 발명의 특허 가능 범위는 청구항들에 의해 정의되며, 통상의 기술자에게 착안되는 다른 예들을 포함할 수 있다. 그러한 다른 예들은 이들이 청구항들의 문자적 기재와 달라지지 않는 구조적 요소들을 갖는 경우에, 또는 이들이 청구항들의 문자적 기재와 미미한 차이들을 갖는 균등한 구조적 요소들을 포함하는 경우에 청구항들의 범위 내에 있는 것으로 의도된다.

Claims

프로세서 및 메모리를 포함하는 제1 네트워크 장치로서,
상기 메모리는 상기 프로세서에 의해 실행될 때 상기 제1 네트워크 장치로 하여금:
통신 네트워크에서 머신-대-머신 공통 서비스 계층 엔티티를 구현하는 제2 네트워크 장치에, 오브젝트의 적어도 하나의 애플리케이션 특정적 인스턴스를 생성하라는 요청을 전송하는 동작 - 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스를 생성하라는 요청은 적어도 하나의 오브젝트 기술(object description)을 포함하고, 상기 적어도 하나의 오브젝트 기술은 애플리케이션 특정적이며 상기 제1 네트워크 장치 상에서 실행 중인 엔티티에 의해 정의됨 -; 및
상기 제2 네트워크 장치로부터, 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스가 상기 적어도 하나의 오브젝트 기술에 기초하여 생성되었다는 표시를 수신하는 동작을 포함하는 동작들을 수행하게 하는 컴퓨터 실행가능 명령어들을 저장하고,
상기 오브젝트의 상기 애플리케이션 특정적 인스턴스는 상기 통신 네트워크에 접속된 다른 네트워크 장치들 상에서 구현되는 다른 엔티티들에 의해 발견 가능한, 제1 네트워크 장치.
제1항에 있어서, 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스의 사용은 상기 제1 네트워크 장치 상에서 실행 중인 엔티티로 제한되는, 제1 네트워크 장치.
제1항에 있어서, 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스를 생성하라는 요청은 하나 이상의 오브젝트 생성 규칙을 더 포함하는, 제1 네트워크 장치.
제3항에 있어서, 상기 제2 네트워크 장치는 상기 하나 이상의 오브젝트 생성 규칙에 따라 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스를 생성하는, 제1 네트워크 장치.
제1항에 있어서, 상기 동작들은 상기 통신 네트워크를 통해 상기 제2 네트워크 장치에, 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스에 액세스하라는 요청을 전송하는 동작을 더 포함하는, 제1 네트워크 장치.
제5항에 있어서, 상기 동작들은 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스에 액세스하는 동작을 더 포함하는, 제1 네트워크 장치.
제1항에 있어서, 상기 동작들은 상기 통신 네트워크를 통해 상기 제2 네트워크 장치로부터, 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스와 연관된 식별자를 수신하는 동작을 더 포함하는, 제1 네트워크 장치.
제1항에 있어서, 상기 동작들은 상기 통신 네트워크를 통해 상기 제2 네트워크 장치로부터, 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스의 유형을 식별하는 속성을 수신하는 동작을 더 포함하는, 제1 네트워크 장치.
제1항에 있어서, 상기 제2 네트워크 장치는 상기 통신 네트워크를 통해 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스를 다른 머신-대-머신 공통 서비스 계층 엔티티를 구현하는 다른 네트워크 장치에 광고하도록 구성되는, 제1 네트워크 장치.
제9항에 있어서, 상기 제1 네트워크 장치 상에서 실행 중인 상기 엔티티는 상기 제1 네트워크 장치 상에서 실행 중인 애플리케이션을 포함하는, 제1 네트워크 장치.
제1 네트워크 장치에서의 방법으로서,
통신 네트워크에서 머신-대-머신 공통 서비스 계층 엔티티를 구현하는 제2 네트워크 장치에, 오브젝트의 적어도 하나의 애플리케이션 특정적 인스턴스를 생성하라는 요청을 전송하는 단계 - 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스를 생성하라는 요청은 적어도 하나의 오브젝트 기술을 포함하고, 상기 적어도 하나의 오브젝트 기술은 애플리케이션 특정적이고 상기 제1 네트워크 장치 상에서 실행 중인 엔티티에 의해 정의됨 -; 및
상기 제2 네트워크 장치로부터, 상기 오브젝트의 적어도 하나의 애플리케이션 특정적 인스턴스가 상기 적어도 하나의 오브젝트 기술에 기초하여 생성되었다는 표시를 수신하는 단계
를 포함하고,
상기 오브젝트의 상기 애플리케이션 특정적 인스턴스는 상기 통신 네트워크에 접속된 다른 네트워크 장치 상에서 구현되는 다른 엔티티들에 의해 발견 가능한, 방법.
제11항에 있어서, 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스의 사용은 상기 제1 네트워크 장치 상에서 실행 중인 상기 엔티티로 제한되는, 방법.
제11항에 있어서, 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스를 생성하라는 요청은 하나 이상의 오브젝트 생성 규칙을 더 포함하는, 방법.
제13항에 있어서, 상기 제2 네트워크 장치는 상기 하나 이상의 오브젝트 생성 규칙에 따라 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스를 생성하는, 방법.
제11항에 있어서, 상기 통신 네트워크를 통해 상기 제2 네트워크 장치에, 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스에 액세스하라는 요청을 송신하는 단계를 더 포함하는 방법.
제15항에 있어서, 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스에 액세스하는 단계를 더 포함하는 방법.
제11항에 있어서, 상기 통신 네트워크를 통해 상기 제2 네트워크 장치로부터, 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스와 연관된 식별자를 수신하는 단계를 더 포함하는, 방법.
제11항에 있어서, 상기 통신 네트워크를 통해 상기 제2 네트워크 장치로부터, 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스의 유형을 식별하는 속성을 수신하는 단계를 더 포함하는 방법.
제11항에 있어서, 상기 제2 네트워크 장치는 상기 통신 네트워크를 통해 상기 오브젝트의 상기 적어도 하나의 애플리케이션 특정적 인스턴스를 다른 머신-대 -머신 공통 서비스 계층 엔티티를 구현하는 다른 네트워크 장치에 광고하도록 구성되는, 방법.
제19항에 있어서, 상기 제1 네트워크 장치 상에서 실행 중인 상기 엔티티는 상기 제1 네트워크 장치 상에서 실행 중인 애플리케이션을 포함하는, 방법.