程式碼的著作權是如何保護的？

在數位時代，程式碼就是工程師與科技公司的核心資產。但你是否擔心辛苦寫出的軟體被他人輕易抄襲？其實，台灣法律對於「電腦程式」有著相當嚴謹的保護機制。本文將帶您了解法律如何界定程式碼的權利，以及在實務上如何守護您的研發成果。

法律如何定義程式碼的保護？

根據台灣法律，程式碼被歸類為「電腦程式著作」。這不僅保護我們平常撰寫的原始碼（Source Code），也包含電腦執行的目的碼（Object Code）。

《著作權法》第5條第1項第10款：「本法所稱著作如下：……十、電腦程式著作。」

這代表當程式碼撰寫完成的那一刻起，作者就自動取得了著作權。然而，法律保護的是「表達方式」，而不是「點子」。

《著作權法》第10條之1：「依本法取得之著作權，其保護僅及於該著作之表達，而不及於其所表達之思想、程序、製程、系統、操作方法、概念、原理、發現。」

簡單來說，如果你發明了一種全新的排序演算法，別人不能直接複製你的「程式碼文字」，但如果他用自己的邏輯重新寫出一套同樣功能的程式，通常不會構成侵權，因為演算法本身屬於「思想」範疇。

生活化案例：相容性不是抄襲的萬靈丹

為了讓大家更理解法院如何判斷，我們來看一個改編自真實判決的故事：

甲公司研發了一套保全系統，並撰寫了獨特的通訊加密程式碼。乙公司為了讓自家的硬體能與甲公司的系統相容，直接破解並複製了甲公司的加密代碼。乙公司在法庭上辯稱：「我只是為了達成系統相容，這是業界慣例，不應該受保護。」

但法院認為，雖然「相容性」是考量因素，但甲公司的加密規則融入了作者獨特的邏輯編排與設計，具有「原創性」。乙公司並非沒有其他方式達成相容，卻選擇直接重製，因此判定乙公司侵權。這告訴我們，只要程式碼中展現了作者的智巧與獨特選擇，就具備法律保護的價值。

軟體侵權的判定標準：AFC 測試法

法院在審理程式碼抄襲時，並非單純比對文字，而是採用「抽象－過濾－比較測試法」（AFC Test）：

1. 抽象化：將程式拆解成不同層次（如代碼、結構、功能）。
2. 過濾：剔除掉屬於「公有領域」、為了「效率」必經的寫法，或受「硬體限制」而不得不這樣寫的部分。
3. 比較：僅就剩下的、具備原創性的核心部分進行比對，看是否「實質相似」。

開發者的實務行動建議

為了在爭議發生時能有效維權，建議採取以下措施：

• 落實版本控制：使用 Git 等工具完整記錄開發歷程（Commit History），這能證明創作的時間點與獨立開發的軌跡。
• 契約約定明確：根據《著作權法》第11條與第12條，公司應在勞動契約或外包合約中明確約定「以公司為著作人」或「權利完全讓與」，避免員工離職或廠商結案後產生權利歸屬爭議。
• 建立潔淨室流程：若要開發具競爭性的產品，應指派未接觸過對手代碼的人員根據規格書獨立撰寫，以阻斷「接觸」他人著作的嫌疑。

結論

程式碼的保護不僅止於文字的比對，更延伸至具原創性的結構與組織。透過法律的「思想與表達二分法」，我們能確保在鼓勵創新的同時，也守護開發者的具體勞動成果。掌握法律工具並落實開發紀錄，才是保護數位資產的最佳防線。