Google, Yahoo質疑猶他州的商標法
立法者在高科技經營者會議後表示，「美國猶他州的法律設置商標註冊規定，將針對網路廣告競爭者可能不強制限制，而這項規定在星期一就會生效。
Google、eBay、Yahoo、微軟等公司的負責人與立法者在星期三會面，並正式對此提出抗議。
執行長克拉克說到：「我希望我們在兩個月前就能和產業互動，這對我們來說情況較佳。」
法律允許任何公司去創造一個電子商標並阻止競爭者用這些商標，去避免利用這些關鍵字商標在搜尋引擎和其他網站上出現。
星期二立法機關一致通過此項保護商標法律，儘管州律師提出警告，他們將會在法院上推翻這項法律。
Google和其他網站允許競爭者有權利去投標商標或產品的名稱。廣告競爭者會因競標而顯現在搜尋結果的網頁上。
陳情者羅傑說到，在與立法者談判後，訴訟是最不可能的方式。我們所投入的是幫助政策制定者去察覺到立法機構需要被修正並且也許需要被廢除。
羅傑說當談判破裂，這兩位發言人問我們，假使我們有意願去看到可以達到他們的意願並且不會產生可能發生有害影響的方法。
克拉克不確定是否會推翻這項法律，但他說我們必須為此做些事。
伊適特曼說，「立法者正設法去阻止公司免於被偷竊商標，或阻止戲弄消費者使他們在買產品時產生混淆的情況。」
陳依婷
法務專員 編譯整理
http://www.heraldextra.com/content/view/219906/，最後瀏覽日：2007年04月28日
http://kutv.com/topstories/local_story_116140002.html，最後瀏覽日：2007年04月28日
英國內閣辦公室（Cabinet Office）於2013年10月29日提出「緊急應變與復原準則：依循2004年國民緊急應變法之不成文準則」（Emergency Response and Recovery: Non statutory guidance accompanying the Civil Contingencies Act 2004），針對「應變與復原」作相關規定，以補充內閣辦公室於2006年1月1日提出「緊急準備規則」（Emergency Preparedness）對複合式緊急管理（Integrated emergency management, IEM）規定的不足之處。 英國「2004年國民緊急應變法」（The Civil Contingency Act 2004），為英國處理緊急事件之主要依據，「緊急應變與復原準則」即根據「2004年國民緊急應變法」制訂。此規則於「緊急應變章節」規定地方政府之緊急事件依嚴重程度區分為三級：銅（Bronze），僅需要操作指揮（Operational）、銀（Silver），需要策略指揮 （Tactical）、金（Gold），需要戰略指揮（Strategic），用以判斷是否區需要跨機關合作來因應緊急事故。如事故屬於重大緊急災難時，則屬於需要跨機關協調合作，藉由層級指揮及指令下達掌控應變程序與資訊傳遞，以因應長期及廣泛區域之災難。中央政府的權責在於全國性重大緊急事件，並且災難發生時之首相為最高行政首長，最高緊急機構為「內閣緊急應變會議」（Cabinet Office Brifing Rooms, COBR，又稱為眼鏡蛇），同時國民緊急秘書處（Civil Contingencies Secretariat, CCS）也需要協調跨部門及跨機構事務。 為提升災難應變與復原效率，2013年10月的「緊急應變與復原準則」，說明藉由地方的地方抗災議會（Local Resilience Forum）到中央等全國性之系統與網路串聯以傳遞緊急訊息，並建立三種層級之共同認知資訊圖像（Common Recognized Information Picture, CRIP），包括地方層級、區域以及國家級。此項系統必須足以傳遞並收集來自各方的大量資訊、能評估所收集各資料之性質，如緊急性、關聯性、說明性及可使用性等，並且能夠使大眾週知。 然，處理資料的過程仍有可能面臨數種問題，包括各機關之資料不同、判斷不同、理解錯誤及通訊超載等。2013年10月緊急應變與復原準則亦說明建立資訊管理系統（information management system）並安裝至多機構緊急管理中；而民間機構也應作為多機構之一環，並擔任資訊管理機構。同時，在共享資料之同時，必須注意資料保護，因此必須遵守「資料保護與共享－緊急計畫人與應變人準則」（Data Protection and Sharing－Guidance for Emergency Planner and Responders）。英國地域性與台灣近似，皆屬易於發生水患的國家，英國在緊急災難之應變於各方面的法制皆以趨於完善，殊值得持續觀察未來發展方向。
美國環保署擬針對兩項奈米材料納入顯著新種使用規則奈米材質之特性雖有助於開發新穎產品，但對於環境與人體健康是否會造成危害，迄今仍未有定見；為避免奈米科技毫無節制地發展，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月起正式生效，作為管理特殊化學物質的監督方式。對於製造或使用奈米材料所可能引發之風險，美國環保署正著眼於環境、健康與安全議題，逐漸採取較為謹慎的政策設計方向，以維護大眾利益。
美國於2020年12月4日正式施行聯邦《物聯網網路安全法》美國現任總統川普（Donald J. Trump）於美國時間2020年12月4日簽署物聯網網路安全法（IoT Cybersecurity Improvement Act of 2020），針對美國聯邦政府未來採購物聯網設備（IoT Devices）制定了標準與架構。 該法要求美國國家標準技術研究院（National Institute of Standards and Technology, NIST）應依據NIST先前的物聯網指引中關於辨識、管理物聯網設備安全弱點（Security Vulnerabilities）、物聯網科技發展、身分管理（Identity Management）、遠端軟體修補（Remote Software Patching）、型態管理（Configuration Management）等項目，為聯邦政府建立最低安全標準及相關指引。如果使用政府機關所採購或獲取之物聯網設備無法遵守NIST制定的標準或指引，則不得續簽採購、獲取或使用該設備之契約。 安全標準和指引發布後，美國行政管理和預算局（the Office of Management and Budget）應就各政府機關的資訊安全政策對NIST標準的遵守情況進行審查，NIST每五年亦應對其標準進行必要的更新或修訂。此外，為促進第三方辨識並通報政府資安環境弱點，該法要求NIST針對聯邦政府擁有或使用資訊設備的安全性弱點制定通報、整合、發布與接收的聯邦指引。 雖然該法適用範圍限於聯邦政府機關，惟因該法限制聯邦政府機關採購、獲取或使用不符合NIST標準或指引的物聯網設備，將促使民間業者為獲取美國政府訂單而選擇遵循NIST標準，未來該標準可能成為美國物聯網安全的統一標準。
開放原始碼撤出蘋果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 逐漸產生分歧，後來情況則越來越嚴重。