登入  |  English
感謝您對「自由軟體鑄造場」的支持與愛護,十多年來「自由軟體鑄造場」受中央研究院支持,並在資訊科學研究所以及資訊科技創新研究中心執行,現已完成階段性的任務。 原網站預計持續維運至 2021年底,網站內容基本上不會再更動。本網站由 Denny Huang 備份封存。
也紀念我們永遠的朋友 李士傑先生(Shih-Chieh Ilya Li)。
問答集 軟體之改作

法律源地

本網站法律源地提供相當多自由軟體授權與法律的資訊,歡迎您閱讀這些資訊。

 

軟體之改作

Q7為什麼修正更新檔 (patch) 不是衍生著作?

A7:一般人常會以為修正更新檔與原始著作具有某種的關連性(因為沒有原始著作就不會有修正更新檔),而誤認為修正更新檔是原始程式的衍生著作。然而,修正更新檔並不是衍生著作,原因有二:

(1) 修正更新檔實際上並不包含原始程式的內容。依我國著作權法的規定,衍生著作指:改作人將他人著作透過翻譯、編曲、改寫、拍攝影片或其他方法就原著作另為創作而產生之著作。因此,衍生著作必然會直接或間接包含原始著作的表達 (expression)。在電腦軟體的著作類型中,程式開發者如果想要直接修改他人之程式,或進一步散布修改後之程式,由於修改後程式會包含原始程式的部分內容,故修改後之程式將成為原始程式的衍生著作,改作人必須取得原著作權人改作權及散布權的授權,才能修改、散布他人之程式。

修正更新檔 (patch) 是一種引導使用者就特定程式加以修改的小程式,通常較原始程式檔案小得多,修正更新檔中的內容只包含刪除原始程式特定位址及新增程式碼的指令,並不包含原始程式的內容,故修正更新檔不具有著作權法上衍生著作必然會直接或間接包含原始著作表達的特性,所以不會被認定是原始程式的衍生著作,而是獨立的著作。修正更新檔的作者不需取得原始程式著作權人的授權,並可單獨為修正更新檔選擇授權條款。

(2) 原始程式著作權人不會因為他人散布其自行開發之修正更新檔,而受到經濟利益的損失。這是從修正更新檔對原始程式著作權人經濟利益的影響此一角度來觀察。著作權法規定散布衍生著作需經原始著作權人授權的理由,主要在於衍生著作的散布,多少都會影響到原始著作的銷售,為了避免造成原始著作權人的損失,故透過原始著作權人對衍生著作之散布具有同意權之機制,讓原始著作權人可向衍生著作權人收取權利金。修正更新檔因為實際上不包含原始程式的內容,且一定需搭配原始程式才有實質的功能,因此,使用者取得修正更新檔的同時,仍需要透過購買或是其他方式直接向原始程式著作權人取得利用原始程式的授權,原始程式著作權人不會因為他人散布其自行開發之修正更新檔受到經濟利益的損失,若仍授與原始著作權人對於散布修正更新檔之同意權,會造成過高的社會成本,也阻礙社會科技文化的創新。

 

Q8承續 Q7,(1) 如果修正更新檔 (patch) 不是衍生著作,產生修正更新檔是否就不需要取得原始程式著作權人的同意?(2) 將修正更新檔安裝至原始程式上是否需要原作者之同意?

A8:(1) 不需要。承續 A7,修正更新檔是一獨立著作,而非衍生著作,故程式開發者開發修正更新檔,不需取得原始程式著作權人的同意。

(2) 需要。開發修正更新檔的作者雖不需取得原始程式著作權人的授權,但使用者將修正更新檔安裝至原始程式上的行為,即構成改作原始著作,故該使用者必須取得原始程式著作權人改作權的授權;然因常見的自由軟體授權條款皆有著作權人授與使用者修改其著作的權利的規定,在此種情況下,使用者可在原始程式所適用的授權條款的授權範圍內,安裝修正更新檔。

雖然程式開發者可為其開發的修正更新檔選擇獨立於原始程式的授權條款,但是考量到使用者安裝修正更新檔會構成對原始程式的改作,若修正更新檔採用與原始著作分別採用的授權條款不相容,將造成使用者無法合法安裝修正更新檔的窘境,因此開發修正更新檔的作者最好選擇與原始程式授權條款相容的授權條款釋出該修正更新檔。(相容性的問題請見「自由軟體授權方式之選擇」Q2、Q3)

 

Q9 A 程式是一個網路線上多人開發的自由軟體,目前最新的版本是 1.7 版,陳凱莉想在 A 程式 1.7 版上繼續開發後續的 1.8 版,陳凱莉除了需得到 A 程式 1.7 版作者的同意之外,還需要得到 A 程式更早版本作者的同意嗎?

A9:需要。電腦程式在開發過程中常會有不同版本程式的釋出,新版本程式除非完全捨棄舊有版本的程式碼另為開發,否則基於舊有版本加以修改而產生的新版本,不僅是前一版本的衍生著作,同時也是之前所有版本的衍生著作。

故陳凱莉想要修改 A 程式 1.7 版來開發 1.8 版,若 1.7 版的開發過程中參考了 1.6 版或更早之前的版本,則陳凱莉除需取得 A 程式 1.7 版開發者(團隊)的改作授權之外,同時也需取得之前所有版本開發者(團隊)的授權,才能對 1.7 版進行改作。

網路線上多人開發是目前自由軟體常見的開發模式,但這種模式卻易使著作權人與使用者間的法律關係過於複雜,必須仰賴自由軟體專案開發者在程式開發之初,事先妥善規劃完善的授權條款,才不會造成後續開發者的難題。

 

Q10林正國開發 A 程式的過程中,向張莊敬取得了一份他經常使用的 B 程式碼複本,而 B 程式的原作者則是陳凱莉,且 B 程式是以自由軟體模式授權。如果林正國想要以 B 程式作為開發 A 程式的基礎,需得到張莊敬的授權還是 B 程式原作者陳凱莉的授權?

A10: 須視授權條款之內容而定。以下就一般情形與少數特別情形分別說明。

一般情形,張莊敬雖是提供 B 程式副本給林正國的人,但張莊敬並非 B 程式的原始著作人,因此林正國必須取得 B 程式原作者(即陳凱莉)重製權或改作權等授權後,才能利用 B 程式。不過,由於 B 程式採用的是自由軟體授權模式,所以林正國只要遵守 B 程式所採用的授權條款規定,就可對 B 程式進行重製或改作等利用行為。

少數自由軟體授權條款,例如:MIT、MPL (Mozilla Public License) 及 CPL (Common Public License),允許他人以自己(即授權人)名義將該軟體「再授權 (sublicense)」給第三人。如果陳凱莉採取的是類似前述三種授權條款釋出 B 程式,則張莊敬在符合該授權條款的約定下,得以張莊敬自己為授權人,在陳凱莉授權給張莊敬的範圍內再授權給林正國,此時,授權契約的當事人便是張莊敬與林正國。在這種「再授權」的情況,對於被授權的林正國來說,一樣可以取得有效的重製或改作的授權,差別僅在於授權人是被授權可為「再授權」的張莊敬,而非 B 程式原作者陳凱莉。

【按】:一般來說,會特別需要採行「再授權」的情形,較常發生在某一手程式開發/利用者(通常是商業公司)針對某程式加以商業化販售,而該程式之購買者要求和該公司直接訂立授權契約之情況。不過,允許第三人可為再授權的自由軟體授權條款並不多,因此,被授權人在與此等商業公司簽訂授權契約時,必須特別注意該程式原本之授權條款中是否有允許此等商業公司「再授權」之約定。若有,該公司在遵守原授權條款「再授權」的規定下,便能以該公司自己為授權人和購買者訂約;若無,縱使購買者和商業公司簽訂了授權契約,仍欠缺原程式著作權人的「再授權」,該購買者將無法合法地利用此程式。





分類: 問答集