Hi secret715,

首先說聲不好意思，我四月初就到歐洲進行洽公訪談，上週末返台，現在才有辦法開始收發信件。

根據你提供的DearmWeaver「使用者條款(User Agreement)」：原則上，使用DreamWeaver內建的程式碼來製作程式，此程式如內嵌DreamWeaver自動產生的程式碼，則這個成品是不能以自由開源軟體的方式釋出的，除非自動引用的程式碼非常的微量，而你也想援引著作權法上預設的合理使用(Fair Use)來進行抗辯。

如果我之前所表述的：關鍵點在於，這些DreamWeaver內建程式碼如果在編寫網頁程式的過程中，會自動include到所製作出來的程式的話，那這些自動include進來的程式碼，能不能被以轉授權(sublicense)，或援引著作權法關於微量取用的合理使用(fair use)抗辯，的方式來利用？如果可以，那這些程式有機會被以開放源碼的方式向外散布，如果不行，那這些程式就沒有辦法以開放源碼的方式向外散布。

因為照這份Adobe列示出來的「使用者條款」：2.9 示範應用程式碼。貴用戶得以變更軟體程式於相關附隨文件中識別為示範碼、示範應用程式碼或示範元件(各稱「示範應用程式碼」)部分之原始碼格式，但僅得為設計、發展及測試網站及使用Adobe軟體系統所開發出之應用程式之目的而為之。但貴用戶僅能在滿足全數下列條件之情況下複製及分發該示範應用程式碼(經修改或未經修改)：(a)貴用戶僅可與應用程式一並分發彙編物件之示範應用程式碼；(b)貴用戶未於任何為網站開發而設計出之產品或應用程式中納入示範應用程式碼；且(c)貴用戶未使用Adobe之名稱、標誌或其他Adobe之商標來促銷其應用程式。貴用戶同意將補償Adobe且使Adobe不受因使用或分發貴用戶應用程式而產生之任何損失、損害、請求或訴訟，包括但不限於律師費用。

Adobe要求網路開發上，相關的應用程式不能納入其主程式的應用程式碼，雖然這邊依條款似乎限制的範圍限縮在「示範」程式碼，但依一般著作權實務來看，往往此條款的解讀會擴及主程式相關程式碼的轉用，所以、為求降低使用上的風險，解釋上宜做否定解釋，也就是說，Adobe並沒有如同GCC Complier一般，明定編譯過程或是程用應用過程中自動產生置入的程式碼，可以不受原本授權方式的規範。

所以目前的狀態是，依使用者條款的解釋，Adobe是不允許其程式碼被做任何轉授權方式的使用。如果真的要用，只能援引各國著作權法都有預設的合理使用機制。

我國著作權法將合理使用的相關規定，列示於第65條以下：

第 65 條

著作之合理使用，不構成著作財產權之侵害。

著作之利用是否合於第四十四條至第六十三條規定或其他合理使用之情形，應審酌一切情狀，尤應注意下列事項，以為判斷之基準：
一、利用之目的及性質，包括係為商業目的或非營利教育目的。
二、著作之性質。
三、所利用之質量及其在整個著作所占之比例。
四、利用結果對著作潛在市場與現在價值之影響。

著作權人團體與利用人團體就著作之合理使用範圍達成協議者，得為前項判斷之參考。

前項協議過程中，得諮詢著作權專責機關之意見。

簡單來說，如果你內嵌DreamWeaver自動生成碼的比例非常小，而使用的方式亦無礙DreamWeaver的市場銷售比例，則可以以自己的名義主張合理使用；然而、一般來說合理使用在現實上是一把雙面刃，主張合宜受到法院肯認的話，那這樣的使用行為便不會被視為是著作財產權的侵害，但主張不合宜受到法院否決的話，則便會被視為明知的惡意侵權，此間的界限與分寸，就要看使用者使用的狀況、身份，以及個案的各種狀態來認定了。

約略是這樣，希望這些資訊有回答到你的疑問。

敬祝 順心健康、事事如意

20130415 10:45 LUCIEN C.H. LIN