Contract

110年度第五次電腦軟體共同供應契約採購-資通安全服務暨資訊服務(案號:1100205)

開源軟體安裝建置服務清單

類別	開源軟體相關內容	說明
I.開源軟體的辨識	1. 開源軟體（以下簡稱 OSS）的名稱與版本號:
	2. 該 OSS 的取得來源（如自網路下載，請提供 URL）：
	3. 權利人/授權者（Xxxxxxxx）的姓名/名稱：
	4. 權利人/授權者為（請勾選所有適用的選項）：	□個人
		□企業
		□學校/非營利組織
	5. 是否知悉該 OSS 涉及任何智慧財產權（專利、所有權）相關的問題或其他爭議：	□是，描述說明：
		□否，描述說明：
II. OSS 授權條款的相關資料	1. 該 OSS 的授權條款（請包含版本號，例如：Apache-2.0）：
	2. 該 OSS 授權條款在哪裡找到的？（請勾選所有適用者選項）	□license.txt 或 readme.txt
		□原始碼（Source Code）或標頭檔案（Header File）
		□網站，描述說明：
		□其他，描述說明：
	3. 該授權條款是否允許使用新版本（例如：GPL-2.0 或 GPL-3.0 之後的版本）：
	4. 該授權條款是否有「商業版本」或稱「雙重授權」（Dual License）	□是，請描述說明：
	5. 請附上授權條款的全文內容：
III. OSS 的「預期用途」	1. 將採用該 OSS（請勾選所有適用的選項）：	□作成組織內部的開發工具（Internal Tool）供使用，例如：編譯器（Compiler）、轉換器（Converter）、除錯工具（Debugger）、語法分析器（Parser）。
		請描述說明該開發工具中的程式碼是否會被編譯成為產品中目的碼的一部份：
		□僅供組織內部使用（Internal Use），例如：軟體應用程式或服務，
		□ASPs
		□作成產品（Product），並將散布至組織的外部
		□其他
	2. OSS 或部分的 OSS（包括函式庫或可再散布的個別元件、模組等）將被散布或受下列人員近用（請勾選所有適用的選項）	□組織內部的員工
		□與組織相關的單位（例如：子公司）的員工
		□組織的下游廠商或諮詢顧問
		□其他第三人
	3. 下列問題如答案為「是」，請提供描述說明
	1） 該 OSS 是否會被修改（Modified）？	□是，請描述說明：
		□否
	2） 該 OSS 原始碼的部分是否會被其他程式碼所利用？	□是，請描述說明：
		□否
	3） 該 OSS 是否會被其他程式碼透過靜態或動態連結（Dynamic or Static Link）來利用？	□是，請描述說明：
		□否
	4） 該 OSS 是否會與其他程式碼在共享位址空間（Shared Address Space）進行連結？	□是，請描述說明：
		□否
	5） 該 OSS 是否會與其他程式碼對於複雜的內部資料結構（Internal Data Structures）進行交換（Exchange）？	□是，請描述說明：
		□否
	6） 該 OSS 是否會與其他程式碼結合（Combined）並在單一程式中成為各自獨立的部分？	□是，請描述說明：
		□否
	7） 該 OSS 是否會與其他程式碼透過 APIs、Pipes、Sockets 以及 Command-line Arguments 以外的機制，或任何其他類似的機制進行溝通（Communicate）？	□是，請描述說明：
		□否
IV. OSS 授權條款的遵循	1. 該 OSS 授權條款是否含有「修改部分（Modifications）/衍生程式（Derivative Works）/貢獻部分（Contributions）適用相同條款」的要求？	□是，您建議應該如何做才符合授權條款的規定？
		□否，該 OSS 的「預期用途」，並不適用授權條款中「修改部分（Modifications）/衍生程式（Derivative Works）/貢獻部分（Contributions）適用相同條款」的要求。
	2. 該 OSS 授權條款是否含有「應要求而提供源碼（Provide Source Code Upon Request）」等類似文字的要求？	□是，您建議應該如何做才符合授權條款的規定？
		□否，該 OSS 的「預期用途」，並不適用授權條款中「要求提供」原始碼等文字的要求。
	3. 該 OSS 授權條款是否含有「散布/傳散」（Distribution/Propagate）源碼的要求？	□是，您建議應該如何做才符合授權條款的規定？
		□否，該 OSS 的「預期用途」，並不適用授權條款中「散布/傳散」原始碼的要求。

參考資料來源: 行政院科技會報辦公室 「採用自由開源軟體之法制指引」(103 年 10 月)

立約廠商：

機關簽名：

類別	開源軟體相關內容	說明
I.開源軟體的辨識	1. 開源軟體（以下簡稱 OSS）的名稱與版本號:	MySQL Community Server 8.0.21
	2. 該 OSS 的取得來源（如自網路下載，請提供 URL）：	xxxxx://xxx.xxxxx.xxx/xxxxxxxxx/xxxxx/
	3. 權利人/授權者（Licensor）的姓名/名稱：	Oracle Corporation and/or its affiliates
	4. 權利人/授權者為（請勾選所有適用的選項）：	□個人
		企業
		□學校/非營利組織
	5. 是否知悉該 OSS 涉及任何智慧財產權（專利、所有權）相關的問題或其他爭議：	□是，描述說明：
		否，描述說明： MySQL is free and open-source software under the terms of the GNU General Public License, and is also available under a variety of proprietary licenses. MySQL was owned and sponsored by the Swedish company MySQL AB, which was bought by Sun Microsystems (now Oracle Corporation).[8] Later in 2010 Oracle acquired Sun.(source:wikipedia)
II. OSS 授權條款的相關資料	1. 該 OSS 的授權條款（請包含版本號，例如：Apache-2.0）：	請參照授權條款的全文內容。授權條款並沒有指定版本。
	2. 該 OSS 授權條款在哪裡找到的？（請勾選所有適用者選項）	□license.txt 或 readme.txt
		□原始碼（Source Code）或標頭檔案（Header File）
		網站，描述說明： xxxxx://xxx.xxxxx.xxx/xxxxx/xxxxx/xxxxxxxxx/xxx/
		□其他，描述說明：
	3. 該授權條款是否允許使用新版本（例如：GPL-2.0 或 GPL-3.0 之後的版本）：	是，請描述說明： For developers of Free Open Source Software ("FOSS") applications under the GPL that want to combine and distribute those FOSS applications with MySQL software, Oracle’s MySQL open source software licensed under the GPL is the best option. For developers and distributors of open source software under a FOSS license other than the GPL, Oracle makes its GPL-licensed MySQL Client Libraries available under a FOSS Exception that enables use of the those MySQL Client Libraries under certain conditions without causing the entire derivative work to be subject to the GPL.
	4. 該授權條款是否有「商業版本」或稱「雙重授權」（Dual License）	是，請描述說明： Oracle provides its MySQL database server and MySQL Client Libraries under a dual license model designed to meet the development and distribution needs of both commercial distributors (such as OEMs, ISVs and VARs) and open source projects.
	5. 請附上授權條款的全文內容：	MySQL Commercial License for OEMs, ISVs and VARs Oracle provides its MySQL database server and MySQL Client Libraries under a dual license model designed to meet the development and distribution needs of both commercial distributors (such as OEMs, ISVs and VARs) and open source projects. For OEMs, ISVs, VARs and Other Distributors of Commercial Applications: OEMs (Original Equipment Manufacturers), ISVs (Independent Software Vendors), VARs (Value Added Resellers) and other distributors that combine and distribute commercially licensed software with MySQL software and do not wish to distribute the source code for the commercially licensed software under version 2 of the GNU General Public License (the "GPL") must enter into a commercial license agreement with Oracle. For Open Source Projects and Other Developers of Open Source Applications: For developers of Free Open Source Software ("FOSS") applications under the GPL that want to combine and distribute those FOSS applications with MySQL software, Oracle’s MySQL open source software licensed under the GPL is the best option. For developers and distributors of open source software under a FOSS license other than the GPL, Oracle makes its GPL-licensed MySQL Client Libraries available under a FOSS Exception that enables use of the those MySQL Client Libraries under certain conditions without causing the entire derivative work to be subject to the GPL.
III. OSS 的「預期用途」	1. 將採用該 OSS（請勾選所有適用的選項）：	作成組織內部的開發工具（Internal Tool）供使用，例如：編譯器（Compiler）、轉換器（Converter）、除錯工具（Debugger）、語法分析器（Parser）。
		請描述說明該開發工具中的程式碼是否會被編譯成為產品中目的碼的一部份：
		□僅供組織內部使用（Internal Use），例如：軟體應用程式或服務，
		□ASPs
		作成產品（Product），並將散布至組織的外部
		□其他
	2. OSS 或部分的 OSS（包括函式庫或可再散布的個別元件、模組等）將被散布或受下列人員近用（請勾選所有適用的選項）	組織內部的員工
		與組織相關的單位（例如：子公司）的員工
		組織的下游廠商或諮詢顧問
		其他第三人
	3. 下列問題如答案為「是」，請提供描述說明
	1） 該 OSS 是否會被修改（Modified）？	□是，請描述說明：
		否
	2） 該 OSS 原始碼的部分是否會被其他程式碼所利用？	□是，請描述說明：
		否
	3） 該 OSS 是否會被其他程式碼透過靜態或動態連結（Dynamic or Static Link）來利用？	是，請描述說明：透過API
		□否
	4） 該 OSS 是否會與其他程式碼在共享位址空間（Shared Address Space）進行連結？	是，請描述說明：雲端空間
		□否
	5） 該 OSS 是否會與其他程式碼對於複雜的內部資料結構（Internal Data Structures）進行交換（Exchange）？	是，請描述說明： 透過API
		□否
	6） 該 OSS 是否會與其他程式碼結合（Combined）並在單一程式中成為各自獨立的部分？	是，請描述說明： 敝公司自行開發的軟體會應用MySQL，包裝成套件。
		□否
	7） 該 OSS 是否會與其他程式碼透過 APIs、Pipes、Sockets 以及 Command-line Arguments 以外的機制，或任何其他類似的機制進行溝通（Communicate）？	是，請描述說明： 透過API
		□否
IV. OSS 授權條款的遵循	1. 該 OSS 授權條款是否含有「修改部分（Modifications）/衍生程式（Derivative Works）/貢獻部分（Contributions）適用相同條款」的要求？	□是，您建議應該如何做才符合授權條款的規定？
		否，該 OSS 的「預期用途」，並不適用授權條款中「修改部分（Modifications）/衍生程式（Derivative Works）/貢獻部分（Contributions）適用相同條款」的要求。
	2. 該 OSS 授權條款是否含有「應要求而提供源碼（Provide Source Code Upon Request）」等類似文字的要求？	□是，您建議應該如何做才符合授權條款的規定？
		否，該 OSS 的「預期用途」，並不適用授權條款中「要求提供」原始碼等文字的要求。
	3. 該 OSS 授權條款是否含有「散布/傳散」（Distribution/Propagate）源碼的要求？	□是，您建議應該如何做才符合授權條款的規定？
		否，該 OSS 的「預期用途」，並不適用授權條款中「散布/傳散」原始碼的要求。

參考資料來源: 行政院科技會報辦公室 「採用自由開源軟體之法制指引」(103 年 10 月)

立約廠商：

機關簽名：