今天的议题只有一个：天枢Ho跨品牌互联协议的正式发布。
天枢Ho是天枢OS在智能家居领域的延伸，内核是一套跨品牌、跨品类、跨平台的设备互联协议。它的技术基础是天枢OS的分布式软总线，但协议本身是开放的——任何品牌的设备，只要遵循协议规范，就可以接入天枢Ho的生态，与其他品牌的设备互联互通。
这不是未来科技第一次做开放协议。天枢OS从诞生第一天起就是开放的，但开放的范围是“应用层”——开发者可以在天枢OS上开发应用，调用系统能力。天枢Ho的开放更深一层，到了“设备层”——不同品牌、不同品类的设备，可以在没有云端介入的情况下，直接发现彼此、连接彼此、协同工作。
方程打开终端，把天枢Ho协议的技术白皮书投在了大屏幕上。白皮书有一百二十页，分为九个章节，函盖设备发现、连接创建、数据交换、安全认证、隐私保护、异常处理等各个方面。
“天枢Ho协议的内核设计原则有三条。”方程站起来，走到屏幕前。
“第一，去中心化。设备之间的互联不依赖云端服务器，不依赖某个品牌的中心网关。任何两台设备，只要在同一个局域网内，就可以直接发现和连接。云端只做设备认证和权限管理，不参与数据传输和设备控制。”
“第二，安全性优先。设备之间的所有通信都经过端到端加密，密钥由用户的个人设备生成和管理，云端无法解密。设备接入天枢Ho生态需要经过安全认证，认证证书由天枢生态的证书颁发机构签发，证书有效期一年，到期自动轮换。”
“第三，平等互联。天枢Ho不区分‘主设备’和‘从设备’。每一台设备都是平等的节点，可以主动发起连接，也可以被动响应请求。不存在‘未来科技的设备有更高权限、其他品牌的设备权限受限’的问题。”
他讲完三条原则，台下的人开始在笔记本上记录。
来自华夏智能家居产业联盟的代表举手提问。他是一家智能照明企业的技术总监，姓王，四十出头，戴着一副黑框眼镜。
“方程总，天枢Ho协议的去中心化设计，技术上我理解。但用户怎么管理这么多设备？没有云端统一管理界面，用户要配置几十台设备，会不会很麻烦？”
方程翻到白皮书的第四章。
“天枢Ho提供两种管理模式。第一种，云端辅助管理——用户可以在天枢Ho App里查看所有设备、修改配置、设置自动化规则。云端只存储用户的配置信息，不存储设备数据。第二种，本地管理——用户可以在家庭中枢设备上运行本地管理界面，所有配置和数据都存储在本地，不上载云端。两种模式用户可以自由选择。”
“另外，天枢Ho支持‘一键迁移’——用户换手机或重置系统后，只要登录同一个账户，所有设备的配置和自动化规则会自动恢复。不需要重新配网、重新设置。”
王总监点了点头，坐下了。
第二个提问的是南洋一家智能空调制造商的代表，一个三十多岁的华人，叫陈志明。他的问题更实际。
“天枢Ho协议对设备硬件有什么要求？我们现有的产品线，MCU是旧架构的，算力不高，内存也不大。如果要适配天枢Ho协议，需要换硬件吗？”
这个问题，方程让赵海来回答。
赵海站起来，调出了一份硬件适配指南。
“天枢Ho协议对硬件的最低要求是：32位MCU，256KB RAM，1MB Flash。这个配置，五年前的智能设备就能满足。如果你们的设备配置低于这个标准，我们提供两种方案——第一，把协议栈跑在云端，设备只做执行器，但这种模式延迟高、稳定性差，我们不推荐。第二，换一颗天权3号 Lite芯片，成本增加二十块钱，算力和内存翻五倍，未来五年都不会过时。”
“另外，天枢Ho协议是模块化设计的。设备不需要实现全部协议功能，只需要实现和自己品类相关的部分。比如一盏灯，只需要实现‘开关’、‘调光’、‘调色’三个功能，不需要实现‘传感器数据上报’、‘场景联动’这些复杂功能。协议栈的体积可以压缩到64KB Flash、8KB RAM，对低端设备非常友好。”
陈志明在笔记本上记下了“天权3号 Lite”这个关键词。
会议进行到第二小时，讨论的焦点从技术转向了商业。
天枢Ho协议的开放，意味着未来科技要把自己在智能家居领域积累的技术能力、用户资源、品牌影响力，拿出来和其他品牌共享。其他品