[林誠夏] Oracle 與 Google 的官司裡的「合理使用」是什麼?
[林誠夏] Oracle 與 Google 的官司裡的「合理使用」是什麼?
2016.05.31 | Google

經過歷時二週的審理,美國聯邦法院陪審團針對 Oracle 與 Google 一案的爭點作出裁決,10 位陪審團成員一致認為 Google 取用 Java 37 項 APIs 的互動程式碼,得在個案上構成合理使用(Fair Use),因此 Google 對 Oracle 並未有侵權使用著作權利的關係。此一裁決於 2016 年 5 月 26 日正式對外宣告,並對 Oracle 與 Google 訴訟一案產生逆轉式的影響,因為雖然陪審團此一裁決僅針對合理使用的成立與否作出判斷,法律上卻已實質阻斷 Oracle 之前向 Google 提出 93 億美元損害陪償金的請求(約合台幣 3022 億元)。

此一爭訟案是否就此落下句點仍是未定之天,Oracle 總顧問 Dorian Daley 已聲明將會尋求一切上訴管道,據傳甚至可能透過杯葛 William Alsup 法官提供給陪審團成員的合理使用適用指南內容偏頗,來達到廢棄此一裁決的目標

然而,無論後續事態如何發展,5 月 26 日的陪審團裁決,讓世人都看到了,合理使用竟然有阻卻 93 億美元損害賠償金請求的潛質與可能性,而合理使用應如何被正確解讀在自由開放源碼的授權框架裡,也是目前被廣泛討論的議題。

合理使用是什麼?

合理使用是什麼?能吃嗎?不能吃,但它卻可以讓某些無權使用他人著作的行為,不會進入侵權使用的範圍,而既然不是侵權使用,自然就沒有後續損害賠償金的課責。Google 於其 YouTube 合理使用推廣專頁的說明:「合理使用是一個法律原則,它告訴你在某些情況下,未經允許利用他人受到著作權利保護的素材是可以的。」(註)

圖說明

這段話雖然直白,卻很正確的傳達出合理使用的內涵,我們可以再把它拆解為三個要項來理解,合理使用本質上:

  1. 就是一種無權利用,使用者無權利用對象是他人受到著作權利保護的素材,
  2. 這樣無權利用的行為本來必須擔任侵權使用的責任,然而若是能夠成功主張合理使用的話,則不構成著作財產權之侵害,
  3. 至於是否可以主張合理使用、主張合理使用是否可以成立,就要考究「某些情況下(under certain circumstances)」,究竟是哪些情況了。

全球多數國家的著作權法,都有內嵌合理使用的條款,它是一種著作權法預設調和公益與私益的機制,讓一般使用者在未經授權的狀態下,基於報導、評論、教學、研究或其他正當目的之必要,對於他人的著作,得以採低質量、低數量,並不侵犯原作者核心著作財產權利行使的方式進行利用。因為試想一下,若是每個人對他人著作的低度引用行為,都會被以侵權行為課責,那麼嚴重時甚至會侵犯到憲法賦予的言論自由。

以台灣為例,合理使用的基本原則規定於著作權法第65條,以44至63條為不同狀況的例舉,基本上它提供了四項基礎標準供作綜合評估:(1) 利用之目的及性質、(2) 著作之性質、(3) 所利用之質量及其在整個著作所占之比例,以及 (4) 利用結果對著作潛在市場與現在價值之影響。

美國則規定於其著作權法的第 107 條,基本上兩地就此合理使用的評判原則,是完全一致的。而就司法實務上的觀察,最後一項「利用結果對著作潛在市場與現在價值之影響」常被視為最具指標性的評判準據,因為著作權利主要的保護對象在於著作財產權,若是無權利用他人著作,卻能夠不去影響到原著作潛在市場與現在價值,則實質上也很難說這涉及到財產權的侵害。

不過,很明顯的Oracle與Google一案並不單單準據上述第四項標準,而是綜合評判了一至四項標準,甚至不僅止於這四項標準,因為依照美國著作權法的解釋,合理使用的評估並不受限於此四項標準,而是此四項為基礎上建議先去釐清的標準,而在綜合評判之後,陪審團才認為 Google 的使用方式,符合合理使用的範圍。

Java 相關的 APIs 一直都是公開可及的標的

Java Libraries 及相關的 APIs,除了 Sun 之前已然釋出的 OpenJDK 這個分支以外,嚴格來說都沒有直接採自由開源軟體(Free and Open Source Software)的授權方式釋出,不過,多數的程式框架及其 APIs,一直都是公開可及的對象。此次美國聯邦法院陪審團成員,明顯的有意識到這個要點,在審議過程中,傳訊了 Sun 在被 Oracle 併購前的 CEO Jonathan Schwartz 來證實此事

一般來說,受到著作權利保護的客體,其現實狀態雖處於公開可及 (open for access),然這並不表示其著作權利已經全然消失,這就像是他人透過網路部落格公開發表文章,不代表這篇文章就可以被自由地重製轉載或是改作,然而,曾任 Sun 長期 CEO 的 Jonathan Schwartz 在陪審團面前,明確呼應 Google 代理律師 Robert Van Nest 的說法:「Java 這個程式語言的提供利用,一直都是採自由且開放的途徑 (free and open to use),這樣的政策甚至早於我到 Sun 就任前即是如此。」所以雖然這些程式碼並沒有透過明確的自由開源軟體授權條款提供給使用者,然而過往到現在它也成為一個事實上的既成狀態,除此之外,IBM、Oracle 及其他公司組成的合作聯盟 Apache Harmony 也曾取用這些 APIs 來開發商業產品,一樣基於未獲明確授權的前提,因為這樣的綜合原因,於Oracle與Google一案裡,陪審團成員才一致同意擴大了合理使用的認定範圍。

此案是否形成先例並影響到未來自由開源軟體對衍生程式的拘束要求?

此案自 5 月 26 日公布陪審團認同合理使用的裁決之後,便引發了自由開源軟體授權領域裡不少意見領導者的密集討論,這些討論內容大致聚焦於兩個要點:1、API 受到著作權法保障,但可以主張合理使用來抵銷其影響,會不會成為一個判決先例?2、就算不成為判決先例,此一解讀態度會否影響自由開源軟體授權的未來發展?

第一個問題依據多數美國法學專家及律師群的評判,Oracle 與Google一案目前就美國制度,仍未具判例的拘束地位,再者,即使此一個案得以適用合理使用,也不代表未來軟體 API 的利用,皆會受到影響,因為衡諸合理使用機制的本質,它必須建立在「個案的審議」上,過往一個甲先生的案件被認定為合理使用,不代表在 20 年後的時空背景,乙先生碰到一樣的狀況仍然可以是合理使用,反言之,過往一個丙先生的案子不被認同是合理使用,也不代表在 20 年後的時間空景,丁先生碰到一樣的狀況不能被認定是合理使用。

美國著作權辦公室為例,其向來並不直接提供說明文件,告知一般民眾何種作為是合理使用、何種作為不是合理使用,它所提供的就是合理使用過去判決的彙編,以此為基礎協助毋眾進行判斷,所以合理使用一定是個案式的效力,它並不必然拘束日後其他司法訴訟案。

第二個問題的討論,則更是活絡而多元。事實上 Oracle 代表律師團之一的 Annette Hurst 女士於陪審團裁定的隔天,於 Linkedin 平台上發表了一篇名為「自由軟體的死亡-或說 Google 如何置 GPL 授權條款於死地(The Death of "Free" Software... or How Google Killed GPL)的評論文章。該篇文章的主要論點,在於批評若 Oracle與Google 一案最後的結果是 API 相關程式碼的應用真的落入合理使用的範疇,那自由開源軟體授權,特別是 GNU General Public License 所追求的衍生關係互惠性(copyleft)將不可能被尊重與實踐,而 Richard Stallman 創立自由軟體基金會倡議的軟體自由 (Software Freedom)理念,也將蕩然無存。

圖說明

不過依據此篇專文下方的公開評論及自由開源軟體授權領域的私下討論信串,多數的開源授權意見領導者,並不贊同 Annette Hurst 女士的看法,他們指出:

  1. Oracle與Google 此案,是因為過去 Java 相關 API 完全公開可及卻沒有述明授權規定,才讓陪審團就現實狀態作出擴大合理使用範圍的解釋與裁定,然而,自由開源軟體授權條款是一個授權權利義務關係述明清楚的法律文件,在這樣的基礎下,未必會有 Oracle與Google 一案中合理使用的適用。
  2. 即使未來多數群眾及著作權法方面的認定,開始將 API 的必要性取用,視為合理使用,則這也不致對自由開源軟體授權條款產生本質上的衝繫,事實上,比較 GNU General Public License 第三版與第二版的差異,可以發現於 2007 年更新修訂的第三版,早就將合理使用的詞彙加入到條款的內容裡,明確指出 GPL-3.0 授權軟體,不會影響著作權法賦予使用者主張合理使用的地位。(This License acknowledges your rights of fair use or other equivalent, as provided by copyright law.)另外舉實例來說,GCC 這個重要的軟體編譯器,近年來皆採 GPL-3.0 加上 GCC Runtime Library Exception 放寬條款併行提供,其述明在編譯過程中自動植入到客體的 GCC 檔頭資訊及必要的程式碼,不會造成衍生關係,這其實就是一種開源專案對合理使用的肯認與實踐。

故截至目前為止,在自由開放源碼授權領域裡,多數的評論家對於 Oracle與Google 一案認定合理使用的陪審團裁定,皆持正面與肯定的態度,並不認為此一單一個案,會影響到自由開放源碼授權生態系未來的正常發展。

合理使用的趨勢發展

最後值得一提的是,經此一役之後,Google 再次被證實為目前國際間,最善為使用合理使用來拓展其商務版圖的跨國公司,早先經歷多年纏訟,Google Book 已於美國最高法院的審理下,以合理使用的地位,讓其數位化出版著作以供查詢及購買的行為不落入侵權行為的範疇,除此之外,其於 YouTube 平台上,亦於 2015 年底開始,於美國本土試行合理使用保護方案(Fair Use Protecting),該專案調整了 YouTube 上涉及他人著作權利音樂或影像不得上傳的規定,若是使用者是依合理使用地位上傳,則 Google 仍可彈性提供這些影帶被播放的地位,甚至於部份爭議案例產生時,Google 亦可以提供上傳者援助,來處理相關的司法程序。

近期國內的著作權法正在進行大幅度的修訂,此次修訂的重點之一,就是將過去許多司法實務上認定為合理使用的利用模式,直接於成文法中類型化以釐清爭議,而澳大利亞近期的一份著作權調查報告書,也指出善於推動合理使用機制,是調和著作私權過於財團化、巨大化,而能夠保障一般民眾衡平權利的作法,對於合理使用如有進一步的了解或興趣,建議可以閱讀香港中文大學李治安教授,近年與台灣創用CC計畫合作編撰的「視聽著作的創用CC授權與合理使用」。


註:Fair use is a legal doctrine that says you can reuse copyright-protected material under certain circumstances without getting permission from the copyright owner.

關鍵字: #Google #甲骨文
往下滑看下一篇文章
數位時代 X 國泰金控 從百套系統上雲到 Cloud First:國泰如何把雲端變成AI成長引擎?
數位時代 X 國泰金控 從百套系統上雲到 Cloud First:國泰如何把雲端變成AI成長引擎?

2019年金融監理機關正式將雲端納入委外規範後,揭示金融業上雲時代來臨,國泰金控數數發中心成立雲端策略發展部,負責擬定集團上雲策略,並於2020年正式啟動7年集團雲端轉型計畫;在多數金融機構仍停留在單點遷移或IT現代化的現下,國泰金融集團在 2025 年即完成 100 套系統上雲,更將雲端轉型階段從 Cloud Ready、Cloud Adoption 推向 Cloud First,成為數據與人工智慧應用的關鍵引擎。

國泰金控資訊長|吳建興 James Wu
圖/ 數位時代

「百套系統上雲不僅僅是數字,更是讓國泰從『 IT 進化業務』邁向『 IT 驅動成長』的關鍵轉折。」國泰金控雲端策略發展部協理顏勝豪表示,上雲帶來的效益十分顯著,包括提升資源可用性與營運敏捷度、減輕 IT 維運負擔;同時,雲端業者多具備零碳排或綠能機房機制,亦有助於企業朝向 ESG 永續營運邁進。「金融上雲不是單純的現代化基礎設施或者是升級技術,而是為了換取速度與可靠度,讓集團可以加速創新腳步、彈性調配資源,以及培育所需人才與技能,為未來做最佳準備。」
為讓集團員工、金融同業以及有志上雲的夥伴可以進一步探討雲端轉型的各種可能,國泰金控舉辦雲端轉型成果發表會,會中除有集團子公司分享最新成果,三大公有雲平台業者也從不同技術視角共同探討在合規、資安與 AI 應用的可能。

七年、三階段,國泰金融集團將雲端內化為營運流程與創新引擎

國泰金控科技長|姚旭杰 Marcus Ya
圖/ 數位時代

為什麼國泰可以領先市場完成雲端轉型、數據與 AI 賦能業務?

顏勝豪認為,雲端轉型的起點不是直接遷移系統,而是從四個面向打底:應用系統盤點評估、雲端架構設計、雲端遷移藍圖規劃,以及組織治理框架建立,而這也是 Cloud Ready 階段最重要的事情。
「不同子公司有不同商業模式與節奏,若沒有共同語言與平台底座,上雲很容易各自為政。」顏勝豪表示,為讓所有員工可以齊步前行,國泰以雲端遷移方法論 Cathay 6R(註1)作為共同語言、用平台作為共同底座,讓轉型不只是技術選擇,而是集團行動。
完成單一系統的雲端遷移後,便進入 Cloud Adoption 階段。在這個階段中,要透過大規模遷移建立更成熟的上雲標準作業流程(SOP),透過 FinOps 機制控管與優化雲端營運成本,以及透過自動化與治理模型確認多雲環境與安全與維運穩定性,目標是將雲端內化為組織日常運營的一部分,進而邁向 Cloud First 階段:在合規前提下,新專案與系統升級預設在雲端環境開發,並善用雲原生優勢加速新產品功能開發速度。
「集團雲端策略只有一個核心原則:讓雲成為 AI 時代的成長引擎,而不是單純的基礎設施。」關於國泰的未來雲端布局,顏勝豪如是總結。

國泰金控 雲端策略發展部 協理|顏勝豪 Otto Yen
圖/ 數位時代

以雲端為 AI 資源引擎、發揮數據燃料價值,實現 AI 賦能業務應用

國泰不僅在2025年完成集團百套系統上雲,也啟動數據上雲計畫並為 GenAI 奠定基礎建設。
例如國泰金控實現數據上雲,打造資料湖倉與 GAIA 生態系統架構為 AI 賦能業務做準備:成立國泰風險聯防中心(CRC)攜手集團洗防人員強化風險控管與金融犯罪因應能力;釋出國泰員工 AI 助手–Agia–Beta
版,提供差勤、福利與權益、技術支援、職務職能與集團其他資訊等五大類別管理辦法等查詢服務;此外,亦推出集團數據共享平台、集團法規知識庫、 AI 評測中心等服務,更好發揮 Cloud First 與 AI 賦能業務應用的價值。
雲端是 AI 時代的關鍵底座、數據則是 AI 的燃料。顏勝豪指出,發展AI需要龐大的 GPU 算力,若自建 GPU 機房,不僅硬體設備昂貴、折舊速度快,光是散熱系統一年就高達兩、三千萬元的成本,若採取雲端資源,可以隨啟隨用,同時,大幅降低試錯成本。「當雲端打好基礎、AI成為能力模組,銀行、人壽、產險與證券的創新不再是單點突破,而是放大集團級綜效。」

國泰以 Cloud First + AI 持續領先市場、形塑未來樣貌

「雲端可以優化算力成本,資料則決定 AI 應用上限。」顏勝豪解釋,在 AI 新世代,AI 模型定調能力「下限」,集團子公司掌握的「獨特資料」則決定應用的「上限」,考量雲端有許多好用 AI 服務,唯有資料上雲才能發揮數據價值、用 AI 賦能集團各子公司業務。
例如國泰世華銀行將採取多公有雲策略,打造雲端智慧生態圈,並以現代化雲原生技術拓展應用場景;同時,運用 AI 與資料分析優化客戶服務體驗,並藉由跨雲整合機制支援多元業務模式,以充分發揮上雲效益。至於國泰產險,不僅在兩年半內完成13套核心系統上雲、優化營運流程,如以 Serverless 架構打造百萬級效果、萬元成本的短網址系統等,讓雲端成為產險驅動長期成長的核心引擎與標準配備。

國泰人壽則是透過雲端與 AI 滿足不同客戶需求,如以 AI Search 精準呈現關鍵字搜尋結果,讓客戶可以精準且快速的查找所需資料、大幅優化官網體驗與滿意度。至於國泰證券則是於2026年初推出「庫存管家」服務,以客戶持股為核心,應用 AI 技術打造個人化推播服務,協助投資人更有效率地掌握庫存狀況,提供更即時、系統化的投資管理體驗。
總的來說,國泰金控在集團的雲端轉型不僅是技術升級,更是思維革新,從百套系統上雲進展到 Cloud First 階段,可以預期在雲地基礎下,國泰將進一步引領 AI 時代變革,持續提升營運韌性與放大創新價值。

註1:Cathay 6R 國泰設計 Cathay 6R 雲端遷移方法論,將系統遷移方式依據上雲模式、系統開發成本分為 Rehost 、Replatform、Refactor、Rewrite、Replace 和 Retain 共6種遷移架構,並能對應到 IaaS、PaaS、SaaS 三種不同上雲模式。

登入數位時代會員

開啟專屬自己的主題內容,

每日推播重點文章

閱讀會員專屬文章

請先登入數位時代會員

看更多獨享內容

請先登入數位時代會員

開啟收藏文章功能,

請先登入數位時代會員

開啟訂閱文章分類功能,

請先登入數位時代會員

我還不是會員, 註冊去!
追蹤我們
2026 大重啟
© 2026 Business Next Media Corp. All Rights Reserved. 本網站內容未經允許,不得轉載。
106 台北市大安區光復南路102號9樓