KR20150121126A - 사물 인터넷 (iot) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법들 - Google Patents

Abstract

본 개시물은 일반적으로 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 여러 방법들에 관한 것이다. 좀더 자세하게 설명하면, 본원에서 개시되는 방법들은 IoT 네트워크에 등록된 오브젝트들과 연관되는 사용 및 등록된 오브젝트들 사이의 상호작용들에 기초하여, IoT 네트워크에서 구성가능한 하위-분할들 및 액세스 제어들을 생성하는 자동화된 프로세스들을 지원할 수도 있다. 더욱이, 일 실시형태에서, 상이한 사용자들에 속하는 IoT 디바이스들 사이의 관계들은 IoT 디바이스들 사이의 미팅들 (예컨대, 상호작용들) 에 기초하여 암시적으로 발견되거나 및/또는 랭크될 수도 있으며, 유사하게, 상이한 사용자들 사이의 관계들이 암시적으로 발견되거나 및/또는 랭크될 수도 있다. 더욱이, IoT 디바이스들과 연관되는 로케이션들 및 상호작용들은 IoT 디바이스들 및/또는 그와 연관되는 사용자들 사이의 사용자-특정의 및 잠재적으로 비대칭적인 관계들을 추가로 발견하기 위해 시간 경과에 따라서 트래킹될 수도 있다 (예컨대, 여기서, 하나의 사용자는 또 다른 사용자를 가까운 친구로 간주하고 다른 사용자는 제 1 사용자를 지인으로 간주한다).

Description

사물 인터넷 (IOT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법들{METHODS TO DISCOVER, CONFIGURE, AND LEVERAGE RELATIONSHIPS IN INTERNET OF THINGS (IOT) NETWORKS}

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

본 특허 출원은 2013년 2월 25일자에 출원되고 발명의 명칭이 "AN IMPLICIT METHOD FOR CREATING RELATIONSHIPS BETWEEN INTERNET OF THINGS (IOT) DEVICE" 인 가특허 출원 번호 제 61/769,130 호, 2013년 2월 25일자에 출원되고 발명의 명칭이 "AUTOMATIC AND CONFIGURABLE INTERNET OF THINGS NETWORK SUB-DIVISION" 인 가특허 출원 번호 제 61/769,145 호, 2013년 11월 8일자에 출원되고 발명의 명칭이 "METHOD TO DISCOVER ASYMMETRIC RELATIONSHIPS AMONG INTERNET OF THINGS (IOT) DEVICES" 인 가특허 출원 번호 제 61/901,844 호, 및 2013년 11월 29일자에 출원되고 발명의 명칭이 "AN IMPLICIT METHOD FOR CREATING RELATIONSHIPS BETWEEN INTERNET OF THINGS (IOT) DEVICES" 인 가특허 출원 번호 제 61/910,203 호의 이익을 주장하며, 각각이 본 양수인에게 양도되고 이에 의해 본원에서 참조로 전체적으로 명확하게 포함된다.

기술 분야

본원에서 설명되는 여러 실시형태들은 일반적으로 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 것에 관한 것이다.

인터넷은 서로 통신하기 위해 표준 인터넷 프로토콜 슈트 (예컨대, 송신 제어 프로토콜 (TCP) 및 인터넷 프로토콜 (IP)) 를 이용하는 상호접속된 컴퓨터들 및 컴퓨터 네트워크들의 글로벌 시스템 (global system) 이다. 사물 인터넷 (IoT) 는, 꼭 컴퓨터들 및 컴퓨터 네트워크들이 아닌, 일상 오브젝트들이 IoT 통신 네트워크 (예컨대, 애드-혹 시스템 또는 인터넷) 를 통해서 판독가능하고, 인식가능하고, 로케이트가능하고, 어드레스가능하고, 그리고 제어가능할 수 있다는 아이디어에 기초한다.

다수의 시장 트렌드들은 IoT 디바이스들의 발달을 촉진시키고 있다. 예를 들어, 증가하는 에너지 비용들은 스마트 그리드들에서의 정부들의 전략적 투자들, 및 미래 소비에 대한, 예컨대 전기 운송체들 및 공공 충전소들에 대한 지원을 촉진시키고 있다. 증가하는 건강 관리 비용들 및 노화하는 인구 (aging populations) 는 원격/접속된 건강 관리 및 피트니스 서비스들에 대한 발달을 촉진시키고 있다. 홈에서의 기술 혁명은 'N' 플레이 (예컨대, 데이터, 보이스, 비디오, 보안, 에너지 관리, 등) 을 마켓팅하고 홈 네트워크들을 확장하는 서비스 제공자들에 의한 통합을 포함한, 새로운 "스마트" 서비스들에 대한 발달을 촉진시키고 있다. 빌딩들은 기업 설비들에 대한 운영 비용들을 감소시키려는 수단으로서 더 스마트하고 더 편리해지고 있다.

IoT 에 대한 다수의 주요 애플리케이션들이 존재한다. 예를 들어, 스마트 그리드들 및 에너지 관리의 영역에서, 공익 기업들은 홈들 및 기업들로의 에너지의 전달을 최적화하는 동시에, 고객들은 에너지 사용을 더 잘 관리할 수 있다. 홈 및 빌딩 자동화의 영역에서, 스마트 홈들 및 빌딩들은 사실상, 홈 또는 사무실에서의 임의의 디바이스 또는 시스템을 통해, 가전제품들로부터 플러그-인 전기 자동차 (PEV) 보안 시스템들까지 중앙집중화된 제어를 행할 수 있다. 자산 추적의 분야에서, 기업들, 병원들, 공장들, 및 다른 큰 조직들은 고가 장비, 환자들, 운송체들 등의 로케이션들을 정확하게 추적할 수 있다. 건강 및 웰니스 (wellness) 의 영역에서, 의사들은 환자들의 건강을 원격으로 모니터링할 수 있으며, 한편 사람은 피트니스 루틴들의 진행을 추적할 수 있다.

다음은 본원에서 개시되는 하나 이상의 양태들 및/또는 실시형태들에 관련된 간단한 요약을 제시한다. 이와 같이, 다음 요약은 모든 고려된 양태들 및/또는 실시형태들에 관한 광범위한 개관으로 간주되지 않아야 하며, 다음 요약은 모든 고려된 양태들 및/또는 실시형태들에 관한 중요하거나 또는 중대한 엘리먼트들을 식별하거나 또는 임의의 특정의 양태 및/또는 실시형태와 연관되는 범위를 정확하게 서술하는 것으로 간주되지 않아야 한다. 따라서, 다음 요약은 아래에서 제시되는 상세한 설명에 선행하여 본원에서 개시되는 하나 이상의 양태들 및/또는 실시형태들에 관한 어떤 컨셉들을 간단한 형태로 제시하는 유일한 목적을 갖는다.

하나의 예시적인 양태에 따르면, 본 개시물은 여러 디바이스들 및/또는 다른 물리적인 오브젝트들을 포함하는 사물 인터넷 (IoT) 네트워크에서, 구성가능한 하위-분할들을 자동적으로 생성하는데 사용될 수도 있는 메커니즘에 관한 것이다. 예를 들어, 여러 실시형태들에서, IoT 네트워크에서 디바이스들 및/또는 다른 물리적인 오브젝트들은 특히, 통신 능력들을 갖는 하나 이상의 IoT 디바이스들, 통신 능력들을 갖는 비-IoT 디바이스들, 및/또는 통신 능력들을 갖지 않는 다른 물리적인 오브젝트들을 포함할 수도 있다. 일 실시형태에서, 디바이스들 및/또는 다른 물리적인 오브젝트들을 검출하여 IoT 네트워크에 등록하는 것에 응답하여, 감독 디바이스는 그와 연관되는 상호작용들 및 사용을 모니터링하여 IoT 네트워크와 연관되는 하나 이상의 그룹들을 생성하도록 구성될 수도 있다. 예를 들어, 하나 이상의 그룹들은 일반적으로 등록된 디바이스들 및/또는 다른 물리적인 오브젝트들을 어떤 서브-네트워크들로 조직화하는 IoT 네트워크 내에서 하나 이상의 서브-네트워크들을 정의할 수도 있다. 일 실시형태에서, IoT 네트워크와 연관되는 하나 이상의 그룹들은 그후 사용자로 하여금, IoT 네트워크를 제어하거나 또는 아니면 구성하는 하나 이상의 커맨드들을 제공가능하게 할 수도 있는 사용자 인터페이스를 통해서 (예컨대, 감독 디바이스 상에) 제시될 수도 있다. 예를 들어, 일 실시형태에서, 하나 이상의 커맨드들은 IoT 네트워크와 연관되는 그룹들을 커스터마이즈하고 특히, IoT 네트워크와 연관되는 어떤 그룹들, 서브세트들, 또는 다른 서브-네트워크들에의 액세스를 제어하는데 사용될 수도 있다.

또 다른 예시적인 양태에 따르면, 본 개시물은 IoT 디바이스들 사이의 관계들을 암시적으로 (implicitly) 생성하는데 사용될 수도 있는 메커니즘에 관한 것이다. 일 양태에서, 제 1 사용자에게 속하는 제 1 IoT 디바이스는 제 2 사용자에게 속하는 제 2 IoT 디바이스와의 현재의 상호작용을 검출하고, 그후 제 2 IoT 디바이스와 연관되는 관계 랭크를 업데이트할지 여부를 현재의 상호작용과 연관되는 속성들에 기초하여 결정할 수도 있다. 게다가, 하나 이상의 이전 상호작용들이 제 1 IoT 디바이스와 제 2 IoT 디바이스 사이에 일어났다고 결정하는 것에 응답하여, 제 1 IoT 디바이스는 제 2 IoT 디바이스와 연관되는 관계 랭크를 업데이트할 지여부를, 현재의 상호작용과 연관되는 속성들에 기초하여, 디바이스들 사이의 이전 상호작용들과 연관되는 하나 이상의 속성들과 조합하여 추가로 결정할 수도 있다. 더욱이, 제 2 IoT 디바이스와 연관되는 관계 랭크가 업데이트되어야 한다고 제 1 IoT 디바이스가 결정하는 응답하여, 제 1 IoT 는 부응하여 관계 랭크를 디바이스 업데이트할 (예컨대, 친구로부터 가족까지 관계를 업그레이드하거나, 친구로부터 지인까지 관계를 다운로드하거나, 등등을 할) 수도 있다. 일 실시형태에서, 제 1 IoT 디바이스는 제 2 IoT 디바이스가 제 1 사용자에게 속하는 IoT 디바이스 (예컨대, 제 1 사용자에게 속하는 제 1 IoT 디바이스 또는 일부 다른 IoT 디바이스) 에의 액세스를 요청하고 있는지 여부를 추가로 결정할 수도 있으며, 여기서, 제 2 IoT 디바이스가 액세스를 요청하고 있으면, 제 1 IoT 디바이스는 요청된 액세스를 승인하거나 또는 거부할지 여부를 제 2 IoT 디바이스에 할당된 관계 랭크에 기초하여 결정할 수도 있다.

또 다른 예시적인 양태에 따르면, 본 개시물은 IoT 네트워크에서 사용자들 사이의 관계들을 암시적으로 할당하는데 사용될 수도 있는 메카니즘들에 관한 것이며, 여기서 제 1 사용자에게 속하는 제 1 IoT 디바이스와 제 2 사용자에게 속하는 제 2 IoT 디바이스 사이의 상호작용이 (예컨대, 제 1 IoT 디바이스 및 제 2 IoT 디바이스는 서로 근접하여 로케이트되는 동안) 검출될 수도 있다. 이와 같이, 일 실시형태에서, 제 1 IoT 디바이스는 그후 상호작용에 관련된 정보를 로컬 상호작용 테이블에 저장하고 저장된 상호작용에 관련된 정보 및/또는 제 1 사용자와 연관되는 IoT 디바이스들 (예컨대, 제 1 사용자에게 속하는 제 1 IoT 디바이스 및/또는 다른 IoT 디바이스들) 과 제 2 사용자와 연관되는 하나 이상의 IoT 디바이스들 (예컨대, 제 2 사용자에게 속하는 제 2 IoT 디바이스 및/또는 다른 IoT 디바이스들) 사이의 하나 이상의 이전 상호작용들에 적어도 부분적으로 기초하여, 관계 식별자를 제 2 IoT 디바이스와 연관되는 제 2 사용자에게 할당할 수도 있다. 더욱이, 일 실시형태에서, 서버는 서버가 제 1 IoT 디바이스 및/또는 제 2 IoT 디바이스로부터 수신할 수도 있는 상호작용들에 관련된 로케이션 정보에 기초하여 제 1 IoT 디바이스와 제 2 IoT 디바이스 사이의 상호작용들을 검출할 수도 있으며, 여기서, 관계 식별자를 할당하는데 사용되는 상호작용들은 임계치 시간 기간 내에, 실질적으로 동일한 시간에, 및/또는 실질적으로 동일한 로케이션에서, 일어나는 상호작용들, 임계치 지속기간, 임계치 빈도, 및/또는 실질적으로 동일한 유형을 가지는 상호작용들, 또는 다른 적합한 기준들을 만족시키는 상호작용들을 포함할 수도 있다.

또 다른 예시적인 양태에 따르면, 본 개시물은 IoT 디바이스들 사이에 사용자-특정적 및 잠재적으로 비대칭적인 관계들을 발견하기 위해 여러 IoT 디바이스들과 연관되는 로케이션들 및 상호작용들을 트래킹하는데 사용될 수도 있는 메카니즘에 관한 것이다. 특히, 관계들은 일반적으로 복잡하며, (예컨대, 어떤 로케이션들에서, 어떤 시간들에서, 기타등등에서) 일치 (co-incidence) 발생들은 상이한 사용자들 사이의 실제 관계를 항상 나타내지 않을 수도 있다. 예를 들어, 2명의 사람은 서로 빈번하게 상호작용하지만 여전히 친구들이 아닐 수도 있다. 게다가, 일부 관계들은 비대칭적일 수도 있으며, 여기서 어떤 사용자들 사이의 관계는 한명의 사용자로부터 또 다른 사용자까지 상이하게 분류될 수도 있다. 따라서, 여러 IoT 디바이스들과 연관되는 로케이션들, 상호작용들, 사용, 및 다른 관련된 상태 데이터는 IoT 디바이스들 사이의 후속 상호작용들을 제어하는데 사용될 수도 있는, 상이한 사용자들 사이의 비대칭적인 관계들을 추론하기 위해 트래킹될 수도 있다. 더욱이, 일 실시형태에서, 특정의 상호작용들이 일어나는 로케이션들을 소유하는 사용자들을 트래킹하는 것이 상이한 사용자들 사이의 관계들에 관한 추가적인 정보를 유도하는데 사용될 수도 있다. 예를 들어, 일 실시형태에서, 여러 등록된 IoT 디바이스들은 로케이션들 및 그와 연관되는 상호작용들에 관련된 데이터를 서버로 전송할 수도 있으며, 그 서버는 IoT 디바이스들과 연관되는 로케이션들 및 IoT 디바이스들 사이의 상호작용들을 트래킹하고 각각의 IoT 디바이스로부터 수신되는 트래킹된 로케이션 및 상호작용 데이터를 어떤 간격들로 증분적으로 프로세싱하여, 유사한 및/또는 상이한 사용 패턴들, 로케이션 일치, 또는 여러 사용자들 사이의 관계들에 지식 또는 다른 통찰을 제공할 수도 있는 다른 관련된 유사성들 및/또는 차이들을 식별할 수도 있다. 현재의 트래킹 기간에서 수신되는 로케이션 및 상호작용 데이터는 (예컨대, 매일 또는 또 다른 주기적인 간격에 따라서) 여러 IoT 디바이스들 사이에 유사한 패턴들 또는 로케이션 중첩들을 식별하기 위해 사전 프로세싱될 수도 있으며, 이에 의해, 임의의 특정의 기간에서 트래킹되는 로케이션 및 상호작용 데이터는 하나 이상의 이전 트래킹 기간들에서 트래킹된 로케이션 및 상호작용 데이터를 증분적으로 형성할 수도 있다. 더욱이, 오래된 데이터에 작용하는 것을 회피하고 더 최근의 로케이션들 및 더 최근의 상호작용들에 더 큰 중요성을 두기 위해, 이전 트래킹 기간들로부터의 로케이션 및 상호작용 데이터는 특정의 시간 기간 내에서 (예컨대, 지난 달 내에서) 결정된 로케이션 및 상호작용 데이터에 제한될 수도 있다. 서버는 그후 현재의 트래킹 기간으로부터의 사전 프로세싱된 로케이션 및 상호작용 데이터 (및/또는 이전 트래킹 기간들로부터의 임의의 이전에 프로세싱된 로케이션 및 상호작용 데이터) 를 이용하여, 적합한 통계적 기법들에 따라서 로케이션 및 상호작용 데이터를 지배적인 그룹들로 클러스터링할 수도 있다. 클러스터링된 관계 데이터는 그후 그 트래킹된 IoT 디바이스들 (및 그와 연관되는 사용자들) 사이에 사용자-특정의 관계 식별자들을 할당하는데 사용될 수도 있는 사용자-특정의 클러스터 표현들을 유도하기 위해 분석될 수도 있다. 예를 들어, 일 실시형태에서, 각각의 입력과 연관되는 로케이션은 유도된 X-축 및 Y-축 상에 도시될 수도 있으며, 사용자-특정의 클러스터 표현들은 트래킹된 IoT 디바이스들 및 그와 연관되는 사용자들 사이의 관계들을, 그들 사이의 임의의 비대칭을 포함하여, 학습하고 분류하는 것을 돕기 위해 보여지고 분석될 수 있는 적합한 그래핑 유틸리티 (graphing utility) 를 이용하여 도시될 수도 있다.

본원에서 개시된 양태들 및 실시형태들과 연관되는 다른 목적들 및 이점들은 첨부 도면들 및 상세한 설명에 기초하여 당업자들에게 명백하게 될 것이다.

본 개시물의 양태들 및 이의 부수하는 이점들 중 많은 이점들의 좀더 충분한 이해는, 본 개시물의 한정이 아닌, 오직 예시를 위해 제시되는 첨부 도면들과 관련하여 고려될 때 다음 상세한 설명에 대한 참조에 의해 더 잘 이해되게 되므로, 용이하게 얻어질 것이다:
도 1a 내지 도 1e 는 본 개시물의 여러 양태들에 따른, 무선 통신 시스템의 예시적인 하이-레벨 시스템 아키텍처들을 예시한다.
도 2a 는 본 개시물의 여러 양태들에 따른 예시적인 사물 인터넷 (IoT) 디바이스를 예시하며, 한편 도 2b 는 본 개시물의 여러 양태들에 따른 예시적인 수동 IoT 디바이스를 예시한다.
도 3 은 본 개시물의 여러 양태들에 따른, 기능을 수행하도록 구성된 로직을 포함하는 예시적인 통신 디바이스를 예시한다.
도 4 는 본 개시물의 여러 양태들에 따른, 예시적인 서버를 예시한다.
도 5 는 본 개시물의 일 양태에 따른, 발견가능한 피어-투-피어 (P2P) 서비스들을 지원할 수도 있는 무선 통신 네트워크를 예시한다.
도 6 은 본 개시물의 일 양태에 따른, 여러 디바이스들이 통신할 수도 있는 근접도-기반의 분산된 버스를 확립하는데, 발견가능한 P2P 서비스들이 사용될 수도 있는 예시적인 환경을 예시한다.
도 7 은 본 개시물의 일 양태에 따른, 여러 디바이스들이 통신할 수도 있는 근접도-기반의 분산된 버스를 확립하는데, 발견가능한 P2P 서비스들이 사용될 수도 있는 예시적인 메시지 시퀀스를 예시한다.
도 8 은 본 개시물의 여러 양태들에 따른, 여러 IoT 디바이스들을 포함하는 IoT 네트워크에서 자동적이고 구성가능한 하위-분할을 위한 예시적인 방법을 예시한다.
도 9 는 본 개시물의 일 양태에 따른, IoT 디바이스들 사이의 관계들을 암시적으로 생성할 수도 있는 예시적인 방법을 예시한다.
도 10 은 본 개시물의 여러 양태들에 따른, IoT 디바이스들 사이의 관계들을 생성하는 것에 관련한 상황에서 사용될 수도 있는 예시적인 sin 함수의 그래프를 예시한다.
도 11a 는 본 개시물의 여러 양태들에 따른, IoT 디바이스들 사이의 관계들을 암시적으로 생성할 수도 있는 예시적인 방법을 예시한다.
도 11b 는 본 개시물의 여러 양태들에 따른, 잠재적으로 비대칭적인 사용자-특정의 관계들을 발견하기 위해 여러 IoT 디바이스들과 연관되는 로케이션들 및 상호작용들을 트래킹할 수도 있는 예시적인 방법을 예시한다.
도 12a 는 IoT 네트워크들 사이의 관계들을 발견하고, 구성하고, 그리고 레버리지하는데 사용될 수도 있는 예시적인 아키텍처를 예시하며, 한편 도 12b 는 본 개시물의 여러 양태들에 따른, 도 12a 에 나타낸 아키텍처에서의 구성요소들 사이의 예시적인 상호작용들을 예시한다.
도 13a 내지 도 13c 는 본 개시물의 여러 양태들에 따른, IoT 네트워크에서 관계들을 레버리지할 수도 있는 예시적인 상호작용들을 예시한다.

여러 양태들이 다음 설명 및 관련된 도면들에 개시된다. 대체 양태들이 본 개시물의 범위로부터 일탈함이 없이 발명될 수도 있다. 게다가, 본 개시물의 널리 공지된 엘리먼트들은 자세하게 설명되지 않거나 또는 본 개시물의 관련된 세부 사항들을 흐리지 않도록 생략될 것이다.

단어들 "예시적인" 및/또는 "예" 는 본원에서 "예, 실례 (instance), 또는 예시로서 기능하는 것" 을 의미하기 위해 사용된다. 본원에서 "예시적인"으로 설명하는 임의의 양태 및/또는 "예" 는 다른 양태들보다 선호되거나 또는 유리한 것으로 반드시 간주되어서는 안된다. 이와 유사하게, 용어 "본 개시물의 양태들" 은 본 개시물의 모든 양태들이 설명하는 동작의 특성, 이점 또는 모드를 포함하도록 요구하지 않는다.

또, 많은 양태들이 예를 들어, 컴퓨팅 디바이스의 엘리먼트들에 의해 수행될 액션들의 시퀀스들의 관점에서 설명된다. 본원에서 설명하는 여러 액션들은 특정의 회로들 (예컨대, 주문형 집적회로 (ASIC)) 에 의해, 하나 이상의 프로세서들에 의해 실행되는 프로그램 명령들에 의해, 또는 양자의 조합에 의해 수행될 수 있는 것으로 인식될 것이다. 게다가, 본원에서 설명하는 액션들의 이들 시퀀스는 실행 시, 연관된 프로세서로 하여금 본원에서 설명하는 기능을 수행할 수 있도록 하는 대응하는 컴퓨터 명령들의 세트를 안에 저장하고 있는 임의 유형의 컴퓨터 판독가능 저장 매체 내에 전체적으로 구현되는 것으로 간주될 수 있다. 따라서, 본 개시물의 여러 양태들은 청구된 요지의 범위 내에 있는 것으로 모두 간주되는 다수의 상이한 유형들로 구현될 수도 있다. 게다가, 본원에서 설명하는 양태들의 각각에 대해, 임의의 이러한 양태들의 대응하는 유형은 예를 들어, 설명되는 액션을 수행하도록 "구성된 로직" 으로 본원에서 설명될 수도 있다.

본원에서 사용될 때, 용어 "사물 인터넷 (IoT) 디바이스" 는 어드레스가능한 인터페이스 (예컨대, 인터넷 프로토콜 (IP) 어드레스, Bluetooth 식별자 (ID), 근접 장 통신 (NFC) ID, 등) 를 가지고 정보를 하나 이상의 다른 디바이스들로 유선 또는 무선 접속을 통해서 송신할 수 있는 임의의 오브젝트 (예컨대, 기기, 센서, 등) 를 지칭하기 위해 사용된다. IoT 디바이스는 신속 응답 (QR) 코드, 무선-주파수 식별 (RFID) 태그, NFC 태그, 또는 기타 등등과 같은, 수동 통신 인터페이스, 또는 모뎀, 송수신기, 송신기-수신기, 또는 기타 등등과 같은, 능동 통신 인터페이스를 가질 수도 있다. IoT 디바이스는 중앙 처리 유닛 (CPU), 마이크로프로세서, ASIC, 또는 기타 등등에 내장되거나 및/또는 그에 의해 제어/모니터링되고 로컬 애드-혹 네트워크 또는 인터넷과 같은 IoT 네트워크에의 접속을 위해 구성될 수 있는 특정의 속성들 (예컨대, IoT 디바이스가 온 또는 오프인지, 개방 또는 폐쇄인지, 휴지 또는 활성인지, 태스크 실행에 이용가능한지 또는 사용중인지 여부, 및 기타 등등과 같은, 디바이스 상태 또는 상태, 냉각 또는 가열 기능, 환경의 모니터링 또는 리코딩 기능, 광-방출 기능, 사운드-방출 기능, 등) 의 세트를 가질 수 있다. 예를 들어, IoT 디바이스들은, 그 디바이스들이 IoT 네트워크와 통신하는 어드레스가능한 통신 인터페이스와 함께 탑재되는 한, 냉장고들, 토스터들, 오븐들, 전자레인지들, 냉동기들, 식기세척기들, 그릇들, 손 도구들, 세탁기들, 의류 건조기들, 난로들, 에어컨들, 온도조절기들, 텔레비전들, 조명 기구들, 진공 청소기들, 스프링클러들, 전기 계량기들, 가스 계량기들, 등을 포함할 수도 있지만, 이에 한정되지 않는다. IoT 디바이스들은 또한 셀 폰들, 데스크탑 컴퓨터들, 랩탑 컴퓨터들, 태블릿 컴퓨터들, 개인 휴대정보 단말기들 (PDAs), 등을 포함할 수도 있다. 따라서, IoT 네트워크는 인터넷-연결성 (예컨대, 식기세척기들, 등) 을 일반적으로 가지지 않는 디바이스들에 더해서, "레거시" 인터넷-액세스가능한 디바이스들 (예컨대, 랩탑 또는 데스크탑 컴퓨터들, 셀 폰들, 등) 의 조합으로 이루어질 수도 있다.

도 1a 는 본 개시물의 양태에 따른 무선 통신 시스템 (100A) 의 하이-레벨 시스템 아키텍처를 예시한다. 무선 통신 시스템 (100A) 은 텔레비전 (110), 실외 에어컨 유닛 (112), 온도조절기 (114), 냉장고 (116), 및 세탁 및 건조기 (118) 를 포함하는, 복수의 IoT 디바이스들을 포함한다.

도 1a 를 참조하면, IoT 디바이스들 (110-118) 은 액세스 네트워크 (예컨대, 액세스 포인트 (125)) 과, 도 1a 에 공중 인터페이스 (108) 및 직접 유선 접속 (109) 으로 나타낸, 물리적인 통신 인터페이스 또는 계층을 통해서, 통신하도록 구성된다. 공중 인터페이스 (108) 는 IEEE 802.11 과 같은, 무선 인터넷 프로토콜 (IP) 에 따를 수 있다. 도 1a 는 공중 인터페이스 (108) 를 통해서 통신하는 IoT 디바이스들 (110-118) 및 직접 유선 접속 (109) 을 통해서 통신하는 IoT 디바이스 (118) 를 예시하지만, 각각의 IoT 디바이스는 유선 또는 무선 접속, 또는 양쪽을 통해서 통신할 수도 있다.

인터넷 (175) 은 다수의 라우팅 에이전트들 및 프로세싱 에이전트들 (편의상 도 1a 에 미도시) 을 포함한다. 인터넷 (175) 은 이질적인 디바이스들/네트워크들 사이에 통신하기 위해 표준 인터넷 프로토콜 슈트 (예컨대, 송신 제어 프로토콜 (TCP) 및 IP) 를 이용하는 상호접속된 컴퓨터들 및 컴퓨터 네트워크들의 글로벌 시스템이다. TCP/IP 는 어떻게 데이터가 포맷되고, 어드레스되고, 송신되고, 라우트되고 목적지에서 수신되어야 하는지를 규정하는 단-대-단 연결을 제공한다.

도 1a 에서, 데스크탑 또는 개인용 컴퓨터 (PC) 와 같은, 컴퓨터 (120) 는 인터넷 (175) 에 직접 (예컨대, 이더넷 접속 또는 Wi-Fi 또는 802.11-기반의 네트워크를 통해서) 접속하는 것처럼 도시된다. 컴퓨터 (120) 는 일 예에서, (예컨대, 유선 및 무선 연결 양쪽을 가진 Wi-Fi 라우터에 대한) 액세스 포인트 (125) 자체에 대응할 수 있는, 모뎀 또는 라우터에의 직접 접속과 같은, 인터넷 (175) 에의 유선 접속을 할 수도 있다. 대안적으로, 액세스 포인트 (125) 및 인터넷 (175) 에 유선 접속을 통해서 접속되기 보다는, 컴퓨터 (120) 는 액세스 포인트 (125) 에 공중 인터페이스 (108) 또는 또 다른 무선 인터페이스를 통해서 접속될 수도 있으며, 인터넷 (175) 에 공중 인터페이스 (108) 를 통해서 액세스할 수도 있다. 데스크탑 컴퓨터로서 예시되지만, 컴퓨터 (120) 는 랩탑 컴퓨터, 태블릿 컴퓨터, PDA, 스마트 폰, 또는 기타 등등일 수도 있다. 컴퓨터 (120) 는 IoT 디바이스이거나 및/또는 IoT 디바이스들 (110-118) 의 네트워크/그룹과 같은, IoT 네트워크/그룹을 관리하는 기능을 포함할 수도 있다.

액세스 포인트 (125) 는 인터넷 (175) 에, 예를 들어, FiOS, 케이블 모뎀, 디지털 가입자 회선 (DSL) 모뎀, 또는 기타 등등과 같은, 광학 통신 시스템을 통해서, 접속될 수도 있다. 액세스 포인트 (125) 는 IoT 디바이스들 (110-120) 및 인터넷 (175) 과 표준 인터넷 프로토콜들 (예컨대, TCP/IP) 을 이용하여 통신할 수도 있다.

도 1a 를 참조하면, IoT 서버 (170) 는 인터넷 (175) 에 접속되는 것으로 도시된다. IoT 서버 (170) 는 구조적으로 별개인 복수의 서버들로서 구현될 수 있거나, 또는 대안적으로 단일 서버에 대응할 수도 있다. 일 양태에서, IoT 서버 (170) 는 (점선으로 나타낸 바와 같이) 옵션적이며, IoT 디바이스들 (110-120) 의 그룹은 피어-투-피어 (P2P) 네트워크일 수도 있다. 이러한 경우, IoT 디바이스들 (110-120) 은 공중 인터페이스 (108) 및/또는 직접 유선 접속 (109) 을 통해서 서로 직접 통신할 수 있다. 대안적으로, 또는 추가적으로, IoT 디바이스들 (110-120) 중 일부 또는 모두는 공중 인터페이스 (108) 및 직접 유선 접속 (109) 과는 독립적인 통신 인터페이스로 구성될 수도 있다. 예를 들어, 공중 인터페이스 (108) 가 Wi-Fi 인터페이스에 대응하면, IoT 디바이스들 (110-120) 중 하나 이상은 서로 또는 다른 Bluetooth 또는 NFC-이용가능 디바이스들과 직접 통신하는 Bluetooth 또는 NFC 인터페이스들을 가질 수도 있다.

피어-투-피어 네트워크에서, 서비스 발견 방식들은 노드들, 그들의 능력들, 및 그룹 멤버십의 존재를 멀티캐스트할 수 있다. 피어-투-피어 디바이스들은 이 정보에 기초하여 연관들 및 후속 상호작용들을 확립할 수 있다.

본 개시물의 양태에 따르면, 도 1b 는 복수의 IoT 디바이스들을 포함하는 또 다른 무선 통신 시스템 (100B) 의 하이-레벨 아키텍처를 예시한다. 일반적으로, 도 1b 에 나타낸 무선 통신 시스템 (100B) 은 위에서 더욱더 자세히 설명된, 도 1a 에 나타낸 무선 통신 시스템 (100A) 과 동일하거나 및/또는 실질적으로 유사한 여러 구성요소들 (예컨대, 공중 인터페이스 (108) 및/또는 직접 유선 접속 (109) 을 통해서 액세스 포인트 (125) 와 통신하도록 구성되는, 텔레비전 (110), 실외 에어컨 유닛 (112), 온도조절기 (114), 냉장고 (116), 및 세탁 및 건조기 (118) 를 포함한, 여러 IoT 디바이스들, 인터넷 (175) 에 직접 접속하거나 및/또는 액세스 포인트 (125) 를 통해서 인터넷 (175) 에 접속하는 컴퓨터 (120), 및 인터넷 (175) 등을 통해서 액세스가능한 IoT 서버 (170)) 을 포함할 수도 있다. 이와 같이, 설명의 간결성 및 용이성을 위해, 도 1b 에 나타낸 무선 통신 시스템 (100B) 에서의 어떤 구성요소들에 관련된 여러 세부 사항들은 동일한 또는 유사한 세부 사항들이 도 1a 에 예시된 무선 통신 시스템 (100A) 과 관련하여 위에서 이미 제공된 범위까지 본원에서 생략될 수도 있다.

도 1b 를 참조하면, 무선 통신 시스템 (100B) 은 대안적으로 IoT 관리기 (130) 또는 IoT 관리기 디바이스 (130) 로서 지칭될 수도 있는 감독 디바이스 (130) 를 포함할 수도 있다. 이와 같이, 다음 설명이 용어 "감독 디바이스" (130) 를 이용하는 경우에는, 당업자들은, IoT 관리기, 그룹 소유자, 또는 유사한 전문용어에 대한 임의의 참조들이 감독 디바이스 (130) 또는 동일한 또는 실질적으로 유사한 기능을 제공하는 또 다른 물리적인 또는 논리적 구성요소를 지칭할 수도 있음을 명백히 알 수 있을 것이다.

일 실시형태에서, 감독 디바이스 (130) 는 일반적으로 무선 통신 시스템 (100B) 에서 여러 다른 구성요소들을 관측하거나, 모니터링하거나, 제어하거나, 또는 아니면 관리할 수도 있다. 예를 들어, 감독 디바이스 (130) 는 무선 통신 시스템 (100B) 에서 여러 IoT 디바이스들 (110-120) 과 연관되는 속성들, 활동들, 또는 다른 상태들을 모니터링하거나 또는 관리하기 위해 액세스 네트워크 (예컨대, 액세스 포인트 (125)) 와 공중 인터페이스 (108) 및/또는 직접 유선 접속 (109) 을 통해서 통신할 수 있다. 감독 디바이스 (130) 는 인터넷 (175) 에, 옵션적으로 IoT 서버 (170) (점선으로 도시됨) 에의 유선 또는 무선 접속을 가질 수도 있다. 감독 디바이스 (130) 는 여러 IoT 디바이스들 (110-120) 과 연관되는 속성들, 활동들, 또는 다른 상태들을 추가로 모니터링하거나 또는 관리하는데 사용될 수 있는 IoT 서버 (170) 및/또는 인터넷 (175) 으로부터 정보를 획득할 수도 있다. 감독 디바이스 (130) 는 독립형 디바이스 또는 IoT 디바이스들 (110-120) 중 하나, 예컨대 컴퓨터 (120) 일 수도 있다. 감독 디바이스 (130) 는 물리적 디바이스 또는 그 물리적 디바이스 상에서 실행하는 소프트웨어 애플리케이션일 수도 있다. 감독 디바이스 (130) 는 IoT 디바이스들 (110-120) 과 연관되는 모니터링된 속성들, 활동들, 또는 다른 상태들에 관련된 정보를 출력하고 입력 정보를 수신하여, 그와 연관되는 속성들, 활동들, 또는 다른 상태들을 제어하거나 또는 아니면 관리할 수 있는 사용자 인터페이스를 포함할 수도 있다. 따라서, 감독 디바이스 (130) 는 일반적으로 여러 구성요소들을 포함할 수도 있으며, 무선 통신 시스템 (100B) 에서의 여러 구성요소들을 관측하거나, 모니터링하거나, 제어하거나 또는 아니면 관리하도록 여러 유선 및 무선 통신 인터페이스들을 지원할 수도 있다.

도 1b 에 나타낸 무선 통신 시스템 (100B) 은 (능동 IoT 디바이스들 (110-120) 과는 대조적으로) 무선 통신 시스템 (100B) 의 일부에 커플링되거나 또는 아니면 무선 통신 시스템 (100B) 의 일부를 이룰 수 있는 하나 이상의 수동 IoT 디바이스들 (105) 을 포함할 수도 있다. 일반적으로, 수동 IoT 디바이스들 (105) 은 바코드 부착 디바이스들, Bluetooth 디바이스들, 무선 주파수 (RF) 디바이스들, RFID 태그 디바이스들, 적외선 (IR) 디바이스들, NFC 태그 디바이스들, 또는 단거리 인터페이스를 통해서 쿼리받을 때 그의 식별자 및 속성들을 또 다른 디바이스에 제공할 수 있는 임의의 다른 적합한 디바이스를 포함할 수도 있다. 능동 IoT 디바이스들은 수동 IoT 디바이스들의 속성들에서의 변화들을 검출하거나, 저장하거나, 통신하거나, 조치를 취하거나, 및/또는 기타등등을 행할 수도 있다.

예를 들어, 수동 IoT 디바이스들 (105) 은 RFID 태그 또는 바코드를 각각 갖는 커피 컵 및 오랜지 주스의 용기를 포함할 수도 있다. 캐비닛 IoT 디바이스 및 냉장고 IoT 디바이스 (116) 는 RFID 태그 또는 바코드를 판독하여 커피 컵 및/또는 오랜지 주스의 용기 수동 IoT 디바이스들 (105) 이 추가되거나 또는 제거되었을 때를 검출할 수 있는 적합한 스캐너 또는 리더를 각각 가질 수도 있다. 캐비닛 IoT 디바이스가 커피 컵 수동 IoT 디바이스 (105) 의 제거를 검출하는 것 및 냉장고 IoT 디바이스 (116) 가 주황색 쥬스 수동 IoT 디바이스의 용기의 제거를 검출하는 것에 응답하여, 감독 디바이스 (130) 는 캐비닛 IoT 디바이스 및 냉장고 IoT 디바이스 (116) 에서 검출된 활동들에 관련되는 하나 이상의 신호들을 수신할 수도 있다. 감독 디바이스 (130) 는 그후 사용자가 커피 컵으로부터 오랜지 주스를 마시고 있거나 및/또는 커피 컵으로부터 오랜지 주스를 마시기를 원한다고 추론할 수도 있다.

상기는 일부 유형의 RFID 태그 또는 바코드 통신 인터페이스를 갖는 것으로 수동 IoT 디바이스들 (105) 을 기술하지만, 수동 IoT 디바이스들 (105) 은 이러한 통신 능력들을 가지지 않는 하나 이상의 디바이스들 또는 다른 물리적인 오브젝트들을 포함할 수도 있다. 예를 들어, 어떤 IoT 디바이스들은 수동 IoT 디바이스들 (105) 을 식별하기 위해 수동 IoT 디바이스들 (105) 과 연관되는 형태들, 사이즈들, 칼라들, 및/또는 다른 관측가능한 특징들을 검출할 수 있는 적합한 스캐너 또는 리더 메커니즘들을 가질 수도 있다. 이러한 방법으로, 임의의 적합한 물리적인 오브젝트는 그의 아이덴티티 및 속성들을 통신하고, 무선 통신 시스템 (100B) 의 일부분이 되고, 감독 디바이스 (130) 에 의해 관측되거나, 모니터링되거나, 제어되거나, 또는 아니면 관리될 수도 있다. 또, 수동 IoT 디바이스들 (105) 은 도 1a 에서의 무선 통신 시스템 (100A) 의 일부에 커플링되거나 또는 아니면 그의 일부를 이루며, 실질적으로 유사한 방법으로 관측되거나, 모니터링되거나, 제어되거나, 또는 아니면 관리될 수도 있다.

본 개시물의 또 다른 양태에 따르면, 도 1c 는 복수의 IoT 디바이스들을 포함하는 또 다른 무선 통신 시스템 (100C) 의 하이-레벨 아키텍처를 예시한다. 일반적으로, 도 1c 에 나타낸 무선 통신 시스템 (100C) 은 위에서 더 자세히 설명된, 도 1a 및 도 1b 에 각각 나타낸 무선 통신 시스템들 (100A 및 100B) 과 동일하거나 및/또는 실질적으로 유사한 여러 구성요소들을 포함할 수도 있다. 이와 같이, 설명의 간결성 및 용이성을 위해, 도 1c 에 나타낸 무선 통신 시스템 (100C) 에서의 어떤 구성요소들에 관련된 여러 세부 사항들은 동일한 또는 유사한 세부 사항들이 도 1a 및 도 1b 에 각각 예시된 무선 통신 시스템들 (100A 및 100B) 과 관련하여 위에서 이미 제공된 범위까지, 본원에서 생략될 수도 있다.

도 1c 에 나타낸 통신 시스템 (100C) 는 IoT 디바이스들 (110-118) 과 감독 디바이스 (130) 사이의 예시적인 피어-투-피어 통신들을 예시한다. 도 1c 에 나타낸 바와 같이, 감독 디바이스 (130) 는 IoT 디바이스들 (110-118) 의 각각과 IoT 감독 인터페이스를 통해서 통신한다. 또, IoT 디바이스들 (110 및 114), IoT 디바이스들 (112, 114, 및 116), 및 IoT 디바이스들 (116 및 118) 은 서로 직접 통신한다.

IoT 디바이스들 (110-118) 은 IoT 그룹 (160) 을 이룬다. IoT 디바이스 그룹 (160) 은 사용자의 홈 네트워크에 접속된 IoT 디바이스들과 같은, 로컬로 접속된 IoT 디바이스들의 그룹이다. 도시되지는 않았지만, 다수의 IoT 디바이스 그룹들은 인터넷 (175) 에 접속된 IoT 슈퍼에이전트 (SuperAgent) (140) 를 통해서 서로 접속되거나 및/또는 통신할 수도 있다. 하이 레벨에서, 감독 디바이스 (130) 는 그룹내 통신들을 관리하며, 한편 IoT 슈퍼에이전트 (140) 는 그룹간 통신들을 관리할 수 있다. 별개의 디바이스들로서 나타내지만, 감독 디바이스 (130) 및 IoT 슈퍼에이전트 (140) 는 동일한 디바이스 (예컨대, 도 1a 에서의 컴퓨터 (120) 와 같은, 독립형 디바이스 또는 IoT 디바이스) 상에 있거나 또는 상주할 수도 있다. 대안적으로, IoT 슈퍼에이전트 (140) 는 액세스 포인트 (125) 의 기능에 대응하거나 또는 포함할 수도 있다. 또한, 또 다른 대안으로서, IoT 슈퍼에이전트 (140) 는 IoT 서버 (170) 와 같은, IoT 서버의 기능에 대응하거나 또는 포함할 수도 있다. IoT 슈퍼에이전트 (140) 는 게이트웨이 기능 (145) 을 캡슐화할 수도 있다.

각각의 IoT 디바이스 (110-118) 는 감독 디바이스 (130) 를 피어 (peer) 로서 취급하고 속성/스키마 업데이트들을 감독 디바이스 (130) 로 송신할 수도 있다. IoT 디바이스가 또 다른 IoT 디바이스와 통신하도록 요구할 때, IoT 디바이스는 감독 디바이스 (130) 로부터의 그 IoT 디바이스에 대한 포인터를 요청하고 그후 피어로서 목표 IoT 디바이스와 통신할 수 있다. IoT 디바이스들 (110-118) 은 피어-투-피어 통신 네트워크를 통해서 공통 메시징 프로토콜 (CMP) 을 이용하여 서로 통신한다. 2개의 IoT 디바이스들이 CMP-이용가능하고 공통 통신 전송을 통해서 접속되는 한, 그들은 서로 통신할 수 있다. 프로토콜 스택에서, CMP 계층 (154) 은 애플리케이션 계층 (152) 아래에, 그리고 전송 계층 (156) 및 물리 계층 (158) 위에 있다.

본 개시물의 또 다른 양태에 따르면, 도 1d 는 복수의 IoT 디바이스들을 포함하는 또 다른 무선 통신 시스템 (100D) 의 하이-레벨 아키텍처를 예시한다. 일반적으로, 도 1d 에 나타낸 무선 통신 시스템 (100D) 은 위에서 더 자세히 설명된, 도 1a 내지 도 1c 에 각각 나타낸 무선 통신 시스템들 (100A-C) 과 동일하거나 및/또는 실질적으로 유사한 여러 구성요소들을 포함할 수도 있다. 이와 같이, 설명의 간결성 및 용이성을 위해, 도 1d 에 나타낸 무선 통신 시스템 (100D) 에서의 어떤 구성요소들에 관련된 여러 세부 사항들은 동일한 또는 유사한 세부 사항들이 도 1a 내지 도 1c 에 각각 예시된 무선 통신 시스템들 (100A-C) 과 관련하여 이미 제공된 범위까지, 본원에서 생략될 수도 있다.

인터넷 (175) 은 IoT 의 컨셉을 이용하여 조정될 수 있는 "리소스" 이다. 그러나, 인터넷 (175) 은 단지 조정되는 리소스의 일 예이며, 임의의 리소스가 IoT 의 컨셉을 이용하여 조정될 수 있다. 조정될 수 있는 다른 리소스들은 전기, 가스, 스토리지, 보안 등을 포함하지만, 이에 한정되지 않는다. IoT 디바이스는 리소스에 접속되어 그를 조정할 수도 있거나, 또는 리소스는 인터넷 (175) 을 통해서 조정될 수 있다. 도 1d 는 천연 가스, 가솔린, 온수, 및 전기와 같은, 여러 리소스들 (180) 을 예시하며, 여기서, 리소스들 (180) 은 인터넷 (175) 에 더해서 및/또는 그를 통해서 조정될 수 있다.

IoT 디바이스들은 그들 리소스 (180) 의 사용을 조정하기 위해 서로 통신할 수도 있다. 예를 들어, 토스터, 컴퓨터, 및 헤어드라이어와 같은, IoT 디바이스들은 그들의 전기 (리소스 (180)) 의 사용을 조정하기 위해 Bluetooth 통신 인터페이스를 통해서 서로 통신할 수도 있다. 또 다른 예로서, 데스크탑 컴퓨터, 전화기, 및 태블릿 컴퓨터와 같은, IoT 디바이스들은 인터넷 (175) (리소스 (180)) 에의 그들의 액세스를 조정하기 위해 Wi-Fi 통신 인터페이스를 통해서 통신할 수도 있다. 또한, 또 다른 예로서, 스토브, 의류 건조기, 및 온수기와 같은, IoT 디바이스들은 그들의 가스의 사용을 조정하기 위해 Wi-Fi 통신 인터페이스를 통해서 통신할 수도 있다. 대안적으로, 또는 추가적으로, 각각의 IoT 디바이스는 IoT 디바이스들로부터 수신된 정보에 기초하여 그들의 리소스 (180) 의 사용을 조정하는 로직을 갖는, IoT 서버 (170) 와 같은, IoT 서버에 접속될 수도 있다.

본 개시물의 또 다른 양태에 따르면, 도 1e 는 복수의 IoT 디바이스들을 포함하는 또 다른 무선 통신 시스템 (100E) 의 하이-레벨 아키텍처를 예시한다. 일반적으로, 도 1e 에 나타낸 무선 통신 시스템 (100E) 은 위에서 더 자세히 설명된, 도 1a 내지 도 1d 에 각각 나타낸 무선 통신 시스템들 (100A-D) 과 동일하거나 및/또는 실질적으로 유사한 여러 구성요소들을 포함할 수도 있다. 이와 같이, 설명의 간결성 및 용이성을 위해, 도 1e 에 나타낸 무선 통신 시스템 (100E) 에서의 어떤 구성요소들에 관련된 여러 세부 사항들은 동일한 또는 유사한 세부 사항들이 도 1a 내지 도 1d 에 각각 예시된 무선 통신 시스템들 (100A-D) 과 관련하여 위에서 이미 제공된 범위까지, 본원에서 생략될 수도 있다.

통신 시스템 (100E) 은 2개의 IoT 디바이스 그룹들 (160A 및 160B) 을 포함한다. 다수의 IoT 디바이스 그룹들은 인터넷 (175) 에 접속된 IoT 슈퍼에이전트를 통해서 서로 접속되거나 및/또는 통신할 수도 있다. 하이 레벨에서, IoT 슈퍼에이전트는 IoT 디바이스 그룹들 사이의 그룹간 통신들을 관리할 수도 있다. 예를 들어, 도 1e 에서, IoT 디바이스 그룹 (160A) 은 IoT 디바이스들 (116A, 122A, 및 124A) 및 IoT 슈퍼에이전트 (140A) 를 포함하며, 한편 IoT 디바이스 그룹 (160B) 은 IoT 디바이스들 (116B, 122B, 및 124B) 및 IoT 슈퍼에이전트 (140B) 를 포함한다. 이와 같이, IoT 슈퍼에이전트들 (140A 및 140B) 은 IoT 디바이스 그룹들 (160A 및 160B) 사이의 통신을 촉진시키기 위해, 인터넷 (175) 에 접속하여 인터넷 (175) 을 통해서 서로 통신하거나 및/또는 서로 직접 통신할 수도 있다. 더욱이, 도 1e 는 IoT 슈퍼에이전트들 (140A 및 140B) 을 통해서 서로 통신하는 2개의 IoT 디바이스 그룹들 (160A 및 160B) 을 예시하지만, 당업자들은 임의 개수의 IoT 디바이스 그룹들이 IoT 슈퍼에이전트들을 이용하여 서로 적절히 통신할 수도 있음을 명백히 알 수 있을 것이다.

도 2a 는 본 개시물의 양태들에 따른, IoT 디바이스 (200A) 의 하이-레벨 예를 예시한다. 외관들 및/또는 내부 구성요소들은 IoT 디바이스들 사이에 현저히 상이할 수 있지만, 대부분의 IoT 디바이스들은 디스플레이 및 사용자 입력을 위한 수단을 포함할 수도 있는 어느 정도의 사용자 인터페이스를 가질 것이다. IoT 디바이스들은 사용자 인터페이스 없이 도 1a 내지 도 1b 에서의 공중 인터페이스 (108) 와 같은, 유선 또는 무선 네트워크를 통해서 원격으로 통신될 수도 있다.

도 2a 에 나타낸 바와 같이, IoT 디바이스 (200A) 에 대한 예시적인 구성에서, IoT 디바이스 (200A) 의 외부 케이싱은 당업계에 알려져 있는 바와 같은, 다른 구성요소들 중에서, 디스플레이 (226), 전력 버튼 (222), 및 2개의 제어 버튼들 (224A 및 224B) 로 구성될 수도 있다. 디스플레이 (226) 는 터치스크린 디스플레이일 수도 있으며, 이 경우, 제어 버튼들 (224A 및 224B) 은 필요하지 않을 수도 있다. IoT 디바이스 (200A) 의 일부로서 명시적으로 나타내지 않았지만, IoT 디바이스 (200A) 는 Wi-Fi 안테나들, 셀룰러 안테나들, 위성 위치 시스템 (SPS; satellite position system) 안테나들 (예컨대, 위성 위치확인 시스템 (GPS) 안테나들) 등을 포함하지만 이에 한정되지 않는, 외부 케이싱에 내장되는 하나 이상의 통합된 안테나들 및/또는 하나 이상의 외부 안테나들을 포함할 수도 있다.

IoT 디바이스 (200A) 와 같은, IoT 디바이스들의 내부 구성요소들은 상이한 하드웨어 구성들로 구현될 수 있지만, 내부 하드웨어 구성요소들에 대한 기본적인 하이-레벨 구성은 도 2a 에 플랫폼 (202) 으로서 도시된다. 플랫폼 (202) 은 도 1a 내지 도 1b 에서의 공중 인터페이스 (108) 및/또는 유선 인터페이스와 같은, 네트워크 인터페이스를 통해서 송신되는 소프트웨어 애플리케이션들, 데이터 및/또는 커맨드들을 수신하여 실행할 수 있다. 플랫폼 (202) 은 또한 로컬로 저장된 애플리케이션들을 독립적으로 실행할 수 있다. 플랫폼 (202) 은 마이크로제어기, 마이크로프로세서, 주문형 집적회로, 디지털 신호 프로세서 (DSP), 프로그래밍가능 로직 회로, 또는 다른 데이터 프로세싱 디바이스와 같은, 프로세서 (208) 로서 일반적으로 지칭되는, 하나 이상의 프로세서들 (208) 에 동작가능하게 커플링되며 유선 및/또는 무선 통신용으로 구성된 하나 이상의 송수신기들 (206) (예컨대, Wi-Fi 송수신기, Bluetooth 송수신기, 셀룰러 송수신기, 위성 송수신기, GPS 또는 SPS 수신기, 등) 을 포함할 수 있다. 프로세서 (208) 는 IoT 디바이스의 메모리 (212) 내 애플리케이션 프로그래밍 명령들을 실행할 수 있다. 메모리 (212) 는 컴퓨터 플랫폼들에 공통되는, 판독 전용 메모리 (ROM), 랜덤-액세스 메모리 (RAM), 전기적 소거가능 프로그래밍가능 ROM (EEPROM), 플래시 카드들, 또는 임의의 메모리 중 하나 이상을 포함할 수 있다. 하나 이상의 입력 / 출력 (I/O) 인터페이스들 (214) 은 프로세서 (208) 로 하여금, 예시된 바와 같은 디스플레이 (226), 전력 버튼 (222), 제어 버튼들 (224A 및 224B) 과 같은 여러 I/O 디바이스들, 및 IoT 디바이스 (200A) 와 연관되는, 센서들, 엑츄에이터들, 릴레이들, 밸브들, 스위치들, 및 기타 등등과 같은, 임의의 다른 디바이스들과 통신하고 그들로부터 제어가능하도록 구성될 수 있다.

따라서, 본 개시물의 양태는 본원에서 설명한 기능들을 수행하는 능력을 포함하는 IoT 디바이스 (예컨대, IoT 디바이스 (200A)) 를 포함할 수 있다. 당업자들이 명백히 주지하고 있는 바와 같이, 여러 로직 엘리먼트들은 본원에서 개시되는 기능을 달성하기 위해 별개의 엘리먼트들로, 프로세서 (예컨대, 프로세서 (208)) 상에서 실행되는 소프트웨어 모듈들로, 또는 소프트웨어와 하드웨어의 임의의 조합으로 구현될 수 있다. 예를 들어, 송수신기 (206), 프로세서 (208), 메모리 (212), 및 I/O 인터페이스 (214) 는 본원에서 개시되는 여러 기능들을 로드하고, 저장하고 그리고 실행하기 위해 협력적으로 모두 사용될 수도 있으며, 따라서 이들 기능들을 수행하는 로직은 여러 엘리먼트들에 걸쳐서 분산될 수도 있다. 대안적으로, 기능은 하나의 별개의 구성요소로 통합될 수 있다. 따라서, 도 2a 에서 IoT 디바이스 (200A) 의 특징들은 단지 예시적인 것으로 간주되어야 하며 본 개시물은 예시된 특징들 또는 배열에 한정되지 않는다.

도 2b 는 본 개시물의 양태들에 따른, 수동 IoT 디바이스 (200B) 의 하이-레벨 예를 예시한다. 일반적으로, 도 2b 에 나타낸 수동 IoT 디바이스 (200B) 는 위에서 더 자세하게 설명된, 도 2a 에 나타낸 IoT 디바이스 (200A) 와 동일하거나 및/또는 실질적으로 유사한 여러 구성요소들을 포함할 수도 있다. 이와 같이, 설명의 간결성 및 용이성을 위해, 도 2b 에 나타낸 수동 IoT 디바이스 (200B) 에서의 어떤 구성요소들에 관련된 여러 세부 사항들은 동일한 또는 유사한 세부 사항들이 도 2a 에 예시된 IoT 디바이스 (200A) 와 관련하여 위에서 이미 제공된 범위까지, 본원에서 생략될 수도 있다.

도 2b 에 나타낸 수동 IoT 디바이스 (200B) 는 수동 IoT 디바이스 (200B) 가 프로세서, 내부 메모리, 또는 어떤 다른 구성요소들을 갖지 않을 수도 있다는 점에서, 도 2a 에 나타낸 IoT 디바이스 (200A) 와 일반적으로 상이할 수도 있다. 대신, 일 실시형태에서, 수동 IoT 디바이스 (200B) 는 수동 IoT 디바이스 (200B) 가 제어되는 IoT 네트워크 내에서 관측되거나, 모니터링되거나, 제어되거나, 관리되거나, 또는 아니면 알려질 수 있게 하는, I/O 인터페이스 (214) 또는 다른 적합한 메커니즘을 단지 포함할 수도 있다. 예를 들어, 일 실시형태에서, 수동 IoT 디바이스 (200B) 와 연관되는 I/O 인터페이스 (214) 는 단거리 인터페이스를 통해서 쿼리받을 때 수동 IoT 디바이스 (200B) 와 연관되는 식별자 및 속성들을 또 다른 디바이스 (예컨대, 수동 IoT 디바이스 (200B) 와 연관되는 속성들에 관련된 정보를 검출하거나, 저장하거나, 통신하거나, 처리를 행하거나, 또는 아니면 프로세싱할 수 있는, IoT 디바이스 (200A) 와 같은, 능동 IoT 디바이스) 에 제공할 수 있는, 바코드, Bluetooth 인터페이스, 무선 주파수 (RF) 인터페이스, RFID 태그, IR 인터페이스, NFC 인터페이스, 또는 임의의 다른 적합한 I/O 인터페이스를 포함할 수도 있다.

상기는 수동 IoT 디바이스 (200B) 를 일부 유형의 RF, 바코드, 또는 다른 I/O 인터페이스 (214) 를 갖는 것으로 설명하지만, 수동 IoT 디바이스 (200B) 는 이러한 I/O 인터페이스 (214) 를 갖지 않는 디바이스 또는 다른 물리적인 오브젝트를 포함할 수도 있다. 예를 들어, 어떤 IoT 디바이스들은 수동 IoT 디바이스 (200B) 를 식별하기 위해 수동 IoT 디바이스 (200B) 와 연관되는 형태들, 사이즈들, 칼라들, 및/또는 다른 관측가능한 특징들을 검출할 수 있는 적합한 스캐너 또는 리더 (reader) 메카니즘들을 가질 수도 있다. 이러한 방법으로, 임의의 적합한 물리적인 오브젝트는 그의 아이덴티티 및 속성들을 통신하고, 제어되는 IoT 네트워크 내에서 관측되거나, 모니터링되거나, 제어되거나, 또는 아니면 관리될 수도 있다.

도 3 은 기능을 수행하도록 구성된 로직을 포함하는 통신 디바이스 (300) 를 예시한다. 통신 디바이스 (300) 는 IoT 디바이스들 (110-120), IoT 디바이스 (200A), 인터넷 (175) 에 커플링된 임의의 구성요소들 (예컨대, IoT 서버 (170)) 등을 포함하지만 이에 한정되지 않는, 위에서 언급된 통신 디바이스들 중 임의의 통신 디바이스에 대응할 수 있다. 따라서, 통신 디바이스 (300) 는 도 1a 및 도 1b 의 무선 통신 시스템들 (100A-B) 을 통해서 하나 이상의 다른 엔터티들과 통신하도록 (또는, 그와의 통신을 촉진하도록) 구성되는 임의의 전자 디바이스에 대응할 수 있다.

도 3 을 참조하면, 통신 디바이스 (300) 는 정보를 수신하거나 및/또는 송신하도록 구성된 로직 (305) 을 포함한다. 일 예에서, 통신 디바이스 (300) 가 무선 통신 디바이스 (예컨대, IoT 디바이스 (200A) 및/또는 수동 IoT 디바이스 (200B)) 에 대응하면, 정보를 수신하거나 및/또는 송신하도록 구성된 로직 (305) 은 무선 송수신기와 같은 무선 통신 인터페이스 (예컨대, Bluetooth, Wi-Fi, Wi-Fi 다이렉트, LTE (Long-Term Evolution) 다이렉트, 등) 및 연관된 하드웨어 (예컨대, RF 안테나, 모뎀, 변조기 및/또는 복조기, 등) 을 포함할 수 있다. 또 다른 예에서, 정보를 수신하거나 및/또는 송신하도록 구성된 로직 (305) 은 유선 통신 인터페이스 (예컨대, 직렬 접속, USB 또는 Firewire 접속, 인터넷 (175) 이 액세스될 수 있는 이더넷 접속, 등) 에 대응할 수 있다. 따라서, 통신 디바이스 (300) 가 일부 유형의 네트워크-기반의 서버 (예컨대, 애플리케이션 (170)) 에 대응하면, 정보를 수신하거나 및/또는 송신하도록 구성된 로직 (305) 은 일 예에서, 네트워크-기반의 서버를 다른 통신 엔터티들에 이더넷 프로토콜을 통해서 접속하는 이더넷 카드에 대응할 수 있다. 추가적인 예에서, 정보를 수신하거나 및/또는 송신하도록 구성된 로직 (305) 은 통신 디바이스 (300) 가 그의 로컬 환경 (예컨대, 가속도계, 온도 센서, 광 센서, 로컬 RF 신호들을 모니터링하는 안테나 등) 을 모니터링할 수 있게 하는 감각 또는 측정 하드웨어를 포함할 수 있다. 정보를 수신하거나 및/또는 송신하도록 구성된 로직 (305) 은 또한 실행될 때, 정보를 수신하거나 및/또는 송신하도록 구성된 로직 (305) 의 연관된 하드웨어가 그의 수신 및/또는 송신 기능(들)을 수행하도록 하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 수신하거나 및/또는 송신하도록 구성된 로직 (305) 은 소프트웨어에 단독으로 대응하지 않으며, 정보를 수신하거나 및/또는 송신하도록 구성된 로직 (305) 은 그의 기능을 달성하기 위해 하드웨어에 적어도 부분적으로 의존한다.

도 3 을 참조하면, 통신 디바이스 (300) 는 정보를 프로세싱하도록 구성된 로직 (310) 을 더 포함한다. 일 예에서, 정보를 프로세싱하도록 구성된 로직 (310) 은 적어도 프로세서를 포함할 수 있다. 정보를 프로세싱하도록 구성된 로직 (310) 에 의해 수행될 수 있는 프로세싱의 형태의 예시적인 구현예들은, 결정들을 수행하는 것, 접속들을 확립하는 것, 상이한 정보 옵션들 사이에 선택을 행하는 것, 데이터와 관련된 평가들을 수행하는 것, 측정 동작들을 수행하기 위해 통신 디바이스 (300) 에 커플링된 센서들과 상호작용하는 것, 정보를 하나의 포맷으로부터 또 다른 포맷으로 (예컨대,.wmv 로부터 .avi 로, 등과 같은 상이한 프로토콜들 사이에) 변환하는 것, 등을 포함하지만 이에 한정되지 않는다. 예를 들어, 정보를 프로세싱하도록 구성된 로직 (310) 에 포함되는 프로세서는 범용 프로세서, DSP, ASIC, 필드 프로그래밍가능 게이트 어레이 (FPGA) 또는 다른 프로그래밍가능 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 구성요소들, 또는 본원에서 설명한 기능들을 수행하도록 설계된 이들의 임의의 조합에 대응할 수 있다. 범용 프로세서는 마이크로프로세서일 수도 있으며, 그러나 대안적으로는, 프로세서는 임의의 종래의 프로세서, 제어기, 마이크로제어기 또는 상태 머신일 수도 있다. 프로세서는 또한 컴퓨팅 디바이스들의 조합 (예컨대, DSP 와 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 이상의 마이크로프로세서들, 또는 임의의 다른 이러한 구성) 으로서 구현될 수도 있다. 정보를 프로세싱하도록 구성된 로직 (310) 은 또한 실행될 때, 정보를 프로세싱하도록 구성된 로직 (310) 의 연관된 하드웨어로 하여금 그의 프로세싱 기능(들)을 수행하도록 하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 프로세싱하도록 구성된 로직 (310) 은 소프트웨어에 단독으로 대응하지 않으며, 정보를 프로세싱하도록 구성된 로직 (310) 은 그의 기능을 달성하기 위해 하드웨어에 적어도 부분적으로 의존한다.

도 3 을 참조하면, 통신 디바이스 (300) 는 정보를 저장하도록 구성된 로직 (315) 을 더 포함한다. 일 예에서, 정보를 저장하도록 구성된 로직 (315) 은 적어도 비일시성 메모리 및 연관된 하드웨어 (예컨대, 메모리 제어기, 등) 를 포함할 수 있다. 예를 들어, 정보를 저장하도록 구성된 로직 (315) 에 포함되는 비일시성 메모리는 RAM, 플래시 메모리, ROM, 소거가능한 프로그래밍가능 ROM (EPROM), EEPROM, 레지스터들, 하드 디스크, 착탈식 디스크, CD-ROM, 또는 당업계에 알려져 있는 임의의 다른 유형의 저장 매체에 대응할 수 있다. 정보를 저장하도록 구성된 로직 (315) 은 또한 실행될 때, 정보를 저장하도록 구성된 로직 (315) 의 연관된 하드웨어로 하여금, 그의 스토리지 기능(들)을 수행하도록 하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 저장하도록 구성된 로직 (315) 은 소프트웨어에 단독으로 대응하지 않으며, 정보를 저장하도록 구성된 로직 (315) 은 그의 기능을 달성하기 위해 하드웨어에 적어도 부분적으로 의존한다.

도 3 을 참조하면, 통신 디바이스 (300) 는 정보를 제시하도록 구성된 로직 (320) 을 옵션으로 더 포함한다. 일 예에서, 정보를 제시하도록 구성된 로직 (320) 은 출력 디바이스 및 연관된 하드웨어를 적어도 포함할 수 있다. 예를 들어, 출력 디바이스는 비디오 출력 디바이스 (예컨대, 디스플레이 스크린, 비디오 정보를 운반할 수 있는 포트, 예컨대 USB, HDMI, 등), 오디오 출력 디바이스 (예컨대, 스피커들, 오디오 정보를 운반할 수 있는 포트, 예컨대 마이크로폰 잭, USB, HDMI, 등), 진동 디바이스 및/또는 정보가 출력용으로 포맷되거나 또는 통신 디바이스 (300) 의 사용자 또는 조작자에 의해 실제로 출력될 수 있는 임의의 다른 디바이스를 포함할 수 있다. 예를 들어, 통신 디바이스 (300) 가 도 2a 에 나타낸 바와 같은 IoT 디바이스 (200A) 및/또는 도 2b 에 나타낸 바와 같은 수동 IoT 디바이스 (200B) 에 대응하면, 정보를 제시하도록 구성된 로직 (320) 은 디스플레이 (226) 를 포함할 수 있다. 추가적인 예에서, 정보를 제시하도록 구성된 로직 (320) 은 로컬 사용자 (예컨대, 네트워크 스위치들 또는 라우터들, 원격 서버들, 등) 를 갖지 않는 네트워크 통신 디바이스들과 같은, 어떤 통신 디바이스들에 대해 생략될 수 있다. 정보를 제시하도록 구성된 로직 (320) 은 또한 실행될 때, 정보를 제시하도록 구성된 로직 (320) 의 연관된 하드웨어로 하여금 그의 프리젠테이션 기능(들)을 수행하도록 하는 소프트웨어를 포함할 수 있다. 그러나, 정보를 제시하도록 구성된 로직 (320) 은 소프트웨어에 단독으로 의존하지 않으며, 정보를 제시하도록 구성된 로직 (320) 은 그의 기능을 달성하기 위해 하드웨어에 적어도 부분적으로 의존한다.

도 3 을 참조하면, 통신 디바이스 (300) 는 로컬 사용자 입력을 수신하도록 구성된 로직 (325) 을 옵션으로 더 포함한다. 일 예에서, 로컬 사용자 입력을 수신하도록 구성된 로직 (325) 은 사용자 입력 디바이스 및 연관된 하드웨어를 적어도 포함할 수 있다. 예를 들어, 사용자 입력 디바이스는 버튼들, 터치스크린 디스플레이, 키보드, 카메라, 오디오 입력 디바이스 (예컨대, 마이크로폰 잭, 등과 같은 오디오 정보를 운반하는 마이크로폰 또는 포트), 및/또는 정보가 통신 디바이스 (300) 의 사용자 또는 조작자로부터 수신될 수 있는 임의의 다른 디바이스를 포함할 수 있다. 예를 들어, 통신 디바이스 (300) 가 도 2a 에 나타낸 바와 같은 IoT 디바이스 (200A) 및/또는 도 2b 에 나타낸 바와 같은 수동 IoT 디바이스 (200B) 에 대응하면, 로컬 사용자 입력을 수신하도록 구성된 로직 (325) 은 버튼들 (222, 224A, 및 224B), (만약 터치스크린이면) 디스플레이 (226), 등을 포함할 수 있다. 추가적인 예에서, 로컬 사용자 입력을 수신하도록 구성된 로직 (325) 은 로컬 사용자 (예컨대, 네트워크 스위치들 또는 라우터들, 원격 서버들, 등) 를 갖지 않는 네트워크 통신 디바이스들과 같은, 어떤 통신 디바이스들에 대해 생략될 수 있다. 로컬 사용자 입력을 수신하도록 구성된 로직 (325) 은 또한 실행될 때, 로컬 사용자 입력을 수신하도록 구성된 로직 (325) 의 연관된 하드웨어로 하여금 그의 입력 수신 기능(들)을 수행하도록 하는 소프트웨어를 포함할 수 있다. 그러나, 로컬 사용자 입력을 수신하도록 구성된 로직 (325) 은 소프트웨어에 단독으로 의존하지 않으며, 로컬 사용자 입력을 수신하도록 구성된 로직 (325) 은 그의 기능을 달성하기 위해 하드웨어에 적어도 부분적으로 의존한다.

도 3 을 참조하면, 305 내지 325 의 구성된 로직들은 도 3 에 별개의 또는 별도의 블록들으로서 도시되지만, 각각의 구성된 로직이 그의 기능을 수행하는 소프트웨어 및/또는 하드웨어가 부분적으로 중첩할 수 있음을 명백히 알 수 있을 것이다. 예를 들어, 305 내지 325 의 구성된 로직들의 기능을 촉진하기 위해 사용되는 임의의 소프트웨어는 305 내지 325 의 구성된 로직들이 각각이 정보를 저장하도록 구성된 로직 (315) 에 의해 저장되는 소프트웨어의 동작에 부분적으로 기초하여 그들의 기능 (즉, 이 경우, 소프트웨어 실행) 을 수행하도록, 정보를 저장하도록 구성된 로직 (315) 과 연관되는 비일시성 메모리에 저장될 수 있다. 이와 유사하게, 구성된 로직들 중 하나와 직접 연관되는 하드웨어는 다른 구성된 로직들에 의해 가끔 차용되거나 또는 사용될 수도 있다. 예를 들어, 정보를 프로세싱하도록 구성된 로직 (310) 의 프로세서는 정보를 수신하거나 및/또는 송신하도록 구성된 로직 (305) 이 정보를 프로세싱하도록 구성된 로직 (310) 과 연관되는 하드웨어 (즉, 프로세서) 의 동작에 부분적으로 기초하여 그의 기능 (즉, 이 경우, 데이터의 송신) 을 수행하도록, 정보를 수신하거나 및/또는 송신하도록 구성된 로직 (305) 에 의해 송신되기 전에 적합한 포맷으로 데이터를 포맷할 수 있다.

일반적으로, 명시적으로 달리 언급되지 않는 한, 본 개시물 전반에 걸쳐 사용될 때, 어구 "하도록 구성된 로직" 은 하드웨어로 적어도 부분적으로 구현되는 양태를 상기시키기 위해 의도되며, 하드웨어와 독립적인 소프트웨어-단독 구현예들에 맵핑하려고 의도되지 않는다. 또한, 여러 블록들에서 구성된 로직 또는 "하도록 구성된 로직" 은 특정의 로직 게이트들 또는 엘리먼트들에 한정되지 않으며, 그러나 일반적으로 본원에서 설명하는 기능을 (하드웨어 또는 하드웨어와 소프트웨어의 조합을 통해서) 수행하는 능력을 지칭한다는 것을 명백히 알 수 있을 것이다. 따라서, 여러 블록들에 예시된 바와 같은 구성된 로직들 또는 "하도록 구성된 로직" 은 단어 "로직" 을 공유함에도 불구하고 로직 게이트들 또는 로직 엘리먼트들로서 반드시 구현될 필요는 없다. 여러 블록들에서 로직 사이의 다른 상호작용들 또는 협력은 아래서 좀더 자세히 설명되는 양태들의 검토로부터 당업자들 중 하나에게 자명하게 될 것이다.

여러 실시형태들은 도 4 에 예시된 서버 (400) 와 같은, 다양한 시중에서 입수가능한 서버 디바이스들 중 임의의 서버 디바이스 상에서 구현될 수도 있다. 일 예에서, 서버 (400) 는 위에서 설명된 IoT 서버 (170) 의 하나의 예시적인 구성에 대응할 수도 있다. 도 4 에서, 서버 (400) 는 휘발성 메모리 (402) 및 대용량 비휘발성 메모리, 예컨대 디스크 드라이브 (403) 에 커플링된 프로세서 (401) 를 포함한다. 서버 (400) 는 또한 프로세서 (401) 에 커플링된 플로피 디스크 드라이브, 컴팩트 디스크 (CD) 또는 DVD 디스크 드라이브 (406) 를 포함할 수도 있다. 서버 (400) 는 또한 다른 브로드캐스트 시스템 컴퓨터들 및 서버들에 커플링된 근거리 네트워크와 같은 네트워크 (407) 와 데이터 접속들을 확립하기 위해, 프로세서 (401) 에 또는 인터넷에 커플링된 네트워크 액세스 포트들 (404) 을 포함할 수도 있다. 도 3 의 상황에서, 도 4 의 서버 (400) 가 통신 디바이스 (300) 의 하나의 예시적인 구현예들을 예시하며, 이에 의해, 정보를 송신하거나 및/또는 수신하도록 구성된 로직 (305) 은 네트워크 (407) 와 통신하기 위해 서버 (400) 에 의해 사용되는 네트워크 액세스 포인트들 (404) 에 대응하며, 정보를 프로세싱하는 구성된 로직 (310) 은 프로세서 (401) 에 대응하며, 정보를 저장하는 로직 (315) 구성은 휘발성 메모리 (402), 디스크 드라이브 (403) 및/또는 디스크 드라이브 (406) 의 임의의 조합에 대응한다는 것을 명백히 알 수 있을 것이다. 정보를 제시하도록 구성된 옵션적인 로직 (320) 및 로컬 사용자 입력을 수신하도록 구성된 옵션적인 로직 (325) 은 도 4 에 명시적으로 도시되지 않으며 그 안에 포함되거나 또는 포함되지 않을 수도 있다. 따라서, 도 4 는 도 2a 에서와 같은 IoT 디바이스 구현예에 더해서, 통신 디바이스 (300) 가 서버로서 구현될 수도 있다는 것을 보여주도록 돕는다.

IP 기반의 기술들 및 서비스들은 더 성숙시키고, 비용을 끌어 내리고 IP 의 이용가능성을 증대시켰다. 이것은 점점 더 많은 유형들의 일상의 전자 오브젝트들에 인터넷 연결성이 추가될 수 있게 하였다. IoT 는 꼭 컴퓨터들 및 컴퓨터 네트워크들만이 아닌, 일상의 전자 오브젝트들이 인터넷을 통해서 판독가능하고, 인식가능하고, 로케이트가능하고, 어드레스가능하고, 그리고 제어가능할 수 있다는 아이디어에 기초한다. 일반적으로, IoT 의 발달 및 증가하는 보급에 따라, 상이한 유형들을 가지고 상이한 활동들을 수행하는 매우 많은 가까운 이종 IoT 디바이스들 및 다른 물리적인 오브젝트들 (예컨대, 조명들, 프린터들, 냉장고들, 에어컨들, 등) 은 많은 상이한 방법들로 서로 상호작용하고 많은 상이한 방법들로 사용될 수도 있다. 이와 같이, 제어되는 IoT 네트워크 내에서 사용중일 수도 있는 잠재적으로 많은 개수의 이종 IoT 디바이스들 및 다른 물리적인 오브젝트들로 인해, 여러 이종 IoT 디바이스들로 하여금 서로 통신하여 정보를 교환가능하게 하기 위해서, 명확하게-정의되고 신뢰성있는 통신 인터페이스들이 일반적으로 요구될 수도 있다. 따라서, 도 5 내지 도 7 과 관련하여 제공되는 다음 설명은 일반적으로 본원에서 개시한 여러 양태들 및 실시형태들에 따라서 IoT 디바이스들 사이에 통신을 가능하게 하기 위해서 발견가능한 피어-투-피어 (P2P) 서비스들을 지원할 수도 있는 예시적인 통신 프레임워크를 약술한다.

일반적으로, 전화기들, 태블릿 컴퓨터들, 랩탑 및 데스크탑 컴퓨터들, 어떤 운송체들, 등과 같은, 사용자 장비 (UE) 는 로컬로 (예컨대, Bluetooth, 로컬 Wi-Fi, 등으로) 또는 원격으로 (예컨대, 셀룰러 네트워크들, 인터넷, 등을 통해서) 서로 접속하도록 구성될 수 있다. 더욱이, 어떤 UEs 는 또한 디바이스들로 하여금 일-대-일 접속을 행할 수 있게 하거나 또는 서로 직접 통신하기 위해서 여러 디바이스들을 포함하는 그룹에 동시에 접속가능하게 하는 어떤 무선 네트워킹 기술들 (예컨대, Wi-Fi, Bluetooth, Wi-Fi 다이렉트, 등) 을 이용하여 근접도-기반의 피어-투-피어 (P2P) 통신을 지원할 수도 있다. 그 목적을 위해, 도 5 는 발견가능한 P2P 서비스들을 지원할 수도 있는 예시적인 무선 통신 네트워크 또는 WAN (500) 을 예시한다. 예를 들어, 일 실시형태에서, 무선 통신 네트워크 (500) 는 여러 기지국들 (510) 및 다른 네트워크 엔터티들을 포함하는 LTE 네트워크 또는 또 다른 적합한 WAN 을 포함할 수도 있다. 간결성을 위해, 단지 3개의 기지국들 (510a, 510b 및 510c), 하나의 네트워크 제어기 (530), 및 하나의 동적 호스트 구성 프로토콜 (DHCP) 서버 (540) 가 도 5 에 도시된다. 기지국 (510) 은 디바이스들 (520) 과 통신하는 엔터티일 수도 있으며, 또한 노드 B, 진화된 노드 B (eNB), 액세스 포인트, 등으로 지칭될 수도 있다. 각각의 기지국 (510) 은 특정의 지리적 영역에 대해 통신 커버리지를 제공할 수도 있으며, 커버리지 영역 내에 로케이트된 디바이스들 (520) 에 대해 통신을 지원할 수도 있다. 네트워크 용량을 향상시키기 위해, 기지국 (510) 의 전체 커버리지 영역은 다수의 (예컨대, 3개의) 더 작은 영역들로 파티셔닝될 수도 있으며, 여기서 각각의 더 작은 영역은 각각의 기지국 (510) 에 의해 서빙될 수도 있다. 3GPP 에서, 용어 "셀" 은 그 용어가 사용되는 상황에 따라서, 기지국 (510) 의 커버리지 영역 및/또는 이 커버리지 영역을 서빙하는 기지국 서브시스템 (510) 을 지칭할 수 있다. 3GPP2 에서, 용어 "섹터" 또는 "셀-섹터" 는 기지국 (510) 의 커버리지 영역 및/또는 이 커버리지 영역을 서빙하는 기지국 서브시스템 (510) 을 지칭할 수 있다. 명료성을 위해, "셀" 의 3GPP 컨셉이 본원의 설명에서 사용될 수도 있다.

기지국 (510) 은 매크로 셀, 피코 셀, 펨토 셀, 및/또는 다른 셀 유형들에 대해 통신 커버리지를 제공할 수도 있다. 매크로 셀은 상대적으로 큰 지리적 영역 (예컨대, 반경으로 수 킬로미터) 을 커버할 수도 있으며, 서비스 가입한 디바이스들 (520) 에 의한 비제한된 액세스를 허용할 수도 있다. 피코 셀은 상대적으로 작은 지리적 영역을 커버할 수도 있으며, 서비스 가입한 디바이스들 (520) 에 의한 비제한된 액세스를 허용할 수도 있다. 펨토 셀은 상대적으로 작은 지리적 영역 (예컨대, 홈) 을 커버할 수도 있으며, 펨토 셀과 연관하는 디바이스들 (520) (예컨대, 폐쇄 가입자 그룹 (CSG) 에서의 디바이스들 (520)) 에 의한 제한된 액세스를 허용할 수도 있다. 도 5 에 나타낸 예에서, 무선 네트워크 (500) 는 매크로 셀들을 위한 매크로 기지국들 (510a, 510b 및 510c) 을 포함한다. 무선 네트워크 (500) 는 또한 피코 셀들을 위한 피코 기지국들 (510) 및/또는 펨토 셀들 (도 5 에 미도시) 을 위한 홈 기지국들 (510) 을 포함할 수도 있다.

네트워크 제어기 (530) 는 기지국들 (510) 의 세트에 커플링될 수도 있으며, 이들 기지국들 (510) 에 대해 조정 및 제어를 제공할 수도 있다. 네트워크 제어기 (530) 는 기지국들과 백홀을 통해서 통신할 수 있는 단일 네트워크 엔터티 또는 네트워크 엔터티들의 컬렉션일 수도 있다. 기지국들은 또한 서로, 예컨대, 직접적으로 또는 간접적으로, 무선 또는 유선 백홀을 통해서 통신할 수도 있다. DHCP 서버 (540) 는 아래에서 설명되는 바와 같이, P2P 통신을 지원할 수도 있다. DHCP 서버 (540) 는 무선 네트워크 (500) 의 일부이거나, 무선 네트워크 (500) 의 외부에 있거나, 인터넷 접속 공유 (ICS) 를 통해서 실행되거나, 또는 임의의 적합한 이들의 조합일 수도 있다. DHCP 서버 (540) 는 (예컨대, 도 5 에 나타낸 바와 같이) 별개의 엔터티일 수도 있거나 또는 기지국 (510), 네트워크 제어기 (530), 또는 일부 다른 엔터티의 일부일 수도 있다. 어쨌든, DHCP 서버 (540) 는 피어-투-피어 통신하기를 원하는 디바이스들 (520) 에 의해 도달가능할 수도 있다.

디바이스들 (520) 은 무선 네트워크 (500) 전체에 걸쳐서 흩어져 있을 수도 있으며, 각각의 디바이스 (520) 는 정지하고 있거나 또는 이동하고 있을 수도 있다. 디바이스 (520) 는 또한 노드, 사용자 장비 (UE), 스테이션, 이동국, 터미널, 액세스 단말기, 가입자 유닛, 등으로서 지칭될 수도 있다. 디바이스 (520) 는 셀룰러폰, 개인 휴대정보 단말기 (PDA), 무선 모뎀, 무선 통신 디바이스, 핸드헬드 디바이스, 랩탑 컴퓨터, 코드리스 폰, 무선 가입자 회선 (WLL) 국, 스마트 폰, 넷북, 스마트북, 태블릿, 등일 수도 있다. 디바이스 (520) 는 무선 네트워크 (500) 에서의 기지국들 (510) 과 통신할 수도 있으며, 다른 디바이스들 (520) 과 추가로 피어-투-피어 통신할 수도 있다. 예를 들어, 도 5 에 나타낸 바와 같이, 디바이스들 (520a 및 520b) 은 피어-투-피어 통신할 수도 있으며, 디바이스들 (520c 및 520d) 은 피어-투-피어 통신할 수도 있으며, 디바이스들 (520e 및 520f) 은 피어-투-피어 통신할 수도 있으며, 디바이스들 (520g, 520h, 및 520i) 은 피어-투-피어 통신할 수도 있으며, 한편 나머지 디바이스들 (520) 은 기지국들 (510) 과 통신할 수도 있다. 도 5 에 추가로 나타낸 바와 같이, 디바이스들 (520a, 520d, 520f, 및 520h) 은 또한 예컨대, P2P 통신에 참가하지 않았을 때 또는 어쩌면 P2P 통신을 동반하여, 기지국들 (500) 과 통신할 수도 있다.

본원의 설명에서, WAN 통신은 예컨대, 또 다른 디바이스 (520) 와 같은 원격 엔터티와의 콜을 위해 무선 네트워크 (500) 에서 디바이스 (520) 과 기지국 (510) 사이의 통신을 지칭할 수도 있다. WAN 디바이스는 WAN 통신에 관련되거나 또는 참가되는 디바이스 (520) 이다. P2P 통신은 임의의 기지국 (510) 을 거치지 않는, 2개 이상의 디바이스들 (520) 사이의 직접 통신을 지칭한다. P2P 디바이스는 P2P 통신에 관련되거나 또는 참가되는 디바이스 (520), 예컨대, P2P 디바이스의 근접도 내에서 또 다른 디바이스 (520) 에 대한 트래픽 데이터를 가지는 디바이스 (520) 이다. 2개의 디바이스들은 예를 들어, 각각의 디바이스 (520) 가 다른 디바이스 (520) 를 검출할 수 있으면, 서로의 근접도 이내인 것으로 간주될 수도 있다. 일반적으로, 디바이스 (520) 는 또 다른 디바이스 (520) 와, P2P 통신에 대해서는 직접, 또는 WAN 통신에 대해서는 적어도 하나의 기지국 (510) 을 통해서 통신할 수도 있다.

일 실시형태에서, P2P 디바이스들 (520) 사이의 직접 통신은 P2P 그룹들로 조직화될 수도 있다. 좀더 자세하게 설명하면, P2P 그룹은 일반적으로 P2P 통신에 관련되거나 또는 참가되는 2개 이상의 디바이스들 (520) 의 그룹을 지칭하며 P2P 링크는 P2P 그룹에 대한 통신 링크를 지칭한다. 더욱이, 일 실시형태에서, P2P 그룹은 하나의 디바이스 (520) 지정 P2P 그룹 소유자 (또는, P2P 서버) 및 P2P 그룹 소유자에 의해 서빙되는 하나 이상의 디바이스들 (520) 지정 P2P 클라이언트들을 포함할 수도 있다. P2P 그룹 소유자는 WAN 과 시그널링을 교환하는 것, P2P 그룹 소유자와 P2P 클라이언트들 사이의 데이터 송신을 조정하는 것, 등과 같은 어떤 관리 기능들을 수행할 수도 있다. 예를 들어, 도 5 에 나타낸 바와 같이, 제 1 P2P 그룹은 기지국 (510a) 의 커버리지 하에서 디바이스들 (520a 및 520b) 을 포함하며, 제 2 P2P 그룹은 기지국 (510b) 의 커버리지 하에서 디바이스들 (520c 및 520d) 을 포함하며, 제 3 P2P 그룹은 상이한 기지국들 (510b 및 510c) 의 커버리지 하에서 디바이스들 (520e 및 520f) 을 포함하며, 제 4 P2P 그룹은 기지국 510c 의 커버리지 하에서 디바이스들 (520g, 520h 및 520i) 을 포함한다. 디바이스들 (520a, 520d, 520f, 및 520h) 은 그들의 각각의 P2P 그룹들에 대한 P2P 그룹 소유자들일 수도 있으며, 디바이스들 (520b, 520c, 520e, 520g, 및 520i) 은 그들의 각각의 P2P 그룹들에서 P2P 클라이언트들일 수도 있다. 도 5 에서 다른 디바이스들 (520) 은 WAN 통신에 참가될 수도 있다.

일 실시형태에서, P2P 통신은 단지 P2P 그룹 내에서 발생할 수도 있으며, P2P 그룹 소유자와 그와 연관되는 P2P 클라이언트들 사이에서 단지 추가로 발생할 수도 있다. 예를 들어, 동일한 P2P 그룹 내 2개의 P2P 클라이언트들 (예컨대, 디바이스들 520g 및 520i) 이 정보를 교환하기를 원하면, P2P 클라이언트들 중 하나는 그 정보를 P2P 그룹 소유자 (예컨대, 디바이스 (520h)) 로 전송할 수도 있으며, P2P 그룹 소유자는 그후 송신들을 다른 P2P 클라이언트로 중계할 수도 있다. 일 실시형태에서, 특정의 디바이스 (520) 는 다수의 P2P 그룹들에 속할 수도 있으며, 각각의 P2P 그룹에서 P2P 그룹 소유자 또는 P2P 클라이언트로서 거동할 수도 있다. 더욱이, 일 실시형태에서, 특정의 P2P 클라이언트는 오직 하나의 P2P 그룹에 속하거나 또는 다수의 P2P 그룹에 속할 수도 있으며, 다수의 P2P 그룹들 중 임의의 그룹에서 P2P 디바이스들 (520) 과 임의의 특정의 순간에 통신할 수도 있다. 일반적으로, 통신은 다운링크 및 업링크 상에서의 송신들을 통해서 촉진될 수도 있다. WAN 통신에 있어, 다운링크 (또는, 순방향 링크) 는 기지국들 (510) 로부터 디바이스들 (520) 로의 통신 링크를 지칭하며, 업링크 (또는, 역방향 링크) 는 디바이스들 (520) 로부터 기지국들 (510) 로의 통신 링크를 지칭한다. P2P 통신에 있어, P2P 다운링크는 P2P 그룹 소유자들로부터 P2P 클라이언트들로의 통신 링크를 지칭하며, P2P 업링크는 P2P 클라이언트들로부터 P2P 그룹 소유자들로의 통신 링크를 지칭한다. 어떤 실시형태들에서, P2P 를 통신하는데 WAN 기술들을 이용하기 보다는, 2개 이상의 디바이스들은 더 작은 P2P 그룹들을 형성하고, Wi-Fi, Bluetooth, 또는 Wi-Fi 다이렉트와 같은 기술들을 이용하여 무선 로컬 영역 네트워크 (WLAN) 상에서 P2P 통신할 수도 있다. 예를 들어, Wi-Fi, Bluetooth, Wi-Fi 다이렉트, 또는 다른 WLAN 기술들을 이용한 P2P 통신은 2개 이상의 모바일 폰들, 게임 콘솔들, 랩탑 컴퓨터들, 또는 다른 적합한 통신 엔터티들 사이에 P2P 통신을 가능하게 할 수도 있다.

본 개시물의 일 양태에 따르면, 도 6 은 여러 디바이스들 (610, 630, 640) 이 통신할 수도 있는 근접도-기반의 분산된 버스를 확립하는데 발견가능한 P2P 서비스들이 사용될 수도 있는 예시적인 환경 (600) 을 예시한다. 예를 들어, 일 실시형태에서, 단일 플랫폼 상에서 애플리케이션들 및 기타 등등 사이의 통신들은, 애플리케이션들이 서비스들을 다른 애플리케이션들에 제공하기 위해 분산된 버스 (625) 에 등록하며 다른 애플리케이션들이 등록된 애플리케이션들에 관한 정보에 대해 분산된 버스 (625) 에 쿼리하는 네트워크화된 컴퓨팅 환경에서 애플리케이션-대-애플리케이션 통신들을 가능하게 하는데 사용되는 소프트웨어 버스를 포함할 수도 있는 분산된 버스 (625) 를 통해 프로세스간 통신 프로토콜 (IPC) 프레임워크를 이용하여 촉진될 수도 있다. 이러한 프로토콜은 신호 메시지들 (예컨대, 통지들) 이 점-대-점 또는 브로드캐스트일 수도 있고 메소드 콜 메시지들 (method call messages) (예컨대, RPCs) 이 동기적 또는 비동기적일 수도 있고 그리고 분산된 버스 (625) (예컨대, "데몬" 버스 프로세스) 가 여러 디바이스들 (610, 630, 640) 사이의 메시지 라우팅을 처리할 수도 있는, 비동기적 통지들 및 원격 프로시저 콜들 (RPCs) 을 제공할 수도 있다.

일 실시형태에서, 분산된 버스 (625) 는 다양한 전송 프로토콜들 (예컨대, Bluetooth, TCP/IP, Wi-Fi, CDMA, GPRS, UMTS, 등) 에 의해 지원될 수도 있다. 예를 들어, 일 양태에 따르면, 제 1 디바이스 (610) 는 분산된 버스 노드 (612) 및 하나 이상의 로컬 종점들 (614) 을 포함할 수도 있으며, 여기서, 분산된 버스 노드 (612) 는 분산된 버스 (625) 를 통한 (예컨대, 제 2 디바이스 (630) 및 제 3 디바이스 (640) 상의 분산된 버스 노드들 (632 및 642) 을 통한) 제 1 디바이스 (610) 와 연관되는 로컬 종점들 (614) 과, 제 2 디바이스 (630) 및 제 3 디바이스 (640) 와 연관되는 로컬 종점들 (634 및 644) 사이의 통신들을 촉진시킬 수도 있다. 도 7 을 참조하여 아래에서 좀더 자세히 설명되는 바와 같이, 분산된 버스 (625) 는 대칭 멀티-디바이스 네트워크 토폴로지들을 지원할 수도 있으며, 디바이스 탈퇴 (drops-outs) 의 존재 시에 강건한 동작을 제공할 수도 있다. 이와 같이, 임의의 하부의 전송 프로토콜 (예컨대, Bluetooth, TCP/IP, Wi-Fi, 등) 과는 일반적으로 독립적일 수도 있는, 가상 분산된 버스 (625) 는 여러 보안 옵션들을, 비보안 (예컨대, 개방) 으로부터 보안 (예컨대, 인증 및 암호화) 까지 허용할 수도 있으며, 여기서, 보안 옵션들은 여러 디바이스들 (610, 630, 640) 이 서로에 대한 범위 또는 근접도에 들어갈 때 개입없이, 제 1 디바이스 (610), 제 2 디바이스 (630), 및 제 3 디바이스 (640) 사이의 자발적 (spontaneous) 접속들을 촉진하는 것과 동시에 사용될 수 있다.

본 개시물의 일 양태에 따르면, 도 7 은 제 1 디바이스 ("디바이스 A") (710) 및 제 2 디바이스 ("디바이스 B") (730) 가 통신하는 근접도-기반의 분산된 버스를 확립하는데 발견가능한 P2P 서비스들이 사용될 수도 있는 예시적인 메시지 시퀀스 (700) 를 예시한다. 일반적으로, 디바이스 A (710) 는 디바이스 B (730) 와 통신하도록 요청할 수도 있으며, 여기서, 디바이스 A (710) 는 이러한 통신들을 촉진시키는 것을 도울 수도 있는 버스 노드 (712) 에 더해서 통신하도록 요청을 행할 수도 있는 로컬 종점 (714) (예컨대, 로컬 애플리케이션, 서비스, 등) 을 포함할 수도 있다. 또, 디바이스 B (730) 는 로컬 종점 (714) 이 디바이스 A (710) 상의 로컬 종점 (714) 과 디바이스 B (730) 상의 로컬 종점 (734) 사이의 통신들을 촉진시키는 것을 도울 수도 있는 버스 노드 (732) 에 더해서 통신하려고 시도하고 있을 수도 있는 로컬 종점 (734) 을 포함할 수도 있다.

일 실시형태에서, 버스 노드들 (712 및 732) 은 메시지 시퀀스 단계 (754) 에서 적합한 발견 메카니즘을 수행할 수도 있다. 예를 들어, Bluetooth, TCP/IP, UNIX, 또는 기타 등등에 의해 지원되는 접속들을 발견하는 메카니즘들이 사용될 수도 있다. 메시지 시퀀스 단계 (756) 에서, 디바이스 A (710) 상의 로컬 종점 (714) 은 버스 노드 (712) 를 통해서 이용가능한, 엔터티, 서비스, 종점 등에 접속하도록 요청할 수도 있다. 일 실시형태에서, 요청은 로컬 종점 (714) 과 버스 노드 (712) 사이의 요청-및-응답 프로세스를 포함할 수도 있다. 메시지 시퀀스 단계 (758) 에서, 분산된 메시지 버스는 버스 노드 (712) 를 버스 노드 (732) 에 접속하고 이에 의해 디바이스 A (710) 와 디바이스 B (730) 사이에 P2P 접속을 확립하도록 형성될 수도 있다. 일 실시형태에서, 버스 노드들 (712 및 732) 사이에 분산된 버스를 형성하는 통신들은 적합한 근접도-기반의 P2P 프로토콜 (예컨대, 근위의 네트워크들을 동적으로 생성하여 근위의 P2P 통신을 촉진시키기 위해 상이한 제조업자들로부터의 접속된 제품들 및 소프트웨어 애플리케이션들 사이의 상호운용성을 가능하도록 설계된 AllJoyn™ 소프트웨어 프레임워크) 를 이용하여 촉진될 수도 있다. 대안적으로, 일 실시형태에서, 서버 (미도시) 는 버스 노드들 (712 및 732) 사이의 접속을 촉진시킬 수도 있다. 더욱이, 일 실시형태에서, 적합한 인증 메카니즘이 버스 노드들 (712 및 732) 사이에 접속을 형성하기 전에 사용될 수도 있다 (예컨대, 클라이언트가 인증 대화를 개시하기 위해 인증 커맨드를 전송할 수도 있는 SASL 인증 (authentication)). 또한, 메시지 시퀀스 단계 (758) 동안, 버스 노드들 (712 및 732) 은 다른 가용 종점들 (예컨대, 도 6 에서 디바이스 C (640) 상의 로컬 종점들 (644)) 에 관한 정보를 교환할 수도 있다. 이러한 실시형태들에서, 버스 노드가 유지하는 각각의 로컬 종점은 다른 버스 노드들로 광고될 수도 있으며, 여기서, 광고는 고유 종점 이름들, 전송 유형들, 접속 파라미터들, 또는 다른 적합한 정보를 포함할 수도 있다.

일 실시형태에서, 메시지 시퀀스 단계 (760) 에서, 버스 노드 (712) 및 버스 노드 (732) 는 획득된 로컬 종점들 (734 및 714) 과 연관되는 정보를 각각 이용하여, 여러 버스 노드들을 통해서 이용가능한 실제 획득된 종점들을 나타낼 수도 있는 가상 종점들을 생성할 수도 있다. 일 실시형태에서, 버스 노드 (712) 상에서 라우팅하는 메시지는 실제 및 가상 종점들을 이용하여, 메시지들을 전달할 수도 있다. 또, 원격 디바이스들 (예컨대, 디바이스 A (710)) 상에 존재하는 모든 종점에 대해 하나의 로컬 가상 종점이 있을 수도 있다. 또한, 이러한 가상 종점들은 분산된 버스 (예컨대, 버스 노드 (712) 와 버스 노드 (732) 사이의 접속) 를 통해서 전송된 메시지들을 멀티플렉싱하거나 및/또는 디-멀티플렉싱할 수도 있다. 일 양태에서, 가상 종점들은 마치 실제 종점들처럼 로컬 버스 노드 (712 또는 732) 로부터 메시지들을 수신할 수도 있으며, 메시지들을 분산된 버스를 통해서 포워딩할 수도 있다. 이와 같이, 가상 종점들은 메시지들을 종점 멀티플렉싱된 분산된 버스 접속으로부터 로컬 버스 노드들 (712 및 732) 로 포워딩할 수도 있다. 더욱이, 일 실시형태에서, 원격 디바이스 상의 가상 종점들에 대응하는 가상 종점들은 특정의 전송 유형들의 원하는 토폴로지들을 받아들이기 위해서 임의의 시간에 재접속될 수도 있다. 이러한 양태에서, UNIX 기반의 가상 종점들은 로컬로 간주될 수도 있으며, 이에 따라서, 재접속을 위한 후보들로서 간주되지 않을 수도 있다. 또, TCP-기반의 가상 종점들은 하나의 홉 라우팅 (hop routing) 용으로 최적화될 수도 있다 (예컨대, 각각의 버스 노드 (712 및 732) 가 서로 직접 접속될 수도 있다). 또한, Bluetooth-기반의 가상 종점들은 Bluetooth-기반의 마스터가 로컬 마스터 노드와 동일한 버스 노드일 수도 있는 단일 피코-넷 (single pico-net) (예컨대, 하나의 마스터 및 n 개의 슬레이브들) 용으로 최적화될 수도 있다.

메시지 시퀀스 단계 (762) 에서, 버스 노드 (712) 및 버스 노드 (732) 는 버스 인스턴스들을 병합하고 분산된 버스를 통해서 통신을 가능하게 하기 위해 버스 상태 정보를 교환할 수도 있다. 예를 들어, 일 실시형태에서, 버스 상태 정보는 널리 공지된 고유한 종점 이름 맵핑, 매칭 규칙들, 라우팅 그룹, 또는 다른 적합한 정보를 포함할 수도 있다. 일 실시형태에서, 상태 정보는 분산된 버스 기반의 로컬 이름을 이용하여 통신하는 로컬 종점들 (714 및 734) 과의 인터페이스를 이용하여 버스 노드 (712) 및 버스 노드 (732) 인스턴스들 사이에 통신될 수도 있다. 또 다른 양태에서, 버스 노드 (712) 및 버스 노드 (732) 는 분산된 버스에 피드백을 제공하는 것을 담당하는 로컬 버스 제어기를 각각 유지할 수도 있으며, 여기서, 버스 제어기는 글로벌 메소드들 (global methods), 인수들 (arguments), 신호들, 및 다른 정보를 분산된 버스와 연관되는 표준들로 변환할 수도 있다. 메시지 시퀀스 단계 (764) 에서, 버스 노드 (712) 및 버스 노드 (732) 는 위에서 설명한 바와 같이 버스 노드 접속들 동안 도입되는 임의의 변화들에 대해 각각의 로컬 종점들 (714 및 734) 에게 통지하기 위해 신호들을 통신 (예컨대, 브로드캐스트) 할 수도 있다. 일 실시형태에서, 새로운 및/또는 제거된 글로벌 및/또는 전환된 이름들은 이름 소유자 변경 신호들로 표시될 수도 있다. 더욱이, (예컨대, 이름 충돌들로 인해) 로컬로 손실될 수도 있는 글로벌 이름들 (global names) 은 이름 손실 신호들로 표시될 수도 있다. 또한, 이름 충돌들로 인해 전달되는 글로벌 이름들은 이름 소유자 변경 신호들로 표시될 수도 있으며, 버스 노드 (712) 및 버스 노드 (732) 가 분리되면 및/또는 분리될 때 사라지는 고유한 이름들은 이름 소유자 변경 신호들로 표시될 수도 있다.

위에서 사용된 바와 같이, 널리 공지된 이름들은 로컬 종점들 (714 및 734) 을 고유하게 기술하기 위해 사용될 수도 있다. 일 실시형태에서, 통신들이 디바이스 A (710) 와 디바이스 B (730) 사이에 발생할 때, 상이한 널리 공지된 이름 유형들이 사용될 수도 있다. 예를 들어, 디바이스 로컬 이름은 버스 노드 (712) 가 직접 부착하는 디바이스 A (710) 와 연관되는 버스 노드 (712) 상에 오직 존재할 수도 있다. 또 다른 예에서, 글로벌 이름은 모든 알려진 버스 노드들 (712 및 732) 상에 존재할 수도 있으며, 여기서 오직 그 이름의 하나의 소유자만이 모든 버스 세그먼트들 상에 존재할 수도 있다. 다시 말해서, 버스 노드 (712) 및 버스 노드 (732) 가 결합되고 임의의 충돌들이 일어날 때, 소유자들 중 하나는 글로벌 이름을 손실할 수도 있다. 또한 또 다른 예에서, 전환된 이름은 클라이언트가 가상 버스와 연관되는 다른 버스 노드들에 접속될 때 사용될 수도 있다. 이러한 양태에서, 전환된 이름은 첨부된 말미 (end) 를 포함할 수도 있다 (예컨대, 글로벌 고유 식별자 (Globally Unique Identifier) "1234" 를 가진 분산된 버스에 접속된 널리 공지된 이름 "org.foo" 를 가진 로컬 종점 (714) 은 "G1234.org.foo" 로서 발견될 수도 있다).

메시지 시퀀스 단계 (766) 에서, 버스 노드 (712) 및 버스 노드 (732) 는 다른 버스 노드들에게 종점 버스 토폴로지들에 대한 변화들을 통지하기 위해 신호들을 통신 (예컨대, 브로드캐스트) 할 수도 있다. 그후, 로컬 종점 (714) 으로부터의 트래픽은 가상 종점들을 통과하여 디바이스 B (730) 상의 의도된 로컬 종점 (734) 에 도달할 수도 있다. 또, 동작 시, 로컬 종점 (714) 과 로컬 종점 (734) 사이의 통신들은 라우팅 그룹들을 이용할 수도 있다. 일 양태에서, 라우팅 그룹들은 종점들로 하여금, 종점들의 서브세트로부터 신호들, 방법 콜들, 또는 다른 적합한 정보를 수신가능하게 할 수도 있다. 이와 같이, 라우팅 이름은 버스 노드 (712 또는 732) 에 접속된 애플리케이션에 의해 결정될 수도 있다. 예를 들어, P2P 애플리케이션은 애플리케이션에 내장된, 고유하고 널리 공지된 라우팅 그룹 이름을 이용할 수도 있다. 또, 버스 노드들 (712 및 732) 은 라우팅 그룹들에의 로컬 종점들 (714 및 734) 의 등록 및/또는 등록해제 (de-registering) 를 지원할 수도 있다. 일 실시형태에서, 라우팅 그룹들은 현재의 버스 인스턴스를 넘어서 지속성을 갖지 않을 수도 있다. 또 다른 양태에서, 애플리케이션들은 그들이 분산된 버스에 접속할 때마다 그들의 선호되는 라우팅 그룹들에 대해 등록할 수도 있다. 또한, 그룹들은 개방될 수도 있거나 (예컨대, 임의의 종점이 결합될 수 있다) 또는 폐쇄될 수도 있다 (예컨대, 오직 그룹의 생성자만이 그룹을 수정할 수 있다). 여전히 또한, 버스 노드 (712 또는 732) 는 다른 원격 버스 노드들에게 라우팅 그룹 종점들에 대한 추가들, 제거들, 또는 다른 변화들을 통지하기 위해 신호들을 전송할 수도 있다. 이러한 실시형태들에서, 버스 노드 (712 또는 732) 는 멤버가 그룹에 추가되거나 및/또는 그로부터 제거될 때는 언제나, 라우팅 그룹 변화 신호를 다른 그룹 멤버들에게 전송할 수도 있다. 또, 버스 노드 (712 또는 732) 는 라우팅 그룹으로부터 멤버들을 먼저 제거하지 않고, 라우팅 그룹 변화 신호를 그 분산된 버스로부터 분리하는 종점들로 전송할 수도 있다.

IoT 네트워크 내에서 구성가능한 하위-분할들을 자동적으로 생성하여 상이한 유형을 가질 수도 있는 여러 이종 IoT 디바이스들 및 다른 물리적인 오브젝트들을 관리하는데 사용될 수도 있는 예시적인 방법 (800) 은 상이한 활동들 (예컨대, 조명들, 프린터들, 냉장고들, 에어컨들, 등) 을 수행하며, 상이한 상호작용 및 사용 패턴들을 갖는다. 특히, 제어되는 IoT 네트워크 내에서 사용중일 수도 있는 잠재적으로 많은 개수의 이종 IoT 디바이스들 및 다른 물리적인 오브젝트들로 인해, 원하는 기능들을 구현한거나 또는 아니면 IoT 네트워크를 제어하여 사용자 수요들 및 요구들을 만족시키기 위해 그와 연관되는 상호작용들 및 사용을 조정하는 것이 어려울 수 있다. 예를 들어, 또 다른 사람의 주택에의 방문자는 주택에 로케이트된 스피커들 상에 노래를 연주하기를 원할 수도 있다. 그러나, 방문자는 (예컨대, 그 노래가 그 안에 심어진 디지털 권리들을 갖고 있기 때문에) 노래를 복사할 수 없을 수도 있거나, 또 다른 디바이스에의 Bluetooth 페어링이 어려울 수도 있거나, 또는 다른 조건들이 주택 스피커들 상에서 용이하게 노래를 연주하는 능력을 방해할 수도 있다. 더욱이, 제어되는 IoT 네트워크 내에서 사용중일 수도 있는 잠재적으로 많은 개수의 디바이스들 및 다른 물리적인 오브젝트들로 인해, 가용 디바이스들을 탐색하는 사용자는 탐색 결과들이 실질적으로 쓸모없을 수도 있는 정도까지 너무 많은 옵션들로 범람될 수도 있다. 따라서, 본원에서 좀더 자세히 설명되는 바와 같이, 도 8 에 나타낸 방법 (800) 은 이종 IoT 디바이스들 및 그 안에 배치되는 다른 물리적인 오브젝트들이 좀더 효율적으로 함께 동작하고 통신 및 정보 공유를 최적화하고 그리고 일반적으로 전체 유효성 및 사용자 경험을 향상시킬 수 있도록, IoT 네트워크에 걸쳐서 자동적인 및 구성가능한 제어를 가능하게 할 수도 있는, 여러 이종 IoT 디바이스들 및 다른 물리적인 오브젝트들 (예컨대, 통신 능력들을 갖는 비-IoT 디바이스들 및/또는 통신 능력들을 갖지 않는 다른 물리적인 오브젝트들) 을 자동적으로 조직화하거나 또는 아니면 그룹화하기 위해 사용될 수도 있다.

좀더 자세하게 설명하면, 본 개시물의 여러 양태들에 따르면, 도 8 에 나타낸 방법 (800) 은 블록 (810) 에서 여러 디바이스들 및/또는 다른 물리적인 오브젝트들을 검출하여 IoT 네트워크에 등록하는 것을 먼저 포함할 수도 있으며, 여기서, IoT 네트워크와 연관되는 감독 디바이스는 블록 (810) 에서 하나 이상의 IoT 디바이스들, 하나 이상의 비-IoT 디바이스들, 및/또는 제어되는 IoT 네트워크에 달리 사용되도록 커플링되는 다른 적합한 물리적인 오브젝트들을 검출하여 등록할 수도 있다. 일 실시형태에서, 블록 (810) 에서 검출되어 IoT 네트워크에 등록된 IoT 디바이스들은 감독 디바이스에 내장되거나, 그로 관측되거나, 모니터링되거나, 제어되거나, 또는 아니면 관리되고 그리고 IoT 네트워크에 접속될 수 있는 어떤 속성들 및 상태 정보를 가진 임의의 적합한 전자 디바이스 (예컨대, 기기, 센서, 냉장고, 토스터, 오븐, 마이크로파, 냉동기, 식기세척기, 세탁기, 건조기, 노, 에어컨, 온도조절기, 텔레비전, 조명 기구, 진공 청소기, 전기 계량기들, 가스 계량기들, 셀 폰, 데스크탑 컴퓨터, 랩탑 컴퓨터, 태블릿 컴퓨터, 등) 를 포함할 수도 있다. 일 실시형태에서, IoT 디바이스들과 연관되는 속성들은 IoT 디바이스들과 연관되는 상호작용 및 사용에 관련된 임의의 적합한 양상 (facet) 을 정의할 수 있는 일반적인, 적응적, 및 확장가능한 스키마를 제공하는 보편적 어휘 (universal vocabulary) 를 이용하여 표현될 수도 있다 (예컨대, 스키마 값들은 주변 환경들 및 발견으로부터의 학습 및 IoT 디바이스들 사이의 상호작용에 기초하여 이끌어내거나 또는 아니면 채택할 수 있으며, 새로운 스키마 엘리먼트들이 기존 IoT 디바이스 어휘를 확장하기 위해 추가될 수도 있다). 예를 들어, 일 실시형태에서, 보편적 어휘는 특히, 글로벌 고유 식별자, 메이크, 모델, 유형, 및 버전 속성들, 지원되는 입력들 (예컨대, 전압, 암페어 수, 갤론, BTUs, 등), 지원되는 출력들 (예컨대, 와트 (watts), 온도, 면적-단위들, 체적-단위들, 속도, 등), 지원되는 능력들 (예컨대, 시작, 중지, 셧다운, 휴지, 대기, 리셋, 도입, 등), 및 지원되는 통신 방법들 (예컨대, Bluetooth, Wi-Fi, 적외선, 근접 장 통신, 단파 라디오, 등) 을 포함할 포함할 수도 있는 스키마 엘리먼트들에 따라서, 특정의 IoT 디바이스와 연관되는 속성들을 표현할 수도 있다. 더욱이, IoT 디바이스와 연관되는 상태 정보는 IoT 디바이스가 온 또는 오프되는지, 개방 또는 폐쇄되는지, 휴지 또는 활성화되는지, 태스크 실행에 이용가능한지 또는 동작중인지 여부, 또는 IoT 디바이스와 연관되는 상태에 관련될 수도 있는 임의의 다른 적합한 정보를 나타낼 수도 있다.

더욱이, 일 실시형태에서, 블록 (810) 에서 검출되어 IoT 네트워크에 등록되는 비-IoT 디바이스들은 바코드 부착 디바이스들, Bluetooth 디바이스들, RF 디바이스들, RFID 태그 디바이스들, IR 디바이스들, 또는 단거리 인터페이스 (예컨대, 공중 인터페이스) 를 통해서 통신할 수 있고 그리고 감독 디바이스가 관측하거나, 모니터링하거나, 제어하거나, 또는 아니면 관리할 수 있는 임의의 다른 적합한 디바이스를 포함할 수도 있다. 게다가, 검출되어 IoT 네트워크에 등록될 수도 있는 다른 물리적인 오브젝트들은 통신 능력들을 갖지 않는 비-IoT 디바이스들을 포함할 수도 있다. 예를 들어, 감독 디바이스 또는 다른 IoT 디바이스들은 IoT 네트워크에 이후에 등록될 수도 있는 비-통신하는 물리적인 오브젝트들과 연관되는 형태들, 사이즈들, 칼라들, 또는 다른 관측가능한 특징들을 검출할 수 있는 적합한 스캐너 또는 리더 메커니즘들을 가질 수도 있다. 더욱이, 어떤 IoT 디바이스들, 통신하는 비-IoT 디바이스들, 및/또는 비-통신하는 물리적인 오브젝트들은 블록 (810) 에서, 사용자가 디바이스 및/또는 오브젝트들을 IoT 네트워크에 추가하는 커맨드를 감독 디바이스에 제공하는 것에 응답하여 또는 다른 자동적인 검출 능력들에 기초하여 (예컨대, 사용자가 온라인 주문을 행하여 특정의 오브젝트를 구매하고 그 후에 그 오브젝트가 홈으로 배송되었다고 결정하는 것에 응답하여), IoT 네트워크에 명시적으로 등록될 수도 있다. 이러한 방법으로, 임의의 적합한 물리적인 오브젝트는 블록 (810) 에서 (예컨대, 감독 디바이스를 통해서) 검출되고 등록되는 것에 응답하여 IoT 네트워크의 일부가 될 수도 있다.

일 실시형태에서, 블록 (820) 에서, 감독 디바이스는 그후 모니터 블록 (810) 에서 검출되고 등록된 디바이스들 및/또는 다른 오브젝트들과 연관되는 상호작용들 및 사용을 모니터링할 수도 있으며, 여기서, 모니터링된 상호작용들 및 사용은 그후 블록 (830) 에서 IoT 네트워크 내 하나 이상의 그룹들, 서브-네트워크들, 서브세트들, 또는 다른 적합한 하위-분할들을 생성하는데 사용될 수도 있다. 예를 들어, 일 실시형태에서, 블록 (810) 에서 등록된 각각의 디바이스 또는 오브젝트는 글로벌 고유 식별자 (globally unique identifier) 를 포함할 수도 있으며, 각각의 IoT 디바이스는 IoT 네트워크 내 또 다른 디바이스 또는 오브젝트와의 각각의 조우 (encounter) 또는 다른 상호작용에 관련된 정보 (예컨대, 상호작용과 연관되는 다른 디바이스 또는 오브젝트에 대응하는 글로벌 고유 식별자, 상호작용에 관련된 시간 스탬프 또는 다른 시간 컨텍스트, 상호작용이 수행되거나 또는 아니면 관련되는 기능, 상호작용이 일어난 로케이션, 또는 상호작용에 관련된 다른 적합한 컨텍스트, 예컨대, 상호작용이 일어났을 때 소유자가 IoT 네트워크에 존재하거나 그로부터 격리되는지 여부) 를 저장하는 로컬 데이터베이스를 더 포함할 수도 있다.

따라서, 일 실시형태에서, IoT 디바이스들은 로컬 데이터베이스에 저장된 각각의 조우 또는 다른 상호작용에 관련된 정보를 감독 디바이스로 통신할 수도 있으며, 그 감독 디바이스는 블록 (820) 에서 상호작용 및 사용을 모니터링하기 위해 IoT 네트워크에서 각각의 조우 또는 다른 상호작용에 관련된 정보를 저장하는 로컬 데이터베이스를 추가로 유지할 수도 있다. 더욱이, 일 실시형태에서, 감독 디바이스는 블록 (820) 에서 로컬 데이터베이스를 추가로 팝퓰레이트하기 위해 IoT 네트워크에서 일어나는 다른 상호작용들 및 사용을 관측하거나 또는 아니면 모니터링할 수도 있다. 예를 들어, 일 실시형태에서, 비-IoT 디바이스들은 RFID 태그 또는 바코드를 갖는 커피 컵을 포함할 수도 있으며, 여기서, 캐비닛 IoT 디바이스는 RFID 태그 또는 바코드를 검출하여 커피 컵이 캐비닛에 위치되었을 때 또는 그로부터 제거되었을 때를 검출할 수 있는 적합한 스캐너 또는 리더를 가질 수도 있다. 또 다른 예에서, 냉장고 IoT 디바이스는 냉장고 IoT 디바이스에 추가되거나 또는 제거되는 아이템들 상의 RFID 태그들 또는 바코드들을 판독하거나 및/또는 그에 추가되거나 또는 제거되는 비-통신하는 물리적인 오브젝트들과 연관되는 형태들, 사이즈들, 칼라들, 또는 다른 관측가능한 특징들을 검출하여, 비-통신하는 물리적인 오브젝트들을 식별할 수 있는 유사한 스캐너 또는 리더 메커니즘으로 탑재될 수도 있다 (예컨대, 냉장고 IoT 디바이스는 라임들 (limes) 및 레몬들이 어떤 물리적인 형태 및 사이즈를 갖는지를 파악하고, 그 오브젝트가 녹색 또는 황색이었는지에 기초하여 그 물리적인 형태 및 사이즈를 갖는 추가된 또는 제거된 오브젝트가 라임 또는 레몬이었는지를 식별할 수도 있다). 또한 또 다른 예에서, 냉장고 IoT 디바이스는, IoT 네트워크와 연관되는 홈에의 방문자가 주방에 들어가 냉장고 IoT 디바이스와 적합한 근접도 이내에 들어갈 때 냉장고 IoT 디바이스가 그 시간에 주방에 있는 방문자 및/또는 임의의 다른 개인들과의 조우를 기록할 수 있게, 주방에 상주할 수도 있다.

일 실시형태에서, 위에서 언급한 바와 같이, 감독 디바이스는 이에 의해, 블록 (820) 에서 모니터링된 상호작용들 및 사용에 기초하여 블록 (830) 에서 IoT 네트워크 내 하나 이상의 그룹들, 서브-네트워크들, 서브세트들, 또는 다른 적합한 하위-분할들을 생성할 수도 있으며, 여기서, 블록 (820) 에서 모니터링된 상호작용들은 일반적으로 여러 IoT 디바이스들, IoT 디바이스 및 통신하는 비-IoT 디바이스, IoT 디바이스 및 비-통신하는 물리적인 오브젝트, 통신하는 비-IoT 디바이스 및 비-통신하는 물리적인 오브젝트, 다수의 비-통신하는 물리적인 오브젝트들, 또는 임의의 적합한 이들의 조합 사이에서 일어날 수도 있으며, 한편 블록 (820) 에서 모니터링된 사용은 일반적으로 하나 이상의 IoT 디바이스들, 하나 이상의 통신하는 비-IoT 디바이스들, 하나 이상의 비-통신하는 물리적인 오브젝트들, 또는 임의의 적합한 이들의 조합과 관련될 수도 있다. 특히, IoT 디바이스들은 IoT 디바이스들와 관련한 임의의 상호작용들 및 임의의 그와 연관되는 사용에 관한 관련 정보를 감독 디바이스로 통신할 수도 있으며, 그 감독 디바이스는 그후 통신된 정보를 이용하여 로컬 데이터베이스를 팝퓰레이트할 수도 있다. 그러나, 통신하는 비-IoT 디바이스들 및 비-통신하는 물리적인 오브젝트들이 그와 연관되는 상호작용들 및 사용에 관련된 모든 정보를 저장하지 않을 수도 있기 때문에, 감독 디바이스는 IoT 네트워크 내에서 통신된 다른 신호들에 기초하여 관련 정보를 유도할 수도 있다 (예컨대, 감독 디바이스는 통신하는 비-IoT 디바이스들이 감독 디바이스로 전송하는 글로벌 고유 식별자들, 고유 식별자들이 수신된 시간들, 상호작용들 또는 사용이 일어난 로케이션들을 나타낼 수도 있는 정보, 등으로부터, 통신하는 비-IoT 디바이스들과 연관되는 상호작용들 및 사용에 관련된 정보를 유도할 수도 있으며, 감독 디바이스는 IoT 디바이스들 및/또는 통신하는 비-IoT 디바이스들이 감독 디바이스로 전송하는 임의의 관련된 정보로부터, 비-통신하는 물리적인 오브젝트들과 연관되는 상호작용들 및 사용에 관련된 정보를 유사하게 유도할 수도 있다).

일 실시형태에서, 그후 블록 (830) 에서 IoT 네트워크 내에서 하나 이상의 그룹들, 서브-네트워크들, 서브세트들, 또는 다른 적합한 하위-분할들을 생성하기 위해, 감독 디바이스는 로컬 데이터베이스에 기록된 모니터링된 상호작용들 및 사용에 기초하여, IoT 네트워크에 등록된 여러 디바이스들 및 오브젝트들 사이에 명시적인, 암시적인, 미리 정의된, 동적, 또는 다른 적합한 관계들을 결정할 수도 있다. 좀더 자세하게 설명하면, 어떤 디바이스들 또는 오브젝트들은 또 다른 디바이스 또는 오브젝트에 대해 명시적인 관계를 갖도록 사전 프로그래밍될 수도 있다 (예컨대, 냉장고는 냉장고를 소유하는 사람 및 IoT 네트워크 내 로케이션과 명시적인 관계를 가질 수도 있으며, 예컨대, 첫번째 냉장고는 주방에 영구적으로 로케이트되고 두번째 냉장고는 차고에 영구적으로 로케이트된다). 더욱이, 방문자가 주방에 들어가고 동시에 소유자가 존재하였다는 것을 모니터링된 상호작용들 및 사용이 나타내는 것에 응답하여, 방문자와 소유자 사이의 암시적인 관계가 방문자를 신뢰되는 친구 그룹에 추가하도록 자동적으로 유도될 수도 있다. 예를 들어, 감독 디바이스는 IoT 네트워크 내 근접도 이내에 액세스하거나 또는 아니면 들어가는 사람들을 관계 계층 (예컨대, 가족, 친구들, 지인들, 등) 으로 조직화할 수도 있다. 이와 같이, 모니터링된 상호작용들이 어떤 개인과의 제 1 미팅을 나타내는 것에 응답하여, 감독 디바이스는 블록 (830) 에서 개인을 지인 그룹에 추가할 수도 있다. 더욱이, 후속 모니터링된 상호작용들이 어떤 시간 기간 이내에 개인과의 추가적인 미팅들을 나타내는 것에 응답하여, 감독 디바이스는 블록 (830) 에서 그 개인을 지인 그룹으로부터 친구 그룹으로 업그레이드할 수도 있다. 또한 계속해서, (예컨대, 소유자 및 다른 개인이 저녁에 함께 시간을 자주 보낸다고 것을 나타내는) 추가적인 미팅들이 IoT 네트워크와 연관되는 홈 내에서 또는 어떤 시간들에서 일어나면, 감독 디바이스는 블록 (830) 에서 그 개인을 가족 그룹으로 업그레이드할 수도 있다.

더욱이, 일 실시형태에서, 블록 (830) 에서 생성된 여러 그룹들은 IoT 네트워크에 등록된 물리적 디바이스들 및 다른 오브젝트들과 연관되는 하위-분할들을 유사하게 생성할 수도 있다. 특히, 물리적 디바이스들 및 다른 오브젝트들이 IoT 네트워크 내에서 사용되고 상호작용하는 방법에 기초하여, 물리적 디바이스들 및 다른 오브젝트들은 미디어 디바이스들, 홈 오피스 디바이스들 등으로 하위-분할될 수도 있다. 예를 들어, 카메라가 사진을 찍는데 사용되었다고, 컴퓨터가 카메라로부터 화상들을 다운로드하는데 사용되었다고, 어떤 애플리케이션이 화상들을 편집하거나 또는 화상들을 온라인으로 공유하기 위해 컴퓨터 상에 로드되었다고, 그리고 화상들이 어떤 개인들과 공유되었다고, 상호작용들 및 사용이 나타내면, 블록 (830) 에서 생성된 그룹들은 카메라, 컴퓨터, 컴퓨터 애플리케이션, 화상들이 공유된 개인들, 및 다운로드된 화상들 자체를 포함하는 멤버들을 가진 화상들 그룹을 포함할 수도 있다. 또 다른 예에서, 프로젝터 디바이스가 사용될 때 룸 내 조명들이 항상 턴오프되어 있거나 또는 어두어진다고 모니터링된 상호작용들 및 사용이 나타내면, 블록 (830) 에서 생성된 그룹들은, 프로젝터 디바이스, 조명들, 및 그 프로젝터가 사용되고 그 조명들이 어두워지거나 또는 턴오프된 룸을 포함하는 멤버들을 가진 적합한 하위-분할을 포함할 수도 있다.

따라서, 블록 (830) 에서 생성된 여러 그룹들은 IoT 네트워크에서 관측되거나 또는 아니면 모니터링되는 실제 사용 및 상호작용들에 기초하여, (예컨대, 감독 디바이스가 실행하는) 기계-학습 알고리즘을 이용하여, 동적으로 형성될 수도 있다. 이러한 방법으로, 그룹들은 사용자 선호사항 및 실제-세계 활동들을 반영하는 방법으로 상황을 학습하는 동적 및 애드-혹 방법으로 그 그룹들을 구조화하는 대신, 임의의 미리 정의된 의미 구조들 또는 언어와는 독립적으로 블록 (830) 에서 생성될 수도 있다.

더욱이, 일 실시형태에서, 사용자들은 블록 (830) 에서 생성된 그룹 구조들을 맞춤화하고 이에 의해 자동적으로 학습된 상황을 조정하여, 사용자 선호사항 및 실제-세계 활동들을 더 잘 반영하고, 감독 디바이스가 후속 상호작용들 및 사용으로부터 상황을 학습할 수 있는 방법을 향상시키는 능력을 제공받을 수도 있다. 예를 들어, 일 실시형태에서, 블록 (830) 에서 생성된 여러 그룹들은 블록 (840) 에서 (예컨대, 감독 디바이스 상의) 사용자 인터페이스를 통해서 제시될 수도 있으며, 감독 디바이스는 그후 블록 (850) 에서 사용자 커맨드가 수신되었는지 여부를 결정할 수도 있다. 이와 같이, 블록 (850) 에서 사용자 커맨드가 수신되지 않았다고 결정하는 것에 응답하여, 감독 디바이스는 (즉, 블록 (820) 및 후속 블록들으로 되돌아가서) IoT 네트워크에서의 상호작용들 및 사용을 반복 모니터링하여, 기계-학습 알고리즘에 사용되는 기준들이 그룹핑들을 생성하는데 이전에 사용된 사용자 선호사항 및 실제-세계 활동들을 정확하게 반영하였다는 가정하에서 IoT 네트워크 내에서 그룹들, 서브세트들, 서브-네트워크들, 또는 다른 적합한 하위-분할들을 생성하거나 또는 수정할 수도 있다.

한편, 블록 (850) 에서 사용자 커맨드가 수신되었다고 결정하는 것에 응답하여, 감독 디바이스는 그후 블록 (860) 에서 그 커맨드를 프로세싱할 수도 있다. 예를 들어, 일 실시형태에서, 커맨드는 블록 (830) 에서 생성된 그룹들을 수정하거나 및/또는 새로운 그룹들을 생성하는데 사용될 수도 있으며, 이 경우, 감독 디바이스는 블록 (860) 에서 그 커맨드에 기초하여, 그룹들을 적합하게 수정하거나 및/또는 새로운 그룹들을 생성할 수도 있다. 더욱이, 커맨드는 IoT 네트워크 (예컨대, 어떤 디바이스들 및/또는 다른 오브젝트들을 포함하는서브-네트워크) 내 어떤 부분들에의 액세스를 제어하는데 사용될 수도 있다. 예를 들어, 일 실시형태에서, 커맨드는, IoT 네트워크에서의 어느 것에 대한 풀 액세스 허가들을 가족 그룹 내 어느 누구에게 제공하거나, (예컨대, 친구들 그룹 내 어느 누구로 하여금 전체 IoT 네트워크 내 Wi-Fi 서브-네트워크를 이용가능하게 하거나, 소유자가 휴가 중일 수도 있는 동안에 고객 서비스 그룹 내 사람으로 하여금 애완동물들에게 먹이를 주도록 하기 위해 냉장고에 액세스가능하게 하거나 또는 서비스 기능장애 장비를 서비스하기 위해 다용도실에 액세스가능하게 하는, 등) 어떤 그룹에서의 사람에게 IoT 네트워크의 일부에 대한 제한된 액세스를 제공하거나, 또는 아니면 (예컨대, 게스트들이 접근할 수 있는 특정의 서브-네트워크들을 제어하거나, IoT 네트워크에서의 디바이스들 및/또는 다른 오브젝트들이 서로 상호작용하거나 또는 사용될 수 있는지를 제어하는, 등) IoT 네트워크에 대한 미세 수준의 액세스 제어를 제공하기 위해서, 사용될 수도 있다. 게다가, 블록 (860) 에서 커맨드를 적절히 프로세싱하는 것에 응답하여, 감독 디바이스는 감독 디바이스가 블록 (860) 에서 프로세싱된 커맨드에서 표시될 수도 있는 사용자 선호사항들 및 실제-세계 활동들을 더 정확하게 반영하기 위해, IoT 네트워크 내에서 그룹들, 서브세트들, 서브-네트워크들, 또는 다른 적합한 하위-분할들을 생성하거나 또는 수정하는 기계-학습 알고리즘에 사용되는 기준들을 개선할 수도 있다는 점을 제외하고는, (즉, 블록 (820) 및 후속 블록들로 되돌아가서) 어떤 커맨드도 수신되지 않았을 때와 유사한 방법으로, IoT 네트워크에서의 상호작용들 및 사용을 반복하여 모니터링할 수도 있다.

도 8 에 나타낸 방법 (800) 에 관련된 전술한 설명은 감독 디바이스가 제어되는 IoT 네트워크에서의 디바이스들 및/또는 다른 물리적인 오브젝트와는 별개인 디바이스를 나타낸다고 표시하는 것처럼 보일 수도 있지만, 제어되는 IoT 네트워크에서 특정의 IoT 디바이스가 감독 디바이스일 수도 있거나, 감독 디바이스가 제어되는 IoT 네트워크에서의 특정의 IoT 디바이스에 통합될 수도 있거나, 또는 임의의 다른 적합한 구성 또는 배열이 사용될 수도 있음을 당업자들은 명백히 알 수 있을 것이다. 예를 들어, 일 실시형태에서, 감독 디바이스는 어떤 기능들을 향상시키기 위해 로컬 속성들을 이용하는 것에 더해서, 디바이스 제어 또는 관리 동작을 수행하는 컴퓨터 또는 셀 폰에 대응할 수 있다 (예컨대, 컴퓨터는 투영 스크린에 대한 조명 효과를 조정하는 동시에 그 조정된 조명 효과 등을 적응시키기 위해 출력을 위한 프로젝터로 스트리밍되는 비디오의 콘트라스트 비를 별개로 적응시키는 감독 디바이스일 수도 있다). 따라서, 전술한 설명은 어떤 신호들 또는 다른 메시지들이 감독 디바이스와, 제어되는 IoT 네트워크를 형성하는 디바이스들 및 다른 오브젝트들 사이에 교환된다는 것을 나타내며, 감독 디바이스가 제어되는 IoT 네트워크에서 특정의 IoT 디바이스에 대응하는 범위까지 어떤 신호들 또는 메시지들이 생략될 수 있다는 것을 당업자들은 명백히 알 수 있을 것이다.

IoT 네트워크에서의 모니터링된 상호작용들 및 사용에 기초하여 IoT 네트워크 내에서 관련된 하위-분할들을 생성하는데 사용될 수도 있는 어떤 메커니즘들과 관련하여 상기 배경이 제공되었지만, 다음 설명은 (예컨대, 방문자 및 주택보유자가 알려진 관계를 가지면 방문자로 하여금 주택 내 스피커들 상에서 노래를 빠르고 용이하게 연주가능하게 하도록) 디바이스들 사이의 상호작용들을 제어하도록 발견된 관계들이 레버리될 수 있게, IoT 기술들을 이용하여 디바이스들 (및 확장판에 의하면, 디바이스들을 소유하는 사용자들) 사이의 관계들을 발견할 수도 있는 여러 메커니즘들을 열거한다. 좀더 자세하게 설명하면, 위에서 언급한 바와 같이, 여러 IoT 디바이스들은 검출되어, 서버 또는 다른 적합한 감독 디바이스에 의해 등록되고, 보편적 어휘를 이용하여 표현될 수도 있는 여러 속성들과 연관될 수도 있다. 예를 들어, 속성들은 일반적으로 IoT 디바이스들과 연관되는 로케이션들, 상호작용들, 사용, 또는 다른 관련된 상태 데이터를 기술할 수도 있다. 더욱이, 각각의 IoT 디바이스는 고유 식별자를 할당받을 수 있으며, IoT 디바이스가 다른 사용자들이 소유할 수도 있는 IoT 디바이스들을 포함한, 다른 IoT 디바이스들과 가지는 각각의 상호작용을 저장하기 위해 로컬 데이터베이스를 가질 수 있다. 따라서, 특정의 IoT 디바이스가 또 다른 사용자와 연관되는 IoT 디바이스와 상호작용하는 시간이 더 많을 수록, IoT 디바이스들, 따라서 IoT 디바이스들을 소유하는 사용자들 사이에 더 강한 관계가 암시되거나 또는 아니면 추론될 수 있다. 더욱이, 관계와 연관되는 강도 및/또는 유형은 또 다른 IoT 디바이스들과 상호작용하는 IoT 디바이스들과 연관되는 유형들, 상호작용들이 일어난 로케이션들, 상호작용들이 일어난 시간들, 또는 다른 적합한 인자들에 따라서, 추가로 암시되거나 또는 아니면 추론될 수 있다.

일 실시형태에서, IoT 디바이스들 및 그들과 연관되는 사용자들 사이의 관계는 명시적, 암시적, 미리 정의된, 동적, 또는 다른 적합한 유형을 가질 수도 있으며, 관계들은 (예컨대, 지인들, 친구들, 가까운 친구들, 가족, 등에 따라서) 계층적으로 추가로 조직화될 수도 있다. 대안적으로 (또는, 추가적으로), 관계들은 또 다른 적합한 랭킹 (예컨대, 1 내지 5 또는 1 내지 10, 여기서, 1 은 가장 약한 관계이고 5 또는 10 은 가장 강한 관계이다) 으로 넘버링되거나 또는 할당될 수 있다. 일 실시형태에서, 2개의 IoT 디바이스들이 서로 상호작용하는 첫번째에서, 2개의 IoT 디바이스들 사이의 관계는 최저 랭킹으로 할당될 수도 있으며, 관계와 연관되는 랭킹은 IoT 디바이스들 사이의 추가적인 상호작용들에 기초하여 시간 경과에 따라 증가될 수도 있다. 예를 들어, 2명의 상이한 사용자들 사이의 첫번째 상호작용에서, 사용자들이 소유하는 각각의 IoT 디바이스들은 상호작용을 기록하고 지인 관계를 사용자들에게 할당할 수도 있다. 사용자들 사이의 추가적인 상호작용들 이후, 그리고 어쩌면 어떤 시간 기간 이내 또는 어떤 로케이션들에서, IoT 디바이스들은 사용자들 사이의 관계를 친구들로 업그레이드할 수 있다. 상호작용들이 홈 내에서 그리고 어떤 시간 (예컨대, 모든 저녁) 에 일어나면, 사용자들 사이의 관계가 가족, 등으로 추가로 업그레이드될 수 있다.

일 실시형태에서, 특정의 IoT 디바이스와 연관되는 유형 및/또는 로케이션은 2명의 사용자들 사이의 관계를 암시하도록 레버리지될 수 있다. 이 상황에서, IoT 디바이스와 연관되는 로케이션은 지리적 위치를 반드시 지칭하기 보다는, 디바이스와 연관되는 유형으로부터 추론될 수 있는, IoT 디바이스가 로케이트될 수도 있는 룸 또는 다른 개인 공간을 지칭할 수 있다. 예를 들어, 냉장고 IoT 디바이스가 방문자와 연관되는 IoT 디바이스를 검출하면, 냉장고가 일반적으로 주방에 로케이트될 것이기 때문에 방문자가 주방에 로케이트되는 것으로 추론될 수도 있으며, 이에 의해 처음 이후 지인들이 일반적으로 어떤 사람의 주방에 들어가지 않기 때문에 방문자 및 주택보유자가 친구 관계 이상을 갖는 것으로 추론될 수 있다. 또 다른 예에서, IoT 디바이스가 그와 연관되는 사용자가 업무 중이라고 파악하면, 다른 IoT 디바이스들과의 임의의 상호작용들은, 상호작용들이 빈번하게 일어나더라도, 다른 IoT 디바이스들과의 랭크를 반드시 증가시키지 않을 수도 있다. 대신, 관계들은 지인 레벨에 유지할 수도 있다. 그러나, IoT 디바이스가 비-업무 로케이션에서 (예컨대, 또 다른 사용자의 홈에서) 또 다른 사용자와 연관되는 업무 IoT 디바이스를 검출하면, 사용자들이 소셜 상황에서 상호작용하고 있다는 것을 로케이션이 나타내기 때문에 사용자들 사이의 관계가 증가될 수 있다.

더욱이, 일 실시형태에서, 제 1 사용자와 연관되는 IoT 디바이스가 또 다른 사용자와 연관되는 IoT 디바이스와 상호작용하는 시간이 사용자들 사이의 관계를 암시하도록 레버리지될 수 있다. 예를 들어, 제 1 사용자와 연관되는 IoT 디바이스가 매월 설정된 시간에 다른 사용자와 연관되는 특정의 IoT 디바이스를 검출하면, 제 1 사용자와 연관되는 IoT 디바이스는 그 다른 사용자가 아주 중요한 사용자가 아니라고 결정하고, 그 결과 낮은 랭크를 관계에 할당할 수도 있다. 그러나, 제 1 사용자와 연관되는 IoT 디바이스가 매일 밤 다른 사용자와 연관되는 IoT 디바이스를 검출하면, 제 1 사용자와 연관되는 IoT 디바이스는 그 다른 사용자가 중요 사용자라고 결정하고, 그 결과 더 높은 랭크를 관계에 할당할 수도 있다. 가장 강하거나, 또는 가장 정확한, 관계 결정을 행하기 위해서, IoT 디바이스는 상호작용과 연관되는 임의의 관련된 결정가능한 인자들 (예컨대, 상호작용과 연관되는 빈도, 로케이션, 및 시간, 서로 상호작용하는 IoT 디바이스들과 연관되는 유형, 등) 을 레버리지할 수 있다. 더욱이, 관계 랭킹은 IoT 디바이스들 및/또는 연관된 사용자들 사이의 검출된 상호작용들에 기초하여 적절히 감소될 수 있다. 예를 들어, 빈번한 상호작용들이 상이한 사용자들과 연관되는 IoT 디바이스들 사이에 검출되고 상호작용들이 그후 유의한 시간 기간 동안 중지하면, 사용자들 사이의 관계가 종료하였다는 추론이 이루어질 수도 있다. 또 다른 예에서, 제 1 사용자와 연관되는 IoT 디바이스가 제 1 사용자의 주택에서 정기적으로 특정의 방문자와 연관되는 IoT 디바이스를 검출하고 그후 정기적인 방문이 중지하면, 사용자들 사이의 관계가 덜 중요한 관계로 감소될 수도 있다.

일 실시형태에서, 관계 계층에서 각각의 레벨은 하나 이상의 IoT 디바이스들 및/또는 IoT 디바이스 그룹들에의 액세스 레벨로서 할당될 수 있다. 예를 들어, 지인 관계를 갖는 사용자들과 연관되는 IoT 디바이스들은 낮은-레벨 액세스로 허용될 수도 있지만, 가족 관계를 가지는 사용자들과 연관되는 IoT 디바이스들은 (예컨대, 부모 통제들 또는 다른 인자들에 따라서) 더 높은-레벨 또는 풀 액세스로 허용될 수도 있다. 또 다른 예에서, 친구 관계를 갖는 사용자들과 연관되는 IoT 디바이스들은 엔터테인먼트 시스템, 로컬 무선 네트워크, 홈 가전제품들, 또는 다른 적합한 IoT 디바이스들 및/또는 IoT 디바이스 그룹들에 액세스하도록 허용될 수도 있으며, 재프로그래밍하거나 또는 아니면 액세스가 허용될 수도 있는 IoT 디바이스들을 수정하는 것이 금지될 수도 있다. 또한 계속해서, 가까운 친구들 관계를 갖는 사용자들과 연관되는 IoT 디바이스들은 더 많은 IoT 디바이스들 및/또는 IoT 디바이스 그룹들에의 액세스 및/또는 액세스가 허용되는 IoT 디바이스들을 통한 더 많은 제어가 허용될 수도 있으며, 한편 가족 관계를 가지는 사용자들과 연관되는 IoT 디바이스들은 모든 IoT 디바이스들에의 액세스 및 그를 통한 풀 제어를 행할 수도 있다.

다음으로, 도 9 를 참조하면, IoT 디바이스들 사이의 관계를 암시적으로 생성하는 예시적인 방법 (900) 은 IoT 디바이스들이 검출하는 상호작용들 및 IoT 디바이스들이 추론하는 관계들에 관련된 데이터를 관리 엔터티 (예컨대, 도 1b 내지 도 1d 에 나타낸 감독 디바이스 (130), 도 1a 내지 도 1b 및 1d-1e 에 나타낸 IoT 서버 (170), 등) 로 전송하는 여러 상이한 사용자들과 연관되는 IoT 디바이스들을 수반할 수도 있다. 관리 엔터티는 그후 여러 IoT 디바이스들로부터 수신된 상호작용 데이터를 수집하고 그 수집된 상호작용 데이터를 이용하여, IoT 디바이스들과 IoT 디바이스들과 연관되는 사용자들 사이의 관계들을 추가로 추론할 수 있다. 예를 들어, 수집된 상호작용 데이터에 기초하여 특정의 관계가 상이한 랭크를 가져야 한다고 관리 엔터티가 결정하면, 관리 엔터티는 적합한 IoT 디바이스들에게 그와 연관되는 로컬 데이터베이스들에 저장된 관계 랭킹들을 업데이트하도록 명령할 수 있다. 대안적으로, 일 실시형태에서, IoT 디바이스들은 단지 다른 IoT 디바이스들과의 상호작용들에 관한 데이터를 저장하고 상호작용 데이터를 관리 엔터티로 송신할 수도 있으며, 그 관리 엔터티는 그후 관계들을 추론하고, 추론된 관계들을, IoT 디바이스들이 관리 엔터티가 추론한 관계들을 이용하여 다른 IoT 디바이스들과 연관되는 허용된 액세스를 제어할 수 있도록, IoT 디바이스들에게 통지할 수도 있다.

따라서, 일 실시형태에서, 도 9 에 나타낸 방법 (900) 은 특정의 IoT 디바이스에서 수행될 수도 있거나 또는 관리 엔터티가 방법 (900) 을 대안적으로 (또는, 추가적으로) 수행할 수도 있다. 더욱이, 본원에서 설명하는 양태들은, 관리 엔터티가 다른 IoT 디바이스들을 검출하여 상호작용하고, 다른 IoT 디바이스들과 연관되는 관계들을 할당하거나 또는 아니면 랭크하고, 그리고 관계들에 기초하여 다른 IoT 디바이스들이 가질 수도 있는 허용된 액세스를 결정할 수 있는 IoT 디바이스를 추가로 포함할 수도 있다는 점에서, 관리 엔터티에 추가로 적용한다.

일 실시형태에서, 블록 (910) 에서, 제 1 사용자와 연관되는 IoT 디바이스는 또 다른 사용자에게 속하는 IoT 디바이스와의 상호작용을 검출하고 다른 IoT 디바이스로부터 충분한 정보를 획득하여 다른 IoT 디바이스를 적어도 고유하게 식별할 수도 있다. 이와 같이, IoT 디바이스는 다른 IoT 디바이스와 연관되는 사용자 식별자가 상호작용을 검출한 IoT 디바이스와 연관되는 사용자 식별자와 상이하다고 결정하는 것에 응답하여, 다른 IoT 디바이스가 동일한 사용자에 속하지 않는다고 결정할 수도 있다. 대안적으로, IoT 디바이스는 제 1 사용자가 소유하는 각각의 IoT 디바이스와 연관되는 식별자들을 레지스트리에 저장하고, 다른 IoT 디바이스가 레지스트리에 나타나는 식별자를 가지지 않으면, 다른 IoT 디바이스가 동일한 사용자에 속하지 않는다고 결정할 수도 있다.

일 실시형태에서, 블록 (920) 에서, 제 1 사용자와 연관되는 IoT 디바이스는 다른 IoT 디바이스와 연관되는 임의의 결정가능한 속성들 및 다른 IoT 디바이스와의 상호작용을 기록할 수도 있다. 예를 들어, 기록된 속성들은 특히, 다른 IoT 디바이스와 연관되는 식별자, 다른 IoT 디바이스와 연관되는 유형, 상호작용이 일어난 시간, 상호작용이 일어난 로케이션 또는 개인 공간 (예컨대, 제 1 사용자의 근무지에서, 내부, 외부, 제 1 사용자의 주택에서, 주택 내 룸, 등) 을 포함할 수도 있다. 게다가, 상호작용과 연관되는 속성들은 다른 IoT 디바이스가 제 1 사용자와 연관되는 IoT 디바이스 또는 또 다른 IoT 디바이스에의 액세스를 요청하였는지 여부, IoT 디바이스가 어디로의 액세스를 요청하였는지 등을 나타낼 수도 있다. 더욱이, IoT 디바이스가 관리 엔터티와 상이하면, IoT 디바이스는 블록 (920) 에서 기록된 속성들을 관리 디바이스로 적절히 송신할 수 있다.

일 실시형태에서, 블록 (930) 에서, IoT 디바이스는 이전에 기록된 상호작용들과 연관되는 속성들 및/또는 현재의 상호작용과 연관되는 기록된 속성들에 기초하여 다른 IoT 디바이스와 연관되는 관계 랭킹을 업데이트할지 여부를 결정할 수도 있다. 예를 들어, 현재의 상호작용이 횟수를 증가하거나 또는 다른 IoT 디바이스와의 상호작용 빈도가 임계치 위이면, IoT 디바이스는 블록 (940) 에서 다른 IoT 디바이스와 연관되는 관계 랭킹을 증가시킬 수도 있다. 또 다른 예에서, 현재의 상호작용이 제 1 사용자의 홈에서의 제 1 상호작용에 대응하면, IoT 디바이스는 블록 (940) 에서 다른 IoT 디바이스와 연관되는 관계 랭킹을 유사하게 증가시킬 수도 있다. 또한 또 다른 예에서, 현재의 상호작용이 어떤 임계치를 초과하는 시간 기간에서 제 1 상호작용에 대응하면, IoT 디바이스는 블록 (940) 에서 다른 IoT 디바이스와 연관되는 관계 랭킹을 감소시킬 수도 있다. 따라서, 블록 (930) 에서 다른 IoT 디바이스와 연관되는 관계 랭킹이 업데이트되어야 한다고 IoT 디바이스가 결정하면, IoT 디바이스는 블록 (940) 에서 관계 랭킹을 적절히 업데이트할 수도 있다.

일 실시형태에서, 블록 (950) 에서, IoT 디바이스는 다른 IoT 디바이스가 (예컨대, 액세스를 요청하는 메시지가 다른 IoT 디바이스로부터 수신되었다는 것을 나타내는, 블록 (920) 에서 기록된 속성들에 기초하여) 제 1 사용자와 연관되는 IoT 디바이스 또는 또 다른 IoT 디바이스에의 액세스를 요청하고 있는지 여부를 결정할 수도 있다. 다른 IoT 디바이스가 제 1 사용자와 연관되는 IoT 디바이스 또는 또 다른 IoT 디바이스에의 액세스를 요청하였다고 결정하는 것에 응답하여, IoT 디바이스는 (예컨대, 풀 액세스를 허가하는 것, 제한된 액세스를 허가하는 것, 액세스를 거부하는 것, 등) 블록 (960) 에서 다른 IoT 디바이스에 할당된 관계와 연관되는 랭킹에 따라서 다른 IoT 디바이스와 연관되는 액세스를 제어할 수도 있다.

일 실시형태에서, 블록 (970) 에서, IoT 디바이스는 그후 옵션적으로, IoT 디바이스가 관리 엔터티에 대응하지 않으면 검출된 상호작용에 관련된 데이터를 관리 엔터티로 송신할 수도 있다. 예를 들어, 관리 엔터티로 송신되는 상호작용 데이터는 다른 IoT 디바이스 및 상호작용과 연관되는 기록된 속성들, 다른 IoT 디바이스와 연관되는 관계에 대한 임의의 업데이트들 또는 다른 변화들, 액세스가 요청되었는지 여부에 관한 표시 및/또는 임의의 액세스가 승인되거나 또는 거부된 범위 등을 포함할 수도 있다.

본 개시물의 일 양태에 따르면, 잠재적으로 상이한 성격들 (personalities) 및 거동 패턴들을 각각 가질 수도 있는 많은 IoT 사용자들이 존재하기 때문에, 다음 설명은 실행가능할 만큼 많은 사용자들에게 적용할 관계들을 분류하는데 사용될 수 있는 메트릭들을 유리하게 결정할 수도 있는 여러 메커니즘들을 약술한다. 예를 들어, 사용자 성격들 및 상호작용들의 강도들과 연관되는 양태들이 관계들을 분류할 때 고려될 수도 있으며, 여기서 관계들은 보드를 가로질러 모든 사용자들에게 적용되는 규정된 횟수보다는, 사용자의 상호작용들의 퍼센티지에 기초할 수 있다. 특히, 각각의 IoT 디바이스는 고유 식별자로 할당될 수 있으며, IoT 디바이스가 다른 IoT 디바이스들과 갖는 각각의 상호작용에 관련된 정보를 저장하는 로컬 데이터베이스를 가질 수 있다. 대안적으로, 중앙집중 서버, 프록시, 또는 다른 적합한 엔터티는 IoT 디바이스들 사이의 상호작용들에 관련된 정보를 저장할 수도 있다. 예를 들어, 홈에서, 토스터는 홈의 거주자들과 조명 스위치 사이의 모든 상호작용들을 저장할 수도 있다.

일반적으로, 제 1 사용자와 연관되는 특정의 IoT 디바이스가 또 다른 사용자와 연관되는 하나 이상의 IoT 디바이스들과 상호작용하는 시간들이 많아질 수록, 사용자들 사이의 암시된 관계가 강화될 수도 있다. 관계 랭크들은 또한 약화될 수 있다. 예를 들어, IoT 디바이스가 2명의 사용자들 사이의 빈번한 미팅들을 검출하고 그후 그들 미팅들이 유의한 시간 기간 동안 중지하면, IoT 디바이스는 사용자들 사이의 관계가 종료하였다고 추론할 수도 있다. 또 다른 예에서, IoT 디바이스가 특정의 방문자를 사용자의 주택에서 정기적으로 검출하고 그후 그들 정기적인 방문들이 중지하면, IoT 디바이스는 관계가 덜 중요한 관계로 변했다고 결정할 수도 있다. 그러나, 2개의 IoT 디바이스들 사이의 상호작용들이 중지하거나 또는 덜 빈번하게 되는 경우들 모두가 감소된 관계 랭크를 초래해서는 않된다. 대신, 이력적 상호작용들은 미래에, 덜 자주 반복되는 상호작용들을 좀더 적절하게 야기할 수 있다. 예를 들어, 2명의 사용자들은 이웃들 및 좋은 친구들일 수도 있으며, 그러나 한명의 이웃이 떠나서, 사용자들 사이의 상호작용들의 횟수 (그리고 어쩌면 상호작용들의 형태에서의 변화) 에서의 감소를 일으킬 수도 있다. 어떤 미래 시간에, 사용자들 중 하나가 다른 사용자에게 다시 가까이 갈 수도 있다. 이러한 시나리오에서, 사용자들이 서로 찾아서 그들의 이전 가까운 관계를 재설정하거나 또는 지속할 가능성이 있다. 이와 같이, 이 관계는 이전에 감소되었으면, 더 높은 랭크로 주어져야 한다. 어쨌든, 관계의 강도 및/또는 유형은 또한 IoT 디바이스들의 유형 및/또는 로케이션 및/또는 상호작용의 시간에 기초할 수 있다. 이들 인자들에 기초하여, IoT 디바이스는 사용자들 사이의 암시된 관계를 결정할 수 있다. 일 실시형태에서, IoT 디바이스들 사이의 상호작용들은 근접도 검출들, 텍스트 메시지들, 멀티미디어 메시지들, 폰 콜들, 이메일들, 등일 수 있다. 근접도 검출은 근접도 체크, 예컨대 청취 로케이션 (LILO) 근접도 체크, Bluetooth 페어링, 동일한 로컬 무선 네트워크를 통한 통신, 또는 그들이 서로 가깝다는 것을 나타내는 2개의 UEs 사이의 임의의 다른 상호작용을 포함할 수도 있다. 대안적으로, 또는 추가적으로, 서버는 서버에 저장된 IoT 디바이스들의 로케이션들에 기초하여, 2개 이상의 IoT 디바이스들이 서로 가깝다고 결정할 수도 있다. 예를 들어, IoT 디바이스들은 그들의 로케이션들을 서버로 주기적으로 (예컨대, 매 수 분마다, 시간당 수회, 등) 송신할 수 있으며, 그 서버는 수신된 로케이션들을 비교하여 어느 IoT 디바이스들이 서로의 임계치 거리 내에 있는지를 결정할 수 있다. 임계치는 수 미터, 또는 IoT 디바이스들이 서로 상호작용하고 있는 사용자들에 속할 가능성이 있다는 것을 나타내는 어떤 다른 임계치일 수도 있다.

일 실시형태에서, IoT 디바이스 상호작용들은 IoT 디바이스에서의 하나 이상의 상호작용 테이블들에 저장되고 주기적으로 (예컨대, 매 수 시간마다, 하루에 한번, 등) 또는 요청 시에 서버에 업로드될 수 있다. 대안적으로, 상호작용들은 그들이 실시간으로 발생함에 따라 서버에 업로드되어 서버 상의 상호작용 테이블들에 추가될 수 있다. 이 경우, IoT 디바이스 상에 상호작용 테이블이 있을 필요가 없다. 각각의 사용자는 그들이 그들의 사용자 상호작용 테이블을 저장하는데 원하는 방법을 결정할 수도 있다. 예를 들어, 일부 사용자들은 그들의 IoT 디바이스 상에 저장하고 서버가 그것을 또는 필요에 따라, 단지 필요한 엔트리들만을 요청하게 하기를 원할 수도 있으며, 반면 다른 사용자들은 그들의 상호작용들을 서버 상에 저장된 원격 상호작용 테이블에 간단히 업로드하기를 원할 수도 있다. 상호작용 테이블들은 그들이 대응하는 IoT 디바이스들의 식별자들로 조직화될 수 있다. 상호작용 테이블은 사용자의 식별자, 사용자의 IoT 디바이스의 식별자, 다른 사용자의 식별자, 다른 사용자의 IoT 디바이스의 식별자, 상호작용의 형태 (예컨대, 근접도, 이메일, 텍스트 메시지, 폰 콜, 등), 적용가능한 경우, 상호작용의 로케이션, 및 상호작용의 시간 및/또는 길이 (예컨대, 상호작용이 시작/종료한 시간) 를 저장할 수 있다. 한명의 사용자는 다수의 IoT 디바이스들과 연관될 수도 있다. 상호작용 테이블은 IoT 디바이스의 수명에 걸쳐서 일어나는 각각의 IoT 디바이스에 대한 모든 상호작용들 (즉, IoT 디바이스가 동일한 사용자에 의해 사용중인 시간) 또는 지난 해 동안 상호작용들 또는 최근 1000 개의 상호작용들과 같은, 단지 어떤 횟수의 상호작용들을 저장할 수도 있다.

일 실시형태에서, 상호작용 테이블에서 데이터를 분석하는데 적합한 시간 기간이 결정될 수도 있다. 예를 들어, 주기적 기간을 이용하면, IoT 디바이스 또는 서버는 24-시간 기간, 한-달 기간, 일-년 기간, 등에 걸쳐 상호작용들을 분석할 수 있다. 또한, 24 시간과 같은, 주기적 기간을 이용하면, IoT 디바이스 또는 서버는 시간 23 이 시간 0 으로 전이하는 것을 보장해야 한다. 가능한 시간 구성들의 모두가 로케이션의 패턴들을 탐색하는데 사용될 수 있다. 예를 들어, 사용자가 매주 일요일에 오전 11:00 로부터 오후 3:00 까지 몰 (mall) 에 있거나, 또는 매주 평일에 오전 9:00 로부터 오후 5:00 까지 그의/그녀의 사무실에 있다고 가정한다. 제 1 솔루션으로서, IoT 디바이스 또는 서버는 전이들 테이블 (transitions table) 을 작성하고, 전이들 테이블에서의 전이 거리들을 이용하여, 전이들 테이블에서의 전이 거리들에 기초한 클러스터 분석을 이용하여 (예컨대, "NORMALIZING LOCATION IDENTIFIERS FOR PROCESSING IN MACHINE LEARNING ALGORITHMS "란 발명의 명칭으로, 2013년 11월 8일자에 출원되어, 본 양수인에게 양도되고, 이에 의해 참조로 전체적으로 명확하게 포함되는, 미국 가특허출원 번호 제 61/901,822호에서 설명된 기법들에 따라서) 데이터 입력들을 서로 비교할 수 있다. 또 다른 솔루션에서, IoT 디바이스 또는 서버는 sin 함수를 이용하여, 주기적 시간의 관계들을 생성할 수 있으며, 여기서, 각각의 sin 함수는 현재의 24-시간 시계 시간 (clock time) 에 기초하여 재작성될 수도 있다. 예를 들어, 함수 y = sin(x/7.5 + j/12) 는 24-시간 시계를 반영하는 주기적 관계를 생성할 수도 있으며, 여기서, x = 하나의 입력 시간, j = 제 2 입력 시간, 및 y = 2개의 시간들 사이의 거리이다. 도 10 은 함수 y = sin(x/7.5 + j/12) 의 그래프 (1000) 를 예시한다.

일 실시형태에서, 저장된 상호작용 테이블을 이용하여, IoT 디바이스는 관계 값을 그의 상호작용 테이블에 리스트된 각각의 다른 사용자에게 할당할 수 있다. 대안적으로, 서버가 상호작용 테이블들을 저장하면, 서버는 관계 값들을 할당할 수 있다. 이와 같이, 사용자들 사이의 상호작용들의 횟수에 기초하여 간단히 관계를 할당하는 대신, 본 개시물의 여러 양태들은 관계들을 분류할 때 상호작용들의 강도 및 사용자의 성격의 양태들을 고려할 수 있다. 예를 들어, 관계들은 보드 (board) 를 가로질러 모든 사용자들에게 적용되는 규정된 횟수보다는, 사용자의 상호작용들의 퍼센티지에 기초할 수 있다. 즉, 가족의 관계는 사용자의 상호작용들의 임계치 퍼센티지가 동일한 다른 사용자와 같을 때, 상호작용들의 임계치 퍼센티지가 어떤 로케이션에서 (예컨대, 사용자의 홈에서) 일어날 때, 상호작용들의 임계치 퍼센티지가 주어진 유형 (예컨대, 근접도 검출들) 일 때, 상호작용들의 임계치 퍼센티지가 어떤 시간에 (예컨대, 저녁에 또는 업무시간 외에 (away from work)) 일어날 때, 등일 때 할당될 수도 있다. 더욱이, 관계들의 계층은 IoT 디바이스 사용자들 (예컨대, 지인, 동료, 골프 버디 (Golf Buddy), 친구, 가까운 친구, 가족, 등) 으로 할당될 수 있다. 대안적으로, 관계들은 1 내지 5 또는 1 내지 10 으로 넘버링될 수 있으며, 여기서, 예를 들어, 1 이 가장 약하고 5 또는 10 이 가장 강하다. 2개의 IoT 디바이스들 사이의 제 1 미팅에서, 관계는 최저 랭킹으로 할당될 수도 있다. 시간 경과에 따라서, IoT 디바이스 또는 서버는 IoT 디바이스들 사이의 추가적인 상호작용들에 기초하여 암시된 관계를 증가시킬 수도 있다.

일 실시형태에서, 근접도 상호작용들, 그들이 발생하는 로케이션(들), 그들이 발생하는 빈도, 그들이 발생하는 시간, 및 어쩌면 그들의 길이는, 관계들을 결정할 때에 특히 관련된다. 가장 강한, 또는 가장 정확한, 관계 결정을 행하기 위해서, IoT 디바이스는 상호작용의 결정가능한 인자들의 모두를 레버리지할 수 있다. 예를 들어, 특정의 로케이션들에서 빈번하게 함께하는 (즉, 서로 가까운) 사용자들은 친구들 또는 가족일 가능성이 있다 (예컨대, 빈번하게 함께 쇼핑하러 가는 2명의 사용자들은 가까운 친구들로 간주될 수도 있다). IoT 디바이스 또는 서버는 2명의 사용자들이 쇼핑 센터에 있는 동안, 임계치 시간 기간 내에 서로에 대해 임계치 근접도 이내 있다고 검출함으로써 2명의 사용자들이 함께 쇼핑하고 있다고 결정할 수도 있다. IoT 디바이스는 먼저 친구들의 관계를 사용자들에게 할당하고, 그후 쇼핑 여행들 또는 (예컨대, 레스토랑들, 나이트 클럽들, 소셜 이벤트들, 등에 가는) 다른 이러한 상호작용들의 임계치 횟수 이후에 가까운 친구들로 그것을 업그레이드할 수도 있다.

일 실시형태에서, 사용자의 IoT 디바이스가 또 다른 IoT 디바이스와 상호작용하는 시간이 사용자들 사이의 관계를 암시하도록 레버리지될 수 있다. 예를 들어, 사용자의 IoT 디바이스가 매달 설정된 시간에 특정의 IoT 디바이스를 검출하면, IoT 디바이스는 이것이 매우 중요한 관계가 아니라고 결정하고, 낮은 랭크를 그 관계에 할당할 수도 있다. 그러나, IoT 디바이스가 매일 밤 다른 IoT 디바이스를 검출하면, IoT 디바이스는 이것이 중요한 관계라고 결정하고, 더 높은 랭크를 그 관계에 할당할 수도 있다. 예를 들어, 2개 이상의 사용자들이 동일한 룸에서 매일 밤 대략 동일한 시간에 (어떤 임계치보다 큰) 대략 동일한 시간의 양 동안 빈번히 함께 모이면, 그들은 함께 저녁식사 (dinner) 를 할 가능성이 있으며 가족인 것으로 간주될 수 있다. 이와 유사하게, 또 다른 사용자가 이때에 이 사용자들의 그룹에 때때로 참가하면, 그 사용자는 가까운 친구 또는 가족 멤버일 가능성이 있으며, 그 또는 그녀의 관계 상태는 그에 따라서 업그레이드될 수 있다. 한편, 다른 유형들의 로케이션들에, 심지어 상대적으로 긴 시간 기간들 동안, 빈번하게 함께 있는 사용자들은 친구들 또는 가족이 아닐 수도 있다. 예를 들어, 사용자가 업무중이라고 사용자의 IoT 디바이스가 알고 있으면, 다른 IoT 디바이스들과의 임의의 미팅들은, 심지어 빈번하게 발생하더라도, 그 관계들에 할당된 랭크를 반드시 증가시킬 필요가 없을 수도 있다. 대신, 관계들은 지인 레벨에 유지할 수도 있다. 그러나, 사용자의 IoT 디바이스가 비-업무 로케이션에서 업무 IoT 디바이스를 검출하면, 사용자들 사이의 관계가 증가될 수 있다. 예를 들어, 업무 IoT 디바이스가 사용자의 홈에서 검출되면, 사용자들 사이의 관계가 친구로 증가될 수 있다.

일 실시형태에서, 2개의 IoT 디바이스들의 유형 및/또는 로케이션은 또한 그들의 2명의 사용자들 사이의 관계를 암시하도록 레버지리될 수 있다. IoT 디바이스의 로케이션은 그의 지리적 위치를 반드시 지칭하지 않고, 그것이 로케이트되는 룸의 형태를 지칭할 수 있다. 이것은 예를 들어, 디바이스의 형태로부터 추론될 수 있다. 예를 들어, 냉장고는 주방에 일반적으로 로케이트된다. 따라서, 냉장고 IoT 디바이스가 상이한 사용자의 (예컨대, 방문자) IoT 디바이스를 검출하면, 방문자가 주방에 있다는 것을 의미하며, 냉장고 IoT 디바이스는 지인들이 어떤 사람의 주방에 일반적으로 들어가지 않기 때문에 그 방문자가 주택보유자와 친구 또는 더 이상의 관계를 갖는다는 것을 암시할 수 있다. 따라서, IoT 디바이스들이 일일 기준으로 상호작용하기 때문에, 관계 그룹핑들은 디바이스들의 상황 인식에 기초하여 유도될 수도 있으며, 여기서, 상황은 그룹에 의해 정의되며, 그룹은 암시적인 관계들에 의해 정의된다. 일부의 경우, 하나 보다 많은 관계예를 들어, 친구 및 골프 버디가 동일한 사용자에게 할당될 수 있다. 시간 및 공간에서 이들 그룹들을 식별하고 그후에 분리함으로써, 시스템이 사용자에게 좀더 가치있게 될 수 있다. 따라서, 사용자 및 그 또는 그녀의 대응하는 상호작용들은 반드시 별개로 정의되지는 않는다. 대신, 각각의 사용자는 그들의 상황에서 정의될 수 있다. 예를 들어, 사람은 2명의 사용자들, 즉, 사용자 A, 아버지, 및 사용자 B, 남편일 수 있다. 사람이 사용자 A 의 상황에서 아버지로서 행동하고 있을 때, 그의 상호작용들은 사람이 사용자 B 의 상황에서 남편으로서 행동하고 있을 때보다 상이하게 해석될 수도 있다.

본 개시물의 여러 양태들에 따르면, 도 11a 는 IoT 디바이스들 사이의 관계들을 암시적으로 생성할 수도 있는 예시적인 방법 (1100A) 을 나타낸다. 도 11a 에 예시된 방법 (1100A) 은 IoT 디바이스 (110, 112, 114, 116, 118, 120, 200, 또는 300) 과 같은, IoT 디바이스에 의해 수행될 수도 있다. 대안적으로, 도 11a 에 예시된 방법 (1100A) 은 감독 디바이스, 예컨대 감독 디바이스 (130), 또는 서버, 예컨대 IoT 서버 (170) 에 의해 수행될 수도 있다. 본원에서 설명하는 양태들은 또한 감독 디바이스가 방문자 IoT 디바이스를 검출하여 그와 상호작용하고, 그것에 관계 랭크를 할당하고, 관계 랭크에 기초하여 그것에 액세스를 승인할 수 있다는 점에서, 감독 디바이스에 적용가능하다.

일 실시형태에서, 블록 (1110) 에서, 제 1 사용자 디바이스와 제 2 사용자 디바이스 사이의 상호작용이 검출된다. 제 1 사용자 디바이스는 도 11 에 나타낸 방법 (1100A) 을 수행하는 IoT 디바이스일 수도 있다. 검출 (detecting) 은 제 1 사용자 디바이스가 제 2 사용자 디바이스에 가깝다고 검출하는 것을 포함할 수도 있다. 제 1 사용자 디바이스는 그것이 제 2 사용자 디바이스에 가깝다고 검출할 수도 있거나, 또는, 방법 (1100A) 이 서버에 의해 수행되고 있으면, 서버는 제 1 사용자 디바이스 및 제 2 사용자 디바이스로부터 수신된 로케이션 정보에 기초하여 제 1 사용자 디바이스가 제 2 사용자 디바이스에 가깝다고 검출할 수도 있다.

일 실시형태에서, 블록 (1120) 에서, 상호작용에 관련된 정보가 제 1 사용자 디바이스와 연관되는 제 1 상호작용 테이블에 저장된다. 상호작용 테이블은 제 1 사용자 디바이스 상에, 또는, 서버가 도 11a 에 나타낸 방법 (1100A) 을 수행하고 있으면, 서버 상에, 저장될 수도 있다. 이 정보는 상호작용의 형태, 상호작용의 로케이션, 상호작용의 시간, 상호작용의 지속기간, 상호작용의 빈도, 제 1 사용자 디바이스의 식별자, 제 1 사용자 디바이스의 사용자의 식별자, 제 2 사용자 디바이스의 식별자, 또는 제 2 사용자 디바이스의 사용자의 식별자 중 하나 이상을 포함할 수도 있다. 상호작용 유형은 근접도 검출, 단문 메시징 서비스 (SMS) 메시지, 멀티미디어 메시징 서비스 (MMS) 메시지, 폰 콜, 또는 이메일 중 하나를 포함할 수도 있다.

일 실시형태에서, 블록 (1130) 에서, 관계 식별자가 상호작용에 관련된 정보에 적어도 부분적으로 기초하여, 제 2 사용자 디바이스의 사용자에 할당된다. 관계 식별자는 제 2 사용자 디바이스의 사용자에 대해 제 1 상호작용 테이블에서의 엔트리에 추가될 수도 있다. 블록 (1130) 에서 발생하는 할당은 제 2 사용자 디바이스의 사용자에게 속하는 하나 이상의 사용자 디바이스들과의 복수의 상호작용들에 기초하여, 관계 식별자를 제 2 사용자 디바이스의 사용자에게 할당하는 것을 포함할 수도 있다. 복수의 상호작용들에 관한 정보는 제 1 상호작용 테이블에 저장될 수도 있다. 복수의 상호작용들은 임계치 시간 기간 내에 일어나거나, 동일한 시간에 일어나거나, 동일한 로케이션에서 일어나거나, 임계치 지속기간을 갖거나, 임계치 빈도를 갖거나, 및/또는 동일한 상호작용 유형을 갖는 복수의 상호작용들을 포함할 수도 있다. 게다가, 일 실시형태에서, 블록 (1130) 에서 발생하는 할당은 제 2 사용자 디바이스의 사용자의 관계 식별자를 업데이트하는 것을 포함할 수도 있다.

본 개시물의 또 다른 양태에 따르면, 도 11b 는 여러 IoT 디바이스들과 연관되는 로케이션들 및 상호작용들을 트래킹하고 IoT 디바이스들 사이에 사용자-특정의 및 잠재적으로 비대칭적인 관계들을 발견하는데 사용될 수도 있는 예시적인 방법 (1100B) 을 예시한다. 특히, 도 11a 에 나타내고 위에서 좀더 자세히 설명된 방법 (1100A) 은 IoT 디바이스들 사이의 관계들을 그들 사이의 상호작용들에 기초하여 암시적으로 생성할 수도 있으며, 그러나 관계들은 일반적으로 복잡하며 (예컨대, 어떤 로케이션들에서, 어떤 시간들에서, 기타등등에서) 일치 발생들은 상이한 사용자들 사이의 실제 관계를 항상 나타내지 않을 수도 있다. 예를 들어, 2명의 사람은 서로 빈번하게 상호작용하지만 여전히 친구들이 아닐 수도 있다. 게다가, 일부 관계들은 비대칭적일 수도 있으며, 여기서 첫번째 사람 (David) 은 또 다른 사람 (John) 을 좋은 친구로 간주할 수도 있지만 John 은 David 를 단순한 지인으로 간주한다. 따라서, 본원에서 좀더 자세히 설명되는 바와 같이, 도 11b 에 나타낸 방법 (1100B) 은 상이한 IoT 디바이스들이 서로 상호작용하는 방법을 결정하거나 또는 아니면 제어할 때에 유용한 것으로 증명할 수도 있는, 여러 IoT 디바이스들과 연관되는, 로케이션들, 상호작용들, 사용, 및 다른 관련된 상태 데이터에 기초하여, 상이한 사용자들 사이의 관계들에서 비대칭을 추론하기 위해 사용될 수도 있다. 예를 들어, 위에서 주어진 경우에, 트래킹된 로케이션, 상호작용, 사용, 및 다른 관련된 상태 데이터는 David 가 John 을 매우 좋아하지 않고 지식 (knowledge ) 이 David 및 John 가 소유하는 IoT 디바이스들 사이의 후속 상호작용들을 제어하기 위해 레버리지될 수도 있다는 것을 실제로 나타낼 수도 있다. 게다가, 특정의 상호작용이 발생하는 로케이션을 소유하는 사용자를 트래킹하는 것이 추가적인 관계 정보를 유도하는데 사용될 수도 있다. 예를 들어, John 이 David의 클러스터링된 공간에 종종 가지만 David 가 John 의 클러스터링된 공간에 드물게 나타나면, 그 비대칭이 David 와 John 사이의 관계에 관한 추가적인 정보를 학습하는데 사용될 수도 있다.

좀더 자세하게 설명하면, 블록 (1150) 에서, 여러 등록된 IoT 디바이스들은 로케이션들 및 그와 연관되는 상호작용들에 관련된 데이터를 서버로 전송할 수도 있으며, 그 서버는 IoT 디바이스들과 연관되는 로케이션들 및 IoT 디바이스들 사이의 상호작용들을 트래킹하고, 각각의 IoT 디바이스로부터 수신된 로케이션 및 상호작용 데이터를 다른 IoT 디바이스들로부터 수신된 로케이션 및 상호작용 데이터와 비교하여, 사용자-특정의 관계들을 결정할 수도 있다. 일 실시형태에서, 트래킹되어 서버에 저장된 로케이션 및 상호작용 데이터는 (예컨대, 사용 패턴들, 로케이션 일치, 등에서) 어떤 유사성들을 식별하기 위해 어떤 간격들로 (예컨대, 매일 기준으로) 프로세싱될 수도 있다. 이와 같이, 서버는 블록 (1155) 에서 현재의 트래킹 기간이 종료하였는지 여부를 결정하고 그후에 현재의 트래킹 기간이 종료하였다고 결정하는 것에 응답하여, 트래킹된 로케이션 및 상호작용 데이터를 프로세싱할 수도 있다. 그렇지 않으면, 서버는 현재의 트래킹 기간이 종료할 때까지 블록 (1150) 에서, 등록된 IoT 디바이스들로부터 로케이션 및 상호작용 데이터를 계속 수신할 수도 있다.

일 실시형태에서, 현재의 트래킹 기간이 종료하였다고 결정하는 것에 응답하여, 서버는 여러 IoT 디바이스들 사이에 유사한 패턴들 또는 로케이션 중첩들을 식별하기 위해 블록 (1160) 에서 가장 최근 트래킹 기간에 수신되어진 로케이션 및 상호작용 데이터를 사전-프로세싱할 수도 있다. 특히, 서버는 일반적으로 가장 최근 트래킹 기간에 수신된 새로운 로케이션 및 상호작용 데이터에 기초하여, 트래킹된 로케이션 및 상호작용 데이터를 매일 기준으로 또는 또 다른 주기적인 간격에 따라서 프로세싱할 수도 있다. 이와 같이, 임의의 특정의 트래킹 기간에서 트래킹된 로케이션 및 상호작용 데이터는 이전 트래킹 기간들에 점진적인 방법으로 트래킹된 로케이션 및 상호작용 데이터를 형성할 수도 있다.

일 실시형태에서, 블록 (1160) 에서 발생하는 사전-프로세싱은 가장 최근 트래킹 기간에 각각의 IoT 디바이스로부터 보고된 모든 로케이션 및 상호작용 데이터, 및 (적용가능하면) 각각의 특정의 IoT 디바이스와 연관되는 디렉토리에서 이전에 프로세싱되어진 모든 로케이션 및 상호작용 데이터를 저장하는 것을 포함할 수도 있다. 일 실시형태에서, 특정의 트래킹 기간으로부터의 로케이션 및 상호작용 데이터는 그후 적합한 포맷을 갖지 않는 임의의 데이터를 제거하기 위해 취출되어 필터링될 수도 있다. 블록 (1160) 에서 일어나는 사전-프로세싱은 임의의 관련된 상태 변화들 (예컨대, 2개의 IoT 디바이스들 사이의 변경된 관계) 를 정의하기 위해 각각의 IoT 디바이스과 연관되는 전이들 테이블을 작성하는 것을 더 포함할 수도 있다. 더욱이, 블록 (1160) 에서, 서버는 모든 트래킹된 IoT 디바이스들과 연관되는 로케이션 및 상호작용 데이터를 공통 디렉토리 또는 다른 적합한 저장소에 저장하고, 각각의 트래킹된 IoT 디바이스를 식별하는 디바이스 리스트를 생성할 수도 있다. 현재의 트래킹 기간으로부터의 사전 프로세싱된 로케이션 및 상호작용 데이터는 그후 각각의 IoT 디바이스와 연관되는 다른 이전에 프로세싱된 로케이션 및 상호작용 데이터와 함께 저장될 수도 있다.

일 실시형태에서, 현재의 트래킹 기간으로부터의 로케이션 및 상호작용 데이터를 사전-프로세싱하는 것에 응답하여, 서버는 블록 (1165) 에서 로케이션 및 상호작용 데이터가 이전에 분석되었는지 여부를 결정하여 관계들을 결정할 수도 있다. 그렇다면, 가장 최근에 결정된 관계 클러스터들이 블록 (1170) 에서 취출될 수도 있으며 현재의 반복에서 관계들을 업데이트하거나 또는 아니면 결정하는데 사용될 수도 있다. 그렇지 않으면, 로케이션 및 상호작용 데이터가 이전에 분석되지 않았으면 (즉, 현재의 반복이 첫번째 반복이면), 블록 (1170) 은 취출할 임의의 이전에 결정된 관계 클러스터들이 존재하지 않을 수도 있기 때문에 건너뛸 수도 있다. 더욱이, 오래된 데이터에 대해 행동하는 것을 피하고 더 최근의 로케이션들 및 더 최근의 상호작용들에 더 큰 중요성을 두기 위해서, 블록 (1170) 에서 취출된 관계 클러스터들은 특정의 시간 기간 내에 (예컨대, 지난 달 내에) 결정된 관계 클러스터들에 제한될 수도 있다.

일 실시형태에서, 블록 (1175) 에서, 서버는 그후 임의의 관련된 구성 파라미터들을 설정하고, 현재의 트래킹 기간으로부터의 사전 프로세싱된 로케이션 및 상호작용 데이터 (및/또는 블록 (1170) 에서 취출되었을 수도 있는 임의의 이전에 결정된 관계 클러스터들) 를 이용하여, 적합한 통계적 기법들에 따라서 로케이션 및 상호작용 데이터를 지배적인 그룹들로 클러스터링할 수도 있다. 지배적인 그룹들로 클러스링된 관계 데이터는 그후 블록 (1180) 에서 사용자-특정의 클러스터 표현들을 유도하기 위해 분석될 수도 있으며, 여기서, 사용자-특정의 클러스터 표현들은 그후 블록 (1185) 에서 그 트래킹된 IoT 디바이스들 (및 그와 연관되는 사용자들) 사이에 사용자-특정의 관계 식별자들을 할당하는데 사용될 수도 있다. 예를 들어, 일 실시형태에서, 각각의 입력과 연관되는 로케이션은 유도된 X-축 및 Y-축 상에 도시될 수도 있으며, 블록 (1180) 에서 유도된 사용자-특정의 클러스터 표현들은 트래킹된 IoT 디바이스들 및 그와 연관되는 사용자들 사이의 관계들을, 그들 사이의 임의의 비대칭을 포함하여, 학습하고 분류하는 것을 돕기 위해 표시되어 분석될 수 있는 적합한 그래핑 유틸리티 (graphing utility) (예컨대, gnuplot) 를 이용하여 도시될 수도 있다.

본 개시물의 여러 양태들에 따르면, 도 12a 는 IoT 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는데 사용될 수도 있는 예시적인 아키텍처 (1200) 를 예시하며, 한편 도 12b 는 도 12a 에 나타낸 아키텍처 (1200) 에서의 구성요소들 사이의 예시적인 상호작용들을 예시한다. 특히, 도 12a 에 나타낸 아키텍처 (1200) 는 일반적으로 적합한 IoT 디바이스에서 구현될 수도 있으며, 특히, 근접도-기반의 P2P 통신을 지원할 수도 있는 피어-투-피어 (P2P) 플랫폼 (1210) 을 포함할 수도 있으며, IoT 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지할 수 있는 보안 모듈 (1215), 관계 그래프 (1224) 로 표현되는 어떤 사용자들이 어떤 액션들 또는 다른 거동들을 수행하는 것이 허용되는지를 결정할 수도 있는 적응적 거동 모듈 (1228) 에 더해서, IoT 네트워크들에서 레버리지될 수 있는 관계들을 나타낼 수도 있는 관계 그래프 (1224) 를 포함할 수도 있는 신뢰 모델 (1220), 관계 그래프 (1224) 로부터 유도된 신뢰 레벨에 기초하여 관계 그래프 (1224) 로 표현되는 어떤 사용자들 또는 어떤 사용자 그룹들에게 할당된 허가들을 제어하고 이에 의해 정보를 공유하거나 또는 디바이스들에 액세스하는데 사용될 수도 있는 기능 액세스 애플리케이션 (1230), 및 메커니즘들에 따라서 어떤 코어 동작들을 지원할 수도 있는 디바이스 드라이버 (1235) (예컨대, OEM (원래 장비 제조업자) 가 공급할 수도 있는 디바이스 드라이버 (1235)) 를 포함할 수도 있다.

일 실시형태에서, 위에서 언급한 바와 같이, 신뢰 모델 (1220) 은 일반적으로 어떤 신뢰 레벨을 가질 수도 있는 하나 이상의 사용자들 또는 사용자 그룹들을 정의하고 그리고 하나 이상의 사용자들 또는 사용자 그룹들 사이에 관계들을 추가로 정의하는, 관계 그래프 (1224) 를 포함할 수도 있다. 더욱이, 적응적 거동 모델 (1228) 은 관계 그래프 (1224) 에서 정의되는 사용자들 또는 사용자 그룹들이 신뢰받는 "것"을 정의할 수 있으며, 이에 의해 신뢰 모델 (1220) 은 피제어기 디바이스들과의 상호작용들에 관련한 사용자들 (또는, 사람) 및 거동 패턴들 사이의 관계들을 자동적으로 식별할 수도 있다. 예를 들어, 도 12b 를 참조하면, "소유자" 사용자와 연관되는 관계 그래프 (1224) 는 어떤 신뢰 레벨을 가지는 사용자들 또는 사용자 그룹들을 나타내는 여러 노드들을 포함할 수도 있으며, 여기서, 도 12b 에 나타낸 관계 그래프 (1224) 는 "Jill", "John", "Jim", "Mary", "Jack", 및 "Susan" 으로 명명되는 사용자들을 나타내는 노드들을 포함한다. 그 상황에서, 시간 경과에 따라서 일어나는 상호작용 패턴들에 기초하여, "Jack" 및 "Susan" 은 가족 멤버들로 간주되고 따라서 "가족" 그룹에 포함될 수도 있으며, 여기서 기능 액세스 애플리케이션 (1230) 은 상이한 사용자들이 텔레비전 및 에어컨 유닛에 대해 있을 수도 있는 액세스를 정의하는 허가 세트들을 포함한다. 예를 들어, 텔레비전 허가들 세트는 모든 사용자들을, 텔레비전을 제어하는 허가를 부여하는 신뢰 프로파일과 연관될 수도 있으며, 한편 단지 가족 멤버들은 텔레비전을 이용하여 프로그램들을 기록하는 허가를 부여하는 신뢰 프로파일과 연관될 수도 있다. 유사한 관점에서, 에어컨 허가들 세트는 가족 그룹에서의 사용자들을, 에어컨 유닛을 증온하거나 또는 감온하도록 설정하고 에어컨 상의 팬을 높게 그리고 낮게 설정하는 허가를 부여하는 겨울 (Winter) 및 여름 (Summer) 신뢰 프로파일과 연관시킬 수도 있으며, 한편 친구들 그룹에서의 사용자들은 팬 속도를 설정하는 임의의 허가를 부여하지 않고 에어컨을 증온하도록 설정하는 허가를 부여하는 증온 신뢰 프로파일과 단지 연관될 수도 있다. 이와 같이, 기능 액세스 애플리케이션 (1230) 을 이용하여 정의되는 허가 세트들은 신뢰 모델 (1220) 에서 정의되는 관계들 및 각각의 사용자들과 연관되는 글로벌 고유 식별자들 (GUIDs) 에 따라서 사용자들을 상이한 액세스 레벨들로 전환하는 각각의 보안 설정들 (1215A-C) 에 맵핑될 수도 있다.

본 개시물의 여러 양태들에 따르면, 도 13a 내지 도 13c 는 (예컨대, 도 12a 에 나타낸 아키텍처 (1200), 및 도 12b 에 나타낸 바와 같은, 아키텍처 (1200) 에서의 구성요소들 사이의 예시적인 상호작용들을 이용하여) IoT 네트워크에서의 관계들을 레버리지할 수도 있는 예시적인 상호작용들을 예시한다. 특히, 도 13a 에 나타낸 상호작용들은 일반적으로 도 12a 에 나타낸 신뢰 모델 (1220) 과는 독립적으로 IoT 네트워크에서 관계들을 레버리지할 수도 있으며, 한편 도 13b 및 13c 에 나타낸 상호작용들은 신뢰 모델 (1220) 을 이용하여 관계들을 레버리지할 수도 있다.

예를 들어, 도 13a 를 참조하면, Jill 이 위임 제어기 디바이스 (1310) 를 소유하고 피제어기 디바이스 (1340) 를 추가로 소유하고, 한편 Jan 이 방문 제어기 디바이스 (1330) 를 소유한다고 가정한다. 일 실시형태에서, 보안 브릿지 (1350) 는 피제어기 디바이스 (1340) 와 연관되는 어바웃 어나운스먼트 (about announcement) 를 브로드캐스트할 수도 있으며, 그 피제어기 디바이스는 어바웃 어나운스먼트를 검출하고 (예컨대, 도 6 - 도 7 에 나타낸 바와 같은 로컬 버스 노드에 대응하는) 로컬 버스 노드 (1342) 로 하여금 어바웃 어나운스먼트를 브로드캐스트하게 하는 (예컨대, 도 6 - 도 7 에 나타낸 바와 같은 로컬 종점에 대응하는) 애플리케이션 (1344) 을 포함할 수도 있다. 이와 같이, Jill 의 위임 제어기 디바이스 (1310) 상에서 애플리케이션 (1314) 은 어바웃 어나운스먼트를, Jill 의 위임 제어기 디바이스 (1310) 가 목표 제어기를 발견할 수 있고 보안 세션이 Jill 의 위임 제어기 디바이스 (1310) 상의 로컬 버스 노드 (1312) 와 피제어기 디바이스 (1340) 상의 로컬 버스 노드 (1342) 사이에 (예컨대, 그와 연관되는 각각의 GUIDs 사이에) 확립될 수도 있는 유사한 방법으로, 검출할 수도 있다. Jill 이 피제어기 디바이스 (1340) 에의 Jan 액세스를 부여하기로 결정하면, Jill 의 위임 제어기 디바이스 (1310) 상에서의 애플리케이션 (1314) 은 그후 피제어기 디바이스 (1340) 로부터 허가들 및 역할들 리스트을 요청할 수도 있으며, 그 피제어기 디바이스는 그후 허가들 및 역할들 리스트를 Jill 의 위임 제어기 디바이스 (1310) 상의 애플리케이션 (1314) 으로 반환할 수도 있다. Jill 의 위임 제어기 디바이스 (1310) 상에서의 애플리케이션 (1314) 은 그후 Jan 에게 부여할 허가 또는 역할 (role) 을 선택하도록 Jill 에게 프롬프트하고, 피제어기 디바이스 (1340) 에게, Jill 이 Jan 에게 부여한 허가 또는 역할에 대해 통지할 수도 있다. 피제어기 디바이스 (1340) 는 그후 Jan 과 연관되는 GUID 하의 부여를 기록하고, 수신응답을 Jill 의 위임 제어기 디바이스 (1310) 상에서의 애플리케이션 (1314) 으로 반환할 수도 있다.

일 실시형태에서, 보안 세션은 그후 Jan 의 방문 제어기 디바이스 (1330) 상의 로컬 버스 노드 (1332) 와 피제어기 디바이스 (1340) 상의 로컬 버스 노드 (1342) 사이에 (예컨대, 그와 연관되는 각각의 GUIDs 사이에) 확립될 수도 있으며, 여기서, Jan 은 보안 접속을 통해서 피제어기 디바이스 (1340) 에 액세스하려고 시도할 수도 있다. 이와 같이, 피제어기 디바이스 (1340) 는 Jan 의 GUID 가 허가되었는지 여부를 결정할 수도 있으며, Jan 의 GUID 가 이전에 허가되지 않은 경우에, 메시지를 로컬 버스 노드 (1342) 를 통해서 Jan 의 방문 제어기 디바이스 (1330) 상의 애플리케이션 (1334) 으로 전송할 수도 있다. Jan 의 GUID 의 검증을 요청하는 메시지에 응답하여, 하나 이상의 인증 단계들이 Jan 의 방문 제어기 디바이스 (1330) 상의 애플리케이션 (1334) 과 인증 엔터티 (1360) (예컨대, OpenID 제공자) 사이에 수행될 수도 있다. 따라서, Jan 의 GUID 가 인증될 수도 있으며, Jan 은 그후 그녀의 방문 제어기 디바이스 (1330) 상의 애플리케이션 (1334) 을 이용하여, 온도를 변경하는 보안 콜 (secure call) 을 개시할 수도 있다 (예컨대, 여기서, 피제어기 디바이스 (1340) 는 온도조절기, 에어컨 유닛, 또는 다른 온도 제어 디바이스에 대응한다). 피제어기 디바이스 (1340) 는 그후 Jan 이 온도를 변경하는 허가를 갖는지 여부를 체크하고, 이전에 기록된 부여가 온도를 변경하는 허가를 포함하지 않으면 미승인된 상태를 Jan 의 방문 제어기 디바이스 (1330) 상의 애플리케이션 (1334) 으로 반환할 수도 있다. 그렇지 않고, 이전에 기록된 부여가 온도를 변경하는 허가를 포함하지 않으면, 피제어기 디바이스 (1340) 상에서의 로컬 버스 노드 (1342) 는 적합한 애플리케이션 (1344) 과 통신하여 온도 변경 메소드 콜을 수행하고 그후 수신응답 및 임의의 적합한 반환 값들을 Jan 의 방문 제어기 디바이스 (1330) 상의 애플리케이션 (1334) 으로 전송할 수도 있다.

다음으로, 도 13b 를 참조하면, 그 안에 나타낸 상호작용들은 신뢰 모델 (1320) 이 가족 그룹에 포함된 Jack 과 Jill 사이에 알려지거나 또는 학습된 관계를 적용하도록 레버리지될 수도 있다는 점을 제외하고는, 도 13a 에 대해 위에서 설명된 상호작용들과 일반적으로 유사할 수도 있다. 따라서, Jill 은 그녀의 기능 액세스 애플리케이션 (1330) 을 이용하여 GetFamily( ) 메소드 (1322) 를 호출하고 가족 그룹에서 각각의 멤버와 연관되는 GUIDs 를 요청할 수도 있으며, 이에 의해 개개의 사용자에게 부여할 허가 또는 역할을 선택하는 대신, Jill 은 가족 그룹을 부여할 허가 또는 역할을 선택하고 이에 의해 가족 그룹에서 각각의 멤버와 연관되는 GUID 에 부여할 허가 또는 역할을 선택할 수도 있다. 이와 유사하게, 개개의 사용자와 연관되는 GUID 하의 부여를 기록하는 대신, 피제어기 디바이스 (1340) 는 각각의 가족 멤버와 연관되는 GUIDs 하의 부여를 기록할 수도 있다. 이러한 방법으로, Jill 은 기능 액세스 애플리케이션 (1330) 을 이용하여, 가족 멤버들을 식별하고 여러 가능한 기능들을 가족 그룹에서 현재 맴버들이거나 및/또는 이후에 가족 그룹에서의 멤버들이 될 수도 있는 모든 사용자들과 연관될 수도 있는 선호되는 설정들 프로파일로 통합할 수도 있다.

예를 들어, 이하 도 13c 을 참조하면, 그 안에 나타낸 상호작용들은 여러 기능들이 현재 멤버들이거나 및/또는 이후에 특정의 그룹에서의 맴버들이 될 수도 있는 모든 사용자들과 연관될 수도 있는 학습된 문화적 기능 (cultural functionality) 에 통합될 수도 있는 방법을 단순화하기 위해 GetProfiles( ) 메소드 (1324) 가 신뢰 모델 (1320) 에 추가로 사용될 수도 있다는 점을 제외하고는, 도 13b 에 대해 위에서 설명된 상호작용들과 일반적으로 유사할 수도 있다. 예를 들어, 가족 그룹에서의 각각의 멤버와 연관되는 GUIDs 를 취출하는 것에 뒤이어서, Jill 은 기능 액세스 애플리케이션 (1330) 을 이용하여, GetProfiles( ) 메소드 (1324) 에 대한 콜을 이용하여 피제어기 디바이스 (1340) 와 연관되는 학습된 문화적 기능들을 취출할 수도 있다. 따라서, Jill 은 가족 그룹에 부여할 문화적 기능을 선택하고 이에 의해 여러 통합된 기능들을 가족 그룹에서의 각각의 멤버와 연관되는 GUIDs 에 부여할 수도 있으며, 피제어기 디바이스 (1340) 는 각각의 가족 멤버와 연관되는 GUIDs 하에서 그 부여된 문화적 기능을 유사하게 취출할 수도 있다. 이와 같이, 피제어기 디바이스 (1340) 가 특정의 메소드 호출을 개시하려고 시도하는 특정의 사용자로부터 요청을 수신할 때, 피제어기 디바이스 (1340) 는 GetProfiles( ) (1324) 에 쿼리하여, (예컨대, 도 12b 에 나타낸 바와 같은) 신뢰 모델 (1320) 로부터 액션 정의 전환들 (action definition translations) 을 취출하고 이에 의해 호출할 적합한 메소드 콜을 결정할 수도 있다. 예를 들어, Jack이 온도를 변경하는 보안 콜을 개시하면, 피제어기 디바이스 (1340) 는 GetProfiles( ) (1324) 에 쿼리하여, 여름 프로파일을 에어컨 유닛을 차갑게 그리고 팬 속도를 높게 설정하는 액션 정의로 전환하고 그후 액션 정의 콜을 수행할 수도 있다.

당업자들은, 정보 및 신호들이 다양한 상이한 기술들 및 기법들 중 어느 것을 이용하여서도 표현될 수도 있다는 것을 알 수 있을 것이다. 예를 들어, 상기 설명 전반에 걸쳐서 인용될 수도 있는 데이터, 명령들, 커맨드들, 정보, 신호들, 비트들, 심볼들 및 칩들은, 전압들, 전류들, 전자기파들, 자기장들 또는 자기 입자들, 광학장들 또는 광학 입자들, 또는 이들의 임의의 조합으로 표현될 수도 있다.

또, 당업자들은, 본원에서 개시한 양태들과 관련하여 설명되는 여러가지 예시적인 로직 블록들, 모듈들, 회로들, 및 알고리즘 단계들이 전자적 하드웨어, 컴퓨터 소프트웨어, 또는 양쪽의 조합들로서 구현될 수도 있음을 명확히 알 수 있을 것이다. 이러한 하드웨어와 소프트웨어의 상호 교환가능성을 명확히 예시하기 위하여, 이상에서는, 여러 예시적인 구성요소들, 블록들, 모듈들, 회로들 및 단계들을 그들의 기능의 관점에서 일반적으로 설명되었다. 이런 기능이 하드웨어 또는 소프트웨어로 구현되는지 여부는 특정의 애플리케이션 및 전체 시스템에 부과되는 설계 제한 사항들에 의존한다. 숙련자들은 각각의 특정의 애플리케이션 마다 설명한 기능을 여러가지 방법으로 구현할 수도 있으며, 그러나 이러한 구현 결정들은 본 개시물의 범위로부터 일탈하도록 해석되어서는 안된다.

본원에서 개시된 실시형태들과 관련하여 설명되는 여러가지 예시적인 로직 블록들, 모듈들, 및 회로들은, 범용 프로세서, 디지털 신호 프로세서 (DSP), 주문형 집적회로 (ASIC), 필드 프로그래밍가능 게이트 어레이 (FPGA) 또는 다른 프로그래밍가능 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 구성요소들 또는 본원에서 설명한 기능들을 수행하도록 설계된 이들의 임의의 조합으로 구현되거나 또는 수행될 수도 있다. 범용 프로세서는 마이크로프로세서일 수도 있으며, 그러나 대안적으로는, 프로세서는 임의의 종래의 프로세서, 제어기, 마이크로제어기 또는 상태 머신일 수도 있다. 프로세서는 또한 컴퓨팅 디바이스들의 조합, 예컨대, DSP 와 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 이상의 마이크로프로세서들, 또는 임의의 다른 이러한 구성으로서 구현될 수도 있다.

본원에서 개시되는 실시형태들과 관련하여 설명되는 방법들, 시퀀스들 또는 알고리즘들은 하드웨어로 직접, 프로세서에 의해 실행되는 소프트웨어 모듈로, 또는 이 둘의 조합으로 구현될 수도 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 착탈식 디스크, CD-ROM, 또는 당업계에 알려져 있는 임의의 다른 유형의 저장 매체에 상주할 수도 있다. 예시적인 저장매체는 프로세서가 저장 매체로부터 정보를 판독하고 저장 매체에 정보를 기록할 수 있도록 프로세서에 커플링된다. 대안적으로는, 저장 매체는 프로세서에 통합될 수도 있다. 프로세서 및 저장 매체는 ASIC 에 상주할 수도 있다. ASIC 는 사용자 단말기 (예컨대, UE) 에 상주할 수도 있다. 대안적으로는, 프로세서 및 저장 매체는 사용자 단말에 별개의 구성요소들로서 상주할 수도 있다.

하나 이상의 예시적인 실시형태들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현되는 경우, 이 기능들은 컴퓨터-판독가능 매체 상에 하나 이상의 명령들 또는 코드로서 저장되거나 또는 전달될 수도 있다. 컴퓨터-판독가능 매체들은 한 장소로부터 또 다른 장소로 컴퓨터 프로그램의 전송을 용이하게 하는 임의의 매체를 포함한, 컴퓨터 저장 매체들 및 통신 매체들 양쪽을 포함한다. 저장 매체들은 컴퓨터에 의해 액세스될 수 있는 임의의 가용 매체들일 수 있다. 비한정적인 예로서, 이런 컴퓨터-판독가능 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광디스크 스토리지, 자기디스크 스토리지 또는 다른 자기 저장 디바이스들, 또는 원하는 프로그램 코드를 명령들 또는 데이터 구조들의 형태로 전달하거나 또는 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속이 컴퓨터-판독가능 매체로 적절히 지칭된다. 예를 들어, 소프트웨어가 웹사이트, 서버, 또는 다른 원격 소스로부터 동축 케이블, 광섬유 케이블, 연선, 디지털 가입자 회선 (DSL), 또는 무선 기술들, 예컨대 적외선, 라디오, 및 마이크로파를 이용하여 송신되면, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 무선 기술들 예컨대 적외선, 라디오, 및 마이크로파가 그 매체의 정의에 포함된다. 디스크 (disk) 및 디스크 (disc) 는, 본원에서 사용될 때, 컴팩트 디스크 (CD), 레이저 디스크, 광 디스크, 디지털 다기능 디스크 (DVD), 플로피 디스크 및 Blu-ray 디스크를 포함하며, 디스크들 (disks) 은 데이터를 자기적으로 보통 재생하지만, 디스크들 (discs) 은 레이저로 데이터를 광학적으로 재생한다. 앞에서 언급한 것들의 결합들이 또한 컴퓨터-판독가능 매체들의 범위 내에 포함되어야 한다.

전술한 개시물은 본 개시물의 예시적인 양태들을 나타내지만, 첨부된 청구범위에 의해 정의되는 바와 같은 본 개시물의 범위로부터 일탈함이 없이 본원에서 여러 가지 변화들 및 변경들이 이루어질 수 있다는 점에 유의해야 한다. 본원에서 설명된 본 개시물의 양태들에 따른, 방법 청구항들의 기능들, 단계들 및/또는 액션들은 임의의 특정의 순서로 수행될 필요가 없다. 더욱이, 본 개시물의 엘리먼트들은 단수로 설명되거나 또는 청구될 수도 있지만, 그 단수에의 한정이 명시적으로 언급되지 않는 한, 복수가 고려된다.

Claims (60)

1. 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법으로서,
   하나 이상의 오브젝트들을 IoT 네트워크에 등록하는 단계; 및
   하나 이상의 등록된 오브젝트들과 연관되는 사용 (usage) 및 상기 하나 이상의 등록된 오브젝트들 사이의 상호작용들에 따라서 상기 하나 이상의 등록된 오브젝트들을 하나 이상의 IoT 그룹들로 형성하는 단계를 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
2. 제 1 항에 있어서,
   상기 하나 이상의 IoT 그룹들에의 액세스를 제어하는 하나 이상의 사용자 커맨드들을 수신하는 단계를 더 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
3. 제 2 항에 있어서,
   상기 하나 이상의 등록된 오브젝트들과 연관되는 사용 및 상기 하나 이상의 등록된 오브젝트들 사이의 상호작용들에 따라서 상기 하나 이상의 IoT 그룹들을 하나 이상의 서브세트들로 분할하는 단계를 더 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
4. 제 3 항에 있어서,
   상기 하나 이상의 서브세트들에의 액세스를 제어하는 하나 이상의 사용자 커맨드들을 수신하는 단계를 더 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
5. 제 1 항에 있어서,
   상기 하나 이상의 등록된 오브젝트들은, 그와 연관되는 사용 및 상호작용들에 관련된 정보를 로컬 데이터베이스에 저장하는 적어도 하나의 통신하는 IoT 디바이스 및 적어도 하나의 비-통신하는 물리적인 오브젝트를 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
6. 제 5 항에 있어서,
   상기 적어도 하나의 통신하는 IoT 디바이스로부터, 그와 연관되는 사용 및 상호작용들에 관련된 정보를 수신하는 단계; 및
   상기 통신하는 IoT 디바이스와 상기 비-통신하는 물리적인 오브젝트 사이의 적어도 하나의 상호작용을 포함하는 상기 통신하는 IoT 디바이스와 연관되는 상호작용들에 응답하여, 상기 적어도 하나의 통신하는 IoT 디바이스로부터 수신된 상기 정보에 기초하여 상기 비-통신하는 물리적인 오브젝트와 연관되는 사용 및 상호작용들에 관련된 정보를 유도하는 단계를 더 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
7. 제 1 항에 있어서,
   상기 하나 이상의 IoT 그룹들을 커스터마이즈하기 위해 하나 이상의 사용 커맨드들을 수신하는 단계를 더 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
8. 제 1 항에 있어서,
   상기 하나 이상의 등록된 오브젝트들 사이의 상호작용들은 제 1 IoT 디바이스와 제 2 IoT 디바이스 사이의 적어도 하나의 상호작용을 포함하며,
   상기 방법은,
   상기 적어도 하나의 상호작용과 연관되는 하나 이상의 속성들 및 상기 제 2 IoT 디바이스와 연관되는 하나 이상의 속성들에 기초하여 상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이의 관계에 랭크를 할당하는 단계; 및
   상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이의 랭크된 관계에 기초하여 상기 제 2 IoT 디바이스에게 상기 제 1 IoT 디바이스에의 액세스를 부여할지 여부를 결정하는 단계를 더 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
9. 제 8 항에 있어서,
   하나 이상의 이전 상호작용들이 상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이에 일어났다고 결정하는 것에 응답하여, 상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이의 관계에 할당된 상기 랭크를 업데이트할지 여부를 결정하는 단계를 더 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
10. 제 9 항에 있어서,
    상기 적어도 하나의 상호작용과 연관되는 하나 이상의 속성들, 상기 제 2 IoT 디바이스와 연관되는 하나 이상의 속성들, 및 상기 하나 이상의 이전 상호작용들과 연관되는 하나 이상의 속성들에 기초하여, 상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이의 관계에 할당된 상기 랭크를 업데이트하는 단계를 더 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
11. 제 8 항에 있어서,
    상기 제 1 IoT 디바이스는 제 1 사용자에 속하고,
    상기 제 2 IoT 디바이스는 제 2 사용자에게 속하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
12. 제 11 항에 있어서,
    상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이의 관계에 할당된 상기 랭크에 기초하여, 상기 제 2 IoT 디바이스 액세스에게, 상기 제 1 사용자에게 속하는 또 다른 IoT 디바이스에의 액세스를 부여할지 여부를 결정하는 단계를 더 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
13. 제 1 항에 있어서,
    상기 하나 이상의 등록된 오브젝트들 사이의 상호작용들은 제 1 사용자에게 속하는 제 1 IoT 디바이스와 제 2 사용자에게 속하는 제 2 IoT 디바이스 사이의 적어도 하나의 상호작용을 포함하며,
    상기 방법은,
    상기 적어도 하나의 상호작용에 관련된 정보를 상기 제 1 IoT 디바이스와 연관되는 제 1 상호작용 테이블에 저장하는 단계; 및
    상기 제 1 상호작용 테이블에 저장된 정보에 적어도 부분적으로 기초하여, 관계 식별자를 상기 제 2 IoT 디바이스와 연관되는 상기 제 2 사용자에게 할당하는 단계를 더 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
14. 제 13 항에 있어서,
    상기 적어도 하나의 상호작용은, 상기 제 1 IoT 디바이스 및 상기 제 2 IoT 디바이스가 서로 근접하여 로케이트되는 동안에 일어나는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
15. 제 14 항에 있어서,
    상기 제 1 IoT 디바이스는 그에 근접한 상기 제 2 IoT 디바이스를 검출하는 것에 응답하여 상기 적어도 하나의 상호작용을 검출하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
16. 제 14 항에 있어서,
    서버는, 상기 서버가 상기 제 1 IoT 디바이스 및 상기 제 2 IoT 디바이스로부터 수신하는 상기 적어도 하나의 상호작용에 관련된 로케이션 정보에 기초하여, 상기 적어도 하나의 상호작용을 검출하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
17. 제 13 항에 있어서,
    상기 관계 식별자를 상기 제 1 상호작용 테이블에서의 상기 제 2 사용자와 연관되는 엔트리에 추가하는 단계를 더 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
18. 제 13 항에 있어서,
    상기 관계 식별자는, 상기 제 1 사용자와 연관되는 하나 이상의 IoT 디바이스들과 상기 제 2 사용자와 연관되는 하나 이상의 IoT 디바이스들 사이의 다수의 상호작용들을 반영하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
19. 제 18 항에 있어서,
    상기 다수의 상호작용들은, 임계치 시간 기간 내에서 일어나는 상호작용들, 실질적으로 동일한 시간에 일어나는 상호작용들, 실질적으로 동일한 로케이션에서 일어나는 상호작용들, 임계치 지속기간을 가지는 상호작용들, 임계치 빈도를 가지는 상호작용들, 또는 실질적으로 동일한 유형을 가지는 상호작용들 중 하나 이상을 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
20. 제 1 항에 있어서,
    다수의 IoT 디바이스들 사이의 상호작용들 및 트래킹된 상호작용이 일어난 로케이션들을 트래킹하는 단계로서, 상기 다수의 IoT 디바이스들은 적어도 제 1 사용자 및 제 2 사용자와 연관되며 상기 트래킹된 상호작용들은 상기 IoT 네트워크에서 상기 하나 이상의 등록된 오브젝트들 사이의 상호작용들 중 적어도 하나를 포함하는, 상기 트래킹하는 단계; 및
    상기 트래킹된 상호작용들 및 그와 연관되는 상기 로케이션들에 기초하여 상기 제 1 사용자와 상기 제 2 사용자 사이의 적어도 하나의 비대칭적인 관계를 발견하는 단계를 더 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
21. 제 20 항에 있어서,
    상기 비대칭적인 관계는, 상기 제 1 사용자가 상기 제 2 사용자와 갖는 제 1 관계가 상기 제 2 사용자가 상기 제 1 사용자와 갖는 제 2 관계와 상이하다는 것을 나타내는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
22. 제 20 항에 있어서,
    상기 트래킹된 로케이션들은, 상기 트래킹된 상호작용들이 상기 제 1 사용자가 소유하는 개인 공간 또는 상기 제 2 사용자가 소유하는 개인 공간에서 일어났는지 여부를 나타내는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
23. 제 22 항에 있어서,
    상기 트래킹된 로케이션들은 또한, 상기 제 2 사용자가 소유하는 개인 공간에서 상기 제 1 사용자가 제 1 빈도로 나타나고 상기 제 1 사용자가 소유하는 개인 공간에서 상기 제 2 사용자가 상기 제 1 빈도와는 상이한 제 2 빈도로 나타난다는 것을 나타내는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
24. 제 20 항에 있어서,
    상기 제 1 사용자와 상기 제 2 사용자 사이에 상기 적어도 하나의 비대칭적인 관계를 발견하는 단계는,
    미리 정의된 시간 기간 동안에 일어난 상기 트래킹된 상호작용들과 연관되는 데이터를 프로세싱하는 단계를 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
25. 제 24 항에 있어서,
    상기 제 1 사용자와 상기 제 2 사용자 사이에 상기 적어도 하나의 비대칭적인 관계를 발견하는 단계는,
    상기 미리 정의된 시간 기간 동안 일어난 상기 트래킹된 상호작용들과 조합하여, 상기 제 1 사용자와 상기 제 2 사용자 사이의 하나 이상의 이전에 결정된 관계들과 연관되는 데이터를 프로세싱하는 단계를 더 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
26. 제 20 항에 있어서,
    상기 제 1 사용자와 상기 제 2 사용자 사이에 상기 적어도 하나의 비대칭적인 관계를 발견하는 단계는,
    상기 트래킹된 상호작용들 및 상기 트래킹된 상호작용들이 일어난 로케이션들과 연관되는 데이터를 하나 이상의 지배적인 그룹들로 클러스터링하는 단계;
    상기 하나 이상의 지배적인 그룹들로부터, 상기 제 1 사용자에 특정된 클러스터 표현 및 상기 제 2 사용자에 특정된 클러스터 표현을 유도하는 단계; 및
    상기 제 1 사용자에 특정된 클러스터 표현과 상기 제 2 사용자에 특정된 클러스터 표현 사이의 유사성들 또는 차이점들에 기초하여, 상기 적어도 하나의 비대칭적인 관계를 결정하는 단계를 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
27. 제 20 항에 있어서,
    상기 제 1 사용자와 상기 제 2 사용자 사이에 상기 적어도 하나의 비대칭적인 관계를 발견하는 단계는,
    상기 트래킹된 상호작용들이 일어난 로케이션들에 따라서, 상기 제 1 사용자에 특정된 클러스터 표현 및 상기 제 2 사용자에 특정된 클러스터 표현과 연관되는 데이터를 디스플레이하는 단계를 더 포함하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
28. 제 20 항에 있어서,
    서버는, 상기 제 1 사용자와 상기 제 2 사용자 사이에 상기 적어도 하나의 비대칭적인 관계를 발견하기 위해 상기 다수의 IoT 디바이스들 사이의 상호작용들 및 상기 트래킹된 상호작용들이 일어난 로케이션들을 트래킹하는, 사물 인터넷 (IoT) 네트워크들에서 관계들을 발견하고, 구성하고, 그리고 레버리지하는 방법.
29. 하나 이상의 오브젝트들을 IoT 네트워크에 등록하는 수단; 및
    하나 이상의 등록된 오브젝트들과 연관되는 사용 및 상기 하나 이상의 등록된 오브젝트들 사이의 상호작용들에 따라서, 상기 하나 이상의 등록된 오브젝트들을 하나 이상의 IoT 그룹들로 형성하는 수단을 포함하는, 장치.
30. 제 29 항에 있어서,
    상기 하나 이상의 등록된 오브젝트들과 연관되는 사용 및 상기 하나 이상의 등록된 오브젝트들 사이의 상호작용들에 따라서, 상기 하나 이상의 IoT 그룹들을 하나 이상의 서브세트들로 분할하는 것을 더 포함하는, 장치.
31. 제 30 항에 있어서,
    상기 하나 이상의 IoT 그룹들 및 그와 연관되는 상기 하나 이상의 서브세트들에의 액세스를 제어하는 하나 이상의 사용자 커맨드들을 수신하는 수단; 및
    상기 하나 이상의 IoT 그룹들 및 그와 연관되는 상기 하나 이상의 서브세트들을 커스터마이즈하기 위해 하나 이상의 사용자 커맨드들을 수신하는 수단을 더 포함하는, 장치.
32. 제 29 항에 있어서,
    통신 능력들을 갖는 상기 하나 이상의 등록된 오브젝트들 사이의 적어도 제 1 IoT 디바이스로부터, 상기 제 1 IoT 디바이스와 연관되는 사용 및 상호작용들에 관련된 정보를 수신하는 수단; 및
    상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이의 적어도 하나의 상호작용을 포함하는 상기 제 1 IoT 디바이스와 연관되는 상호작용들에 응답하여, 상기 제 1 IoT 디바이스로부터 수신된 상기 정보에 기초하여, 통신 능력들을 갖지 않는 상기 하나 이상의 등록된 오브젝트들 사이에 적어도 제 2 IoT 디바이스와 연관되는 사용 및 상호작용들에 관련된 정보를 유도하는 수단을 더 포함하는, 장치.
33. 제 29 항에 있어서,
    제 1 IoT 디바이스와 제 2 IoT 디바이스 사이의 적어도 하나의 상호작용과 연관되는 하나 이상의 속성들, 및 상기 제 2 IoT 디바이스와 연관되는 하나 이상의 속성들에 기초하여, 상기 하나 이상의 등록된 오브젝트들 사이의 상기 제 1 IoT 디바이스와, 상기 하나 이상의 등록된 오브젝트들 사이의 상기 제 2 IoT 디바이스 사이의 관계에 랭크를 할당하는 수단; 및
    상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이의 랭크된 관계에 기초하여, 상기 제 2 IoT 디바이스에게 상기 제 1 IoT 디바이스에의 액세스를 부여할지 여부를 결정하는 수단을 더 포함하는, 장치.
34. 제 33 항에 있어서,
    상기 적어도 하나의 상호작용과 연관되는 하나 이상의 속성들, 상기 제 2 IoT 디바이스와 연관되는 하나 이상의 속성들, 및 상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이에 일어난 하나 이상의 이전 상호작용들과 연관되는 하나 이상의 속성들에 기초하여, 상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이의 관계에 할당된 상기 랭크를 업데이트하는 수단을 더 포함하는, 장치.
35. 제 33 항에 있어서,
    상기 제 1 IoT 디바이스는 제 1 사용자에 속하고, 상기 제 2 IoT 디바이스는 제 2 사용자에 속하며,
    상기 제 2 IoT 디바이스에게 액세스를 부여할지 여부를 결정하는 수단은 또한, 상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이의 관계에 할당된 상기 랭크에 기초하여, 상기 제 2 IoT 디바이스에게, 상기 제 1 사용자에게 속하는 제 3 IoT 디바이스에의 액세스를 부여할지 여부를 결정하도록 구성되는, 장치.
36. 제 29 항에 있어서,
    상기 하나 이상의 등록된 오브젝트들 사이의 상호작용들은, 제 1 사용자에게 속하는 제 1 IoT 디바이스와 제 2 사용자에게 속하는 제 2 IoT 디바이스 사이의 적어도 하나의 상호작용을 포함하며,
    상기 장치는,
    상기 적어도 하나의 상호작용에 관련된 정보에 적어도 부분적으로 기초하여, 상기 제 1 사용자와 상기 제 2 사용자 사이의 관계 식별자를 할당하는 수단을 더 포함하는, 장치.
37. 제 36 항에 있어서,
    상기 관계 식별자는, 상기 제 1 사용자와 연관되는 하나 이상의 IoT 디바이스들과 상기 제 2 사용자와 연관되는 하나 이상의 IoT 디바이스들 사이의 다수의 상호작용들을 반영하는, 장치.
38. 제 29 항에 있어서,
    다수의 IoT 디바이스들 사이의 상호작용들 및 상기 트래킹된 상호작용들이 일어난 로케이션들을 트래킹하는 수단으로서, 상기 다수의 IoT 디바이스들은 적어도 제 1 사용자 및 제 2 사용자와 연관되며, 상기 트래킹된 상호작용들은 상기 IoT 네트워크에서 상기 하나 이상의 등록된 오브젝트들 사이의 상호작용들 중 적어도 하나를 포함하는, 상기 트래킹하는 수단; 및
    상기 제 1 사용자와 상기 제 2 사용자 사이의 적어도 하나의 비대칭적인 관계를, 상기 트래킹된 상호작용들 및 그와 연관되는 상기 로케이션들에 기초하여 발견하는 수단을 더 포함하는, 장치.
39. 제 38 항에 있어서,
    상기 비대칭적인 관계는, 상기 제 1 사용자가 상기 제 2 사용자와 갖는 제 1 관계가 상기 제 2 사용자가 상기 제 1 사용자와 갖는 제 2 관계와 상이하다는 것을 나타내는, 장치.
40. 제 39 항에 있어서,
    상기 트래킹된 로케이션들은, 상기 제 2 사용자가 소유하는 개인 공간에서 상기 제 1 사용자가 제 1 빈도로 나타나고 상기 제 1 사용자가 소유하는 개인 공간에서 상기 제 2 사용자가 상기 제 1 빈도와는 상이한 제 2 빈도로 나타난다는 것을 나타내는, 장치.
41. 제 38 항에 있어서,
    상기 제 1 사용자와 상기 제 2 사용자 사이의 상기 적어도 하나의 비대칭적인 관계는 미리 정의된 시간 기간 동안 일어난 상기 트래킹된 상호작용들과 연관되는 데이터에 기초하여 발견되는, 장치.
42. 제 41 항에 있어서,
    상기 제 1 사용자와 상기 제 2 사용자 사이의 상기 적어도 하나의 비대칭적인 관계는, 상기 미리 정의된 시간 기간 동안 일어난 상기 트래킹된 상호작용들과 조합하여 상기 제 1 사용자와 상기 제 2 사용자 사이의 하나 이상의 이전에 결정된 관계들에 기초하여 추가로 발견되는, 장치.
43. 제 38 항에 있어서,
    상기 제 1 사용자와 상기 제 2 사용자 사이에 상기 적어도 하나의 비대칭적인 관계를 발견하는 수단은,
    상기 트래킹된 상호작용들 및 상기 트래킹된 상호작용들이 일어난 로케이션들과 연관되는 데이터를 하나 이상의 지배적인 그룹들로 클러스터링하는 수단;
    상기 하나 이상의 지배적인 그룹들로부터 상기 제 1 사용자에 특정된 클러스터 표현 및 상기 제 2 사용자에 특정된 클러스터 표현을 유도하는 수단; 및
    상기 제 1 사용자에 특정된 클러스터 표현과 상기 제 2 사용자에 특정된 클러스터 표현 사이의 유사성들 또는 차이점들에 기초하여, 상기 적어도 하나의 비대칭적인 관계를 결정하는 수단을 포함하는, 장치.
44. 제 38 항에 있어서,
    상기 트래킹된 상호작용들이 일어난 로케이션들에 따라서, 상기 제 1 사용자에 특정된 클러스터 표현 및 상기 제 2 사용자에 특정된 클러스터 표현과 연관되는 데이터를 디스플레이하는 수단을 더 포함하는, 장치.
45. 컴퓨터-실행가능한 명령들이 안에 기록된 컴퓨터-판독가능 저장 매체로서,
    하나 이상의 프로세서들 상에서 상기 컴퓨터-실행가능한 명령들을 실행하는 것은 상기 하나 이상의 프로세서들로 하여금,
    하나 이상의 오브젝트들을 IoT 네트워크에 등록하게 하고; 그리고
    하나 이상의 등록된 오브젝트들과 연관되는 사용 및 상기 하나 이상의 등록된 오브젝트들 사이의 상호작용들에 따라서, 상기 하나 이상의 등록된 오브젝트들을 하나 이상의 IoT 그룹들으로 형성하게 하는, 컴퓨터-판독가능 저장 매체.
46. 제 45 항에 있어서,
    상기 하나 이상의 등록된 오브젝트들과 연관되는 사용 및 상기 하나 이상의 등록된 오브젝트들 사이의 상호작용들에 따라서, 상기 하나 이상의 IoT 그룹들을 하나 이상의 서브세트들로 분할하게 하는 것을 더 포함하는, 컴퓨터-판독가능 저장 매체.
47. 제 46 항에 있어서,
    상기 하나 이상의 IoT 그룹들 및 그와 연관되는 상기 하나 이상의 서브세트들에의 액세스를 제어하는 하나 이상의 사용자 커맨드들을 수신하게 하고; 그리고
    상기 하나 이상의 IoT 그룹들 및 그와 연관되는 상기 하나 이상의 서브세트들을 커스터마이즈하기 위해 하나 이상의 사용자 커맨드들을 수신하게 하는 것을 더 포함하는, 컴퓨터-판독가능 저장 매체.
48. 제 45 항에 있어서,
    통신 능력들을 갖는 상기 하나 이상의 등록된 오브젝트들 사이의 적어도 제 1 IoT 디바이스로부터, 상기 제 1 IoT 디바이스와 연관되는 사용 및 상호작용들에 관련된 정보를 수신하게 하는 것; 그리고
    상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이의 적어도 하나의 상호작용을 포함하는 상기 제 1 IoT 디바이스와 연관되는 상호작용들에 응답하여 상기 제 1 IoT 디바이스로부터 수신된 상기 정보에 기초하여, 통신 능력들을 갖지 않는 상기 하나 이상의 등록된 오브젝트들 사이에서 적어도 제 2 IoT 디바이스와 연관되는 사용 및 상호작용들에 관련된 정보를 유도하게 하는 것을 더 포함하는, 컴퓨터-판독가능 저장 매체.
49. 제 45 항에 있어서,
    상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이의 적어도 하나의 상호작용과 연관되는 하나 이상의 속성들 및 상기 제 2 IoT 디바이스와 연관되는 하나 이상의 속성들에 기초하여, 상기 하나 이상의 등록된 오브젝트들 사이의 제 1 IoT 디바이스와 상기 하나 이상의 등록된 오브젝트들 사이의 제 2 IoT 디바이스 사이의 관계에 랭크를 할당하게 하는 것; 및
    상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이의 랭크된 관계에 기초하여, 상기 제 2 IoT 디바이스에게 상기 제 1 IoT 디바이스에의 액세스를 부여할지 여부를 결정하게 하는 것을 더 포함하는, 컴퓨터-판독가능 저장 매체.
50. 제 49 항에 있어서,
    상기 적어도 하나의 상호작용과 연관되는 하나 이상의 속성들, 상기 제 2 IoT 디바이스와 연관되는 하나 이상의 속성들, 및 상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이에 일어난 하나 이상의 이전 상호작용들과 연관되는 하나 이상의 속성들에 기초하여, 상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이의 관계에 할당된 상기 랭크를 업데이트하게 하는 것을 더 포함하는, 컴퓨터-판독가능 저장 매체.
51. 제 49 항에 있어서,
    상기 제 1 IoT 디바이스는 제 1 사용자에 속하고, 상기 제 2 IoT 디바이스는 제 2 사용자에 속하며,
    상기 제 2 IoT 디바이스에게 액세스를 부여할지 여부를 결정하는 수단은 또한, 상기 제 1 IoT 디바이스와 상기 제 2 IoT 디바이스 사이의 관계에 할당된 상기 랭크에 기초하여, 상기 제 2 IoT 디바이스에게, 상기 제 1 사용자에게 속하는 제 3 IoT 디바이스에의 액세스를 부여할지 여부를 결정하도록 구성되는, 컴퓨터-판독가능 저장 매체.
52. 제 45 항에 있어서,
    상기 하나 이상의 등록된 오브젝트들 사이의 상호작용들은, 제 1 사용자에게 속하는 제 1 IoT 디바이스와 제 2 사용자에게 속하는 제 2 IoT 디바이스 사이의 적어도 하나의 상호작용을 포함하며,
    상기 장치는,
    상기 적어도 하나의 상호작용에 관련된 정보에 적어도 부분적으로 기초하여, 상기 제 1 사용자와 상기 제 2 사용자 사이의 관계 식별자를 식별하는 것을 더 포함하는, 컴퓨터-판독가능 저장 매체.
53. 제 52 항에 있어서,
    상기 관계 식별자는, 상기 제 1 사용자와 연관되는 하나 이상의 IoT 디바이스들과 상기 제 2 사용자와 연관되는 하나 이상의 IoT 디바이스들 사이의 다수의 상호작용들을 반영하는, 컴퓨터-판독가능 저장 매체.
54. 제 45 항에 있어서,
    다수의 IoT 디바이스들 사이의 상호작용들 및 상기 트래킹된 상호작용들이 일어난 로케이션들을 트래킹하게 하는 것으로서, 상기 다수의 IoT 디바이스들은 적어도 제 1 사용자 및 제 2 사용자와 연관되며, 상기 트래킹된 상호작용들은 상기 IoT 네트워크에서 상기 하나 이상의 등록된 오브젝트들 사이의 상호작용들 중 적어도 하나를 포함하는, 상기 트래킹하게 하는 것, 및
    상기 제 1 사용자와 상기 제 2 사용자 사이의 적어도 하나의 비대칭적인 관계를 상기 트래킹된 상호작용들 및 그와 연관되는 상기 로케이션들에 기초하여, 발견하게 하는 것을 더 포함하는, 컴퓨터-판독가능 저장 매체.
55. 제 54 항에 있어서,
    상기 비대칭적인 관계는, 상기 제 1 사용자가 상기 제 2 사용자와 갖는 제 1 관계가 상기 제 2 사용자가 상기 제 1 사용자와 갖는 제 2 관계와 상이하다는 것을 나타내는, 컴퓨터-판독가능 저장 매체.
56. 제 55 항에 있어서,
    상기 트래킹된 로케이션들은, 상기 제 2 사용자가 소유하는 개인 공간에서 상기 제 1 사용자가 제 1 빈도로 나타나고 상기 제 1 사용자가 소유하는 개인 공간에서 상기 제 2 사용자가 상기 제 1 빈도와는 상이한 제 2 빈도로 나타난다고 것을 나타내는, 컴퓨터-판독가능 저장 매체.
57. 제 54 항에 있어서,
    상기 제 1 사용자와 상기 제 2 사용자 사이의 상기 적어도 하나의 비대칭적인 관계는, 미리 정의된 시간 기간 동안 일어난 상기 트래킹된 상호작용들과 연관되는 데이터에 기초하여 발견되는, 컴퓨터-판독가능 저장 매체.
58. 제 57 항에 있어서,
    상기 제 1 사용자와 상기 제 2 사용자 사이의 상기 적어도 하나의 비대칭적인 관계는 또한, 상기 미리 정의된 시간 기간 동안 일어난 상기 트래킹된 상호작용들과 조합하여, 상기 제 1 사용자와 상기 제 2 사용자 사이의 하나 이상의 이전에 결정된 관계들에 기초하여 발견되는, 컴퓨터-판독가능 저장 매체.
59. 제 54 항에 있어서,
    상기 제 1 사용자와 상기 제 2 사용자 사이에 상기 적어도 하나의 비대칭적인 관계를 발견하는 수단은,
    상기 트래킹된 상호작용들 및 상기 트래킹된 상호작용들이 일어난 로케이션들과 연관되는 데이터를 하나 이상의 지배적인 그룹들로 클러스터링하게 하는 것;
    상기 하나 이상의 지배적인 그룹들로부터, 상기 제 1 사용자에 특정된 클러스터 표현 및 상기 제 2 사용자에 특정된 클러스터 표현을 유도하게 하는 것; 및
    상기 제 1 사용자에 특정된 클러스터 표현과 상기 제 2 사용자에 특정된 클러스터 표현 사이의 유사성들 또는 차이점들에 기초하여, 상기 적어도 하나의 비대칭적인 관계를 결정하게 하는 것을 포함하는, 컴퓨터-판독가능 저장 매체.
60. 제 54 항에 있어서,
    상기 트래킹된 상호작용들이 일어난 로케이션들에 따라서, 상기 제 1 사용자에 특정된 클러스터 표현 및 상기 제 2 사용자에 특정된 클러스터 표현과 연관되는 데이터를 디스플레이하게 하는 것을 더 포함하는, 컴퓨터-판독가능 저장 매체.

Images