请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
旧楼二层的大会议室里，长桌两侧坐满了人。方程坐在主位，左手边是天枢os的產品团队和开发团队，右手边是法务、商务和外部合作部的负责人。长桌的尽头，还坐著五个人——他们是今天会议的特殊嘉宾，来自华夏智能家居產业联盟的三家成员企业，以及两家南洋的智能设备製造商。
今天的议题只有一个：天枢ho跨品牌互联协议的正式发布。
天枢ho是天枢os在智能家居领域的延伸，核心是一套跨品牌、跨品类、跨平台的设备互联协议。它的技术基础是天枢os的分布式软总线，但协议本身是开放的——任何品牌的设备，只要遵循协议规范，就可以接入天枢ho的生態，与其他品牌的设备互联互通。
这不是未来科技第一次做开放协议。天枢os从诞生第一天起就是开放的，但开放的范围是“应用层”——开发者可以在天枢os上开发应用，调用系统能力。天枢ho的开放更深一层，到了“设备层”——不同品牌、不同品类的设备，可以在没有云端介入的情况下，直接发现彼此、连接彼此、协同工作。
方程打开终端，把天枢ho协议的技术白皮书投在了大屏幕上。白皮书有一百二十页，分为九个章节，涵盖设备发现、连接建立、数据交换、安全认证、隱私保护、异常处理等各个方面。
“天枢ho协议的核心设计原则有三条。”方程站起来，走到屏幕前。
“第一，去中心化。设备之间的互联不依赖云端伺服器，不依赖某个品牌的中心网关。任何两台设备，只要在同一个区域网內，就可以直接发现和连接。云端只做设备认证和权限管理，不参与数据传输和设备控制。”
“第二，安全性优先。设备之间的所有通信都经过端到端加密，密钥由用户的个人设备生成和管理，云端无法解密。设备接入天枢ho生態需要经过安全认证，认证证书由天枢生態的证书颁发机构签发，证书有效期一年，到期自动轮换。”
“第三，平等互联。天枢ho不区分『主设备』和『从设备』。每一台设备都是平等的节点，可以主动发起连接，也可以被动响应请求。不存在『未来科技的设备有更高权限、其他品牌的设备权限受限』的问题。”
他讲完三条原则，台下的人开始在笔记本上记录。
来自华夏智能家居產业联盟的代表举手提问。他是一家智能照明企业的技术总监，姓王，四十出头，戴著一副黑框眼镜。
“方程总，天枢ho协议的去中心化设计，技术上我理解。但用户怎么管理这么多设备没有云端统一管理界面，用户要配置几十台设备，会不会很麻烦”
方程翻到白皮书的第四章。
“天枢ho提供两种管理模式。第一种，云端辅助管理——用户可以在天枢hoapp里查看所有设备、修改配置、设置自动化规则。云端只存储用户的配置信息，不存储设备数据。第二种，本地管理——用户可以在家庭中枢设备上运行本地管理界面，所有配置和数据都存储在本地，不上传云端。两种模式用户可以自由选择。”
“另外，天枢ho支持『一键迁移』——用户换手机或重置系统后，只要登录同一个帐户，所有设备的配置和自动化规则会自动恢復。不需要重新配网、重新设置。”
王总监点了点头，坐下了。
第二个提问的是南洋一家智能空调製造商的代表，一个三十多岁的华人，叫陈志明。他的问题更实际。
“天枢ho协议对设备硬体有什么要求我们现有的產品线，cu是旧架构的，算力不高，內存也不大。如果要適配天枢ho协议，需要换硬体吗”
这个问题，方程让赵海来回答。
赵海站起来，调出了一份硬体適配指南。
“天枢ho协议对硬体的最低要求是：32位cu，256kbra，1bfsh。这个配置，五年前的智能设备就能满足。如果你们的设备配置低於这个標准，我们提供两种方案——第一，把协议栈跑在云端，设备只做执行器，但这种模式延迟高、稳定性差，我们不推荐。第二，换一颗天权3號lite晶片，成本增加二十块钱，算力和內存翻五倍，未来五年都不会过时。”
“另外，天枢ho协议是模块化设计的。设备不需要实现全部协议功能，只需要实现和自己品类相关的部分。比如一盏灯，只需要实现『开关』、『调光』、『调色』三个功能，不需要实现『传感器数据上报』、『场景联动』这些复杂功能。协议栈的体积可以压缩到64kbfsh、8kbra，对低端设备非常友好。”
陈志明在笔记本上记下了“天权3號lite”这个关键词。
会议进行到第二小时，討论的焦点从技术转向了商业。
天枢ho协议的开放，意味著未来科技要把自己在智能家居领域积累的技术能力、用户资源、品牌影响力，拿出来和其他品牌共享。其他品牌接入天枢ho后，可以藉助天枢生態的用户基础和渠道资源，但未来科技能获得什么
方程很清楚，这是一个需要回答的问题，否则没有企业会愿意接入。
“天枢ho协议对合作伙伴的价值有三层。”他翻开ppt的第二部分。
“第一层，用户价值。接入天枢ho的设备，可以被天枢生態的两亿用户发现和使用。用户的手机、平板、电视、音箱，都会成为这些设备的入口。不需要自己建app、不需要自己买流量、不需要自己维护云端。”
“第二层，技术价值。天枢ho协议包含了设备发现、连接管理、安全认证、场景联动等一系列复杂的技术能力。合作伙伴不需要自己研发这些能力，只需要適配协议，就能获得和行业头部企业同等水平的技术基础。”
“第三层，生態价值。接入天枢ho的设备，可以和其他品牌的设备联动。比如你们的空调，可以和我们的传感器联动——温度高了自动开空调，人走了自动关空调。这种跨品牌的联动体验，是单个品牌做不到的。天枢ho提供了这个平台。”
台下有人低声討论。
华夏智能家居產业联盟的秘书长，一个五十多岁的女人，姓刘，提出了一个更尖锐的问题。
“方程总，你说的这些价值，我听明白了。但合作伙伴也会担心一个问题——接入天枢ho后，会不会被锁定在你们的生態里今天用天枢ho用得好好的，明天想换个平台，数据能带走吗用户能带走吗”
方程沉默了两秒，然后说了一句让所有人都没想到的话。
“能。天枢ho协议里写了『数据可携带』和『用户可迁移』两个条款。合作伙伴在天枢ho生態里积累的用户数据和设备配置，可以隨时导出，格式是开放的、標准化的。合作伙伴也可以引导自己的用户从天枢ho迁移到其他平台，天枢生態不会设置任何技术障碍或法律障碍。”
“另外，天枢ho协议是非排他性的。合作伙伴可以同时接入天枢ho和旧秩序的智能家居平台。我们的协议不会要求合作伙伴『二选一』。选择权在合作伙伴手里，不在我们手里。”
秘书长刘女士听完，在笔记本上写了一行字，然后抬头说了一句：“这个態度，我从业二十年，第一次见到。”
方程没有接话，翻到了ppt的下一页。
下午的会议，进入了具体的协议细节討论。
天枢ho协议的技术规范分为三部分：基础连接规范、设备模型规范、场景联动规范。
基础连接规范定义了设备如何发现彼此、如何建立加密连接、如何交换数据。这部分已经完成了百分之九十，只剩下几个边缘情况的处理需要確认。
设备模型规范定义了每一类设备的功能、属性、事件、动作。比如一盏灯，有“开关”属性、“亮度”属性、“色温”属性，有“开关切换”事件，有“开灯”、“关灯”、“调亮度”等动作。设备模型规范是协议最核心的部分，因为它决定了不同品牌、不同品类的设备能否互相理解。
场景联动规范定义了设备之间如何协同工作。比如“离家模式”——用户出门后，系统自动关灯、关空调、关电视、启动安防。场景联动可以在设备端直接执行，不需要云端参与。
负责设备模型规范的是一个叫老孙的工程师，四十多岁，在物联网行业干了十五年，加入未来科技之前，在旧秩序的智能家居平台团队工作过五年。他对旧秩序的协议规范了如指掌，也知道它的缺陷在哪里。
“旧秩序的设备模型规范，问题不是技术不行，是太复杂了。”老孙站在白板前，画了一张对比图。“他们的规范有两千多页，定义了三百多种设备类型、五千多个属性和事件。一个普通的设备厂商，要花三个月才能看懂规范，花六个月才能完成適配。”
“天枢ho的设备模型规范，目標是『够用就好』。我们定义了二十种核心设备类型，一百二十个核心属性，五十个核心事件。覆盖了百分之九十的智能家居使用场景。厂商拿到规范，一周就能看懂，两周就能完成適配。”
“但『够用就好』不意味著『简陋』。我们设计了一个扩展机制——厂商可以在核心规范的基础上，定义自己的私有属性和事件。私有部分不保证跨品牌兼容，但核心部分保证。这样既保证了互联互通的基础，又给厂商留下了差异化的空间。”
台下有合作伙伴代表提问：“私有属性和事件的跨品牌兼容性问题怎么解决”
老孙翻到了规范的第五章。
“两种方式。第一种，厂商可以把私有属性和事件提交给天枢ho协议工作组，经过评审后纳入下一版的核心规范。第二种，两个或多个厂商可以签订双边或多边协议，互相开放私有属性和事件。天枢ho协议不干涉厂商之间的私有合作。”
这个方案得到了合作伙伴的认可。