ZigBee的悲哀:为什么他们为一个标准都能打起来

简介:
   

 ZigBee的悲哀:为什么他们为一个标准都能打起来

智能家居的圈子实在是太寂寞了,昨晚居然为了一个标准打起来了。而不是妹子。

现在,(仅限在看这篇文章的)大家都知道,这个在圈里一时热度比妹子还高的标准叫,ZigBee。

纠结的维权故事

简述一下事情的原委:

昨晚一封来自国际ZigBee联盟CEO Tobin Richardson的邮件曝光,邮件内容指出国内传统智能家居企业南京物联:1、并非ZigBee联盟的成员;2、也不能代表ZigBee联盟总部。

这封邮件由国际ZigBee联盟发出,收件人是国内ZigBee联盟的“官方成员”。宅客君在这封邮件被发出后不久收到了关于邮件内容的爆料,该爆料当天被多家行业网站原文刊载。有意思的是,现在上面的部分站点已经撤销了这份爆料,这是后话我们暂撇。

无论是邮件本身还是爆料,表达的意思都是南京物联侵害了ZigBee联盟(以下简称联盟)的权益,请各位联盟成员知悉,并且希望尽可能多的利益相关者知道。

到这里,一个侵权,一个维权,似乎合情合理。唯一不合理的地方在于国际联盟既然有意让尽可能多的人知道,但为什么消息的最初来源是第三方的爆料?

宅客君在此后联系了涉及此事的多方,包括南京物联和联盟中相关的知情人士。

1. 国内联盟内的企业告诉我们,国际ZigBee联盟在国内没有非常正式的班子,包括近期ZigBee中国区总负责人的变动使得这个事件难以找到一个官方发言人。所以这也是解答了上面为什么联盟不是这一事件的最初发声人。但,宅客君认为只是原因之一。

2. 关于南京物联的回应,宅客君在这篇文章里已经有比较详尽的说明@http://www.leiphone.com/news/201410/e8QClULjJUHhbenL.html

3. 宅客君通过2个以上的信源确认和补充了上面的信息,宅客君最终选择了相信这个版本的故事(各位看官怪宅自便):

ZigBee入华前,南京物联早年由于技术积累申请有一些涉及ZigBee的技术专利。ZigBee联盟入华时,Zigbee与杨浦区合作成立ZigBee中国区总部,物联系承办单位。此后,物联在国内一面推广自身品牌,一面推广ZigBee,几年后物联品牌得以壮大并且ZigBee中国吸引了更多成员。


但2012年前后,物联长期以ZigBee中国官方自居的做法引起联盟和联盟内成员的不满,这中间还涉及了一些技术专利和品牌归属问题。于是双方在2012年前后协商,联盟希望停止类似“Zigbee中国总部”这样的宣传并且收回一些知识产权,而物联则希望在联盟内能保留一些专享特权。双方在2012年前后谈崩,也就是从那个时间点开始双方分手。

用一位不愿透露姓名和性别的知情人士说法就是“从那以后ZigBee和物联就没有关系了”。

但2013年以后,物联仍在使用类似“ZigBee总部”这样的宣传,终于在2014年出现了昨天的争端。鉴于目前有多方确认ZigBee中国区的总负责人近期刚刚离职,宅客君选择相信联盟中的成员在事件中起到了比较重要的作用。(再次声明,此处仅仅是一个版本的事实。)

至此,宅客君认为整个事件是南京物联、ZigBee联盟和联盟其他成员的知识产权纠葛和商业摩擦。毫无疑问,伴随事件涉及的各方出来回应以及ZigBee官方正筹备正式对外发言,此事的策划还在继续。宅客君只想说一句“Fxxk off”。

无奈的维权故事

技术领域一直是商业上相对“干净”的范畴。但在上面的故事里,ZigBee在国内的推广为什么无力,以至于最后过分地倚重一家单独的商业公司?即使是这样,宅客君周围绝大部分技术和产品同学对ZigBee的看法依然是“这玩意不行”。

其次,关于一项技术、一项标准的知识产权保护为什么会这么薄弱以至于最后需要动用一场商业策划?

以上,第一部分的故事都是口水。宅客君更愿意在未来的一周里尝试寻找第二部分的答案,说一说作为技术和产品的Zigbee。欢迎添加公众号Letshome,给我们投稿和爆料。

 
  本文作者: 吴德新

本文转自雷锋网禁止二次转载, 原文链接
目录
相关文章
|
消息中间件 Apache 数据安全/隐私保护
[ActiveMQ]修改默认密码
ActiveMQ使用的是jetty服务器, 在ActiveMQ目录下的conf/jetty.xml文件,vim打开 将property name为authenti...
2836 0
|
人工智能 监控 算法
销售易CRM:功能与优势全解析
销售易CRM是国内领先的客户关系管理(CRM)系统,提供强大的销售管理、全方位客户管理、丰富的营销自动化工具、智能AI赋能及灵活的开放性平台。其功能涵盖线索获取、商机管理、客户画像、营销活动策划、智能预测等,支持企业高效管理客户、优化业务流程、提升销售效率和客户满意度。通过灵活的二次开发和API接口,销售易CRM可无缝集成企业现有系统,助力企业在数字化转型中实现业绩高质量增长。
GitFlow流程
分支角色概述:主分支(master/main)代表最新稳定版本,开发分支(develop)用于日常开发,特性分支(feature)用于开发新功能,发布分支(release)用于准备新版本发布,热修复分支(hotfix)用于紧急修复已发布版本的问题。GitFlow流程包括初始化、开发新功能、准备发布、热修复和持续迭代。
691 17
|
缓存 算法 前端开发
协同文档工作机制简介
随着在线办公的兴起,传统办公套件 Office 的在线化需求也随之增加。钉钉文档作为钉钉核心办公套件之一,上线已经三年,其间持续迭代,已成为一个极其复杂的产品。对前端工程师而言,协同文档是一个较为有挑战的领域,除了传统天坑富文本编辑器外,还引入了协同编辑这一挑战,钉钉文档甚至还支持专业排版能力。 来自钉钉的前端技术专家本杰,就在第十六届D2前端技术论坛进行了分享,本次分享以钉钉文档为例,简述协同文档的工作机制。
1189 0
协同文档工作机制简介
|
前端开发 JavaScript
在Vue中如何修改element UI组件的样式(deep 深度选择器)
在Vue中如何修改element UI组件的样式(deep 深度选择器)
2333 0
在Vue中如何修改element UI组件的样式(deep 深度选择器)
|
存储 缓存 运维
阿里云Elasticsearch日志场景最佳实践及引擎内核优化
本文整理自阿里巴巴技术专家郭嘉梁(梁楹)在 阿里云Elasticsearch 自研引擎年度发布 的演讲。
1824 0
阿里云Elasticsearch日志场景最佳实践及引擎内核优化
|
存储 应用服务中间件 Linux
|
监控 Linux 测试技术
性能基础之理解Linux系统平均负载和CPU使用率
做为一个性能测试工程师,每当我们发现计算机变慢的时候,我们通常的标准姿势就是执行 uptime 或 top 命令,来了解系统的负载情况。
1537 1
性能基础之理解Linux系统平均负载和CPU使用率
|
传感器 自然语言处理 运维
技术详解 阿里云AIoT物模型支撑设备规模已超亿级
本文介绍的物模型技术,对于阿里云AIoT来说,物模型技术早已沉淀多年,所以能够让各种硬件产品实现真正的智能化连接。
2009 1
技术详解 阿里云AIoT物模型支撑设备规模已超亿级
|
供应链 算法 搜索推荐
商业分析:SheIn是怎样成功的?
SheIn,中文名希音。听名字你可能以为这是一家外国公司,实际上这是一家中国公司,总部在南京,主营业务是跨境女装电商,销售市场都在国外。2021年的销售额超过1000亿人民币,目前估值为500亿美金。
1793 0
商业分析:SheIn是怎样成功的?