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

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

World Intellectual Property DAY

“马”只相关形态而不相关颜色,”白马”既相关形态又相关颜色,故白马“非”马;

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

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

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

繁杂的开源项目中有着无数组“白马”与“马”,如何破解这“诡辩”中的逻辑陷阱,核心就在于对“非”的定义。对于开源来说,“非”的定义与开源许可证息息相关,它作为开源的核心为逻辑判定定下基调,同时也编织出整个开源的知识产权体系,为开源生态塑造最坚实的知识产权围城。

#开源许可证是开源社区的“基本法”#

开源离不开“自由”二字,它在理念上反抗传统的知识产权体系,又在通过开源许可证给自由套上“牢笼”,寻求知识产权综合保护的同时划出自由的边界线。

开源许可证是一种法律许可,为开源中的“非”明确定义,对开源软件进行产权保护,并通过契约和授权的方式,为用户合法使用开源软件提供凭证。同时,许可证也具有“自由”的属性,任何人都可以输出专属自己的许可证,但严格意义上来说只有被 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 许可证的传染。

Android(特别是A大写时)是归Google所有的商标,既包含AOSP这一开源部分,还包含 GMS(谷歌移动服务)这一闭源部分,一定意义上Android等于AOSP+ GMS,其主要分为原生Android和定制化Android(MIUI、EMUI等)两大类。

涉及闭源,产权归属无须争论,都是谷歌安卓商业生态的一份子。

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

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

“支持数字技术开源社区等创新联合体发展,完善开源知识产权和法律体系,鼓励企业开放软件源代码、硬件设计和应用服务”

诸如“十四五”规划和2035年远景目标纲要等政府文件中,言“开源”必离不开“知识产权”,两者并行不悖成就了当今繁荣的开源生态。

身处开源生态的企业及个人,只有明晰开源背后的知识产权体系,才能通过知识产权维护生态繁荣,破局开发出具有自主知识产权的软件产品,全面提升国产软件业的技术水平。

原文链接:https://t.10jqka.com.cn/pid_216220094.shtml

© 版权声明
THE END
喜欢就支持一下吧
点赞7 分享