智东西（公众号：zhidxcom）
编辑 | 云鹏

智东西7月11日消息，近日，由智东西和智东西公开课主办的GTIC 2022全球AIoT智能家居峰会（以下简称AIoT智能家居峰会）正式举办，10位行业重磅大咖就AIoT智能家居的技术突破、创新应用和行业展望展开了精彩的深度探讨。

峰会以“新变量 新未来”为主题，采用线上形式进行，在全网16个渠道同步直播，线上观看人数达到了90多万人。

智能家居行业发展至今，设备感知越加丰富、设备联动越加频繁、交互越加人性化、服务内容越加完善，这一切都围绕着给用户带来更完美的“家居体验”。

在这过程中，腾讯云从云端开始，提供易用的基础云产品和架构经验帮助厂商搭建稳定、安全的业务云平台，保障用户核心体验。与客户不断探索，将AI、音视频技术、C端连接能力、集团生态能力落地到客户设备端/应用端，提升设备智能化水平、用户使用体验。

在本次峰会上，腾讯云高级解决方案架构师卢平围绕《从云到端，腾讯云全面助力全屋智能体验升级》进行了主题演讲，分享了腾讯云在智能家居领域，从云平台到设备端/应用端的方案构建思路及落地实践案例。

以下为卢平演讲实录整理：

今天我非常荣幸能够跟各位大咖在这里一起去探讨整个智能家居行业的发展趋势以及相关的技术解决方案，接下来我会从腾讯云的角度去分享我们对于整个全屋智能趋势的理解、我们从云平台到端侧所提供的一些帮助以及我们做智能体验升级的一些方案。

智能家居的发展分为三个阶段，而这三个阶段都围绕着一个共同的核心：如何给用户带来更好的智能家居体验？

第一个阶段，我们强调的是控制，强调的是单品智能，如何去提升产品力、品牌的影响力，以及渠道等等。

第二个阶段，我们强调的是互联，这个阶段我们可能会通过一些底层的互联技术、一些场景的构建、一些平台生态的搭建，以及我们设备的一些介入，去实现跨设备的互联互通，为用户提供一个场景化的智能家居体验。

第三个阶段，我们会以服务为中心，强调给用户带来主动智能的体验。这里面包括场景的联动、一些个性化的定制化服务、更加自然的交互。整个智能家居系统是可以不断升级、学习、迭代的。

目前，我们更多是处在第二个阶段，正在朝着第三个阶段迈进。

总体来说，用户需要随时随地交互、自然、主动贴心、有求必应的智能家居体验。

第一点，随时随地是我们整个体验的核心，我们需要保证服务是随时可用的、数据是可靠存储的。近期越来越多的头部厂商开始注重整个平台的建设，会去做一些像云原生的改造、数据的容灾、服务的多地域部署，以及一些安全合规的建设等。

第二个趋势，我们看到感知层面更加丰富，除了以往的控制器、传感器类产品，很多视频类设备，包括门锁、门铃、猫眼和扫地机，都开始和音视频技术相结合，让整个系统对环境的感知能力变得更加立体，可以做主动的理解、提供更贴心的服务。

第三个趋势，我们看到交互更加方便、更加自然，一些语音技术，包括分布式唤醒、语音助手，在中控面板或者中控屏智慧屏上应用。

第四个趋势，我们看到决策更加智能。第二阶段更多的是用户提前设定好场景，系统根据设定的场景去进行动作执行。第三阶段更强调平台有自主学习能力，能够根据用户的使用习惯、环境感知数据去主动的推荐服务。大数据、机器学习技术的应用，可以为用户提供更贴心的服务。

第五个趋势，我们看到在一些垂直场景的搭建过程当中，硬件产品提供的体验还不够，还需要一些增值服务，帮助我们去完善整个场景的氛围感。

上述这些趋势，会给智能家居厂商的技术储备、生态能力带来一些新的挑战。以往很多智能家居厂商更注重硬件产品的研发、生产，对于平台的建设，重视度稍低。在新的趋势下，我们要更多去关注整个平台能力的建设。

第一点，也是最核心的，就是我们的IoT和后端应用服务平台，它决定了你的服务是不是可用，我们要保证它的稳定性、可靠性和安全性。

第二，随着业务发展，我们发现有越来越多的视频类设备出现，我们要去为用户提供更加主动化、个性化的服务，这个时候我们需要去构建音视频平台、AI平台、大数据平台，而这三个核心平台的建设需要投入大量的技术人才。

第三，整个硬件产品的智能化的程度越来越高，它的技术链路会变得越来越长。从芯片的选型、嵌入式的开发到平台的选型、应用程序的开发，还有多端的联调，都会决定你的产品体验、智能化体验到底如何。这时我们需要一个能够提供全链路咨询的合作伙伴。

最后，用户会有场景化需求。用户不光需要一个观影模式，而更需要对应的内容，需要找到想看的电影，或想听的音乐，这些属于垂直服务的范畴。

腾讯云给自己的定位是智能家居厂商业务转型和用户体验升级的工具箱。我们提供的工具覆盖了从云平台到设备、应用端到增值服务，从产品、技术到服务。

云平台方面，我们可以帮助厂商构建稳定安全可靠的IoT平台和SaaS服务，也可以帮助搭建音视频平台、AI中台和大数据平台。

端到端的服务，我们会提供设备侧的离线AI能力，还有相关SDK。我们也会提供依托微信小程序实现即用即走便捷体验的SDK，帮助构建端到端的比较好的用户体验。

在增值服务方面，我们打通了整个腾讯系非常有优势的生态内容，包括QQ音乐、腾讯视频等。

接下来，我会将刚刚提到的整个架构展开来说一下。

首先在核心平台方面，我们会帮助智能家居厂商去构建稳定安全的IoT和应用服务。

但是我们现在也在想一个问题，我们要不要去做数据的容灾或者是服务的高可用部署，以及安全性的建设。大家停留在一个规划的阶段，不知道以什么样的方式或节奏去落地这些实践。

我们推荐可以从三个阶段入手，第一个阶段以最小的代价，去实现数据的容灾，对于一些用户信息设备，还有一些交易的订单，通过数据备份的方式去实现数据级别的容灾，通过云上的数据库产品去实现跨区域的部署，可以做到可用区级别的容灾。

第二步，我们可以通过跨地域的数据的备份去实现跨地域的数据同步，比如我们在上海和广州分别部署一份数据，当广州地域的数据有问题以后，我们还可以通过上海的地域的数据去实时做恢复，保证核心数据不会丢失。

第二个阶段可以做服务的容灾部署，因为数据的容灾只能保证数据的是可用的，但是没有办法保证整个服务是正常运行的。

这个时候我们也可以分两步，第一步可以做到跨AZ容灾，云产品都会支持跨AZ的部署，我们自建服务在部署的时候也可以去考虑AZ级别的容灾，可以很快速的实现AZ级别的容灾。

跨Region可能会稍微复杂一点，我们需要在多个地域去部署多套的服务，然后通过流量的 DNS服务去实现分区的接入。在数据层面，我们可以通过单点的写入，做全局的同步，实现数据的一致性。

第三个阶段，是云原生的安全建设，整个物联网系统相对于互联网的应用来说，安全的暴露面会更多，特别是一些第三方组件的使用，还有我们相关的嵌入式开发，可能在安全意识方面也不像互联网应用开发那么重视，现在越来越多的受到黑产的重点关注，会造成信息泄露或者是一些勒索事件。

在云原生安全方面，我们推荐从三个层面做基础安全方案，第一个是流量管控层面，我们可以通过云防火墙或应用防火墙，联合去实现边界的管控，包括了互联网的边界，还有VPC之间的流量以及NAT的抽象流量。

第二个层面，我们可以通过主机的防控去实现贴身的防护，它可以帮助我们去检测木马，发现实时入侵，去做漏洞的扫描以及资产的梳理。

最后，我们需要一个全局态势感知平台，帮助我们去实时发现不同产品感知到的威胁，然后做及时处置。

随着我们的音视频产品变多，我们需要去考虑音视频平台的搭建问题。它的流量的成本会更高，它的视频存储、运维的难度会更大。

在音视频转发服务上，我们可以通过BGP网络和三网网络混合架构去实现比较好的用户体验，但是同时又可以得到一个比较低的网络成本。

在音视频云端存储上，我们推荐通过无服务化的架构去实现整个云存储能力，核心就是通过对象存储加上云函数，还有托管的DB等，这些本身都是一些云托管的产品，而且它是按需使用的，我们上传多少视频，存储多少容量它就收多少钱。触发多少事件，对应的它也会按照事件驱动的计算资源去进行收费，所以它可以做到成本大幅降低，并且它也是纯托管的产品，在整个运维过程当中，我们不需要去投入太多的人力去做运维。

对于有一些智能家居厂商，从传统家居厂商转型到全屋智能的厂商，为了产品的快速落地、项目的快速交付，不希望把太多的人力投入到整个平台的建设和运维上面，我们可以通过考虑物联网的PaaS服务来实现整套架构。

在IoT平台服务部分，我们可以通过像IoT Hub或者是IoT Explorer这样的产品，去实现海量物联网设备的接入，平台会做自动的容灾和负载均衡。

在SaaS这层，我们可以通过IoT Enable的SaaS托管能力去托管我们自研的一些APP小程序、Web前端应用或者一些后端服务，而且我们的这两个平台是通过内网的链路实现打通，可以做到非常好的南北向数据互访。

本身SaaS托管基于容器的底层架构，它完全是流量驱动型的，厂商也不需要去理解太多的理论知识，它上层做了很好的封装，通过很简单的界面化配置方式，就可以实现应用的快速部署、按需付费。

此外它的跨账号交付对方案商是非常友好的，当我们开发完这套SaaS系统以后，我们需要交付到品牌方，我在自己的账号下完成研发，再去品牌方开一个账号完成资源的创建、服务的部署、相关的设备导入、关联。

这会涉及一个非常长的流程，这里面需要研发的同事进行深度参与，通过我们的IoT Enable去做托管，可以实现研发到交付的一键划拨能力，帮助我们去迅速完成整个交付过程。

最后，我们会提供一个腾讯连连版的小程序，如果厂商不希望开发自己的APP或小程序，也可以使用腾讯连连的小程序，作为应用端节省开发成本的一种方式。

在视频方面，我们提供了视频类PaaS服务，帮助快速落地，视频品类的产品，我们提供的也是一个端到端的解决方案，从设备端到应用端我们都提供了相应的SDK，我们的客户只需要专注于去集成SDK和上层的SaaS的服务的实现就可以了，其他的是不需要去参与的。

包括一些P2P技术的投入、云存储系统架构的开发和运维都不需要去管，而且我们有一些差异化的优势，比如我们把腾讯非常擅长的音视频技术应用进来，我们的P2P的穿透率可以做到80%多，而且可以做到“秒开”的延迟，对于网络抖动也有比较好的抗性。

其次，就是跟微信小程序整个生态的深度融合，我们是目前首家能够在微信小程序内实现P2P能力的厂商，为我们在小程序上做高清视频的通信打了很好的基础。

并且我们也联合微信团队推出了强消息提醒的推送能力，也就是说它可以通过类似于微信的视频电话、震动响铃的方式去触达到我们的用户，让我们用户去完成一些需要强干预的场景，比如说像门铃呼叫。一些安全类的事件发生的时候，我们需要这样的强触达能力。

前面讲的是两个比较基础的平台，后面随着我们业务的发展，我们可能需要迈向第三阶段，提供一些主动化的智能化的服务，我们要去构建企业的AI中台和企业的大数据平台。

在AI中台这部分，我们会从三个方面来进行助力。

第一，资源层面我们可以提供像NPU、GPU、CPU这样的异构算力以及各种类型的存储和高速网络的资源，去搭建一个底层环境。

在第二层，我们会从数据管理、模型训练，到模型的管理和模型的推理这些层面去搭建训练和推理的机器学习平台，帮助客户去迅速训练自己的模型，提供AI服务。

第三个层面，我们会结合腾讯比较有优势的AI服务，包括语音类、视觉类，包括我们跟一些腾讯生态的内容做结合，提供的技能服务等等。

我们会保留相关的AI接口，应用在语音交互、视觉交互、视觉理解上。推荐系统、大数据平台这块，随着我们设备的数据、用户的使用行行为的积累，我们也希望能够挖掘这些数据的价值，赋能我们的业务。

比如在电商上面可以去做一些产品的推荐，或者对我们后续的整个产品迭代提供一些建议，整个系统的智能运维层面都可以给到一些帮助。

在大数据整个平台的构建上面，我们可以提供托管的大数据产品，帮助去搭建从数据导入到存储到分析引擎的一系列的大数据的组件。这可以节省企业对于大数据基础设施构建的投入，提升集群的运维效率。

第二，我们可以针对于客户的使用场景，结合我们内外部的一些最佳实践，为客户去定制最优平台架构方案。

后面两点，我们可以通过云上的数据集成，帮助我们方便的去实现数据的导入，我们也可以基于存算分离的架构、弹性伸缩的集群架构，去降低整个大数据平台的总成本。

以上就是我们云平台一些核心平台建设，腾讯云可以在这里面按照需求，根据我们客户的需求去提供一些工具产品和服务。

在具体的智能硬件产品智能化升级过程当中，我们也会提供全链路咨询服务，因为整个智能硬件产品的开发流程还是比较长的，所以说我们也会深入到用客户的产品需求当中，提供一些跟合作伙伴一起合作、贴近硬件开发的一些交付方式。

比如说在组网层面的话，我们现在支持无线Mesh等组网方式，也可以通过微信小程序去实现和设备的直连，还可以支持有线的方式。

在语音交互的方案层面，我们会提供离在线一体的语音交互模组，我们会搭载腾讯出色的语音交互能力，并且我们也和腾讯系的内容做了深度融合，可以提供丰富的第三方的技能。

对于当前非常流行的远程猫眼锁，我们会提供端到端的能力，提供基于微信小程序的音视频对讲体验。

展开讲，语音方案方面，我们会提供前端升学的降噪、分布式唤醒能力，终端设备通过选举去产生一个决策节点。在平台侧，我们可以提供全链路的语音能力，包括ASR、NLP、TTS、语音复刻等。通过5分钟左右的语料，我们可以生成和说话人一样的音色，然后去做后面TTS的输出，虚拟人这块，我们可以提供2D、3D的写实虚拟人形象，可以做到姿态、手势表情、唇形非常逼真的互动的体验。而且我们整个产品是to B的，可以支持接入企业自有IoT平台，实现智能家居一些控制技能的接入。当然最有特色的就是我们的生态优势，我们打通了腾讯内部的多个明星级别的IP，可以提供音乐视频位置服务、翻译、儿童相关内容，帮助我们丰富整个产品在智能家居场景下的人群覆盖。

在门锁方面，我们针对门锁的定位提供了高中低端的音视频方案，在端到端方面，我们会提供门锁端的SDK，小程序方面，我们会提供一个公版的小程序，提供SDK去搭建自己的小程序。

提醒方面，我们针对门铃呼叫机电量的提醒以及门锁安全的提醒，跟微信争取开放了强提醒能力，帮助及时触达到用户。

最后是我们的生态内容方面，我们可以帮助厂商去构建增值服务，完善整个垂直场景，打造差异化的卖点，构建第二收入曲线。

比如门锁本身是一个安全产品，它也带有安全属性，我们可以跟保险相结合，提供物联网的安全保障服务。像面板等带屏产品，也可以结合腾讯提供的健康内容咨询服务，共同去打造一个家庭医生的概念。

当然还有更多合作模式，也期待跟各位行业朋友一起去碰撞。

以上是卢平演讲内容的完整整理。