open source裡要寫到這些東西嗎?

如果要寫的話有特定格式或大概要怎麼寫?

感謝

Hi YCYang，

我想您是要問：在原始碼檔案中，是否要需要標明著作權聲明與授權方式的聲明？若是的話，是否有特定的格式？

關於第一個問題的答案，其實並沒有哪一部法律或者是條款有硬性規定，一定要如何如何標示才對，但是我個人強烈建議，在每一份原始碼檔案檔頭中，都必須要有這兩樣的聲明。這樣一來，日後若有使用者單獨利用這些個別原始碼檔案，也可以清楚地知道這個檔案的原始著作權人是誰，還有是採用什麼樣的授權方式，使用者若是有什麼疑問的話，或是想要採用條款規定以外的方式來利用這個原始碼檔案時，就可以知道應該要找誰。

書寫的格式也是沒有特別的硬性規定，不過有一些習慣的寫法。

【著作權聲明】

基本的常見寫法格式與範例如下：

格式：
[software name, version number]
Copyright (C) [release year/ modify year], [copyright holder]

範例一：
3A Library v.1
Copyright (C) 2008, Florence Ko

範例二：
3A Library v.2
Copyright (C) 2008, 2009, Florence Ko

【授權聲明】

這部份的聲明您可以自己用英文撰寫，重點在於讓打開這個原始碼檔案的人知道；這份原始檔是採用哪一份、或哪幾份條款來授權（若採用雙重授權，就會有兩份授權條款），到哪裡可以閱讀到條款全文。這樣就滿足授權聲明最基本的要求了！

而在不知道您是採用哪一份條款授權的前提下，我先就常見的 BSD、MIT、GPL與LGPL 來簡單說明一下。

若是你採用 BSD、MIT 等文字內容非常少的條款來授權的話，您甚至可以直接將條款全文放在檔頭。

若是採用 GPL、LGPL的話，則可以套用附在 GPL、LGPL 條款末的聲明範本。此外，也請記得遵守 GPL、LGPL 的規定，必須要將 GPL、LGPL 的全文文字一併隨著你的軟體散布。

不知道您準備採用哪一份條款，或者是什麼樣的方式來授權軟體呢？

【重要提醒】

此外，無論採用那一份條款來授權你的軟體，我強烈建議，除非您已經將條款原文都附在檔頭，否則要將授權條款全文另外存成文字檔，隨著軟體附上，這樣使用者可以很簡單地閱讀到條款全文，知道該有的權利與必須遵守的義務。

【延伸資訊】

您可以到下列網址閱讀到進一步的相關資訊：

宣告授權條款的方式：www.openfoundry.org/component/option,com_content/Itemid,371/id,1884/task,view/

修改自由軟體的著作權人標示：www.openfoundry.org/component/option,com_content/Itemid,252/id,1747/task,view/


若對於以上說明有任何的疑問、意見，或還有其他問題，都歡迎回文喔！

葛冬梅　Florence Ko
20091119 1722

我用的是GPL, 謝謝你提供的資訊!

您好，

關於著作權人標示我還有幾個問題，假設我開發的程式A link自由軟體(GPL)的函式庫B，當open source時：
1. 是不是A的著作權人是我，B的著作權人不變？
2. 如果修改了B的xyz.c檔，需要修改B所有檔案的著作權人標示還是只要修改xyz.c？
3. 如果A只link B的xyz.c檔，在有修改或沒有修改xyz.c的狀況下，xyz.c檔的著作權人分別該如何標示？
4. 如果A只加入xyz.c的某個函式或某段code，又該如何標示？
5. 如果標示錯誤，會有什麼責任嗎？會不會像GPL一樣被告？

謝謝！

CW Chung

Hi Cwchung，

1. 是不是A的著作權人是我，B的著作權人不變？
是低。

2. 如果修改了B的xyz.c檔，需要修改B所有檔案的著作權人標示還是只要修改xyz.c？
只需要修改 xyz.c 檔的著作權人標示即可。其他你沒有修改的檔案，著作權人還是屬於 B 的。

3. 如果A只link B的xyz.c檔，在有修改或沒有修改xyz.c的狀況下，xyz.c檔的著作權人分別該如何標示
連結利用函式庫 B 並不影響著作權人的標示，因此：
(1) 有修改 xyz.c 時：需要修改著作權人標示，標示的方式，您可以參考「修改自由軟體的著作權人標示 」這篇文章。
(2) 未修改 xyz.c 時：著作權人標示不需要修改。

5. 如果標示錯誤，會有什麼責任嗎？會不會像GPL一樣被告？
可以說是...也可以說不是...

若是 B 的著作權人在乎的話，他應該會先寄給你一封 email，詢問一下：「我看到你的程式裡好像有用到我的函式庫 B，不過上面的標示不是我的名字，是否可以請您解釋一下......blahblahblah」，接到信之後，若是沒有給任何回應的話，才有可能接到正式的律師信或存證信函之類比較正式的通知，若還是不理的話，接下來就有可能是接到法院的開庭通知了！

因此標示錯誤是有可能挨告，但是也不會一下子就挨告，只要你不要採取不理政策，應該也不會有社群著作權人會想要馬上興訟，畢竟訴訟耗時耗財，cp 值不見得一定高。

因為自由軟體著作權標示錯誤而導致的訴訟，目前有一例，您可以參考「美國上訴法院肯定自由／開放源碼的授權模式」這篇文章。


先降子！

葛冬梅 Florence Ko

Hi Florence,

謝謝您的說明，這樣看來，是不是著作權人標示是以個別.C檔為單位呢？還有我的第4個問題：如果A只加入xyz.c的某個函式或某段code，又該如何標示呢？

謝謝您的幫忙
CW Chung

Hi CW Chung，

1. 建議以個別原始檔為標示著作權聲明的單位

其實著作權人標示並沒有什麼法定的方法，除非著作權人有什麼特別的要求，例如GPL裏面要求要有適當的著作權標示，但至於怎麼標示才算是適當，GPL就沒有更詳細的規定。而有些軟體著作權人在散布整體原始碼的時候，只有附隨一個與授權相關的說明檔，或者是在 readme 檔中順便提到一下，卻沒有在個別原始檔頭標示著作權人，這樣日後若有人拿到一個單獨原始檔案的話，是無法得知這個原始檔的著作權人是誰的。因此我建議，每個原始檔檔頭都加上著作權標示的話，後手拿到單獨原始碼檔案時，就可以清楚知道這個原始檔案的著作權人是誰，若是有授權運用問題的話，可以找誰。因此不僅是個別的 .C 檔檔頭要加上著作權聲明 .h 檔的檔頭也一樣，任何一個原始檔檔頭我都強烈建議加上著作權聲明。。

2. 著作權人的認定還是要從整體軟體來判斷

一個原始檔案的檔頭著作權標示該如何標示，最主要是要標示「誰」是著作權人，而「誰」是著作權人的判斷是要從軟體整體面來看，看誰投注了最多的創作性在其中，所以軟體 A 利用到其他程式/函式庫的方式，若沒有影響到您對於 A 所投注的創作性，這時候您自己所撰寫 A 的每個原始檔頭所標示的著作權人當然都是您自己。

依照您所描述的「如果A只加入xyz.c的某個函式或某段code」的文字看來，「xyz.c的某個函式或某段code」在 A 中所佔的量應該不多，因此從量上來說，應該不會對於 A 的創作性 (也就是您是 A 著作權人這件事實) 造成影響，檔頭著作權標示中的著作權人還是可以寫您。但若這個函式或這些程式碼剛好是 A 的核心重要功能，這時候，就很有可能讓 A 的著作權人變成是 B。不知道您的實際狀況是如何？

葛冬梅 Florence Ko
20091208 1109

Hi Florence,

謝謝您的說明，我的狀況是引用的量並不多。

Regards,
CW Chung

Hi Florence,

再請問一下像 "Copyright (C) 2008, 2009, Florence Ko" 的寫法，年份2008, 2009代表什麼意義呢? 如果是單獨的年份例如2008，又代表什麼意義? 是著作完成的時間嗎?

Regards,
CW Chung

Hi CW Chung，

Copyright (C) 2009 Florence Ko中，2009這個年份、通常指的是「作品公開的時間點」，從著作權法上的觀點，原則上就是「著作開始受到著作權法保護的期間起點」，原則上著作權的保護期間，就已發表的作品而言，就是著作權人的生存期間，再加上去世後五十年，這個保護期間其實非常的長，之所以特別標明年份，是讓使用者知道這個著作是從「哪一個時間點開始向後就被保護的」。

特別要注意的是、即使是同一個軟體，隨著版本變更，這個宣告的著作公開期間也有可能會向後延，因為著作權法賦與「改作著作」新的著作權保護適格，也就是說、某一個程式大改之後，可能作者也會宣告新版本的保護期間重新起算。

希望上述的資訊有解答到您的問題。

順心、健康

20100111 1205 林誠夏