對商業化汽車項目而言，開源軟件雖然可以降低開發門檻，但企業仍要處理知識產權問題。TIER IV 加入 OIN 2.0，正是希望在不改變 Autoware 協作模式的前提下，為其周邊軟件生態加上一層專利風險管理框架。

加入 OIN 2.0 實際代表甚麼？

Open Invention Network 是一個專注保障開源軟件的專利互不攻訴網絡。參與者會就 OIN 定義的「Linux System」所涵蓋技術，互相提供免特許費的專利交叉授權，從而降低涉及 Linux 及相關開源軟件的專利追訴風險。

OIN 2.0 保留互惠交叉授權及互不攻訴的核心安排，同時擴大「Linux System」的技術範圍，並改變網絡的集資及治理方式。按照新模式，個人及小型企業仍可免費參與；中型及大型企業則按級別繳交年度參與費，以支持網絡運作。

不過，這並不代表所有 Autoware 使用者都能免受任何專利申索保障，也不代表所有自動駕駛技術都屬於 OIN 覆蓋範圍。實際保障仍取決於 OIN 協議、參與機構，以及相關技術是否納入指定的 Linux System。

點解開源自動駕駛需要處理專利風險？

車廠評估 Autoware 時，考慮的不只是軟件效能、系統整合、網絡安全及安全驗證。企業亦要檢視複雜的 Linux 相關軟件堆疊，會否涉及專利爭議，或者需要額外進行授權談判。

這種不確定性可以變成商業障礙，影響採購、投資決策、生產規劃，以及車廠、零部件供應商、晶片公司和軟件整合商之間的合作。當雙方都是 OIN 參與者，而相關技術又屬於受保障範圍時，互惠互不攻訴框架可以令專利評估更有章可循。

因此，實際價值不只是「可以使用開源程式碼」，而是同一條供應鏈上多間企業共同建立於 Linux 相關基礎之上時，部分專利談判及訴訟風險有機會降低。TIER IV 表示，希望藉此營造更有信心的環境，讓更多合作夥伴採用開源自動駕駛軟件。

OIN 2.0 帶來的三項改變

OIN 2.0 對 TIER IV 今次加入決定的重要性，主要體現在三方面：

1. **免特許費的互惠授權：**參與者會就 OIN 指定 Linux System 涵蓋的相關專利互相授權，毋須支付特許費，但仍須遵守 OIN 框架的條款及範圍。
2. **擴大技術覆蓋範圍：**與之前的框架相比，OIN 2.0 擴大了 Linux System 所定義的技術範圍。
3. **更可持續的參與模式：**新框架引入由社群共同支持的集資模式，較大型機構按收入繳交分級年度費用；個人及收入低於指定門檻的公司則可免費參與。

這些安排旨在軟件在汽車及其他互聯產品中愈來愈重要之際，令開源專利保障可以更持久。不過，OIN 仍然是一項降低風險的機制，不能取代針對個別產品的專利查核或法律審查。

對 Autoware 生態有甚麼影響？

Autoware 的核心就是協作，因此專利權利的可預測性，影響的不只是 TIER IV 自己的產品策略。當部分受保障專利風險可以透過共同框架處理，車廠、供應商、半導體製造商及平台合作夥伴，或會更願意評估、整合及貢獻這套開源技術堆疊。

今次加入亦配合 TIER IV 一貫的合作方向，包括與半導體及平台公司共同推動 Autoware 及軟件定義汽車。OIN 2.0 可為這些項目底層可能使用的 Linux 相關開源層，提供一個專利風險框架；至於其他知識產權，仍要獨立處理。

這項界線是整個策略的關鍵：TIER IV 並非在開源與知識產權保護之間二選一，而是在一個明確界定的範圍內，利用專利互不攻訴網絡支援開放式開發；至於 OIN 覆蓋以外的知識產權，則可以繼續授權、保護或以其他方式管理。

總結：為 Autoware 商業化鋪路

TIER IV 於 8 月 21 日公布加入 OIN 2.0，將這項會員資格定位為推動 Autoware 商業拓展的基礎設施。對參與者而言，免特許費交叉授權及互不攻訴安排，可以降低受保障 Linux 相關專利的不確定性，令跨企業合作更容易評估。

當然，OIN 的保障有清晰界限，企業仍須審查框架以外的專利及軟件授權。但對一套開源自動駕駛平台來說，降低由「試驗」走向「量產」其中一道門檻，對 Autoware 的長遠生態發展具有策略意義。

對商業化汽車項目而言，開源軟件雖然可以降低開發門檻，但企業仍要處理知識產權問題。TIER IV 加入 OIN 2.0，正是希望在不改變 Autoware 協作模式的前提下，為其周邊軟件生態加上一層專利風險管理框架。

加入 OIN 2.0 實際代表甚麼？

Open Invention Network 是一個專注保障開源軟件的專利互不攻訴網絡。參與者會就 OIN 定義的「Linux System」所涵蓋技術，互相提供免特許費的專利交叉授權，從而降低涉及 Linux 及相關開源軟件的專利追訴風險。

OIN 2.0 保留互惠交叉授權及互不攻訴的核心安排，同時擴大「Linux System」的技術範圍，並改變網絡的集資及治理方式。按照新模式，個人及小型企業仍可免費參與；中型及大型企業則按級別繳交年度參與費，以支持網絡運作。

不過，這並不代表所有 Autoware 使用者都能免受任何專利申索保障，也不代表所有自動駕駛技術都屬於 OIN 覆蓋範圍。實際保障仍取決於 OIN 協議、參與機構，以及相關技術是否納入指定的 Linux System。

點解開源自動駕駛需要處理專利風險？

車廠評估 Autoware 時，考慮的不只是軟件效能、系統整合、網絡安全及安全驗證。企業亦要檢視複雜的 Linux 相關軟件堆疊，會否涉及專利爭議，或者需要額外進行授權談判。

這種不確定性可以變成商業障礙，影響採購、投資決策、生產規劃，以及車廠、零部件供應商、晶片公司和軟件整合商之間的合作。當雙方都是 OIN 參與者，而相關技術又屬於受保障範圍時，互惠互不攻訴框架可以令專利評估更有章可循。

因此，實際價值不只是「可以使用開源程式碼」，而是同一條供應鏈上多間企業共同建立於 Linux 相關基礎之上時，部分專利談判及訴訟風險有機會降低。TIER IV 表示，希望藉此營造更有信心的環境，讓更多合作夥伴採用開源自動駕駛軟件。

OIN 2.0 帶來的三項改變

OIN 2.0 對 TIER IV 今次加入決定的重要性，主要體現在三方面：

1. **免特許費的互惠授權：**參與者會就 OIN 指定 Linux System 涵蓋的相關專利互相授權，毋須支付特許費，但仍須遵守 OIN 框架的條款及範圍。
2. **擴大技術覆蓋範圍：**與之前的框架相比，OIN 2.0 擴大了 Linux System 所定義的技術範圍。
3. **更可持續的參與模式：**新框架引入由社群共同支持的集資模式，較大型機構按收入繳交分級年度費用；個人及收入低於指定門檻的公司則可免費參與。

這些安排旨在軟件在汽車及其他互聯產品中愈來愈重要之際，令開源專利保障可以更持久。不過，OIN 仍然是一項降低風險的機制，不能取代針對個別產品的專利查核或法律審查。

對 Autoware 生態有甚麼影響？

Autoware 的核心就是協作，因此專利權利的可預測性，影響的不只是 TIER IV 自己的產品策略。當部分受保障專利風險可以透過共同框架處理，車廠、供應商、半導體製造商及平台合作夥伴，或會更願意評估、整合及貢獻這套開源技術堆疊。

今次加入亦配合 TIER IV 一貫的合作方向，包括與半導體及平台公司共同推動 Autoware 及軟件定義汽車。OIN 2.0 可為這些項目底層可能使用的 Linux 相關開源層，提供一個專利風險框架；至於其他知識產權，仍要獨立處理。

這項界線是整個策略的關鍵：TIER IV 並非在開源與知識產權保護之間二選一，而是在一個明確界定的範圍內，利用專利互不攻訴網絡支援開放式開發；至於 OIN 覆蓋以外的知識產權，則可以繼續授權、保護或以其他方式管理。

總結：為 Autoware 商業化鋪路

TIER IV 於 8 月 21 日公布加入 OIN 2.0，將這項會員資格定位為推動 Autoware 商業拓展的基礎設施。對參與者而言，免特許費交叉授權及互不攻訴安排，可以降低受保障 Linux 相關專利的不確定性，令跨企業合作更容易評估。

當然，OIN 的保障有清晰界限，企業仍須審查框架以外的專利及軟件授權。但對一套開源自動駕駛平台來說，降低由「試驗」走向「量產」其中一道門檻，對 Autoware 的長遠生態發展具有策略意義。