麥當勞在歐盟失去其使用「Big Mac」的部分商標權利
歐盟普通法院（EU General Court）於2024年6月5日宣告McDonald’s（後稱麥當勞）在與競爭對手愛爾蘭速食品牌Supermac's的訴訟中，失去其「Big Mac」（又稱「大麥克」）之部分商標權，即無法將「Big Mac」商標用於雞肉三明治等家禽類商品與餐廳內用及得來速外帶等餐飲服務上。
此案件起因於Supermac's公司拓展事業版圖進入歐盟市場，將公司品牌名稱「Supermac's」申請註冊歐盟商標，而麥當勞則主張消費者可能與其於1996年取得之「Big Mac」歐盟商標產生混淆誤認。然而，Supermac's於2017年向歐盟智慧財產局（European Union Intellectual Property Office，後稱EUIPO）以「麥當勞未真實使用（genuine use）『Big Mac』商標逾五年」為由，申請廢止麥當勞之「Big Mac」註冊商標。EUIPO於2019年廢止「Big Mac」商標於部分類別的註冊，惟EUIPO仍允許麥當勞仍可將「Big Mac」商標用於雞肉三明治、其他家禽產品及餐廳服務上。
爾後，Supermac's向歐盟普通法院提出上訴，而歐盟普通法院於2024年6月認為，麥當勞未能證明其於連續五年間有將「Big Mac」商標「真實使用」於雞肉三明治、家禽商品或餐廳服務的使用程度（例如：銷售量、商標使用期間長短及使用頻率等），故認定麥當勞不得再將「Big Mac」商標用於雞肉三明治、家禽商品或餐廳、得來速或外帶等服務上，惟本案尚未確定，而可再就法律問題上訴，故仍可持續關注本案的後續發展。
企業可從本案了解到當品牌標識成功註冊為商標後，務必留意各國所規範之連續使用年限（例如若連續五年未使用歐盟商標，則可能有被商標廢止之風險），以及明確留存足以佐證「真實使用」於註冊所指定之類別與品項之使用證明，以維護品牌商標之保護。
陳佳妤
副法律研究員 編譯整理
CNBC, Big Mac battle: McDonald’s loses burger trademark for EU in battle with Irish rival (2024), https://www.cnbc.com/2024/06/05/mcdonalds-loses-big-mac-burger-trademark-for-eu.html (last visited Jun. 18, 2024).
RTÉ, Supermac's wins Big Mac trademark case with McDonald's (2024),https://www.rte.ie/news/business/2024/0605/1453086-supermacs-mcdonalds-trade-mark-case/ (last visited August 15, 2024)
日本獨立行政法人情報處理推進機構於2025年1月28日發布《成為可信賴夥伴的資料治理手冊（下稱《手冊》）》，旨在呼籲企業建立與實施「貫穿資料生命週期的資料治理機制」，藉此將資料價值最大化，並將資料風險最小化。 《手冊》指出，資料驅動著社會發展，資料治理的重要性亦隨之提升。資料治理係指企業或組織透過機制、規則與制度等多種層面的策略性手段管理其重要資料資產，並透過制定相應的政策與規則，確保資料的品質與安全性。同時，考量資料具備易於複製、竄改且流通難以控制的特性，建立完善的資料治理機制亦有助於在共享資料的過程中維持其品質及安全性。推動資料治理的基礎，則仰賴適當且有效的資料管理機制，亦即確保在蒐集、處理、儲存與使用等資料生命週期各階段皆能落實資料管理機制。然而，資料管理本身要能發揮效益，仍須依賴組織具備足夠的資料成熟度，即具備正確處理與應用資料的整體能力，方能系統性的落實管理與治理工作。 根據《手冊》內容，透過資料治理，企業或組織將能確保資料品質、透明度及安全性，並基於可信任的資料進行決策，進而有效提升決策精準度，實現風險管理與法規遵循，進一步強化自身在資料經濟中的「價值」、「信任」與「公正性」。 我國企業如欲逐步建立並落實貫穿資料生命週期的資料治理機制，可參考資訊工業策進會科技法律研究所創意智財中心所發布之《重要數位資料治理暨管理制度規範》，作為制度設計與實務推動之參考，以強化資料治理能力。 本文為資策會科法所創智中心完成之著作，非經同意或授權，不得為轉載、公開播送、公開傳輸、改作或重製等利用行為。 本文同步刊登於TIPS網站（https://www.tips.org.tw）
中國大陸有關網路預約出租汽車之規範中國大陸國務院法制辦公室前於2015年10月10日在網站上公告，有關其交通運輸部就《網路預約出租汽車經營服務管理暫行辦法（徵求意見稿）》對外徵求意見至同年11月9日止。該暫行辦法係因應利用網路建構服務平台，並提供非傳統之職業駕駛或營業車輛的運輸服務類型，如Uber等。 由前述公開資料觀之，中國大陸預計對Uber或相關業者，只要符合從事網路預約出租汽車經營服務，即納入交通運輸主管部門之管制範圍。且依提供服務類型不同，區分為網路預約出租汽車經營服務（指平台）、及網路預約出租汽車經營者（實際提供服務之業者）二大類，並分別進行管理，如不得提供類似計程車之巡遊載客。 此外，依目前規劃，國務院交通運輸主管部門（指交通運輸部）負責指導全國網路預約出租汽車管理工作，而縣級以上的人民政府，其交通運輸主管部門（如地方交通委員會或交通局）須實施網路預約出租汽車管理。如要求縣級以上之主管機關應建立監管平台及進行監督管理，如定期公開車輛、駕駛人及乘客評價等資訊外，網路預約出租汽車經營服務之平台及相關業者依該暫行辦法規定須取得「道路運輸經營許可證」，而從事該運輸服務所使用之車輛除限7人座以下，並應登記為出租客運、安裝衛星定位及報警裝置等，且須有「道路運輸證」。 另該暫行辦法不適用於對原屬巡遊出租汽車使用電信、互聯網等方式為乘客提供服務，及不以營利為目的之共乘，如通勤或節假日私人小客車合乘等類型。
美國政府設立Apps.gov網站推動雲端科技運用美國政府在9月15日宣布，為了減少基礎建設的相關費用以及降低政府運算系統的環境衝擊，因此設立Apps.gov網站，展示並提供經政府認可的雲端科技運用。 據美國聯邦政府CIO Vivek Kundra表示，Apps.gov網站是美國政府首度對外發表，針對減少IT花費政策的成果。目前美國政府IT預算幾乎都花費在設立資料中心，單在國家安全部下就設有23個資料中心，而這也造成了聯邦政府的資源消耗在2000年到2006年間增加了兩倍，為了落實減少基礎建設花費的政策，並基於安全性的考量，希望能夠盡量利用現有的系統。 美國政府目前推動的雲端運算倡議計劃有三個主要內容，第一個主要內容即為全新的Apps.gov網站，提供企業一個情報交換平台、社交媒介與雲端IT服務。雖然目前網站尚未完全運作，甚至還曾造成一連串的錯誤訊息，但美國政府當局仍希望該網站最終能成為一次即可滿足的服務商店(one-stop shop)，可在一個平台上提供多種類的雲端運算服務。Kundra表示，美國能源部已經開始使用該網站執行部分相關業務。 該計畫的第二個重點則是預算，美國政府在2010年將會致力推動雲端運算領航計畫，並為此編列年度預算，希望能投入更多輕量的工作流程(lightweight workflows)至雲端科技的發展。而在2011年，美國政府則預計會發布相關指導準則至各機關部門。 最後，該計劃亦會配合安全性、隱私及採購等相關政策。Kundra表示，將會確保所有資料都受到完善保護。 Google創辦人之一Sergey Brin也宣佈Google將會投入部份雲端運算系統專供聯邦政府使用，此系統與Google提供給一般企業的系統相似，但會針對政府需求稍做修改。除了Google之外，Microsoft、Facebook、Salesforce.com及Vimeo等公司亦提供雲端運算服務予政府機關使用。
因應2020年社會實現自動駕駛，日本訂定自動駕駛制度整備大綱日本IT綜合戰略本部及官民資料活用推進本部於4月17日公佈「自動駕駛制度整備大綱」。大綱設定2020年至2025年間，日本社會實現自動駕駛下，所需檢討修正之關連法制度。 本大綱中，係以2020年實現自動駕駛至等級4為前提（限定場所、速度、時間等一定條件下為前提，系統獨自自動駕駛之情形），以在高速公路及部分地區之道路實現為條件設定。社會實現自動駕駛有以下課題需克服： 道路交通環境的整備：以自駕系統為行駛，一般道路因為環境複雜，常有無法預期狀況發生，導致自駕車的電腦系統無法對應。 確保整體的安全性：依據技術程度，設定一般車也能適用之行駛環境、設定車輛、自動駕駛之行駛環境條件以及人之互相配合，以達成與一般車相同之安全程度為方針下，由關係省廳間為合作，擬定客觀之指標。此一指標，並非全國一致，應就地方之特性，設定符合安全基準及自動駕駛行駛環境條件，建構整體確保安全之體制。 防止過度信賴自駕系統：訂定安全基準，使日本事件最先端自動車技術擴及於世界，訂定包含自駕系統安全性、網路安全等自動駕駛安全性要件指針。 事故發生時之法律責任：自動駕駛其相關人為駕駛人、系統製造商、道路管理者等多方面，其法律責任相對複雜化。現在係以被害人救濟觀點，至等級4為止之自動駕駛，適用自動車損害賠償責任險（強制責任險）方式，但是民法、刑法及行政法等法律全體之對應，仍為今後之課題，必須為早期快速處理。為了強化民事責任求償權行使、明確刑事責任之因果關係、並實現車輛安全性確保、避免所有人過度負擔等，車輛行駛紀錄器之裝置義務化、事故原因究明機制等，關係機關應合作為制度檢討。 本大綱最後並提出，在自動駕駛技術快速發展下，就其發展實際狀況應為持續半年1次召開會議檢討檢討。