기기 데이터 모델

Matter의 기기에는 기기 기능의 계층적 모델링인 잘 정의된 데이터 모델(DM)이 있습니다. 이 계층 구조의 최상위 수준에는 기기가 있습니다.

기기 및 엔드포인트

스마트폰 및 홈 어시스턴트를 포함한 모든 기기는 노드¹로 구성됩니다. 노드는 사용자가 기능적으로 온전하다고 인식할 수 있는 네트워크 내 고유하게 식별 가능하며 주소 지정이 가능한 리소스입니다. Matter의 네트워크 통신은 노드에서 시작되고 종료됩니다.

노드는 엔드포인트의 모음입니다. 각 엔드포인트는 특성 세트를 포함합니다. 예를 들어 엔드포인트는 조명 기능과 관련되어 있고, 움직임 감지와 관련되어 있고, 다른 하나는 기기 OTA와 같은 유틸리티와 관련될 수 있습니다.

노드 역할

노드 역할은 일련의 관련 동작입니다. 각 노드에는 하나 이상의 역할이 있을 수 있습니다. 노드 역할은 다음과 같습니다.

• 커미셔닝자: 커미셔닝을 수행하는 노드입니다.
• 컨트롤러: 하나 이상의 노드를 제어할 수 있는 노드입니다. Google Home app (GHA), Google Assistant, Google Nest Hub (2nd gen)를 예로 들 수 있습니다. 켜짐/꺼짐 조명 스위치와 같은 일부 기기 유형에는 컨트롤러 역할이 있습니다.
• 제어 대상: 하나 이상의 노드로 제어할 수 있는 노드입니다. 켜짐/꺼짐 조명 스위치와 같이 컨트롤러 역할이 있는 일부 기기 유형을 제외하고 대부분의 기기 유형은 제어 대상이 될 수 있습니다. 켜기/끄기 조명 스위치는 컨트롤러만 될 수 있습니다. 통제 대상이 될 수 없습니다.
• OTA 제공자: OTA 소프트웨어 업데이트를 제공할 수 있는 노드입니다.
• OTA 요청자: OTA 소프트웨어 업데이트를 요청할 수 있는 노드입니다.

클러스터

엔드포인트 내의 노드에는 하나 이상의 클러스터가 있습니다. 이는 기기 계층 구조의 또 다른 단계로, 스마트 플러그의 켜짐/꺼짐 클러스터 또는 밝기 조절이 가능한 조명 엔드포인트의 레벨 제어 클러스터와 같은 특정 기능을 그룹화합니다.

노드에는 동일한 기능의 인스턴스를 만드는 여러 엔드포인트가 있을 수도 있습니다. 예를 들어 조명 기구가 개별 조명의 독립적인 제어를 노출하거나 전류 스트립이 개별 소켓의 제어를 노출할 수 있습니다.

특성

마지막 수준에서는 노드가 보유한 상태인 속성을 찾을 수 있습니다(예: 수준 제어 클러스터의 현재 수준 속성). 속성은 uint8, 문자열, 배열과 같은 다양한 데이터 유형으로 정의할 수 있습니다.

명령어

클러스터에는 속성 외에도 수행할 수 있는 작업인 명령어도 있습니다. 리모트 프로시져 콜의 Matter DM에서와 동일합니다. 명령어는 도어 잠금 클러스터의 문 잠그기와 같이 동사와 비슷합니다. 명령어는 응답과 결과를 생성할 수 있습니다. Matter에서 이러한 응답은 역순으로 진행되는 명령어로도 정의됩니다.

이벤트

마지막으로 클러스터에는 과거 상태 전환의 레코드로 생각할 수 있는 이벤트도 있을 수 있습니다. 속성은 현재 상태를 나타내지만 이벤트는 과거의 저널이며 단조 증가하는 카운터, 타임스탬프, 우선순위를 포함합니다. 이를 통해 상태 전환을 캡처할 수 있을 뿐만 아니라 속성으로는 쉽게 달성할 수 없는 데이터 모델링을 수행할 수 있습니다.

엔드포인트 0은 유틸리티 클러스터용으로 예약되어 있습니다. 유틸리티 클러스터는 검색, 주소 지정, 진단, 소프트웨어 업데이트와 같은 서비스 기능이 엔드포인트에 포함된 특정 클러스터입니다. 반면 애플리케이션 클러스터는 켜기/끄기 또는 온도 측정과 같은 기본 작업을 지원합니다.

기기 유형

기기 제조업체가 새 기기를 계획할 때 모두 포함해야 하는 클러스터 조합은 무엇인가요?

Matter 사양에서는 기기가 하나 이상의 기기 유형을 구현하거나 확장해야 합니다. 기기 유형은 밝기 조절이 가능한 조명, 도어 잠금, 동영상 플레이어와 같은 실제 기기의 최상위 속성을 정의하는 필수 및 선택적 클러스터의 모음입니다.

기기 유형은 Matter 사양 기본 문서에 의해 지정되지 않지만, 함께 제공되는 문서인 기기 라이브러리에 의해 지정됩니다. 마찬가지로 모든 애플리케이션 클러스터는 애플리케이션 클러스터 라이브러리에 정의되어 있습니다. 이 세 가지 문서는 Connectivity Standards Alliance (Alliance) 구성원 웹사이트에서 찾을 수 있습니다.

기기 유형을 구현하는 각 엔드포인트는 해당 기기 유형을 정의하는 필수 클러스터를 구현해야 합니다. 엔드포인트는 필수 클러스터 외에도 기기 유형의 선택적 클러스터 중 하나 이상 또는 기기 유형에 속하지 않는 클러스터를 포함하여 추가 클러스터를 구현할 수 있습니다.

클라이언트 및 서버

클러스터는 클라이언트 클러스터 또는 서버 클러스터일 수 있습니다. 서버는 스테이트풀(Stateful)이고 속성, 이벤트, 명령어를 보유하지만 클라이언트는 스테이트리스(Stateless)이며 원격 서버 클러스터와 상호작용을 시작하여 다음을 수행하는 역할을 합니다.

• 원격 속성에서 읽기와 쓰기를 시작할 수 있습니다.
• 읽습니다.
• 호출됩니다.

DM은 노드 내에서 계층적이지만 노드 간의 관계는 그렇지 않습니다. Matter의 노드에는 수직 컨트롤러/주변기기 또는 리더/팔로어 관계가 없습니다. 반대로 관계는 수평적입니다. 즉, 모든 클러스터는 서버 또는 클라이언트일 수 있습니다. 따라서 다른 클러스터 및 기능과 관련하여 노드는 서버이면서 클라이언트일 수도 있습니다.

예를 들어 테이블 램프 노드 A와 노드 B가 두 개 있을 수 있습니다. 두 노드 모두 On/Off Light 기기 유형을 구현합니다. 이 기기 유형에는 각각의 실제 조명 출력을 제어하는 온/오프 서버 클러스터가 포함됩니다.

그러나 일반적인 테이블 램프와 마찬가지로 실제 기기에는 로컬 켜기/끄기 스위치의 켜기/끄기 조명 스위치 기기 유형도 포함됩니다. 이 기기 유형은 서버 클러스터를 제어할 수 있도록 켜짐/꺼짐 클라이언트 클러스터를 구현해야 합니다.

이 샘플에서 노드 A의 켜기/끄기 클라이언트 클러스터는 노드 A와 노드 B의 켜기/끄기 서버 클러스터의 속성을 변경하는 반면, 노드 B의 클라이언트 클러스터는 노드 B 자체의 서버 클러스터만 변경합니다.

다음 섹션에서는 클라이언트와 서버 클러스터가 상호작용하는 방식, 즉 상호작용 모델을 자세히 설명합니다.

설명어 클러스터

이름에서 알 수 있듯이 설명자 클러스터 서버는 점검 정보를 제공합니다. 다음을 열거하는 엔드포인트를 설명합니다.

• 서버 클러스터.
• 클라이언트 클러스터입니다.
• 기기 유형.
• 추가 엔드포인트(부분이라고 함)

모든 기기 유형에는 설명어 클러스터 구현이 필요합니다. 루트 기기 유형은 엔드포인트 0에 정의되어 있습니다. 설명어 클러스터를 읽으면 사용 가능한 Endpoints의 전체 트리를 순회하고 관련 작업을 수행할 수 있는 가시성이 클라이언트에 제공됩니다.

휴대전화 또는 허브와 같은 커미셔너 또는 제어 기기는 설명자 클러스터에 있는 정보를 사용하여 기기 (조명, 스위치, 펌프, 온도 조절기) 및 기기의 특정 인스턴스에서 구현된 특정 기능을 모델링하고 사용자에게 올바른 UI를 표시합니다.

서버 클러스터

ServerList 속성은 엔드포인트의 클러스터 서버를 나열합니다.

클라이언트 클러스터

ClientList 속성은 엔드포인트의 클러스터 클라이언트를 나열합니다.

기기 유형 목록

DeviceTypeList 속성은 각 버전과 함께 엔드포인트에서 지원하는 기기 유형 목록입니다. 하나 이상의 기기 유형을 포함해야 합니다.

부품 목록

PartsList에는 이 기기 유형을 구현하는 데 사용되는 엔드포인트 목록이 포함됩니다.

엔드포인트 0 (루트 노드)의 PartsList에는 그 자체 (엔드포인트 0)를 제외한 기기의 모든 엔드포인트가 포함됩니다.

다른 엔드포인트의 PartsList는 일반적으로 비어 있습니다. 예를 들어, 온도 센서는 온도 측정 서버 클러스터를 필수적으로 필요로 하지 않습니다.

다른 기기 유형은 기기 유형 인스턴스가 두 개 이상 있는 트리 구조로 구성될 수 있습니다. 예를 들어 동영상 플레이어 기기 유형은 서로 다른 엔드포인트에 있는 TV, 동영상 플레이어, 스피커, 다양한 콘텐츠 앱 기기 유형으로 구성될 수 있습니다.