英國推動「公共緊急警報：行動通訊預警試驗」實證服務
為試驗導入智慧防救災各項新興技術與機制，英國國民緊急事務秘書處 (Civil Contingencies Secretariat, CCS) 於2013年秋天分別對北約克郡 (North Yorkshire)、格拉斯哥 (Glasgow) 和薩福克郡 (Suffolk) 三地區進行共三次的「公共緊急警報：行動通訊預警試驗」(Public emergency alerts: mobile alerting trial)。由於英國已有92%民眾具有行動電話，並以隨時得接收訊息為出發點，進行有別於傳統預警系統之公共緊急預警系統試驗。此試驗由國民緊急事務秘書處與O2、Vodafone和EE三間行動網路業者 (mobile network operators) 和地方政府應變單位合作，雖係以行動電話為試驗主軸，但試驗重點則以政府或地方政府應變單位「不知道」民眾個人電話，亦不要求民眾簽署才能取得此次試驗訊息為主。
此三次試驗手段有二，包括「小型區域廣播服務」 (cell Broadcast service, CBS)，係以單點對多點發送緊急簡訊，以及「以地區為基礎的簡訊」 (location-based SMS messaging)，以群組方式發送簡訊至指定地區用戶，二種發佈緊急訊息的方法為試驗。
北約克郡 (North Yorkshire)主要與EE進行發送緊急水災警報系統，對於廣播訊息發送的時間或調整時間長短以供傳送「泡沫警報」(表訊息多寡)到地域寬廣或數個地區而言，是有效的手段。格拉斯哥 (Glasgow)地區為蘇格蘭最大城市，與O2業者進行最大型的試驗，發送數千緊急訊息給民眾。而薩福克郡(Suffolk)則是由於該區不僅於市中心具兩個火車站，遊客也眾多，因此試驗場域以住商混合住宅區及處於該區的人民為主。除小型區域廣播服務和以地區為基礎的簡訊外，薩福克郡也與社交網路Twitter合作，共傳送三種訊息試驗。
透過上述試驗，公共緊急警報：行動通訊預警試驗計畫報告也提出針對隱私與對於電信服務業者於災害發生當下之通訊服務義務未來應制訂相關規範，以及應統一發送訊息之通訊警報協定標準等建議。
越來越多消費者由網際網路觀賞視訊內容，保護新興視訊業者之市場競爭力也越加重要。美國參議員John D. Rockefeller於2013年11月發佈「消費者網路視訊選擇法（Consumer Choice in Online Video Act）」草案，塑造一個以消費者需求為中心的視訊市場，提供完全的單頻單賣（a la carte），使消費者有權力選擇想看的節目、決定想看的時間、挑選收看的方式，並且只為真正收看的內容付費。 此外，本法案亦規範網路服務業者必須提供消費者更完整精確的帳單資訊，以增進消費者權益。在促進市場競爭的目的下，本法案也賦予新興視訊產業基本的保護，防止既有業者之反競爭行為，使市場能有效競爭，帶給消費者更多利益。 該法案的主要規範內容簡介如下： ‧管制既有之有線電視、衛星電視與大型媒體公司對網路視訊服務業者的反競爭行為。 ‧提供網路視訊服務業者合理的取得各種節目內容之能力，使他們能提供給消費者更多節目與服務的選擇。 ‧管制寬頻服務業者不得降低其市場競爭者之網路傳輸品質，以保護網路視訊業者接觸消費者、提供服務的管道。 ‧提供消費者更為透明與容易理解的帳單資訊。消費者在申請網路服務時，將能得到更為清晰易懂的服務契約與條款的資訊。 ‧指示聯邦通信委員會持續監督寬頻服務之資費條件，確保這些資費條件不被用於反市場競爭行為。 隨著寬頻服務的普及，網際網路能夠提供更多元的內容，一方面消費者能夠有更多的選擇，確保市場持續有效競爭是非常重要的，本法案對我國而言亦有相當參考價值。
美國法院於 8 月 9 日判決「隱私權合理期待不及於網際網路用戶資訊」在 Freedman v. America Online 一案中，原告 Freedman 使用 AOL(ISP 業者 ) 的電子郵件帳號匿名寄送一封載有「末日近了 (The end is near) 」之郵件給另外兩個康乃迪克州之居民，該郵件之收文者將其視為對於安全威脅之信件並立即報警處理。警員 Young 和警官 Bensey 雖製作了筆錄與提出搜索令 ( 授權令 ) 之申請，然而在將該等文件送交州檢察官辦公室並經同意前， Young 即將該等文件傳真給 AOL 法務部門，一周後 AOL 即提供 Freedman 之姓名、地址、電話號碼與其他許多與原告之 AOL 電子郵件帳號有關之訊息，原告因而提起訴訟，主張提供其帳戶資料之行為侵犯其隱私權，已違反美國憲法修正條文第四條。 法院認為在美國憲法修正條文第四條之意旨下，網路使用者不能合理期待其用戶資訊為其隱私權所及範圍，主要理由為當網路使用者申請使用服務前，用戶本身已在其本身知悉之情況下將其資訊提供給 ISP 業者，使該 ISP 業者得以提供相關服務，且 AOL 已在其使用合約中註明，倘於其用戶或他人受有人身威脅 (physical threat) 之個別案例之情況下 ( 如同本案例事實 ) ， AOL 將提供用戶資訊，而「電子通訊隱私權法案 (The Electronic Communications Privacy Act) 」第 2510 條以下條文亦規定，於有人身損害之虞 (the risk of physical injury) 之情況下，用戶資料之揭露即具正當性。
德國慕尼黑第一地方法院判決Google應為Google搜尋AI摘要功能之不實訊息負責德國慕尼黑第一地方法院判決Google應為Google搜尋AI摘要功能之不實訊息負責 資訊工業策進會科技法律研究所 2026年07月08日 2026年5月28日，德國慕尼黑第一地方法院（LG München I）做成判決[1]（Az. 26 O 869/26），認定Google應為其搜尋服務中提供的AI摘要功能產生之不實訊息承擔法律責任。 壹、事件摘要 一、AI摘要的不實指控 本案源自於，在2026年1月，兩家慕尼黑出版社發現，當在Google搜尋中使用該些公司名稱及「詐騙（Betrugsmasche）」或其他相類似單字作為關鍵字進行搜尋時，Google搜尋的AI摘要會出現該些公司與詐騙相連結的陳述，並「引用」了一則文章作為證據。出版社認為，實際上，AI錯誤地將其他公司的可疑行為資訊歸於該些公司了。該些公司並未有相關詐欺行為或與AI摘要中聲稱的其他「共犯」公司有連結。公司發現這件事後，在2月向Google寄送存證信函，要求其停止系爭爭議文本。 在Google受理相關申訴期間，該公司發現雖然同樣的搜尋也會間歇性地出現其他不具爭議的摘要，並明確指出該公司「不應與另一間在相類似情況下會被提及的可疑公司混淆」，但仍然會出現其欲終止的文本。該些企業因而以其企業人格權（Unternehmenspersönlichkeitsrecht）因AI摘要的不實和誹謗性描述遭到持續的侵害，向法院提起訴訟，依請求Google停止Google搜尋的AI摘要繼續出現這類言論。 二、Google的抗辯 Google則抗辯說，該請求沒有說明是涉及哪些具體的搜尋關鍵字和相關的資訊需要禁止，請求太過模糊。 再者，Google認為該些陳述並非Google的「言論」。Google認為該些陳述以搜尋引擎的形式出現，僅是依據搜尋請求自動顯示、由第三方提供的資訊。因此，相關陳述的直接侵權責任不能歸責於Google。 並且，Google也主張，其僅在被明確告知明顯違法情況下才可能承擔間接侵權責任，但在本案中，Google認為該些公司提出的申訴內容，還無法被視為明顯的違法情形，因為該些公司未能提出該些爭議陳述不屬實、公司受到實質損害的足夠證明。Google指出，實際上，網路公開論壇上存在許多不明顯違法的客訴，涉及不合理的催款或追討程序、缺少或延遲的服務，或者與客服的困難問題等。 最後，Google也主張已履行了審查義務，其在接到申訴後，透過機器學習的修正，已讓有爭議的內容無法再被存取。當侵害不存在重複發生的風險，法院就不應發布禁制令。 此外，Google也主張判決的效力應該限定於德國。 貳、重點說明 一、AI摘要不是搜尋結果，而是Google自身提供的內容 法院認為原告的請求已經足夠明確，其已列舉要求停止的言論，且相關搜尋關鍵字（「詐騙手法」）亦可透過Google搜尋欄的自動完成功能（Auto-complete-Funktion）在輸入原告公司名稱後所推薦的關鍵字中選取，列舉搜尋關鍵字並不是確定範圍所必須的。 法院接著指出，數位服務法（DSA）提供的責任豁免條款僅在該法適用範圍內有適用。並且，即便有DSA適用，法院也援引法蘭克福地方高等法院（OLG Frankfurt）2025年的判決（Az. 16 W 10/25）澄清，也並不排除司法機關依法要求服務提供者糾正或防止侵害的可能性。而在本案，法院認為AI摘要屬於Google自身透過提供給使用者的AI服務做出的表述，不能依據DSA、依據搜尋引擎營運者通知下架程序（Notice-and-take-down-Verfahren）享有豁免。這是因為AI摘要在呈現上已非單純的連結或預覽（Verlinkungen oder mit kurzer Vorschau (Snippets)），而是依照自己的架構、文字對問題和搜尋結果進行的獨立的整理與分析，並包含了在搜尋結果中找不到的說法，如AI摘要聲稱「引用」的來源中，根本未提及原告。法院因此認定，被告作為（也落在AI Act定義內的）AI提供者，必須為該AI生成的陳述負起責任。 二、AI摘要不是搜尋引擎、也不只是自動完成功能 法院並澄清，德國聯邦最高法院（BGH）有關搜尋引擎（Suchmaschinen）責任的判決（Az. VI ZR 489/16）並無法在本案中被援用。依據BGH，搜尋引擎是確保網路資訊可用的必要服務，與網路服務提供者（ISP）提供網路服務幾乎同等重要，因此作為間接侵權責任者，搜尋引擎服務與ISP服務一樣僅應承擔有限的責任，並不應使其承擔事先審查或其他可能危及搜尋引擎營運難度的不合理義務。但法院指出，AI摘要不是搜尋引擎。一方面，如上所述，它會發表獨立的、新的陳述，而該些內容是可以被Google檢查的。另一方面，法院也指出AI摘要並不像搜尋引擎那般絕對必要，AI摘要或許對許多人而言是理想的、能簡化搜尋過程，但相較於搜尋引擎，卻不是人為了處理網路資訊的洪流時不可或缺的。 法院也認為自動完成功能的考量無法套用到AI摘要上。BGH曾做出判決（Az. VI ZR 269/12）指出，自動完成功能不僅僅是純技術性、自動化和被動的，也不僅是提供資訊讓第三方存取，而是使用者的查詢資料會被用來程式化地處理、形成概念連結後，由服務提供者所提供的搜尋建議。BGH認為，儘管服務提供者原則上應對「放任」這些建議涉及的侵權負責，但仍需評估服務提供者能否合理地被期待防止損害，以避免過度的責任。考量關鍵字建議會因為其服務提供者無法控制的使用者搜尋模式和歷史改變，且只在某些使用者實際使用了特定關鍵字查詢時才能知悉，BGH認為這減輕了服務提供者的責任。但法院認為，由於AI摘要進行了獨自的整理與分析，也做出了第三方網站所無的陳述，服務提供者也就不再能以其無法控制第三方內容作為限制責任的依據。此外，法院也認為，儘管AI摘要提供「警語」，使用者可以比對AI摘要及第三方網站進行確認，但使用者也並非Google的事實查核員，因此這也不代表損害之發生應完全歸咎於使用者不查證，從而免除服務提供者的責任。 三、AI審查責任與言論自由 就Google主張說，若Google必須為AI摘要內容負責，就不可能在搜尋引擎中使用AI，法院也做出反駁。一方面，法院認為Google沒有提出的證明，另一方面，也可以限制審查義務的時間點在被指出可能的違法情況時緩解。並且，法院也指出，不同於無法或不適合主動去審查的第三方內容，即便在完全不與第三方網頁聯繫的情況下，Google也可以審查AI摘要的內容和資訊來源。因此，Google的責任也沒有理由被限制於明顯違法的內容，否則，對於受言論影響的人來說，在保護一般人格權或公司人格權方面必然會留下漏洞，因為當事人也無法向其他第三方請求撤除其實際上沒有發表的、有爭議的言論。 但是，法院也指出，這不代表原告有權要求Google的AI摘要不得產生任何他們僅僅是不希望出現的描述或評價。例如，法院認為亦必須考量言論自由的保護，不能禁止可能使讀者形成負面評價、但真實的事實陳述。然而，值得注意的是法院對AI生成內容的言論自由的評估，法院認為AI生成內容的觀點並非表達者自身信念的體現，而是演算法的產物，背後主要體現的是Google的商業活動，因此在本案權衡時，法院認為人格權的保護要優先於商業利益。 四、侵害防止請求之效力 綜上所述，法院最後認定原告有權請求Google停止AI摘要產生錯誤且誹謗性的言論，否則將面臨處罰。並且，法院也不採Google主張已經消除風險的主張，認為其雖然調整了AI摘要結果，但仍未做出足夠的安全保障，重複發生的可能性並未消失。此外，法院也依據《歐盟司法管轄權及執行規則》（EuGVVO）之規定，認定其具備原告及被告間跨境爭議的管轄權，被告應在該規則的適用範圍內，承認判決之效力，駁回判決效力應限於德國的主張。本案仍未終局確定。 參、事件評析 本案核心爭議在於AI摘要是否應與傳統搜尋結果在法律上享有同等地位，而慕尼黑第一地方法院明確駁回了這項論點。這項判決降低了使用者或公司對誹謗性人工智慧生成內容採取法律行動的門檻，加大了Google等AI服務提供者的監管壓力。 [1] LG München I, Endurteil v. 28.05.2026 – 26 O 869/26, https://www.gesetze-bayern.de/Content/Document/Y-300-Z-BECKRS-B-2026-N-11860 (last visit Jul. 07, 2026)
日本經產省發布中小企業開發IoT機器之產品資安對策指引日本經濟產業省（下稱經產省）於2023年6月6日發布中小企業開發IoT機器之產品資安對策指引（IoT機器を開発する中小企業向け製品セキュリティ対策ガイド），本指引彙整企業應該優先推動IoT機器資安對策，經產省提出具體資安對策如下： 1.制定產品資安政策（セキュリティポリシー）並廣為宣導：由企業經營者率先制定資安政策，進行教育宣導，並依實際需求修正調整。 2.建立適當的資安政策體制：確立實施資安政策必要之人員及組織，明確其職務及責任。 3.指定IoT機器應遵守之資安事項，並預測風險：決定IoT機器的預設使用者及使用案例，並於釐清使用者需求後，指定IoT機器應遵守之資安事項，預測衍生風險。 4.考量IoT機器應遵守之資安事項及預測風險，進行設計與開發：以預設IoT機器應遵守之資安事項衍生風險為基礎，從設計與開發階段開始採取風險對策。 5.檢測是否符合資安相關要件：從設計與開發階段開始制定檢測計畫，檢測是否符合資安要件，並依據檢測結果進行改善。 6.於產品出貨後蒐集風險資訊，與相關人員溝通並適時提供支援：蒐集全球資安事故與漏洞資訊，並設置可適時與委外廠商以及用戶溝通之窗口。