日本國土交通省等統整了無人飛行載具目視外飛行時的要件
為了實現在2018年將無人飛行載具（drone）運用於離島或山區的貨物配送之目標，日本國土交通省及產業經濟省自2017年9月起舉行了6次「關於無人飛行載具的目視外與越過第三人上空之飛行檢討會」，並於2018年3月29日發表了其所統整出無人載具進行無輔助者目視外飛行之相關要件。
依據現行航空法第132條之2、國土交通省頒布的「無人航空機飛行手冊」第3點、以及該發表的內容所示，無人載具的目視外飛行除須就機體、操縱技術與安全對策的面向具備相關要件，尚要求在操縱者之外，應配置輔助者，在飛行時監視飛行與氣象狀況，同時管制飛行路線正下方及其周邊的第三人出入，並綜整判斷上述資訊，適時給予操縱者安全飛行所必要的建議。
基此，該發表指出，考量到以現行的技術而言，地上設備與機上裝置仍難以完全取代輔助者所扮演的角色，故就無輔助者的情形，除在現行飛行基準上，附加：1. 飛行路線須選在第三人存在可能性低、且有人機不會飛行的場所與高度；2. 機體須具備預想中用途的相當飛航實績；3. 事前履勘飛行路線與擬定意外發生時的對策等條件外，又增設新的個別要件如下：
（1）就第三人的出入管理，設置能遠距離監視的攝影機，並在管制區域設置看板或海報等，以警示附近居民；
（2）對機體施以增加辨識度的塗裝，裝設可供遠距離監視有無有人機接近的攝影機、或將飛行計畫事前提供給有人機營運者；
（3）隨時掌握自機狀況，擬定在異常情形發生時降落的適切對策；
（4）在飛行路線或機體裝設氣象計以監測氣象狀態，令其得以在判明天候狀況超出機體所能負荷限度的當下即時降落。
預期該發表內容將會成為日本「面向空中產業革命之行程表」中，關於目視外飛行審查要點修訂項目的重要參考基準。
本文為「經濟部產業技術司科技專案成果」
劉純妤
法律研究員 編譯整理
国土交通省，〈無人航空機（ドローン）の目視外飛行に関する要件をとりまとめました～無人航空機を使った荷物配送の実現に向けて～〉，http://www.mlit.go.jp/report/press/kouku01_hh_000087.html（最後瀏覽日：2018年4月2日）
国土交通省，〈無人航空機の目視外飛行に関する要件 概要〉，http://www.mlit.go.jp/common/001227435.pdf（最後瀏覽日：2018年4月2日）
国土交通省，〈無人航空機の目視外飛行に関する要件 本文〉，http://www.mlit.go.jp/common/001227438.pdf（最後瀏覽日：2018年4月2日）
国土交通省，〈空の産業革命に向けたロードマップ〉，http://www.mlit.go.jp/common/001226611.pdf（最後瀏覽日：2018年4月3日）
国土交通省，〈無人航空機 飛行マニュアル〉，http://www.mlit.go.jp/common/001218179.pdf（最後瀏覽日：2018年4月9日）
以色列BATM公司研發出Skype整合性軟體-KishKish，未來將提供消費者以付費的方式使用測謊功能。此軟體係透過分析談話者聲音中的緊張程度，告知軟體使用者「對方是否說謊」。如此一來，使用者便可透過軟體分析出來的指示，而即時修正詢問的問題。據說，美軍已開始運用此套軟體！ 雖然KishKish的使用如此便利，但是根據英國專家表示，網路使用者若不當使用KishKish，將可能違反「資料保護法」（Data Protection Act）而負擔民事責任，甚至還可能涉及「調查權規範法」（Regulation of Investigatory Powers Act，RIPA）將被處以兩年以上有期徒刑或科以罰金。 至今，Skype仍尚未公布其價格及發布日期。
美國國會提出打擊專利蟑螂的研究報告專利蟑螂（Paten Troll）與非專利實施實體（Non-Practicing Entity, NPE）乃係本身不進行任何生產製造或產品銷售，藉由購買專利權（少數亦自行研發），以專利授權或專利訴訟為主要手段，對其他公司啟動專利攻擊，進而收取授權金或賠償金為營利目標之公司總稱。NPE約自2001年開始出現迅速成長，2011年因NPE專利訴訟與授權所造成的花費高達290億美金，較2005年的70億美金成長400%，而其中僅有不到25%是用於研發創新，超過25%用於訴訟。 美國國會智庫機構，國會研究處（Congressional Research Service, CRS）於今年（2012）8月20日發表「專利蟑螂爭議概要」（An Overview of the "Patent Trolls" Debate）研究報告，分析專利蟑螂的行為及其影響，並提出改善方法及建議： 一、建議限制資訊科技的專利保護，然而此舉可能違反WTO下TRIPS之規定（Agreement on Trade-Related Aspects of Intellectual Property Rights）。 二、許多專利蟑螂與NPE利用專利申請得提出延續案（Continuation），延長專利審查的保密期間。使得他公司可能在不知情下使用該專利而造成侵權。因此建議取消申請中專利提出延續案，並適度公開申請中專利案資訊。 三、限制專利蟑螂與NPE申請美國ITC（International Trade Commission）的禁制令，取消專利推定效力，或改變專利授權金計算方式等。 四、縮短專利權期間或增加專利之維持費。 五、仿效商標法上放棄（abandonment）／怠於行使（laches）商標權之抗辯，對於長期未實施之專利，原告需負舉證責任，證明其有進行該專利之研發、商品化或授權。 六、建議專利轉讓或授權皆應強制公開，以促進市場效率。
愛爾蘭資料保護委員會發布《控制者資料安全指引》，提供資料控制者關於個人資料安全措施之依循指引愛爾蘭資料保護委員會（Ireland's Data Protection Commission）於今（2020）年2月公布控制者資料安全指引（Guidance for Controllers on Data Security），愛爾蘭資料保護委員會表示本指引亦適用於資料處理者。指引內針對17個面向說明控制者於資料處理時應考量之安全措施，分別為：（1）資料蒐集與留存政策（Data Collection and Retention Policies）；（2）存取控制（Access Controls）；（3）螢幕保護程式（Automatic Screen Savers）；（4）加密（Encryption）；（5）防毒軟體（Anti-Virus Software）；（6）防火牆（Firewalls）（7）程式修補更新（Software Patching）；（8）遠端存取（Remote Access）；（9）無線網路（Wireless Networks）；（10）可攜式設備（Portable Devices）；（11）檔案日誌及軌跡紀錄（Logs and Audit Trails）；（12）備份系統（Back-Up Systems）；（13）事故應變計畫（Incident Response Plans）；（14）設備汰除（Disposal of Equipment）；（15）實體安全（Physical Security）；（16）人為因素（The Human Factor）；（17）認證（Certification）。 此外，愛爾蘭資料保護委員會還強調，歐盟一般資料保護規則（General Data Protection Regulation, GDPR）第25條與第32條有關資料控制者之義務，可透過「從設計與預設機制著手資料保護（Data protection by design and by default）」，與適當的技術及組織措施等方式，並考量現有技術、執行成本、處理之本質、範圍、脈絡及目的與對當事人權利及自由之風險可能性與嚴重性等因素，以確保其安全措施符合相應資料風險之安全等級。 最後，愛爾蘭資料保護委員會表示資料控制者更應確保其組織內員工瞭解該等安全措施並確實遵守，資料控制者應於制定其資料安全政策時考量到本指引所列各項目，以履行其保護資料安全之義務。
<開原碼條例>建置醫療資源共享架構UCLA醫學中心以開放原始碼軟體Zope建置資訊系統，展開一項稱為「治療成效開放式架構」(OIO, Open Infrastructure for Outcomes) 的計畫，構築起未來醫療資訊系統的新基石。讓治療成效的資訊，能在一個共通的平台架構上進行資源分享。 長期以來，醫療資訊系統面臨的挑戰主要來自於下列三個面向：一、如何讓資訊系統提供令人滿意的服務功能，以取代將醫療記錄登載在紙張上的傳統方式。二、資訊系統的需求經常會改變，如何快速因應系統的改變需求。三、如何與其他醫療團隊夥伴，共同分享資料與工具。 OIO計劃透過資訊共享可加速醫療研究。開放式架構計畫的主要目的，並不是用來要求臨床工作者與醫療研究中心分享病歷資料，而是提供一個分享管理工具的機制，讓使用者能夠利用這些管理工具，進行資料的收集與分析，並和特定的診療研究人員進行溝通，而透過系統安全的機制，在過程當中並不會讓其他人得知資料內容。不過，如果有人想要進行管理工具或資料的進一步加值利用，僅需額外投入相當小的成本。 另外， 開放式架構計畫的設計極具彈性，除了目前所專注的治療成效資訊統計之外，其系統概念也可以用來管理客戶資訊、進銷存資訊、會計資訊等。整個系統開發環境是針對使用者而設計，而非程式人員，並且以網頁應用程式來實作，力求操作的便利性，目的之一是讓使用者能夠動手創造出自己所需的表格資料。另一方面，設計上也面對來自於法律與技術層面的挑戰，例如取得病患的同意及對系統的信任感，促使這套系統在實作時，必須能夠提供高度的修改彈性與安全性。 由於 OIO 在設計上，包含低成本、高效益、使用者導向、架構具有彈性等特色，並以開放源碼開發模式來鼓勵使用者測試及提供回饋意見，目前的應用效果持續擴大中。