기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

인증 전략에 대한 고려 사항

Matter는 다양한 스마트 홈 디바이스와 플랫폼 간의 상호 운용성을 지원합니다. 그러나 Matter로 인증하는 것이 디바이스 제조업체에게 항상 최선의 선택은 아닙니다. 디바이스 유형 및 사용 사례에 따라 구현 및 인증 비용이 실용적이거나 재정적으로 적절하지 않을 수 있습니다. 이 섹션에서는 제조업체가 Matter로 특정 디바이스를 인증하지 않기로 선택할 수 있는 몇 가지 주요 이유를 살펴봅니다.

Matter 표준은 개발을 간소화하고 범용 호환성을 활성화하는 것을 목표로 하지만 특정 유형의 스마트 홈 디바이스는 이점을 능가하는 인증의 실질적인 장벽에 직면할 수 있습니다. Matter에서 엄격한 제약 조건, 비 IP 프로토콜, 제한된 대상 또는 정의되지 않은 디바이스 유형이 있는 제품의 경우 Matter 인증을 찾는 것이 처음에는 최선의 전략이 아닐 수 있습니다. 이는 제조업체가 Matter 채택을 피하는 이유일 수 있습니다. 그러나 Matter는 IP 지원 게이트웨이 디바이스가 비IP 엔드포인트를 프록시하도록 허용합니다. 특정 레거시 디바이스의 경우 게이트웨이 접근 방식은 전체 디바이스 재설계를 방지하면서 Matter 호환성을 위한 실행 가능한 경로가 될 수 있습니다.

2026년 현재 Matter 버전 1.5와 수천 개의 인증된 디바이스가 출시되면서 에코시스템이 크게 성숙했습니다. 향상된 SDKs, 더 나은 설명서 및 확장된 테스트 인프라를 통해 인증의 장벽이 줄어들었습니다. 그러나 아래에 설명된 고려 사항은 인증 전략을 평가하는 제조업체와 여전히 관련이 있습니다.

Matter 표준이 발전하고 더 많은 사용 사례를 포함하도록 범위가 확장됨에 따라 인증 사례는 이러한 제품 범주에서도 시간이 지남에 따라 강화될 수 있습니다. 디바이스 제조업체는 특정 상황과 로드맵을 평가하여 Matter 규정 준수와 관련된 최선의 접근 방식을 결정해야 합니다. 대부분의 경우 최소한 일시적으로 인증을 옵트아웃해야 하는 적절한 기술 또는 비즈니스 이유가 있을 수 있습니다.

비 IP 연결 프로토콜

Matter 표준을 채택하려면 디바이스가 Wi-Fi, 이더넷 및 스레드와 같은 IP 네트워크에서 작동해야 합니다. Zigbee, Z-Wave, Bluetooth LE와 같은 비 IP 무선 프로토콜은 일반적으로 저대역폭 디바이스에서 사용됩니다. 이러한 프로토콜은 Matter와 호환되려면 IP 기반 프로토콜 변환기에 대한 추가 비 IP가 필요합니다. 통신 모듈을 업그레이드하거나 변환 게이트웨이를 도입하면 일반적으로 디바이스의 하드웨어 비용이 증가합니다.

IP 스택 지원을 추가하는 것은 네트워크 처리를 위해 더 많은 메모리와 처리 능력을 할당하는 것을 의미합니다. 이는 매우 저렴한 디바이스와 저전력 디바이스의 기능을 초과할 수 있습니다. IP를 지원하기 위해 추가 메모리 또는 플래시를 추가하면 제조 비용이 증가하고 배터리 수명이 단축됩니다. 전원 또는 센서 데이터만 필요한 사용 사례의 경우 비 IP 프로토콜이 효율적인 솔루션을 제공할 수 있습니다.

기본적으로 IP가 아닌 독점 무선 표준을 사용하는 모든 디바이스의 인증은 배제됩니다. 이로 인해 로우엔드 제품에 대체 연결 방법을 사용하려는 제조업체가 제한될 수 있습니다. Wi-Fi 및 이더넷과 같은 IP 기반 프로토콜은 서로 다른 에코시스템을 인터페이스하는 데 필요하지만, 비IP 표준은 일부 애플리케이션에서 센서 및 스위치의 기본 연결에 여전히 유용합니다.

Matter 브리지는 더 일반화되고 표준화되어 제조업체가 인증된 브리지 제품을 통해 Matter 호환성을 확보하면서 기존 비 IP 디바이스 라인을 유지할 수 있습니다. 이 접근 방식은 단일 브리지가 여러 레거시 디바이스를 Matter 엔드포인트로 노출할 수 있는 Zigbee 및 Z-Wave 디바이스 에코시스템에서 성공을 입증했습니다.

하드웨어 제한 사항

또 다른 문제는 Matter가 필요한 소프트웨어 스택을 지원하기 위해 최소 수준의 온디바이스 처리 성능과 메모리를 필요로 한다는 것입니다. 그러나 비용 및 크기 제약으로 인해 가장 기본적인 스마트 홈 디바이스에는 임베디드 칩 기능이 매우 제한적인 경우가 많습니다.

예를 들어 간단한 도어 또는 창 센서에는 플래시 메모리가 100 KB 미만이고 RAM이 10 KB 미만인 마이크로 컨트롤러만 포함될 수 있습니다. 이는 전체 Matter 구현을 위한 충분한 스토리지 및 처리 헤드룸을 제공하지 않습니다. 더 강력하고 비용이 많이 드는 실리콘을 추가하면 재료 비용이 크게 증가합니다.

비용과 크기가 최우선 순위인 경우 제조업체는 Matter 요구 사항이 하드웨어 예산과 일치하지 않을 수 있습니다. Matter를 사용하여 매우 기본적인 센서, 스위치 또는 컨트롤러를 인증하면 불필요한 하드웨어 업그레이드가 강제되어 경제성에 영향을 미칠 수 있습니다.

Matter 1.4.2(2025년 6월)는 리소스 사용을 최적화한 전송 안정성 및 Bluetooth Low Energy(BLE) 커미셔닝을 개선했습니다. SDK의 성숙도와 참조 구현의 가용성도 Matter 통합의 오버헤드를 줄였습니다. 그러나 매우 제한된 디바이스(100KB 미만 플래시)의 경우 게이트웨이 프록시 접근 방식이 여전히 가장 실용적인 솔루션입니다.

고객 에코시스템

고려해야 할 또 다른 요소는 제조업체의 대상 고객 기반이 Matter와 호환되는 스마트 홈 플랫폼을 사용하는지 여부입니다. 해당 세그먼트의 대부분의 소비자가 Matter 컨트롤러 또는 Matter 지원 허브 및 앱을 사용하지 않는 경우 제품을 인증할 인센티브가 거의 없을 수 있습니다.

예를 들어, 성인 사용자의 요구 사항을 충족하는 데 중점을 둔 회사는 고객이 Matter 관리자 없이 간단하게 설정할 수 있음을 알게 될 수 있습니다. 또는 DIY(do-it-yourself) 홈 자동화 애호가는 사용자 지정 솔루션을 선호할 수 있으며 브랜드 간 Matter의 plug-and-play 경험이 필요하지 않습니다.

대상 인구 집단이 Matter 인프라에 관여하지 않는 시나리오에서 인증은 명확한 이점 없이 복잡성을 가중시킵니다. 리소스를 Matter 규정 준수로 전환하는 대신 관련 플랫폼 내에서 사용자 경험을 최적화하는 데 더 많은 리소스가 사용될 수 있습니다.

2026년부터 Matter 채택은 표준을 완벽하게 지원하는 주요 에코시스템(Amazon Alexa, Google Home, Apple HomeKit, Samsung SmartThings)을 통해 중요한 규모에 도달했습니다. Matter 로고는 상호 운용성의 인식 마크가 되면서 Matter에 대한 소비자 인식이 크게 높아졌습니다. 대상 인구 통계 질문이 '고객이 Matter를 사용하나요?'에서 를 '문제를 지원하지 않을 수 있습니까?'로 변경 많은 시장 세그먼트에서 기준 기대치가 되기 때문입니다.

아직 정의되지 않은 디바이스 유형

Matter의 범위는 대부분의 일반적인 스마트 홈 범주와 많은 어플라이언스를 포함하는 초기 릴리스에서 크게 확장되었지만 일부 틈새 수직은 여전히 표준화를 기다리고 있습니다.

회사가 기존 Matter 프로필에서 다루지 않는 고유한 디바이스 유형을 개발하는 경우 새 프로필의 초안이 작성될 때까지 인증이 불가능합니다. 이렇게 하면 Matter가 범위를 확장할 때까지 기다리는 동안 새 제품의 시작이 지연될 수 있습니다.

일부 제조업체는 혁신 출시를 보류하는 대신 독점적인 수단을 통해 틈새 솔루션을 더 빨리 출시하는 것을 선호할 수 있습니다. 나중에 인증하는 것은 관련 프로필이 성숙한 후에도 여전히 옵션입니다. 첫 번째 전환 이점의 경우 경우에 따라 Matter 없이 direct-to-consumer 접촉하는 것이 더 좋을 수 있습니다.

대안: 게이트웨이에서 프록시

엔드포인트 디바이스에 직접 Matter 인증을 방해하는 제한이 있는 경우 대체 접근 방식은 게이트웨이에서 디바이스의 Matter 기능을 프록시하는 것입니다. 게이트웨이는 엔드포인트의 로컬 무선 프로토콜과 IP 기반 Matter 프로토콜 간에 변환되는 브리지 역할을 합니다.

예를 들어 독점 라디오 표준을 통해 통신하는 기본 온도 센서는 여전히 Matter 관리자에게 Matter 디바이스로 표시될 수 있습니다. 게이트웨이는 비IP 인터페이스에서 센서 데이터를 수신하지만 IP를 통해 해당 데이터를 나타내는 가상 Matter 엔터티를 컨트롤러에 노출합니다. 이를 통해 기존 하드웨어를 사용하고 게이트웨이를 통해 상호 운용성 이점을 얻을 수 있습니다.

물론 이는 개발자에게 복잡성을 더하고 게이트웨이가 필요한 번역 계층을 지원해야 합니다. 그러나 직접 인증이 디바이스 자체에 너무 어려운 경우 실행 가능한 손상일 수 있습니다. 프록시는 완전한 하드웨어 검사 없이 Matter 에코시스템에 저전력 또는 틈새 솔루션이 참여하는 데 도움이 될 수 있습니다.

Matter 브리지 사양이 성숙되어 이제 주요 제조업체에서 수많은 인증된 브리지 제품을 사용할 수 있습니다. 이를 통해 게이트웨이 접근 방식이 Matter 초기에 비해 더 실행 가능하고 표준화되었습니다. 이제 제조업체는 브리지 공급자와 협력하거나 자체 인증 브리지를 개발하여 엔드포인트 하드웨어를 재설계하지 않고도 비 IP 디바이스를 Matter 에코시스템으로 가져올 수 있습니다.