開源軟件項(xiàng)目中Apache許可證合規(guī)問題探析
作者：丁華 陳岱源 2022-08-23一、Apache軟件基金會及Apache開源許可證概述
（一）Apache HTTP 和Apache軟件基金會（ASF） 在萬維網(wǎng)（WWW）剛剛被發(fā)明不久的1994年，美國伊利諾伊州國家超級計(jì)算應(yīng)用中心（NCSA）的Rob McCool創(chuàng)建了一個簡單的可擴(kuò)展的網(wǎng)絡(luò)服務(wù)器NCSA HTTP，由于這個網(wǎng)絡(luò)服務(wù)器的可擴(kuò)展性，它在網(wǎng)絡(luò)中被廣泛應(yīng)用。世界各地的網(wǎng)頁管理員在獲得這個網(wǎng)絡(luò)服務(wù)器的源代碼后，紛紛為其開發(fā)擴(kuò)展，并且修改其中的錯誤。1994年年底Rob McCool從NCSA離職，為了避免使這個網(wǎng)絡(luò)服務(wù)器陷入無人管理的困境，它的現(xiàn)有用戶和開發(fā)者紛紛集合起來成立了專門的團(tuán)隊(duì)以維護(hù)NCSA HTTP。1995年，Apache小組從這個NCSA HTTP的維護(hù)團(tuán)隊(duì)中成立，并且在1995年4月發(fā)布了Apache HTTP和Apache開源協(xié)議1.0版本。Apache HTTP秉持自由、開源的精神，鼓勵全球合作。逐漸地，Apache HTTP的更新迭代速度超過了NCSA HTTP。直到1995年底，Apache HTTP徹底取代了曾經(jīng)占據(jù)主導(dǎo)地位的NCSA HTTP。直至今日，Apache HTTP依然是全世界最廣泛使用的網(wǎng)絡(luò)服務(wù)器[1]。 Apache HTTP的巨大成功使得Apache項(xiàng)目組不斷收到來自世界各地的反饋和代碼修改建議，Apache旗下的其他項(xiàng)目也紛紛模仿Apache HTTP組建自己的項(xiàng)目組，相應(yīng)的經(jīng)濟(jì)利益和潛在的法律問題不斷增加。出于管理需要，Apache軟件基金會（ASF）在1999年6月成立，基金會成立時登記為非營利性慈善組織。在接下來的一年中，每隔幾個月就有一個新項(xiàng)目進(jìn)入基金會。到2001年時，基金會決定采用孵化器的方式來接納新的軟件項(xiàng)目。該模式使得基金會至今依然保持非常活躍的項(xiàng)目增長速度。 （二）Apache開源許可證 Apache協(xié)議的最初版本1.0版本條款內(nèi)容較少，與最初的BSD許可證[2]基本相同，只是改變了對應(yīng)的著作權(quán)人和開源項(xiàng)目組的名稱，并且增加了一個派生作品不得使用Apache名稱的規(guī)定[3]。1997年，BSD協(xié)議采納了自由軟件基金會的觀點(diǎn)，在更新的BSD協(xié)議中取消了廣告條款[4]，形成了三條款BSD協(xié)議（BSD 3-Clause）。在2000年，Apache協(xié)議也進(jìn)行了條款更新，同樣刪除了對開源軟件派生作品的廣告限制，形成了Apache協(xié)議1.1版本[5]。2004年，Apache協(xié)議做了較大的調(diào)整，發(fā)布了全新的Apache 2.0版本。
二、Apache開源許可協(xié)議的三個版本
（一）Apache 1.0的主要內(nèi)容和評述 Apache 1.0是Apache協(xié)議的最初版本，它僅適用于一些比較陳舊的Apache軟件包，例如Apache的1.2版網(wǎng)絡(luò)服務(wù)器。如前文所述，Apache 1.0與BSD協(xié)議基本相同。它允許開發(fā)者使用或再分發(fā)受保護(hù)的軟件，無論開發(fā)者采用源代碼格式還是二進(jìn)制代碼格式，都必須相應(yīng)地復(fù)制或者保留受保護(hù)軟件的版權(quán)聲明、協(xié)議條件和免責(zé)聲明[6]。另外，所有提及受保護(hù)的軟件的使用或特征的廣告材料必須表明這個產(chǎn)品包含Apache項(xiàng)目組開發(fā)的開源軟件，并且該軟件用于Apache HTTP項(xiàng)目[7]。Apache 1.0也嚴(yán)格控制對于Apache名稱的使用，除非經(jīng)過書面許可，否則開發(fā)者不得將Apache相關(guān)名稱用于派生產(chǎn)品的名稱之中[8]，也不得用Apache服務(wù)器、Apache項(xiàng)目組來宣傳派生作品[9]。在許可證的最后，Apache 1.0也參照BSD協(xié)議規(guī)定了免責(zé)條款。 Apache 1.0奠定了Apache協(xié)議的基礎(chǔ)，其對于開發(fā)者的義務(wù)要求主要集中在發(fā)布開源軟件的版權(quán)聲明、許可證條件和免責(zé)聲明上，對于軟件接受者如何使用開源軟件的限制很少，開發(fā)者只需要盡到“標(biāo)注”義務(wù)，不擅自使用Apache相關(guān)名稱即可自由使用開源軟件。 （二）Apache 1.1的主要內(nèi)容和評述 Apache 1.1在2000年被Apache基金會通過，其條款與1.0版本相比主要的變化在第三條。Apache 1.0版本第三條規(guī)定了所有提及受保護(hù)軟件的使用或特征的廣告材料必須顯示以下認(rèn)可聲明：“本產(chǎn)品包含由Apache集團(tuán)開發(fā)的軟件用于Apache HTTP服務(wù)器項(xiàng)目（http://www.apache.org/）”[10]，且這一聲明的重要性在Apache 1.0 的第六條被再次重申，任何形式的再分發(fā)都必須保留這一聲明[11]。Apache 1.1版本刪除了原本第三條和第六條的規(guī)定，1.1版本的第三條規(guī)定了如下內(nèi)容：再分發(fā)材料包含的最終用戶的登記文件（如有），必須包含下列認(rèn)可聲明：“本產(chǎn)品包含由Apache集團(tuán)開發(fā)的軟件（http://www.apache.org/）”，或者本認(rèn)可聲明可以出現(xiàn)在軟件中那些第三方認(rèn)可聲明通常出現(xiàn)的地方[12]。 Apache 1.1對于開發(fā)者使用了開源軟件的廣告材料不再嚴(yán)格要求展示歸屬聲明，而是改為只要在再分發(fā)材料中的最終用戶的登記文檔（The end-user documentation）中放置聲明，或者在那些能夠展示第三方認(rèn)可聲明的軟件中直接展示聲明即可（Alternately, this acknowledgment may appear in the software itself, if and wherever such third-party acknowledgments normally appear）。相較1.0版本，1.1版本更加靈活寬松，1.1版本刪除了被認(rèn)為是非常多余的廣告聲明條款。此類廣告條款在業(yè)界曾經(jīng)引起了廣泛的爭議，被戲稱為“令人反感的廣告條款”，原因在于開發(fā)者在分發(fā)使用開源軟件時，并非完全復(fù)制其中的廣告聲明條款，而是會將其中的“This product includes software developed by the University of California”，更換為其他的開發(fā)者，這就導(dǎo)致了后續(xù)開發(fā)者需要引用大量的權(quán)利歸屬聲明，GNU的Richard Stallman稱其曾經(jīng)在一個開源軟件的廣告材料中，數(shù)到多達(dá)75個權(quán)利歸屬句子，光這些句子就占據(jù)了整整一頁[13]。因此，Apache 1.1刪除這個多余的廣告條款，可謂一種有益的改進(jìn)。 （三）Apache 2.0的主要內(nèi)容和評述 Apache 2.0相比前兩個版本有較大的更新和擴(kuò)充。首先，在形式上，Apache 2.0在開頭增加了概念定義條款，區(qū)分了原始作品、派生作品、單獨(dú)作品的概念：在Apache協(xié)議下獲得的作者的作品，無論以何種格式存在，均為原始作品。將原始作品進(jìn)行編輯、注釋、闡述、或者其他修改后，可獲得基于原始作品的派生作品。單獨(dú)作品是與原始作品或者派生作品分離，或僅僅是通過鏈接或通過名稱與原始作品、派生作品綁定的作品[14]。 其次，Apache 2.0明確了其授予的許可內(nèi)容，在著作權(quán)許可方面，根據(jù)Apache 2.0的條款和條件，每一個貢獻(xiàn)者在該許可證下授予被許可人永久的，全球的，非排他的，免費(fèi)的，免稅的，不可撤銷的著作權(quán)許可，許可包括復(fù)制、制作派生作品、公開展示、公開表演、再許可、分發(fā)原始作品和派生作品，以源代碼或目標(biāo)代碼形式[15]。 在專利許可方面，Apache 2.0增加了貢獻(xiàn)者對軟件接受者的專利許可，根據(jù)該許可證的條款和條件，每一個貢獻(xiàn)者在此給予被許可人永久的、全球性的、非排他的、免費(fèi)的、免稅的、不可撤銷的（許可證另有聲明除外）專利許可，許可包括制造、委托制造 、使用、許諾銷售、銷售、進(jìn)口以及其他形式轉(zhuǎn)讓作品。前述專利許可僅限于貢獻(xiàn)者可授權(quán)的專利權(quán)權(quán)利要求，授權(quán)的權(quán)利要求必然會被貢獻(xiàn)者提交的“貢獻(xiàn)”或“貢獻(xiàn)”與原始作品的組合所侵犯。Apache 2.0還有關(guān)于專利授權(quán)終止的規(guī)定，如果被許可人針對任何實(shí)體提起了專利訴訟（包括訴訟中提出交叉請求或反請求）聲稱原始作品或者某一個已經(jīng)納入原始作品的“貢獻(xiàn)”對被許可人構(gòu)成直接侵權(quán)或幫助侵權(quán)，那么本許可證曾經(jīng)給予被許可人的任何專利許可均會在被許可人提起訴訟之日被終止[16]。 再次，Apache 2.0關(guān)于軟件接受者的主要義務(wù)規(guī)定在第四條“重新分發(fā)”中，對復(fù)制開源許可證、表明修改、保留聲明進(jìn)行了具體規(guī)定。被許可人依然無權(quán)擅自使用Apache相關(guān)的商號、商標(biāo)、服務(wù)標(biāo)識或產(chǎn)品名稱[17]。 最后，Apache 2.0擴(kuò)充了免責(zé)聲明和責(zé)任限制的內(nèi)容，其第七條特別明確許可方僅僅按原樣提供原始作品（每個貢獻(xiàn)者提供其貢獻(xiàn)也是如此），不提供任何明示或暗示的保證或狀態(tài)，包括但不限于任何所有權(quán)、非侵權(quán)、適銷性或特定用途適用性的保證或條件。被許可人單獨(dú)負(fù)責(zé)確定使用或重新分發(fā)原始作品的適當(dāng)性，并承擔(dān)與執(zhí)行本許可證下許可行為相關(guān)的任何風(fēng)險[18]。其第八條進(jìn)一步對貢獻(xiàn)的責(zé)任進(jìn)行限制，即使該貢獻(xiàn)者已被告知損害的可能性也無需對損害承擔(dān)賠償責(zé)任[19]。 Apache 2.0相較于前兩個版本，明確了著作權(quán)許可的內(nèi)容，增加了專利權(quán)許可的內(nèi)容，其對被許可人的義務(wù)規(guī)定以復(fù)制開源許可證、表明修改、保留聲明為核心內(nèi)容。
三、同Apache開源許可證相關(guān)的合規(guī)事件
（一）Volcengine Inc.火山引擎Apache許可證事件 2022年1月28日，Apache SkyWalking官網(wǎng)發(fā)布聲明，稱Volcengine Inc.(火山引擎) Application Performance Monitoring-Distributed Tracing (應(yīng)用性能監(jiān)控全鏈路版)以非法方式重新發(fā)行了 Apache SkyWalking的SkyWalking Java agent開源軟件，違反了Apache 2.0許可證。 Apache SkyWalking是一個分布式系統(tǒng)的開源APM（Application Performance Management應(yīng)用性能管理軟件），通常用于對企業(yè)系統(tǒng)進(jìn)行實(shí)時監(jiān)控以實(shí)現(xiàn)企業(yè)對應(yīng)用程序的性能和故障的全面了解，解決分布式架構(gòu)下的問題定位和性能瓶頸問題[20]，是 Apache 軟件基金會的頂級項(xiàng)目。 Apache SkyWalking提到的違反開源協(xié)議的火山引擎是字節(jié)跳動旗下的云服務(wù)平臺，為抖音、懂車帝、Keep等知名軟件提供服務(wù)[21]。Apache SkyWalking在官網(wǎng)聲明中表示其在1月28日收到了一份匿名舉報(bào)，發(fā)現(xiàn)火山引擎擁有一個名為Application Performance Monitoring-Distributed Tracing (應(yīng)用性能監(jiān)控全鏈路版) 的云服務(wù)程序。Apache SkyWalking下載這個程序之后，發(fā)現(xiàn)其與Apache SkyWalking開發(fā)的名為SkyWalking Java agent的開源軟件幾乎相同[22]，從而確認(rèn)Application Performance Monitoring-Distributed Tracing (應(yīng)用性能監(jiān)控全鏈路版)的發(fā)布行為實(shí)質(zhì)上是適用Apache 2.0許可證的SkyWalking Java agent 的再分發(fā)行為，應(yīng)當(dāng)遵守Apache 2.0許可證的規(guī)定。但是-火山引擎最終發(fā)布的軟件中，刪除了SkyWalking Java agent所有包的名稱，沒有保留 Apache 軟件基金會的標(biāo)題（header）、開源許可證和 NOTICE文件。 在SkyWalking發(fā)出此聲明后，2022年1月30日SkyWalking收到了火山引擎的APMPlus開發(fā)團(tuán)隊(duì)的答復(fù)，火山引擎的APMPlus開發(fā)團(tuán)隊(duì)承認(rèn)其違反了許可證的規(guī)定并采取措施進(jìn)行彌補(bǔ)。火山引擎承認(rèn)其發(fā)布的APMPlus產(chǎn)品是一個基于Apache SkyWalking agent的分支（a fork version），本質(zhì)上也是對開源軟件的一種再分發(fā)行為。 （二）Beyond Microservice（博云）Apache許可證事件 2020年6月，SkyWalking的Apache項(xiàng)目負(fù)責(zé)人向思否（SegmentFault）中文技術(shù)交流平臺[23]提供消息稱云計(jì)算解決方案服務(wù)商“博云”在使用開源項(xiàng)目 Apache SkyWalking 時，違反了該項(xiàng)目聲明的 Apache 2.0 開源許可證規(guī)定。SkyWalking項(xiàng)目負(fù)責(zé)人聲稱博云的BeyondMicroservice的宣傳視頻中，一些APM相關(guān)的UI組件、布局以及顯示的指標(biāo)信息，都和SkyWalking 6.6與Sky Walking 7完全一致[24]。SkyWalking認(rèn)為，盡管按照Apache 2.0的規(guī)定，博云可以自由修改SkyWalking 6.6與Sky Walking 7并且重新整合UI，但是應(yīng)當(dāng)在對BeyondMicroservice進(jìn)行宣傳時，展示其包含了SkyWalking這個適用Apache協(xié)議的開源軟件作為其中的一部分。但是博云在產(chǎn)品的宣傳材料中，并沒有對上述情況進(jìn)行說明[25]。事件發(fā)生后，博云公司在2020年6月19日在搜狐網(wǎng)官方賬號上發(fā)布《博云積極與Apache SkyWalking項(xiàng)目合作的聲明》，承認(rèn)由于宣傳工作失誤，公司發(fā)布的微信宣傳稿未能在相關(guān)位置顯著標(biāo)明Apache SkyWalking，公司網(wǎng)站上一段短視頻未能顯著標(biāo)注使用了Apache SkyWalking的情況。以上問題已于當(dāng)晚立即得到改正[26]。
四、Apache開源軟件合規(guī)要點(diǎn)
（一）判斷開源協(xié)議的版本 開源軟件合規(guī)項(xiàng)目工作的第一步永遠(yuǎn)是判斷開源軟件適用協(xié)議的種類和版本。開源協(xié)議的更新通常都會解決前一個版本中隱藏的問題，有時通過自我迭代研發(fā)出全新的條款，有時則借鑒其他開源協(xié)議的條款。如Apache協(xié)議1.0與1.1的差異并不明顯，但是與2.0比較則差異巨大，因此進(jìn)行開源軟件合規(guī)工作的第一步工作是明確具體的Apache許可證的協(xié)議版本，進(jìn)而根據(jù)協(xié)議版本確定需要合規(guī)工作的具體依據(jù)。 （二）評估開源軟件的應(yīng)用風(fēng)險 開源協(xié)議大多帶有復(fù)雜的免責(zé)聲明和責(zé)任限制條款，此類條款對于保護(hù)開源代碼的著作權(quán)人和貢獻(xiàn)者至關(guān)重要，因此往往被要求復(fù)制或保留在再分發(fā)的派生作品中。但是此類免責(zé)條款由于其“格式性”而常被忽略，例如Apache 2.0的第七條規(guī)定：許可方僅僅按原樣提供原始作品（每個貢獻(xiàn)者提供其貢獻(xiàn)也是如此），不提供任何明示或暗示的保證或狀態(tài)，包括但不限于任何所有權(quán)、非侵權(quán)、適銷性或特定用途適用性的保證或條件[27]。需要注意的是Apache 2.0協(xié)議并不對代碼的所有權(quán)負(fù)責(zé)，這意味著雖然開發(fā)者可以根據(jù)協(xié)議使用開源代碼，但是依然存在著侵犯他人著作權(quán)或者專利的風(fēng)險。筆者建議企業(yè)在使用Apache 2.0的開源代碼時，盡可能選用Apache基金會孵化的項(xiàng)目代碼、大型公司發(fā)布的開源代碼或業(yè)內(nèi)廣泛使用的開源代碼。此類開源代碼由于具有基金會或知名企業(yè)背書或經(jīng)過長期市場檢驗(yàn)，侵權(quán)風(fēng)險較小。而冷門、小眾的開源代碼則風(fēng)險相對較大，需要慎評估后決定是否使用。 （三）對后續(xù)開發(fā)成果的開源/閉源選擇 Apache協(xié)議屬于寬松型開源協(xié)議，其并不要求開發(fā)者對基于開源軟件的派生作品繼續(xù)進(jìn)行開源，因此基于Apache 2.0開源代碼制作而成的派生作品，該派生作品的開發(fā)者有權(quán)決定是否繼續(xù)開放其修改后的派生作品的源代碼。 1、開源/閉源的選擇 將開發(fā)成果開源并不意味著開發(fā)者放棄對代碼的權(quán)利，開源僅意味著其他開發(fā)者可以在遵守協(xié)議的前提下獲得部分著作權(quán)和專利（如有）的許可。 開源與否涉及到企業(yè)對于平衡商業(yè)利益和公共利益的考慮，對自身的研發(fā)成果進(jìn)行開源盡管看起來是企業(yè)讓渡了部分商業(yè)利益，但是這一促進(jìn)公共利益的技術(shù)分享行為，可以使全球的開發(fā)者共同參與該開源項(xiàng)目，更快地發(fā)現(xiàn)和修復(fù)軟件項(xiàng)目缺陷，提升產(chǎn)品性能，從而提高企業(yè)在業(yè)界的聲譽(yù)，使企業(yè)得以宣傳自身的開源軟件項(xiàng)目，提高相關(guān)開源軟件項(xiàng)目的知名度和影響力。 2、采用Apache 許可證開源的范例 目前，筆者了解到的國內(nèi)知名的選擇Apache2.0許可證開源的項(xiàng)目有華為的OpenHarmony項(xiàng)目[28]，百度的自動駕駛Apollo[29]項(xiàng)目等。前述開源項(xiàng)目均獲得了公眾的普遍好評，取得了良好的社會效果。 （四）根據(jù)開源協(xié)議的版本，嚴(yán)格履行開源許可證項(xiàng)下規(guī)定的義務(wù) Apache協(xié)議為寬松型開源協(xié)議，其核心義務(wù)為保留原始權(quán)利聲明和免責(zé)聲明、聲明修改、展示權(quán)利歸屬聲明等。如果不履行相應(yīng)的協(xié)議義務(wù)而被第三方投訴或著作權(quán)人發(fā)現(xiàn)，則將要面臨授權(quán)終止、行業(yè)內(nèi)的譴責(zé)和負(fù)面評價，甚至應(yīng)付軟件侵權(quán)訴訟。下文將對Apache協(xié)議三個版本的合規(guī)要點(diǎn)簡介如下： 1、Apache 1.0 如果企業(yè)適用的開源代碼適用Apache 1.0，則無論企業(yè)采用源代碼格式還是二進(jìn)制代碼格式分發(fā)開源代碼，都必須相應(yīng)地復(fù)制或者保留受保護(hù)軟件的版權(quán)聲明、協(xié)議條件和免責(zé)聲明[32]，以及如下認(rèn)可聲明：“本產(chǎn)品包含了由Apache集團(tuán)開發(fā)的用于Apache HTTP服務(wù)器項(xiàng)目（http://www.apache.org/）的軟件”[30]。 所有提及受協(xié)議保護(hù)的軟件的使用或特征的廣告材料必須表明這個產(chǎn)品包含Apache項(xiàng)目組開發(fā)的開源軟件，并且該軟件用于Apache HTTP項(xiàng)目[31]。除非經(jīng)過書面許可，否則開發(fā)者不得將Apache相關(guān)名稱用于派生產(chǎn)品的名稱之中，也不得用“Apache服務(wù)器”、“Apache項(xiàng)目組”來宣傳派生作品[33]。 2、Apache 1.1 如果企業(yè)適用的開源代碼適用Apache 1.1，原則上標(biāo)明復(fù)制或者保留受保護(hù)軟件的版權(quán)聲明、協(xié)議條件和免責(zé)聲明的義務(wù)與1.0相同，如果再分發(fā)材料包含最終用戶的登記文件（end-user documentation），還必須包含下列認(rèn)可聲明：“本產(chǎn)品包含由Apache集團(tuán)開發(fā)的軟件（http://www.apache.org/）”，或者本認(rèn)可聲明可以出現(xiàn)在軟件中那些第三方認(rèn)可聲明通常出現(xiàn)的地方[33]。 3、Apache 2.0 如果企業(yè)適用的開源代碼適用Apache 2.0，則分發(fā)原始作品的源代碼或目標(biāo)代碼時，無論發(fā)布于何種媒介，都必須給后續(xù)的被許可人一份Apache 2.0協(xié)議的副本[35]。 如果企業(yè)對原始作品進(jìn)行了修改從而生成了派生作品，那么企業(yè)在分發(fā)派生作品時，首先應(yīng)像再分發(fā)原始作品一樣，復(fù)制一份開源協(xié)議的副本。其次，如果企業(yè)對原始作品進(jìn)行了修改，則應(yīng)當(dāng)在任何修改的文件中附上一個顯著的聲明，表明修改的存在[36]（如下圖）。
火山引擎APMPlus產(chǎn)品最終對開源代碼修改情況的說明[37] 當(dāng)企業(yè)以源代碼形式分發(fā)派生作品時，必須原封不動地保留原始作品的源代碼中的著作權(quán)、專利、商標(biāo)和權(quán)利歸屬聲明，除非某些聲明同派生作品的任何部分都無關(guān)[38]。例如某些聲明對應(yīng)的原始作品的部分已經(jīng)在派生作品中被刪除，則此類聲明無需再放置在派生作品的分發(fā)中。 如果一個原始作品的分發(fā)內(nèi)容中包含了一個《聲明》文本文件（“NOTICE” text file），那么企業(yè)在分發(fā)任何派生作品時，必須一起發(fā)布一個《聲明》文本文件中的《權(quán)利歸屬聲明》（attribution notices）的可讀副本，除非某些聲明同派生作品的任何部分都無關(guān)。前述《權(quán)利歸屬聲明》的可讀副本至少應(yīng)放在以下位置之一：1、放在屬于派生作品的一部分的《聲明》文本文件里。2、如果與派生作品一起提供，則放置在派生作品的源代碼或登記文件中；3、放置在派生程序所產(chǎn)生的顯示內(nèi)容中，在一些第三方通知通常出現(xiàn)的地方。《聲明》文件夾中的內(nèi)容僅作提供信息之用，不構(gòu)成對開源許可證的任何修改。例如，在前述火山引擎的案例中，在更新后的APMPlus產(chǎn)品中就在如下位置新增了SkyWalking的許可證和NOTICE（如下圖）[39]。
企業(yè)可以在分發(fā)的派生作品中添加自己的權(quán)利歸屬聲明，與原始作品的聲明文本一起或作為其附錄，前提是此類附加歸屬聲明不能被解釋為修改開源許可證[40]。此外，企業(yè)也可以為派生作品增加自身的著作權(quán)聲明，還可以選用Apache以外的其他許可證發(fā)布派生作品，但是以上自由仍然以開發(fā)者完整地履行Apache協(xié)議的義務(wù)為前提。
注釋 [1] 參見《Success at Apache: What You Need to Know》， https://blogs.apache.org/foundation/entry/success-at-apache-what-you [2] 參見BSD 4-Clause，https://spdx.org/licenses/BSD-4-Clause.html。 [3] 參見Apache 1.0第五條。 [4] 參見《The Apache License (V2) - An Overview》， http://oss-watch.ac.uk/resources/apache2。 [5] Apache協(xié)議1.0版本要求提及受保護(hù)的軟件的所有廣告材料必須表明受保護(hù)的軟件由Apache項(xiàng)目組開發(fā)，而1.1版本去除了這個要求。 [6] 參見Apache 1.0第一條、第二條、第六條。 [7] 參見Apache 1.0 第三條。 [8] 參見Apache 1.0 第五條。 [9] 參見Apache 1.0 第四條。 [10] 參見Apache 1.0 第三條。 [11] 參見Apache 1.0 第六條。 [12] 參見Apache 1.1 第三條。 [13] 參見《The BSD License Problem》， Richard Stallman，https://www.gnu.org/licenses/bsd.en.html。 [14] 參見Apache 2.0 第一條（定義部分）：Derivative Works shall not include works that remain separable from, or merely link (or bind by name) to the interfaces of, the Work and Derivative Works thereof. [15] 參見Apache 2.0 第二條：Grant of Copyright License. Subject to the terms and conditions of this License, each Contributor hereby grants to You a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare Derivative Works of, publicly display, publicly perform, sublicense, and distribute the Work and such Derivative Works in Source or Object form. [16] 參見Apache 2.0 第三條。 [17] 參見Apache 2.0 第六條。 [18] 參見Apache 2.0 第七條。 [19] 參見Apache 2.0 第八條。 [20] 參見華為云應(yīng)用性能管理APM， https://support.huaweicloud.com/productdesc-apm/apm_06_0006.html。 [21] 參見火山引擎官網(wǎng)，https://www.volcengine.com。 [22] 參見SkyWalking官網(wǎng)， [Resolved][License Issue] Volcengine Inc.(火山引擎) violates the Apache 2.0 License when using SkyWalking. https://skywalking.apache.org/blog/2022-01-28-volcengine-violates-aplv2/。 [23] 參見《博云違反 Apache 2.0 開源協(xié)議被要求整改，開源協(xié)議到底應(yīng)該如何遵守？》， https://segmentfault.com/a/1190000022973105。 [24] 參見《開源許可違反：案例說明（Apache License 2.0）》， https://blog.csdn.net/liumiaocn/article/details/107368370。 [25] 同腳注2。 [26] 參見《博云積極與Apache SkyWalking項(xiàng)目合作的聲明》， https://www.sohu.com/a/403004302_825425。 [27] 參見Apache 2.0第七條 [28] 參見 https://github.com/Awesome-HarmonyOS/HarmonyOS。 [29] 參見https://github.com/ApolloAuto/apollo。 [30] 參見Apache 1.0 第一、二條。 [31] 參見Apache 1.0 第六條。 [32] 參見Apache 1.0 第三條。 [33] 參見Apache 1.0 第四、五條。 [34] 參見Apache 1.1 第三條：The end-user documentation included with the redistribution, if any, must include the following acknowledgment: "This product includes software developed by the Apache Software Foundation (http://www.apache.org/)." Alternately, this acknowledgment may appear in the software itself, if and wherever such third-party acknowledgments normally appear. [35] 參見Apache 2.0 第四條，第一款You must give any other recipients of the Work or Derivative Works a copy of this License。 [36] 參見Apache 2.0 第四條，第二款You must cause any modified files to carry prominent notices stating that You changed the files。 [37] 參見SkyWalking官網(wǎng)，[Resolved][License Issue] Volcengine Inc.(火山引擎) violates the Apache 2.0 License when using SkyWalking. https://skywalking.apache.org/blog/2022-01-28-volcengine-violates-aplv2/。 [38] 參見Apache 2.0 第四條，第三款。 [39] 參見SkyWalking官網(wǎng)，[Resolved][License Issue] Volcengine Inc.(火山引擎) violates the Apache 2.0 License when using SkyWalking. https://skywalking.apache.org/blog/2022-01-28-volcengine-violates-aplv2/。 [40] 參見Apache 2.0 第四條，第四款。
