崇尚知識、保護知識、創新知識，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年遠景目標綱要等政府文件中，言“開源”必離不開“知識產權”，兩者并行不悖成就了當今繁榮的開源生態。
身處開源生態的企業及個人，只有明晰開源背后的知識產權體系，才能通過知識產權維護生態繁榮，破局開發出具有自主知識產權的軟件產品，全面提升國產軟件業的技術水平。