一個閒聊、發牢騷、無病呻吟的個人網誌
自由開源軟體專案 (Free and Open Source Software Project, FOSS Project)，其在著作權法上的保護地位，與一般電腦程式無異，因電腦程式受法律保護所必須具有的創意性與科學性，在 FOSS Project 上一項也不缺少，然而，FOSS Project 的撰寫與創作過程，卻迥異於一般傳統的私有軟體 (proprietary software)，以至國際間許多與自由開源軟體相關的司法訴訟，其在進行初始法律關係的分析時，亦不乏從其著作權類型如何歸屬討論起，例如 2011 年德國柏林地方法院 AVM vs Cybits 一案的判決，便曾在言詞辯論時，就嵌入式韌體裝置上各元件應歸類於哪一種著作類型而展開討論（註一）。
那麼就國內現行的著作權法規範，應如何給予自由開源軟體定性，以最適切的方式來解決 FOSS Project 實務上可能涉及的繁複著作權利分配問題，而若現行法律有所不足處，未來在增修上應如何調整，便為本文主要的探討主題。
林誠夏、葛冬梅／文
黑白兩分的解讀模式，通常並不十分適用於自由開源軟體授權條款 (Free and Open Source Software license, FOSS license) 的內容解析，因為其論理與轉譯之間，常有灰色難以完整譯解的區段。對於單方面的軟體工程師或是法律從業者，可能在理解與應用上都不是那麼容易上手，這是因為許多著名條款的編撰過程，是透過科技人與法律人不間斷的對話，而共同修訂出草稿，再經過反覆的辯論與釋疑，才逐步達到共識完成定稿。著名的 GNU GENERAL PUBLIC LICENSE Version 3 (GPL-3.0) 是如此；而在開放內容領域方面國際化的「創用CC 授權條款 (Creative Commons License)」，亦是透過此種不斷調整對話的方式來完成編撰！可以說，要真正透徹了解自由開源軟體授權條款的內容與細節，必須兼有軟體工程學與法律學上的基礎知識，而除此之外，部份的自由開源軟體授權條款及其共工模式還有一個特點，是使用者單單觀察條款本身所可能忽略掉的，就是這些公眾授權條款雖然具有一般傳統法律文書的外觀，論其本質與撰寫過程，卻具有從下到上，草根性民主參與的反轉意義。
黃郁文／編譯
過去十年可說是自由開源軟體 (Free and Open Source Software, FOSS) 與私有專屬軟體 (proprietary software) 的市場競爭，但如今，使用 FOSS 來進行產品開發幾乎已經成為時代的趨勢，從 Facebook 與 Cisco 近日開展的網通裝置之爭，可以觀察此股軟體專案的開發之爭，已不再僅是 FOSS 與私有軟體之爭，而慢慢已轉化為開源與開源之爭！
約 6 個月前 Facebook 支援其開發團隊，展開一個名為 Open Compute Project (OCP) 的開源軟體與開放硬體專案，期望藉此能開發一個機櫃頂端交換器 (top-of-rack switch)，使該交換器可主控啟動所有型態的網通軟體。而最近 Facebook 開始朝此目標，踏出實際建置的第一步，在 Intel、 Broadcom、Mellanox，以及 Cumulus Networks 紛紛貢獻轄下規格與工具軟體的狀況下，據說目前已至少有 30 家公司對 OCP 揭示的設計規格 (specification) 表示興趣，並漸以結盟的態式，推動相關產品的後續產銷。
OCP 的 Frank Frankovsky，表示該專案目前所從事的，正是藉「軟體定義網路 (software-defined networking)」的新式作法，來協助網通裝置邁入下一個世代的進化與茁壯，而開放源碼共享設計規格的作法，恰恰符合這樣的開發理念，因為只要設計規格相通相符，跨公司所研發出來的軟體程式，理論上都可以在同一系列的 OCP 網通裝置、交換器上進行使用。為了達到這樣的目標，Intel 貢獻了一個與 10/40G 交換器有關的網通規格與協定，此協定能用在交換器系統、中央處理器、週邊裝置，甚至電源上的互動優化。而由於採開源開放的態度揭露，Intel 此一規格亦毋須強制搭配 Intel 的硬體配件才能運作。此一奧援，對於 OCP 專案的未來發展至為重要，因此規格範圍含括大部份的網通裝置硬體架構，甚至包含部份網通軟體架構；Broadcom，則貢獻自身的網路交換規格 (Open Network Switch)；Mellanox 同樣也貢獻一個機櫃頂端交換器規格；至於 Cumulus Networks，更進一步貢獻出其廣為全球網路硬體商所採用的開放網絡安裝環境 (Open Network Install Environment, ONIE)，ONIE 能透過利用網路遙控開機的機制，直接遠端為消費者在其網路交換器上裝置與更新軟體，如此一來，管理人員便可方便地在不同但同一規格的網路交換裝置上，批次性地安裝與執行所需軟體，且在其開放安裝環境的架構下，所使用的裝置作業系統可以是 Cisco 的, 也可以是 Cumulus 或其他廠商的系統。
從上面這些描述可以看到，愈多貢獻者加入 OCP 的產銷合作關係，就表示相關裝置的研發與販售價格可以愈來愈低，而可互相交換軟體與開放元件，就表示處理程式臭蟲 (bug) 的時程也會更為縮短。Facebook 推動 OCP 專案的期望，就在於希望達到 Facebook 未來所有網路裝備的軟硬體架構，都可以在 OCP 的基礎上進行研發，如此一來，Facebook 便可利用這些設計，直接由 ODM 廠商 (original design manufacturers) 購入硬體，以量身打造因應 Facebook 所需的伺服器裝置。這樣的採購方式也跳過許多像是 HP 或 Dell 這些中間軟硬體商的介入，而能降低成本與提高效率。另外，OCP 專案的作法，也創造了在 Cisco、Arista Networks，以及 Dell Force 10 division 這些大型商販選項之外的選擇方案。因其提供的規格與相關的軟體開發工具組是以開放、開源的方式來提供，故理論上未來願意加入研發與產銷的廠商，將有機會可以繞過前述這些廠商的既成技術，而不會受限於傳統上的閉鎖規格。所以儘管 Facebook 看來會是 OCP 專案的最大受惠者，但據報導目前在開放網路技術領域中，已有約 7-10 家廠商已宣示加入檢視這些規格的行列，像是 Fidelity 與高盛集團 (Goldman Sachs) 這些大型的跨國公司皆有表態，故有論者認為，在 Intel 及 Broadcom 等眾多大廠的支持下，OCP 專案所支持的開源軟體與開放硬體格式，未來也許將能與 Cisco、Juniper 與 Brocade 等大廠匹敵，產生一股彼此抗衡的新局勢。
Cisco 對前揭 OCP 專案的進展則表示，目前這樣的發展對 Cisco 並未真正造成威脅，因為 Cisco 早已加入由 Linux Foundatoin 協力主導的 – OpenDaylight 這樣的開放源碼與開放網絡專案，其並強調在此開源應用的脈絡下，Cisco 將會提供可與 OCP 良性競爭的衡平方案，而不會讓自家產品盡處於劣勢的局面。與此配合，Cisco 更在近期宣布其網通裝置應用程式的相關架構資訊，以讓其他廠商可以在此 API 的基礎下，加速對 Cisco 相關產品在管理、編程、監控、虛擬化、網路服務，以及遠端儲存方面的應用，並讓網通裝置運作架構能夠迅速回應應用程式所需。對於 Facebook 透過 OCP 帶領各家廠商進行開源軟體、開放硬體佈局的相關動作，Cisco 則表示固然 Facebook 所領軍的 OCP 在技術、資源上看似完善，不過最後誰能勝出，還是有賴所推方案是否具備可程式性與彈性 (programmability and flexibility)，同時能夠達到節省成本，並兼顧規模性、效能與安全性的目標。
看來 FACEBOOK 藉 OCP，已開啟了與 Cisco 支持 OpenDaylight 專案的對決，鹿死誰手仍不明朗。不過此一明例讓大家看到，在資訊系統上，開源原力與商用趨性密切交流與互動的年代已經來臨，不論 OCP 或 OpenDaylight，都蘊含未來資訊專案在開發上，必須兼具彈性化與模組化的向性，以讓使用者更容易量身訂做軟硬體裝置，並擁有更高的主控權，我們樂見此種開源自由系統的進展與成功！
—-
相關網址：
1、Facebook、Intel，與 Broadcom 聯手打造 open switch 以對抗 Cisco
http://arstechnica.com/information-technology/2013/11/cisco-threatening-open-switch-coming-from-facebook-intel-and-broadcom/
2、Facebook 對 Cisco 亮出 open network 利刃
http://www.theregister.co.uk/2013/11/12/facebook_cisco_killer_ocp_networking/
3、Open Compute Project 官方網址
http://opencompute.org/blog/progress-in-opening-up-the-network-/
4、Facebook 貢獻主機板設計架構予開放硬體推動團隊
http://www.openfoundry.org/tw/foss-news/8924-facebook-
5、Google 轉換至 OpenFlow 網路，下一個挑戰是用戶 SDN
http://www.openfoundry.org/en/news/8692?task=view