英國發布「科學技術框架」2024最新施政進度，積極推動創新技術發展
英國科技創新部（Department for Science, Innovation & Technology, DSIT）於2024年2月9日發布「科學技術框架」（Science and Technology Framework）最新施政進度，相關重點如下：
（1）此框架旨在強化國家科技競爭力，聚焦五項關鍵技術領域：人工智慧、工程生物學、未來通訊、半導體和量子技術。
（2）擬實現十項關鍵措施：辨識關鍵技術、對國內外展示英國科技實力，吸引優秀人才及投資、促進公私部門投資新興科技、發揮英國多樣化技能、技術和創業人才優勢、為新創產業提供資金補助、促進公部門採購轉型、戰略性參與國際事務提升話語權、建立數位基礎設施優化研發環境、制定創新法規與全球標準、鼓勵公共部門建立支持創新文化，改善服務等。
（3）提出五大戰略領域發展策略，並由「英國研究創新（UK Research and Innovation, UKRI）資金」鉅額資助，並吸引私部門企業、慈善單位共同投資。
（4）提出「支持創新技術監管建議」（Recommendations from the Pro-innovation Regulation of Technologies Review）：由政府首席科學顧問群對跨領域前沿技術、先進製造、創意產業、生命科學、數位技術及綠色產業等領域提出監管建議。
（5）推動「退休基金改革措施」（Mansion House Reforms）：於2023年7月10日提出，政府支持運用退休金投資創新企業，除可提高退休金持有人之收益外，亦增加新創資金流動性，並促其於英國設立公司及上市。
本文為「經濟部產業技術司科技專案成果」
田毓慈
法律研究員 編譯整理
The UK Science and Technology Framework, GOV.UK, https://www.gov.uk/government/publications/uk-science-and-technology-framework/the-uk-science-and-technology-framework (last visited Sept. 5, 2024).
韓佳盈，〈英國成立「技術移轉政府辦公室」，以促進公部門知識資產流通利用〉，資訊工業策進會科技法律研究所，2023/1，https://stli.iii.org.tw/article-detail.aspx?tp=1&d=8943&no=64〈最後瀏覽日：2024/9/3〉。
奈米材質之特性雖有助於開發新穎產品，但對於環境與人體健康是否會造成危害，迄今仍未有定見；為避免奈米科技毫無節制地發展，2008年9月以降，美國環保署(Environmental Protection Agency，EPA)以毒性物質管制法(Toxic Substances Control Act，TSCA)管理奈米材料，並在10月底考慮將奈米碳管納入前述法規中；11月初，更進一步依據毒性物質管制法5(a)(2)發布「顯著新種使用規則(Significant New Use Rule，SNUR)」，將以矽氧烷(siloxane)所改造之奈米矽微粒(silica nanoparticles)與奈米鋁微粒(alumina nanoparticles)列入管理範圍內。 一般而言，化學物質如未列於由EPA所公佈之「化學物質目錄」者，皆應向環保署提出製造前通知(Premanufacture Notice，PMN)；而顯著新種使用規則以指定特殊新種化學物質的方式，配合適用製造前通知制度，要求業界針對製造、加工、銷售與使用等過程，提出具體因應措施。申言之，關於前述兩項奈米物質，一旦涉及有別於以往的重大創新製造活動，業者即應於正式進行製造前之90天先行通報環保署，再由其評估該業者是否符合相關條件要求，否則得予以禁止或限制之。 根據環保署既有之測試資料，可以確認奈米微粒得由呼吸與皮膚接觸等方式進入人體。以矽氧烷所改造之奈米矽及奈米鋁，泰半係作為添加劑之用；然而，觀察過往製造前通知所登載之內容，該兩項化學物質無論在呼吸或皮膚接觸所造成之暴露程度尚屬輕微；因此，針對該等奈米材料而向環保署所為之通報流程及審查作業，可能會對於業者後續之生產製造活動形成不確定的阻礙。 有鑒於奈米材料可能對人體健康產生未知風險，為保障奈米工作環境中人員的安全，顯著新種使用規則將於2009年1月起正式生效，作為管理特殊化學物質的監督方式。對於製造或使用奈米材料所可能引發之風險，美國環保署正著眼於環境、健康與安全議題，逐漸採取較為謹慎的政策設計方向，以維護大眾利益。
爭議多時的日本P2P軟體Winny開發者，獲無罪判決確定日本著名的P2P（Peer to Peer）檔案共享軟體Winny因有侵害著作權法之公開傳輸權之爭議，兩名利用該軟體的使用者於2003年11月被日本群馬地檢起訴。隔年5月Winny軟體開發者「金子勇」因涉嫌構成幫助犯，被京都地檢起訴。全案歷經2006年京都地裁一審之有罪判決、2009年大阪高裁二審判決逆轉無罪、而檢方再上訴日本最高裁判所等程序。檢方於日前撤回上訴，並於2011年12月20日經最高裁判所裁定維持大阪高裁無罪判決，全案定讞。 大阪高裁認為，軟體的開發者未必能認識使用者會將軟體使用在非法目的上，難謂構成幫助之行為，因此，開發者本身對軟體的非法使用並不需要負責。不法行的情形應該是軟體開發者去鼓勵使用者利用軟體進行非法行為。 金子勇在20日召開記者會表示，網路上下載未經授權著作的問題還很多，將竭力解決相關問題，對自己之前開發的軟體而引起之相關侵權訴訟感到遺憾，並呼籲使用者誤濫用Winny，以實現更好的資訊社會。 而日本「電腦軟體著作權協會」（the Association of Copyright for Computer Software）向來致力於著作權之保護工作，協會對此結果表示並不否定P2P技術本身的價值中立性，但是將來會與相關著作權保護團體攜手合作，對於類似Winny的共享軟體之非法侵害，持續推動應對之策，並運用各種手段實現著作權受保護之健全環境。
美國總統簽署通過2010年二十一世紀通訊和視訊無障礙法美國總統歐巴馬於2010年10月8日簽署通過2010年二十一世紀通訊與視訊無障礙法（Twenty-First Century Communications and Video Accessibility Act of 2010），將使美國約3600萬之聽、視障人士能無障礙的參與網路時代。該法案係增進身心障礙人士無障礙使用通訊傳播服務之保障，因應新興科技之發展，修訂既有法規的不足。由於新興科技的發展擴大身心障礙者使用科技的障礙與落差。同時，美國電信法放鬆管制的趨勢，將通訊服務區分為「電信服務」與「資訊服務」，使新興通訊服務因歸屬於「資訊服務」而不受管制。 在既有法規出現不足的情形下，美國國會於2010年8月通過該法，因應美國身心障礙人士使用新興通訊傳播工具與服務之障礙，修訂了許多內容： • 使具備接取網際網路能力之智慧手機，改進用戶界面使視障人士能易於使用。 • 透過口述影像之要求，以聲音描述媒體之非對白內容，如場景變化、表情、事件等，使視障人士，更充分地欣賞電視媒體內容。 要求節目指南和功能選單的設計，更易於視障人士使用。透過隱藏性字幕的要求，對媒體內容更多細節的描述，使聽障人士亦能充分瞭解電視節目內容。要求的控制接收或播放媒體之設備，應有易用之設計，如按鈕或專用圖示，使字幕或口述影像之功能能易於開啟或關閉。擴展進階通訊服務之定義，包含VOIP、及時訊息（如MSN）及視訊會議。並要求這些進階通訊服務能易於被聽、視障人士使用。 對低收入的且具有聽、視雙重障礙人士，提供高達 1000萬美元，補助通訊設備接取電話及網際網路，使這些人能夠更充分地參與社會。該法將能確保身心障礙人士能無障礙使用通訊工具、獲取資訊與視訊媒體內容，無論何種形式（文字、視訊、語音），也無論傳輸媒介（有線、無線、衛星、IP網路），建構無障礙之通訊傳播環境。
美國國家安全局發布「軟體記憶體安全須知」美國國家安全局（National Security Agency, NSA）於2022年11月10日發布「軟體記憶體安全須知」（“Software Memory Safety” Cybersecurity Information Sheet），說明目前近70%之漏洞係因記憶體安全問題所致，為協助開發者預防記憶體安全問題與提升安全性，NSA提出具體建議如下： 1.使用可保障記憶體安全之程式語言（Memory safe languages）：建議使用C#、Go、Java、Ruby、Rust與Swift等可自動管理記憶體之程式語言，以取代C與C++等無法保障記憶體安全之程式語言。 2.進行安全測試強化應用程式安全：建議使用靜態（Static Application Security Testing, SAST）與動態（Dynamic Application Security Testing, DAST）安全測試等多種工具，增加發現記憶體使用與記憶體流失等問題的機會。 3.強化弱點攻擊防護措施（Anti-exploitation features）：重視編譯（Compilation）與執行（Execution）之環境，以及利用控制流程防護（Control Flow Guard, CFG）、位址空間組態隨機載入（Address space layout randomization, ASLR）與資料執行防護（Data Execution Prevention, DEP）等措施均有助於降低漏洞被利用的機率。 搭配多種積極措施增加安全性：縱使使用可保障記憶體安全之程式語言，亦無法完全避免風險，因此建議再搭配編譯器選項（Compiler option）、工具分析及作業系統配置等措施增加安全性。