日本經產省和總務省共同發布AI業者指引草案，公開徵集意見
因應生成式AI（Generative AI）快速發展，日本經產省和總務省彙整及更新自2017年起陸續發布之各項AI指引，於2024年1月19日共同公布「AI業者指引草案」（AI事業者ガイドライン案，以下簡稱指引），公開向民眾徵集意見。上述草案除提出AI業者應遵守以人為本、安全性、公平性、隱私保護、透明性、問責性、公平競爭、創新等共通性原則外，並進一步針對AI開發者（AI Developer）、AI提供者（AI Provider）及AI利用者（AI Business User）提出具體注意事項，簡述如下：
（1）AI開發者：研發AI系統之業者。由於在開發階段設計或變更AI模型將影響後續使用，故指引認為開發者應事先採取可能對策，並在倫理和風險之間進行權衡，避免因重視正確性而侵害隱私或公平性，或因過度在意隱私保護而影響透明性。此外，開發者應盡量保留紀錄，以便於預期外事故發生時可以進行說明。
（2）AI提供者：向AI使用者或非業務上使用者提供AI系統、產品或服務之業者。提供者應以系統順利運作及正常使用為前提，提供AI系統和服務，並避免侵害利害關係人之利益。
（3）AI使用者：基於商業活動使用AI系統或服務之業者。使用者應於提供者所設定之範圍內使用AI，以最大限度發揮AI效益，提高業務效率及生產力。
本文為「經濟部產業技術司科技專案成果」
周晨蕙
副主任 編譯整理
〈AI事業者ガイドライン案」の意見公募手続（パブリックコメント）を開始します〉，経済産業省，https://www.meti.go.jp/press/2023/01/20240119002/20240119002.html (最後瀏覽日：2024/03/23).
沈娟娟，〈OECD發布「促進人工智慧風險管理互通性的通用指引」研究報告〉，資訊工業策進會科技法律研究所，2024年3月，https://stli.iii.org.tw/article-detail.aspx?tp=1&d=9134&no=64 （最後瀏覽日：2024/03/23）。
毛定瑜，〈以色列發布人工智慧監管與道德政策〉，資訊工業策進會科技法律研究所，2024年3月，https://stli.iii.org.tw/article-detail.aspx?tp=1&d=9133&no=64（最後瀏覽日：2024/03/23）。
陳郁潔，〈法國國家資訊自由委員會將推出符合GDPR的人工智慧操作指引（AI how-to sheets）〉，資訊工業策進會科技法律研究所，2024年1月，https://stli.iii.org.tw/article-detail.aspx?tp=1&d=9109&no=64 （最後瀏覽日：2024/03/23）。
歐盟執委會（European Commission）於2026年6月3日發布「能源領域數位化與人工智慧戰略路線圖」（Strategic Roadmap for Digitalisation and AI in the Energy Sector），作為《歐洲科技主權方案》（European Technological Sovereignty Package）的一環。執委會指出，受高能源價格、地緣政治衝突及AI快速發展影響，歐盟能源系統正面臨供需與基礎設施壓力，因此有必要透過數位化與AI提升能源效率、降低成本並強化能源自主性。 路線圖包含三大核心支柱。首先，在「為AI提供能源」（Energy for AI）方面，歐盟預期資料中心快速擴張將帶動用電與用水需求成長，並加劇電網壅塞，因此將推動政府、資料中心業者及能源業者共同參與的三方協議機制，促進綠電供應、彈性用電及電網整合，並建立資料中心能源與資源效率評級制度。 再者，在「運用數位與AI最佳化能源系統」（Digitalisation and AI for the Energy System）方面，歐盟將加速布建智慧電表、建立智慧電網績效指標，並開發歐盟自主AI模型以支援電網規劃、需求預測及系統管理，同時運用生成式AI簡化再生能源及電網建置的許可程序。 最後，在「推動AI與能源系統的資料共享」（Data for AI and the Energy System）方面，歐盟將建立跨境能源資料交換架構，提升會員國間資料互通性，以支援需量反應、智慧充電及AI模型訓練等應用，以促進智慧能源服務與能源市場整合發展。
RFID應用與相關法制問題研析－個人資料在商業應用上的界限 開放原始碼撤出蘋果Safari？兩年前蘋果選擇開放原始碼成像引擎（ rendering engine ） KHTML 做為 Safari 瀏覽器的基礎；兩年後，蘋果則打算以自己的程式碼取代該引擎，藉以解決相容性的問題。 KHTML 成像引擎──也是其瀏覽器的核心，考慮在其架構上放棄 KHTML 的程式庫（ code base ），或者所謂的「樹狀圖」（ tree ），改用蘋果自己的版本，也就是所謂的 WebCore （網頁核心）。 KHTML 原本是為了要在 KDE （ K Desktop Environment ）上執行而撰寫的──這是 Linux 和 Unix 作業系統的介面。 Safari 並不是蘋果唯一以開放原始碼為基礎的軟體，其麥金塔（ Macintosh ）作業系統就是以達爾文（ Darwin ）開放原始碼計畫為基礎。 企業在某些方面受到限制，而開放原始碼社群以不受限制為傲。蘋果自己內部有些問題搞不定，以致銜接不上 KDE 開發 KHTML 的模式，導致 KHTML 與 Safari 逐漸產生分歧，後來情況則越來越嚴重。
經濟合作與發展組織發布《促進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風險管理流程進行外在監督，並能夠更廣泛地在不同類型的組織中建立相應機制。