Login  |  繁體中文
感謝您對「自由軟體鑄造場」的支持與愛護,十多年來「自由軟體鑄造場」受中央研究院支持,並在資訊科學研究所以及資訊科技創新研究中心執行,現已完成階段性的任務。 原網站預計持續維運至 2021年底,網站內容基本上不會再更動。本網站由 Denny Huang 備份封存。
也紀念我們永遠的朋友 李士傑先生(Shih-Chieh Ilya Li)。
Previous Issue

軟體自由法律中心認 OOXML 恐為 GPL 授權軟體侵權威脅

軟體自由法律中心 (Software Freedom Law Center,SFLC) 發表聲明,指出微軟的開放規格承諾 (Open Specification Promise,OSP),並不足以保障 Office Open XML(OOXML) 格式的 GPL 實作,可以永遠免於專利責任 (patent liability) 追索。

微軟的 OSP 宣稱該公司將來不會針對實作 OOXML 或舊有 Office 二進位格式等某些特定可交互運用標準的使用者或軟體開發者,主張專利權利。該承諾於是允許協力開發者實作這些格式的支援功能,而無須支付或取得微軟的智財授權。SFLC 的開放源碼擁護者向開放源碼社群喊話,認為微軟此一看似保障開放源碼專案免於專利風險的承諾,只是一些空話。 OSP 恐將使 OOXML 的開放源碼實作者面臨專利侵害訴訟,SFLC 抱持的理由有二。首先,OSP 僅涵蓋特定標準的現有版本,這表示微軟有可能不再針對未來的標準版本,提供相同的保障。這一來,GPL 授權的 OOXML 實作,是否能長期延續將有模糊空間。SFLC 是這麼說的:雖然有了技術上的完全承諾,實務上 OSP 的效力僅限於當前。

其次,微軟的承諾並不適用於相關規格範疇之外的實作。OSP 可以適用在相關規格的實作上,但是透過 GPL 授權的 OOXML 實作原始碼,只要被應用在其他情境下,就會有專利責任。因此事實上 OSP 的範圍僅涵蓋程式碼的部份使用,而非實際的程式碼。

此一限制與 GPL 的主要功能相衝突,因為 GPL 允許現有原始碼以不同方式加以運用。受到微軟專利涵蓋的 OOXML 實作,可能因此讓下游採用者受到侵權的潛在威脅。

SFLC 表示,OSP 並不允許自由軟體實作,而是在程式碼不可自由運用的前提下,允許自由軟體授權的實作。

於是 SFLC 指出,這種情況下無法加以再授權 (sublicensing)。GPL 開發者不應依賴 OSP 進行實作,這並非因為 GPL 與 OSP 相衝突,而是 OSP 不提供 GPL 所要求的自由。因為新版規格可能被排除在 OSP 之外,而開發者的實作在微軟定義的有限使用範疇外,可能遭到潛在威脅,依賴 OSP 並不安全。

顯然 SFLC 並不樂見微軟此一檔案格式成為 ISO 接受的標準。然而,儘管 SFLC 提出的說法對於撰寫 GPL 授權軟體的開發者,將是一大問題,卻不一定必然對 OOXML 成為 ISO 標準造成影響。ISO 標準化程序不要求專利授權條款要滿足 GPL 散佈模式。微軟的 OSP 目前符合 ECMA 與 ISO 的智財要求。

儘管如此,SFLC 的疑慮仍然具有廣泛意涵。根據 SFLC 所做出的分析,OSP 無法保證採用 GPL 散佈的軟體,一定能支援 OOXML 未來的版本。因此,希望避免被封閉在私有軟體的政府與企業,在採用 OOXML 作為文件儲存與相互交換的主要格式前,或許將有所遲疑。


相關網址:
1.SFLC:微軟開放規格承諾是空話
2.SFLC:OOXML 恐為 GPL 授權軟體專利威脅



OSSF Newsletter : 第 100 期 Mono 專案釋出首套 IDE

Category: FOSS News