冰島政府對英國同名Iceland Foods 採取法律行動
冰島政府日前對自1970年成立至今，已擁有8百多間超市的英國連鎖食品超市「Iceland Foods」，向歐盟智慧財產局（European Union Intellectual Property Office）提起註冊無效之訴訟。該超市為創辦人Malcolm Walker)與南非投資集團Brait共同擁有，以銷售冷凍肉類、乳製品、乾貨及微波食品為主要業務。
冰島政府指稱英國Iceland Foods企業使用「Iceland」於歐洲註冊商標，而該文字商標含蓋範圍廣泛且定義模糊。多數冰島企業於商品或商標中使用英文「冰島」一詞，除與英國Iceland Foods無販賣相似性質之產品，也無存在競爭關係，但卻使冰島企業無法將(Iceland)做為產品之描述用。對此，Iceland Foods發出聲明希望冰島政府可以直接與Iceland Foods聯繫，並強調該企業以Iceland名稱經營已經46年，並不認為未來消費者或一般社會大眾在商標上會有混淆。
目前若要在歐洲的任一個國家獲得商標權的保護，可分別在不同的國家提出註冊申請或向歐盟內部市場協調局（The Office of Harmonization for the Internal Market，簡稱OHIM）提交歐盟商標申請（Community Trade Mark，簡稱CTM）。商標註冊申請人並不限於歐盟成員國的國民，而商標獲准註冊後即可在27個成員國內享有商標權的保護。
王凱嵐
法律研究員 編譯整理
Iceland government challenges retail chain Iceland over name use, 2016/11/24, https://www.theguardian.com/world/2016/nov/24/government-of-iceland-to-challenge-retail-chain-iceland-over-name-use (最後瀏覽日:2016/12/08)
Iceland Foods hits back at Icelandic government over trademark, 2016/12/04, http://www.bbc.co.uk/news/business-38201571 (最後瀏覽日:2016/12/08)
冰島政府告冰島超市, 2016/11/26, http://news.sina.com.tw/article/20161126/19537592.html (最後瀏覽日:2016/12/08)
美國聯邦貿易委員會（FTC）針對國家公路交通安全管理局（NHTSA）的行政命令提出建議，就有關車輛到車輛通信（V2V）之事宜，FTC長期作為負責保護消費者隱私與安全的聯邦機構，FTC認為NHTSA在行政命令中採取隱私和安全問題考慮是非常適當。 在FTC的建議評論指出，FTC針對物聯網的的資訊安全疑慮，同樣也會適用在消費者的車輛收集的隱私和安全問題。FTC認為NHTSA的協商支持作法，基於流程的可解決隱私和安全隱患，其中包括隱私風險評估。該評論還讚揚NHTSA設計一個V2V系統來限制收集和存儲僅是供應其預期的安全目標的數據。 美國每年都會有上千人意外死於汽車意外事故，NHTSA研究指出，汽車相撞的原因多數情況下在於資訊的不透明，如果汽車之間可以「相互溝通」，讓駕駛彼此知悉對方的情況，就能減少碰撞事故。 「V2V」係指vehicle-to-vehicle，是規劃建立於汽車之間的通信網路。在這個網路中，汽車之間能夠互相傳送數據，告訴對方自己的狀態和行為，也了解其他車輛的狀態和行為。但是目前V2V各家發展的標準不一，因此假設福特的車如果不能跟其他廠商的汽車溝通，技術再好也沒用。 也因此，NHTSA在官網上公告規則，宣布將制定「V2V」通信技術標準的法規。也就是說，NHTSA將要制定一個統一的標準，來確保汽車之間溝通使用的是同一種語言。在最新的一份報告中，NHTSA詳細說明了「V2V」通信技術的軟硬體標準。它包括部署該項技術可能需要的硬體設施及其費用，汽車之間溝通的資料類型，以及該技術將如何提醒司機。此外，還覆蓋了「V2V」通信技術的安全細則，以及它將如何加密以避免竊聽和侵犯隱私。 在使用者和廠商都關心的資料外洩方面，NHTSA表示，資料本身將不包含個人身份資訊，並且將會被保密。目前提出的方案裡包含兩套數據，其中一個包含核心資訊：如位置、速度、駕駛方向、剎車狀態、車輛尺寸等。這些資料將即時更新並相互傳播。第二套數據則會更加複雜，只有在數據發生變化時才會相互傳輸。它包括汽車輪胎是否漏氣，前燈是否打開，保險杠的高度，是否行駛在密集人群中等。
歐盟議會要求禁止將複製動物作為食品伴隨著歐洲食品安全局公開一項經高度謹慎評估關於複製動物在食品安全、動物健康和環境等方面關聯性之科學意見後；歐洲議會隨即於2008年9月3日邀集委員會召開討論會議，並於該會議中遞交出有關於禁止將複製動物作為食品之建議案。透過表決，在622票贊成、25票棄權與32票反對之壓倒性決議下，議會通過了該項建議案。 該項禁令建議案要求歐盟境內各會員國應禁止：(1)以複製動物作為食物之來源、(2)為糧食供應目的而進行畜養之複製動物或其繁殖之子代、(3)於市場上販售經由複製動物或其經繁殖之子代所衍生之食用肉品與乳製品；以及(4)禁止以食用為目的自境外進口複製動物與其經繁殖之子代(包括精子或卵子細胞)等行為。 而EFSA也發現：「不太可能達成全面性食品安全之評估工作」，故對於缺乏可靠數據資料而需進行評估之主體而言，在進行風險評估時，其仍將會不斷地被不確定性問題所困擾；同時，EFSA在該報告中還強調：透過比對複製動物與經傳統育種繁衍之動物後，其也將面臨「於動物健康及福利方面等重要爭議問題」。另外，歐洲議會成員指出：將透過歐盟農場動物保護指令中，有關禁止任何可能引起痛苦或傷害之自然或人為育種繁殖過程之規定，作為該項禁令之法律授權依據。 截至目前為止，尚未有任何由複製動物所衍生之產品在歐洲或者世界其它地方被銷售；不過，由於美國食品藥物管理局(FDA)早在2008(今)年1月份時即做出結論，認為：由複製牛、豬、山羊與其子代所產生之肉品與牛奶，其安全性與食用從傳統育種動物所衍生之食品並無二致。因此，專家們咸信，此類產品將會於2010年時正式進入市場販售；而在歐洲方面則更進一步認為，日後在處理複製動物食用之問題上，應要兼顧到動物福利之保護與獲得廣大消費者之信賴。
美國法院推翻過去電子郵件監視案件之判決立場美國上訴法院於八月於判決中指出，電子郵件服務提供者未經使用者同意對於其傳送、接收之電子郵件加以監視，應為犯罪行為，即使服務提供者僅利用使用者經由其伺服器傳送郵件時的自動暫存過程進行監視，亦構成未經使用者同意的「攔截」 (intercept) 行為，違反監聽法 (Wiretap Act) ，而構成犯罪，推翻該國法院過去所建立「電子郵件服務提供者未經使用者同意監視使用者電子郵件通訊，不屬違反監聽法之犯罪行為」的立場。 被上訴人 Bradford C. Councilman 是從事珍貴與絕版書籍網路建擋列表服務之 Interloc Inc. 的副總裁，該公司給與其顧客含有 "interloc.com" 網域名稱之電子郵件地址作為服務的一部份，並且提供如同電子郵件服務提供者之服務行為，本案起因於 1998 年 Bradford 指示該公司雇員透過修改郵件接收程序之方式，攔截並拷貝所有服務使用者與其競爭對手亞馬遜網路書店 (Amazon.com) 間的電子郵件通訊，亦即，所有來自 Amazon.com 的信件到達伺服器時，由於程式的運作，該信件於寄至使用者信箱前會先行複製，由 Interloc 公司員工加以閱讀。 本上訴法院之判決，乃針對電子郵件的傳送是否屬於監聽法中所謂的電子通訊 (electronic communication) 以及該公司之行為是否構成「攔截」皆作成肯定之解釋，對於電子郵件使用者隱私權之保護有指標性的影響。
經濟合作與發展組織發布《促進AI可歸責性：在生命週期中治理與管理風險以實現可信賴的AI》經濟合作與發展組織（Organisation for Economic Co-operation and Development, OECD）於2023年2月23日發布《促進AI可歸責性：在生命週期中治理與管理風險以實現可信賴的AI》（Advancing accountability in AI: Governing and managing risks throughout the lifecycle for trustworthy AI）。本報告整合ISO 31000：2018風險管理框架（risk-management framework）、美國國家標準暨技術研究院（National Institute of Standards and Technology, NIST）人工智慧風險管理框架（Artificial Intelligence Risk Management Framework, AI RMF）與OECD負責任商業行為之盡職調查指南（OECD Due Diligence Guidance for Responsible Business Conduct）等文件，將AI風險管理分為「界定、評估、處理、治理」四個階段： 1.界定：範圍、背景、參與者和風險準則（Define: Scope, context, actors and criteria）。AI風險會因不同使用情境及環境而有差異，第一步應先界定AI系統生命週期中每個階段涉及之範圍、參與者與利害關係人，並就各角色適用適當的風險評估準則。 2.評估：識別並量測AI風險（Assess: Identify and measure AI risks）。透過識別與分析個人、整體及社會層面的問題，評估潛在風險與發生程度，並根據各項基本價值原則及評估標準進行風險量測。 3.處理：預防、減輕或停止AI風險（Treat: Prevent, mitigate, or cease AI risks）。風險處理考慮每個潛在風險的影響，並大致分為與流程相關（Process-related）及技術（Technical）之兩大處理策略。前者要求AI參與者建立系統設計開發之相關管理程序，後者則與系統技術規格相關，處理此類風險可能需重新訓練或重新評估AI模型。 4.治理：監控、紀錄、溝通、諮詢與融入（Govern: Monitor, document, communicate, consult and embed）。透過在組織中導入培養風險管理的文化，並持續監控、審查管理流程、溝通與諮詢，以及保存相關紀錄，以進行治理。治理之重要性在於能為AI風險管理流程進行外在監督，並能夠更廣泛地在不同類型的組織中建立相應機制。