第338章 天枢Home跨品牌互联协议（1 / 2）

旧楼二层的大会议室里，长桌两侧坐满了人。方程坐在主位，左手边是天枢OS的产品团队和开发团队，右手边是法务丶商务和外部合作部的负责人。长桌的尽头，还坐着五个人——他们是今天会议的特殊嘉宾，来自华夏智能家居产业联盟的三家成员企业，以及两家南洋的智能设备制造商。

今天的议题只有一个：天枢Home跨品牌互联协议的正式发布。

天枢Home是天枢OS在智能家居领域的延伸，核心是一套跨品牌丶跨品类丶跨平台的设备互联协议。它的技术基础是天枢OS的分布式软总线，但协议本身是开放的——任何品牌的设备，只要遵循协议规范，就可以接入天枢Home的生态，与其他品牌的设备互联互通。

本书由??????????.??????全网首发

这不是未来科技第一次做开放协议。天枢OS从诞生第一天起就是开放的，但开放的范围是「应用层」——开发者可以在天枢OS上开发应用，调用系统能力。天枢Home的开放更深一层，到了「设备层」——不同品牌丶不同品类的设备，可以在没有云端介入的情况下，直接发现彼此丶连接彼此丶协同工作。

方程打开终端，把天枢Home协议的技术白皮书投在了大屏幕上。白皮书有一百二十页，分为九个章节，涵盖设备发现丶连接建立丶数据交换丶安全认证丶隐私保护丶异常处理等各个方面。

「天枢Home协议的核心设计原则有三条。」方程站起来，走到屏幕前。

「第一，去中心化。设备之间的互联不依赖云端伺服器，不依赖某个品牌的中心网关。任何两台设备，只要在同一个区域网内，就可以直接发现和连接。云端只做设备认证和权限管理，不参与数据传输和设备控制。」

「第二，安全性优先。设备之间的所有通信都经过端到端加密，密钥由用户的个人设备生成和管理，云端无法解密。设备接入天枢Home生态需要经过安全认证，认证证书由天枢生态的证书颁发机构签发，证书有效期一年，到期自动轮换。」

「第三，平等互联。天枢Home不区分『主设备』和『从设备』。每一台设备都是平等的节点，可以主动发起连接，也可以被动响应请求。不存在『未来科技的设备有更高权限丶其他品牌的设备权限受限』的问题。」

他讲完三条原则，台下的人开始在笔记本上记录。

来自华夏智能家居产业联盟的代表举手提问。他是一家智能照明企业的技术总监，姓王，四十出头，戴着一副黑框眼镜。

「方程总，天枢Home协议的去中心化设计，技术上我理解。但用户怎么管理这么多设备？没有云端统一管理界面，用户要配置几十台设备，会不会很麻烦？」

方程翻到白皮书的第四章。

「天枢Home提供两种管理模式。第一种，云端辅助管理——用户可以在天枢Home App里查看所有设备丶修改配置丶设置自动化规则。云端只存储用户的配置信息，不存储设备数据。第二种，本地管理——用户可以在家庭中枢设备上运行本地管理界面，所有配置和数据都存储在本地，不上传云端。两种模式用户可以自由选择。」

「另外，天枢Home支持『一键迁移』——用户换手机或重置系统后，只要登录同一个帐户，所有设备的配置和自动化规则会自动恢复。不需要重新配网丶重新设置。」

王总监点了点头，坐下了。

第二个提问的是南洋一家智能空调制造商的代表，一个三十多岁的华人，叫陈志明。他的问题更实际。

「天枢Home协议对设备硬体有什么要求？我们现有的产品线，MCU是旧架构的，算力不高，内存也不大。如果要适配天枢Home协议，需要换硬体吗？」

这个问题，方程让赵海来回答。

赵海站起来，调出了一份硬体适配指南。

「天枢Home协议对硬体的最低要求是：32位MCU，256KB RAM，1MB Flash。这个配置，五年前的智能设备就能满足。如果你们的设备配置低于这个标准，我们提供两种方案——第一，把协议栈跑在云端，设备只做执行器，但这种模式延迟高丶稳定性差，我们不推荐。第二，换一颗天权3号 Lite晶片，成本增加二十块钱，算力和内存翻五倍，未来五年都不会过时。」

「另外，天枢Home协议是模块化设计的。设备不需要实现全部协议功能，只需要实现和自己品类相关的部分。比如一盏灯，只需要实现『开关』丶『调光』丶『调色』三个功能，不需要实现『传感器数据上报』丶『场景联动』这些复杂功能。协议栈的体积可以压缩到64KB Flash丶8KB RAM，对低端设备非常友好。」

陈志明在笔记本上记下了「天权3号 Lite」这个关键词。

会议进行到第二小时，讨论的焦点从技术转向了商业。

天枢Home协议的开放，意味着未来科技要把自己在智能家居领域积累的技术能力丶用户资源丶品牌影响力，拿出来和其他品牌共享。其他品牌接入天枢Home后，可以藉助天枢生态的用户基础和渠道资源，但未来科技能获得什么？

方程很清楚，这是一个需要回答的问题，否则没有企业会愿意接入。

「天枢Home协议对合作夥伴的价值有三层。」他翻开PPT的第二部分。

「第一层，用户价值。接入天枢Home的设备，可以被天枢生态的两亿用户发现和使用。用户的手机丶平板丶电视丶音箱，都会成为这些设备的入口。不需要自己建App丶不需要自己买流量丶不需要自己维护云端。」

「第二层，技术价值。天枢Home协议包含了设备发现丶连接管理丶安全认证丶场景联动等一系列复杂的技术能力。合作夥伴不需要自己研发这些能力，只需要适配协议，就能获得和行业头部企业同等水平的技术基础。」

「第三层，生态价值。接入天枢Home的设备，可以和其他品牌的设备联动。比如你们的空调，可以和我们的传感器联动——温度高了自动开空调，人走了自动关空调。这种跨品牌的联动体验，是单个品牌做不到的。天枢Home提供了这个平台。」

台下有人低声讨论。

华夏智能家居产业联盟的秘书长，一个五十多岁的女人，姓刘，提出了一个更尖锐的问题。

「方程总，你说的这些价值，我听明白了。但合作夥伴也会担心一个问题——接入天枢Home后，会不会被锁定在你们的生态里？今天用天枢Home用得好好的，明天想换个平台，数据能带走吗？用户能带走吗？」

方程沉默了两秒，然后说了一句让所有人都没想到的话。

「能。天枢Home协议里写了『数据可携带』和『用户可迁移』两个条款。合作夥伴在天枢Home生态里积累的用户数据和设备配置，可以随时导出，格式是开放的丶标准化的。合作夥伴也可以引导自己的用户从天枢Home迁移到其他平台，天枢生态不会设置任何技术障碍或法律障碍。」

「另外，天枢Home协议是非排他性的。合作夥伴可以同时接入天枢Home和旧秩序的智能家居平台。我们的协议不会要求合作夥伴『二选一』。选择权在合作夥伴手里，不在我们手里。」

秘书长刘女士听完，在笔记本上写了一行字，然后抬头说了一句：「这个态度，我从业二十年，第一次见到。」

方程没有接话，翻到了PPT的下一页。

下午的会议，进入了具体的协议细节讨论。

天枢Home协议的技术规范分为三部分：基础连接规范丶设备模型规范丶场景联动规范。

基础连接规范定义了设备如何发现彼此丶如何建立加密连接丶如何交换数据。这部分已经完成了百分之九十，只剩下几个边缘情况的处理需要确认。

设备模型规范定义了每一类设备的功能丶属性丶事件丶动作。比如一盏灯，有「开关」属性丶「亮度」属性丶「色温」属性，有「开关切换」事件，有「开灯」丶「关灯」丶「调亮度」等动作。设备模型规范是协议最核心的部分，因为它决定了不同品牌丶不同品类的设备能否互相理解。

场景联动规范定义了设备之间如何协同工作。比如「离家模式」——用户出门后，系统自动关灯丶关空调丶关电视丶启动安防。场景联动可以在设备端直接执行，不需要云端参与。

负责设备模型规范的是一个叫老孙的工程师，四十多岁，在物联网行业干了十五年，加入未来科技之前，在旧秩序的智能家居平台团队工作过五年。他对旧秩序的协议规范了如指掌，也知道它的缺陷在哪里。

「旧秩序的设备模型规范，问题不是技术不行，是太复杂了。」老孙站在白板前，画了一张对比图。「他们的规范有两千多页，定义了三百多种设备类型丶五千多个属性和事件。一个普通的设备厂商，要花三个月才能看懂规范，花六个月才能完成适配。」

「天枢Home的设备模型规范，目标是『够用就好』。我们定义了二十种核心设备类型，一百二十个核心属性，五十个核心事件。覆盖了百分之九十的智能家居使用场景。厂商拿到规范，一周就能看懂，两周就能完成适配。」

「但『够用就好』不意味着『简陋』。我们设计了一个扩展机制——厂商可以在核心规范的基础上，定义自己的私有属性和事件。私有部分不保证跨品牌兼容，但核心部分保证。这样既保证了互联互通的基础，又给厂商留下了差异化的空间。」

台下有合作夥伴代表提问：「私有属性和事件的跨品牌兼容性问题怎么解决？」

老孙翻到了规范的第五章。

「两种方式。第一种，厂商可以把私有属性和事件提交给天枢Home协议工作组，经过评审后纳入下一版的核心规范。第二种，两个或多个厂商可以签订双边或多边协议，互相开放私有属性和事件。天枢Home协议不干涉厂商之间的私有合作。」

这个方案得到了合作夥伴的认可。