Tesla開放所有專利
過去，在Tesla的總部大廳有一道專利牆，然現在已將它們移除，並不代表任何意義了，象徵進入推動類似「開放原始碼軟體」的概念，促進電動交通工具科技的發展。電動車製造商Tesla 的執行長Elon Musk表示S電動車款將仿效「開放原始碼軟體」的概念，免費提供製造者使用相關專利，以加速電動車產業的發展，因電動汽車的銷售量，仍未及一般汽車銷售量的1%；再者，假如電動車廣泛的發展，亦可降低電池交換站等基礎設施的成本。
Tesla為促進永續運輸的發展，將釋出數百件專利，且不會針對任何基於善意使用Tesla技術的人，提起專利訴訟，並進一步表示「假如我們是創造電動交通工具的開路先鋒，卻同時佈下許多智財地雷，禁止其他人踏入電動車產業領域，豈不是和我們的理念背道而馳。」Elon Musk坦言當他經營第一間公司時，認為專利等同於獎勵，因此設法努力取得專利；但之後體認到專利某程度阻礙進步，且保護的是大企業而非發明人本身，亦即企業有如獲得一場訴訟的門票，必須盡量避免運用此手段。
每年全球有100億元的新車產量，Tesla的生產速度根本不足以應對碳危機，易言之，在如此廣大的市場，Tesla真正的敵人為世界各地工廠每日傾瀉出產的汽油車，而非其他的電動車製造商，故釋出專利的舉動，相信將能促始其他電動車製造商，甚至全世界的電動車產業，因此共同且加速發展的科技平台而受惠。
- Tesla is opening up its patents, THE TIMES OF INDIA, June 15, 2014
- The Morning Download: Why Tesla Is Giving Its Patents Away ,THE WALL STREET JOURNAL,June 13, 2014
- Tesla Making Patents ‘Open Source’ to Boost Electric Cars, Bloomberg, June 13, 2014
- Tesla confirms plans to open up electric car patents, BBC NEWS BUSINESS，June. 12, 2014
林昭如
專案經理 編譯整理
Tesla confirms plans to open up electric car patents, BBC NEWS BUSINESS，June. 12, 2014,http://www.bbc.com/news/business-27824698 (last visited June.19, 2014)
Tesla Making Patents ‘Open Source’ to Boost Electric Cars, Bloomberg, June 13, 2014,http://www.bloomberg.com/news/2014-06-12/tesla-making-patents-public-to-expand-electric-car-market.html (last visited June.12, 2013)
The Morning Download: Why Tesla Is Giving Its Patents Away ,THE WALL STREET JOURNAL,June 13, 2014,HTTP://BLOGS.WSJ.COM/CIO/2014/06/13/THE-MORNING-DOWNLOAD-WHY-TESLA-IS-GIVING-ITS-PATENTS-AWAY/(last visited June.19, 2014)
Tesla is opening up its patents, THE TIMES OF INDIA, June 15, 2014,http://timesofindia.indiatimes.com/business/small-business/latest-news/Tesla-is-opening-up-its-patents/articleshow/36590771.cms(last visited June.19, 2014)
日本著作權法在2018年修正時，在第35條針對教育相關資通訊（利用網路進行線上教學與傳送預複習資料）之權利對應規定進行增修。修正前，利用人在每次利用時，均需獲得個別權利人之同意並支付授權金；而修正後，僅需一站式的支付補償金即可，無須得到權利人之許可。 然而本條規定原訂於2021年4月施行，但因為新冠肺炎疫情蔓延影響，許多學校、教學機構因停課而使得線上教學之需求提高。日本文化廳為防止感染並考量停課措施有可能長期化，宣布將文學作品、論文及新聞記事等作為線上教學教材，自本月開始無須得著作權人之許可即可使用，亦即將修正施行日期大幅提前。 而作為日本著作權人補償金分配窗口之「教學目的公眾放送補償金管理協會」，也在今年（2020年）4月6日決定本年度相關作品之補償金以特例無償之方式處理。依據上開規定，本年度的線上教學，不論是文學或是音樂等作品，均無須取得著作權人之同意，即可免費使用。
日本文部科學省發布產學合作研究成果歸屬合約範本【櫻花工具包】日本文部科學省於２００２年提出產學合作契約範本，實行以來發現內容缺乏彈性，對於共同提交專利申請的共有專利權人能否進行商業化等研發成果歸屬問題規範不清。為此，２０１７年３月日本文部科學省科學技術及學術政策局參考英國智財局發布的Ｌａｍｂｅｒｔ ｔｏｏｌｋｉｔ等文件，提出１１項合約範本，稱為【櫻花工具包】。 該工具的主要目標是期望產學合作從在意權利共有轉為重視研發成果商業化，提出包括大學或企業單獨擁有研發成果、雙方共有研發成果等多類型的合作契約模式，並解析如何從數種模式中選擇最適合的合約範本，盡可能在產學合作契約簽訂前，事先考量研究成果的商業化策略，從而提高研發成果商業化的可能性。當中建議，在進行模型選擇時需考慮以下因素： 對研發成果的貢獻程度。 智財權歸屬於大學的處理方法。 是否有必要通過大學發布研究成果。 研究成果歸屬（大學擁有、企業擁有、雙方共有）。 雙方是否同意智財權共有。 此外，為了盡可能使研究成果的智財權更廣泛應用，在參考適用範本時，皆應考量研發成果商業化的靈活性，無論智財權歸屬於大學或企業方，都必須滿足以下的條件： 不限制大學後續研究的可能性。 所有的智財權都要適當的努力使其商業化。 研究成果需在約定的期間內進行學術發表。 日本此一工具包之內容對於產學合作研究之推展，提供了更細緻化的指引，或許可為我國推行相關政策之參考，值得持續關注其內涵與成效。
歐洲議會全體會議投票通過《資安韌性法》草案，以提高數位產品安全性歐洲議會於2024年3月12日全體會議投票通過《資安韌性法》（Cyber Resilience Act）草案，後續待歐盟理事會正式同意後，於官方公報發布之日起20天後生效。該草案旨於確保具有數位元件之產品（products with digital elements, PDEs）（下簡稱為「數位產品」）具備對抗資安威脅的韌性，並提高產品安全性之透明度。草案重點摘要如下： 一、數位產品進入歐盟市場之條件 課予數位產品之製造商及其授權代理商、進口商與經銷商法遵義務，規定產品設計、開發與生產須符合資安要求（cybersecurity requirements），且製造商須遵循漏洞處理要求，產品始得進入歐盟市場。 二、數位產品合規評估程序（conformity assessment procedures） 為證明數位產品已符合資安及漏洞處理要求，依數位產品類別，製造商須對產品執行（或委託他人執行）合規評估程序：重要（無論I類或II類）數位產品及關鍵數位產品應透過第三方進行驗證，一般數位產品得由製造商自行評估。通過合規評估程序後，製造商須提供「歐盟符合性聲明」（EU declaration of conformity），並附標CE標誌以示產品合規。 三、製造商數位產品漏洞處理義務 製造商應識別與記錄數位產品的漏洞，並提供「安全更新」（security updates）等方式修補漏洞。安全更新後，應公開已修復漏洞之資訊，惟當製造商認為發布相關資訊之資安風險大於安全利益時，則可推遲揭露。 四、新增開源軟體管理者（open-source software steward）之義務 開源軟體管理者應透過可驗證的方式制定書面資安政策，並依市場監管機關要求與其合作。當開源軟體管理者發現其所參與開發的數位產品有漏洞，或遭受嚴重事故時，應及時透過單一通報平臺（single reporting platform）進行通報，並通知受影響之使用者。
美國上訴法院營業秘密判決關於軟體功能之合理保密措施認定2022年3月9日美國聯邦第二巡迴上訴法院（下稱上訴法院）於Turret Labs USA, Inc. （下稱Turret） v. CargoSprint, LLC（下稱CargoSprint）案，維持紐約東區聯邦地區（下稱原審法院）的結論，駁回Turret的請求。依照上訴法院判決的結論，確認在原告主張軟體功能被盜用時，必須證明其與軟體供應商及使用者均簽訂保密協議，始符合保護營業秘密法（Defend Trade Secrets Act，DTSA）所定之營業秘密。 2021年2月Turret指控CargoSprint及其CEO，以詐欺的方式，進入其授權Lufthansa Cargo Americas（下稱Lufthansa）使用的Dock EnRoll軟體，並對於軟體的技術資訊及演算法，進行逆向工程，盜用其營業秘密。CargoSprint則抗辯Turret所主張者，不成立營業秘密。 對於軟體功能的合理保密措施認定標準，不論是原審法院及上訴法院均指出，應在於「誰被允許接觸」及「保密協議」。首先，對於「誰被允許接觸」之認定，原審法院指出Turret完全把軟體控制權委由Lufthansa，而Lufthansa使其顧客了解Dock EnRoll軟體功能。上訴法院則指出雖然Lufthansa已限制僅得貨運代理相關的使用者，能夠接觸軟體，但Turret並不能證明其與Lufthansa達成協議，由Lufthansa作出前述的軟體使用者限制。其次，對於「保密協議」之認定，不論原審法院及上訴法院均指出Turret未能證明其與Lufthansa及其他軟體使用者已簽訂保密協議。綜上所述，兩審級法院均認為Turret未採取合理保密措施。 本文同步刊登於TIPS網站（https://www.tips.org.tw）