世界知识产权日｜从“白马非马”看开源的知识产权"围城"

崇尚知识、保护知识、创新知识，4月26日世界知识产权日，是为维护知识产权神圣不可侵犯的世界性活动。当知识产权遇上崇尚“自由共享”的开源，就会碰撞出全新的产权“语境”，只有深入理解知识产权体系，才能为弱约束、高模糊的开源项目明晰其中的产权逻辑。

“马"只相关形态而不相关颜色，"白马"既相关形态又相关颜色，故白马“非”马；

黄马与绿马都可以标作“马”，但黄马与绿马不能标作“白马”，故白马“非”马。

名家公孙龙将“非”提前定义为“不等同”，为这场城门诡辩埋下逻辑陷阱。

”

千年前的“白马非马”，影响的仅仅是一次城门的入与否。但当这场哲学诡辩延伸到现代时，全新的时代语境为其赋予了更多的争辩场景，“开源”就是其中一种。

繁杂的开源项目中有着无数组“白马”与“马”，如何破解这“诡辩”中的逻辑陷阱，核心就在于对“非”的定义。对于开源来说，“非”的定义与开源许可证息息相关，它作为开源的核心为逻辑判定定下基调，同时也编织出整个开源的知识产权体系，为开源生态塑造最坚实的知识产权围城。#开源许可证是开源社区的“基本法”#开源离不开“自由”二字，它在理念上反抗传统的知识产权体系，又在通过开源许可证给自由套上“牢笼”，寻求知识产权综合保护的同时划出自由的边界线。

开源许可证是一种法律许可，为开源中的“非”明确定义，对开源软件进行产权保护，并通过契约和授权的方式，为用户合法使用开源软件提供凭证。同时，许可证也具有“自由”的属性，任何人都可以输出专属自己的许可证，但严格意义上来说只有被 OSI （Open Source Intiative）认可才能称之为开源许可证。

目前，受认可的开源许可证约有60余种，其中常见的开源许可证按使用场景可分为两大类：宽容型（permissive）许可证、传染型（Copyleft） 许可证。宽容式（permissive）许可证，没用使用限制也不做质量担保，但必须得标注原始作者，主要许可证有Apache、MIT、BSD等；

传染型（Copyleft）许可证作为（ Copyright——版权）的反义词，意为不经许可用户即可随意复制。但给予最大“自由”的同时，也为参与相关开源项目的技术人员加上最大的限制——明确修改版本须以同一许可证发布，且不得闭源。主要许可证有GPL 等强著佐权许可证，LGPL、MPL等弱著佐权许可证。

不管许可证属于哪一类，都是将版权重点放在扩大用户的自由与权益上，通过放弃作者一部分“权利”，让代码和生态获得真正的“自由”。作者与使用者之间无须常规的“签订约成”，达成相应动作即为协议默认生效，让原本宗旨相冲的开源与知识产权和谐共存，以“基本法”的形态不断繁荣开源社区，让“白马非马”告别逻辑陷阱。#从AOSP解构许可证之下的产权脉络#AOSP相关就是开源领域最为典型的“白马非马”。

常见的争论总是将AOSP与Android、AOSP与Linux分别立为“白马”与“马”，擅自以个人主观的“非”判定“白马非马”的正确性，脱离开源许可证这一逻辑判定基础，就会陷入到无意义的诡辩之中。

首先回到“马”本身来说：AOSP，是 Android的 开源项目（Android Open Source Project），是一款基于 Linux 内核开发的操作系统。

然后从开源许可证来说：Linux 内核的开源许可证是 GPLv2，它要求任何衍生版本都必须在GPLv2许可证下将代码开源，不得将修改后或者衍生的代码作为闭源的商业软件发布，是一种强传染性的开源许可协议。

AOSP常规意义上则被认为是采用 Apache-2.0，它是一种宽容型许可协议，允许在Apache-2.0基础上进行二次开发并闭源发布，这造就了AOSP这一开源操作系统生态的繁荣。

为了避免Linux 内核的协议传染，AOSP 在内核的上面构建中间层 ——硬件抽象层（Hardware Abstract Layer，简称 HAL ），把硬件驱动的主要业务逻辑从内核中剥离出来，通过接口调用内核系统，同时还讨巧地将Linux 内核相关接口改用宽松许可证 BSD，完美规避GPL 许可证的传染。

没有GPL 这一枷锁，AOSP 得以吸引海量厂商和技术开发者参与并共享知识产权，任何厂商都能基于AOSP开发出属于自己的操作系统，Android只是其中一款！

Android（特别是A大写时）是归Google所有的商标，既包含AOSP这一开源部分，还包含 GMS（谷歌移动服务）这一闭源部分，一定意义上Android等于AOSP+ GMS，其主要分为原生Android和定制化Android（MIUI、EMUI等）两大类。
涉及闭源，产权归属无须争论，都是谷歌安卓商业生态的一份子。

抛开Android来说，基于Linux 内核开发而成的操作系统宛如繁星之多，一定意义上，OpenHarmony也是其中之一。但OpenHarmony采用多内核设计，除了Linux 内核外，它还包含LiteOS内核等，在组件化和组件弹性化等系统设计下，满足各类场景需求，实现一套系统、弹性部署，助力千行百业数字化转型。

行业场景对操作系统的需求千差万别，高安全、强交互、重性能.....无不对OpenHarmony的发展提出极大挑战。这不仅仅需要开源生态积极共建、共享，完善基础能力体系，最终实现功能和技术的补足、迭代，还需要针对特定行业场景需求，对应性开发功能组件，在知识产权的维护下，面向特定行业打造发行版（行业操作系统）乃至特定商业生态。比如在教育行业中，就存在设备管理“难”、数据采集“难”等技术障碍，作为具有二十余年教育信息化建设经验的拓维信息，积极参与开源代码共享，并基于行业理解，深度定制与行业场景高度关联的功能组件，打造OpenHarmony面向教育行业的发行版。除此之外，拓维信息还将携手旗下湖南开鸿智谷数字产业发展有限公司，面向工业、交通、智慧城市、农业等行业定制化开发OpenHarmony商业发行版。

“支持数字技术开源社区等创新联合体发展，完善开源知识产权和法律体系，鼓励企业开放软件源代码、硬件设计和应用服务”
诸如“十四五”规划和2035年远景目标纲要等政府文件中，言“开源”必离不开“知识产权”，两者并行不悖成就了当今繁荣的开源生态。
身处开源生态的企业及个人，只有明晰开源背后的知识产权体系，才能通过知识产权维护生态繁荣，破局开发出具有自主知识产权的软件产品，全面提升国产软件业的技术水平。