日本內閣官房提出法案規範醫療個資去識別化業者，以促進研發利用
日本內閣官房所屬之健康‧醫療戰略室於2017年3月， 向國會提出《有助醫療領域研究開發之匿名加工醫療資訊法律案》(医療分野の研究開発に資するための匿名加工医療資訊に関する法律案)。「健康‧醫療戰略室」係於2013年2月成立，並於同年8月根據《健康‧醫療推進法》設置「健康‧醫療戰略推進本部」。該部於2017年3月10日提出《有助醫療領域研究開發之匿名加工醫療資訊法律案》，針對醫療資訊匿名加工業者進行規制，使他人可安心利用經過去識別化處理之資訊，以便促進健康、醫療方面之研究及產業發展，形成健康長壽社會。上開法案主要可分為兩個部份︰
- 國家責任與義務︰政府應提出必要政策與制定基本方針。
- 匿名加工醫療資訊業者之認定︰該部份又可分為匿名加工醫療資訊業者(以下簡稱業者)之認定與醫療資訊處理。
針對上述第2點之認定，為確保資訊安全，政府應設置認定機構，以便確認業者符合一定基準，並具備足夠之匿名加工技術，可為醫療個資去識別化。此外，在醫療資訊處理方面，該法案則規定醫療機關可在事先告知本人，且本人未拒絕提供時，將醫療資訊提供給業者。
本文為「經濟部產業技術司科技專案成果」
周晨蕙
副主任 編譯整理
1. 〈医療分野の研究開発に資するための匿名加工医療情報に関する法律案の概要〉，健康・医療戦略推進本部，http://www.kantei.go.jp/jp/singi/kenkouiryou/jisedai_kiban/pdf/170310_shiryou1.pdf（最後瀏覽日期︰2017/06/13）。
2. 健康・医療戦略推進本部， http://www.kantei.go.jp/jp/singi/kenkouiryou/suisin/kaisai_archive.html（最後瀏覽日期︰2017/06/13）。
澳洲聯邦法院於2023年11月16日宣告著名速食餐飲公司McD Asia Pacific LLC (後稱McDonald's）指控Hungry Jack's Pty Ltd（Burger King Corporation特許經營者，後稱Hungry Jack's）商標侵權的審判結果，確認Hungry Jack's的「BIG JACK」和「MEGA JACK」商標與McDonald's的「BIG MAC」和「MEGA MAC」商標並無誤導性之近似性，考量商標之間的外觀、發音和含義等具有顯著性差異且能夠避免對消費者造成混淆，而判決Hungry Jack's的商標使用並未侵犯McDonald's的商標權。 美國漢堡巨頭McDonald's自1971年開始在澳洲運營並銷售「BIG MAC」漢堡。這起案件始於McDonald's公司於2020年提出的指控，聲稱Hungry Jack's於該年推出並使用的「BIG JACK」和「MEGA JACK」商標與其註冊的「BIG MAC」和「MEGA MAC」商標極為相似，可能導致消費者混淆，損害其商標權益。然而，Hungry Jack's反駁了這一指控，主張其商標「BIG JACK」和「MEGA JACK」在外觀、聲音和涵義上與McDonald's的「BIG MAC」和「MEGA MAC」存在顯著差異，並提出了獨特的市場定位和行銷策略。 聯邦法院指出，McDonald's公司聲稱Hungry Jack's的「BIG JACK」和「MEGA JACK」商標使用侵犯了其商標權，但卻未能提供足夠的證據來支持這一主張。法院特別關注商標在外觀、聲音和含義上的差異，並考慮了它們在市場上的實際使用情況。雖然兩者可能在某些方面顯示出相似性，例如名稱中都包含了「BIG」與「MEGA」，但綜合考慮後，法院發現Hungry Jack's的「BIG JACK」和「MEGA JACK」商標與McDonald's的「BIG MAC」和「MEGA MAC」商標之間，包括外觀風格、字體設計和商業標識等方面存在顯著差異，並未達到引起混淆或誤導的程度。因此，基於對雙方商標相似性的詳細分析和法律準則的適用，最終判定Hungry Jack's的「BIG JACK」和「MEGA JACK」商標使用未對McDonald's商標構成侵權。 本案突顯商標管理在品牌企業發展中的關鍵性。企業應定期檢視品牌商標使用情形與辨識侵權他人或被他人侵權等潛在風險，並適合維權等管制措施以及時保護自身的商標權益，確保品牌在市場中的競爭力。 本文同步刊登於TIPS網站（https://www.tips.org.tw/）
世界衛生組織發布人工智慧於健康領域之監管考量因素文件，期能協助各國有效監管健康領域之人工智慧世界衛生組織（World Health Organization, WHO）於2023年10月19日發布「人工智慧於健康領域之監管考量因素」（Regulatory considerations on artificial intelligence for health）文件，旨在協助各國有效監管健康領域之人工智慧，發揮其潛力同時最大限度地降低風險。本文件以下列六個領域概述健康人工智慧之監管考量因素： （1）文件化與透明度（Documentation and transparency） 開發者應預先規範（pre-specifying）以及明確記錄人工智慧系統（以下簡稱AI系統）之預期醫療目的與開發過程，如AI系統所欲解決之問題，以及資料集之選擇與利用、參考標準、參數、指標、於各開發階段與原始計畫之偏離及更新等事項，並建議以基於風險之方法（Risk-based approach），根據重要性之比例決定文件化之程度、以及AI系統之開發與確效紀錄之保持。 （2）風險管理與AI系統開發生命週期方法（Risk management and AI systems development lifecycle approaches） 開發者應在AI系統生命之所有階段，考慮整體產品生命週期方法（total product lifecycle approach），包括上市前開發管理、上市後監督與變更管理。此外，須考慮採用風險管理方法（risk management approach）來解決與AI系統相關之風險，如網路安全威脅與漏洞（vulnerabilities）、擬合不足（underfitting）、演算法偏差等。 （3）預期用途、分析及臨床確效（Intended use, and analytical and clinical validation） 開發者應考慮提供AI系統預期用途之透明化紀錄，將用於建構AI系統之訓練資料集組成（training dataset composition）之詳細資訊（包括大小、設定與族群、輸入與輸出資料及人口組成等）提供給使用者。此外，可考慮透過一獨立資料集（independent dataset）之外部分析確效（external analytical validation），展示訓練與測試資料以外之效能，並考慮將風險作為臨床確效之分級要求。最後，於AI系統之上市後監督與市場監督階段，可考慮進行一段期間密集之部署後監督（post-deployment monitoring）。 （4）資料品質（Data quality） 開發者應確認可用資料（available data）之品質，是否已足以支援AI系統之開發，且開發者應對AI系統進行嚴格之預發布評估（pre-release evaluations），以確保其不會放大訓練資料、演算法或系統設計其他元素中之偏差與錯誤等問題，且利害關係人還應考慮減輕與健康照護資料有關之品質問題與風險，並繼續努力創建資料生態系統，以促進優質資料來源之共享。 （5）隱私與資料保護（Privacy and data protection） 開發者於AI系統之設計與部署過程中，應考慮隱私與資料保護問題，並留意不同法規之適用範圍及差異，且於開發過程之早期，開發者即應充分瞭解適用之資料保護法規與隱私法規，並應確保開發過程符合或超過相關法規要求。 （6）參與及協作（Engagement and collaboration） 開發者於制定人工智慧創新與部署路線圖之期間，需考慮開發可近用且具有充足資訊之平台，以於適合與適當情況下促進利害關係人間之參與及協作；為加速人工智慧領域實務作法之進化，透過參與及協作來簡化人工智慧監管之監督流程即有必要。
論美國公務機關就一般公務機密核密狀態爭議之處理論美國公務機關就一般公務機密核密狀態爭議之處理 科技法律研究所 2013年07月16日 壹、前言 對於公務機密是否具機密核定適當性的問題，從近來公務機關內部所爆發的許多爭議案件中，已經逐漸引起社會大眾的關注。所謂公務機密，一般來說係包含國家機密與一般公務機密。有關於國家機密的核定權責機關、核解密方式，抑或是國家機密維護等事宜，主要係規範在國家機密保護法內；至於攸關一般公務機密的所有事宜，則主要是由行政院祕書處所頒布的文書處理手冊來作規範。 觀察國家機密保護法與文書處理手冊就機密核定狀態爭議的處理，依據國家機密保護法第十條第一項規定，原核定機關或其上級機關有核定權責人員得依職權或依申請，就實際狀況適時註銷、解除機密或變更機密等級，並通知有關機關。其乃賦予原核定機關或其上級機關，對於國家機密的機密核定或機密等級是否適當之問題，有主動行使機密狀態註銷、解除或變更的權限。然而，針對一般公務機密機密核定是否適當與其爭議處理，文書處理手冊並未為相關的機制設計，因此也引發一般公務機密的核定機關，當其認為機密核定有不適當之情形時，無相關管道可針對此項爭議提出異議。 是以，本文欲從美國公務機關解決公務機密狀態爭議（包含國家機密與一般公務機密）的機制出發，來觀察我國未來針對一般公務機密狀態爭議的機制建立，所必須著重與思考的面向，以作為未來主管機關增修相關法規範的參考。 貳、美國公務機關如何解決公務機密核密狀態之爭議 一、行政命令第13526號（Executive Order 13526） 為了在政府資訊公開與國家資訊保護兩者間界定完善的平衡點，美國歐巴馬政府於 2009 年頒布第 13526 號行政命令（ Classified National Security Information ）[1]，該行政命令主要係規範涉及公務機密（包含國家機密與一般公務機密）之密等核定、機密維護與機密解密或降密等事宜。本號行政命令可視為是美國聯邦政府機關在其職責內涉及公務機密之公務資訊，如何就前述資訊建立其內部公務機密管理機制的範本。 在本號行政命令第一部分，主要針對機密分類規範（ Classification Standards ）[2]、機密分類層級（ Classification Levels ）[3]、機密分類權限（ Classification Authority ）[4]、機密分類種類（ Classification Categories ）[5]、機密存續期間（ Duration of Classification ）[6]、機密識別與標示（ Identification and Markings ）[7]、機密分類禁止與限制（ Classification Prohibitions and Limitations ）[8]、機密分類爭議（ Classification Challenges ）[9]，以及基本分類指導複查等事項（ Fundamental Classification Guidance Review ）[10]，來提供聯邦政府機關制定內部規範的基準。其中，在機密分類爭議部分，若經授權持有公務機密之人善意且相信該機密的分類狀態（ status ）屬不適當時，其可依循所屬聯邦政府機關內部程序來就該機密的分類狀態提出異議 [11]。有關於該程序的建立，各聯邦政府機關首長或資深機關職員必須就該程序確保（ 1 ）該提出機密分類異議之人（包含經授權持有機密之機關內外部人員）不會因該異議的提出而遭受報復；（ 2 ）提供公正之官方人員或專門審查小組就機密分類異議有複查機會；（ 3 ）該提出機密分類異議之人若不滿聯邦政府機關內部所為之決定時，可向跨機關安全分類事務上訴委員會（ Interagency Security Classification Appeals Panel, ISCAP ）提出上訴。然，若公文因不揭露協議（ Non-Disclosure Agreement, NDA ）而需作發佈前審查（ prepublication review ）或依其他行政程序而需先行提出時，則不適用本項之規定。 在第二部分，係規範使用派生機密分類（ Use of Derivative Classification ）[12]的情形與要求各聯邦政府機關需就該派生機密的使用制定指導手冊（ Classification Guides ） [13]；在第三部分，主要規範解密的權責機關（ Authority of Declassification ）[14]、被移轉機密紀錄（ Transferred Records ）[15]、機密自動解密（ Automatic Declassification ）[16]、機密系統性解密複查（ Systematic Declassification Review ）[17]、機密強制性解密複查（ Mandatory Declassification Review ）[18]、處理機密請求與複查（ Processing Requests and Reviews ）[19]與建立國家資訊解密中心（ National Declassification Center ）[20]等事項。 在第四部分中，則規範一般使用限制（ General Restrictions on Access ）[21]、機密散佈控管（ Distribution Controls ）[22]、特殊使用程序（ Special Access Programs ）[23]，以及針對過去有使用機密紀錄之研究者與某些前政府人員使用資訊（ Access by Historic Researchers and Certain Former Government Personnel ）[24]的情形。在第五部分，其謂資訊安全監督辦公室主任（ The Director of the Information Security Oversight Office ），在檔案保管員（ Archivist ）的指示且諮詢國家安全顧問（ National Security Advisor ）後，應發佈可落實本行政命令且拘束各聯邦政府機關的指令[25]。同時，也針對資訊安全監督辦公室與 ISCAP 的設立、權責、功能、規則與程序作逐一說明[26]。此外，亦對各聯邦政府機關首長就其機關內部所建立之機密分類機制所應負的責任與若違法時所應遭受的裁罰另作完整規範[27]。 最後，在第六部分，係針對名詞定義[28]、一般事項[29]、有效日期[30]與發佈[31]等行政事宜作完整說明。 二、美國國防部（ Department of Defense ）公務機密管理機制 （一）美國國防部公務機密管理機制介紹 為遵循美國行政命令第 13526 號，美國國防部對於其業內公務機密（包含國家機密與一般公務機密），亦建立自身公務機密管理機制來防止該資訊受到外國或恐怖分子的刺探或取得。美國國防部公務機密管理機制主要分成六個部分[32]，第一部分為參照（ References ）；第二部分為責任（ Responsibilities ）；第三部分為資訊安全工作概觀（ DoD Information Security Program Overview ）；第四部分為分類資訊（ Classifying Information ），其就機密分類政策、機密分類等級、機密最初分類與派生分類的規定與流程、機密分類期限與機密分類爭議等事項作敘明；第五部分為解密與分類變更（ Declassification and Changes in Classification ），其涉及機密解密程序、機密自動解密、機密強制解密複查、機密解密系統性複查等其他攸關解密或變更機密等事宜；最後，第六部分為安全分類指導（ Security Classification Guides ），其內容乃就前述涉及安全分類內容、資料編輯考量、安全分類複查、安全分類取消或安全分類變更報告等程序或細部事項提供內部權責人員在處理相關事務時的參考。 （二）美國國防部就涉及機密分類爭議的處理方式 如前所述，美國國防部公務機密管理機制第四部分針對機密分類爭議設有明確的處理原則與程序，在分類爭議處理原則中[33]，假若機密持有人有足夠理由相信其持有機密的分類是不適宜或不必要時，該持有人應該就此確信向資訊安全管理者或最初分類權責機關（ Original Classified Authority, OCA ）提出任何必要矯正建議。前述矯正建議可藉由非正式（ informal ）或正式（ formal ）方式提出。以正式提出而言，機密持有人應聯絡原始文件或資料分類者（ the classifier of the source document or material ）來解決機密分類的爭議；同時，其必須就該爭議機密提出足夠描述來容許原分類者盡合理努力來發現是否有不合宜或不適當的機密分類情況，且應提出理由來說明為何他（她）相信該機密是被不合宜或不適當分類的依據。此外，本規範亦要求美國國防部內部主事者（ Heads ）應確保對提出機密分類狀態質疑或就機密分類爭議以正式方式提出之任何人，不得對其行使報復行為或採取類似行動；同時，就受質疑的機密應確保其保密狀態且亦受到保護，除非且直到原核定人員已經作出解密之決定。然而，有關於可受機密分類爭議的客體，將不會擴及因同意不揭露協議而需受發佈前審查或依其他行政程序而需先行提出的資訊。 至於處理機密分類爭議的程序[34]，美國國防部內部主事者應就分類爭議建立完善的處理程序，該程序需就以正式方式提出機密分類質疑的處理情形、追縱情況與記錄均建構完整的流程（其中包含就持有機密者因不滿決定所提出的上訴程序）；同時，就機密分類爭議的審查，也必須賦予公正的官方人員或委員會就該爭議機密有再次複查的機會。有關於處理流程，審查機密分類爭議的權責人員必須於收受案件後 60 日內以書面方式回覆處理情形，假若未於 60 日內作出完整回覆，則美國國防部應轉而接受處理該機密分類爭議並提供預期的回應日期。前述美國國防部收受確認回覆之聲明，應包含假若對機密分類提出質疑之人於提出後 120 日內未收到任何回應，則該質疑者有權將該案件轉交 ISCAP 。此外，當美國國防部於收受上訴申請後 90 日內未對上訴進行回應時，則該質疑者也可將該爭議案件轉交 ISCAP 來作裁處。 三、美國國土安全部（ Department of Homeland Security ）公務機密管理機制 （一）美國國防部公務機密管理機制介紹 為了落實第 13526 號行政命令，美國國土安全部就其業內公務機密（包含國家機密與一般公務機密），對於機密分類機制的履行、管理與監督亦建制自身的公務機密管理規範。美國國土安全部公務機密管理機制主要區分為六章[35]，第一章為制定目的（ Purpose ）；第二章為適用範圍（ Scope ）；第三章為制定權限授與（ Authority ）；第四章為名詞定義（ Definitions ）；第五章為掌管公務機密安全之權責機關責任（ Responsibilities ）；第六章為公務機密安全的政策與流程（ Policy & Procedures ）。在第六章中，其規範內容包含最初分類、派生分類、機密分類考量（其中亦涉及機密分類爭議處理程序）、機密解密、機密解密之強制複查、資訊自由法（ Freedom of Information Act ）與隱私法（ Privacy Act ）之法規要求、機密解密之系統性複查、機密分類降級與升級事項等事項。 （二）美國國土安全部就涉及機密分類爭議的處理方式 對於美國國土安全部機密分類爭議處理[36]，假若經授權之機密持有者善意相信其所持有的機密分類狀態係屬不適當時，其可對該機密分類狀態提出質疑。該機密分類爭議應該向機密核定者（ the classifier of the information ）提出，當有必要性時，對於機密分類狀態有質疑者可以透過美國國土安全部安全工作室（ the DHS Office of Security ）來就相關程序尋求協助與 / 或以匿名的方式來進行機密分類爭議流程。 至於機密分類爭議的提出方式，美國國土安全部公務機密管理機制將其區分為正式提出與非正式提出而異其流程。先以正式提出而論，對於機密分類狀態有疑問者，應先以書面方式向該機密的最初分類權責機關提出機密分類爭議，且此程序相互往來之書面文件應保持在不核密（ unclassified ）的狀態。然而，假若該機密分類爭議案件包含其他經核密的資訊時，則該爭議案件應該為保密標示且作任何必要的保護措施[37]。 有關於書面撰寫內容，對機密分類狀態有質疑者應對爭議機密有足夠的描述，且僅可包含為何該機密被核密或為何該機密被核定為某等級機密的問題[38]。同時，對機密分類質疑者不得就其提出行為進行任何類型的報復，且美國國土安全部安全工作室亦可要求該爭議程序需以匿名的方式來進行處理。若以匿名方式進行時，美國國土安全部安全工作室必須對機密分類質疑者承諾其匿名性，並作為該質疑者在相關爭議案件程序的代理人（ agent ）[39]。 當爭議機密的最初分類權責機關在收受該爭議案件後，其應於 60 日內以書面方式對該機密分類質疑者作出是否仍維持該機密核密狀態或進行解密程序的決定[40]。若機密分類質疑者不滿最初分類權責機關之決定時，其可就該決定上訴至 ISCAP[41]。有必要時，美國國土安全部安全工作室就上訴程序需提供機密分類質疑者各式相關的協助[42]。至於爭議機密的狀態，在最初分類權責機關作出最後決定前，應該確保該機密在爭議案件程序中仍然維持其核密狀態並提供其最高程度的保護[43]。 相反的，以非正式提出而言，經授權之機密持有者可直接聯繫該機密的最初分類權責機關來獲得質疑內容的所有澄清[44]。假若該爭議機密已經由非正式提出方式獲得分類狀態的解決時，該機密分類質疑者應確保作出分類狀態改變之機關係有權責來作出此項決定，且應確保變更過程中的各式相關紀錄（包含機關人員姓名、職位、服務機關、日期）有影印之副本存[45]。茲以下表來比較美國國防部與美國國土安全部所建立之公務機密狀態爭議處理機制。 參、代結論 考量美國公務機關針對公務機密（包含國家機密與一般公務機密）狀態爭議設有完整的處理程序，來供公務機密持有者當就手邊的公務機密狀態有所質疑時可提出異議。由於該處理機制對涉及國家機密或一般公務機密狀態爭議有一體適用的特性，也因此讓人思考是否在機制設計上有偏重國家機密，而在以相同機制處理一般公務機密的面向上，存有處理方式失衡的可能性。為了避免發生如同美國公務機關，以相同機制處理國家機密與一般公務機密所致生的權重失衡問題，未來我國公務機關在設計一般公務機密爭議處理程序時，除應考慮一般公務機密與國家機密有本質與特性的差異外，也須考量現行我國行政機關處理一般公務機密的實際運作環境，來制定出切合行政機關需求的一般公務機密爭議處理機制。 然而，相較於美國公務機關對於公務機密狀態爭議訂有完整的處理方式，作為我國一般公務機密處理準則的文書處理手冊，僅要求對於納入檔案管理之機密文書，若有變更機密或解密者，應即按規定辦理變更或解密手續[46]，但對於何人可提出解除機密或機密變更的聲請、提出解除機密或機密變更的方式、一般公務機密原核定機關對於解除機密或機密變更的處理期限、提出一般公務機密狀態是否適當之質疑者的人身或職位安全保障，抑或是對原核定機關解除機密或機密變更之決定有不服者如何提出複查之聲請，均未有完整的規範。 由於文書處理手冊的規範，現行我國公務機關就一般公務資訊或有可能發生不當核密（或解密）的情況，其緣由可能因核定人員為防止不確定是否為機密之公務資訊有外洩之虞，抑或是因機關內部缺乏合適的諮詢單位，而導致核定人員誤將非機密之公務資訊以機密文書方式處理。因而，如何在一般公務機密核密狀態遭受質疑時，能提供原核定機關或持有一般公務機密者有適當管道或機制來作相應處理，乃是我國公務機關遲早必須面對的議題。 [1] The White House （ 2013 ） ‧ Exec. Order No. 13526 ‧Retrieved from http://www.whitehouse.gov/the-press-office/executive-order-classified-national-security-information (last accessed July. 16, 2013) [2]id . Sec. 1.1. [3]id . Sec. 1.2. [4]id . Sec. 1.3. [5]id . Sec. 1.4. [6]id . Sec. 1.5. [7]id . Sec. 1.6. [8]id . Sec. 1.7. [9]id . Sec. 1.8. [10]id . Sec. 1.9. [11] id. Sec. 1.8(a). [12]id. Sec. 2.1. [13]id. Sec. 2.2. [14]id. Sec. 3.1. [15]id. Sec. 3.2. [16]id. Sec. 3.3. [17]id. Sec. 3.4. [18]id. Sec. 3.5. [19]id. Sec. 3.6. [20]id. Sec. 3.7. [22]id. Sec. 4.1. [22]id. Sec. 4.2. [23]id. Sec. 4.3. [24]id. Sec. 4.4. [25]id. Sec. 5.1(a). [26]id. Sec. 5.2 & 5.3. [27]id. Sec. 5.4 & 5.5. [28]id. Sec. 6.1. [29]id. Sec. 6.2. [30]id. Sec. 6.3. [31]id. Sec. 6.4. [32]Department of Defense ‧ DoD Information Security Program: Overview, Classification, and Declassification ‧ Retrieved from http://www.dtic.mil/whs/directives/corres/pdf/520001_vol1.pdf (last accessed July. 16, 2013) [33]id. Sec. 22(a). [34]id. Sec. 22(b). [35]Department of Homeland Security Management Directive System ‧ Protection of Classification National Security Information Classification Management ‧ Retrieved from http://www.fas.org/sgp/othergov/dhs/md11044.pdf (last accessed July. 16, 2013) [36]id. Chapter IV, E, 3. [37]id . at 3(a)(1). [38]id. [39]id . at 3(a)(2). [40]id . at 3(a)(3). [41]id . at 3(a)(4). [42]id . [43]id . at 3(a)(5). [44]id . at 3(b). [45]id . [46]文書處理手冊第 71 點。
德國聯邦政府內閣通過自駕車草案德國聯邦政府內閣通過自駕車草案 資訊工業策進會科技法律研究所 2021年3月10日 德國聯邦交通與數位基礎設施部（Bundesministerium für Verkehr und digitale Infrastruktur, BMVI）提出之自駕車草案（Entwurf eines Gesetzes zur Änderung des Straßenverkehrsgesetzes und des Pflichtversicherungsgesetzes – Gesetz zum autonomen Fahren[1]），經聯邦政府內閣（Kabinett）於2021年2月10日批准通過。BMVI表示冀望透過該草案創建自駕車的法律框架，針對自駕車布建與落地應用之相關程序進行規定，以使指定運行範圍（festgelegter Betriebsbereich[2]）為全國公共道路的等級四自駕車（Vollautomatisiertes Fahren）能夠成為人民日常生活的一環。 壹、背景目的 2017年3月，德國聯邦議會（Deutsche Bundestag）通過道路交通法（Straßenverkehrsgesetzes, StVG）修正案，修正過後之道路交通法針對具高度與完全自動駕駛功能（hoch- und vollautomatisierter Fahrfunktion）的車輛─約等同於SAE等級三與等級四之自駕車─進行規範，明確規定在操作設計範圍（Operational Design Domain, ODD）允許自駕車操作，如專為於高速公路上行駛設計之自駕車，則在該模式下不得於其他交通道路上行駛[3]，該修正亦針對駕駛人[4]的概念與責任範圍進行重新定義[5]。 本次針對自動駕駛制定之草案係以包裹立法之方式，除同樣於道路交通法進行條文的增定（第1d條至第1l條）外，並修正強制汽車責任保險法（Pflichtversicherungsgesetz, PflVG）第1條，增加道路交通法規第1d條所指自駕車車主（Halter[6]）的保險責任。目標為使德國成為全球首個將自駕車自研究階段帶入日常生活中之國家，並預計於2022年實現其構想。 貳、內容摘要 道路交通法規增訂之第1d條至第1l條內容概述如下： 一、第1d條：定義 本條定義道路交通法所涉及之自動駕駛相關詞彙，包含自駕車、指定運行範圍、自駕車技術監控者，以及最小風險條件。 二、第1e條：允許車輛運行自動駕駛之條件 本條規範允許車輛運行自動駕駛之條件，包含需符合規定的技術要求、已受核發行駛許可、依各邦法律主管機關批准於指定運行範圍內使用、根據道路交通法第1條第1項允許於公路上行駛等條件；本條亦針對技術設備所必備的功能進行詳細描述，如車輛得自行遵守相關交通法規、自駕系統可隨時藉由技術監控者加以停用並將車輛置於最小風險狀態，以及自駕系統在以視覺、聽覺或其他可感知方式要求技術監控者進行手動駕駛前，預留有足夠的反應時間等。 三、第1f條：使自駕車運行之相關人員（Beteiligten）義務 本條要求自駕車之車主為維護道路安全和環境相容性（Umweltverträglichkeit），需定期進行自駕系統的更新與維護、確保於手動駕駛時遵守道路交通規定，以及履行技術監控任務。在對自駕車進行技術監控時，當接收到系統以視覺、聽覺或其他可感知方式通知技術監控者，並要求切換操作模式時，技術監控者應立即改為手動駕駛模式，並採取必要之安全措施。另外本條要求自駕車之製造商有義務對自駕車進行風險評估，確保其電子電機架構（Electronic & Electrical Architecture, EEA）與聯網系統的安全性，並向德國聯邦車輛運輸管理局（Kraftfahrt-Bundesamt, KBA）和其他有關主管機關提出證明。 四、第1g條：資料處理 本條課予自駕車之車主及製造商特定義務，要求車主在駕駛自駕車時，於特定情況下進行指定資料類型之保存及傳輸；在製造商部分，則要求其需以簡單、清晰且明確的方式，告知車輛之車主隱私設置選項以及駕駛過程中資料係如何被處理。另本條授權KBA於有安全上之必要時，向車輛之車主進行資料的蒐集、儲存與使用。 五、第1h條：自動駕駛功能的追溯啟用 當動力車輛設置未符合本法所適用之國際法規所描述之自動駕駛功能，僅當停用自動駕駛功能，而不影響車輛其他功能時，方可不考量自動駕駛功能未符合國際法規描述之情況，允許依相關審驗規定運行車輛。 六、第1i條：自動駕駛功能的測試 仍處於測試開發階段之自駕車僅在經KBA核發測試許可、已根據本法第1條第1項進行註冊的情況下，方得於公共道路上行駛，且該行駛必須基於測試目的，過程中亦必須持續進行技術監控。 七、第1j條：授權 經聯邦參議院（Bundesrat）批准之法令授權，BMVI可就道路交通法第1d條至第1i條之公共道路上具自駕功能車輛的許可和操作進行細節性規定。 八、第1k條：德國聯邦國防軍隊、聯邦警察、各邦警察、民防與災難控制、消防隊和緊急服務的車輛 為執行官方任務而有配置自駕車的需要時，若能確保使用自駕車時充分考慮公共安全，則允許相關技術規範、操作設計範圍規範，與其他行駛相關規範之適用排除。 九、第1l條：評估 基於自駕車研發過程可能產生的影響與其和資料保護法規的相容性，BMVI將於2023年底前，以根據本法第1i條第2項所取得之測試資料進行評估，並將評估結果交予聯邦議會。 參、簡析 由BMVI所提出之針對自駕車的草案目前正於聯邦議會及參議院的程序進行中，預計可於2021年中通過。與2017年之道路交通法修正案進行比較，2017年之修正主要目的係使自駕車能夠受道路交通法規之規範，故將自駕車以正面表列之方式，增列入道路交通法規對車輛之定義中，並對駕駛人之義務進行規範，而較少針對自駕車特性制定專門之規定；與之相比，綜觀本次修正草案之內容，可總結出草案係針對未來可於公路上行駛之自駕車結構、品質與設備制定一致性的技術標準要求，規範操作相關人員應行使之義務如自駕系統更新、資料保存、安全性證明與風險評估等，並就操作執照的審查與自駕車測試相關程序進行制定，透過針對自駕車之發展與落實所需進行法條內容之設計，力圖藉此於促進自駕車發展與落實的同時，進一步推動德國道路交通法規之調節與一致性規範之創設。 我國政府長期以來致力於自駕車科技的研發與實驗，2019年6月施行之無人載具科技創新實驗條例以沙盒之概念，於自駕車實驗的範圍內進行特定法規與條件的排除，使技術的研發與測試能不受現有之規範或特定條件限制，最終期望能將自駕車實際投入現有交通體系中使用。為使我國法制環境能與技術發展相互配合，建議可參考德國自動駕駛法草案之內容，在確保公共安全的基礎上，於我國制定自駕車之公路行駛規範，以協助自駕車技術於交通體系之落實。 [1]Bundesministerium für Verkehr und digitale Infrastruktur ,Entwurf eines Gesetzes zur Änderung des Straßenverkehrsgesetzes und des Pflichtversicherungsgesetzes – Gesetz zum autonomen Fahren (2021), https://www.bmvi.de/SharedDocs/DE/Anlage/Gesetze/Gesetze-19/gesetz-aenderung-strassenverkehrsgesetz-pflichtversicherungsgesetz-autonomes-fahren.pdf?__blob=publicationFile (last visited Mar. 10, 2021). [2]指定運行範圍（festgelegter Betriebsbereich）於草案第1d條中之定義為「當地與空間上確定之公共道路」，應非普遍所指操作設計範圍（Operational Design Domain, ODD），特於此說明以避免混淆。 [3]Deutsche Bundestag, Straßenverkehrsgesetz für automatisiertes Fahren geändert (Mar. 30, 2017), https://www.bundestag.de/dokumente/textarchiv/2017/kw13-de-automatisiertes-fahren-499928 (last visited Mar. 10, 2021). [4]2017年道路交通法之修正係針對駕駛人（Fahrzeugführer）之概念與責任範圍進行重新定義，而非針對車主（Fahrzeughalter／Halter），特於此敘明。 [5]§§1a,1b,63a StVG. [6]車主（Fahrzeughalter／Halter）與所有人（Eigentümer）之概念於德國道路交通法上非完全相等，普遍情況兩者為同一人，但在少數情況則否，以車輛租賃為例，在此車輛之出租人為所有人，而車輛之承租人為車主，特於此敘明。