付費限定
方格精選

一次搞懂〈Google與Oracle〉終局之戰的前世今生!

更新於 發佈於 閱讀時間約 6 分鐘
raw-image

前言


先前筆者有寫過「一篇打包軟體的科普、法普知識」,其中提到著作權法上關於電腦程式碼的相關概念,包括軟體在著作權法上的意義與保護、抄襲軟體與合理使用的概念,如今出現一個史上最受矚目且經全世界媒體報導的重大終局判決,筆者稱此判決案例為「Google與Oracle終局之戰」,這判決結果影響軟體產業今後的發展甚鉅。但首先大家得先知道什麼是API、它為何重要且如何運用?以及本案的爭點與影響又是什麼?



什麼是API?它為何重要且如何運用?



所謂的API,就是Application Programming Interface(應用程式介面)的簡稱,廠商為便利第三方開發者更便於開發與自己平台有關的網站或應用程式(APP),因此主動提供各類型的API,第三方開發者只需要申請即可取得,並遵守相關服務使用條款,就可在第三方開發者所開發的網站、APP等串接至API所屬的平台,並使用該平台所同意且開發存取的各項資源與資訊。


舉例來說,像Google本身主動提供許多網路服務的API,開發者只要申請Google開發者帳號,開發者就能取得該API,並可自行開發與Google服務有關的APP,譬如開發者計畫開發美食APP,就可以在APP裡面直接透過Google Map API將餐廳的地址在Google Map上定位,可在該APP中顯示使用者目前所在地與該餐廳的距離與相關功能。


更白話的說,就是當做不同程式之間的接口或溝通橋樑,用來簡化串接程式的困難。例如A公司有提供開放的API,讓B公司的網站或APP可以透過這個API,B公司就可抓取A公司最新異動的相關資訊、資源與功能。更簡單來說,API 就像是一個圖書館(Library)或程式庫,以 Java 程式語言平台而言就是個類別庫,具有各方面應用的類別或分類方式(Class)。例如:圖書館的櫃檯可以想成一種API。民眾請櫃檯人員拿一本C公司出版的六法全書,櫃檯人員就敲敲鍵盤,查詢且提供那本書。只要雙方互相的資訊符合設定,就可以正確接口。但如果民眾說:「我要找D公司賣的跑車」,櫃檯人員就不會理會,因為這個輸入參數不符合接口的設定。


因此,API技術能讓公司之間交流及分享資訊資產,且得以運用資訊資產,為企業帶來新的商機,這就是所謂的URL策略,也就是Google前執行董事長艾瑞克.施密特(Eric Schmidt)所說的「先求普及,營收就會跟著來」(ubiquity first, revenue later)。API的運用已顛覆傳統的企業聯盟及合作關係,將企業合作關係提高至全新的境界。



本案的爭點與影響是什麼?



這個案例的最主要爭點在於:

API是不是著作權法保護的客體(涉及著作權的適格性—電腦軟體是否為著作權保護的範圍)?

如果肯定,Google在龐大的程式碼中,利用一小部分的API程式碼,依照API的性質與使用的方式、數量,是不是屬於「合理使用」(Fair Use)的範圍?如果肯定,Google就不會構成侵權。


此場終局之戰對軟體業產生深遠影響。由於API技術廣泛存在於軟體業,使得相互競爭軟體產品(包括網站或APP)也可互相操作,幫助客戶降低轉換成本,軟體新創企業進入門檻也被降低。如果一個新產品和使用的軟體產品是兼容的,當然不僅更容易銷售,且對於使用者或消費者的便利性也相對大幅提升。相對來說,如果Oracle獲得最終的勝訴,今後整個軟體業就會產生巨大的混亂,因為Oracle的Java API變成具有著作權的產品,會讓Oracle在開發與Java兼容的過程擁有非常大的控制和壟斷權限,都會阻礙往後開發者們的開發能力與意願,甚至成為創造力的枷鎖。



案例經過與結果



Google在2005年開發Android作業系統,2005年Google併購Android公司並取得Android平台,以實現其發展行動裝置平台的計畫。Google為了完成Android平台,當時使用昇陽公司(Sun)的Java 語言作為開發平台,創造一個相近的作業平台,吸引軟體工程師從Java平台無痛轉換至Android平台,逐字抄襲Java平台37個API的declaring code,共計11,500行,以及Java平台的結構、次序、組織(structure, sequence and organization, SSO),但自行撰寫implementing code。



Google在2007年發表Android平台,隔年Android手機開始進行販售。雖然Google並未對手機製造商使用Android平台收取任何費用,但間接透過Android平台獲得豐厚的廣告收益。Oracle在2010年併購昇陽公司後,隨即於加州北區地方法院對Google未經授權使用Java API程式碼創造Android平台提起著作權侵權訴訟。

以行動支持創作者!付費即可解鎖
本篇內容共 5256 字、0 則留言,僅發佈於現代人必懂的資訊法律你目前無法檢視以下內容,可能因為尚未登入,或沒有該房間的查看權限。
留言
avatar-img
留言分享你的想法!
avatar-img
建佑律師_NoMoreLaw的沙龍
153會員
190內容數
在網路科技發達的現代,任何在網路上搜尋資訊、使用網路社群平台、通訊軟體或網路上交易等,無不與資訊法有關,是當代網路世代的人們必須要了解、認識的領域!
2025/01/20
如同美國最高法院多數意見所指出的,該法案並非直接規範或涉及言論自由,而主要是從國家安全這面大旗的角度作評估,所以如此高度涉及政治或現實考量,不論從憲法上的嚴格或中間審查標準去看,很容易得出合憲的結論。更遑論網路平台的責任,就直接Get Out!
Thumbnail
2025/01/20
如同美國最高法院多數意見所指出的,該法案並非直接規範或涉及言論自由,而主要是從國家安全這面大旗的角度作評估,所以如此高度涉及政治或現實考量,不論從憲法上的嚴格或中間審查標準去看,很容易得出合憲的結論。更遑論網路平台的責任,就直接Get Out!
Thumbnail
2024/10/22
[摘要] 本文探討多元宇宙、Web3和網路治理等概念如何塑造未來數位世界。筆者指出,唐鳳提出的多元宇宙概念強調運用數位科技支持民主,促進社會協作。而Web3則著重去中心化技術,確保用戶對數據的擁有權。
Thumbnail
2024/10/22
[摘要] 本文探討多元宇宙、Web3和網路治理等概念如何塑造未來數位世界。筆者指出,唐鳳提出的多元宇宙概念強調運用數位科技支持民主,促進社會協作。而Web3則著重去中心化技術,確保用戶對數據的擁有權。
Thumbnail
2024/07/30
探討數位轉生和AI復活的議題,並對這些技術在法律層面存在的風險與爭議進行深入分析。藉由涉及的人工智慧、數位遺產、個資法、民法等法律領域,提出合理且具體的修法建議,以規範死者個人資料在AI應用中的合法性及倫理標準。
Thumbnail
2024/07/30
探討數位轉生和AI復活的議題,並對這些技術在法律層面存在的風險與爭議進行深入分析。藉由涉及的人工智慧、數位遺產、個資法、民法等法律領域,提出合理且具體的修法建議,以規範死者個人資料在AI應用中的合法性及倫理標準。
Thumbnail
看更多
你可能也想看
Thumbnail
每年4月、5月都是最多稅要繳的月份,當然大部份的人都是有機會繳到「綜合所得稅」,只是相當相當多人還不知道,原來繳給政府的稅!可以透過一些有活動的銀行信用卡或電子支付來繳,從繳費中賺一點點小確幸!就是賺個1%~2%大家也是很開心的,因為你們把沒回饋變成有回饋,就是用卡的最高境界 所得稅線上申報
Thumbnail
每年4月、5月都是最多稅要繳的月份,當然大部份的人都是有機會繳到「綜合所得稅」,只是相當相當多人還不知道,原來繳給政府的稅!可以透過一些有活動的銀行信用卡或電子支付來繳,從繳費中賺一點點小確幸!就是賺個1%~2%大家也是很開心的,因為你們把沒回饋變成有回饋,就是用卡的最高境界 所得稅線上申報
Thumbnail
全球科技產業的焦點,AKA 全村的希望 NVIDIA,於五月底正式發布了他們在今年 2025 第一季的財報 (輝達內部財務年度為 2026 Q1,實際日曆期間為今年二到四月),交出了打敗了市場預期的成績單。然而,在銷售持續高速成長的同時,川普政府加大對於中國的晶片管制......
Thumbnail
全球科技產業的焦點,AKA 全村的希望 NVIDIA,於五月底正式發布了他們在今年 2025 第一季的財報 (輝達內部財務年度為 2026 Q1,實際日曆期間為今年二到四月),交出了打敗了市場預期的成績單。然而,在銷售持續高速成長的同時,川普政府加大對於中國的晶片管制......
Thumbnail
重點摘要: 6 月繼續維持基準利率不變,強調維持高利率主因為關稅 點陣圖表現略為鷹派,收斂 2026、2027 年降息預期 SEP 連續 2 季下修 GDP、上修通膨預測值 --- 1.繼續維持利率不變,強調需要維持高利率是因為關稅: 聯準會 (Fed) 召開 6 月利率會議
Thumbnail
重點摘要: 6 月繼續維持基準利率不變,強調維持高利率主因為關稅 點陣圖表現略為鷹派,收斂 2026、2027 年降息預期 SEP 連續 2 季下修 GDP、上修通膨預測值 --- 1.繼續維持利率不變,強調需要維持高利率是因為關稅: 聯準會 (Fed) 召開 6 月利率會議
Thumbnail
※ 什麼是Web API API 就是後端開出來讓前端來用的介面,讓前端與後端可以溝通。 API流程: 終端使用者用任何一種裝置進入瀏覽器。 瀏覽器透過 API 向後端發出請求,請求查詢或修改資料。 後端透過 API 收到前端的請求後,取得資料並回應給前端。 前端渲染畫面,終端使用者
Thumbnail
※ 什麼是Web API API 就是後端開出來讓前端來用的介面,讓前端與後端可以溝通。 API流程: 終端使用者用任何一種裝置進入瀏覽器。 瀏覽器透過 API 向後端發出請求,請求查詢或修改資料。 後端透過 API 收到前端的請求後,取得資料並回應給前端。 前端渲染畫面,終端使用者
Thumbnail
先前幾篇筆記介紹了網路請求,瀏覽器儲存資料的方式,那麼實務上,前端最常需要發送網路請求的時候,就是透過呼叫 API,去向後端工程師發送/請求資料,所以今天來記錄什麼是 API吧!
Thumbnail
先前幾篇筆記介紹了網路請求,瀏覽器儲存資料的方式,那麼實務上,前端最常需要發送網路請求的時候,就是透過呼叫 API,去向後端工程師發送/請求資料,所以今天來記錄什麼是 API吧!
Thumbnail
MPL授權是目前與法律有最完整對應的授權條款。然而MPL授權對於原始碼仍保持copyleft特性,對商業開發而言或許仍有疑慮。 因此若有商業團體共同開發時,採用Apache 授權較佳;如果不在乎他人如何利用、優化原始碼,或希望原始碼盡可能地廣為散播,幾乎沒有任何限制的MIT或BSD授權是較好的選擇。
Thumbnail
MPL授權是目前與法律有最完整對應的授權條款。然而MPL授權對於原始碼仍保持copyleft特性,對商業開發而言或許仍有疑慮。 因此若有商業團體共同開發時,採用Apache 授權較佳;如果不在乎他人如何利用、優化原始碼,或希望原始碼盡可能地廣為散播,幾乎沒有任何限制的MIT或BSD授權是較好的選擇。
Thumbnail
長遠的角度來看,內部函式庫還是值得投資的公司資產,只是它需要時間、人力與管理才能做得好。若有不錯的內部函式庫也可以回饋給open-source社群,畢竟,現在開發軟體已經不太可能沒有用到任何open-source的東西。雖然說是將公司資產以 open-source 釋出,但換取的利益卻不見得是零。
Thumbnail
長遠的角度來看,內部函式庫還是值得投資的公司資產,只是它需要時間、人力與管理才能做得好。若有不錯的內部函式庫也可以回饋給open-source社群,畢竟,現在開發軟體已經不太可能沒有用到任何open-source的東西。雖然說是將公司資產以 open-source 釋出,但換取的利益卻不見得是零。
Thumbnail
在進入主題之前建議先行閱讀「【程式語言 - Go】來認識Google開發的程式語言…」,初步認識一下Go語言是什麼? 容不容易學習? 才能夠更快的體會此篇章的目的。 當我們在進行軟體開發時,常常會需要有背後的資料庫系統來儲存我們的資料,而資料庫系統也會隨著時代的演進,進行大幅度的更新,那在這樣
Thumbnail
在進入主題之前建議先行閱讀「【程式語言 - Go】來認識Google開發的程式語言…」,初步認識一下Go語言是什麼? 容不容易學習? 才能夠更快的體會此篇章的目的。 當我們在進行軟體開發時,常常會需要有背後的資料庫系統來儲存我們的資料,而資料庫系統也會隨著時代的演進,進行大幅度的更新,那在這樣
Thumbnail
API 是軟體串接的根本、資料互拋的媒介。它普遍出現在我們生活應用中,就是交換資訊的管道。透過 API 將不同軟體的資訊整合分享,既能將不同軟體的資料呈現在你的既有軟體,也能擴充新功能!現在 NoCode 自動化工具內含已整合好 API 的眾多軟體模組,讓你不用寫程式,選取想整合的軟體就能完成串接!
Thumbnail
API 是軟體串接的根本、資料互拋的媒介。它普遍出現在我們生活應用中,就是交換資訊的管道。透過 API 將不同軟體的資訊整合分享,既能將不同軟體的資料呈現在你的既有軟體,也能擴充新功能!現在 NoCode 自動化工具內含已整合好 API 的眾多軟體模組,讓你不用寫程式,選取想整合的軟體就能完成串接!
Thumbnail
在開發產品過程中,不難發現研發和設計團隊時常因各自所處的角度不同,使得在溝通來回上花了不少時間。所以小弟整理些過去常在工作場景下遇到的一些資訊技術的專有名詞,化解那些雞同鴨講的無效溝通。
Thumbnail
在開發產品過程中,不難發現研發和設計團隊時常因各自所處的角度不同,使得在溝通來回上花了不少時間。所以小弟整理些過去常在工作場景下遇到的一些資訊技術的專有名詞,化解那些雞同鴨講的無效溝通。
Thumbnail
關於Bezos的「API命令」,這可說是科技史中堪稱是教科書等級的一個大事件。雖然這當然不是新聞,會看科技媒體的應該都有瀏覽過,但我想以自己的角度也深入去思考一輪,輸出跟大家分享。這7點的翻譯本身不是重點,真正的重點是Bezos想"改造"Amazon體質的那些思維。
Thumbnail
關於Bezos的「API命令」,這可說是科技史中堪稱是教科書等級的一個大事件。雖然這當然不是新聞,會看科技媒體的應該都有瀏覽過,但我想以自己的角度也深入去思考一輪,輸出跟大家分享。這7點的翻譯本身不是重點,真正的重點是Bezos想"改造"Amazon體質的那些思維。
Thumbnail
網址是 API 的門面,大家使用 API 的第一步就是要看它。 第一眼就要讓人就知道這隻 API 在做什麼? 甚至因為遵循標準(目前 REST 是主流),可以類推 API 應該會有什麼功能等等。
Thumbnail
網址是 API 的門面,大家使用 API 的第一步就是要看它。 第一眼就要讓人就知道這隻 API 在做什麼? 甚至因為遵循標準(目前 REST 是主流),可以類推 API 應該會有什麼功能等等。
追蹤感興趣的內容從 Google News 追蹤更多 vocus 的最新精選內容追蹤 Google News