閆光慧
龍芯中科技術有限公司,北京 100095
?
有關開源軟件的知識產(chǎn)權管理簡析
閆光慧
龍芯中科技術有限公司,北京100095
越來越多的軟件權利人想通過開源軟件的方式,發(fā)展聯(lián)盟,建立生態(tài),以便企業(yè)持續(xù)發(fā)展。在公開源代碼的同時,我們也應該看到這其中涉及到的知識產(chǎn)權問題。本文主要以專利方面為主,分別從軟件開發(fā)者公開源代碼和開源愛好者使用他人開源軟件的角度,分析了在管理開源軟件的過程中,企業(yè)可以采用的一些保護知識產(chǎn)權的管理方案或避免知識產(chǎn)權問題的相關內容介紹。
開源軟件;知識產(chǎn)權管理
很多軟件權利人認為只要免費提供或公開源代碼就是開源軟件,實際上并非完全如此。真正意義上的開源軟件,同時還要看軟件權利人提供的開源許可證是否注有OSIA(開放源代碼組織)許可的證明商標。因為,被認定為開源的軟件是可以在軟件上使用OS、OSI等證明商標標識,并以此獲得開源軟件社區(qū)成員的認可。
OSI批準了60多種開源協(xié)議(即開源許可證),其中常用的有如下六種:GPL(著名的GPL許可證的開源軟件有LINUX、MySQL)、LGPL、BSD、MIT、MPL(即Mozilla)和Apache。從這六種開源許可證下的開源軟件是否可商用的角度簡單點來講:
GPL:商業(yè)軟件不能使用GPL協(xié)議的代碼。
LGPL:商業(yè)軟件可以使用,但不能修改LGPL協(xié)議的代碼。
BSD:商業(yè)軟件可以使用,也可以修改使用BSD協(xié)議的代碼。
MIT:商業(yè)軟件可以使用,也可以修改MIT協(xié)議的代碼,甚至可以出售MIT協(xié)議的代碼。
MPL:商業(yè)軟件可以使用,也可以修改MPL協(xié)議的代碼,但修改后的代碼版權歸軟件的發(fā)起者。
Apache:允許代碼修改,再發(fā)布(作為開源或商業(yè)軟件),但需要滿足條件。
(一)使用他人的開源軟件時如何避免遇到知識產(chǎn)權問題
當以某種開源軟件為基礎進行研發(fā)時,需要先弄清楚該開源軟件被授權的是哪些種開源協(xié)議,因為不同的開源協(xié)議對是否可商用化有不同的要求。有的不允許商業(yè)化,有的允許商業(yè)化。因此,根據(jù)許可證的種類正確的使用開源軟件是避免遇到知識產(chǎn)權問題的手段之一。
以LINUX為例,LINUX授權的是GPL協(xié)議,該協(xié)議就像病毒一樣,具有“傳染性”,只要在一個軟件中使用(“使用”指類庫引用,修改后的代碼或者衍生代碼)GPL協(xié)議的產(chǎn)品,則該軟件產(chǎn)品必須也采用GPL協(xié)議,既必須也是開源和免費。因此GPL協(xié)議下的開源軟件不可以用于商業(yè)軟件,即不能用來收費。
以MySQL為例,該軟件也授權于GPL,因此應該屬于免費軟件,但是有部分MySQL會收取費用,這是因為MySQL遵循了兩種授權許可:GPL和商用授權協(xié)議。
(二)公開自主研發(fā)的開源軟件時如何進行知識產(chǎn)權保護
自主研發(fā)的軟件想做開源時,不僅需要公開和免費提供源代碼,還需要在公開前,根據(jù)自己建立開源的需求添加適合的開源許可證,并進行相應的專利申請和軟著備案。
出于知識產(chǎn)權角度的考慮這樣做的理由如下:
1.擁有正規(guī)授權的開源許可證可以使合作伙伴或軟件二次開發(fā)者更加具有安全感
很多謹慎的公司為了避免遇到知識產(chǎn)權問題在針對開源軟件的研發(fā)上非常小心,如果我們只是免費的提供源代碼并不能讓這些謹慎的公司相信他們不會遇到知識產(chǎn)權問題,并且他們也會對開源軟件的來源存有懷疑,因此有必要對自主研發(fā)的準開源軟件添加適當?shù)拈_源許可證,使我們的開源軟件能夠“名正言順”。
2.避免侵犯第三方的知識產(chǎn)權
專利是先申請原則,誰先申請,該項專利就屬于誰;軟著是登記備案式,及時的登記備案可盡早確定著作權的有效日期,在企業(yè)發(fā)生維權侵權事件時,方便舉證。
通常從立項開始到研發(fā)出產(chǎn)品是一個較長的過程,在這個過程中,很有可能自己研發(fā)的技術成果,被第三方公司申請了專利或軟著。此種情況下,當我們將源代碼公開時,就有可能被該第三方公司因侵犯其專利或軟著權而起訴。因此及時的對軟件進行專利申請和軟著登錄是可以避免遇到知識產(chǎn)權問題的有效手段之一。
并且,有了知識產(chǎn)權方面的保護,不僅可以使自己避免知識產(chǎn)權問題,實現(xiàn)知識產(chǎn)權自主可控,同時,還可以保護開源的合作伙伴不受來自第三方公司的知識產(chǎn)權問題困擾,給予對方知識產(chǎn)權方面的安全感,維護合作氛圍,更能促進與合作伙伴之間的長期合作。
(一)通過申請和/或公開的方式實現(xiàn)對開源軟件的技術方案進行專利管理
1.通過申請方式建立專利防御體系,為開源軟件后繼的使用、研發(fā)提供一個不受知識產(chǎn)權問題困擾的開源環(huán)境
針對自主研發(fā)的開源軟件申請專利保護,通過合理的布局形成專利池,構建一個結實的知識產(chǎn)權防御體系,注重開源環(huán)境下的基礎專利申請,以便使產(chǎn)品的延伸或組合產(chǎn)生的產(chǎn)品同樣也在保護之列。
2.采用申請+公開方式的申請策略節(jié)約申請維護費用
開源軟件申請專利(本文所說的開源軟件申請專利是指將開源程序的思想核心以通過自然語言的方式描述成技術方案的形式所進行的申請,并非指對開源軟件的源代碼進行專利申請),再通過開源許可證的專利許可條款無償?shù)膶⒆约旱能浖@S可給他人的缺點是:后繼OA、年費等維護成本高,以及開源軟件不以軟件本身為盈利為目的的原因,單純通過專利申請的方式保護負擔大。因此針對開源環(huán)境下的眾多擴展申請,可根據(jù)其重要性或應用前景采用不同的申請策略:如申請——公開——放棄;或者,合并申請——應用前景——放棄/分案的方式來進行保護。
3.通過公開的方式降低開源貢獻者遇到知識產(chǎn)權的風險
由于開源環(huán)境其開放式,難以控制的東西有很多。很多開源軟件的個人或小團體開發(fā)者更是難以管控,并且遇到知識產(chǎn)權問題的潛在風險也較高。因此,針對開源軟件不適合一味的進行專利申請,針對可以管控的公司內部的開源軟件研發(fā)人員的研發(fā)成果,可以通過專利申請的方式來保護;針對外部的開源貢獻者,尤其是個人或小團體開發(fā)者應該鼓勵開源軟件的開發(fā)者在發(fā)布源代碼的同時,將其方案的設計思想通過文字的方式描述出來,與源代碼一起公開。這樣,當遇到專利侵權問題時,可以通過現(xiàn)有技術抗辯來避免侵權問題,同時,還可以用在先公開的方案影響對方的創(chuàng)作性為由,考慮無效對方的專利權。
(二)通過附加知識產(chǎn)權保護條件的方式對企業(yè)自主發(fā)布的開源軟件進行保護
1.針對公司網(wǎng)站上公開了一些可下載的技術內容,如代碼、控件、企業(yè)標準等,可采用在用戶下載前附加保護協(xié)議的方式,提示用戶一些關于下載、修改、復制和傳播等相關的要求、保護等,下載用戶只有同意后才可下載。通過下載前附加保護條款的方式,可以使我們保留一些權利用于應付后繼可能突發(fā)的事件。
2.針對企業(yè)想要開源的軟件,制定相應的開源軟件知識產(chǎn)權管理方案,該方案應該明確開源軟件相關的許可添加、發(fā)布、一些聲明、及保護流程等內容。
3.開源軟件的商標管理。由于開源軟件的開放性,自發(fā)布后,難以控制其去向和就追究其來源。通常開源愛好者在開源社區(qū)下載代碼后,很有可能又將其上傳到其他第三方網(wǎng)站。那么在第三方網(wǎng)站上下載該源代碼的用戶并不知道下載的源代碼來自于哪里,也有可能將其用作自己的商業(yè)軟件中。不僅影響我們通過開源建立生態(tài)的初衷,也會使企業(yè)自身的知識產(chǎn)權沒有得到很好的保護。針對這種現(xiàn)象,可以采用將企業(yè)商標嵌入到源代碼中的方式來解決。例如:
(1)在開源代碼中嵌入一段用于代表企業(yè)自身信息的源代碼。
(2)在開源軟件運行時可在屏幕上顯示出企業(yè)的商標。
通過這兩種方式可以使企業(yè)商標隨著開源代碼一起擴散出去,讓開源軟件的使用者均可以知道源代碼的來源,建立企業(yè)的品牌形象。并且,軟件代碼通常有成千上萬行,第三方將我們的源代碼嵌入到商業(yè)軟件中使用時,很可能難以察覺其中某行是其他企業(yè)的自身信息,因此,這些嵌入的信息/商標也有可能作為第三方侵權的一種舉證。
有些人認為,開源軟件不允許申請專利,實際上并不是所有的開源軟件都不能申請專利,因協(xié)議而定,并且申請的專利能否授權,僅與該專利申請是否滿足專利法要求來決定。而在我國,專利法中并沒有明確規(guī)定開源軟件不能申請專利。雖然并不是建議申請人將開源軟件私有化而進行專利申請,但是,為了防止第三方申請專利而危害開源環(huán)境的秩序,針對自己的開源軟件的技術方案部分,從防御和維護的角度講是可以對開源軟件申請專利的。
[1]鄧集彥.初探開源軟件的專利風險[J].法制與社會,2015.2.
TP311.52
A
2095-4379-(2016)21-0164-02
閆光慧(1982-),女,黑龍江哈爾濱人,本科,龍芯中科技術有限公司,研究方向:知識產(chǎn)權。